MobileFamilyTree für iPhone oder iPad

genealogie-programme
1

Hallo zusammen,

folgendes ist eventuell für iPad- oder iPhone-Besitzer interessant: Bis zum 13. Juli gibt es von Synium Software eine Aktion, bei
welcher man die neue Version von MobileFamilyTree (7.2) mit 50%-iger Ermäßigung zum Preis von 5,99 Euro erwerben kann. Für Besitzer
der Versionen 7.0 oder 7.1 ist die Version wieder kostenlos.

Ich selbst benutze MobileFamilyTree als Drittprogramm schon seit Jahren auf iPad und iPhone und bin sehr zufrieden mit der Software.

Viele Grüße
Peter (Schulz)

2

Wenn Du bereits die neue Version hast, köntest Du mir mal eine Gedcomdatei schicken?
Bereits 4/2013 hatte ich denen eine Mail mit diversen Fehlern des Gedcomexportes geschickt. Man versprach zwar, das zu prüfen, seit dem ist Funkstille. Nachjeder neuen Version hatte ich nachgefragt, wurde aber ignoriert. Im Forum wurden andere Anfragen beantwortet (wenn positive Antworten möglich sind?), auf meine Anfrage kam nicht ein Kommentar.

Da die Demo kein Speichern zulässt, kann ich leider nichst selbst prüfen.

Generell macht das Programm einen wirklich guten Eindruck. Insbesondere graphisch ist es wirklich ein Highlight! Wer aber auf einen guten Datenaustausch Wert legt, sollte das prüfen.

Gruß, Stefan Mettenbrink.

3

Hallo Metti,

ich habe die Muster_GEDCOM-Datei aus Genwiki in MobileFamilyTree ein- und wieder ausgelesen. Die exportierte Datei sende ich Dir
direkt zu.

Viele Grüße
Peter (Schulz)

Von: genealogie-programme-bounces+pesz=gmx.de@genealogy.net [mailto:genealogie-programme-
bounces+pesz=gmx.de@genealogy.net] Im Auftrag von Stefan Mettenbrink
Gesendet: Samstag, 28. Juni 2014 12:31
An: genealogie-programme@genealogy.net
Betreff: Re: [Gen-Programme] MobileFamilyTree für iPhone oder iPad

...

4

Ich hatte Dir gerade darauf geantwortet. Die Antwort ist hier vieleicht auch interessant:

Im Header fehlt noch immer die Angaben zu PLAC und FORM.

Die Angaben zu PLAC enthalten leider keine Koordinaten. In der Version von 2013 waren die Koordinaten falsch integriert.

Früher gab es Angaben zum Änderungsdatum zu diversen Ereignissen. Hier wurde aufgeräumt. Zumindest auf dem ertsen Blick finde ich kein Änderungsdatum, wo keines erwartet wird.

Das Kennzeichen CREA (Erstellungsdatum?) gibt es nicht im Gedcomtandard. Hier würde es genügen, einen Unterstrich voran zu setzen.

Das war früher auch bei MISE und HEIGso, wurde in der Musterdatei aber nicht verwendet.

Das Kennzeichen SECG (Was ist das?) gibt es nicht im Gedcomtandard. Hier würde es genügen, einen Unterstrich voran zu setzen.

Im Header fehlt weiterhin eine Angabe zum Submitter.

Das waren die Fehler, die ich seinerzeit gemeldet habe. Wurde offensichtlich nicht viel korrigiert. :frowning:

Gruß, Stefan Mettenbrink.

5

Hallo Metti,

ja, es gibt ein paar kleinere Defizite, aber im Großen und Ganzen ist die GEDCOM-Abdeckung ganz ordentlich (im Gegensatz zu vielen
anderen Programmen). Die von Dir festgestellten Abweichungen wurden von mir u.a. auch festgestellt und an den Support von Synium
gemeldet.

Viele Grüße
Peter (Schulz)

Von: genealogie-programme-bounces@genealogy.net [mailto:genealogie-programme-bounces@genealogy.net] Im
Auftrag von Stefan Mettenbrink
Gesendet: Sonntag, 29. Juni 2014 16:35
An: Genealogie-Programme
Betreff: Re: [Gen-Programme] MobileFamilyTree für iPhone oder iPad

...

6

Hallo zusammen,

die Koordinaten werden aus MobileFamilyTree 7.2 folgendermaßen ausgegeben:

1 BIRT
2 DATE 05 Apr 1742
2 PLAC Kirchberg, Rhein-Hunsrück-Kreis, Rheinland-Pfalz, Deutschland
2 LONG E7.406944
2 LATI N49.943890

Das wird zwar vielleicht von einigen Programmen trotzdem eingelesen, aber
meiner Meinung wäre nach 5.5.1 (wie im Header angegeben) richtig:

1 BIRT
2 DATE 05 Apr 1742
2 PLAC Kirchberg, Rhein-Hunsrück-Kreis, Rheinland-Pfalz, Deutschland
3 MAP
4 LONG E7.406944
4 LATI N49.943890

Des weiteren werden die Koordinaten in DMS mit benutzerdefinierten Tags
ausgegeben:

2 _COR
3 _LAD 7
3 _LAM 24
3 _LAS 25
3 _LOD 49
3 _LOM 56
3 _LOS 38

Mit dem Unterstrich wäre das ok, aber meiner Auffassung nach sollte die
Hierarchie eins hochgezählt sein, da von PLAC abhängig.

Ansonsten ist der Header wirklich etwas dürftig, der SUBM sollte zumindest
rein. PLAC ist meiner Meinung immer 4 Hierarchien, da keine weiteren
Eingabemöglichkeiten. Könnte im Header angegeben sein, machen aber viele
Programme nicht.

Änderungsdatum ist dort angegeben, wo eine Änderung gemacht wurde. Finde ich
persönlich super, weil ich dann danach suchen/filtern kann, wenn ich aus dem
FamilySearch-Modul Aktualisierungen gemacht habe. Die FamilySearch-ID mit
auch korrekt mit _FID ausgegeben.

SECG kommt in meiner GEDCOM nicht vor.

Viele Grüße
Markus

7

Hallo zusammen,

die Koordinaten werden aus MobileFamilyTree 7.2 folgendermaßen ausgegeben:

1 BIRT
2 DATE 05 Apr 1742
2 PLAC Kirchberg, Rhein-Hunsrück-Kreis, Rheinland-Pfalz, Deutschland
2 LONG E7.406944
2 LATI N49.943890

Das wird zwar vielleicht von einigen Programmen trotzdem eingelesen, aber
meiner Meinung wäre nach 5.5.1 (wie im Header angegeben) richtig:

1 BIRT
2 DATE 05 Apr 1742
2 PLAC Kirchberg, Rhein-Hunsrück-Kreis, Rheinland-Pfalz, Deutschland
3 MAP
4 LONG E7.406944
4 LATI N49.943890

Ja, das hatte ich ebenfalls so erkannt und bereits im April 2013 gemeldet.

Ansonsten ist der Header wirklich etwas dürftig, der SUBM sollte zumindest
rein.

Wäre schön. Allerdings werden dadurch keine Benutzerdaten verloren gehen.

PLAC ist meiner Meinung immer 4 Hierarchien, da keine weiteren
Eingabemöglichkeiten. Könnte im Header angegeben sein, machen aber viele
Programme nicht.

Die Hirarchie wird zu den einzelnen Ereignissen ausgegeben. Jedesmal. Entweder man gibt die Hirarchiestruktur zu jedem Ort ebenfalls immer aus oder einmal im Header. Dann kann ds importierende Programm die Daten in eine Ortsverwaltnug aufnehmen.

Das ist insbesondere dann hilfreich, wenn bei Ausgaben der Personendaten der Ortsname reicht und die komplette Hirarchie zu lang ist.
Derzeit wird die komplette Hirarchie als Ortsname übernommen. Finde ich ungeschickt.

Änderungsdatum ist dort angegeben, wo eine Änderung gemacht wurde. Finde ich
persönlich super, weil ich dann danach suchen/filtern kann, wenn ich aus dem
FamilySearch-Modul Aktualisierungen gemacht habe. Die FamilySearch-ID mit
auch korrekt mit _FID ausgegeben.

Ja, das ein Änderungsdatum für alle möglichen Eingaben gesetzt werden kann ist von Vorteil. Allerdings hatte MacStammbaum auch das Änderungsdatum für Ereignisse gesetzt, bei denen das laut Gedcomdoku nicht vorgesehen ist. Leider habe ich mir kein Beispiel notiert.

SECG kommt in meiner GEDCOM nicht vor.

Ich hatte ein Beispiel mit folgender Struktur bekommen:
1 NAME Maria von /Stradonitz/
2 GIVN Maria
2 SURN Stradonitz
2 SECG von

Fazit: Man könnte die Probleme in kürzester Zeit beheben. Anscheinend besteht aber kein Interesse daran.

Gruß, Stefan Mettenbrink.

8

Habe es getestet: SECG ist Erfassungsfeld "Zweiter Vorname", also SECond
Given name.

Das mit dem zweiten Vornamen habe ich sonst noch nirgends gesehen und ist,
soviel ich weiß, nicht definiert.

Hier der GEDCOM-Auszug:

0 @I3682@ INDI
1 NAME Leuthari von /Alemannien/
2 GIVN Leuthari
2 SURN Alemannien
2 SECG von
1 SEX M
1 BIRT
2 DATE UM 595
1 OCCU Herzog von Alemannien
1 DEAT
2 DATE NACH 643
1 NOTE @N34275264@
1 CHAN
2 DATE 01 Jul 2014
3 TIME 10:35:39
1 CREA
2 DATE 01 Jul 2014
3 TIME 20:59:09
1 FAMS @F1858@
1 FAMC @F2377@

Für diese "von" etc. sind aber diese Tags richtig:
NPFX : vorangestellter Namenszusatz (Titel)
SPFX : Text, der vor dem Nachnamen erscheint
NSFX : Text, der nach dem Namen erscheint

[gekürzt]

SECG kommt in meiner GEDCOM nicht vor.

Ich hatte ein Beispiel mit folgender Struktur bekommen:
1 NAME Maria von /Stradonitz/
2 GIVN Maria
2 SURN Stradonitz
2 SECG von

Fazit: Man könnte die Probleme in kürzester Zeit beheben. Anscheinend
besteht aber kein Interesse daran.

Gruß, Stefan Mettenbrink.

Genealogieprogramme im GenWiki:
http://wiki-de.genealogy.net/wiki/Kategorie:Genealogiesoftware

9

Soweit alles richtig.
Allerdings ist hier das "von" ein Vorname. Zumindest wenn man sich an NAME orientiert.
Das Namensrecht ist aber recht komplex und auch noch länder- sowie zeitspezifisch. Deshalb wird Text hinter NAME auch noch zusätzlich unterteilt. Ich hätte hier anstelle von SECG (das Kennzeichen gehört nicht zum Gedcomstandard) wohl eher SPFX benutzt.

Natürlich kann man mit Gedcom auch mehere Vornamen nutzen:

1 NAME Markus Maria /Profittlich/
2 GIVN Markus,Maria
2 SURN Profittlich

Es ist sogar zulässig, zu einer Person mehrere Namenskennzeichen zu exportieren (wenn beispielsweise in unterschiedlichen Urkunden beide Namen für dieselbe Person benutzt werden):

1 NAME Heinrich /Neubäumer/
1 NAME Henrich /Neuenbäumer/

Wird nur nicht von sonderlich vielen Programmen unterstützt.

Gruß, Stefan Mettenbrink.

10

Hallo,

Von: genealogie-programme-bounces@genealogy.net [mailto:genealogie-programme-bounces@genealogy.net] Im
Auftrag von Stefan Mettenbrink
Gesendet: Dienstag, 1. Juli 2014 17:43

...

Allerdings ist hier das "von" ein Vorname. Zumindest wenn man sich an NAME orientiert.
Das Namensrecht ist aber recht komplex und auch noch länder- sowie zeitspezifisch. Deshalb wird Text
hinter NAME auch noch zusätzlich unterteilt. Ich hätte hier anstelle von SECG (das Kennzeichen gehört
nicht zum Gedcomstandard) wohl eher SPFX benutzt.

Für mich sieht das nach einem Workaround aus. MobileFamilyTree kennt zum Namen die Einzelfelder, Vorname, Nachname, Zweiter Vorname,
Titel, Namenssuffix - aber eben nicht Namenspräfix.

Das "von" ist im deutschsprachigen Raum Bestandteil des Nachnamens. Wenn man also nicht möchte, dass das "von" bei der Sortierung
berücksichtigt wird, dann kann man es in den Namenspräfix auslagern, da dieser immer noch Bestandteil des Nachnamens ist. Da MFT
aber kein Namenspräfix-Feld kennt, werden beim GEDCOM-Import NPFX-Felder in das MFT-eigene Kennzeichen SECG übertragen. Somit geht
der Wert nicht verloren und die Ausgabe (im User Interface) ist korrekt. Das SECG nicht mit einem Unterstrich beginnt, ist eine
andere Geschichte :slight_smile:

...

Es ist sogar zulässig, zu einer Person mehrere Namenskennzeichen zu exportieren (wenn beispielsweise
in unterschiedlichen Urkunden beide Namen für dieselbe Person benutzt werden):
1 NAME Heinrich /Neubäumer/
1 NAME Henrich /Neuenbäumer/
Wird nur nicht von sonderlich vielen Programmen unterstützt.

MobileFamilyTree unterstützt dies, wobei die "weiteren Namen" sogar noch durch eine Typisierung unterschieden werden (Geburtsname,
Ehename, Künstlername, Religiöser Name, Namensvariation, Adoptivname, usw.)

MFT unterstützt auch (GEDCOM-konform) mehrfache Ereignisse, z.B. mehrere Geburten. Dies klingt im ersten Moment unsinnig, aber was
macht man, wenn unterschiedliche Quellen unterschiedliche Geburtsdaten ausweisen? Bei MFT kann jedes Ereignis mit der zugehörigen
Quellenangabe erfasst werden, wobei die Quellenangaben wiederum ^nach Zuverlässigkeit/Qualität klassifiziert werden.

Viele Grüße
Peter (Schulz)

11

Für mich sieht das nach einem Workaround aus.

(...)

Das SECG nicht mit einem Unterstrich beginnt, ist eine
andere Geschichte :slight_smile:

Ich habe nichts gegen einen Workaround. Dann aber bitte so, dass der man sich an die Regeln hält. Zumal es mit einem simplen Unterstrich getan ist.

Das stößt bei mir auf völliges Unverständnis.

Gruß, Stefan Mettenbrink.