Latest Contributions by NathanShephard

Status changed to: Implemented 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://doc.esri.com/en/arcgis-pro/latest/help/mapping/navigation/select-features-by-symbology-class.html Hope this helps! -Nathan. ... View more

Thanks Fabian!  Yes, I am hopeful that one-minute intervals should get you what you need. Let me know how it goes - the 'max depth through time' use-case is an important one, so having confidence that you are getting a good result is important. On our side, we're going to update the feedback shown on export dislaog to make it clear when the pyramids/statistics part of the process is happening. We're also considering a future option to opt-out of this part of the process when exporting from the flood simulation layer, so you can choose to run that data processing step later / separately. Thanks! -Nathan. ... View more

Hi Fabian, If the waves are the primary issue, then there are two configuration options that help reduce that effect occurring in the math.  Are you using the following options? 1. Set a Roughness value.  Even a hard-coded value for the whole scenario, such as 0.035, will reduce the way the core (St Venant) equation can result in a build-up-and-release of water as it starts its initial movement (eg: over small barriers, etc). If you're able to use a raster to define variable roughness over the AOI, that will also help with movement speed and accuracy.  (Note - the infiltration options also help a little). 2. Use the 'High' temporal resolution option. This does 20x more calculations per simulation-second than 'Low' temporal resolution, which allows water to move downhill in smaller levels (fewer large waves). If you're already using both these options... then maybe the "heavy" rainfall rate you are using might be creating deep/fast flows that are not well-suited for the shallow water equation model.  ☹️  If the value is extremely high - as in, "not experienced by humans before" - then you should do a longer scenario with a smaller / feasible rainfall rate. Otherwise, the general method of exporting multiple results to generate per-cell maximum water levels is solid - it's the volume and size of the export that is taking the time.  You could also think about using the caching model to help with export time. That is, in the Layer Properties > Cache tab, set a small-ish interval (like one minute), run the scenario, and then use the "use layer's cache interval" export option to (effectively) convert the cache into a CRF without needing to rerun it all. Hope this helps! Thanks, -Nathan Shephard.   ... View more

Good news - playback direction is offered as an option in the UI for the Time Slider. Location - on the Time ribbon tab, in the Playback group.  Toggle to set/change the play direction: TimeSlider_PlayDirectionToggleControl.png Thanks! -Nathan ... View more

We added an option for this (for lines and polygons in 2D views) in Pro 3.6.  It's available on the Selection tab of the Project - Options dialog.  Hope this helps! Thanks, Nathan. ... View more

Thanks for being patient on this one.  The method we recommend in Pro is "stop motion" style animation, where you split the line feature into small sections, and then turn them on (in order) using the range slider. There's a (old) video explaining the process (see below) in more detail. - https://www.youtube.com/watch?v=tq4rzFPXwr4 We're thinking to revisit this in a near-future release and make it simpler. If that's interesting, please let us know what kinds of animations you're doing. We'll want to support things like icons/ cars / helicopters / planes moving along a path (in 2D and 3D), as well as the pure "line growth" animation used in (for example) the Indiana Jones movies.  Thanks, Nathan. ... View more

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). NathanShephard_0-1764732637466.png 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