Open Sveino opened 2 years ago
The following was proposed by Vladimir Alexiev: This was developed within the Transparency Energy Knowledge Graph project, funded from an INTERRFACE open call:
@prefix tr: <https://transparency.ontotext.com/resource/tr/> .
@prefix eic: <https://transparency.ontotext.com/resource/eic/> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
eic:10X1001A1001A38Y a tr:EnergyResource;
tr:name "STATNETT SF";
tr:countryCode "NO";
tr:dateUpdated "2016-10-18"^^xsd:date;
tr:eic "10X1001A1001A38Y";
tr:function "System Operator";
tr:notation "STATNETT_SF";
tr:description "Transmission System Operator";
tr:vatNumber "NO7080000923168";
tr:eicType <https://transparency.ontotext.com/resource/type/Eic/X> .
We are trying to build up a common reference registry for the European Power industry. We do not want this to be one particularly software application. This is not preventing the European Transparency Platform to publish the same information according to Vladimir Alexiev. However, the reference source should be http://energy.referencedata.eu/ As the source I suggest to utilize the
@prefix cim: <http://iec.ch/TC57/CIM100#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
@prefix nc: <http://entsoe.eu/ns/nc#> .
@prefix eu: <http://iec.ch/TC57/CIM100-European#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix org: <http://www.w3.org/ns/org#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#> .
@prefix gr: <http://purl.org/goodrelations/v1#> .
@prefix locn: <http://www.w3.org/ns/locn#> .
@base <http://energy.referencedata.eu/Organisation/> .
<#urn:uuid:e9e2da91-417b-44d9-bba3-3e222d40ebc0>
rdf:type org:FormalOrganization, cim:Organisation ;
dcterms:identifier
<#urn:uuid:a20490cf-9611-49e7-a535-ef069b329afd>
rdf:type nc:TransmissionSystemOperator ;
dcterms:identifier
<#urn:uuid:15c35a6e-6bad-4fbc-bd6f-6b6ea19e53d7>
rdf:type nc:Address, locn:Address ;
dcterms:identifier
The tr:
namespace was made only for that project because it used mostly Transparency data.
I will comment on the various proposed recommendations.
gr:
is subsumed by schema.org, so you should not use it. Search in schema.org for appropriate propsThe
tr:
namespace was made only for that project because it used mostly Transparency data. I will comment on the various proposed recommendations.
I understood this.
- We've used Org, RegOrg, Locn and schema.org extensively in the euBusinessGraph ontology.
I did attend one of the your webinar and wanted to ask about Organisation ontology.
gr:
is subsumed by schema.org, so you should not use it. Search in schema.org for appropriate props
I was a bit unsure, I did not find any example of ontology that used schema.org, but after I made the proposal I did find it. But I could not wait any longer to send the email. Yes, I will change it to schema.org.
@Sveino For EBG, see:
schema:domainIncludes,rangeIncludes
(which may not be needed for this project, since CIM uses overly-specific properties)HMG 2022-09-30: Proposal to use same approach as discussed for Areas. Meaning Concept per Organisation Role https://github.com/Haigutus/Energy-Reference-Data/issues/26
In general we would like to have all data that is outside the core processes as reference data. Organisation and Organisation role would be reference data in regards to CGM and TYNDP process. The Roles are managed by CIO https://www.entsoe.eu/data/energy-identification-codes-eic/eic-approved-codes/ with EIC code = PartyX The CIMXML Reference file should be generated from this list. NC/CSA include a model for Organisation and organisation role. The UML looks like:
However, this model does not support "VAT Code" and issue should be generated to get this included.
UCAig have created the project COMET to look at updating the organisation model. WG16 has made update to the organisation model in the latest update. If we shall look at W3C harmonization for organisation we would need to look at the work done by European Commission Joinup ISA Core Public Organisation Vocabulary (link) The CPOV should be consistent with the ORG-AP-OP (used by European Commission institutes). Other relevant vocabulary:
We are considering adding provenance,. This is included as part of the https://www.w3.org/TR/vocab-org/
For CIMXML we would like to add the following namespace:
Header:
Each Organisation would be:
Use EU:IdentifiedObject.shortName for EIC Display Name
UCAig is planning to remove the use of Compound - it does not make sense to have tools implement the current address structure when it is plan to be removed. Alt 1: Add necessary classes to NC:
Alt 2: We do not exchange the address information In this case we should not include the address attributes in the profile.
Alt 3: Use W3C and EU ISA We would like to add the following namespace: