2 Replies Latest reply on Jun 20, 2014 1:22 PM by Robert Krisher

    Question About ArcFM Electric Tracing

    Ed Blair


      I know I’ve got a data error that is creating unexpected results, so I’m not going to suggest there is any issue or problem with electric tracing, there’s just what seems to be an inconsistency I’m trying to understand.  With that disclaimer out of the way, here’s my question.


      I’ve got a secondary line that has an invalid geometry.  The line has a segment that loops back on itself, so it’s invalid.  And I know I need to fix it.  But here’s the part I don’t understand.  This secondary is connected to a transformer.  When I do an ArcFM downstream trace from the primary upstream of the transformer I get expected results.  My secondary with the invalid geometry is traced as well as is the connected service point.  However, when I initiate a trace directly at the transformer the trace returns nothing. Not the secondary and not the service. It’s as if in the first scenario the trace ignores the fact of an invalid geometry and in the second it doesn’t.


      So, oh great and humble geometric network gurus out there, if anyone could shed light on what’s going on here I would appreciate that a lot.


      And again, I know the data condition must be fixed.






        • Re: Question About ArcFM Electric Tracing
          Ed Blair

          OK.  Let me add what I think is going on, and then possibly an actual expert can confirm or correct me.


          The bulk of tracing activity occurs in the logical network, using a ForwardStar cursor to navigate from edge to junction.  But you can't really start in the logical network.  You have to start from a selected feature, then get the feature's corresponding network EID and proceed from there through the network.  In the first case where I select a line, which is a valid feature, it's able to move from feature to network element with no problem.  And once in the network it doesn't care about any feature geometry, it just gathers up connected EIDs and then when done uses the bunch of them to select (or just highlight) associated features.


          In the second case the process starts from a junction (a transformer) which then tries to inspect adjacent line features before diving into the network.  It's in the course of inspecting these adjacent features that it finds one with an invalid geometry and croaks.


          Am I close?



            • Re: Question About ArcFM Electric Tracing
              Robert Krisher


                This could be.  In the past, when dealing with bad network data, I've written what I've referred to as a "slow trace tool".  This sort of tool lets you select a starting feature and drill through all of its connected features via a simple GUI.  Such a tool would be helpful for diagnosing what you're dealing with, but alas, I no longer have this tool available (but they're pretty easy to write).