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

Update extended measurement or fact extension to follow existing dwciri namespace #196

Closed
albenson-usgs opened this issue Aug 16, 2021 · 6 comments
Assignees

Comments

@albenson-usgs
Copy link

albenson-usgs commented Aug 16, 2021

When the extended measurement or fact extension was created the working group that created it was unaware of the dwciri namespace and created the terms measurementTypeID, measurementUnitID, measurementValueID. These are redundant to dwciri:measurementType, dwciri:measurementUnit, and dwciri:measurementValue, respectively. In order to be in line with the existing standard, the extended measurement or fact extension needs to have a name change put in place for those three terms.

@tucotuco
Copy link

I am in the process of creating updated Core and Extension files already, and anticipate being able to create them from scripts. If you want, I would be happy to take this one on as well.

@tucotuco
Copy link

The new script makes it so easy to make extension files that I could not resist. I made one for eMoF based on the extension that is in production, changing the three non-DwC ID terms to their dwciri equivalents.

This new extension XML file relies on the adoption of the new extension.xsd schema, which I have provided to GBIF here. That update allows the usage comments to be included in the XML file separate from the term definition and examples - mirroring the way these are managed in the Darwin Core standard.

While working on this it reminded me of a proposal for a new term, parentMeasurementID that would be immensely useful to include in this extension. I recommended reviewing that term and adding the OBIS perspective or support if deemed meritorious.

@pieterprovoost
Copy link
Member

Does anyone know if this would work with IPT? As far as I know there's no indication of namespace in the mapping panel?

@bart-v
Copy link
Collaborator

bart-v commented Sep 15, 2021

It's maybe a nice theoretical approach, but it has been used like this for years now.
Maybe we should come up with an easy mapping from the current system to the dwciri namespace, without harassing users.

@tucotuco
Copy link

Does anyone know if this would work with IPT? As far as I know there's no indication of namespace in the mapping panel?

Yes. Have a look at the Audubon Media Description Extension (https://tools.gbif.org/dwca-validator/extension.do?id=http://rs.tdwg.org/ac/terms/Multimedia), which uses terms with the same label but different namespace. In the IPT both terms are presented for mapping.

@albenson-usgs
Copy link
Author

At the 2021-09-20 meeting of the OBIS QC Task Group we determined that making this change would result in a significant amount of work for the OBIS Secretariat and some of the OBIS Nodes to modify R packages, data processing pipelines, and documentation. Knowing that the standard will be evolving in the not to distance future we have decided to wait for this update to occur before making any changes to the systems and models we are currently using.

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

No branches or pull requests

6 participants