Latest Contributions by VishApte

Hi, I have a geometric network with ArcFM for an electric dataset. I want to configure Data Reviewer Attribute Validation based on the connected features attribute. E.g. I have a "electric line" geometry with "phase" attribute set as "three phase". If this electric line has a "switch" geometry connected with "phase" attribute value set as "single phase", I want to create error record in reviewer. Is this possible using Data Reviewer? Cheers, Vish ... View more

只是想知道是否有人开发出一种俏皮的国防部eling solution to model "spans" between two poles and conductors that exist within that span. In this part of the world, it is called Spans and Bays. I would imagine this will be a common requirement for all electric UN models. Most Enterprise / Work Management systems, Vegetation control systems etc. work with "spans" rather than electric lines. Work orders etc. are generated for spans and not for lines. SAP also uses "span" as a Functional Location and creates notification or work-order against the span. The requirement here is GIS user should be able search / locate a span and find associated assets such as poles and electric lines. Or run a trace for a section of the network and identify spans and poles associated. I have few options in mind to model Spans and Bays with UN. 1. Create StructureLine of AssetGroup OverheadSpan that gemetrically connects to two StructureJunctions of AssetGroup Pole. Also create Containment relationship between OverheadSpan and Electric Lines where OverheadSpan contains one or more ElectricLines. Using Feature Creation Group Template, creation of Poles and Spans and first set of overhead of electric lines can be easily automated. Addition of subsequent electric lines in the span will require user to manually set containment relationship with spans. Two drawbacks in this model: Not able to identify "bay" on the OverheadSpan the contained electric conductor is located at. Some spans can have 3 or 4 different electric conductors e.g. 2 HV circuits and 2 LV Circuits with-in a span and are usually identified by a bay number. With this model, when I run a electric domain trace with "Include Containers" on and "Include Structure" on, poles are not highlighted. This is because there is no direct association between electric lines and poles. Electric lines are contained by OverheadSpans that are connected to Poles. UN traces do not support hierarchical selection i.e. ElectricLine to StructureLine via containment association and then selected StructureLine to StructionJunction via junction-edge connectivity. On the other hand tracing Structure Network highlights poles, overhead spans and electric lines associated to OverheadSpans using "Include Content" option. But users do not trace structural network. I can also model Overhead Attachment of ElectricJunction and have structural association with poles but it is a lot of editing. 2. Use non-spatial StructureJunctionObject and StructureLineObject. StructureJunctionObject with AssetGroup "Bay" will represent "bay" on a pole. StructureJunction->Pole "contains" StructureJunctionObject->Bay. Also create a StructureEdgeObject with AssetGroup "OverheadSpan" that represents spans between two poles and connects to StructureJunctionObject->Bay. Then have a StructureEdgeObject->OverheadSpan contain ElectricLine->OverheadConductor. It still doesn't solve the problem of highlighting Poles when performing electric domain traces. Also, I am not sure if non-spatial objects will work here. All documentation about non-spatial objects alludes that it should only be used for the fiber/comms network. 3. Use a related table for ElecticLine, lets say ElectricLineSpans as a child table for ElectricLine. And have this table auto-populated using Attribute Rule when overhead line connecting two poles is created. But I am concerned about the performance of such auto-population using Attribute Rules and possible race-condition when adding features using group templates or interfacing using applyEdits etc. And still doesn't solve identification of the bay number. Any suggestions and/or previous experience is much appreciated. Cheers, Vish ... View more