|
POST
|
NM. I should have Googled before posting. Apparently this is an ArcPro SDK convention that indicates the table is defined with traditional versioning. Ed
... View more
Saturday
|
0
|
0
|
106
|
|
POST
|
Hi - I'm just trying to understand what's going on here. I have a stand-alone table from an Oracle database in my TOC named MAXIMO.ZXQSERVPOINT. See below. When, in code, I iterate through the tables present in the TOC the name is returned as "MAXIMO.%ZXQSERVPOINT". See below. What's the deal with the "%" ?? Any info would be appreciated. Thx, Ed
... View more
Saturday
|
0
|
1
|
127
|
|
POST
|
Of COURSE .... its in the next release. You're killing me man. Anyway, thanks for the info. Ed
... View more
Tuesday
|
0
|
0
|
57
|
|
POST
|
Hey @RobRob and/or @RichRuh - As documented in the article you reference above, the export subnetwork JSON describes an "un-directed graph" of the subnetwork. Without writing one's own equivalent of a ForwardStar, is there some way to define directionality on this? Currently in the UN we use the ArcFM FeederTrace to create a device hierarchy for a feeder. That is, each device knows its parent device. I was hoping to create the same from a subnetwork export, but am currently stuck on the "un-directed" part. Thx, Ed
... View more
Tuesday
|
0
|
0
|
59
|
|
POST
|
Thanks Robert - Our use case is this. We currently represent substation internals in a geometric network separate (spatially and logically) from the distribution network. As an initial step in our UN journey the thought was to include distribution features in the UN network, but put substation internals into a simpler trace network. With a long-term goal of incorporating the internals into the UN. Seems to me, knowing what I've discovered about the trace network, this strategy will not work. A better approach for us may be to include the sub internals in a separate utility network. But we're still mulling this over. Ed
... View more
2 weeks ago
|
0
|
0
|
217
|
|
POST
|
Not as far as I can tell. We need to operate on a set of selected features and determined what they are connected to, with the possibility that they are not connected to anything. Someone had the idea that we could use a Trace Network for this, but it looks like that will not work. Ed
... View more
2 weeks ago
|
0
|
0
|
247
|
|
POST
|
Again.. I'm not looking for how to perform a trace. I see that. What I'm looking for is a way to examine a selected feature that participates in the trace network and discover what other features it's connected to... without performing a trace. The equivalent of the GN: ISimpleJunctionFeature::EdgeFeature Ed
... View more
2 weeks ago
|
0
|
2
|
315
|
|
POST
|
Thanks for this. I've actually seen the post. But its not really what I'm looking for. I should have been more clear. In the GN you can get a feature cast it to a network object, like a simple junction, and from that find out what its connected to. You can take similar steps to find what connected to a given feature in the UN. I need to do the same for features in a Trace Network. Thanks again, Ed
... View more
2 weeks ago
|
0
|
4
|
349
|
|
POST
|
Hi - I'm looking for examples of how to with with Trace Network features in the Pro SDK. Starting with how to open a Trace Network from a geodatabase. CoPilot says I can do this: var tn = geodatabase.Open<TraceNetwork>("MyTraceNetwork") but, as often seems to be the case, CoPilot appears to have lied to me. Any suggestions would be appreciated. Thx, Ed
... View more
2 weeks ago
|
0
|
9
|
396
|
|
POST
|
Yes. The fuse has terminals. Kind of confusing. But if that's the way it works its good to know. Thanks for the info. Ed
... View more
4 weeks ago
|
0
|
2
|
483
|
|
POST
|
Here goes... Devices in in the category "E:Switch -Fuse" are defined as barriers for this trace. Option to include barrier features is un-checked. Trace is executed stopping at fuses, but fuses are included in the result.
... View more
4 weeks ago
|
0
|
0
|
488
|
|
POST
|
Sorry I missed this post the other day. Thank you for the reply! Unfortunately, as you probably know, having to do the trace to derive the flow direction has a bunch of drawbacks. Thanks again, Ed
... View more
4 weeks ago
|
0
|
0
|
201
|
|
POST
|
In the Geometric Network using ArcObjects you can dig in to the details of a network edge and determine its flow direction -- which is useful in a number of circumstances, including if you want to determine the source side and load side of a given electric device (in a radial network). I can't seem to find an equivalent way to do this with the UN and the Pro SDK, but I could be missing something. Any guidance here would be much appreciated. Thx, Ed
... View more
a month ago
|
0
|
2
|
304
|
|
POST
|
We just started trying to use the ConductorDetail table to hold rows describing conductor phase and neutral wires. I noticed that when we split a conductor these are not duplicated to both new features. Is there a way to configure this behavior in the UN database? Thx, Ed
... View more
05-14-2026
07:31 AM
|
1
|
0
|
219
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-14-2026 07:31 AM | |
| 1 | 05-11-2026 02:55 PM | |
| 1 | 01-07-2026 12:34 PM | |
| 1 | 01-04-2026 05:14 PM | |
| 1 | 12-17-2025 07:45 AM |
| Online Status |
Offline
|
| Date Last Visited |
Friday
|