Latest Contributions by MichaelMorisette

This is a phenomenon that has been occurring for us since the beginning of web geoprocessing tools, and seems to have become been more frequent after migrating our tools to the ArcGIS Pro runtime. The behavior is that the tool works as it should for awhile.  Then, after temporarily losing connection to our enterprise geodatabase, it begins creating empty feature classes until the service is restarted.  I've implemented a workaround where I've scripted the service to automatically restart after our nightly database compress.  However, this doesn't account for other instances where connection is unexpectedly lost. Are there any more robust workarounds that anybody knows of? I'm wondering if I could write something into the python code to wake up whatever fell asleep after the connection was lost.  Here is what I currently have.  This is basically just a variant of the "Clip And Ship" tool rewritten to work with ArcGIS Pro. """This tool powers the clip and ship tool for the data downloads""" from datetime import datetime from os import listdir, mkdir, walk from os.path import basename, isdir, join from shutil import rmtree from zipfile import ZipFile from arcpy import AddMessage, env, GetParameterAsText from arcpy.analysis import Clip from arcpy.conversion import ExportCAD from arcpy.management import CreateFileGDB # Constants GDB_NAME = "FayettevilleGISData.gdb" ZIP_FOLDER = f"{env.scratchFolder}/output" if not isdir(ZIP_FOLDER): mkdir(ZIP_FOLDER) AddMessage(env.scratchFolder) # Clip layers to area of interest env.overwriteOutput = True inLayers = GetParameterAsText(0).split(";") aoi = GetParameterAsText(1) featureFormat = GetParameterAsText(2).split(" - ")[1] outPath = "memory" if featureFormat == "GDB": # Create the geodatabase CreateFileGDB(ZIP_FOLDER, GDB_NAME) outPath = join(ZIP_FOLDER, GDB_NAME) elif featureFormat == "SHP": outPath = ZIP_FOLDER for layer in inLayers: # Clip the layer AddMessage(layer) outName = layer.replace("Download_Data\\", "") if featureFormat == "SHP": outName = f"{outName}.shp" clippedFeatures = join(outPath, outName) Clip(layer, aoi, clippedFeatures) # Export to CAD if necessary if featureFormat not in ("GDB", "SHP"): cadLayers = [] for layer in inLayers: cadLayers.append(join("memory", layer)) extension = "dwg" if "DWG" in featureFormat: extension = ".dwg" if "DGN" in featureFormat: extension = ".dgn" elif "DXF" in featureFormat: extension = ".dxf" ExportCAD(cadLayers, featureFormat, (f"{ZIP_FOLDER}/" f"FayettevilleGISData{extension}")) # Zip the clipped files outFile = GetParameterAsText(3) with ZipFile(outFile, "w") as zipObj: # Iterate over all the files in directory for folderName, subfolders, filenames in walk(ZIP_FOLDER): for filename in filenames: if not filename.lower().endswith(".zip"): # Create complete filepath of file in directory filePath = join(folderName, filename) # Add file to zip outPath = basename(filePath) if GDB_NAME in filePath: outPath = join(GDB_NAME, basename(filePath)) try: zipObj.write(filePath, outPath) except: pass   ... View more

Hello I've been attempting to automate geocoding our address points to our street centerlines to tie some of the attribution together. I have Geocoder setup that works fine in Pro (screenshot of it successfully running attached), but crashes when called via a Python script using the same parameters and running on the same machine.  Any thoughts as to why I'm getting this behavior? I'm running ArcGIS Pro 2.8.2. Here is the code:     from arcpy.geocoding import GeocodeAddresses field_map = "'FULLADD' SingleLine VISIBLE NONE" GeocodeAddresses(f"{GDB_PATH}/AddressToGeocode3", ADDR_LOC, field_map, f"{GDB_PATH}/AddressToGeocode3_GeocodeAdd8")     GDB_PATH is the same path used by my Pro project ADDR_LOC is the same locator path used in the Pro project Here is the error message returned:   Traceback (most recent call last): File "<pyshell#8>", line 4, in <module> r"G:\GIS2\Staff\MikeM\Projects\SDE Maintenance\SDE Maintenance.gdb\AddressToGeocode3_GeocodeAdd8") File "C:\Program Files\ArcGIS\Pro\Resources\ArcPy\arcpy\geocoding.py", line 519, in GeocodeAddresses raise e File "C:\Program Files\ArcGIS\Pro\Resources\ArcPy\arcpy\geocoding.py", line 516, in GeocodeAddresses retval = convertArcObjectToPythonObject(gp.GeocodeAddresses_geocoding(*gp_fixargs((in_table, address_locator, in_address_fields, out_feature_class, out_relationship_type, country, location_type, category, output_fields), 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 000010: Geocode addresses failed. Failed to execute (GeocodeAddresses).   ... View more

The issue is that raster data from our enterprise GDB will randomly show and not show when zooming/panning/exporting the map. For example in a particular map template I'm working on: * Our imagery is not visible in the ArcGIS Pro map, but present on a PDF export (main data frame) * The opposite occurs with our hillshade (which is used in the vicinity map of the attached screenshots) Using: ArcGIS Pro 2.7.1 10.7.1 Enterprise GDB The same raster data displays perfectly fine in ArcMap/ArcCatalog as well as cached on our web basemaps.  Pyramids are built and there are no scale ranges set.  The issue is specific to ArcGIS Pro for us.  Any thoughts? ... View more

Basically what the title says.  We have our Portal setup to use our organization's Enterprise logins via SAML.  Our users love this, as it is completely seamless to them! However, a problem that we've ran into is that 3rd party systems integrating with our GIS (in our case Tyler EnerGov, and possibly one more we're working on configuring now) have declared that they don't support Portal integration via SAML, and don't plan to.  The best workaround to this would be to be the ability to link a built-in/ArcGIS portal account to an enterprise login.  This would be similar in behavior to how you can sign into various web applications with your Google/Facebook/etc. account; the user's actual account would be controlled by the Portal, but the enterprise login would just be another way of accessing it. Is this something we can currently do, or is it something on the Road Map?  I haven't been able to find any documentation on how to do it, and the current behavior seems to be that you can either login to your account via enterprise OR built-in login (but not both for the same account); i.e. I can't login to my portal account if it is associated with an account from our enterprise. (This works) (But not this) ... View more