Area and Area Function about energy-reference-data HOT 4 OPEN

HMG 2022-09-30: Proposal to go with option 3. - the drawback of data duplication is small compared to he flexibility accuracy and alignment with different models (mainly CIM). One to one compatibility between functions is not guaranteed, what other options would expect.

from energy-reference-data.

@Haigutus , @Sveino
Whatever solution you adopt, should work equally well for all kinds of EIC entities: Parties, Resources, etc because they also have Functions.

I strongly believe that each EIC entity should have one identity, linking to its various functions. Example from our TEKG project:

<10YCA-BULGARIA-R> a tr:EnergyResource ;
        tr:countryCode  "BG" ;
        tr:eic          "10YCA-BULGARIA-R" ;
        tr:function     "Bidding Zone" , "Member State" , "Control Block" , "Control Area" , "Market Balance Area" , "Scheduling Area" ;
        tr:eicType <type/Eic/Y>.
<eic/10X1001A1001A38Y> a tr:EnergyResource;
  tr:name "STATNETT SF";
  tr:countryCode "NO";
  tr:eic "10X1001A1001A38Y";
  tr:function "System Operator";
  tr:eicType <type/Eic/X>.

• function is better rendered as a resource (not string), part of a Functions concept scheme. However, some functions are inconsistently spelled, so require normalization, so you may well need two fields function and functionText (latter to be used as a mini "staging area" until resolved)
• eicType is the class of EIC and decodes the third char of the EIC.
• for some EnergyResources we also added rdf:type based on function. However, some functions are inconsistent with eicType and multiple values are inconsistent between themselves (eg both "Production Unit" and "Generation Unit").

See function-related validation rules starting at https://transparency.ontotext.com/spec/#function-not-null (3.6.1). Also see 3.6.10 and 3.6.11 about EIC-functions compatibility.

from energy-reference-data.

There are some areas that we need to include in a common reference for Pan-Europe, but there is also a need for area that it maintain inside each country:

• GeographicalRegion (need to be pan Europe)
• SubGeographicalRegion (needed for the country).

• BiddingZone and BiddingZoneBoard - should be one concept

• SynchronousArea, LFCBlock, LFCArea and LFCOperator

I think the Function should be part of the organisation and roles: #17

from energy-reference-data.

Related to: #51

from energy-reference-data.