Hallo Zusammen,
mir ist eben ein Fehler in Ahnenblatt 3.03 Aufgefallen, welcher zum tragen kommt, wenn man Daten aus einer anderen Quelle übernimmt.
Und zwar:
in meiner Quelldatei sind manche Datumsformate wie folgt angegeben:
Faißler, Joh Michael
* 18 Okt
+ 3 Jan
Wenn ich diese nun in Ahnenblatt importiere, und DANN einen Datenangleich mit der Option "Datenfelder auf Kurzformat vereinheitlichen" auswähle, dann werden mir diese Daten mit dem Aktuellen Jahr (18.10.2020, bzw. 03.01.2020) gespeichert.
In diesem Fall schlägt zum Glück eine anschließende Plausibilitätsprüfung an - aber auch nur, wenn dieses Datum mit einem anderen in Konflikt steht (Geburtsdatum der Eltern)...
In meinen Augen sollte die Software aber generell lieber keine Jahresangabe hinzufügen... wie seht ihr das?
Datumsangaben werden "Manipuliert"
Hallo CChris,
was erwartest du, das sind keine korrekten Datumsangaben.
In der Beschreibung heisst es dazu ganz eindeutig, daß AB versucht (!!!!), daraus ein (brauchbares) Datum zu interpretieren - was ja offensichtlich gelungen ist. In der Datenbank selbst steht mit hoher Wahrscheinlichkeit das drin, was du übernommen hast. Prüfbar, indem du als Gedcom speicherst und dort den entsprechenden Eintrag nachprüfst.
zu
Die übliche Schreibweise Tag.Monat für eine kurzlebige Unterlage macht schon Probleme, wenn sie wider Erwarten länger als ein Jahr gültig ist.
was erwartest du, das sind keine korrekten Datumsangaben.
In der Beschreibung heisst es dazu ganz eindeutig, daß AB versucht (!!!!), daraus ein (brauchbares) Datum zu interpretieren - was ja offensichtlich gelungen ist. In der Datenbank selbst steht mit hoher Wahrscheinlichkeit das drin, was du übernommen hast. Prüfbar, indem du als Gedcom speicherst und dort den entsprechenden Eintrag nachprüfst.
zu
Jahresangaben sind in der Ahnen- und Familienforschung m.E. essentielle Angaben, wichtiger als Tag und Monat. Eine fehlende Jahresangabe kann nur zur Verwirrung/Verfälschung führen, soweit sie nicht leicht aus dem Kontext anderer Angaben im Dokument ermittelbar sind. Auch eine verkürzte Angabe aus lediglich der letzen 2 Stellen des Jahres macht Probleme (ein Jahrhundert wechselt schneller als einem bewußt ist!).In meinen Augen sollte die Software aber generell lieber keine Jahresangabe hinzufügen... wie seht ihr das?
Die übliche Schreibweise Tag.Monat für eine kurzlebige Unterlage macht schon Probleme, wenn sie wider Erwarten länger als ein Jahr gültig ist.
Zuletzt geändert von bjew am 22.02.2020, 11:03, insgesamt 1-mal geändert.
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
Hallo CChris,
da sind wir wieder bei dem Problem, dass GEDCOM ein Standard ist, der vermutlich nicht gerade alle unsere Wünsche erfüllt. Deine Datumsangaben gibt es in GEDCOM nicht - da sind unvollständige Angaben nur vorgesehen, indem man die Details weglässt: DD MM YYYY geht, MM YYYY auch, YYYY ebenfalls, aber nicht DD MM. Ahnenblatt versucht weitgehend im Rahmen von GEDCOM zu arbeiten.
Darüber hinaus würde ich zu einem anderen Arbeitsverfahren raten, wenn man fremde Daten integriert: Reihenfolge umdrehen!
1. Daten normalisieren - also auf einen brauchbaren Standard bringen;
2. Daten in vorhandene Daten importieren.
Niemals umgekehrt! Möglichst nicht umgekehrt - Ergebnisse lassen sich schlecht prüfen.
Frido
da sind wir wieder bei dem Problem, dass GEDCOM ein Standard ist, der vermutlich nicht gerade alle unsere Wünsche erfüllt. Deine Datumsangaben gibt es in GEDCOM nicht - da sind unvollständige Angaben nur vorgesehen, indem man die Details weglässt: DD MM YYYY geht, MM YYYY auch, YYYY ebenfalls, aber nicht DD MM. Ahnenblatt versucht weitgehend im Rahmen von GEDCOM zu arbeiten.
Darüber hinaus würde ich zu einem anderen Arbeitsverfahren raten, wenn man fremde Daten integriert: Reihenfolge umdrehen!
1. Daten normalisieren - also auf einen brauchbaren Standard bringen;
2. Daten in vorhandene Daten importieren.
Frido
Aktuell Win10-64 pro 2004, Ahnenblatt 3.46 - Daten via NAS, Programm lokal
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)