Latest Contributions by AmyRoust

For internal workflows, we have gigabytes of utility asset photos in our enterprise data. When we publish user-managed services, we do not explicitly include attachments - they come automatically. That means that if we have more than 1GB of attachments in a service, we are unable to share that service as a copy through the distributed collaboration. We do not need or want the photos to go through the collaboration because our ArcGIS Online organization is for public-facing maps and apps. My idea is to either: Create a way to publish a user-managed service with a registered enterprise geodatabase and explicitly exclude attachments from the service, or Provide a setting in the distributed collaboration that allows us to exclude attachments from copies. Ideally, this option would give the user the option to include/exclude attachments at the service level, but having that setting at the workspace level would be an acceptable alternative as long as a Portal-AGO collaboration can have more than one workspace.

@AndrewTurner - Yes! https://geoportal-lawrenceks.hub.arcgis.com/

On my Hub site, I have several Category cards that are designed to take you to data that matches the category/categories assigned. As an example, I have a "Basemaps" card configured like this: When the user clicks on that card, it is returning the correct data, but the "historical maps" filter is not capitalized like the other categories are: What drives that display? Is there a way that I can capitalize Historical Maps so that I can match the other categories? I checked my categories in ArcGIS Online and they don't match what I'm seeing in Hub.

For simplicity's sake, here is a generic example: I have a water main feature class. I add it to a map and set a definition query to only show active mains. In the same map, I add the same water main feature class as a separate layer and set a definition query to only show abandoned mains. I publish this map as a feature layer to Portal. In Portal, I share this feature layer with my distributed collaboration so that a copy is made in ArcGIS Online. The layer fails to synchronize because I have two layers referencing the same feature class. My idea is to make a change to distributed collaborations that would allow this service to be shared as a copy to ArcGIS Online, even though both layers are referencing the same enterprise feature class.

@DiveshGoyal - thank you for investigating and finding a fix! This will be a big help to us.

‎11-18-2025

I just remembered another oddity of sharing as copies. You cannot have two or more layers in your service that reference the same feature layer. As an example, I had two layers in my map that referenced the same bike network line feature class. The first one had a definition query to only show existing routes, and the second one had a definition query to only show planned routes. You can publish a service like this, but you cannot share it via the collaboration.

‎11-14-2025

I've heard people say that "Homeland Security" recommends separating your utility data for water and wastewater treatment plants from the rest of your system's model. (I put DHS in quotes because I cannot find a source for this claim.) A cursory Google search isn't turning up anything useful, so I thought I'd ask how others handle the storage and sharing of their utility data. Do you share any/all of your system data with the public? Are treatment plants separated from the rest of the system? Appreciate any information - including opinions - that the community would like to share.

‎11-12-2025

@SSWoodward I decided to go with your sample code since I'm already working with arcpy in a file on my server. I successfully created the new version: server = f"https://xyz/FeatureServer" version_name = 'python' arcpy.management.CreateVersion(server, 'sde.DEFAULT', version_name) new_lyr = arcpy.management.MakeTableView(f'{server}/15', 'default_lyr') full_version_name = [v.name for v in arcpy.da.ListVersions(server) if version_name in v.name][0] meter = arcpy.management.ChangeVersion(new_lyr, 'BRANCH', full_version_name) But I cannot get it to switch back to DEFAULT before posting and reconciling. arcpy.management.ChangeVersion(new_lyr, 'BRANCH', 'sde.DEFAULT') arcpy.management.ReconcileVersions(server, "ALL_VERSIONS", "sde.DEFAULT", full_version_name, "LOCK_ACQUIRED", "NO_ABORT", "BY_OBJECT", "FAVOR_TARGET_VERSION", "POST", "DELETE_VERSION", r"C:\Log.txt", "PROCEED", "RECONCILE") When line 2 runs, it says "Warning: Error deleting version xyz.python. The version is currently in use. [xyz.python] Not running inside a server process. I could change the reconcile to keep the version, but I'd prefer to delete it.

‎10-23-2025

OK, that first part is wild. I agree that it should be impossible for your items to be shared as a reference! I also agree that turning off editing should not be your deal breaker. We don't share any editable services from Portal to AGO. I hate to say it, but with the information you have at this point, I think it's time to endure a tech support call. There might be something more specific in their troubleshooting documentation related to that specific error. If I think of anything else, I'll definitely let you know!

‎10-21-2025

I'm sure you know this, Mike, but the log-in prompt shows up when an item is shared as a reference instead of a copy. Just adding that note for others who might not have gotten that far yet. I dug into my old notes from troubleshooting to see if there was anything else useful. One note I forgot about, which is pretty specific: if you're publishing the service in Portal as a registered service (it connects to the SDE database when published), make sure you are using an account that has more than viewer-level permissions. A viewer account does not have sufficient privileges in SQL Server to allow the collaboration to work. The account I use has read-write permission, but the service that I share via collaboration has editing turned off. The only other thing I saw was a note on checking the Distributed Collaboration logs in Portal Directory (https://yourservername/portal/sharing/rest). After you log in: - Click your username in the breadcrumbs at the top (Community > Users > username) - Click the Org ID hyperlink in the blue box - Scroll to the bottom and click Collaborations (buried in Child Resources) - Click on the Collaboration ID - Click on Collaboration Workspaces - Click on the Collaboration Workspace ID - Click Sync Status (at the bottom under Supported Operations) That will give you a slightly more detailed log than what you see in Portal. Third option is to go to portaladmin, set your log level to debug, run the collaboration attempt again, and then check that log file. I recall that there were some additional clues in there that helped me narrow down my issue. So ... no real "a-ha" suggestions here, but I thought I'd share just in case.

‎10-17-2025

Did this bug come back? I'm troubleshooting the same way Ellie did and am not getting a widget to auto-open on load.

‎10-16-2025

I have a colleague with an issue I am unable to replicate. They have a Pro project set up with ~10 layers, some of which are visible by default and some of which are not. When they publish the map as a feature layer, the visibility settings are ignored and all layers are visible by default. Have I just never noticed that this is a "feature" of publishing registered services in Enterprise 11.3 or is there a setting somewhere that I am handling differently than them without realizing it?

‎10-16-2025

Do you get any error messages when the point layer fails to copy? Usually the messages are pretty worthless, but every now and then you get something helpful. I've fought the distributed collaboration with almost the same setup you described. Another thing you can check is if your point layer has any fields hidden in the attribute table in your Pro project. I had layers fail to sync when certain fields were hidden (globalID, editor tracking fields, shape, OID).

‎10-13-2025

@DiveshGoyal - the layer in question does not have a subtype. I tried adding the Expects function and pointing it toward the field that we are using to symbolize (which does have a domain), but there was no change in Field Maps. Happy to test other options if it can help!

‎10-09-2025

Did you try using your editing service for the UN instead of a direct connect to the database? I believe the tool wants the service.

Online Status	Offline
Date Last Visited	2 weeks ago

My Ideas

Latest Contributions by AmyRoust

Allow sharing via distributed collaboration without attachments

Re: Filters - what controls display text?

Filters - what controls display text?

Services with 2+ layers referencing the same feature class should participate in distributed collaboration

Re: Symbology driven by Arcade code block fails in Field Maps

Re: Point Layers Failing to Sync Across a Distributed Collaboration

Utility data and Homeland Security recommendations

Re: Allow Python to edit on versions in branch versioned datasets

Re: Point Layers Failing to Sync Across a Distributed Collaboration

Re: Point Layers Failing to Sync Across a Distributed Collaboration

Re: Experience Builder Widget Controller Open widgets on loading setting not working

Layers are unchecked in Pro, but visible in Portal Map Viewer

Re: Point Layers Failing to Sync Across a Distributed Collaboration

Re: Symbology driven by Arcade code block fails in Field Maps

Re: Prune Branch History Not Working

Allow sharing via distributed collaboration withou...

Allow attachments table to be included in branch v...

Services with 2+ layers referencing the same featu...

Re: Arcade statement directly in a dashboard?

Re: ArcSOC Optimizer for ArcGIS Monitor