Gedcom Datum

Gesperrt
Benutzeravatar
Hugo
Administrator
Beiträge: 6956
Registriert: 19.01.2006, 19:33
Wohnort: Hamburg

Gedcom Datum

Beitrag von Hugo »

Guten Tag
Die Ahnenblattversion 2.72 hat die schöne Option, das Datum auf Gedcom kompatibilität zu prüfen

Nur was mach ich, wenn ausgerechnet ein Teil des Datums fehlt, welches nach Gedcom nicht erlaubt ist
Beispiele:
22.12.xxxx
20.1x.1849

Im ahn-Format gehts ohne Probleme
Nur wie (oder wo) schreib ichs nach Gedcom, damit andere Programme damit zurechtkommen :?:

Gruß Hugo
Das Gestern ist Geschichte
Das Morgen ist ein Rätsel
Das Heute ist ein Geschenk
Benutzeravatar
Torquatus
Beiträge: 3698
Registriert: 19.01.2006, 22:19
Wohnort: Mannheim

Re: Gedcom Datum

Beitrag von Torquatus »

Hallo Hugo,
Hugo hat geschrieben:Nur was mach ich, wenn ausgerechnet ein Teil des Datums fehlt, welches nach Gedcom nicht erlaubt ist
Beispiele:
22.12.xxxx
20.1x.1849

Im ahn-Format gehts ohne Probleme
Nur wie (oder wo) schreib ichs nach Gedcom, damit andere Programme damit zurechtkommen :?:
davon hatte ich 8. Die habe ich mit Hilfe der Anmerkungen berichtigt.

In Deinem ersten Fall hätte ich das Datum gelöscht und in die Anmerkungen geschrieben: geboren/gestorben/geheiratet am 22.12.????

Im Zweiten Fall hätte ich als Datum 1849 genommen und in die Anmerkungen geschrieben: am 20.10. oder 20.11. oder 20.12.1849 geboren/gestorben/geheiratet.
Gruß, Torquatus

C.c. - Übrigens stelle ich den Antrag, dass Ahnenblatt das beste aller Ahnenprogramme werden muss - frei nach Cato
Benutzeravatar
Hugo
Administrator
Beiträge: 6956
Registriert: 19.01.2006, 19:33
Wohnort: Hamburg

Beitrag von Hugo »

Guten Tag Torquatus
In die Anmerkungen > mmmmmmh
Eigentlich wollte ich das nicht, da dann das ungefähre Datum nicht auf den Tafeln erscheint

Hatte eigentlich gehofft, das jemand sagt, in AGES, Familienbande, Stammbaumdrucker wird dieses ungefähre Datum richtig (also wie in Ahnenblatt) angezeigt

Denn genau mit diesen Programmen arbeiten einige wenige Familienangehörige :x

Gruß Hugo
Das Gestern ist Geschichte
Das Morgen ist ein Rätsel
Das Heute ist ein Geschenk
eberhard.grass
Beiträge: 127
Registriert: 21.11.2010, 23:10
Hat sich bedankt: 1 Mal
Danksagung erhalten: 3 Mal

Beitrag von eberhard.grass »

Hallo Ahnenblatt-Gemeinde
Zum Thema Datumsformate habe ich diesen Artikel hier gefunden:

http://www.ahnenblattportal.de/kb.php?mode=article&k=6

Gelten die Formate auch noch unter der Version 2.73? Kann mir das jemand beantworten, bevor ich meine eingegebenen Datumsformate (372 von 7290 Personen) nun alle ändere.

Dank und Gruß Eberhard
Benutzeravatar
Hugo
Administrator
Beiträge: 6956
Registriert: 19.01.2006, 19:33
Wohnort: Hamburg

Beitrag von Hugo »

Guten Tag Eberhard
Diese Tabelle hatten wir geschrieben, als es Ahnenblatt nur in Deutsch gab

Wenn Deine Datümer alle in einen anderen Datumsformat geschrieben sind, können sie so bleiben
Testen kannst Du das selber, indem Du Deine Datei im Gedcomformat speicherst
Dort müssen die Datümer im Format 31 DEC 1999 stehen

Die Wörter davor wie: vor, nach, etwa usw haben wir uns in Ahnenblatt und Gedcomtabelle mühevoll zusammen gesucht

Gruß Hugo
Das Gestern ist Geschichte
Das Morgen ist ein Rätsel
Das Heute ist ein Geschenk
Benutzeravatar
DirkB
Administrator
Beiträge: 1577
Registriert: 20.01.2006, 20:25
Wohnort: Hamburg
Hat sich bedankt: 14 Mal
Danksagung erhalten: 121 Mal

Beitrag von DirkB »

Ich hatte befürchtet, dass diese neue "GEDCOM-Kompatiblitätsprüfung" für Verwirrung sorgen könnte. Daher ist sie standardmäßig abgeschaltet.

Idee war, - und da hat mich ein Programmiererkollege "hingedrängelt" - dass Tippfehler wie z.B. "noch 1899" (statt "nach 1899") oder "o1.17o6" (also ein kleines O statt einer Null), erkannt und gemeldet werden.
Auch können beim Zusammenführen von Personen Datumsangaben wie "vor 1899 ; nach 1890" entstehen (zwei unterschiedliche Werte durch Semikolon getrennt), die sich durch die neue Funktion finden lassen, um sie händisch in die Form "zwischen 1890 und 1899" zu bringen.

Bei den genannten Datumsangaben "22.12.xxxx" und "20.1x.1849" gibt es keine Alternative. Die belässt man wie sie sind. Man muss sich seiner nicht-GEDCOM-kompatiblen Datumsangaben nicht schämen ... :)

Diese Angaben werden dann beim Speichern - durchaus GEDCOM-konform - eingeklammert (wer eine GEDCOM-Datei in einem Texteditor öffnet wird dann z.B. "DATE (22.12.xxxx)" finden).

Da solche Freitexte anscheinend nicht sehr gebräuchlich sind, ist das Verhalten des Zielprogramms nicht immer wie gewünscht. Das kann zum Ignorieren (also Löschen), Kopieren in ein Notizfeld, zu Warnhinweisen aber auch zur Übernahme in das Datumsfeld führen.

Bei Letzterem gibt es die Variante "Übernahme mit Klammern" oder "korrekte Übernahme ohne Klammern".

Sollte das Datumsfeld noch die Klammern enthalten, dann gerne eine Info an mich, mit welchem Programm das auftrat. Ich kontaktiere dann den Programmierer, um ihn an den Standard zu "erinnern" (siehe hier).
Funktioniert allerdings nur bei Programmen, die noch aktiv weiterentwickelt werden. Bei z.B. PAF kann man nichts machen ...

Bei "Übernahme ohne Klammern" kann es aber dennoch zu Warn- oder Fehlerhinweisen kommen. Ich kenne ein Programm, das so verfährt, da solche Datumsangaben intern nicht korrekt sortiert werden können.
Aber wer erwartet das schon bei "22.12.xxxx" ... ? :wink:

Also bitte nicht durch diese neue Funktion irre machen lassen ... 8)

- Dirk


----------------------------------
#KB-Eintrag
Benutzeravatar
bjew
Beiträge: 4136
Registriert: 19.01.2006, 19:31
Wohnort: südlicher geht's immer

Beitrag von bjew »

Aber trotzdem, was ist daran fehlerhaft:?

Datum bei 1. Ehe nicht GEDCOM-kompatibel [8. Mai 1774].
Sterbedatum nicht GEDCOM-kompatibel [10. Jun 1809].
Geburtsdatum nicht GEDCOM-kompatibel [16. Apr. 1753].
Sterbedatum nicht GEDCOM-kompatibel [7. Okt. 1694].
Sterbedatum nicht GEDCOM-kompatibel [6. Januar 1746].
Datum bei 1. Ehe nicht GEDCOM-kompatibel [vor November 1832].
u.ä.
Bleibt gesund, Gruß
bjew (Bernhard) ------ derzeit fast nicht aktiv
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.56
Benutzeravatar
Hugo
Administrator
Beiträge: 6956
Registriert: 19.01.2006, 19:33
Wohnort: Hamburg

Beitrag von Hugo »

Guten Tag Bernhard
Ich schätze mal, das Ahnenblatt diese Datümer im Gedcom-Format speichert
bjew hat geschrieben:Datum bei 1. Ehe nicht GEDCOM-kompatibel [8. Mai 1774].
Hier wäre demnach der Punkt hinter der 8 falsch. Auch muß es May heißen
bjew hat geschrieben:Sterbedatum nicht GEDCOM-kompatibel [10. Jun 1809].
Der Punkt hinter der 10
bjew hat geschrieben:Geburtsdatum nicht GEDCOM-kompatibel [16. Apr. 1753].
Die Punkte hinter der 16 und Apr
bjew hat geschrieben:Sterbedatum nicht GEDCOM-kompatibel [7. Okt. 1694].
Die Punkte hinter der 7 und Okt. Außerdem müßte es Oct heißen
bjew hat geschrieben:Sterbedatum nicht GEDCOM-kompatibel [6. Januar 1746].
Der Punkt hinter der 6 und Januar müßte abgekürzt werden
bjew hat geschrieben:Datum bei 1. Ehe nicht GEDCOM-kompatibel [vor November 1832].
Der Monat, er müßte abgekürzt werden

Bitte mit einer Testdatei (Kopie) testen

Gruß Hugo
Das Gestern ist Geschichte
Das Morgen ist ein Rätsel
Das Heute ist ein Geschenk
Benutzeravatar
bjew
Beiträge: 4136
Registriert: 19.01.2006, 19:31
Wohnort: südlicher geht's immer

Beitrag von bjew »

Hab auf tt.mm.jjjj korrigiert. Ich glaube, das war schon mal richtig - aber beschwören ...... ?!?
Bleibt gesund, Gruß
bjew (Bernhard) ------ derzeit fast nicht aktiv
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.56
Benutzeravatar
bjew
Beiträge: 4136
Registriert: 19.01.2006, 19:31
Wohnort: südlicher geht's immer

Beitrag von bjew »

Da gibts noch ein paar Ungereimtheiten .....

Eintrag (ahn): vor November 1832 -> Fehlermeldung
ändern auf BEF November 1832 wird akzeptiert.
vor <datum> war früher o.k. und m.W. auch konvertiert in BEF NOV 1832 jetzt in (vor Norvember 1832)
JETZT wird in GEDCOM gespeichert BEF November 1832, müsste m.E. aber BEF NOV 1832 sein

Eintrag (ahn)
7. Oktober 1694 wird als fehlerhaft erkannt
7 Oktober 1694 als o.k.
gespeichert wird 7 Oktober 1694 müsste m.E. aber 7 OCT 1694 sein

Hier sollte der Punkt schon zugelassen sein (der weggelassene Punkt allenfalls optional).

Darüber hinaus stellt sich grundsätzlich die Frage der Hin- und Her-Wandlung sowohl der Datumsformate und der Präfixe wie ABT, CAL, BEF,
Bleibt gesund, Gruß
bjew (Bernhard) ------ derzeit fast nicht aktiv
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.56
Gesperrt