Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[GitHubActions or travis ci] Add test that validates oem as datapackage compatible #49

Open
jh-RLI opened this issue Feb 26, 2021 · 4 comments
Assignees
Labels
part: backend 🧱 Backend component priority: high ⚡ High priority status: active 🚧 Work in progress type: enhancement ⚙️ Improvement of an existing feature

Comments

@jh-RLI
Copy link
Contributor

jh-RLI commented Feb 26, 2021

I think it would be good if a datapackage validation is added as CI rule to the repository. The OpenEnergyMetadata repo is practically the datapackage.json and therefore should be always compatible to datapackage. This guide explains how to get started with frictionless datapackage.

Also add datapackage dependency to requirements.

@jh-RLI
Copy link
Contributor Author

jh-RLI commented Feb 26, 2021

FYI @henhuy

@henhuy
Copy link

henhuy commented Mar 1, 2021

I'm actually implementing this in modex repo as possbility to upload datapackages to the OEP.
Still in progress. Will share link once it's working...

@jh-RLI
Copy link
Contributor Author

jh-RLI commented Nov 10, 2021

the validation is already successfully used when uploading with the oedatamodel_api to the OEP. We could adopt the functionality to validate the oemeta data automatically in the first step. (By extending the CI pipeline travis/gthub actions).

From the findings with the oedatamodel_api, the schema must first be adapted so that all fields of the oemetadata strign can be successfully validated. Currently only the fields of the resources are tested. This also means that the oemetadata string is not conform with the frictionless datapackage format respectively with the required datapackage.json file.

@Ludee Ludee added part: documentation 📖 Improvements or additions to documentation type: enhancement ⚙️ Improvement of an existing feature labels Oct 8, 2024
@jh-RLI
Copy link
Contributor Author

jh-RLI commented Oct 31, 2024

Can be done using omi version 1 (is about to be released today)

@Ludee Ludee added priority: high ⚡ High priority part: backend 🧱 Backend component status: active 🚧 Work in progress and removed part: documentation 📖 Improvements or additions to documentation labels Nov 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
part: backend 🧱 Backend component priority: high ⚡ High priority status: active 🚧 Work in progress type: enhancement ⚙️ Improvement of an existing feature
Projects
None yet
Development

No branches or pull requests

4 participants