sogno-platform / cimpy Goto Github PK

The CGMES v3 seems to be available here but the schema files are still missing.

To reproduce, in importCIGREMV.py, add:

o = import_result['topology']['_f71dc9cf-458e-4b79-9c3b-6e3a9b5cd398']
print(str(o))

Result: RecursionError: maximum recursion depth exceeded while getting the str of an object

Can also occur with Terminal objects (where I first noticed it), ConformLoad objects, SvPowerFlow objects and possibly others.

The parameter inertia of the class RotatingMachineDynamics is initialized in the contructor as an integer (see here).

When importing dynamic data, cimimport is converting the values of the cim files using the default value of the cimpy classes. That means, that cimimport tries to read the parameter inertia fro the CIM files as an integer and not as a float which traslante into an exception when reading dynamic data of cim topologies (see here)

The same bahaviour can be observed in the class SynchronousMachineTimeConstantReactance. The parameters tpdo, tppdo, tpqo, tppqo, tc should be initialized as floats in the contructor of the class.

I would like to know if a pandapower network saved in json or sql format can be exported to CGMES format using cimpy?

Thanks

Describe the bug
Given the following xml code (from EntsoE boundary files):

<cim:TopologicalNode rdf:ID="some_number">
<cim:TopologicalNode.BaseVoltage rdf:resource="#some_number2"/>
<cim:TopologicalNode.ConnectivityNodeContainer rdf:resource="#some_number3"/>
<cim:IdentifiedObject.name>label</cim:IdentifiedObject.name>
<entsoe:IdentifiedObject.shortName>label</entsoe:IdentifiedObject.shortName>
<entsoe:TopologicalNode.fromEndName>Tunita</entsoe:TopologicalNode.fromEndName>
<entsoe:TopologicalNode.fromEndNameTso>STEG</entsoe:TopologicalNode.fromEndNameTso>
<entsoe:TopologicalNode.fromEndIsoCode>TN</entsoe:TopologicalNode.fromEndIsoCode>
<entsoe:TopologicalNode.toEndName>Montalto</entsoe:TopologicalNode.toEndName>
<entsoe:TopologicalNode.toEndNameTso>Terna</entsoe:TopologicalNode.toEndNameTso>
<entsoe:TopologicalNode.toEndIsoCode>IT</entsoe:TopologicalNode.toEndIsoCode>
<entsoe:TopologicalNode.boundaryPoint>true</entsoe:TopologicalNode.boundaryPoint>
</cim:TopologicalNode>

it seems that the fields starting with the prefix "entsoe" are not loaded into the TopologicalNode object

To Reproduce

res['topology']['some_number'].__dict__
{'DiagramObjects': 'list', 'mRID': 'some_number', 'name': '....', 'description': '...', 'energyIdentCodeEic': '', 'shortName': '', 'SvInjection': None, 'SvVoltage': <cimpy.cgmes_v2_4_15.SvVoltage.SvVoltage object at 0x000002127B5DF850>, 'AngleRefTopologicalIsland': None, 'TopologicalIsland': None, 'BaseVoltage': <cimpy.cgmes_v2_4_15.BaseVoltage.BaseVoltage object at 0x000002127B709BE0>, 'ConnectivityNodes': 'list', 'ConnectivityNodeContainer': <cimpy.cgmes_v2_4_15.Line.Line object at 0x000002127B6FED30>, 'ReportingGroup': None, 'Terminal': [<cimpy.cgmes_v2_4_15.Terminal.Terminal object at 0x000002127AE99490>, <cimpy.cgmes_v2_4_15.Terminal.Terminal object at 0x000002127B10E220>]}

Expected behavior
The fields e.g. "fromEndIsoCode" should appear inside the TopologicalNode

The 2 Git urls in you current doc point to the deprecated GitLab repo, see: http://sogno.energy/cimpy/Install.html

please change docu here

Describe the bug
When installing CIMPY using pip, not all the cgmes_v2 classes are present. However using the install script in the repo yields the correct files.

To Reproduce
pip install cimpy

Expected behavior
All cgmes_v2 classes are present under the cimpy/cgmes_v2_4_15 folder , in /usr/local/lib/python3.7/site-packages

Screenshots

Desktop:
Using a python:3.7 docker container under WSL on a windows operating system.

The FEIN website is still pointing to the gitlab repo and needs to be updated.

Sometimes when using the funcion cimexport a KeyError Exception occurs

• README-Link
• Gitlab-CI converted to Github-Workflow

We need to deploy the documentation on github pages and update the README.