Latest Contributions by RhettZufelt

Have not tested with ECW's, but have loaded 1400 jpegs, jp2's, and tiff's into mosaics without issue. I set the Input Data to Workspace and let it grab all the images in there rather than adding them all to the list individually. R_ ... View more

<dyn type="user"/> for the logged in username. See here for other dynamic text available. R_ ... View more

If you have access to the python API, I have used this method to add, delete or re-order the list. The domain list will honor the order of the dictionary used to update it. R_ ... View more

Can't test at the moment, but you might be able to open the project in Pro, then run the script.  Then you could look at the definition queries applied to the layers and see if they are valid? Might give an idea as to the issue.  Sometimes it's just a small syntax issue and can sometimes take a bit to figure out the right coding to string a where clause together in the proper format. R_ Edit to add: It could also depend on what your data source is.  If I set up a similar definition query in Pro on data from SQL Server through .sde connection file: dt_fld >= '2025-01-02 00:00:00' And dt_fld <= '2025-12-02 00:00:00' But in the same project, if I connect to a FGDB feature class, the same query becomes: dt_fld >= timestamp '2025-01-02 00:00:00' And dt_fld <= timestamp '2025-12-30 00:00:00' Neither of which have the 'date' in them.  I remember seeing that before, so 'some' data source(s) must require it that way.  Another reason to check the def queries in Pro itself after the script.   ... View more

I used to have that issue back when running 2.x versions. It was related to Microsoft KB updates.  Every time the system 'updated', I had to remove the updates from the computer to be able to change/modify the symbology without it crashing (which is a never ending cycle, and probably not the best for security). Believe 3.1 is when that issue was resolved if I remember correctly, but it's been a while. R_ ... View more

I have done this quite a bit, but I don't bother with the featureset (other than to query it) I get a [List] of the OID's (I use GlobalID's, but OID's should work fine) of the features from the hosted feature service, then pass that 'expanded' list as the Where clause in arcpy.management.Append. Post = r'\\computer\path\database.sde\owner.SCHEMA.Posts' item_id = '3b61fd5e5e9842dc80sdfsd443465' # Hosted Post data item = portal.content.get(item_id) lyr1 = item.layers[1] # Portal Features AddPostList = ['123','124','125',....] # List of GlobalID's to append to SDE data with arcpy.EnvManager(preserveGlobalIds=True, maintainAttachments = True, scratchWorkspace=r"\\path\to\Default.gdb", workspace=r"\\path\to\Default\Default.gdb"): Post = arcpy.management.Append(inputs=[lyr1.url], target=Post, schema_type="NO_TEST", subtype="", expression="GlobalID IN ('" + '\',\''.join(AddPostList) + "')")[0] Below, you can see how the list gets expanded: I have stripped the field mapping from this code as it needs the full path to the HFS fields, so it was too much and confusing to post. R_     ... View more

You will need some temp storage space as I see the downloadable dataset is nearly 1.5Gb. But, download the zip file, unzip it, load the unzipped tif file into Pro, then use the Clip Raster GP tool to clip out the area of interest. For the output extent, you can click on the pencil and select Polygons, and it will create a new polygon layer that you can edit and sketch the area of interest and run the tool.   R_ ... View more

Depends on how "simple" you want.   One simple way is to load into Pro/ArcMap and symbolize on the Phase Configuration field, then select Show Counts.   R_ ... View more

This is a couple versions old, but pretty sure multipoint layers are still not supported in FM app. Technical Article that might help. R_ ... View more

Have you tried running the Repair Geometry GP tool on the shapefile? R_ ... View more

@SupriyaK wrote: If you look at the screenshots above the aliases/display names are set at the data level. That is the whole issue, they aren't being honored in the visualization. Actually, in the case I submitted above, I see just the opposite.  Setting it in the Visualization is honored in the data table, popups, etc. but is NOT honored in the Data/Fields tab of the item details.  Even though the alias's are changed in the visualization, which seems to be honored in the Data/Table, and in any popups/tables when added to a new webmap, it still shows them as the same in the Data/Fields tab. However, as you say, if you load the link above into a new webmap, it (tables, popups) honors the alias's set in the service.  But, if I create an AGOL item from it, will only display by the field name, even though the alias shows in the Display Name in Data/Fields. But, if I go into the visualization tab of the new item (that loads this service), I can change the Display name to what I want, and it is now honored in everything EXCEPT the Data/Fields tab. So, testing with these two feature services, it appears that changing things in the visualization tab of the item does seem to work in most places, the Display name in the Data/Fields tab in the item details is very misleading and seems to have nothing to do with what is actually displayed elsewhere so probably best to ignore what it says. So, if I add the REST endpoint you provided into a new AGOL item and look at the Data/Table, it shows how, as you noted, they have reverted to the Field name and not the alias set in the service: But, if you look at the Fields Tab, it shows as if the alias are preserved from the REST service: If I go to Visualization tab of the item details and change the Display name there (I only changed the first 3 to make them obvious) and remember to Press the Save link:   then the Data/Table will show the updated Display names that were set in the Visualization tab: BUT, if you look at the Data/Fields tab, nothing has changed: Then, load that new AGOl item into a new webmap, and the table and popups honor the changes I made in the visualization tab: So best to completely ignore the Data/Fields tab when testing as it seems to have nothing to do with anything. You might consider a tech support case on this, as there definatly seems to be a bug in the system.  It appears that the Data/Fields tab in the item details is honoring the field name/alias's set in the REST service, BUT, everything else is not. R_ ... View more

I use python to do this for my street names.  First, I create a dictionary, then I use arcpy.da.SearchCursor to populate it with my street Code:Value pairs: (I don't have a street called "Pathway" in the source table, so below is how I 'add' it to the list) import arcpy update_dict = {"fields": [ { "name": fieldname, "domain" :{"type" : "codedValue", "name" : domainname, "codedValues" :[ {"name" : "Pathway", "code" : "Pathway"} ]}}]} with arcpy.da.SearchCursor('streetsFC', ["Code","Street"]) as cursor: for row in cursor: update_dict['fields'][0]['domain']['codedValues'] += [{"name" : row[0] , "code" : row[1]}] dictionary format is as follows: update_dict = {"fields": [ { "name": "StreetName", "domain" :{"type" : "codedValue", "name" : "Streetnames", "codedValues" :[ {"name" : "10th Ave", "code" : "10th Ave"}, {"name" : "10th St", "code" : "10th St"}, {"name" : "First St", "code" : "First St"} ]}}]} Then I use the python API to update the domain list on the HFL in AGOL: from arcgis.gis import GIS my_agol = GIS(url='https://yourorg.maps.arcgis.com', username='adminuser', password='adminpass') lyr = my_agol.content.get('ItemIdNumber').layers[0] update = lyr.manager.update_definition(update_dict)  Not sure how responsive Field Maps would be with that many values in a dropdown, but my streets with 5100 values works fine. Also, whatever order the domains are in the update_dict is the order they appear in the dropdown. R_ ... View more

Did you try the Feature to Line tool? Don't have your data to test, but my testing splits all the lines exactly at the polygon boundary so that the one to many spatial join has a single match for each line segment.  It also retains all the attributes as well. R_ ... View more

That is weird.  The snapshot I provided last is what i see in the Visualization tab in AGOL, but I see the same as yours in Portal 10.9.1.  Perhaps an org setting or something?  Afraid I won't be able to help with that one. R_ ... View more