Support Portal für Ahnenblatt
https://www.ahnenblattportal.de/
KANN ich, da ich das, leider, nur noch nicht aktualisiert habe - sorry ! Das mache ich sofort.
Ja, das ist weiterhin so. Diese Informationen sind dann damit im Eingabedialog von Ahnenblatt sichtbar, da es keine Eingabefelder für "Alter" und "zuständiges Amt" gibt (in anderen Programmen auch eher selten anzutreffen).Jo301 hat geschrieben: ↑11.01.2025, 12:31 Dabei fällt noch auf, dass in der V4.19 alle AGE Tags (bei INDI und HUSB/WIFE in FAM) in Kommentare gewandelt werden.
Damit würden sie für mein Online-OFB verloren gehen.
Ist das in der V4.20 immer noch so?
Weiter werden Tags AGNC (zuständiges Amt) irreversibel in Kommentare gewandelt:
In die optimierten GEDCOM-Importe ist viel Gehirnschmalz reingeflossen, daher soll die kostenlose Demo-Version nicht als "Reparatur-Tool" verwendet werden können. Die Speicherung ist weiterhin mit kleinerer Personenzahl (<= 50 Personen) möglich. Dann einfach mal eine kleinere Datei öffnen.
Edit: In der V4.17 bleiben alle AGE / AGNC trotz Konvertierung einfach erhalten, das war lange Zeit auch die gute Eigenschaft von Ahnenblatt!
Ich habe diese GEDCOM-konformen Möglichkeiten aber bisher und nutze sie konsequent, wie auch andere Nutzer von Ages.
Grundsätzlich versuche ich aus Erfahrung Kommentare wann immer möglich zu vermeiden, sofern es GEDCOM-konforme Möglichkeiten gibt. GEDCOM ist immer noch das Austauschformat, bei allen bekannten kleineren Macken bei der Unterstützung durch Tools oder der Interpretation der Autoren.
Mal ehrlich: Im Moment ist es in den genannten Punkten das Gegenteil eines Reparatur-Tools.
Gibt es bitte eine Übersicht was alles bei den jeweiligen Tools repariert wird?
Das ist eine Berufskrankheit, Dinge inkrementell anzugehen, sie relativ bald zu testen, anstelle die volle Ladung Widersprüche zum Abgabetermin zu haben. Ergo: geht jede "Tagesportion" (Version) den Weg über den GEDCOM-Validator, ein professionelles Diff-Tool und zwei unabhängige Genealogie-Apps.
Das ist ja soweit in Ordnung. Wenn ein Anwender zu Ahnenblatt wechselt, dann soll er diese Informationen auch weiterhin sehen und findet sie jetzt in den Notizen (bislang nur unsichtbar im Hintergrund).
Habe ich auf die Schnelle nicht finden können. Hast du mal Link(s) zu Personen, bei denen beides dargestellt wird?Jo301 hat geschrieben: ↑13.01.2025, 17:49 Und eben diese Angaben (AGE und AGNC) werden bei https://ofb.genealogy.net/ auch richtig dargestellt.
Gerade nicht verloren, weil viele Programme diese Felder nicht haben und die Daten womöglich beim Import ignorieren.
Ok, an der Darstellung werde ich noch ein wenig feilen, die ist wirklich nicht optimal.
Damit sie in Ahnenblatt editierbar sind.
Das ist zusammen mit Alter und zuständiges Amt schon alles.
Irgendwie verstehe ich das Verfahren nicht.Jo301 hat geschrieben: ↑13.01.2025, 17:49 Das ist eine Berufskrankheit, Dinge inkrementell anzugehen, sie relativ bald zu testen, anstelle die volle Ladung Widersprüche zum Abgabetermin zu haben. Ergo: geht jede "Tagesportion" (Version) den Weg über den GEDCOM-Validator, ein professionelles Diff-Tool und zwei unabhängige Genealogie-Apps.
Dazu gibt es die Hesmer-Tools (Validierung/Duplikate). Sorry ich komme von CI/CD irgendwie nicht los.
das ist nicht in Ordnung, weil:
Jo301 hat geschrieben: ↑13.01.2025, 17:49 Und eben diese Angaben (AGE und AGNC) werden bei https://ofb.genealogy.net/ auch richtig dargestellt.
Hier ein Link, nicht von mir, aber ich war dran beteiligt:
Das mit den vielen Programmen ist eine möglicherweise steile These, die ich nicht sehe.
Daran ist nichts zu feilen, weil es GEDCOM-konform in jede beliebige Sprache übersetzbar ist, z.B. per PHP auf Webseiten.
Ja hmmm, das muss konzeptionell auch anders gehen.
Anpassungen an Wohnorten habe ich in meinen Daten nicht bemerkt.
NEIN, es wird in zwei Genealogieprogramme importiert, die beide ihre Stärken bei der Erkennung von Diskrepanzen haben, exportiert wird es bewusst nicht. Im oben zitierten OFB-Projekt wurde diese begleitende Qualitätssicherung leider zu spät angefangen, das ist meine Lehre daraus.
Nein, eben nicht, Compgen bekommt das Ages!-GEDCOM-File.
Danke für den Link.Jo301 hat geschrieben: ↑14.01.2025, 19:33 Hier ein Link, nicht von mir, aber ich war dran beteiligt:
https://ofb.genealogy.net/famreport.php ... 37&lang=de
Mal auf die Schnelle ein paar Programme ausprobiert:
Ages! bietet beim Wohnort ein Eingabefeld ohne weitere Beschriftung, in dem der Anwender z.B. "Postdamer Platz, Berlin" eingeben kann.
Code: Alles auswählen
1 RESI Postdamer Platz, BerlinDann kann dir doch eigentlich egal sein, was Ahnenblatt aus dem Import macht ...
soviele habe ich nicht im Einsatz, ich treffe ein Vorauswahl unter Programmen die konzeptionell einigermaßen aktuell und in Pflege sind.
Deine Beobachtung und Behandlung ist richtig, kann ich nur bestätigen und kenne das schon länger.DirkB hat geschrieben: ↑14.01.2025, 23:08 Ages! bietet beim Wohnort ein Eingabefeld ohne weitere Beschriftung, in dem der Anwender z.B. "Postdamer Platz, Berlin" eingeben kann.
Das wird dann als von Ages! als ...... exportiert. RESI erlaubt aber keinen direkten Wert - wird dann von Ahnenblatt in ein ADDR-Feld verschoben.Code: Alles auswählen
1 RESI Postdamer Platz, Berlin
Das hatte ich bereits ausgedrückt. Aber hier gilt, dass (im späteren GEDCOM-Export) erhalten werden muss, was ein Anwender, mit welcher Software auch immer ausdrücken wollte oder konnte. Bei Compgen wird mit der Zeit vieles davon unterstützt.
bisher war es so, dass alle GEDCOM-Infos (Tags) in die Ahn-DB eingelesen wurden (Import), auch wenn sie nicht verarbeitet wurden oder editierbar waren. Sie wurden aber 1:1 wieder in GEDCOM reproduziert (Export). Das klappt nun nicht mehr, durch eine "Optimierung".
Das ist auch nicht notwendig, solange sich GEDCOM v7 nicht ausreichend etabliert hat bzw. die v5.5.1 noch allgemein akzeptiert wird.
Das verstehe ich aus eigener Berufserfahrung sehr gut. Bei Ages! war es ebenso eine Einmannfirma und der Autor hat den Support vor Jahren sang- und klanglos eingestellt oder hat es müssen. Beim Programmieren muss man schon mit seinen Ressourcen haushalten, aber es gelingt oft nicht.