Gedcom Datum
Gedcom Datum
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
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
Re: Gedcom Datum
Hallo Hugo,
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.
davon hatte ich 8. Die habe ich mit Hilfe der Anmerkungen berichtigt.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
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
C.c. - Übrigens stelle ich den Antrag, dass Ahnenblatt das beste aller Ahnenprogramme werden muss - frei nach Cato
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
Gruß Hugo
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
Gruß Hugo
Das Gestern ist Geschichte
Das Morgen ist ein Rätsel
Das Heute ist ein Geschenk
-
- Beiträge: 121
- Registriert: 21.11.2010, 23:10
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
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
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
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
- DirkB
- Administrator
- Beiträge: 1065
- Registriert: 20.01.2006, 20:25
- Wohnort: Hamburg
- Danksagung erhalten: 1 Mal
- Kontaktdaten:
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" ... ?
Also bitte nicht durch diese neue Funktion irre machen lassen ...
- Dirk
----------------------------------
#KB-Eintrag
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" ... ?
Also bitte nicht durch diese neue Funktion irre machen lassen ...
- Dirk
----------------------------------
#KB-Eintrag
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.ä.
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) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
Fragen und Antworten rund um Ahnenblatt (Knowledge Base) (nicht ganz aktuell - trotzdem nützlich)
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Guten Tag Bernhard
Ich schätze mal, das Ahnenblatt diese Datümer im Gedcom-Format speichert
Bitte mit einer Testdatei (Kopie) testen
Gruß Hugo
Ich schätze mal, das Ahnenblatt diese Datümer im Gedcom-Format speichert
Hier wäre demnach der Punkt hinter der 8 falsch. Auch muß es May heißenbjew hat geschrieben:Datum bei 1. Ehe nicht GEDCOM-kompatibel [8. Mai 1774].
Der Punkt hinter der 10bjew hat geschrieben:Sterbedatum nicht GEDCOM-kompatibel [10. Jun 1809].
Die Punkte hinter der 16 und Aprbjew hat geschrieben:Geburtsdatum nicht GEDCOM-kompatibel [16. Apr. 1753].
Die Punkte hinter der 7 und Okt. Außerdem müßte es Oct heißenbjew hat geschrieben:Sterbedatum nicht GEDCOM-kompatibel [7. Okt. 1694].
Der Punkt hinter der 6 und Januar müßte abgekürzt werdenbjew hat geschrieben:Sterbedatum nicht GEDCOM-kompatibel [6. Januar 1746].
Der Monat, er müßte abgekürzt werdenbjew hat geschrieben:Datum bei 1. Ehe nicht GEDCOM-kompatibel [vor November 1832].
Bitte mit einer Testdatei (Kopie) testen
Gruß Hugo
Das Gestern ist Geschichte
Das Morgen ist ein Rätsel
Das Heute ist ein Geschenk
Hab auf tt.mm.jjjj korrigiert. Ich glaube, das war schon mal richtig - aber beschwören ...... ?!?
Bleibt gesund, Gruß
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
Fragen und Antworten rund um Ahnenblatt (Knowledge Base) (nicht ganz aktuell - trotzdem nützlich)
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
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,
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) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
Fragen und Antworten rund um Ahnenblatt (Knowledge Base) (nicht ganz aktuell - trotzdem nützlich)
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme