Gedbas4all/Datenmodell: Unterschied zwischen den Versionen
K (hat Historische Einwohnerdatenbank/Datenmodell nach Gedbas4all/Datenmodell verschoben: gehört zum neuen Projekt) |
(→Sekundärquellen: Zeichnung dazu, wie letzte Quelle aussehen könnte) |
||
Zeile 128: | Zeile 128: | ||
** gestorben: 04 Feb 1954 Flensburg | ** gestorben: 04 Feb 1954 Flensburg | ||
** Beruf: Pastor | ** Beruf: Pastor | ||
[[Image:Gdm_diagram_01.svg|550px]] | |||
== Typen == | == Typen == |
Version vom 30. November 2007, 15:09 Uhr
Dieser Artikel bezieht sich auf ein Projekt, das sich in der Planungsphase/einem frühen Entwicklungsstadium befindet. |
Quellen und Repräsentationen
Zentraler Bestandteil des Datenmodells ist die Quelle SOURCE. Das kann ein Buch aber auch ein Grabstein oder Gedenktafel sein.
SOURCE selbst ist abstrakt und bezieht sich noch nicht auf ein konkretes Bild oder einen Text. Diese Abbilder sind der SOURCE in Form von Repräsentationen REPRESENTATION zugeordnet. Zu einer Quelle kann es mehrere REPRESENTATIONs geben, z.B. ein Foto oder eine Abschrift als elektronischer Text.
Aufgrund von Quellen werden Schlußfolgerungen ASSERTIONs getroffen. Aus einer Quelle werden typischerweise mehrere Schlußfolgerungen abgeleitet.
Assertion
Werfen wir einen genaueren Bild auf die ASSERTION. Eine ASSERTION besteht immer aus zwei zusammenhängenden Objekten (in der Abbildung in der untere Reihe zu sehen)
Es gibt vier Arten von Objekten:
- PERSONA
- EVENT
- GROUP
- CHARACTERISTIC
Eine PERSONA stellt das Auftreten eines Menschen innerhalb einer Quelle dar. Es ist also ganz normal, wenn es zu einem Menschen mehrere PERSONAs gibt. Im Verlauf der Forschungstätigkeit kann man später Vermutungen niederschreiben, welche PERSONAs sich auf den selben Menschen beziehen.
Ein EVENT beschreibt ein Ereignis wie z.B. eine Geburt oder eine Hochzeit. Es hat ein Datum, einen Ort und eine Reihe von beteiligten Personen, die in Form von PERSONAs verknüpft werden.
Mit einer GROUP können mehrere PERSONAs zumsammengefaßt werden, eine Gruppe könnten z.B. "gemeinsame Kinder von Max Meier und Karin Mustermann" sein.
In CHARACTERISTICs werden letztlich die eigentlichen Textinformationen abgelegt. Hier findet sich Angaben wie Name und Beruf wieder.
Beispiele
Ein neues Datenmodell ist zunächst immer ungewohnt. Anhand von Beispielen soll ein Gefühl für das Modell entwickelt werden.
Primärquellen
Kirchenbuch
Taufe
Heirat
Es werden vier PERSONAs benötigt:
- Christian Gottlieb Herrmann
- vorherige Frau von Christian Gottlieb Herrmann
- Christiane Beate Zedlitz
- Johann Gottlieb Zedlitz
ASSERTIONs:
- Christian Gottlieb Herrmann / EVENT: Heirat / 4. Mai 1853 / in ev. Kirche Seitendorf, Schönau, Schlesien
- Christiane Beate Zedlitz / EVENT: Heirat/ 4. Mai 1853 / in ev. Kirche Seitendorf, Schönau, Schlesien
- vorherige Frau von Christian Gottlieb Herrmann / EVENT: Tod / vor 4. Mai 1853 /
- Christian Gottlieb Herrmann / CHARACTERISTIC: Alter / 4. Mai 1853 / 39
- Christiane Beate Zedlitz / CHARACTERISTIC: Alter / 4. Mai 1853 / 33
- Johann Gottlieb Zedlitz / CHARACTERISTIC: Beruf / 4. Mai 1853 / in Seitendorf, Schönau, Schlesien
- Kinder von Johann Gottlieb Zedlitz / CHARACTERISTIC: Anzahl / 4. Mai 1853 / 1
ASSERTION Subject1-Type = Persona Subject1-ID = Persona-ID (Christiane Beate Zedlitz) Subject2-Type = Group Subject2-ID = Group-ID Value = Group-Type-Role-ID GROUP Group-ID = passend zur ASSERTION Subject2-ID Group-Name = Kinder von Kinder von Johann Gottlieb GROUP-TYPE Group-Type-Name = Kinder einer Person GROUP-TYPE-ROLE Group-Type-Role-ID = passend zum ASSERTION Value Group-Type-Role-Name = Kind Sequence-Number = 1
Erste ASSERTION nochmal komplett ausgeschrieben
ASSERTION Subject1-Type = Persona Subject1-ID = Persona-ID (Christian Gottlieb Herrmann) Subject2-Type = Event Subject2-ID = Event-ID Value = Event-Type-Role-ID EVENT Event-ID = passend zur ASSERTION Subject2-ID Event-Name = Heirat von Christian Gottlieb Herrmann und Christiane Beate Zedlitz EVENT-TYPE Event-Type-Name = Heirat EVENT-TYPE-ROLE Event-Type-Role-ID= passend zum ASSERTION Value Event-Type-Role-Name = Bräutigam
die zweite ASSERTION dazu:
ASSERTION Subject1-Type = Persona Subject1-ID = Persona-ID (Christiane Beate Zedlitz) Subject2-Type = Event Subject2-ID = Event-ID (die selbe wie oben) Value = Event-Type-Role-ID (eine andere als oben) EVENT-TYPE-ROLE Event-Type-Role-ID= passend zum ASSERTION Value Event-Type-Role-Name = Braut
Beerdigung
Adressbuch
Wir brauchen ein Persona- und mindestens ein Characteristic-Objekt für den Beruf. Bei der Angabe "Witwe" zusätzlich noch eine zweite Persona, die dann als verheiratet eingetragen wird.
Der Wohnort muß wohl als Event abgespeichert werden, wie GDM1.1[1] Seite 14 nahelegt, da dort eine Volkszählung als Event abgebildet wird.
- SourceLevel
- CitationPart: Kieler Adreßbuch 1938
- SourceLevel
- CitationPart: Seite 111
- Representation: PNG-Datei
Sekundärquellen
Vermutlich eine Person taucht in mehreren Büchern auf:
Deutsches Kirchliches Adreßbuch 1937, Spalte 921
Verzeichnis der Geistlichen und Gemeinden in Schleswig-Holstein 1864-1933, Seite 1
Außerdem wird er noch in einem weiteren Buch erwähnt:
- Friedrich Hammer: Verzeichnis der Pastorinnen und Pastoren der Schleswig-Holsteinischen Landeskirche 1864-1976, Seite 12:
- Name: Hans Albert Adolphsen
- geboren: 01 Dez 1900 Grimsfeld
- gestorben: 04 Feb 1954 Flensburg
- Beruf: Pastor
Typen
SuretySchemePart
- 1
- 2
- 3
CitationPartType
- Autor
- Titel
- Band
RepresentationType
- Text
- JPEG Bild
- PNG Bild
- TIFF Bild
CharacteristicPartType
- Beruf
- Name
- Haarfarbe
EventType
- Geburt
- Taufe
- Konfirmation
- Heirat
- Tod
- Beerdigung
EventTypeRole
- Braut
- Bräutigam
- Trauzeuge
- Taufpate
GroupType
- Nachbarn, denen angrenzender Grundbesitz gehört
GroupTypeRole
- Nachbar
PlacePartType
- Bundesland
- Kreis
- Kirchspiel
DatePartType
- Tag
- Monat
- Jahr
SourceGroup
- Grabstein
- Kirchenbuch (?)
- Adressbuch (?)
- Schiffs Manifest (??)
- Geburtsanzeigen in Zeitung (?)
- Taufanzeigen in Zeitung (?)
- Heiratsanzeigen in Zeitung (?)
- Todesanzeigen in Zeitung (?)