feature request #8175
closedadd name facts to cdm light export
100%
Description
We decided to keep the name facts in cdm, so the name facts should be exported as well
Related issues
Updated by Katja Luther over 5 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 50
Applied in changeset cdmlib|852a1a9e5171370a8e3e6962b21837e38115cf9a.
Updated by Katja Luther over 5 years ago
- Assignee changed from Katja Luther to Andreas Müller
please review
Updated by Katja Luther over 5 years ago
- Related to bug #6627: Remaining cdm light issues added
Updated by Katja Luther over 5 years ago
the name facts are moved to their own table.
Updated by Andreas Müller over 5 years ago
- Assignee changed from Andreas Müller to Katja Luther
please do first review on nightly
Updated by Katja Luther over 5 years ago
- Assignee changed from Katja Luther to Andreas Müller
tested on nighlty with rem_conf_am:
created a namefact for Dianthella and exported subtree of Facchinia in classification Testclass.
the namefact was exported to the csv file NameFact and the source to FactSources
Updated by Andreas Müller over 5 years ago
- Status changed from Resolved to Feedback
- Assignee changed from Andreas Müller to Katja Luther
I think if you have tested it intensively it may be correct. For me it would take a lot of time to test.
Only question I have is if you have tested that protologues are handled correctly. I do not remember what the specification is for protologues but probably they should not go into the ordinary name facts.
If you think protologue handling is correct you may close the ticket.
Updated by Katja Luther over 5 years ago
- Status changed from Feedback to Closed
Andreas Müller wrote:
I think if you have tested it intensively it may be correct. For me it would take a lot of time to test.
Only question I have is if you have tested that protologues are handled correctly. I do not remember what the specification is for protologues but probably they should not go into the ordinary name facts.
If you think protologue handling is correct you may close the ticket.
the protologues are handled like before in the scientific name table as concatenated protologue_uri string