-
Notifications
You must be signed in to change notification settings - Fork 1
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
Map TaxonicName and -Concept to CoL resource #23
Comments
Could you please elaborate or provide an example? I don't fully understand.
|
Yes, wherever we currently have a TaxonConcept this should be replaced
Whenever the full name used in the treatment doesn't match a taxon in CoL a new Taxon shall be created. The new Taxon shall use the same properties as the one from CoL and point to CoL-Parent, or if the parent taxon is also not in CoL recursively to a new Taxon.
TaxonNames are basically used when no authority is available. I think the name without authority unambiguosly references a taxon in CoL so this should be used.
The respective RDF looks quite broken as it stands: https://github.com/plazi/treatments-rdf/blob/0063581b502aa0e5fdb6b11018b55cc391fe635f/data/39/8F/A8/398FA8D86705EFEA3B756FB9097A7E9D.ttl#L31-L31C89 So, if a mentioned taxon name can be expressed as a hierarchy of taxa should be matched to CoL where this matches the names and only if the taxon in the treatment has an authority this must match as well. |
The narrowest matching supertaxon should be referred to without duplicating the names. Where the hierarchical names in the treatment do not match a taxon in CoL new resources shall be created up to the matching hierarchy top.
Where there is no matching CoL-Taxon the newly created resources should be created with the same style and ontology, so that clients cn only distinguish CoL from TB Taxa by their URIs.
The text was updated successfully, but these errors were encountered: