Latest Contributions by AaronKoelker

I have a request for adding a text field to a dataset with a large field length. (5000, maybe 6000 characters o_o). This would be on a feature class stored in an enterprise file geodatabase, which is hitting an editable web service on ArcGIS Server for use in the Collector app. The idea is that this field would contain keywords, or each unique instance of a word found in an attached text document for that feature, hopefully creating a simple way to search document content via ArcGIS Desktop or an ArcGIS Online web app, without needing to store the entirety of the document text content in the attribute table somewhere but still having it available via the related attachment, if needed. My question is: is this a terrible idea, and if so, why? My gut says that nothing good will come out of a text field with that many characters, seeing as the default is only 255, but I've never actually tried it or heard of anyone doing something like that. I know it will be unreadable in the attribute table, but it's only for querying. There's just that nagging voice in the back of my head that says to keep the field length as short as possible, no matter what. I have no idea what it will do to the file size and performance of the dataset. Not every record will have 5000 characters contained in that field, (it's more likely to be 1-2000 on average), but some of them will. I know the limits of a text field in a fgdb feature class are techincally 2 million+ characters in length or something equally absurd, but I know just because we can doesn't mean we should, lol. So while my gut says no, I don't really have an alternative solution. Just curious if anyone has already gone down this path before and can save me some grief ahead. ... View more

Hey all,   I'm trying to script out an overwrite workflow using the method found here:   *Relevant code from above link (Overwrite Feature Layer section near the bottom): from arcgis.features import FeatureLayerCollection cities_flayer_collection = FeatureLayerCollection.fromitem(cities_item) #call the overwrite() method which can be accessed using the manager property cities_flayer_collection.manager.overwrite(os.path.join('data', 'updating_gis_content', 'updated_capitals_csv', 'capitals_1.csv'))   I've used this in the past for other scripts and it works swell. However, I now have a need to create a single "master" feature layer comprised of multiple datasets that have been merged together, and it comes out as a pretty big file size when zipped together in a fgdb for upload (2.1 GB). When I manually execute the Overwrite using the menu buttons on the item detail page in ArcGIS Online, it uploads and overwrites the feature layer from my zipped fgdb with no problem.   When I try to replicate this via the scripting method above, I get the following error:   Traceback (most recent call last):   File "C:/Users/user_user/.PyCharmCE2019.3/config/scratches/DRP_Update_SNAPP_Master.py", line 146, in <module>     flayer.manager.overwrite(newdata)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\features\managers.py", line 1268, in overwrite     if related_data_item.update(item_properties=params, data=data_file):   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\__init__.py", line 8165, in update     large_thumbnail)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\portalpy.py", line 2228, in update_item     resp = self.con.post(path, postdata, files)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\_impl\connection.py", line 1106, in post     resp = opener.open(req)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 526, in open     response = self._open(req, data)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 544, in _open     '_open', req)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 504, in _call_chain     result = func(*args)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 1361, in https_open     context=self._context, check_hostname=self._check_hostname)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\urllib\request.py", line 1318, in do_open     encode_chunked=req.has_header('Transfer-encoding'))   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\http\client.py", line 1254, in request     self._send_request(method, url, body, headers, encode_chunked)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\http\client.py", line 1300, in _send_request     self.endheaders(body, encode_chunked=encode_chunked)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\http\client.py", line 1249, in endheaders     self._send_output(message_body, encode_chunked=encode_chunked)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\http\client.py", line 1075, in _send_output     self.send(chunk)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\http\client.py", line 996, in send     self.sock.sendall(data)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\ssl.py", line 975, in sendall     v = self.send(byte_view[count:])   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\ssl.py", line 944, in send     return self._sslobj.write(data)   File "C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\ssl.py", line 642, in write     return self._sslobj.write(data) OverflowError: string longer than 2147483647 bytes   I haven't found any sort of note within the API reference stating that the overwrite uploads are limited to 2GB -- and it works when I do it manually -- so I'm confused what I'm running into here, and unsure how to work around it. Is it a limitation of the urllib or ssl packages that the .overwrite function uses?  ... View more

We have noticed in a survey via web form that, while the upload widget says images are restricted to <10MB, trying to upload something between 9.5MB and 10MB will cause an error after hitting the submit button. "Failed to Submit - cannot add attachment". I thought maybe the image size was increasing a bit during the upload, but when I checked older submissions and re-downloaded the attachments, the file sizes were the same as the original uploads. Maybe there is still a temporary file size increase during the upload process? I was able to submit an image of 9.45MB in size successfully, but multiple images between 9.5 and 10MB all resulted in that same error. Anyone else run into this yet? While it's not a huge issue and we can add a note that says <9.5MB, we can't change what the actual widget says, so it could be a little confusing for users who happen to catch it. -Aaron ... View more

Our organization is large and has employee turnover, and often we need to transfer ArcGIS Online content from an employee who has left to somebody else. Also, with Enterprise accounts, we sometimes need to create a new account for someone due to email changes, and transfer over their existing content. When a web map is enabled for Collector and has Offline Map Areas created for it, admins are not able to transfer ownership of that web map (per ESRI documentation). They are also not able to view or manage those Offline Map Areas—including being able to delete them.   The only workaround we have found so far is to create a copy of the map and transfer ownership of that, but then the Offline Map Areas are lost, and the admin is not even able to recreate them for the new owner (though in many cases we wouldn't be able to regardless, since we are unable to see what those map areas even were to begin with).   Allowing admins to transfer web maps with Offline Map Areas would be ideal, but if that is impossible due to technical limitations, please consider allowing admins to at least manage the map areas of web maps they do not own (view/create/delete). ... View more

Our organization is large and has employee turnover, and often we need to transfer ArcGIS Online content from an employee who has left to somebody else. Also, with Enterprise accounts, we sometimes need to create a new account for someone due to email changes, and transfer over their existing content. When a web map is enabled for Collector and has Offline Map Areas created for it, admins are not able to transfer ownership of that web map (per ESRI documentation). They are also not able to view or manage those Offline Map Areas - including being able to delete them. The only workaround we have found so far is to create a copy of the map and transfer ownership of that, but then the Offline Map Areas are lost, and the admin is not even able to recreate them for the new owner (though in many cases we wouldn't be able to regardless, since we are unable to see what those map areas even were). Allowing admins to transfer web maps with Offline Map Areas would be ideal, but if that is impossible do to technical limitations, please consider allowing admins to at least manage the map areas of web maps they do not own (view/create/delete). ... View more

We have field crews using Collector/Explorer who would like to be able to dynamically filter down large datasets through the apps based on their work area for the day, rather than having to go into the web map thru the basic map viewer beforehand each time. For example, say they're doing facility inspections though Collector or an Explorer/Survey123 combo, and decide that they'd check all facilities within zip code "X" one day, and then zip code "Y" the next. Filtering them down so they can easily see where to go next and and avoid duplicating work with another crew working an adjacent zip code, would be very helpful. ... View more

We have field crews using Collector/Explorer who would like to be able to dynamically filter down large datasets through the apps based on their work area for the day, rather than having to go into the web map thru the basic map viewer beforehand each time. For example, say they're doing facility inspections though Collector or an Explorer/Survey123 combo, and decide that they'd check all facilities within zip code "X" one day, and then zip code "Y" the next. Filtering them down so they can easily see where to go next and and avoid duplicating work with another crew working an adjacent zip code, would be very helpful. ... View more