Ich möchte gerade einen größeren Datenbestand von GES2000 in pro-gen übertragen.
Von GES2000 kann ich gedcom-Dateien in den Formaten
paf 5 - 5.5.1 - 7 erzeugen.
Welche Version sollte man bevorzugen?
Eugen (Perau)
Hallo zusammen,
vielen Dank für die Hilfestellungen, die ich abseits von discourse bekommen habe.
Ich habe nun selbst ein bisschen probiert.
Der beste Export von GES 2000 zu PROGEN scheint mir zu sein;
Export in der Version GEDCOM 5.5.1 mit dem Ziel “Pro-Gen”.
Dies erzeugt bei mir eine GEDCOM-Datei, die erkennbar nur ein Problem mit
Datumsangaben liefert, bei denen in GES 2000 z.B. steht:
”um 21.09.1790”, die lassen sich in pro-gen als “um 1790” verarbeiten,
das gleiche mit Datumsangaben vor / nach / errechnet …..
in der exportierten GEDCOM-Datei sieht es so aus:
0 @I39I39@ INDI
1 NAME Petronella /Veen, in het/
2 GIVN Petronella
2 SURN Veen, in het
1 NAME /Veen/
2 TYPE unified
1 SEX F
1 BIRT
2 DATE ABT 21 JUN 1790
2 PLAC Pfalzdorf,Kreis Kleve,Nordrhein-Westfalen,Deutschland,47574,Goch,D
3 _L@O18C @O18@
1 CHR
2 DATE 21 JUN 1790
2 PLAC Goch,Kreis Kleve,Nordrhein-Westfalen,Deutschland,47574,Goch,D
3@O5_LOC @O5@
2 RELI rk.
2 SOUR @S31@
3 _BUCH LAV NRW R - PA 1101 BA 0764
3 PAGE 8
im Bearbeitungsformular so:
in der Ausgabe von pro-gen leider so:
Ich verstehe zwar warum, aber schön ist das nicht!
Gibt es irgendeine Option wie “falls die Datumsangabe bei der Geburt ungenau ist, das Taufdatum angeben” o.ä.?
Schöne Grüße
Eugen
Hallo Eugen,
Diese GEDCOM Zeile 2 DATE ABT 21 JUN 1790 ist nach GEDCOM Standard correct.
Aber bei der ersten Entwicklung von PRO-GEN gingen wir damals davon aus, dass für ungenaue Datumsangaben die Jahreszahl ausreicht.
Darum konnen Sie ‚circa 1790‘, ‚vor 1790‘ oder ‚nach 1790‘ eingeben, aber nicht ‚circa 21.06.1790‘.
Das lasst sich nicht so einfach andern, weil unsere Datum-Felder fest auf 10 Zeichen gebaut sind. Wir haben jedoch bereits Ideen für eine Umsetzung.
Mit freundlichem Gruss,
Johan Mulderij
PRO-GEN Homepage : https://www.pro-gen.nl
Hallo Johan,
vielen Dank für schnelle Antwort. Ich habe das verstanden. Könnte man etwas machen, dass wenn ein vollständiger Datensatz (mit genauem Datum und Ort) wie hier bei der Taufe existiert, ALS OPTION dieser vollständige Datensatz ausgegeben wird? Das wäre zumindest eine Verbesserung.
Im vorliegenden Beispiel bei Petronella in het Veen könnte hier also
” ~21.06.1790 Goch “ statt ” * circa 1790 Pfalzdorf “ ausgegeben werden.
Eugen
Hallo Eugen,
Das lässt sich nicht so einfach ändern.
PRO-GEN kennt ‚FeldErsatz‘ wobei bei ein fehlendes Geburtsdatum dass
Taufdatum verwendet wird. Bei fehlendes Todesdatum wird Einascherung
oder Beerdigung verwendet. Und auch bei Ehen gibt es so ein ‚FeldErsatz‘.
Dies geschieht sehr tief im Programm für jedes angeforderte Feld.
Ein Test, bei dem es um die Prüfung geht, ob ein Datum leer ist oder
nicht, ist sehr schnell. Wenn die Auswahl jedoch auf Grundlage des
Datumsinhalts erfolgen muss, um das beste Datum zu ermitteln, wird der
Vorgang deutlich langsamer. Denn jedes Datum muss daraufhin dann
überprüft werden, ob es dem festgelegten Datumsformat entspricht, bevor
es interpretiert werden kann und entschieden werden kann, welches das
bessere Datum ist.
In Ihrem Fall ist es am besten, die Datumsangabe „circa 1790“ bei der
betreffenden Person zu entfernen. Dann werden die Taufdaten automatisch
verwendet.
Mit freundlichem Gruss,
Johan Mulderij
PRO-GEN Homepage : https://www.pro-gen.nl
Hallo Johann,
Danke für die Antwort. Ich habe das verstanden.
Ich kann natürlich die Datumsangabe “circa 1790” leicht ändern, das aber leicht gefunden. Aber beim GEDCOM-Import meiner Daten habe ich über 6700 Fälle, bei denen das Datum nicht übertragen wird. Die Fehlermeldungen sehen laut Fehlerprotokoll von progen z.B. so aus:
P32 (@I32@) Beerdigung_Datum (AFT 31 JUL 1862) zu lang.
P39 (@I39@) Geburt_Datum (ABT 21 JUN 1790) zu lang.
P40 (@I40@) Beerdigung_Datum (AFT 25 MAY 1851) zu lang.
P42 (@I42@) Beerdigung_Datum (AFT 05 DEC 1867) zu lang.
P44 (@I44@) Geburt_Datum (ABT 03 MAR 1795) zu lang.
P46 (@I46@) Beerdigung_Datum (AFT 21 APR 1867) zu lang.
P47 (@I47@) Geburt_Datum (20 APR 1801 (30. Germinal IX)) falsch.
(@I47@) Beerdigung_Datum (AFT 21 NOV 1864) zu lang.
P81 (@I81@) Geburt_Datum (ABT 22 OCT 1750) zu lang.
Das sind hochgerechnet etwa 6700 Fälle, die würde ich nicht gerne ‘von Hand’ bearbeiten. Auf der Ahnentafel habe ich auch über 1000 Personen, die ich alle durchsehen müsste.
Aber ich habe verstanden, dass Sie das bei der Programm-Ausgabe nicht einarbeiten wollen.
Könnte man das nicht aber beim Import untersuchen und dann diese Daten (z.B. Geburt) NICHT IMPORTIEREN wenn sie unvollständig sind und dahinter vollständige Daten (z.B. Taufe) stehen. Also nur einmal anfassen beim Import und nicht jedes Mal und beim Import werden die Daten doch ohnehin eingelesen.
Das wäre meine Idee dazu.
Schöne Grüße
Eugen
Hallo Eugen,
Ich habe hierzu etwas geandert, was aber nicht genau alle Probleme losen
wird.
In RELEASE.PDF habe Ich geschrieben:
GEDCOM-Import: Wenn die erweiterte Option „Unvollständige Daten
übertragen“ auf NEIN gesetzt ist, werden vor-/nach-/circa-Datumsangaben
denen ein vollständiges Datum folgt, nicht als verkürzte
vor-/nach-/circa-Datumsangaben gespeichert.
Also wenn es Datum’s wie „AFT 31 JUL 1862“ gibt, werden die dann nicht
mehr gespeichert als „nach 1862“, sondern weggelassen.
N.B. Das ist unabhängig von anderen Daten. Ich kann die von Ihnen
beschriebene Abhängigkeit nicht in den GEDCOM-Import einbeziehen.
Wenn Sie also ein so langes Geburtsdatum wie „AFT 31 JUL 1862“ haben und
kein Taufdatum angegeben ist, wird überhaupt kein Datum angezeigt.
Wenn Sie dieses Datum „nach 1862“ doch haben mochten, sollten Sie die
erweiterte Option „Unvollständige Daten übertragen“ auf JA einstellen.
N.B. Ich bin noch nicht sicher ob Ich dass so lasse, weil dann auch
andere „Unvollständige Daten" übertragen werden wie: zu lange Texte,
Falsches Geschlecht, usw. Vielleicht sollte Ich hierzu eine separate
JA/NEIN Option hinzufügen.
Probier es mal aus.
Morgen werden Sie eine extra Zeile linksunten im Hauptmenu sehen „Infos
zur neuen PRO-GEN Version“. Damit wird diese Version (Eine Beta-Version
3.53) bei Ihnen installiert. Vielleicht sollten Sie vorher eine Kopie
Ihrer C:\PG35 Ordner erstellen.
Andere Anwender werden diese Version noch nicht sehen, weil diese
Version an Ihre Lizenznummer gekoppelt ist.
Mit freundlichem Gruss,
Johan Mulderij
PRO-GEN Homepage : https://www.pro-gen.nl
Hallo Johann,
vielen Dank für die schnelle Umsetzung. Ich glaube, dass Ihre Lösung eine sehr gute ist. Ungenaue Daten für eine Geburt hängen ja meistens mit einer bekannten Taufe zusammen, so dass ich zumindest kein fehlendes Datum entdeckt habe.
Die neue Version habe ich installiert, das hat problemlos funktioniert. Auch der Import der GEDCOM-Datei von GES2000 hat funktioniert.
Die Datei wird wahnsinnig schnell gedruckt und die Ahnentafel sieht sehr gut aus. Auch die zuvor diskutierte Stelle mit dem Geburtsdatum von Petronella in het Veen ist so supergut!
Bei einer Art von Fehlermeldung weiß ich noch nicht genau, wie man damit umgesehen soll.
Im Fehlerprotokoll von PROGEN steht:
P47 (@I47@) Geburt_Datum (20 APR 1801 (30. Germinal IX)) falsch.
in der von GES2000 exportierten Datei steht:
0 @I47@ INDI
…
1 BIRT
2 DATE 20 APR 1801 (30. Germinal IX)
2 PLAC Keppeln,Kreis Kleve,Nordrhein-Westfalen,Deutschland,47589,Uedem,D
3 _LOC @O4@
2 SOUR @S8@
3 _BUCH G IX
3 _LFD 39
…
Hat das Franz. Revolutionsdatum 30. Germinal IX für progen irgendeine Bedeutung
oder sollte bei GES2000 der Export vielleicht unterbleiben? Ich habe ja die Option
GECOM 5.5.1 mit Ziel „PROGEN“ gewählt.
Oder könnte der ProGen-Import das einfach ignorieren?
Eugen