Open gbif-portal opened 4 months ago
@MattBlissett it seems the downloads contain the wrong schema links in the meta.xml output - not sure where this should be fixed. Can you take a look?
The two terms are almost equivalent (see https://www.dublincore.org/specifications/dublin-core/dcmi-terms/#section-1).
It would need some fiddling throughout several codebases to change the term used in the download — don't expect a quick fix!
(However, the IPT might be able to recognize both.)
If both are valid then we should support both in IPT
Vocabulary URLs from GBIF download aren't accepted by IPT
Hello!
While restoring a dataset on IPT by using its version from GBIF download, I found vocabulary URL rejected by IPT when creating a new resource from a DwC-A. Specifically, they are http://purl.org/dc/terms/type and http://purl.org/dc/terms/language. After checking rs.gbif.org and replace the above with http://purl.org/dc/elements/1.1/type and http://purl.org/dc/elements/1.1/language, respectively, IPT accepted the URLs.
I so far assume rs.gbif.org is the source where other GBIF processing will follow therefore the vocabulary usages in the GBIF download need update. But if I understood incorrectly, I am keen to learn, too.
Thanks for handling.
Github user: @ckotwn User: See in registry - Send email System: Safari 17.5.0 / Mac OS X 10.15.7 Referer: https://www.gbif.org/ Window size: width 1780 - height 1021 API log&_a=(columns:!(_source),filters:!(),index:'3390a910-fcda-11ea-a9ab-4375f2a9d11c',interval:auto,query:(language:kuery,query:''),sort:!())) Site log&_a=(columns:!(_source),filters:!(),index:'5c73f360-fce3-11ea-a9ab-4375f2a9d11c',interval:auto,query:(language:kuery,query:''),sort:!())) System health at time of feedback: INFO