Skip to content

WIP: GBIF EML Profile #268

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

Open
wants to merge 2 commits into
base: master
Choose a base branch
from
Open

WIP: GBIF EML Profile #268

wants to merge 2 commits into from

Conversation

nicokant
Copy link

@nicokant nicokant commented Apr 24, 2025

Add support for importing and transforming from/to GBIF EML profile of metadata.

TODOs

  • import
  • write
  • additional metadata
  • tests

fixes #259

@nicokant
Copy link
Author

I'm not sure of how to deal with additional metadata that this format requires, @tomkralidis do you have any advice on how to deal with such values and to provide some validation?

@tomkralidis
Copy link
Member

I'm not sure of how to deal with additional metadata that this format requires, @tomkralidis do you have any advice on how to deal with such values and to provide some validation?

(sorry for the delay/late response)

Simply add the values in the MCF as you see fit. You will want to document them and add a schema definition. Using WCMP2 as an example:

As for validation, would this mean validating the MCF with the EML extensions, or the EML output, or both? We currently only have core MCF validation, but could add validation as needed. Please feel free to chime in on #264.

@nicokant
Copy link
Author

Thank you :)

I meant validating the MCF with EML extension.

My main focus now is to allow converting a EML document to other metadata formats (so mostly the import_ method), rather than producing a fully validated EML. But I'd still like to keep somewhere the additional metadata.
Would it be ok if this PR only provides an import feature rather than a bidirectional conversion?

@tomkralidis
Copy link
Member

Would it be ok if this PR only provides an import feature rather than a bidirectional conversion?

Yes, this is fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Add Support for EML (Ecological Metadata Language)
2 participants