pycgmes 2.0.3

Python dataclasses for CGMES 3.0.0

PyCGMES

• PyCGMES
  • About CGMES
  • Library usage
  • Custom attributes
    • Add to an existing profile
    • Create a new profile
    • Implementation details
      • Apparent class
      • Namespace
        • Class/Resource Namespace
        • Attribute namespace
  • Content of this repository
    • Schemas v3
    • SHACL files
    • V3 source zip
    • Dataclasses
  • Library build, CI, CD...
    • CI
    • CD
  • License
  • Contributing
  • Contact
  • Attribution

Python dataclasses for CGMES 3 + RDF schema description + SHACL (validation) files.

About CGMES

The Common Grid Model Exchange Specification, or CGMES, is provided by ENTSO-E (the European Network of TSOs for Electricity) to facilitate the exchange of grid data between parties. It is based on CIM, the Common Information Model for electric utilities, provided by the IEC (see also CIM on Wikipedia).

CIM defines the vocabulary for electricity grids, meaning the names we use for different components and the way they relate to each other. CGMES takes a subset of this vocabulary and provides RDF schema and SHACL validation files.

Further reading and all relevant CGMES (source) files are found on the CGMES page of the ENTSO-E website.

Library usage

From Pypi.org, 2 packages are available (both from this repository):

• https://pypi.org/project/pycgmes/
• https://pypi.org/project/pycgmes-shacl/

They can easily be installed via pip: pip install pycgmes or pip install pycgmes-shacl.

Custom attributes

You might want to add extra attributes. For instance, the color of a cable (ACLineSegment). This is possible in 2 ways:

• Adding the attribute to a custom class in an existing profile.
• Define a new profile including a custom class where the attribute is defined.

You can look at the examples

Add to an existing profile

If you need to add your own attributes (example: cable colour), you can do that by subclassing the relevant class, and add one or more new atributes there.

If this is a leaf node (for instance ACLineSegment), it "just works". If you want to add an extra attribute to a class higher in the hierarchy (for instance Equipment) there is a lot more work to do.

@dataclass
class CustomBay(Bay):
    colour: str = Field(
        default="Red",
        in_profiles=[
            Profile.EQ,
        ],
    )

Create a new profile

This approach is cleaner and more standard compliant: the official CGMES profiles stay untouched, while a new additional profile contains your customisations.

You can do this by extending the `BaseProfile`` Enum in profile.py.

While in Python it is not possible to extend or compose Enums which already have fields, you can create your own:

from pycgmes.utils.profile import BaseProfile

class CustomProfile(BaseProfile):
    CUS="Tom"
    FRO="Mage"

And use it everywhere you would use a profile:

@dataclass
class CustomBayAttr(Bay):
    colour: str = Field(
        default="Red",
        json_schema_extra={
            "in_profiles": [
                CustomProfile.CUS,
            ],
        }
    )

# And for instance:
custom_attrs = CustomBayAttr(colour="purple").cgmes_attributes_in_profile(CustomProfile.CUS)

Implementation details

Apparent class

By default, an attribute is fully qualified. A standard attribute in ACLineSegment will appear as ACLineSegment.attribute in the serialisation. In the case of a custom attribute defined via a sub class, the result would be: ACLineSegmentCustom.customAttribute. To preserve the original class name (i.e. serialise your attribute as ACLineSegment.customAttribute), you need to override the apparent_name of your custom class:

from pydantic.dataclasses import dataclass

from pycgmes.resources.ACLineSegment import ACLineSegment


@dataclass
class ACLineSegmentCustom(ACLineSegment):
    @classmethod
    def apparent_name(cls):
        return "ACLineSegment"

Namespace

Class/Resource Namespace

The default class (or resource) namespace is http://iec.ch/TC57/CIM100#.

You can override it when you create a custom resource by just redefining the property namespace:

Attribute namespace

In the serialisation, the namespace of all attributes is http://iec.ch/TC57/CIM100# by default.

The namespace of an attribute is the first value found:

• namespace defined in the Field (see colour below - it would be custom)
• namespace of the class (see size below - it would be custom ns class)
• namespace of the first parent defining one. The top parent (Base) defined cim.

from pydantic.dataclasses import dataclass
from pydantic import Field

from pycgmes.resources import ACLineSegment


@dataclass
class ACLineSegmentCustom(ACLineSegment):
    colour: str = Field(
        default="Red",
        json_schema_extra={
            "in_profiles": [
                Profile.EQ, # Do not do this, see chapter "create a new profile"
            ],
            "namespace": "custom",
        },
    )

    size: str = Field(
        default="Big",
        json_schema_extra={
            "in_profiles": [
                Profile.EQ, # Do not do this, see chapter "create a new profile"
            ],
        }
    )

    @property
    def namespace(self) -> str:
        return "custom ns class"

    @classmethod
    def apparent_name(cls):
        return "ACLineSegment"

It will be given when cgmes_attributes_in_profile() is called.

Content of this repository

Schemas v3

schemas are rdf definitions of CGMES. They are used once, to generate dataclasses, and can then happily be forgotten.

They are available on the ENTSO-E site. Look for CGMES Conformity Assessment Scheme v3 then Application Profiles v3.0.1

Older versions could be found on the ENTSO-E site.

SHACL files

Shapes Constraint Language is used for validation of the actual content of the CGMES files, not just XML validation. They can be found in shacl. This is the new validation standard. OCL is referenced, specially with older versions, but ENTSO-E is moving away from it.

To use them, there is another package pycmges-shacl, built from this repo as well.

V3 source zip

From ENTSO-E, in data. This is one small-ish zip file, containing a bit more than just the SHACL and RDFS files (those extracted and mentioned above) but is usually not needed.

Dataclasses

Generated from the modernpython serialisation of cimgen.

Library build, CI, CD...

CI

The CI happens in GitHub actions.

The standard black/pyright/ruff are run there, via scons.

CD

Deployment happens to pypi.org, via the standard poetry commands poetry build, poetry publish.

License

This project is licensed under the Apache 2.0 license - see LICENSE for details.

Contributing

Please read CODE_OF_CONDUCT.md, CONTRIBUTING.md, and PROJECT GOVERNANCE.md for details on the process for submitting pull requests to us.

Contact

Please read SUPPORT.mdfor how to connect and get into contact with the project.

Attribution

This project represents an advanced evolution of two prior initiatives: CIMgen and CIMpy. For further details and insights into the foundational work that inspired this project, interested parties are encouraged to visit their respective repositories on GitHub. CIMgen can be accessed at CIMgen GitHub Repository, and CIMpy at CIMpy GitHub Repository.