v0.2.7

Changed

• Linter: Migrated from flake8 to ruff.
  (Added ruff; removed flake8 and isort)
• Adjusted GitHub CI workflow accordingly.
  (Added ruff job; removed flake8 and isort jobs)
• VS Code settings: Adjusted Pylance configuration

Added

• Added a batch file 'qa.bat' in root folder to ease local execution of code quality checks

Dependencies

• updated to dictIO>=0.2.5

v0.2.6

Changed

• Moved dev-only dependencies from requirements.txt to requirements-dev.txt
• ospx/__init__.py and ospx/fmi/__init__.py : ensured that imported symbols get also exported
  
  (added "as" clause -> "from x import y as y" instead of only "from x import y")
• Configured code quality tools flake8, black, isort, pyright
• Improved code quality, resolving all warnings and errors flagged by the configured code quality tools
  (flake8, black, isort, pyright, sourcery)

Added

• Added GitHub workflow 'main.yml' for continuous integration (runs all CI tasks except Sphinx)
  • format checks: black, isort
  • lint check: flake8, flake8-bugbear
  • type check: pyright
  • test: uses tox to run pytest on {Windows, Linux, MacOS} with {py39, py310}
  • publish: publishing to PyPI (runs only on push of new tag vx.x.x, and after all other jobs succeeded)
  • merge_to_release_branch: merge tagged commit to release branch (runs after publish)

Dependencies

• updated to dictIO>=0.2.4

v0.2.5

Changed

• variable.py: get_fmi_data_type():
  • Removed the elif branch 'isinstance(arg, Sequence)'.
    It caused problems as it falsely returned the FMI type 'Enumeration' also for strings.
    The respective elif branch is for the time being commented out.
    However, a proper solution is needed as soon as xs:enumeration is used in an OSP case.
    The problem is registered as Issue #5
• Code formatting: Changed from yapf to black
• STYLEGUIDE.md : Adjusted to match black formatting
• VS Code settings: Updated to use black as formatter
• requirements.txt: Updated dependencies to their most recent versions
• GitHub actions (yml files): Updated following actions to their most recent versions:
  • checkout@v1 -> checkout@v3
  • setup-python@v2 -> setup-python@v4
  • cache@v2 -> cache@v3

Added

• watchCosim: Added commandline option --scale
  (allows to scale the generated images by a factor)
• Added sourcery configuration (.sourcery.yaml)
• Added py.typed file into the package root folder and included it setup.cfg as package_data

v0.2.4

dependencies:

• upgraded to dictIO >= 0.2.2 (now supporting references and expressions in JSON dicts)

v0.2.3

Solved three issues:

• Connection: Corrected a bug in Connection.is_variable_connection() and Connection.is_variable_group_connection() which led to Variable Connections not being resolved.
• Importer: Corrected a bug in OspSystemStructureImporter, where multiple connections between two components would not be imported (but only the last one survived). Now, also more than one connection in between two components are imported correctly.
• Importer: OspSystemStructureImporter now resolves the type of initial values. I.e. If an initial value in OspSystemStructure is denoted as literal '1' but with Type 'Real', then this initial value will be imported not as integer 1 but as float 1.0

v0.2.1

changed setup() method of OspSimulationCase: FMU files get no longer copied into the case folder by default but stay where they are (i.e. in the library). Only if an FMU is not reachable by a relative path from the case folder, the FMU gets copied into the case folder.

v0.2.0

Added support for VariableGroupConnections in OSPSystemStructure.xml.
Added support for a Simulator-specific stepSize in OSPSystemStructure.xml, to override the stepSize defined in an FMU's modelDescription.xml.

v0.1.2

bumped version number to 0.1.2

v0.1.1

bumped version number to 0.1.1

v0.1.0

bumped version number to 0.1.0