Hallo,
habe phpGedView neu 4.1.2 installiert.
Leider zeigt mit phpgedview im Begr��ungsmen� nicht das Fr�heste Geburtsdatum an. Das war 1400 irgendwas und nicht 1900 wie dargestellt.
Woran kann das liegen??
Gr��e,
Thomas Heimlich
Hallo Thomas,
die Daten werden ja aus einem Textstring im Gedcom geparsed und dann in einen numerisches Datum umgewandelt. Evtl hast Du Dein 1400-Datum in einer Form angegeben, die nicht aufgel�st werden kann.
Viele Gr��e
Veit Olschinski
Thomas schrieb:
Moin,
Veit Olschinski schrieb:
die Daten werden ja aus einem Textstring im Gedcom geparsed und dann in einen numerisches Datum umgewandelt. Evtl hast Du Dein 1400-Datum in einer Form angegeben, die nicht aufgel�st werden kann.
Also gemacht habe ich nix. Habe nur die Gedcom Datei importiert. Was mich wundert ist, dass er in der Version 4.0.2 alles korrekt erkannt hat. Also die Gedcom Datei so wie sie jetzt ist gelesen hat.
Gr��e,
Thomas
Servus Thomas!
habe phpGedView neu 4.1.2 installiert.
Leider zeigt mit phpgedview im Begr��ungsmen� nicht das Fr�heste
Geburtsdatum an. Das war 1400 irgendwas und nicht 1900 wie dargestellt.
Woran kann das liegen??
Mit der Umstellung auf Version 4.1.2 hatte ich auch Probleme damit.
M�glicherweise h�ngt das mit der Form des Datum zusammen. Bei mir war
das jedenfalls so.
Zum Beispiel ergibt das Datum "01.2007" in PGV nur die Zahl "01".
Zudem sind bei den "falschen" Daten nun diese gelben Dreiecke zu
sehen. Fr�her konnte PGV damit umgehen.
Ich habe mir so geholfen, dass ich f�r diese F�lle das Datum so
eingeben habe: "__.01.2007". Damit funktioniert wieder alles.
Hallo zusammen,
gab es nicht schonmal eine Diskussion über das Datumsformat hier? Könnte
aber schon etwas her sein. Nun ja, auch egal.
Zum Beispiel ergibt das Datum "01.2007" in PGV nur die Zahl "01".
Zudem sind bei den "falschen" Daten nun diese gelben Dreiecke zu
sehen. Früher konnte PGV damit umgehen.Ich habe mir so geholfen, dass ich für diese Fälle das Datum so
eingeben habe: "__.01.2007". Damit funktioniert wieder alles.
Ich weiss nicht, ob PGV dann früher kolanter war, was das Format angeht,
aber das standardisierte Format Für Daten in GEDCOM Dateien ist meines
erachtens
dd MMM YYYY
Wobei dd der numerische Tag im Monat ist
MMM eins aus der Menge ( JAN, FEB, MAR, APR, MAY, JUN, JUL, AUG, SEP,
NOV, DEC )
Und die Jahreszahl vollqualifiziert mit 4 Ziffern.
Dieses Format sollte von _allen_ Applikationen verstanden werden, die
sich auf die Fahen schreiben GEDCOM verarbeiten zu können. (Ich lasse
mich da gerne korrigieren, wenn ich da falsch liege)
Meine Empfehlung wäre deshalb per Skript, z.B. Perl, automatisch
anpassen zu lassen.
Viele Grüße,
Marc-Andre
Hallo Marc-Andre!
Hallo,
Otmar Mayr schrieb:
> Ich weiss nicht, ob PGV dann fr�her kolanter war, was das Format angeht,
> aber das standardisierte Format F�r Daten in GEDCOM Dateien ist meines
> erachtens> dd MMM YYYY
Wie du oben siehst, hatte ich fr�her das Datum in "un�blicher" Form
eingegeben. Fr�her wurde das von PGV akzeptiert, jetzt nicht mehr.
Sch... :-), naja ok. Mu� ich halt nochmal alles durchsehn und �ndern. Ist ja nicht weiter wild.
Vielen Dank aber f�r die Hilfe.
Gr��e,
Thomas
Hallo, das Problem hatte ich bei einer 4.xx. Version auch.
Geholfen hatte, beim Gedcom-Export aus meinem Offline-Verwaltungsprogramm
(Legacy) darauf zu achten, das Datum im englischen Format zu exportieren.
Herzlichst, Marko (Dargel)
Hi,
wenn ich das genaue Datum nicht kenne, trage ich ich bei PGV immer sowas ein:
ABT 1900
ABT JUN 1869
ABT wie "about"
Fr�her, als ich das noch nicht kannte, hat PGV dann immer automatisch den aktuellen Tag genommen, also im Falle
"ABT 1900" f�r heute "14 NOV 1900"
"ABT JUN 1869" "14 JUN 1869"
Ob das ABT nun ein GEDCOM-Standard-Format ist oder nicht, wei� ich nicht.
Aber PGV kommt damit zurecht und Familienbande auch.
Gru�,
Markus
Otmar Mayr schrieb:
Hallo Markus,
ja ABT ist GEDCOM-Standard, genauso wie
- BEF f�r vor,
- AFT f�r nach
- BET ... AND ... f�r zwischen ... und ...
Das sind zumindest die, die ich kenne und benutze. Damit habe ich bei Transport zwischen g�ngigen Programmen auch noch nie Probleme gehabt. Oftmals werden diese Begriffe in Berichten dann auch in deutscher �bersetzung dargestellt.
Gru�,
Veit
Markus Dippold schrieb: