Select to view content in your preferred language

Electric Utility Network field mapping question

627
4
Jump to solution
01-22-2024 08:20 AM
BryanMay531
Regular Contributor

I'm mapping our electric data to the Utility Network Foundation v.1.

I have the whole group of fields below that I'm unable to match in the model.

Our electrical engineer thought it odd that there are not matches in the model.

I'm mapping our Breaker/Recloser features to Electric Devices to:

26- Med Voltage Circuit Breakers

and to 41 Medium Voltage Recloser.

I'm having trouble matching these fields:

Has anyone had any experience with matching data like these?

FAST_PHASE_CURVEFAST PHASE CURVEString
FAST_PHASE_SHOTS_TO_LOFAST PHASE SHOTS TO L.O.Double
FAST_PHASE_PUFAST PHASE P.U.Integer
SLOW_PHASE_CURVESLOW PHASE CURVEString
SLOW_PHASE_SHOTS_TO_LOSLOW PHASE SHOTS TO L.O.Double
SLOW_PHASE_PUSLOW PHASE P.U.Integer
FAST_GROUND_CURVEFAST GROUND CURVEString
FAST_GROUND_SHOTS_TO_LOFAST gROUND SHOTS TO L.O.Double
FAST_GROUND_PUFAST_GROUND_PUInteger
SLOW_GROUND_CURVESLOW_GROUND_CURVEString
SLOW_GROUND_SHOTS_TO_LOSLOW_GROUND_SHOTS_TO_LODouble
SLOW_GROUND_PUSLOW_GROUND_PUInteger
FAST_PHASE_MULTFAST_PHASE_MULTDouble
FAST_PHASE_ADDERFAST_PHASE_ADDERDouble
SLOW_PHASE_MULTFAST_PHASE_MULTDouble
SLOW_PHASE_ADDERFAST_PHASE_ADDERDouble
FAST_GROUND_MULTFAST_GROUND_MULTDouble
FAST_GROUND_ADDERFAST_GROUND_ADDERDouble
SLOW_GROUND_MULTSLOW_GROUND_MULTDouble
SLOW_GROUND_ADDERSLOW_GROUND_ADDERDouble

 

0 Kudos
1 Solution

Accepted Solutions
JohnAlsup
Esri Contributor

Hi Bryan

The Electric Foundations are really just a starting point.  There is risk in adding too many attributes to any single class.  It could impact performance and other areas of the system if too many attributes are added.  With that said, we included the attributes most popular with various analysis packages, like CYME, OpenDSS, Siemans, Schenieder, etc.  We tried to limit to fields that are unique to the specific equipment.  Things like fuse curves are typically specific to a model and could be obtained from reference tables. 

John Alsup
jalsup@esri.com

View solution in original post

0 Kudos
4 Replies
JoaquinMadrid1
Regular Contributor

Dear @BryanMay531 

I would wait for feedback from Esri Solutions... In the meantime, keep in mind that unless a feature class attribute was assigned some Network Attribute, its presence or absence in your model does not affect at all the OOTB Network Management behavior.

Therefore, if you are having difficulty mapping your fields to those of the Foundation, you should not have any issues bringing YOUR fields into YOUR (Foundations derived) model. Remember that, as Esri Solutions has documented time and time again, Electric Foundations is a reference that you can use to immensely help on an early adoption of the UN. Yet, it is not a written-in-stone schema; rather, it is versatile, extendable and scalable to fit your needs without compromising OOTB functionality.

Additional note: one advantage of bringing some fields form your legacy model as-is is that any integration with external systems that rely on those fields is minimally impacted. 

0 Kudos
BryanMay531
Regular Contributor

Makes sense.  Thanks!!!

0 Kudos
JohnAlsup
Esri Contributor

Hi Bryan

The Electric Foundations are really just a starting point.  There is risk in adding too many attributes to any single class.  It could impact performance and other areas of the system if too many attributes are added.  With that said, we included the attributes most popular with various analysis packages, like CYME, OpenDSS, Siemans, Schenieder, etc.  We tried to limit to fields that are unique to the specific equipment.  Things like fuse curves are typically specific to a model and could be obtained from reference tables. 

John Alsup
jalsup@esri.com
0 Kudos
BryanMay531
Regular Contributor

Got it.  Thank You!

0 Kudos