Latest Contributions by AaronKoelker

‎09-17-2025

In ArcGIS Pro 3.1, an "upsert" functionality was added to the Append GP tool, allowing you to designate updates to existing records in addition to adding new ones. This blog post outlines the functionality and says: Use the Matching Fields for Update parameter to update existing records in the target dataset based on matching records in the input dataset. In this example, each zoning polygon has a unique Zone_ID. Therefore, any records from the target with a Zone_ID that matches records in the input dataset will update with values from the input. Note: You can also match based on multiple matching fields. Using ArcGIS Pro 3.4.3, we're not seeing this perform as described. Instead, a duplicate of the matching record is added from the Input Dataset with the new attributes and geometry, while the original persists and remains unchanged. The schemas of the two datasets match (though they are in different FGDBs), and we're using a shared unique ID field to match the target and input fields. Afterward, I can do a Select By Attributes for that ID and both the original and appended feature will select, implying that the Unique ID does match. Have tried with and without the Update Geometry option checked, as well as the Enforce Domains option. Have also tried using a Selection vs a Where Query for the Input features. Basically, it's always just doing a normal append, despite configuring the tool's Update Options. Has anyone else encountered this or found a solution? We found another upsert-related bug addressed in 3.2, but this seems to be the opposite of the issue we're having.

‎09-17-2025

Somehow I managed to post this in the wrong place... If an admin would like to delete or move this topic, please do. Also, while this Idea is similar to this one, it would apply to more than just the Kiosk/Viewer App, benefitting Space Planner users, those working in ArcGIS Pro, and potentially those using custom apps created with Experience Builder that have floor-aware data.

‎09-17-2025

This was posted in the wrong location—it's been reposted to the Ideas section: Add a Rotation field to Facilities schema for auto... - Esri Community Our users have often brought up the orientation of maps displayed in Indoors. The default north orientation isn't always intuitive for indoor maps, as people often expect it to orient to the front of the building. Users can manually rotate maps after loading, but this isn't always ideal, especially for users who are unfamiliar with the building (ex. visitors using a kiosk) A potential solution: Add a field for "Rotation" (in degrees) to the Facilities feature class as a part of the default Indoors Information Model. Then, update the behavior of the Floor Filter (ArcGIS Pro, Online, Portal) to read the value in the "Rotation" field whenever the user selects a new Facility from the dropdown, and apply it to the map alongside the normal pan/zoom action that occurs. If there's no value in the Rotation field, it just defaults to the map's default orientation (likely north), ensuring the functionality remains optional.

‎08-20-2025

From what we've been told, the results in the Explore pane of the Viewer app or Mobile app will sort based on their proximity to the user (via GPS in the mobile app) or via whatever "Unit" feature has been set by the user as their default "Home" location. This requires a routing network and a "closet facility" layer to function, otherwise it seems to sort by default on OBJECTID, as you're seeing. Haven't gotten far enough in our own deployment to actually test this yet, though.

‎08-20-2025

We would have use for this as well! Right now our solution is to just have teams work it out themselves on what days they should/shouldn't book within a Workspace Area. It would be a great improvement if we could have the software enforce it to prevent mistakes. Basically expand the Workspace Area settings to allow for multiple groups of People to be added to be associated with an area, instead of just one, when the area is set to "Restricted", and then allow us to assign days/times for when those groups can book within the Workspace Area.

‎08-20-2025

In my experience, ArcGIS Pro's performance plummets if you are working with data over any sort of network. Web services, data on shared network drives, a Documents folder that is mapped through a One Drive account, etc., will all slow down even the simplest editing tasks to a crawl. Doesn't matter how beefy your PC specs are. Working over network drives is a common practice in a workplace environment, but for whatever reason Pro has always struggled with it. It's been an issue for so long that at this point I assume it is just an inherit limitation of however the software is structured. As a test, copy some data that you are experiencing performance issues with to a local drive, preferably the same physical storage device that ArcGIS Pro is installed to. Run the same editing tasks and see if there is an improvement. The difference is often night and day in my experience.

‎08-07-2025

I'll add that one limitation I found with this is that if you overwrite the hosted feature layer then those "Allow Attribute Editing" options all get reset back to the default. But if you set those fields to "Read Only" in ArcGIS Pro (right-click the layer in your Map and go to Data Design > Fields) before publishing and it will carry over to the service. So far I haven't noticed any impact on functionality and have been able to create and merge plans. Edit: If you try this with the Occupants layer, it causes the Update Occupants GP tool to fail when trying to run directly against the service 😞

‎08-06-2025

@nmanocha Nakul, Thanks again for the detailed response. I think your last point "We will have a documentation of what is supported in downloaded ones and what are the limitations?" would go a long way toward improving the authoring experience, whether it is just a document linked from the web builder or it is somehow incorporated directly into the authoring experience (for example, if you add an infographic block, maybe there's a pop-up or small banner in the builder that notes the limitations or availability in the app.) Having the web browser version and the online version of the native app be in sync through an embed as you proposed sounds like it could be beneficial as well and help cut down on unwanted surprises when presenting. However I think for our use cases, if we are ever using the native app it would be because we needed the offline mode. For everything else we'd likely use just use the browser version.

‎08-06-2025

I have not been able to resolve, no. But I'm fairly certain it is still related to our internal security.

‎08-04-2025

@nmanocha Thank you, Nakul, for the in-depth response. That all makes sense, and I completely understand the challenge of keeping both looks and functionality in sync across multiple platforms, especially when mobile devices and offline-usage get involved. For the offline Theme issue, it started working after I made an update to the theme and republished (I changed the link style from highlighted to a solid underline). Not sure if that was actually related to the issue or just a coincidence. If it happens again, I'll try and capture it.

‎07-30-2025

In the StoryMap Briefings web builder, the "Preview" mode has options for Full Screen and Desktop. Given there are differences in how a Briefing displays in a web browser, versus in the app online, versus in the app offline—it would be great to have additional Preview options showing what the briefing would look like in these other modes. This would make the authoring process much easier in terms of testing and monitoring how the briefing looks and behaves across all platforms, without the need to constantly republish and to load up the briefing on a separate app/device, and flipping between online and offline. As of posting this, some of the differences we've noticed between platforms that this could apply to are: Lack of support for Themes entirely in the app's offline mode, and minor Theme differences between browser and app in online mode (EDIT: Themes are supported offline except for Google fonts—what we saw must have been user-error or a bug) No support yet for the infographic block in the app (both online and offline) Differences in pop-up display/support across all platforms/modes If a map legend is set to be open by default, it works as intended in the browser version and app while online, but not in the app when offline. Differences in the video player's autoplay/control options between browser and app Differences in text block spacing, which can lead text that looks fine on one platform and but not the other It can be a lot to keep track of when authoring a Briefing that could potentially be presented on multiple platforms/situations.

‎07-18-2025

We are considering using a Briefings with an offline tablet for a sort of "kiosk" display at an event highlighting our agency. Given the offline capabilities of Briefings, as well as their streamlined navigation and features, we think they might be a good fit for this use-case where you want to offer a short, guided experience through and handful of data/maps/infographics and you're in an environment with a lot of people walking by who may only interact with it for a moment and then move on. Instant Apps have some solutions for this, but no offline capability. A traditional StoryMap also requires internet and can be a little more complex to navigate on a tablet. The existing autoplay mode in Briefings is nice but doesn't quite meet the same need. Two options that come to mind for a kiosk mode would be a timed reset option after a period of inactivity, and an option to force the Table of Contents to always be open and ensure ease of navigation for each user (without them needing to locate the little ToC button in the header). Perhaps bigger, more obvious arrows for navigating sequentially between slides as well.

‎07-10-2025

Off the top of my head I would guess they might be using an arcade expression to check against the Occupants feature class and return a count of how many times the room's Unit ID appears in that table. This tutorial might help point you in the right direction: Access attributes from another layer with ArcGIS Arcade | Documentation

‎07-09-2025

Just want to add that I had the same error trying to import an XML Schema Workspace doc from an Indoors FGDB, and @BryndaHatch 's solution to run the Upgrade Indoors Database tool solved it. Specifically I ran it on the Indoors FGDB, then re-exported the XML Schema file, and then was able to import the xml into another FGDB without error.

‎07-09-2025

Just wanted to throw it out there for anyone who comes across this, I was running into this error while trying to publish layers specifically for ArcGIS Indoors. The solution was to run the Upgrade Indoors Database tool. Apparently I had added some custom domain values that may have threw off one or more of the attribute rules for Indoors. If you're not using Indoors, may be worth checking your attribute rules if you are using those.

Online Status	Offline
Date Last Visited	yesterday

My Ideas

Latest Contributions by AaronKoelker

Append tool "Update (Upsert) Options" being ignored (3.4.3)

Re: Add a Rotation field to Facilities schema for automatic orientation with Floor Filter

Add a Rotation field to Facilities schema for automatic orientation with Floor Filter

Re: Custom Sorting for Indoors Category Results - Is it Possible?

Re: Configure temporal hotels

Re: ArcPro Overall Performance.

Re: How to configure the Edit Form pop up in the Space Planner application?

Re: Briefings Preview Enhancements

Re: Can't clone python environment SSL error

Re: Briefings Preview Enhancements

Briefings Preview Enhancements

Briefings Kiosk Mode

Re: How to symbolize Space Planner app by occupant load?

Re: Error 000260: The field name defined in attribute rule is not available in class.

Re: Failed to Publish Web Layer: Consolidation Failed

Re: Small change to standard themes (Obsidian, Rid...

Re: Updating config.json results in text widget re...

Append tool "Update (Upsert) Options" being ignore...

Re: Should Append tool perform Update and Add at t...

Re: One Layer, several (mutually exclusive symbolo...