Hallo,
im Downloadverzeichnis befindet sich eine deutsche Kurzbeschreibung des GEDCOM-Standards.
Gruß, Torquatus
Deutsche Kurzbeschreibung des GEDCOM-Standards
Deutsche Kurzbeschreibung des GEDCOM-Standards
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
Hallo Torquatus,
aufgrund dieses Hinweises klick ich eben zum ersten Mal auf den Download-Bereich (im neuen Portal).
Könnte man Ged2Txt und GedFind von "Allgemein" nach "Ahnenblatt" verschieben?
Die beiden Programme können nur funktionieren, wenn die Gedcom-Datei (wie) von Ahnenblatt geschrieben wird. Es ist kein Gedcom-Standard eingehalten.
aufgrund dieses Hinweises klick ich eben zum ersten Mal auf den Download-Bereich (im neuen Portal).
Könnte man Ged2Txt und GedFind von "Allgemein" nach "Ahnenblatt" verschieben?
Die beiden Programme können nur funktionieren, wenn die Gedcom-Datei (wie) von Ahnenblatt geschrieben wird. Es ist kein Gedcom-Standard eingehalten.
Hallo Claro,
Meine GEDCOM-Daten aus AB werden doch nirgendwo angemotzt, also ging ich davon aus, dass sie - wenn auch anders sortiert - GEDCOM-konform sind. Klär mich mal auf, wo die Unterschiede sind, denn schließlich will ich das irgendwann auch einmal kapieren.
Ich teste gerade GedTool (nochmals Danke an Bernhard) und auch diese Excel-Macros fressen die AB-GEDCOM-Ausgabe problemlos! Im Moment bastel ich gerade an einer Import-Routine in Access für die erzeugten Excel-Tabellen.
Gruß, Torquatus
Claro hat geschrieben:Aufgrund dieses Hinweises klick ich eben zum ersten Mal auf den Download-Bereich (im neuen Portal).
Könnte man Ged2Txt und GedFind von "Allgemein" nach "Ahnenblatt" verschieben?
Ja, mach ich. Und wenn ich nen Anschiss vom BOSS bekomme, mach ich das mit dem neuen Verzeichnis wieder rückgängig.@"Hugo": Noch besser wäre ein dritter Bereich mit dem Namen "Ahnenblatt-Personenblätter"
Die beiden obigen Tools setzen also die Struktur der GEDCOM-Ausgaben von AB voraus. Habe ich das richtig verstanden?Die beiden Programme können nur funktionieren, wenn die Gedcom-Datei (wie) von Ahnenblatt geschrieben wird.
Das verstehe ich jetzt nicht ganz. AB hält den GEDCOM-Standard nicht ein?Es ist kein Gedcom-Standard eingehalten.
Meine GEDCOM-Daten aus AB werden doch nirgendwo angemotzt, also ging ich davon aus, dass sie - wenn auch anders sortiert - GEDCOM-konform sind. Klär mich mal auf, wo die Unterschiede sind, denn schließlich will ich das irgendwann auch einmal kapieren.
Ich teste gerade GedTool (nochmals Danke an Bernhard) und auch diese Excel-Macros fressen die AB-GEDCOM-Ausgabe problemlos! Im Moment bastel ich gerade an einer Import-Routine in Access für die erzeugten Excel-Tabellen.
Gruß, Torquatus
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
Hallo Claro, Hallo Hugo,Könnte man Ged2Txt und GedFind von "Allgemein" nach "Ahnenblatt" verschieben?
prüft mal, ob ich das so richtig gemacht habe und ob es ok ist, dass ich auch GedTxt2Doc dorthin verschoben habe.
Gruß, Torquatus
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
Hallo Torquatus,
Ged2Txt und GedFind sind zum privaten Zweck für mich selbst entstanden. Dabei habe ICH keinen Gedcom-Standard eingehalten. Ich habe noch nicht einmal eine Gedcom-Dokumentation gelesen.
Vielmehr habe ich die Gedcom-Datei MEINER Verwandtschaft - so wie sie von Ahnenblatt erstellt wurde(!!) - im Editor angesehen und dazu ein Programm geschrieben, das diese Datei einliest und interpretiert. Mehr nicht!
Ich habe nicht mit anderen Programmen als AB getestet.
Es gibt andere Beiträge in diesem Forum, die sich mit Gedcom beschäftigen. Daher kann ich schon vom Schreibtisch aus sagen, daß folgende (in Gedcom erlaubte!) Konstellationen zu "unvorhersehbaren Ereignissen" führen.
Ged2Txt und GedFind setzen voraus, daß:
a) zuerst ALLE INDI-Records kommen und erst danach alle FAM-Records und
b) die INDI-Records bei 1 beginnend lückenlos aufsteigen und
c) die Person mit INDI-Record=1 nicht eine einsame "Insel" ist, sondern entweder Vorfahren oder Nachkommen hat.
Ahnenblatt erfüllt beide Bedingungen freundlicherweise.
Ged2Txt und GedFind sind zum privaten Zweck für mich selbst entstanden. Dabei habe ICH keinen Gedcom-Standard eingehalten. Ich habe noch nicht einmal eine Gedcom-Dokumentation gelesen.
Vielmehr habe ich die Gedcom-Datei MEINER Verwandtschaft - so wie sie von Ahnenblatt erstellt wurde(!!) - im Editor angesehen und dazu ein Programm geschrieben, das diese Datei einliest und interpretiert. Mehr nicht!
Ich habe nicht mit anderen Programmen als AB getestet.
Es gibt andere Beiträge in diesem Forum, die sich mit Gedcom beschäftigen. Daher kann ich schon vom Schreibtisch aus sagen, daß folgende (in Gedcom erlaubte!) Konstellationen zu "unvorhersehbaren Ereignissen" führen.
Ged2Txt und GedFind setzen voraus, daß:
a) zuerst ALLE INDI-Records kommen und erst danach alle FAM-Records und
b) die INDI-Records bei 1 beginnend lückenlos aufsteigen und
c) die Person mit INDI-Record=1 nicht eine einsame "Insel" ist, sondern entweder Vorfahren oder Nachkommen hat.
Ahnenblatt erfüllt beide Bedingungen freundlicherweise.
Hallo Claro,
Deshalb ist es auch richtig, dass jetzt klar gesagt ist, dass eine "Ahnenblatt"-GEDCOM-Ausgabe vorausgesetzt wird
Gruß, Torquatus
Und trotzdem funktioniert's Wer halt, wie wohl manche unter uns, auch schon irgendwann mal programmiert hat, dem fällt es wohl nicht so schwer, diese GEDCOM-Daten zu interpretierenClaro hat geschrieben: .... Dabei habe ICH keinen Gedcom-Standard eingehalten. Ich habe noch nicht einmal eine Gedcom-Dokumentation gelesen.
Oder drehen wir das mal rum: Du hast dich an der GEDCOM-Ausgabe von AB orientiert. Hätte ich auch so gemacht, wenn ich programmieren könnte.... Ged2Txt und GedFind setzen voraus, daß:
a) zuerst ALLE INDI-Records kommen und erst danach alle FAM-Records und
b) die INDI-Records bei 1 beginnend lückenlos aufsteigen und
c) die Person mit INDI-Record=1 nicht eine einsame "Insel" ist, sondern entweder Vorfahren oder Nachkommen hat.
Ahnenblatt erfüllt beide Bedingungen freundlicherweise.
Deshalb ist es auch richtig, dass jetzt klar gesagt ist, dass eine "Ahnenblatt"-GEDCOM-Ausgabe vorausgesetzt wird
Gruß, Torquatus
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
Habe mir eben den "neuen" Downloadbereich angesehen. Es ist alles richtig.
Und der Chief wird bestimmt nichts dagegen haben. So sieht man wenigstens, was zusammen gehört.
Zu Ahnenblatt-Gedcom:
Bei den Datümern kann Ahnenblatt fast alle Gedcom-Formate. Die meisten Programme unterstützen aber nur ein paar. Dadurch ist Ahnenblatt auch so flexibel. Ich finde das toll.
Den strukturellen Dateiaufbau einer Gedcom-Datei hält jedes Programm anders (siehe WinAhnen u.s.w). Der Aufbau von Ahnenblatt ist in meinen Augen klar strukturiert und sehr übersichtlich.
Es gibt auch keine Genaue Richtlinie dafür von Gedcom.
Mit Ged2Txt hat Claro sich nach Ahnenblatt gerichtet und damit funktioniert es einwandfrei. Mit Gedcom-Dateien aus anderen Progs funktioniert es nicht. Aber es ist ja auch für Ahnenblatt geschrieben.
Ich Danke auf jeden Fall Claro für das Ged2Txt, denn ich weiß, wieviel Arbeit und Zeit in diesem Tool steckt.
Gruß Hugo
Habe mir eben den "neuen" Downloadbereich angesehen. Es ist alles richtig.
Und der Chief wird bestimmt nichts dagegen haben. So sieht man wenigstens, was zusammen gehört.
Zu Ahnenblatt-Gedcom:
Bei den Datümern kann Ahnenblatt fast alle Gedcom-Formate. Die meisten Programme unterstützen aber nur ein paar. Dadurch ist Ahnenblatt auch so flexibel. Ich finde das toll.
Den strukturellen Dateiaufbau einer Gedcom-Datei hält jedes Programm anders (siehe WinAhnen u.s.w). Der Aufbau von Ahnenblatt ist in meinen Augen klar strukturiert und sehr übersichtlich.
Es gibt auch keine Genaue Richtlinie dafür von Gedcom.
Mit Ged2Txt hat Claro sich nach Ahnenblatt gerichtet und damit funktioniert es einwandfrei. Mit Gedcom-Dateien aus anderen Progs funktioniert es nicht. Aber es ist ja auch für Ahnenblatt geschrieben.
Ich Danke auf jeden Fall Claro für das Ged2Txt, denn ich weiß, wieviel Arbeit und Zeit in diesem Tool steckt.
Gruß Hugo
Das Gestern ist Geschichte
Das Morgen ist ein Rätsel
Das Heute ist ein Geschenk