Ahnenblattportal

Das Exportieren von Bilddaten in CSV Format verunsichert mich, vor allem auch weil sich das Beispielexemplar gleich verhält:

Wenn ich das mitgelieferte Beispielexemplar „Beispiel.aha“ als *.csv exportiere erhalte ich für die Bilder folgende 12 Spaltenüberschrift:
OBJE.FILE
OBJE.FILE._ALTPATH
OBJE.FILE.FORM
OBJE.TITL
OBJE.FILE.2
OBJE.FILE._ALTPATH.2
OBJE.FILE.FORM.2
OBJE.TITL.2
OBJE.FILE.1
OBJE.TITL.1
OBJE.FILE.2
OBJE.TITL.2

Die ersten 8 sind für mich nachvollziehbar, aber für die letzten vier habe ich keine Erklärung (ein Bug?).

Danke für Eure Hilfe

Pfff, da bin ich auch überfragt - ich schicke Dirk mal eine eMail, dann kann er sich ggf. selbst hier melden.
Marcus

Hallo,

diese ersten 8 (und evtl. weitere)
OBJE.FILE
OBJE.FILE._ALTPATH
OBJE.FILE.FORM
OBJE.TITL
OBJE.FILE.2
OBJE.FILE._ALTPATH.2
OBJE.FILE.FORM.2
OBJE.TITL.2
beziehen sich auf die Anzeige links oben im Ahnenblatt

die anderen Zeilen (und weitere)
OBJE.FILE.1
OBJE.TITL.1
OBJE.FILE.2
OBJE.TITL.2
beziehen sich auf die Bilder im Editor.

Im Editor können die Bilder 1 2 und 3 sein.
In der anzeige kann man ja anhand der Pfeile neben dem Bild sich das 2 zum Beispiel auswählen zur Ansicht.

Dann wäre hier das 2te Bild im Editor das erste in der Anzeige usw fortgehend.

Ich hoffe es wahr verständlich.
Gruß
Frank

Hallo Frank,
Danke für Deine Erklärung, ich kann sie nachvollziehen. Die ersten 8 geben Pfad, Dateiformat und Bemerkung an und die restlichen vier die Reihenfolge (haben aber z.T. gleiche Überschriften).
Hallo Marc,
Somit wäre ich vielleicht an einem Wunsch angelangt, da Ahnenblatt mehr kann als kommuniziert.
In der Hilfe Funktion „Wie kann man Daten aus einer Tabellenkalkulation importieren ?“ sind die Spaltenüberschriften erklärt. Jedoch nicht die OBJE Spalten, diese erscheinen jedoch beim Export und man kann sie auch richtig Re-Importieren, obwohl einige OBJE Spaltenüberschriften gleich lauten oder "doppelt" vorkommen. Vielleicht ist es „offiziell“ gar nicht vorgesehen, dass man Medien (Speicherort, Dateinamen und Dateityp) importiert.
Funktioniert aber bei mir bestens. Ich fülle die lediglich Spalten:
OBJE.FILE.1,
OBJE.FILE.FORM.1,
OBJE.TITL.1,
OBJE.FILE.2,
OBJE.FILE.FORM.2,
OBJE.TITL.2,
OBJE.FILE.3,
OBJE.FILE.FORM.3,
OBJE.TITL.3
etc.
entsprechend aus und sie werden in der Reihenfolge 1,2,3.. eingelesen, ohne dass ich die Reihenfolge zusätzlich definieren muss. Geht als csv sehr schnell, vor allem dann, wenn ich 100 „Mustermännern“ das gleiche Familienwappen zuordne. "Ich (muss/darf oft) Familienaufstellungen von einer Tabellenkalkulation wie Excel einlesen."
Bei anschliessenden csv Re-export werden aber wieder zusätzliche Reihenfolge-Spalten generiert, so dass gleichlautende Spaltenüberschriften vorkommen.

Falls man in einer späteren Version den Import von csv Mediendaten offiziell empfehlen möchte wäre eine Vereinfachung (Import-Export) und die Beschreibung in der Hilfe Datei „Wie kann man Daten aus einer Tabellenkalkulation importieren?“ sehr hilfreich.

Vielen Dank und Gruss

AL1946

Hallo Leute,

ich habe das mal eben mit der Beispiel.ahn ausprobiert. Da scheinen "OBJE-Daten" tatsächlich redundant zu sein. Ich sehe jedenfalls keinen Grund, warum einige Spalten - und dann auch deren Inhalte - mal mit ".1" und mal ohne aufgeführt sind. Ich werde das mal prüfen und ggf. korrigieren.

Die Hilfe würde ich bezüglich OBJEs ergänzen, obwohl das nur Beispiele sein können. Mediendaten können durchaus "offiziell" importiert werden. Da Ahnenblatt seit Version 2.80 sich alles intern merkt, was er in einer importierten GEDCOM-Datei findet (vor allem wenn sie nicht mit Ahnenblatt erstellt wurde). Dann würde man in einem CSV-Export auch solche Daten wiederfinden, selbst wenn Ahnenblatt dafür kein Eingabefeld hat.

Ein ständiges Ex- und Importieren im CSV-Format würde ich persönlich nicht empfehlen. Aktuell lassen sich schon nicht alle Daten in einer einzigen Tabelle (= csv-Datei) abbilden. Da gehen aktuell Ersteller, Ortsverwaltung und das Kennzeichen "gleichgeschlechtliche Partnerschaft" verloren. In zukünftigen Programmversionen wird das wohl eher mehr ...

Gruß, Dirk


-----------------------
#KB-Eintrag