Skip to content

[ENH] refactor datatypes mtypes - example fixtures#458

Merged
fkiraly merged 11 commits intomainfrom
mtype-refactor-examples
Sep 8, 2024
Merged

[ENH] refactor datatypes mtypes - example fixtures#458
fkiraly merged 11 commits intomainfrom
mtype-refactor-examples

Conversation

@fkiraly
Copy link
Copy Markdown
Collaborator

@fkiraly fkiraly commented Sep 7, 2024

This PR refactors the data type specifications and converters to classes.

Related: sktime/sktime#3512, related to sktime/sktime#2957.

Contains:

  • a base class for datatype examples, BaseExample, to replace the more ad-hoc dictionary design
  • a complete refactor of the Table and Proba mtype submodules to this interface
  • a full refactor of the public framework module with get_example logic, in datatypes, to allow extensibility with this design

Partial mirror in skpro of sktime/sktime#6033

@fkiraly fkiraly added enhancement module:datatypes datatypes module: data containers, checkers & converters module:base-framework BaseObject, registry, base framework labels Sep 7, 2024
@fkiraly fkiraly merged commit 1f5e5f2 into main Sep 8, 2024
fkiraly added a commit to sktime/sktime that referenced this pull request Sep 24, 2024
…7133)

Refactors the example fixtures in the `datatypes` module along the lines
of sktime/skpro#458:

* a base class for datatype examples, `BaseExample`, to replace the more
ad-hoc dictionary design
* a complete refactor of all `_example` submodules to this interface
* a full refactor of the public framework module with `get_example`
logic, in `datatypes`, to allow extensibility with this design

Beyond the refactor, sets the `polars` requirements for the `polars`
data examples to `polars>=1.0`, and adds `pyarrow` as a requirement,
consistent with the status quo in `skpro`.

Closes #7128, as it addresses the issue both from an isolation
perspective, as well as the missing argument perspective.
benHeid pushed a commit to sktime/sktime that referenced this pull request Feb 15, 2025
…7133)

Refactors the example fixtures in the `datatypes` module along the lines
of sktime/skpro#458:

* a base class for datatype examples, `BaseExample`, to replace the more
ad-hoc dictionary design
* a complete refactor of all `_example` submodules to this interface
* a full refactor of the public framework module with `get_example`
logic, in `datatypes`, to allow extensibility with this design

Beyond the refactor, sets the `polars` requirements for the `polars`
data examples to `polars>=1.0`, and adds `pyarrow` as a requirement,
consistent with the status quo in `skpro`.

Closes #7128, as it addresses the issue both from an isolation
perspective, as well as the missing argument perspective.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

enhancement module:base-framework BaseObject, registry, base framework module:datatypes datatypes module: data containers, checkers & converters

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant