Im Chat haben Michael und ich uns unterhalten, wie ein Datenblatt mit aus
mehreren Quellen (z.B. GEDCOM-Dateien) zusammengefügten Informationen
aussehen könnte.
Die Daten stammen von drei anscheinend identischen Personen aus Gedbas:
http://gedbas.de/datenblatt.jsp?nr=993668603
http://gedbas.de/datenblatt.jsp?nr=1031414955
http://gedbas.de/datenblatt.jsp?nr=1036826763
Angehängt ist eine Überlegung von mir. Widerspruchsfreie Informationen sind
zusammengefaßt. Die Quellenverweise hinter den einzelnen Zeilen könnten zu
den Detailinformation führen, wo genau steht, welcher Teil der Information
durch die Quelle belegt ist.
Gruß,
Jesper
gedbas1.html (4.99 KB)
Moin Jesper Zedlitz,
zur Mail vom Tue, 28 Oct 2008 10:46:06 +0100:
wie ein Datenblatt mit aus
mehreren Quellen (z.B. GEDCOM-Dateien) zusammengefügten Informationen
aussehen könnte.
Wäre es nicht besser, personenbezogene und familienbezogene Informationen
zu trennen? Die Heiratsdaten könnten dann mit den Ehepartner zusammen in
einer eigenen Rubrik stehen.
Gruß
Gerd (Schmerse)
Gerd Schmerse schrieb:
Moin Jesper Zedlitz,
zur Mail vom Tue, 28 Oct 2008 10:46:06 +0100:
wie ein Datenblatt mit aus
mehreren Quellen (z.B. GEDCOM-Dateien) zusammengefügten Informationen
aussehen könnte.
Wäre es nicht besser, personenbezogene und familienbezogene Informationen
zu trennen? Die Heiratsdaten könnten dann mit den Ehepartner zusammen in
einer eigenen Rubrik stehen.
Hallo Gerd,
Da hast Du recht, außerdem Fehlern noch einige Felder die in den GEDCOM
auch vorhanden sein könnten, z.B. eigene Quellen, Beruf, etc.
Die Frage die sich stellt, sollte man lieber die Informationen (in
Blöcken) untereinander Darstellen oder mit Tabs wie z.B. in phpGedView.
Mit freundlichen Grüßen
Michael (Schwarzer)
Hallo Jesper,
ich bin auf jeden Fall dafür, Personen und Familiendaten zu trennen.
In deinem Beispiel müssten sonst die Heiratsdaten jeweils bei beiden
Personen hinterlegt werden.
Bei eine4r Tabelle Familien und einer Tabelle Personen würden Zeiger statt
doppelter Datenspeicherung reichen.
Zu berücksichtigen ist ja auch, das unterschiedliche Quellen auch
unterschiedliche Daten zur Folge haben. Alle Datenfelder müssen n mal
möglich sein.
Mit freundlichen Grüssen
Gisbert (Berwe)
Hallo,
ich habe für die Daten von Jesper auch mal einen Rohentwurf für die
Ausgabe der Gedcom Daten fertig gemacht. Es sind auch schon ein paar
Ideen für die Gedbas 2.0 Umgebung eingeflossen.
zu erreichen unter:
<http://www.genealogy.net/privat/MSchwarzer/gedbas20.htm>
Ich bitte um möglichst viel Kritik, Anregung oder auch einfach nur
Anmerkungen.
Mit freundlichen Grüßen
Michael (Schwarzer)
Jesper Zedlitz schrieb:
Moin Michael Schwarzer,
zur Mail vom Tue, 28 Oct 2008 17:58:54 +0100:
Ich bitte um möglichst viel Kritik, Anregung oder auch einfach nur
Anmerkungen.
Sieht grundsätzlich schon mal recht nett aus. Ich gehe davon aus, daß in
den einzelnen Rubriken (Geburt, Tod, Beruf etc.) jeweils mehrere Ereignisse
stehen können - so wie bei Ehedaten #1 schon ausgeführt. Sollte dann nicht
nach Angaben statt nach Quellen sortiert sein? Ist die Angabe und
Verlinkung von Zeugen/Paten geplant?
"Religion" gehört nach meinem Empfinden zu "Taufdaten", nicht zum Namen;
wobei statt "Namen" vielleicht "Stammdaten" o.ä. zugefaßt sein sollten:
zusätzlich alle relevanten ID-Nummern (Gedbas-Nr.?, Referenz-Nr.?, dann
gibt's doch da irgendwie diese formidablen UIDs...).
Tippfehler:
Buntzername -> Benutzername
aktualisierung -> Aktualisierung
herruntergeladen -> heruntergeladen
Eingesand -> Eingesandt
Gruß
Gerd (Schmerse)
Hallo Gerd,
danke für die Rückmeldung.
Gerd Schmerse schrieb:
Sieht grundsätzlich schon mal recht nett aus.
schön.
Ich gehe davon aus, daß in den einzelnen Rubriken (Geburt, Tod, Beruf etc.) jeweils mehrere Ereignisse
stehen können - so wie bei Ehedaten #1 schon ausgeführt.
ja.
Sollte dann nicht nach Angaben statt nach Quellen sortiert sein?
Da hast vielleicht recht, mal lesen was die Anderen sagen
Ist die Angabe und Verlinkung von Zeugen/Paten geplant?
Wenn sie in den Gedcom - Daten drin stehen - ja
"Religion" gehört nach meinem Empfinden zu "Taufdaten", nicht zum Namen;
ok - erledigt.
wobei statt "Namen" vielleicht "Stammdaten" o.ä. zugefaßt sein sollten:
zusätzlich alle relevanten ID-Nummern (Gedbas-Nr.?, Referenz-Nr.?, dann
gibt's doch da irgendwie diese formidablen UIDs...).
ok - erledigt, wenn es soweit ist, werden die Nummern dort ausgegeben
Tippfehler:
Buntzername -> Benutzername
aktualisierung -> Aktualisierung
herruntergeladen -> heruntergeladen
Eingesand -> Eingesandt
ok - erledigt.
Danke nochmal.
Mit freundlichen Grüßen
Michael (Schwarzer)
Gerd Schmerse wrote:
Wäre es nicht besser, personenbezogene und familienbezogene Informationen
zu trennen?
Eine Trennung zwischen personenbezogenen und verwandtschaftlichen (Vater,
Mutter und Kinder) Informationen gefällt mir besser.
Oft ist es doch so, daß man Angaben zu einem Elternteil (meist dem Vater, bei
unehelichen Kindern zur Mutter) findet, über den anderen Elternteil und
insbesondere die Beziehung (verheiratet oder nicht) von beiden zueinander
keine Aussage machen kann.
Typisch sind doch auch Fälle wie:
A ist Mutter von B
A ist verheiratet mit C
Ohne präzise Datumsangaben kann man bestenfalls raten, ob C wirklich Vater von
B ist. Daher wäre es in der Darstellung klarer, wenn man es so notiert:
+---- Datenblatt von A ---+
I Kinder: B I
I Ehepartner: C I