Latest Contributions by COSPNWGuy

Please build an EB widget that allows for tracing of Trace Networks (distinct from the concept of tracing Utility Networks). Please work with JS SDK team with the enablement of the JS SDK to "understand" network topology which is a prerequisite item for any kind of widget to be be built. I know ESRI has made the past decision to not support Trace Networks on the web. I want to encourage ESRI to rethink this position for several reasons. First, utility networks make zero sense for simple topologically defined hydro networks that still need tracing functionality. A UN is a lot of bloat for these. Second, you already have the Trace Network capability exposed at the server level. It seems odd to leave the job "half finished" and not offer any ESRI tools utilizing it. Third, ESRI needs to have some kind of "plan B" insurance to offer customers with the coming of NSRS 2022 which has significant impacts to future and current utility networks in the USA as there is no way to reproject a currently built UN. ... View more

Pretty simple idea. Allow the JS SDK be able to take advantage of network topology. It was to my utter surprise that I learned that Trace Networks have been a exposed capability at the server level for a while, and that it isn't just a "Pro" thing. See below screen shot (apologies for the quality - I took this picture at this year's 2026 ESRI UC at the geodatabase kiosk). Notice that Utility and Trace Networks are distinct server side capabilities. They are not the same. It seems incomplete to have this server side capability with no JS SDK ability to use it. I started to put things together with the help of Jose at the JS SDK booth that even though the Trace Network capability is exposed, there is no current ability for the JS SDK to use network topology - hence no JS components, hence no widgets in any ESRI web product that can trace Trace Networks on the web (only in Pro). Jose seemed to indicate that there might be a JS project already in place to look into enabling topology in the SDK. I want this idea to lend credence to it if such a project is on the books. Additionally, it would be good for ESRI to do this as there is a lot of headwinds coming for utility networks due to the upcoming NSRS 2022. Also, there is a lot of hydro networks that do not lend themselves to utility network implementations. It would be good for organizations to have other alternatives (albeit more simplistic) to trace networks on the web than the UN which is the only option currently. ... View more

Currently, it is not possible to reproject a built utility network. The only way to do this is to go back to the asset package "level", reproject, and build the UN back up. I understand the initial logic on the design decisions on why the coordinate system is "locked down". However, there is a "tsunami" approaching that many in the industry are going to have to deal with that now must be considered. There have been rumblings about the NSRS 2022 (National Spatial Reference System of 2022) for several years. ESRI is aware of it and has blogged about it. It was obvious in this year's presentation by the National Geodetic Survey at the 2026 UC, that it is coming - most likely sometime in 2027. The NGS has transitioned from the "science phase" to full on outreach mode. They are trying to get the word out that the new system is coming. With this news, there are many many utility networks that will and must be migrated to the new coordinate system. This is essentially any utility in the United States or territories. There needs to be a better way for a UN to move to a new coordinate system than the answer essentially be "start over". Orgs have spent countless hours and money building these networks and only to have to start over to change coordinate systems will be a pill hard to swallow. So, the idea is simple - allow reprojection of a built UN. ... View more

Hi all, Long-time GIS user, but first-time water resources/H&H workflow question. I’m working on a project where consultants are developing separate HEC-RAS models for different drainage basins in our city, each producing flood surface results for various design storm events. Once all the modeling is completed, there’s a desire to generate a single multidimensional .crf layer of water surface elevations that represents the combined results of all models. The end goal is to create a smooth, time-enabled flood animation/analysis layer for our ArcGIS ecosystem. I understand that consultants can export individual water surface .tif rasters for each model timestep, but this results in a very large number of files to manage, and I’d like to avoid unnecessary raster wrangling if possible. My main questions: Is it possible for ArcGIS Pro to import native HEC-RAS output results (e.g., the RAS Mapper results folder or the simulation *.hdf file) directly, without requiring hundreds of exported TIFFs? If so, what is the best workflow to convert those native HEC-RAS outputs into a single multidimensional .crf suitable for time-enabled visualization and analysis? Are there best practices or considerations when combining outputs from multiple, separate HEC-RAS models into one coherent time-enabled raster layer? Any guidance would be greatly appreciated. Thanks! ... View more