Project

General

Profile

task #6044

Updated by Andreas Kohlbecker over 7 years ago

The algea registry requires to store additional data in the CDM.  

 We are planing to extend the CDM classes `TaxonNameBase` and `TypeDesignationBase` `TaxonName` class by a field for a collection of multiple registration records. theses additional fields. Having them in a separate table has been considered as is also an option but the registration is not feasible actually something crucial for all situations, since multiple reegitrations may exist for a the name or typification. itself, therefore it makes sense to extend `TaxonNameBase`.  

 ## 1.    Reference publication date 

 Bei den Algen streben wir an, dass bei späterer automatischer Registrierung Publikations- und Registrierungsdatum identisch ist. Allerdings werden wir immer bei Printmedien die Diskrepanz zwischen Publikationsdatum und Registrierungsdatum haben. Ich denke bei dem Publikationsdatum müssen wir entscheiden, wie viel Information wir brauchen. Wir brauchen    ein echtes Datumsfeld. Für Fälle, in denen das exakte Datum nicht klar ist, könnte man das eine Datum mit einem Qualifier versehen (exact, before, after) oder gleich 2 Daten angeben (Start oder exakt + Enddatum). Zusätzlich benötigen wir ein Textfeld, das das Datum erklärt, z.B. wenn publiziertes Datum und Publikationsdatum abweichen, oder man sich auf nicht verifizierte Quellen bezieht (z.B. der Verlag sagt, die Publikation wurde im Dezember so abgeschickt, dass sie in den Bibliotheken noch im selben Monat angekommen sein muss). 

 Hier ist ein schönes Beispiel für Daten. Wir würden für die Publikation das korrigierte Jahr angeben. In das Textfeld käme der Hinweis auf das gedruckte Publikationsdatum und die Quelle der Korrektur. Ich nehme an, das Publikationsdatum ist aus einem späteren Volume entnommen oder es wurde beim Verlag nachgefragt. 
 http://archive.bgbm.org/scripts/ASP/registration/regDetail.asp?Key=8760 

 This is already covered by the cdm as `Reference.datePublished`  

 ## 2. Registration data 

 ~~~ 
 TaxonNameBase [1]-------- 
                          \ 
                           ----[n] TaxonName [1]-----[1] Registration 
                          / 
 TypeDesignationBase [1]-- 

 ~~~ 

 As new CDM Class `Registration`  

 Registration of 

 * Name -> `TaxonNameBase.registration` 
 * Typisierung -> `TypeDesignation.registration` 

 ### 2.1 Registration date 

 Registrierungsdatum einer Typisierung oder eines Namens zum oder nach dem Zeitpunkt der Publikation, also auch gleichzeitig das Datum der Freischaltung / Publikation des Records. 

 * `Registration.registrationDate` as` org.joda.time.DateTime` 

 ### 2.1 Registration Identifier 

 * `Registration.identifier` as `String` 

 ### 2.3 Registration center or office 

 We expect that multiple registration centers could exists in parallel. In this case it would make sense to store a reference to the registration center with the registration record. 

 * `Registration.institution` as `Institution` 

 ## Workflow status 

 During the workflow from the initial registration of a name to the final publication, a name record will undergo several state changes. For states the CDM `Markers` can be used.  

 * `Registration.status` as    `enum` (maybe `DefinedTerm`?) 

 For suggestion for states see #6168 	

 ## Locking of Names and registration records 

 Once a name is published, further modification of the name must be prohibited, see also (#6017) 

 This could be achieved by withdrawing the permission to edit the name from the Author and from the Curator. 
 This step would be triggered by a state change to `published`.

Back