PhycoBank

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

We are planing to extend the CDM classes TaxonNameBase and TypeDesignationBase by a field for a collection of multiple registration records. Having them in a separate table has been considered as an option but is not feasible for all situations, since multiple reegitrations may exist for a name or typification.

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]--------
                         \
                          ----[m] Registration
                         /
TypeDesignationBase [n]--

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 asorg.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.