osdu-python-models 0.6.0__tar.gz → 0.7.0__tar.gz

osdu_python_models-0.7.0/PKG-INFO

@@ -0,0 +1,186 @@
+Metadata-Version: 2.4
+Name: osdu-python-models
+Version: 0.7.0
+Summary: Typed Pydantic models for OSDU data payloads — opt-in companion to osdu-python-client
+Author: Equinor
+License-Expression: Apache-2.0
+Project-URL: Homepage, https://github.com/equinor/osdu-python-models
+Project-URL: Repository, https://github.com/equinor/osdu-python-models
+Project-URL: Issues, https://github.com/equinor/osdu-python-models/issues
+Keywords: osdu,pydantic,schemas,models,wellbore,ddms
+Classifier: Development Status :: 4 - Beta
+Classifier: Intended Audience :: Developers
+Classifier: Programming Language :: Python :: 3
+Classifier: Programming Language :: Python :: 3.10
+Classifier: Programming Language :: Python :: 3.11
+Classifier: Programming Language :: Python :: 3.12
+Classifier: Programming Language :: Python :: 3.13
+Classifier: Programming Language :: Python :: 3.14
+Classifier: Topic :: Software Development :: Libraries
+Classifier: Typing :: Typed
+Requires-Python: >=3.10
+Description-Content-Type: text/markdown
+License-File: LICENSE
+Requires-Dist: pydantic>=2.9
+Provides-Extra: dev
+Requires-Dist: datamodel-code-generator>=0.26; extra == "dev"
+Requires-Dist: pytest>=8.0; extra == "dev"
+Requires-Dist: ruff>=0.6; extra == "dev"
+Dynamic: license-file
+
+# osdu-python-models
+
+Typed **Pydantic v2** models for OSDU `data` payloads — an opt-in companion to
+[`osdu-python-client`](https://community.opengroup.org/osdu/platform/system/sdks/osdu-python-client),
+mirroring the C# [`osdu-csharp-schemas`](https://github.com/equinor/osdu-csharp-schemas)
+library.
+
+> **Scope.** Covers **all `work-product-component`,
+> `master-data` and `dataset` entity types** in the pinned OSDU snapshot — **204
+> entity types across 573 schema versions** (97 work-product-component + 79
+> master-data + 28 dataset), plus **131 shared `abstract` modules** pulled in on
+> demand. The generator is data-driven: the scope is the `SCOPE_GROUPS` list in
+> `tools/generate.py`, and every type and version is discovered from the snapshot
+> automatically, so a snapshot bump or adding a group needs no other code change.
+> `abstract` schemas are not listed explicitly — only those reachable from a
+> selected entity's `$ref` closure are generated.
+
+## Why
+
+`osdu-python-client` leaves the record `data` block free-form (a `dict`), matching
+the canonical `os-core-common` `Map<String, Object>` — the right call, because OSDU
+`data` is schema-on-read and versioned by `kind`. But consumers building ingestion
+or validation logic for a **specific kind + version** still want types: autocomplete,
+runtime validation, and self-documenting payloads. This package provides exactly
+that, without touching the client.
+
+```python
+from osdu_models.workproductcomponent.well_log.v1_5_0 import Data, Curve
+
+# Typed authoring — autocomplete + validation
+data = Data(
+    WellboreID="namespace:master-data--Wellbore:abc:",
+    TopMeasuredDepth=1234.5,
+    Curves=[Curve(Mnemonic="GR")],
+)
+
+# Bridge into the client's free-form `data` — just model_dump(), no client changes
+record = {"kind": "osdu:wks:work-product-component--WellLog:1.5.0",
+          "acl": ..., "legal": ...,
+          "data": data.model_dump(by_alias=True, exclude_none=True)}
+```
+
+Reading is the mirror image: `Data.model_validate(record["data"])`.
+
+## Install
+
+```sh
+pip install osdu-python-models
+```
+
+Requires **Python 3.10–3.14**.
+
+or with [uv](https://docs.astral.sh/uv/):
+
+```sh
+uv add osdu-python-models
+```
+
+Models are shipped pre-generated in the published distributions — no codegen step
+needed to consume them. To build from source instead, see
+[Build & test](https://github.com/equinor/osdu-python-models#build--test).
+
+> Each tagged version is also attached to its
+> [GitHub Release](https://github.com/equinor/osdu-python-models/releases) as
+> `.whl` / `.tar.gz` assets.
+
+## Design
+
+- **Types only the `data` block.** The client owns the envelope (id/kind/acl/legal);
+  this package owns `data`. The two compose via `model_dump()` / `model_validate()`.
+- **Side-by-side versions.** Each published version is its own module
+  (`well_log/v1_4_0.py`, `v1_5_0.py`) — no "latest wins", explicit per-`kind`.
+- **Shared abstract modules.** OSDU `abstract/*` building blocks are generated
+  **once** under `osdu_models/abstract/<type>/v<ver>.py`; each entity model
+  imports them rather than inlining a private copy. This removes the ~96 % class
+  duplication of a per-entity bundling approach (573 models: ~68,000 → 2,128 class
+  defs) and is what makes scaling to the full schema set viable. Same idea as
+  the C# library's `ExternalReferenceCode` abstract sharing.
+- **String-only constraints stripped off non-string nodes.** A few OSDU schemas
+  attach `pattern`/`format` to `array`/`integer` fields (e.g.
+  `AbstractColumnBasedTable.IntegerColumn`); the generator drops them so Pydantic
+  v2 doesn't reject otherwise-valid payloads.
+- **`extra='allow'` everywhere.** Unknown / forward-compatible fields round-trip
+  untouched (the Pydantic equivalent of C#'s `[JsonExtensionData]`).
+- **String `format` dropped → plain `str`.** This library types `data` for
+  *lossless* round-tripping, not semantic validation. Honouring `format` would
+  make codegen emit validating/normalising types that defeat that or pull
+  optional deps: `date`/`date-time`/`time` (OSDU payloads carry non-conformant
+  variants a strict parser rejects), `email` (`EmailStr`, needs `email-validator`),
+  `uri` (`AnyUrl`, normalises the value). Keeping plain `str` preserves the input.
+  Same pragmatic choice the C# library makes.
+- **Pinned snapshot.** `schemas/M27.0/` is a frozen copy of the OSDU
+  `data-definitions` `Generated/` schemas (DD `v0.30.0`, the M27 milestone
+  publication; shared with the C# library). Bumping it
+  is an explicit, reviewable change.
+
+## Layout
+
+```
+osdu-python-models/
+├── schemas/M27.0/             # pinned data-definitions snapshot (abstract + entities)
+├── tools/generate.py          # restructures the `data` sub-schemas, runs datamodel-codegen
+├── src/osdu_models/            # generated Pydantic models (gitignored, regenerable)
+│   ├── abstract/<type>/v<ver>.py          # shared abstract building blocks (generated once)
+│   ├── workproductcomponent/<type>/v<ver>.py
+│   ├── masterdata/<type>/v<ver>.py        # → class Data, importing the shared abstracts
+│   └── dataset/<type>/v<ver>.py           # e.g. dataset/file_generic/v1_1_0.py
+├── tests/test_roundtrip.py    # round-trip + typed-access tests vs real OSDU examples (all versions)
+└── samples/author_welllog.py  # end-to-end authoring demo (no network)
+```
+
+## Build & test
+
+```sh
+uv venv && uv pip install -e ".[dev]"
+uv run python tools/generate.py     # generate models from the pinned snapshot
+uv run ruff check tools tests samples  # lint hand-written sources (not generated)
+uv run pytest                       # round-trip tests against OSDU example payloads
+uv run python samples/author_welllog.py
+```
+
+## How it works
+
+OSDU record schemas put the payload under `properties.data` as an `allOf` of
+abstract building blocks (`../abstract/*.json`) plus inline fields. `tools/generate.py`
+uses `datamodel-codegen` **directory mode**, which turns cross-file `$ref`s into
+Python imports:
+
+1. lifts each entity's `data` sub-schema (titled `Data`) and transitively
+   collects the shared `abstract/*` files it references,
+2. lays both out in a temp tree mirroring the output package structure (every
+   file at the same depth, `<pkg>/<snake>/v<ver>.json`), cleaning schema quirks
+   and rewriting every `$ref` to a canonical root-relative path (`../../<pkg>/
+   <snake>/v<ver>.json`) so it resolves identically regardless of which file the
+   resolver treats as the base — sidestepping a `datamodel-codegen` quirk that
+   otherwise resolves a shared schema's nested `$ref`s against the *referencing*
+   entity's directory,
+3. runs `datamodel-codegen` **once** over that tree — emitting each abstract as a
+   shared module and each entity as a `Data` model that imports them.
+
+Generated code is gitignored — regenerable from the pinned snapshot, never
+hand-edited.
+
+## Contributing
+
+Contributions are welcome — see [`CONTRIBUTING.md`](https://github.com/equinor/osdu-python-models/blob/main/CONTRIBUTING.md) for
+development setup, the pull-request process, and commit conventions.
+
+## Security
+
+To report a security vulnerability, follow the process in
+[`SECURITY.md`](https://github.com/equinor/osdu-python-models/blob/main/SECURITY.md). Do not open a public issue.
+
+## License
+
+Licensed under the [Apache License 2.0](https://github.com/equinor/osdu-python-models/blob/main/LICENSE).

osdu_python_models-0.7.0/README.md

@@ -0,0 +1,156 @@
+# osdu-python-models
+
+Typed **Pydantic v2** models for OSDU `data` payloads — an opt-in companion to
+[`osdu-python-client`](https://community.opengroup.org/osdu/platform/system/sdks/osdu-python-client),
+mirroring the C# [`osdu-csharp-schemas`](https://github.com/equinor/osdu-csharp-schemas)
+library.
+
+> **Scope.** Covers **all `work-product-component`,
+> `master-data` and `dataset` entity types** in the pinned OSDU snapshot — **204
+> entity types across 573 schema versions** (97 work-product-component + 79
+> master-data + 28 dataset), plus **131 shared `abstract` modules** pulled in on
+> demand. The generator is data-driven: the scope is the `SCOPE_GROUPS` list in
+> `tools/generate.py`, and every type and version is discovered from the snapshot
+> automatically, so a snapshot bump or adding a group needs no other code change.
+> `abstract` schemas are not listed explicitly — only those reachable from a
+> selected entity's `$ref` closure are generated.
+
+## Why
+
+`osdu-python-client` leaves the record `data` block free-form (a `dict`), matching
+the canonical `os-core-common` `Map<String, Object>` — the right call, because OSDU
+`data` is schema-on-read and versioned by `kind`. But consumers building ingestion
+or validation logic for a **specific kind + version** still want types: autocomplete,
+runtime validation, and self-documenting payloads. This package provides exactly
+that, without touching the client.
+
+```python
+from osdu_models.workproductcomponent.well_log.v1_5_0 import Data, Curve
+
+# Typed authoring — autocomplete + validation
+data = Data(
+    WellboreID="namespace:master-data--Wellbore:abc:",
+    TopMeasuredDepth=1234.5,
+    Curves=[Curve(Mnemonic="GR")],
+)
+
+# Bridge into the client's free-form `data` — just model_dump(), no client changes
+record = {"kind": "osdu:wks:work-product-component--WellLog:1.5.0",
+          "acl": ..., "legal": ...,
+          "data": data.model_dump(by_alias=True, exclude_none=True)}
+```
+
+Reading is the mirror image: `Data.model_validate(record["data"])`.
+
+## Install
+
+```sh
+pip install osdu-python-models
+```
+
+Requires **Python 3.10–3.14**.
+
+or with [uv](https://docs.astral.sh/uv/):
+
+```sh
+uv add osdu-python-models
+```
+
+Models are shipped pre-generated in the published distributions — no codegen step
+needed to consume them. To build from source instead, see
+[Build & test](https://github.com/equinor/osdu-python-models#build--test).
+
+> Each tagged version is also attached to its
+> [GitHub Release](https://github.com/equinor/osdu-python-models/releases) as
+> `.whl` / `.tar.gz` assets.
+
+## Design
+
+- **Types only the `data` block.** The client owns the envelope (id/kind/acl/legal);
+  this package owns `data`. The two compose via `model_dump()` / `model_validate()`.
+- **Side-by-side versions.** Each published version is its own module
+  (`well_log/v1_4_0.py`, `v1_5_0.py`) — no "latest wins", explicit per-`kind`.
+- **Shared abstract modules.** OSDU `abstract/*` building blocks are generated
+  **once** under `osdu_models/abstract/<type>/v<ver>.py`; each entity model
+  imports them rather than inlining a private copy. This removes the ~96 % class
+  duplication of a per-entity bundling approach (573 models: ~68,000 → 2,128 class
+  defs) and is what makes scaling to the full schema set viable. Same idea as
+  the C# library's `ExternalReferenceCode` abstract sharing.
+- **String-only constraints stripped off non-string nodes.** A few OSDU schemas
+  attach `pattern`/`format` to `array`/`integer` fields (e.g.
+  `AbstractColumnBasedTable.IntegerColumn`); the generator drops them so Pydantic
+  v2 doesn't reject otherwise-valid payloads.
+- **`extra='allow'` everywhere.** Unknown / forward-compatible fields round-trip
+  untouched (the Pydantic equivalent of C#'s `[JsonExtensionData]`).
+- **String `format` dropped → plain `str`.** This library types `data` for
+  *lossless* round-tripping, not semantic validation. Honouring `format` would
+  make codegen emit validating/normalising types that defeat that or pull
+  optional deps: `date`/`date-time`/`time` (OSDU payloads carry non-conformant
+  variants a strict parser rejects), `email` (`EmailStr`, needs `email-validator`),
+  `uri` (`AnyUrl`, normalises the value). Keeping plain `str` preserves the input.
+  Same pragmatic choice the C# library makes.
+- **Pinned snapshot.** `schemas/M27.0/` is a frozen copy of the OSDU
+  `data-definitions` `Generated/` schemas (DD `v0.30.0`, the M27 milestone
+  publication; shared with the C# library). Bumping it
+  is an explicit, reviewable change.
+
+## Layout
+
+```
+osdu-python-models/
+├── schemas/M27.0/             # pinned data-definitions snapshot (abstract + entities)
+├── tools/generate.py          # restructures the `data` sub-schemas, runs datamodel-codegen
+├── src/osdu_models/            # generated Pydantic models (gitignored, regenerable)
+│   ├── abstract/<type>/v<ver>.py          # shared abstract building blocks (generated once)
+│   ├── workproductcomponent/<type>/v<ver>.py
+│   ├── masterdata/<type>/v<ver>.py        # → class Data, importing the shared abstracts
+│   └── dataset/<type>/v<ver>.py           # e.g. dataset/file_generic/v1_1_0.py
+├── tests/test_roundtrip.py    # round-trip + typed-access tests vs real OSDU examples (all versions)
+└── samples/author_welllog.py  # end-to-end authoring demo (no network)
+```
+
+## Build & test
+
+```sh
+uv venv && uv pip install -e ".[dev]"
+uv run python tools/generate.py     # generate models from the pinned snapshot
+uv run ruff check tools tests samples  # lint hand-written sources (not generated)
+uv run pytest                       # round-trip tests against OSDU example payloads
+uv run python samples/author_welllog.py
+```
+
+## How it works
+
+OSDU record schemas put the payload under `properties.data` as an `allOf` of
+abstract building blocks (`../abstract/*.json`) plus inline fields. `tools/generate.py`
+uses `datamodel-codegen` **directory mode**, which turns cross-file `$ref`s into
+Python imports:
+
+1. lifts each entity's `data` sub-schema (titled `Data`) and transitively
+   collects the shared `abstract/*` files it references,
+2. lays both out in a temp tree mirroring the output package structure (every
+   file at the same depth, `<pkg>/<snake>/v<ver>.json`), cleaning schema quirks
+   and rewriting every `$ref` to a canonical root-relative path (`../../<pkg>/
+   <snake>/v<ver>.json`) so it resolves identically regardless of which file the
+   resolver treats as the base — sidestepping a `datamodel-codegen` quirk that
+   otherwise resolves a shared schema's nested `$ref`s against the *referencing*
+   entity's directory,
+3. runs `datamodel-codegen` **once** over that tree — emitting each abstract as a
+   shared module and each entity as a `Data` model that imports them.
+
+Generated code is gitignored — regenerable from the pinned snapshot, never
+hand-edited.
+
+## Contributing
+
+Contributions are welcome — see [`CONTRIBUTING.md`](https://github.com/equinor/osdu-python-models/blob/main/CONTRIBUTING.md) for
+development setup, the pull-request process, and commit conventions.
+
+## Security
+
+To report a security vulnerability, follow the process in
+[`SECURITY.md`](https://github.com/equinor/osdu-python-models/blob/main/SECURITY.md). Do not open a public issue.
+
+## License
+
+Licensed under the [Apache License 2.0](https://github.com/equinor/osdu-python-models/blob/main/LICENSE).

osdu_python_models-0.7.0/pyproject.toml

@@ -0,0 +1,57 @@
+[project]
+name = "osdu-python-models"
+version = "0.7.0"
+description = "Typed Pydantic models for OSDU data payloads — opt-in companion to osdu-python-client"
+readme = "README.md"
+requires-python = ">=3.10"
+license = "Apache-2.0"
+license-files = ["LICENSE"]
+authors = [{ name = "Equinor" }]
+keywords = ["osdu", "pydantic", "schemas", "models", "wellbore", "ddms"]
+classifiers = [
+    "Development Status :: 4 - Beta",
+    "Intended Audience :: Developers",
+    "Programming Language :: Python :: 3",
+    "Programming Language :: Python :: 3.10",
+    "Programming Language :: Python :: 3.11",
+    "Programming Language :: Python :: 3.12",
+    "Programming Language :: Python :: 3.13",
+    "Programming Language :: Python :: 3.14",
+    "Topic :: Software Development :: Libraries",
+    "Typing :: Typed",
+]
+dependencies = [
+    "pydantic>=2.9",
+]
+
+[project.urls]
+Homepage = "https://github.com/equinor/osdu-python-models"
+Repository = "https://github.com/equinor/osdu-python-models"
+Issues = "https://github.com/equinor/osdu-python-models/issues"
+
+[project.optional-dependencies]
+dev = [
+    "datamodel-code-generator>=0.26",
+    "pytest>=8.0",
+    "ruff>=0.6",
+]
+
+[build-system]
+requires = ["setuptools>=77", "wheel"]
+build-backend = "setuptools.build_meta"
+
+[tool.setuptools.packages.find]
+where = ["src"]
+
+[tool.pytest.ini_options]
+testpaths = ["tests"]
+
+[tool.ruff]
+# Lint only hand-written sources. `src/osdu_models` is datamodel-codegen output
+# (gitignored, regenerable, never hand-edited), so it is intentionally excluded.
+target-version = "py310"
+include = ["tools/**/*.py", "tests/**/*.py", "samples/**/*.py"]
+extend-exclude = ["src"]
+
+[tool.ruff.lint]
+select = ["E", "F", "I", "UP", "B"]

osdu_python_models-0.7.0/src/osdu_models/abstract/__init__.py

@@ -0,0 +1,2 @@
+# generated by datamodel-codegen:
+#   filename:  tmpes3wc9ma

osdu_python_models-0.7.0/src/osdu_models/abstract/abstract_access_control_list/__init__.py

@@ -0,0 +1,2 @@
+# generated by datamodel-codegen:
+#   filename:  tmpes3wc9ma

osdu_python_models-0.7.0/src/osdu_models/abstract/abstract_activity_parameter/__init__.py

@@ -0,0 +1,2 @@
+# generated by datamodel-codegen:
+#   filename:  tmpes3wc9ma

osdu_python_models-0.7.0/src/osdu_models/abstract/abstract_activity_parameter/v1_2_0.py

@@ -0,0 +1,121 @@
+# generated by datamodel-codegen:
+#   filename:  abstract/abstract_activity_parameter/v1_2_0.json
+
+from __future__ import annotations
+from pydantic import BaseModel, ConfigDict, Field, constr
+
+
+class Key(BaseModel):
+    """
+    Abstract class describing a key used to identify a parameter value. When multiple values are provided for a given parameter, provides a way to identify the parameter through its association with an object, a time index, an integer...
+    [Without inheritance, combined specializations.] Note: floating point numbers are not supported as key values; the numbers have to be formatted as strings for robust equality operations, which are necessary for keys.
+    """
+
+    model_config = ConfigDict(
+        extra='allow',
+    )
+    ObjectParameterKey: (
+        constr(pattern=r'^[\w\-\.]+:[\w\-\.]+:[\w\-\.\:\%]+:[0-9]*$') | None
+    ) = Field(None, title='Object Parameter Key')
+    """
+    Relationship to an object ID, which acts as the parameter.
+    """
+    TimeIndexParameterKey: str | None = Field(None, title='Time Index Parameter Key')
+    """
+    The time index acting as parameter key value.
+    """
+    ParameterKey: str | None = Field(None, title='Internal Parameter Key')
+    """
+    The key name, which establishes an association between parameters.
+    """
+    IntegerParameterKey: int | None = Field(None, title='Integer Parameter Key')
+    """
+    Integer value from "ParameterKey" parameter, associated with this parameter. Example: {"ParameterKey": "index", "StringParameterKey: 2}.
+    """
+    StringParameterKey: str | None = Field(None, title='String Parameter Key')
+    """
+    String value from "ParameterKey" parameter, associated with this parameter. Can be used to associate with parameter values of type string or data quantity. In the later case, the string representation of the quantity value will be used. Example: {"ParameterKey": "facies", "StringParameterKey: "shale"}, {"ParameterKey":"depth", "StringParameterKey":"1545.43m"}.
+    """
+
+
+class AbstractActivityParameter(BaseModel):
+    """
+    General parameter value used in one instance of activity.
+    [Without inheritance, combined specializations.]
+    """
+
+    model_config = ConfigDict(
+        extra='allow',
+    )
+    Title: str = Field(..., title='Title')
+    """
+    Name of the parameter, used to identify it in the activity. It must have an equivalent in the ActivityTemplate parameters.
+    """
+    Index: int | None = Field(None, title='Index')
+    """
+    When parameter is an array, used to indicate the index in the array.
+    """
+    Selection: str | None = Field(None, title='Selection')
+    """
+    Textual description about how this parameter was selected.
+    """
+    Keys: list[Key] | None = Field(None, title='Keys')
+    """
+    A nested array describing keys used to identify a parameter value. When multiple values are provided for a given parameter, the key provides a way to identify the parameter through its association with an object, a time index or a parameter array member via ParameterKey value.
+    """
+    DataObjectParameter: (
+        constr(pattern=r'^[\w\-\.]+:[\w\-\.]+:[\w\-\.\:\%]+:[0-9]*$') | None
+    ) = Field(None, title='Data Object Parameter')
+    """
+    Parameter referencing to a top level object.
+    """
+    DataQuantityParameter: float | None = Field(None, title='Data Quantity Parameter')
+    """
+    Parameter containing a double value.
+    """
+    IntegerQuantityParameter: int | None = Field(
+        None, title='Integer Quantity Parameter'
+    )
+    """
+    Parameter containing an integer value.
+    """
+    StringParameter: str | None = Field(None, title='String Parameter')
+    """
+    Parameter containing a string value.
+    """
+    TimeIndexParameter: str | None = Field(None, title='Time Index Parameter')
+    """
+    Parameter containing a time index value.  It is assumed that all TimeIndexParameters within an Activity have the same date-time format, which is then described by the FrameOfReference mechanism.
+    """
+    BooleanParameter: bool | None = Field(None, title='Boolean Parameter')
+    """
+    The boolean parameter value, if ParameterKindID refers to the Boolean type.
+    """
+    ParameterKindID: constr(
+        pattern=r'^[\w\-\.]+:reference-data\-\-ParameterKind:[\w\-\.\:\%]+:[0-9]*$'
+    )
+    """
+    [Added to cover lack of inheritance]
+    """
+    ParameterRoleID: (
+        constr(
+            pattern=r'^[\w\-\.]+:reference-data\-\-ParameterRole:[\w\-\.\:\%]+:[0-9]*$'
+        )
+        | None
+    ) = Field(None, title='Parameter Role')
+    """
+    Reference data describing how the parameter was used by the activity, such as input, output, control, constraint, agent, predecessor activity, successor activity.
+    """
+    DataQuantityParameterUOMID: (
+        constr(
+            pattern=r'^[\w\-\.]+:reference-data\-\-UnitOfMeasure:[\w\-\.\:\%]+:[0-9]*$'
+        )
+        | None
+    ) = Field(None, title='Data Quantity Parameter UoM ID')
+    """
+    Identifies unit of measure for floating point value.
+    """
+    Description: str | None = Field(None, title='Description')
+    """
+    A human-readable description of this parameter, explaining its purpose and role in the activity.
+    """

osdu_python_models-0.7.0/src/osdu_models/abstract/abstract_activity_state/__init__.py

@@ -0,0 +1,2 @@
+# generated by datamodel-codegen:
+#   filename:  tmpes3wc9ma

osdu_python_models-0.7.0/src/osdu_models/abstract/abstract_alias_names/__init__.py

@@ -0,0 +1,2 @@
+# generated by datamodel-codegen:
+#   filename:  tmpes3wc9ma

osdu_python_models-0.7.0/src/osdu_models/abstract/abstract_any_crs_feature_collection/__init__.py

@@ -0,0 +1,2 @@
+# generated by datamodel-codegen:
+#   filename:  tmpes3wc9ma