Latest Contributions by davedoesgis

Does anyone know how to specify an extent, rather than just using the current map extent? My map is really huge and I'm drawing it at 1:480,000. The drop-down for the scale has 1.1M as the most zoomed-in extent.   My guess is that my map is just so big that it doesn't want to let me download that many features/tiles. It feels like I need to export this in tiles, and using screen extent feels rather imprecise. I can't find a GeoProcessing tool to do this, but maybe I'm missing something. Any other ideas? Or, if I download slightly overlapping areas, can I clip them to create meta-tiles (of tiled layers)? ... View more

Pro 3.0.2 doesn't ask me where to store it or what to name it. It created a "VectorTileMaps" folder under my APRX's folder and put it there with a giant GUID (ID number) in the VTPK's file name. ... View more

Without knowing the cost of this, I couldn't say if we can afford it, but as I said, the issue is time. Contracting with or selling to the government here is a long, slow process. The plan is to lay it out on a floor and have chess-type pieces we can move around to simulate equipment, supplies, and personnel in interactive exercises. I don't really know more than that, since I'm just creating the map but not too involved in the exercise planning.   ... View more

Hey @MarcoBoeringa - This looks awesome! I'd love to pay you for this, but I work for the government and it might take years, which is more time than I have. If you need an early adopter and testimonial, I might be your guy. ... View more

Thanks @DavidPike - The link you posted was broken for me (tried on two computers). Is this it? https://community.esri.com/t5/arcgis-pro-questions/exporting-vector-tile-package/td-p/523007   ... View more

This answer works, or at least gives me a good starting point to customize. I should note that 'Application' covers a bunch of different (sub)types. When I did a query for 'Application', I got these unique values: ['Desktop Application Template', 'Hub Site Application', 'Desktop Application', 'Web Mapping Application', 'Mobile Application', 'Application', 'Native Application']   More info: Here are the supported item types in the API. They are in the 3rd column. The list is nicely broken down into categories of maps, applications, tools, layers, etc. I suspect there are other types that have a set of sub-types, but needs further testing. The API's guide on content search is here.   ... View more

@COSPNWGuy  - This should run on any system that has ArcGIS Pro. It may take significantly longer to do all the queries to the items than if it's running in an notebook running on the same location (Portal/AGOL) hosting the items, so be prepared to wait.   The only major difference is how you create the GIS object. Here is how to do it in Pro: https://developers.arcgis.com/python/guide/working-with-different-authentication-schemes/#connecting-through-arcgis-pro And how to do it in the Python Command Prompt app: https://developers.arcgis.com/python/guide/working-with-different-authentication-schemes/#storing-your-credentials-locally ... View more

I ended up publishing the layers manually in Pro and lost interest in this problem. My recollection is that I ended up getting the code to work in a brand new APRX much later. I'm not sure if the APRX had gotten corrupted or maybe Esri upgraded AGOL in the interim. I never really felt like I identified the problem, much less the solution, but I do believe I eventually got it to work by starting over in a fresh APRX.  ... View more

I was trying to do an overwrite, which sounds like a similar operation. I was getting the exact same error. A few notes on this:  I solved the issue using pip to upgrade the ArcGIS API for Python. See below for instructions.  My code worked fine in Pro 2.9.x, which I think used `arcgis` version 1.x. It started breaking when I upgraded to Pro 3.0.2, which comes with `arcgis` v2.0.1. I don't know what version of the API the issue was fixed in, but as of recently, version 2.1.0 was the latest on PyPI, and it solved the problem.  I used breakpoints in the Python code to trace it to a function that accepts a user name and folder name, returning the AGOL item ID of a folder. The function was called incorrectly with the ID, not the name, and it returned `None`. The line after calling that function, the code tried to append the result to a string, which raised an exception. (Of course, it also raises the question why they're calling a function to get a folder ID if they already have that ID 😉).  I was also seeing the problem go away when I used a smaller dataset. That's a real head-scratcher, because it doesn't seem related to the folder issue, but maybe smaller datasets are handled with a different protocol or something.  I don't think I tried putting my item in the root folder.    To resolve this, I cloned a new Conda environment. To upgrade `arcgis`, follow these steps: > activate <env_name> > cd C:\Users\<username>\AppData\Local\ESRI\conda\envs\<env_name>\Scripts > .\pip.exe install arcgis --upgrade Note: If you use a proxy server, pip will have additional parameters for that.    To check the API version in your default Conda environment and a cloned env:  (arcgispro-py3) C:\>python Python 3.9.11 [MSC v.1931 64 bit (AMD64)] :: Anaconda, Inc. on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import arcgis >>> arcgis.__version__ '2.0.1' >>> exit() (arcgispro-py3) C:\>activate <env_name> (<env_name>) C:\>python Python 3.9.11 [MSC v.1931 64 bit (AMD64)] :: Anaconda, Inc. on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import arcgis >>> arcgis.__version__ '2.1.0'     ... View more

I got this Traceback from an exception from arcpy.management.Delete:    Traceback (most recent call last): [...TRIMMED THE SAUSAGE-MAKING OF MY SCRIPTS...] File "C:\Program Files\ArcGIS\Pro\Resources\ArcPy\arcpy\management.py", line 6977, in Delete raise e File "C:\Program Files\ArcGIS\Pro\Resources\ArcPy\arcpy\management.py", line 6974, in Delete retval = convertArcObjectToPythonObject(gp.Delete_management(*gp_fixargs((in_data, data_type), True))) File "C:\Program Files\ArcGIS\Pro\Resources\ArcPy\arcpy\geoprocessing\_base.py", line 512, in <lambda> return lambda *args: val(*gp_fixargs(args, True)) arcgisscripting.ExecuteError: ERROR 000601: Cannot delete <PATH_TO_SDE_FILE>\<DATABASE>.<SCHEMA>.<FEATURE_CLASS>. May be locked by another application. Underlying DBMS error [42S02:[Microsoft][ODBC Driver 17 for SQL Server][SQL Server]Cannot drop the procedure 'DBO.i68_return_ids', because it does not exist or you do not have permission.] [<DATABASE>.<SCHEMA>.<FEATURE_CLASS>] Failed to execute (Delete).     I had another table that I had created using non-Esri SQL. That table had a foreign key referencing my feature class. Because the table and FK were both created with SQL, I guess SDE doesn't know about them, so wasn't tracking them, and thus was unable to delete the feature class with another table referencing it. As soon as I dropped the FK, the error went away.  I know we're supposed to always use Esri tools to manage database objects related to feature classes, but this seems like such a basic thing that it surprised me that arcpy's Delete couldn't figure it out.    ... View more