Latest Contributions by Andy_Morgan

‎11-24-2025

I have a large web application used by most of our department that I've been maintaining since the early versions of the ArcGIS API / Maps SDK for JavaScript. Along with looking into the Widget to Component transition, there is one really important concept for which I need clarification and guidance. Will my dojoConfig.js file (entire code pasted below) continue to work after 4.x? (I'm currently on 4.27...you guys move too fast for some of us!) I realize Dojo framework itself has long been removed, but this piece continues to work and appears to be supported through the last 4.x version (4.34). As I understand, it’s basically a Require.js remnant that I still need to use for defining custom paths in the AMD structure in order to break up large amounts of code and for having separate classes and HTML templates. Either it will become unsupported altogether in 5.x (immediately or within a few versions) or maybe there no good way to weave this into Web Components…in either case it would leave me scrambling to find a way to reference all my files in the Visual Studio (.NET Framework) project. I asked the Community about this a couple of years ago but never got a good answer. This will take a substantial amount of time for me to re-write, when converting to Components alone, so I don't want to waste any time with my approach over the next 6 months. Do I need to re-arrange my code altogether, and if so how best to accomplish in today's modern JS design (preferably without relying on React/Angular/Vue frameworks)? I don't have much time to research these things, having just finished overseeing a double UN deployment and loaded with many other projects. I'm only knowledgeable in so many directions. dojoConfig.js let locationPath = location.pathname.replace(/\/[^/]+$/, ''); window.dojoConfig = { async: true, parseOnLoad: false, packages: [ { name: "appJavascript", location: locationPath + "/js" }, { name: "appJavascriptClasses", location: locationPath + "/js/classes" }, { name: "appJavascriptChartJS", location: locationPath + "/js/chart_js" }, { name: "appHtml", location: locationPath + "/html" } ], has: { "esri-native-promise": true } } This is used to call Javascript files from the "appJavascript/..." path define(["esri/config", "esri/geometry/SpatialReference", "esri/geometry/Extent", "esri/Map", "esri/views/MapView", "appJavascript/buttonHandlers", "appJavascript/layersLegend", "appJavascript/measure", "appJavascript/redline", ], function (esriConfig, SpatialReference, Extent, Map, MapView, appButtonHandlers, appLayersLegend, appMeasure, appRedline ) { Here's a portion of my file structure to get an idea of the size: Here's what else I know: 4.25 release notes saying that Dojo Loader is still included in the CDN AMD npm package and esri-loader are deprecated at 4.29 It seems like only a short matter of time before Dojo Loader is obsolete.

‎11-14-2025

Ah yes, so simple. Using "Connected" for the type, I then refined my barrier conditions and for output specified I only want certain valve asset groups / types. The final selection was only a set of valves and nothing else. Seems like this accomplishes the goal. Thanks!

‎11-14-2025

Thanks Patrick (and Mike). You both are of course right in the overall sense. I cannot argue with what you're saying and how isolating works in this case. I seem to have forgotten "isolation" traces are about the network as a whole (from sources outward to dead-ends, essentially). In real life, though, I'm assuming our Field Operations staff would want to turn off this cul-de-sac valve along with the others for fully isolating the pipe segment(s) involved, but that's an internal question I have for engineering and operations management.

‎11-14-2025

It selects the valve when Include Isolated Features is checked. So it's going right past this device feature. It's just odd, because this is one of over 21,000 valves with Asset Group = System, Asset Type = System. I didn't edit this feature. It's showing as having a last modified date the same as nearly every other valve which is the day we migrated over last month. That's why it has me nervous. If this seemingly random one is overlooked, then why are the others getting selected when spot checking so far.

‎11-14-2025

My problem: After recently deploying our water UN, and having already walked through an isolation trace to make sure it works (including tracing/updating the full System tier), I went to a random area to walk through trace settings. Although 3 System valves were selected in a typical isolation trace, I discovered one valve was missed in the trace. It's not easily explainable. I've checked z-values (all valves are set to 0), made sure it's selected using a "CONNECTED" trace (which it is), and checked attributes. There is nothing that stands out as to why isolation tracing won't see this as a barrier. I've tried these two settings for Filter Barriers, but neither makes any difference Category Is equal to Specific Value Isolating Asset group Is equal to Specific Value 2 (under network properties, I checked that System valve / System has "Isolating" under "Category" column) To be clear, the yellow highlighted valve is what I've selected in the map. It's a System / System valve, not a System / Bypass valve (similar yellow in legend). It's yellow because I highlighted it. All 4 valves are identical in terms of attributes that matter for UN connectivity and tracing. There is nothing special about this one valve, it's like many others. The lines on either side show z-values of 0 as well. I cannot find anything unusual about this random little area. It has me concerned we cannot trust the tracing results if I happened to notice this, which otherwise I would have trusted is going to produce accurate results.

‎08-15-2025

Nevermind, I realized the output was too large for my target field. This solved it: Left(GdbVersion($feature), 16) How do I delete a post in Esri Community? Under Post Options for my reply I only see Edit Reply but not a Delete option.

‎08-15-2025

The GdbVersion doesn't seem to work with a text field. I'm using ArcGIS Pro 3.3.3 The "G" is uppercase compared to the video tutorial: GdbVersion($feature) In any case, I've tried all case combinations. With only 2 lines of code, I cannot get it working. var CurVersion = GdbVersion($feature) return CurVersion Result of above on field calculate (for a simple text field of 16 characters) for a versioned layer in a Utility Network: ERROR 999999: Something unexpected caused the tool to fail. Contact Esri Technical Support (http://esriurl.com/support) to Report a Bug, and refer to the error help for potential solutions or workarounds. Message: Unable to complete operation. Details: Unable to perform applyEdits operation. Error: Invalid column value [UT_GISID]. Failed to execute (CalculateField). Is there a bug with 3.3.3 or is the documentation wrong? https://developers.arcgis.com/arcade/function-reference/feature_functions/#gdbversion

‎08-06-2025

An even better solution that pretty much mimics what was being done in the Geometric Network: 1. Select water main to be realigned. Instead of deleting all vertices between start/end nodes, use "Replace Geometry" on the water main (instead of on all the service lines attached to it). Make sure the start vs end node is in the correct order as you re-draw the line, so things don't get flipped. 2) When you finish your sketch edits, it'll shift the main and all the junctions and service lines automatically come over with the main. 3) Now all you have to do, if needing to shorten or increase the length of the service lines is touch the end node (vertex) rather than editing both ends in the previous steps.

‎08-05-2025

Thanks. Unfortunately, using grid snapping won't actually save time/clicks. Moving individual service line features (by dragging junction points), without referencing the snapping grid, was already one option we considered, but the reason it's more efficient to delete all vertices in between the end points is because ultimately the Technicians will still be re-drawing the geometry of each service line. They might get shortened, along with snapping to the realigned main geometry. So the most efficient route for our situation seems to be: 1. Realign start/end nodes for water main. 2. Mass delete all intermediate vertices. The main feature is shifted and all service lines are then disconnected. 3. For each service line, use "Replace Geometry" to redraw the service line at a more realistic length. While doing this part I realized we can use the [right click] Snap to Feature -> Edge option to snap to the water main midspan. I guess it's because we're shortening service lines while also repositioning them with the realigned main that we are in a somewhat rare situation. In any case, we do see that the Geometric Network handled this one with less clicks, since it auto carried the service lines over with the re-aligned main feature and kept them snapped. Oh well, we'll adapt.

‎08-04-2025

Is there any way to configure a utility network so that it behaves like the geometric network when adjusting line vertices as explained below? In the GN, if you were to delete all the vertices between start/end nodes, when you finish editing the water main it would carry all the service lines over as still snapped to the main. It would create vertices along the main at those fitting/service line connections. In the UN, it doesn't behave the same way. I tried setting edge connectivity to "Any vertex" for Water Main / Distribution Main asset type, but that doesn't fix the problem because it's precisely when the vertices are removed as the water main feature gets realigned. After deleting this vertex (under the X) and finishing the sketch, it doesn't pull the service line and junction over with it. Our GIS Technicians have to use 2 steps to re-draw the service line graphic: move junction point and then use "Replace Geometry" tool. Using "Replace Geometry" tool alone won't allow you to snap an end vertex anywhere along the water main feature. It may seem like a minor issue, but when you're doing this all day endlessly, with two clicks instead of one, it adds up to much time wasted.

‎07-15-2025

@gis_KIWI4, thank you so much for this simple point about needing to traverse the entire network! I only wish I had focused on it sooner. @MichaelParma, I also owe you thanks, since you sort of wrote the same thing. It was the words above, "needs to traverse the network before", that stuck with me, though. I've finally realized that on the Water System tier I hadn't established a subnetwork controller, since we didn't carry in a point for treatment plants or bulk meter. Using a FGDB copy, I've managed to get things working by... 1) Creating a Transmission Main that connects to a new point of Supply / Treatment Plant. 2) Defining the treatment plant as a subnetwork controller (port 2). 3) Tracing the entire system (Tier = Water System) using a Connected Trace. 4) Running an Isolation Trace using a random starting point, with Tier = Water System and for Filter Barriers I used Category = Isolating. It successfully stopped on the first set of valves going outward from the starting point. Woohoo!

‎07-01-2025

I've used something very close to what's shown in the article you mentioned. No matter what I try, it always fails with "No valid subnetwork controllers found." I'm using Water Pressure tier. I don't have P:Device Status (intentionally removed, using D_Configurations), but my Condition Barriers should be fine with Lifecycle Status check of does not include "In Service and To Be Retired". Filter Barrier is Category = Isolating. Somehow the 3 water storage tower subnetwork controllers aren't recognized with Isolation traces, but they work fine when running subnetwork traces to update my 3 pressure planes. Hmm. Would Esri Tech Support be my best chance for troubleshooting at this point? I'm concerned if nobody here has a good suggestion and this hasn't ever been observed. Is my UN "corrupted" somehow? I used D_Configurations to properly remove certain fields/subtypes/properties, but nothing crazy. Update: I noticed my subnetworks aren't showing under Find Subnetworks pane, so I'm going to first rebuild the topology and then run Update Subnetworks to make sure they're listed (and not dirty), and then I'll re-try the isolation trace. Maybe that was my problem all along? Controllers aren't detected because subnetwork wasn't fully built. This is a new round of creating UNs, so I must have forgot to complete this step. Hopefully that's it. More to come...

‎06-30-2025

Hi Michael, I have three WaterDevice points that are Storage / Tower features with Is Subnetwork Controller = True. These are for the Pressure tier and the pressure subnetworks have been tracing fine. This was the first thing I confirmed. As for isolation tracing, nothing has resolved it yet. I figured maybe I'll focus on trying to make it work with Water Pressure rather than Water Isolation tier, as you point out. I know Pressure traces with Trace Type = Subnetwork. I guess if the trace type is isolation then the problem is about the subnetwork controller for isolation. I don't understand how to use Isolation Zone, it seems. I'll move on to gis_KIWI4's thoughts next, unless you have other ideas? Thanks.

‎06-30-2025

I did add a System Valve / Isolation Zone feature and set it to be a subnetwork controller. It does show as Is Subnetwork Controller = True for Water Isolation tier. Nothing changes, though. My questions keep multiplying, it seems. Here are all the interrelated things that I'm wondering about: We don't have any System Valve / Isolation Zone features that carry over from our Geometric Network. I created one for testing, as mentioned above, but how does this relate to running a single trace for any random main within our system? Surely you don't have to define a subnetwork controller for every possible place you'd trace. That would be hundreds of thousands of controllers, in our case. It wouldn't make sense that's how it works. Most of our valves along mains are System Valve / System type. My simple desire in performing an isolation trace is to place a starting point on any random main and then have it trace out one level to stop at all the system valves (+ maybe one or two other types of valves to consider). We don't keep track of open/closed status. We just want to simply stop the trace where System Valve is found. Can I not somehow define a trace to use System valve as a barrier and ignore the need for using Isolating Subnetwork Controllers? As mentioned, @RobertKrisher wrote, "You can always run an isolation trace by using a filter function barrier to define criteria for isolation." I thought he was implying there is a way around using Water Isolation tier and isolation zone features for this type of trace. There must be something fundamental I'm not understanding, but there's nothing complicated about my goal. It's sort of a stripped down version of the default (UN foundation) barrier conditions. I just want to say stop at this type of valve. I can include a condition of LifeCycle Status = In Service, but that's probably the only other attribute that matters.

‎06-30-2025

Before I deploy our Water UN to production, I'd really like to understand what's needed to get isolation traces working. No matter what Tier I try (Water System, Pressure or Isolation), it always fails with "ERROR 001797: No valid subnetwork controllers found." Same thing happens even with the ESRI Foundation GDB (v 4.1) that I used as a starting point to build our UN. It should be simple: System Valve / System is assigned "Isolating" Category, so all of those systems valves should act as barriers for such a trace if Filter Barrier is Category = Isolating, right? I see the Subnetwork Controller for the Water Isolation Tier is System Valve / Isolation Zone (which I do have some in our system), but how does this relate to running isolation traces anywhere throughout the network? @RobertKrisher wrote this: "You can always run an isolation trace by using a filter function barrier to define criteria for isolation." (https://community.esri.com/t5/arcgis-utility-network-questions/a-few-subnetwork-questions/m-p/1474082#M3893) What does that mean? I tried adding this: Filter Barrier: Category = Isolating Filter Function Barrier: Count, Asset Group = 2 ...but it still throws the same error message.

Online Status	Offline
Date Last Visited	‎05-19-2026 07:58 AM

My Ideas

Latest Contributions by Andy_Morgan

dojoConfig (loader) replacement strategy for large JavaScript app with many files?

Re: Water isolation trace: one valve (same as others) is omitted from results

Re: Water isolation trace: one valve (same as others) is omitted from results

Re: Water isolation trace: one valve (same as others) is omitted from results

Water isolation trace: one valve (same as others) is omitted from results

Re: Use gdbVersion to Return the Current Version Being Edited in Attribute Rules

Re: Use gdbVersion to Return the Current Version Being Edited in Attribute Rules

Re: Water service lines aren't re-snapping to main with vertex edits

Re: Water service lines aren't re-snapping to main with vertex edits

Water service lines aren't re-snapping to main with vertex edits

Re: Water Isolation Trace "No valid subnetwork controllers found"

Re: Water Isolation Trace "No valid subnetwork controllers found"

Re: Water Isolation Trace "No valid subnetwork controllers found"

Re: Water Isolation Trace "No valid subnetwork controllers found"

Water Isolation Trace "No valid subnetwork controllers found"

Re: Water service lines aren't re-snapping to main...

Water service lines aren't re-snapping to main wit...

Re: dojoConfig (loader) replacement strategy for l...

dojoConfig (loader) replacement strategy for large...

Re: Water Isolation Trace "No valid subnetwork con...