Latest Contributions by NathanShephard

Hi MThompson, Have you tried defining a Preferred Time Zone on your services?  The service still stores the values in UTC but the values are sent out for display in that time zone.  This does not need anything from the new "display in the Map Time Zone" capability, it's been supported for a number of releases. Here's a support page that talks about the configuration process: ...knowledge-base/how-to-publish-a-feature-service-with-a-preferred-time--000024927  For local data (eg: file GDB), the time zone is defined with the layer (not the data), so the only way to get pre-configured time zones when adding content into a map is to open layer files (rather than using Add Data and connecting to the pure data source). Or have a workflow that opens existing maps / map files / web maps (with the properties defined), or to copy-paste layers between projects. The (new in 3.6) option to display time-zone-aware content in the map's time zone is mostly aimed at workflows that have either data or staff in different time zones, which isn't strictly your case. It's a little bit of overkill (ie: configuring your layers and maps), but it would work to convert the displayed values so you could - for example - use it to see your Editor Tracking fields in a local time zone (eg: EST). Thanks, -Nathan. ... View more

Jumping into this discussion.  🙂 In ArcGIS Pro 3.6, we've added support for displaying date/time values for all time-zone-aware data in the map's time zone (whether that's from services with/without Preferred TZ, or local FGDB data with a layer-defined TZ).  Quick overview of the workflow: Per usual, set time properties (inc. time zone) for individual layers in Layer Properties > Time Then, either on the Time ribbon or in Map Properties > Time, set the map's time zone Then, check on the option to "Display values in this time zone" RESULT - all places where time-zone-aware content is shown (tables, attributes pane, time slider, etc), the values will be converted and shown in the map's time zone The time zone being used can be seen in places like the hover-tip-help for columns in the table, and explicitly stated when editing values using the Calendar control. More detailed information is available here: https://pro.arcgis.com/en/pro-app/latest/help/mapping/time/set-time-properties-on-a-map.htm The  similarly-described idea mentioned by RTPL_AU, above, has been marked as Implemented, so I am hoping the requirements listed above are also handled?  Hopefully you're able to move to Pro 3.6 and try it. If it looks good, please let us know and we will close this one, too.  Thanks! -Nathan. ... View more

Included in ArcGIS Pro 3.6! The last active Select tool is now remembered and honored when closing/re-opening Pro. Thanks all - really appreciate the discussion and openness to a creative solution. Hope this helps! -Nathan. ... View more

Included in the ArcGIS Pro 3.6 release! The selection options are shown as part of the right-click context menu for a symbol class in the Contents pane (for supported renderer types). Learn more here:  https://pro.arcgis.com/en/pro-app/latest/help/mapping/navigation/select-features-by-symbology-class.htm  Hope this helps! -Nathan. ... View more

Good news - we shipped this with ArcGIS Pro 3.6. Quick overview: Per usual, set time properties (inc. time zone) for individual layers in Layer Properties > Time Then, either on the Time ribbon or in Map Properties > Time, set the map's time zone Then, check on the option to "Display values in this time zone" RESULT - all places where time-zone-aware content is shown (tables, attributes pane, time slider, etc), the values will be converted and shown in the map's time zone The display time zone can be seen in places like the hover-tip-help for columns in the table, and explicitly stated when editing values using the Calendar control. More detailed information is available here: https://pro.arcgis.com/en/pro-app/latest/help/mapping/time/set-time-properties-on-a-map.htm Hope this helps! -Nathan. ... View more

Thanks Bernardo! Unfortunately, the "shallow water equations" upon which the flood simulation water modeling is based are not well-suited for catastrophic dam-wall failure use-cases. The main problem is that the water does not "break".  That is, the wall of water won't crash forward (like a wave on the beach"), but rather it "pushes down" from gravity to move to the next processing cell in the simulation. This means the water moves differently (generally speaking it is slower and less turbulent) than it would for a true breach event, which limits its usefulness for this case. The nearest (semi-related) case would be "venting" a dam, where you're modeling an open gate where water is coming out at some defined rate. This could be done with a Water Source element (from either a point or area source), and water will flow down from there.  If you had calculations for estimated water flow rate through time for a particular scenario, you could run a flood simulation where those rates are applied. Note - for fast and/or deep water movement, we recommend using the "High" temporal resolution option (on the Simulation ribbon tab). However... water movement will always use the non-breaking-wave math. Hope this helps! Thanks, -Nathan.   PS - In case you've not seen it yet, the full Technical Paper is available here: Link: Esri - ../technical-papers/flood-simulation-arcgis-pro.pdf   ... View more

Thanks for the input and discussion. We're working on this for inclusion in Pro 3.6, for the following renderer types - Unique Values, Graduated Colors, Graduated Symbols, and Proportional Symbols (plus the special case of Single Symbol > select all). We build a SQL query from the renderer definition to apply the selection to the layer (which means it is unavailable for cases where expressions are used as the renderer value). We will have separate command for create-new-selection, add-to-selection, and remove-from-selection. Hope this helps you get your work done faster! -Nathan. ... View more

Working on this for Pro 3.6 (as per discussed above -- "remember the last mode of the Select tool"). Thanks again for the input and discussion! -Nathan. ... View more

Thanks to all for contributing to this idea.  Moving to In Product Plan. -Nathan. ... View more

Thanks for submitting this Idea! Good news - it is in our Product Plan for Pro and we're working to get this done in the next 1-2 releases. You will have the option to use the Map's time zone applied as the display time zone for all time-aware content in the map.  There are a lot of places where Time Zone display needs to be honored (eg: tables, labels, attribute editor pane, etc) so we need to look after all those. Thanks! -Nathan. ... View more

Thanks for being interested in animation, and for submitting this idea, Kevin!    🙂  There's an existing / related idea that we're using to gather these general requirements together --> that is, to include more advanced dynamic overlays (like legends and scale bars and north arrows) inside animation exports.  Can you please add your comments and use-cases to this one? https://community.esri.com/t5/arcgis-pro-ideas/layout-view-for-animations-in-arcgis-pro/idi-p/922327 As you mention, the current workaround is to use one or more image overlays instead.  If the image of the legend is high-res (and clipped to just the legend area itself), you should be able to grow/shrink the size of the element in the video to ensure it is readable and a close-ish match to other text. A low-brow method to consider might be to zoom in on the legend in Layout view, screengrab it, and save that to an image that you then scale as a displayed element in the animation. Meanwhile, adding your use-cases to the existing Idea will help us prioritize it in the future. Note that we currently do not have plans for dynamic legend overlays in Animations for the next release (Pro 3.6). Hope this helps! -Nathan. ... View more

Thanks for this excellent and detailed explanation, Ethan. We'll start by looking at connecting the installed page-step ("arrow") commands to other view types - maps, scenes, reports, presentations. That would get you part of the way there, and we're hopeful we could get that into a very-near-future dev cycle. For the "partial page-step size" option, I'd recommend you create a new user Idea for that. It would help give us an idea of how useful it would be (and how many users are interested in it). Thanks! -Nathan. ... View more

Thanks both!  Will see what we can do.  🙂 ... View more

Thanks all. Sorry we missed connecting those arrow commands to the map view - we're looking at it again now. We really appreciate the persistence and feedback on this forum. I do have one technical discussion item for the group --> the PgUp / PgDn / Home / End navigation hotkeys were implemented to do page-navigations that exactly "seam" with the previous extent.  We did this several releases ago based on multiple user requests that they needed to know that each 'step' was guaranteed to include only new / unprocessed features (compared to the previous extent). The page-step / arrow-button commands exposed in Pro 3.5 for Layout views also uses this design (albeit with some extra protection to ensure edge-of-paper doesn't disappear). In the notes above, however, EthanJerome is asking for partially-overlapping step distances "to provide overlap with the previous page to ensure thorough review".  This is what ArcMap did - some of the features on the edge of the view would still be in view after using the page-step buttons. We changed this on purpose in Pro to more accurately/precisely page-step across the map. The discussion item: How important is a partially-overlapping page-step distance? Something to keep in mind --> connecting the existing "full-step" commands to work with map views is a relatively small item for a near-future release... while adding a new option for configuring a partially-overlapping page-step-distance would need to be evaluated against other new dev tasks. Thanks, Nathan. ... View more

Thanks Michele!  My apologies, my note wasn't clear. Pro does NOT currently remember which Select tool you used last - it resets to Rectangle every time.   However, IF it did remember it, would that meet your need? (IE: rather than requiring a setting). Thanks!  Nathan. ... View more