EDIT

Katja Luther wrote:

• Instance name and instance ID

• TitlePageYear

• Collation: Wird nicht ausgegeben. Konkateniert aber auch nur die zwei folgenden (Vol/Issue, Detail) mit Doppelpunkt und Leerzeichen dazwischen (Note AM: nein da kommen im generischen Fall noch mehr Felder dazu, z.B. series)

• eigene Tabelle für Identifier

• Facts containing only media data should be moved to an extra table.

• Discuss whether we should handle the citation facts separate to the other simple facts because it is confusing that the row in the simple fact table is no information.

• add export of usage data

• add export of annotations

• add export of IndividualsAssociations and TaxonInteractions

Open "bugs" from WGB:

• User friendly result
• Sonderzeichen
• Collation leer (s.o.)
• Problem bei CommonNames, es wird nicht iteriert sondern immer der gleiche angezeigt
• ScientificName.AbbreviatedTitle für Book ist leer

Hallo,

wir haben Zitate, die z.B. folgendermaßen aussehen:
Mauria heterophylla Kunth, Nov. Gen. Sp. 7: 13-14, t. 606. "1825" [1824].
Das ist aus der Salvador Datenbank
Basellaceae Raf., Fl. Tellur. 3: 44. "1836" [1837]. nom. cons.
aus Caryophyllales_spp

Das bedeutet, dass das gedruckte Datum (in Anführungsstrichen, meist auf der Titelseite) falsch ist, und die Publikation wirklich erst im in eckigen Klammern angegebenen Jahr erfolgte. (Es gibt auch noch andere Schreibweisen, dies scheint mir aber die eindeutigste von den Kurzformen zu sein; IPNI macht’s neuerdings ganz ausführlich:

Leuenbergeria Lodé -- Cact.-Avent. Int. 97: 26. 2012 [dt. Jan 2013; issued 28 Dec 2012] ).

Im CDM habe wir keine atomisierte Angabe des TitlePageYears (also der Angabe in Anführungszeichen), die man aber besser in „VerbatimDate“ oder „VerbatimPublicationDate“ umtaufen sollte.

Im Editor wird das korrekte Publikationsjahr (hier 1889) für das atomisierte Date genommen, ein Feld für das auf der Titelseite (fälschlich) angegebene gibt es noch nicht, daher schreiben wir den ganzen string in der von uns gewünschten Formatierung in das Freetext Feld, das dann, wenn vorhanden, bevorzugt in die Ausgabe genommen wird:

Im Export haben wir nun drei Spalten, DatePublished, YearPublished und TitlePageYear und Du hast recht, das geht noch ein bisschen durcheinander. Bisher scheint es so zu sein:
Bei PublicationDate kommt der Freetext heraus, wenn vorhanden, sonst das atomisierte Jahr.
Bei PublicationYear kommt das atomisierte Jahr (ggf. als Range)
Bei TitlePageYear garnichts.
In meiner Ausgabe habe ich daher immer das PublicationDate benutzt.

Ich schlage vor, das gleich langfristig in Ordnung zu bringen:
PublicationDate: Der Start/End Date Range.
PublicationYear: Nur das Jahr aus dem Start/End Date Range

@Andreas – ist eine Angabe des „VerbatimDate“ im Modell angedacht? Wenn ja, sollten wir das TitlePageYear in VerbatimYear umbenennen und in der Ausgabe lassen, zwecks späterer Nutzung, jetzt aber leer.

Wenn nicht, sollten wir das TitlePageYear rauslassen und statt dessen eine Spalte „OutputDate“ einfügen, in der dann das steht, was bisher in das PublicationDate geschrieben wurde, also Freetext und wenn dieser leer das PublicationDate (range).

Wenn Du das so einrichtest, sag‘ mir bitte Bescheid, wie bei jeder Strukturänderung muss ich das dann in meinen Ausgaben entsprechend ändern.

Herzlichen Gruß
Walter

the isProParte flag is added to the synonym table

Can you add the name facts to the TODO list? Is there an explicit ticket?

the name facts are implemented now, see #8175