Latest Contributions by AaronKoelker

Would like to see this as well. Could've sworn that functionality was in there already and just spent a bunch of time digging for the setting, but I must have been thinking of Dashboards or something (which does have a striping option already). Table—ArcGIS Dashboards | Documentation

If this were added, it would be nice too if there was a "paging" style option, similar to the Table widget in Experience Builder, or how the slideshow block works in StoryMaps, that would let the user tab laterally through additional pages of table records. Might help keep the story more compact and reduce the amount of scroll. Otherwise as a workaround in the meantime, @SarahKiefer you could create an Experience Builder app that is nothing but a table widget with your info, and then embed that app into your StoryMap.

@AnninaOberrenner Reading your specific use-case: a suggestion for an alternative could be to use a StoryMap Collection and have a StoryMap for each part. Whenever you want to share the project around, just use the Collection URL and treat that as the main story item—that way readers will always see the latest parts that have been published without needing to hunt down the link/url to each individual StoryMap you release as the project goes on. Here's an example NY State Parks did where they published out a new part once a month to a single Collection: https://arcg.is/1v5D8S1

Agree this would be really useful. For example, if had a point feature of landmarks with type and county columns, and you want to be able to use filters on the type and get a simple list of the distinct counties where that type of landmark can be found. Currently the only widget that seems to be able to group by unique/distinct values is the Chart widget, but that format doesn't work for everything. @JeffreyThompson2 There doesn't appear to be a way to get distinct values out of a text field using that method.

@MollyE I was getting this same error (while calculating the area of Units in my Indoors project), and was able to resolve it by making sure I had no pending edits. Either Save or Discard them, then try calculating again. Update: This only worked in some cases. When I got this error while running Calculate Geometry on a hosted feature service, resolving the pending edits fixed it. When I got this error on the same data, but running from a local file geodatabase, clearing the pending edits did not fix the issue. However, running the Calculate Geometry Attributes tool from the Geoprocessing pane, rather than running from the Attribute Table, did work in that case.

@Robert_LeClair Just the default 255 on the Text field. And the project is running out of C:\Users\UserName\Documents\ArcGIS\Projects, which I thought was a pretty standard default location for ArcGIS Pro projects. I've used that forever. That said, I found a workaround, and perhaps the root of the issue. I typically have my ArcGIS Pro set up to require enabling/disabling an editing session before edits can be made, which includes the Calculate Field function. If I disable that option in the settings, Calculate Field then works as expected. Curious if you were to turn that option on, do you get the same error I was seeing? Still seems like there might be an issue here, and I'd like to keep that option enabled to protect from unintentional edits, but at least I have a workaround in the meantime

‎10-24-2025

@Robert_LeClair Weird. So I did a clean install of 3.5.0, ran it again and still got the same error. Then I created a new polygon feature class within the same file geodatabase, did a mockup similar to yours, and got the same error again. I'm working with "Indoors" data which has a bunch of validation rules and such, so to rule that out, I created an entirely new file geodatabase, made another dummy layer, ran the same calculation and I still get that error. I suppose I could try going back to 3.4 to test...

‎10-24-2025

Hi @Robert_LeClair I did not uninstall 3.4.3 first—I used the built-in upgrade function found within Pro on the About tab. I did just try the soft reset option you shared via editing the App Data folder and registry, but no luck. I also tried clearing the local cache. Something perhaps noteworthy, in my case I have a text field with some room numbers like 1-1, 1-2, etc. I'm trying to simply add a letter P in front of them, so my field calculation looks something like NAME = 'P' + !NAME! . The message I get show it trying to add two letter P's; here's an example of the message for just one feature, but it's similar on all. WARNING 001156: Failed on input OID 1534, could not write value 'PP1-2' to output field NAME I'm also seeing this same behavior trying to calculate on a hosted feature service, in addition to a polygon feature class within in a file geodatabase. It's copies of the same data, just in two different locations. I can try rolling back to 3.5.0 and see if that works, thanks. I tried the Powershell method above (WinGet uninstall --name ArcGIS Pro 3.5 Patch 4 (3.5.4)) but I get an error that the argument only works for single packages, and I don't really know enough about Powershell to go further. I can try a full uninstall and then reinstall 3.5.0 from My Esri

‎10-24-2025

I'm also seeing this error (001156) since updating to 3.5.3 from 3.4.3 doing very basic field calculations with a polygon feature class in a file geodatabase, using an editing session. Simply calculating a text field by joining two other text fields, such as "!FIELD1! + !FIELD2!" etc. I've tried unchecking 'Enforce Domains' (even though my fields do not use domains). Feels like a critical issue, will try updating to 3.5.4 to see if that resolves but I don't see anything in the patch notes related to it. Update: After getting the error, I went to manually type my values into that field and when the text becomes selected it suddenly changes to what it *should* have looked like had my field calculation succeeded. But then when I click out again, it reverts back to the previous value. I then updated Pro to 3.5.4 and restarted, and when I opened the application again my expected values from the failed Field Calculation then appeared correctly. Very bizarre. If I wasn't also getting an actual error code I would've written it off as a visual bug.

‎10-10-2025

I'm using the Chart widget, and am trying to limit the number of categories that will display in a bar chart using the "Maximum Categories" option under the widget's Content pane; Data settings group. It is a stacked bar chart using the "Split by Field" option. However, the app/widget continues to show many more categories over the limit I've set. If I disable the "Split by Field" option, it works as intended. In the Experience Builder documentation, it only says that you must use the "By Group" category type to have this option (which I am). I did notice that if I lower the Maximum Categories number, (for example to 5) it will show less categories in the chart, but still many more than what I set the maximum number to. In the case of lowering it to 5, it instead shows 14 in the chart (out of 40) The settings I'm using are in the table below. Can anyone else reproduce this issue? Is there another undocumented requirement for this setting related to the Split by Field? Category Type By Group Category Field Text Field 1 Statistics Count Split by Field Text Field 2 Sort by Value / Descending Maximum Categories 25

‎10-10-2025

We branded it with an image/logo that includes text, similar to your usage of DeskQuest @Zrobinson_SFPUC , and it serves as the app title. We used a .svg so it scales nice. If you just want title text and no logo you can still use that as a workaround—create an svg image of just your title text and upload it as a "Custom Logo" in the Indoors Viewer configuration options. Just make sure the image aspect ratio is wide and narrow with minimal empty space on the upper/lower margins, so that it maximize its space in the header.

‎10-10-2025

This would be nice. Perhaps as a workaround in the meantime, you can find an Instant app template or create an Experience Builder app that supports multidimensional sliders (unsure which, if any, do), and then embed the app into your StoryMap.

‎09-22-2025

@Robert_LeClair This was the solution, thank you. I added a copy of my input data to the same FGDB as my target data and the tool worked as expected. Hopefully this bug is eventually addressed so we can avoid the extra step, but this will work for now.

‎09-19-2025

Hi Robert @Robert_LeClair , thanks for the BUG link. That does sound like a similar issue, although in my case I'm only using one matching field, not "two or more". I did see the tool work as expected by publishing a copy of the data to a hosted feature service in ArcGIS Online, and then running the tool directly against that service as the Target Dataset. It was the same data I was using before—so the only difference was that instead of two local FGDBs, it was one local FGDB and one hosted feature service. Unsure why it would work that way but not with the local data... unless it is all just an extension of that same bug. I will try to put a copy of both datasets (input and target) into the same workspace and see if that serves as a workaround. Thanks.

‎09-19-2025

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. For routing directions and other multi-building actions, perhaps they could reapply a rotation action back to the map's default orientation. While this Idea is similar to this one, it would apply to more than just the Kiosk/Viewer App—benefitting Space Planner users, users working in ArcGIS Pro, and potentially those using custom apps created with Experience Builder that have floor-aware data.

Online Status	Offline
Date Last Visited	yesterday

My Ideas

Latest Contributions by AaronKoelker

Re: Zebra striping or alternating row colors feature request for Table widget in Experience Builder

Re: Allow for Larger Tables in Storymaps

Re: Hide parts of Storymap for later publication

Re: Unique/Distinct values in a List widget

Re: Calculate Geometry Failure

Re: errors 001156 & 000595 when using Calculate field Tool

Re: errors 001156 & 000595 when using Calculate field Tool

Re: errors 001156 & 000595 when using Calculate field Tool

Re: errors 001156 & 000595 when using Calculate field Tool

"Maximum Categories" setting for Bar Chart widget has unexpected results using "Split by Field" option

Re: Indoors Viewer: allow customization of the header

Re: Add support for multidimensional raster slider in StoryMaps

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

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

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

Re: Custom font color suddenly not working

Add a Rotation field to Facilities schema for auto...

Re: Append tool "Update (Upsert) Options" being ig...

Re: Append tool "Update (Upsert) Options" being ig...

Add a Rotation field to Facilities schema for auto...