Date: 2006/10/07 22:41:21
From: Dieter Finkhäuser <Dieter(a)Finkhaeuser-Poing.de>
Hallo liebe FTM Nutzer,
Als Nutzer der amerikanischen Version FTM 2006 wurde ich vor einigen Tagen
per e-mail über eine neue Version Family Tree Maker 16 informiert.
Beim Durchsehen der entsprechenden WEB Pages wurde es schnell klar, dass
eingetragene Nutzer von FTM 2006 die angekündigte neue Version als
kostenlosen Patch direkt herunter laden können. Ansonsten kostet FTM 16 $
40.- plus Versandkosten.
Nach den Angaben auf der entsprechenden WEB Page bietet die Version 16
folgende neue Leistungsmerkmale gegenüber der amerikanischen FTM 2006.
Auszug aus der WEB Page:
-------------------------
A free patch is available to Family Tree Maker 2006 users. This patch will
update their program so that it is at the same level at Family Tree Maker
16. The patch includes the following changes:
* Added fastfill to the master source field in the source citation
dialog
* Added the ability to select "Individuals to Include" in the Source
Usage Report
* Extra protection against file corruption when you export Family Tree
Maker 2006 files to previous Family Tree Maker file formats
* Updates in the notes section for Windows 98 users
------------------------
Meine Ãœbersetzung:
Für Family Tree Maker 2006 Nutzer steht ein kostenloser Patch zur Verfügung.
Dieser Patch ändert das Programm auf den gleichen Stand wie das neue Family
Tree Maker 16.
Der Patch enthält die folgenden Änderungen
* Fügt fastfill (schnelle Ergänzung eines begonnenen Eintrages) bei der
Bearbeitung von Quellenzitaten (Source-Citation) im Feld <Titel der Quelle>
(Master Source) hinzu.
* Fügt das Merkmal "Personen einfügen" (Individuals to Include) in der
"Liste der dokumentierten Ereignisse" (Source Usage Report) hinzu.
* Erweiterte Sicherheitsmaßnahmen gegen Datenfehler beim Export von Family
Tree Maker 2006 Dateien in ältere FTM Formate.
* Verbesserungen bei Notizen unter "Person bearbeiten" für Windows 98
Nutzer.
------------------------
Mein Kommentar:
Diese neuen Merkmale sind eigentlich ein Witz. Ich habe immer aufmerksam die
Wünsche der Familienforscher zu gewünschten Verbesserungen verfolgt, auch
eigene Wünsche formuliert, nach USA gesendet bzw. mich bei Anderen mit
Formulierungen beteiligt. Die oben genannten ersten beiden "Verbesserungen"
waren nie dabei. Ihre Auswirkungen sind auch absolut marginal.
Die beiden letzten Merkmale sind eigentlich selbstverständliche Patche
(keine Updates) zu offensichtlichen Fehlern beim Export aus FTM 2006, bzw.
bei Arbeiten unter Windows 98. Diese Patche sind durchaus wichtig, sind aber
wirklich kein Getöse wert.
Auf der WEB Page http://www.familytreemaker.com/new.aspx sind zwar noch zwei
weitere neue Merkmale (sogar auf Deutsch) gelistet und beschrieben, diese
habe ich aber noch nicht genauer betrachtet.
Ich habe den Patch heruntergeladen und installiert. Die beiden ersten
Merkmale sind auch eingebunden.
Die beiden Fehlerbeseitigungen muss man einfach glauben.
Falls es weitere Familienforscher gibt, die mit der US-Version arbeiten ist
der Download nicht unnütz. Ein Kauf des FTM 16 aber absolut witzlos, schon
gar für $ 40.-
Ich hoffe nur, dass das Programm nicht doch noch unter die Räder kommt.
Diese Änderung ist ein wirkliches Armutszeugnis.
Ich war Anfang September in den USA und hatte nach mühsamer Tour durch alle
möglichen Telefonnummern bei My Family.com, Genealogy.com und und und (das
Firmengeflecht ist nicht durchschaubar) einige Aussagen eigentlich
dahingehend interpretiert, dass eine allgemeine Lustlosigkeit besteht dass
Programm substantiell weiter zu entwickeln. Es wäre wirklich schade.
Mit freundlichen Grüßen
Dieter Finkhäuser
sucht alle Vorkommen der Namen Finkeisen, Findeisen, Finkeiser, Finkheiser,
Finkhäuser um 1700 in allen Deutschen Ländern und Fürstentümern
mailto: Dieter(a)Finkhaeuser-Poing.de
Date: 2006/10/15 10:21:55
From: Heinr. Büssing <h-buessing(a)versanet.de>
Liebe Listenmitglieder,mich interesssiert, ob es eine einfache Möglichkeit gibt, eine umfangreiche Exel-Datei, die ca. 30.000 Datensätze enthält, (Kirchenbuchverkartung) in eine GEDCOM-Datei zu übertragen um sie dann in ein Genealogieprogramm zu übernehmen.
Herzlichen Dank für Euere Bemühungen im Voraus MfG Heinrich (Büssing)
Date: 2006/10/15 10:32:19
From: Gerd Schmerse <gerd(a)schmerse.de>
Moin Heinr. Büssing, zur Mail vom Sun, 15 Oct 2006 10:16:19 +0200: >mich interesssiert, ob es eine einfache Möglichkeit gibt, eine >umfangreiche Exel-Datei, die ca. 30.000 Datensätze enthält, >(Kirchenbuchverkartung) in eine GEDCOM-Datei zu übertragen um sie dann >in BK zu übernehmen. Für den Austausch mit Excel gibt es GedTool von Peter Schulz, siehe Beschreibung auf der Seite http://wiki-de.genealogy.net/wiki/GedTool Gruß Gerd (Schmerse) Moderator BK-L -- Listinfo <http://list.genealogy.net/mailman/listinfo/brothers-keeper-l> neueste BK-Version: 6.2.20 vom 27 Sep 2006 Update ist <http://www.bkwin.net/bkupdtG.EXE> Deutsche Webseite ist <http://www.brothers-keeper.de/>
Date: 2006/10/15 10:45:09
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
"Heinr. Büssing" wrote:
mich interesssiert, ob es eine einfache Möglichkeit gibt, eine umfangreiche Exel-Datei, die ca. 30.000 Datensätze enthält, (Kirchenbuchverkartung) in eine GEDCOM-Datei zu übertragen um sie dann in ein Genealogieprogramm zu übernehmen.
Ja. :-) Das Programm Familienbande <http://www.familienbande-genealogie.de> hat eine Funktion zum importieren von CSV-Dateien (kann man aus Excel heraus exportieren) und von dort ist ein Gedcomexport möglich. MfG, Metti.
Date: 2006/10/18 17:14:39
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Ich suche Gedcomdateien der großen Königshäuser. Möglichst aktuell und umfangreich. Weiß jemand, wo ich die bekommen kann? Die der englischen Königsfamilien habe ich von 1992 gefunden, das ist nicht sonderlich aktuell. MfG, Metti.
Date: 2006/10/20 20:24:41
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
Hallo, Heinrich! Besser spät, als gar nicht ...
mich interesssiert, ob es eine einfache Möglichkeit gibt, eine umfangreiche Exel-Datei, die ca. 30.000 Datensätze enthält, (Kirchenbuchverkartung) in eine GEDCOM-Datei zu übertragen um sie dann in ein Genealogieprogramm zu übernehmen.
Ahnenblatt (www.ahnenblatt.de) kann ebenfalls seit der neuesten Version (2.0) CSV-Dateien öffnen, die man aus Excel mittels "Speichern unter..." ganz einfach erzeugen kann. Vorraussetzung ist, dass die Daten "tabellarisch" vorliegen und jeweils eine Zeile einen Datensatz ausmachen. Es wird die erste Zeile als "Überschriftenzeile" vorausgesetzt. Die dort enthaltenen Spaltenüberschriften müssen an Gedcom-angelehnte Schlüsselworte enthalten, damit die Felder dann als solches erkannt werden können (z.B. BIRT.PLAC für Geburtsort oder DEAT.DATE für Todesdatum). In der Programmhilfe ist das unter "Wie kann man Daten aus einer Tabellenkalkulation importieren ?" detailliert beschrieben.
Die dafür nötigen manuellen Anpassungen sollten sich in Grenzen halten. Aus Ahnenblatt kann man dann die Daten im Gedcom-Format abspeichern. Gruß aus Hamburg, Dirk (Böttcher).
Date: 2006/10/21 10:04:09
From: Heinr. Büssing <h-buessing(a)versanet.de>
Dirk Böttcher schrieb:
Hallo, Heinrich!
Besser spät, als gar nicht ...
Richtig!
Vielen Dank für Deine, wenn auch verspätete, Mail.
Ich werde es mal auf die Art versuchen.
MfG
Heinrich (Büssing)
mich interesssiert, ob es eine einfache Möglichkeit gibt, eine
umfangreiche Exel-Datei, die ca. 30.000 Datensätze enthält,
(Kirchenbuchverkartung) in eine GEDCOM-Datei zu übertragen um sie dann
in ein Genealogieprogramm zu übernehmen.
Ahnenblatt ([1]www.ahnenblatt.de) kann ebenfalls seit der neuesten Version
(2.0) CSV-Dateien öffnen, die man aus Excel mittels "Speichern unter..."
ganz einfach erzeugen kann.
Vorraussetzung ist, dass die Daten "tabellarisch" vorliegen und jeweils
eine Zeile einen Datensatz ausmachen.
Es wird die erste Zeile als "Ãœberschriftenzeile" vorausgesetzt. Die dort
enthaltenen Spaltenüberschriften müssen an Gedcom-angelehnte
Schlüsselworte enthalten, damit die Felder dann als solches erkannt
werden können (z.B. BIRT.PLAC für Geburtsort oder DEAT.DATE für Todesdatum).
In der Programmhilfe ist das unter "Wie kann man Daten aus einer
Tabellenkalkulation importieren ?" detailliert beschrieben.
Die dafür nötigen manuellen Anpassungen sollten sich in Grenzen halten.
Aus Ahnenblatt kann man dann die Daten im Gedcom-Format abspeichern.
Gruß aus Hamburg, Dirk (Böttcher).
_____________________________________________
An-, Abmelden bzw. persoenliche Einstellungen aendern
[2]http://list.genealogy.net/mailman/listinfo/genealogie-programme
Verweise
1. http://www.ahnenblatt.de/
2. http://list.genealogy.net/mailman/listinfo/genealogie-programme
Date: 2006/10/21 12:32:39
From: Markus Christ <m.christ(a)christm.ch>
Guten Tag ich habe eine Zusatzfrage zu diesen Programmen GEDTOOL und Ahnenblatt.Ist es möglich aus einem der erwähnten Programm eine csv-Datei zu erstellen, diese in Excel zu bearbeiten und wieder als csv-datei in das Programm als GEDCOM
inklusive den genealogischen Verknüpfungen einzulesen? Besten Dank Markus Christ Heinr. Büssing schrieb:
Dirk Böttcher schrieb: Hallo, Heinrich! Besser spät, als gar nicht ...Richtig! Vielen Dank für Deine, wenn auch verspätete, Mail. Ich werde es mal auf die Art versuchen. MfG Heinrich (Büssing)mich interesssiert, ob es eine einfache Möglichkeit gibt, eine umfangreiche Exel-Datei, die ca. 30.000 Datensätze enthält, (Kirchenbuchverkartung) in eine GEDCOM-Datei zu übertragen um sie dann in ein Genealogieprogramm zu übernehmen.Ahnenblatt ([1]www.ahnenblatt.de) kann ebenfalls seit der neuesten Version (2.0) CSV-Dateien öffnen, die man aus Excel mittels "Speichern unter..." ganz einfach erzeugen kann. Vorraussetzung ist, dass die Daten "tabellarisch" vorliegen und jeweils eine Zeile einen Datensatz ausmachen. Es wird die erste Zeile als "Überschriftenzeile" vorausgesetzt. Die dort enthaltenen Spaltenüberschriften müssen an Gedcom-angelehnte Schlüsselworte enthalten, damit die Felder dann als solches erkannt werden können (z.B. BIRT.PLAC für Geburtsort oder DEAT.DATE für Todesdatum). In der Programmhilfe ist das unter "Wie kann man Daten aus einer Tabellenkalkulation importieren ?" detailliert beschrieben. Die dafür nötigen manuellen Anpassungen sollten sich in Grenzen halten. Aus Ahnenblatt kann man dann die Daten im Gedcom-Format abspeichern. Gruß aus Hamburg, Dirk (Böttcher). _____________________________________________ An-, Abmelden bzw. persoenliche Einstellungen aendern [2]http://list.genealogy.net/mailman/listinfo/genealogie-programme Verweise 1. http://www.ahnenblatt.de/ 2. http://list.genealogy.net/mailman/listinfo/genealogie-programme _____________________________________________ An-, Abmelden bzw. persoenliche Einstellungen aendern http://list.genealogy.net/mailman/listinfo/genealogie-programme
Date: 2006/10/21 13:06:00
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Markus Christ wrote:
ich habe eine Zusatzfrage zu diesen Programmen GEDTOOL und Ahnenblatt. Ist es möglich aus einem der erwähnten Programm eine csv-Datei zu erstellen, diese in Excel zu bearbeiten und wieder als csv-datei in das Programm als GEDCOM inklusive den genealogischen Verknüpfungen einzulesen?
Wäre es nicht einfacher, die Bearbeitung in den Brogrammen selber vorzunehmen? Was möchtest Du denn erreichen? MfG, Metti.
Date: 2006/10/21 13:23:58
From: Markus Christ <m.christ(a)christm.ch>
Hoi Metties gibt Sachen, wie Kontrolle der Schreibweise und Änderung dieser - vor allem bei vielen Einträgen - das Suchen funktioniert in den seltenen Fällen - da man ja nicht mehr weiss welche Schreibweise
man verwendet hat ... Klar kann man suchen und im Programm ändern... Import und Export von CSV wäre wünschenswert... ist ja wie beim GEDCOM - ein Programm sollte wenn möglich beides verstehen ... Herzliche Grüsse Markus Stefan Mettenbrink schrieb:
Markus Christ wrote:ich habe eine Zusatzfrage zu diesen Programmen GEDTOOL und Ahnenblatt.Ist es möglich aus einem der erwähnten Programm eine csv-Datei zu erstellen, diese in Excel zu bearbeiten und wieder als csv-datei in das Programm als GEDCOMinklusive den genealogischen Verknüpfungen einzulesen?Wäre es nicht einfacher, die Bearbeitung in den Brogrammen selber vorzunehmen?Was möchtest Du denn erreichen? MfG, Metti. _____________________________________________ An-, Abmelden bzw. persoenliche Einstellungen aendern http://list.genealogy.net/mailman/listinfo/genealogie-programme
Date: 2006/10/21 13:43:18
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Markus Christ wrote:
Import und Export von CSV wäre wünschenswert... ist ja wie beim GEDCOM - ein Programm sollte wenn möglich beides verstehen ...
Du kannst Dir gern <http://www.familienbande-genealogie.de> ansehen. Das bietet Ähnlichkeitssuche und Suche mit Regulären Ausdrücken und das auch in der Ersetzen-Funktion. Gedomim- und -export sowie CSV-Im-und-Export sind ebenfalls möglich. MfG, Metti.
Date: 2006/10/21 13:43:19
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Markus Christ wrote:
es gibt Sachen, wie Kontrolle der Schreibweise und Änderung dieser - vor allem bei vielen Einträgen -
Sollte mit Suchen/Ersetzen problemlos machbar sein.
das Suchen funktioniert in den seltenen Fällen - da man ja nicht mehr weiss welche Schreibweise
Ähnlichkeitssuche über Soundexcode ist hier hilfreich. Andererseits, hat Excel denn eine möglichkeit, nach etwas zu suchen, von dem man die Schreibweise nicht kennt?
Import und Export von CSV wäre wünschenswert... ist ja wie beim GEDCOM - ein Programm sollte wenn möglich beides verstehen ...
Das Problem ist, bei jedem Export -> Wandlung/Änderung -> Import wird etwas auf der Strecke bleiben. So meine Erfahrung. Gerade, wenn das Programm die Möglichkeiten bietet, erübrigt sich die Arbeit. Die Antwort auf meine Frage, was Excel besser kann als ein Genealogieprogramm, fand ich nicht verständlich erklärt. Kann aber auch an mir liegen. MfG, Metti.
Date: 2006/10/21 17:27:16
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
Hallo, Markus!
ich habe eine Zusatzfrage zu diesen Programmen GEDTOOL und Ahnenblatt.
Ich kann da nur für Ahnenblatt sprechen ...
Ist es möglich aus einem der erwähnten Programm eine csv-Datei zu erstellen, diese in Excel zu bearbeiten und wieder als csv-datei in das Programm als GEDCOMinklusive den genealogischen Verknüpfungen einzulesen?
Ja, das ist ohne weiteres möglich (CSV-Datei speichern, in z.B. Excel bearbeiten und danach wieder in Ahnenblatt einlesen).
Es ist nur zu berücksichtigen, dass nicht der komplett mögliche Gedcom-Umfang unterstützt wird, da Ahnenblatt nicht zu allen denkbaren Ereignissen Felder bereithält.
Will sagen ...Wer ohnehin nur mit Ahnenblatt arbeitet, der wird keinen Datenverlust erleiden. Wer allerdings aus "seinem" Programm X eine Gedcom-Datei erstellt, diese mit Programm Y (z.B. Ahnenblatt) einliest, wieder als Gedcom-Datei speichert und zuletzt mit Programm X wieder einliest, kann Datenverluste erleiden oder Daten plötzlich in Anmerkungsfeldern wiederfinden.
Das ist übrigens kein Schwachpunkt von Gedcom sondern darin begründet, dass unterschiedliche Programme nicht immer die gleichen Eingabefelder besitzen. Da landen im günstigsten Fall dann unbekannte Daten in Notizfelder.
Ich würde sagen: einfach mal ausprobieren ... Gruß, Dirk.
Date: 2006/10/23 19:17:58
From: Jesper Zedlitz <jesper(a)zedlitz.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Heinr. Büssing wrote:
> mich interesssiert, ob es eine einfache Möglichkeit gibt, eine
> umfangreiche Exel-Datei, die ca. 30.000 Datensätze enthält,
> (Kirchenbuchverkartung) in eine GEDCOM-Datei zu übertragen um sie dann
> in ein Genealogieprogramm zu übernehmen.
>
Das Übertragen der Mikrofamilien (also die Datensätze eines Eintrags) dürfte
nicht so schwierig sein. Komplizierter ist die Aufgabe, die Mikrofamilien zu
richtigen Verwandschaftsbeziehungen zusammenzusetzen und die dabei
getroffenen Vermutungen gut zu dokumentieren.
Mit GEDCOM läßt sich so eine Forschung nicht transportieren, da hier nur das
Ergebnis der Forschung (Person/Familie) betrachtet wird, jedoch nicht die
eigentlich Gedankenleistung, nämlich die Vermutungen (insbesondere auch die
negativen, z.B. "kann nicht der Vater sein, da er schon ein Jahr vor der
Geburt gestorben ist").
Gruß
Jesper
- --
Jesper Zedlitz E-Mail : jesper(a)zedlitz.de
Homepage : http://www.zedlitz.de
ICQ# : 23890711
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFFPPkyjSxW58yLxdgRAgaWAKCJKCTP1qaP7SxM9Ukr8fSZ3Rm5bACePoMH
cItyBnQRkZrzTuU/MeeMMRA=
=X85o
-----END PGP SIGNATURE-----
Date: 2006/10/23 21:34:53
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
Hallo, Jesper!
Das Übertragen der Mikrofamilien (also die Datensätze eines Eintrags) dürfte nicht so schwierig sein.
Wenn dem so wäre, warum gab es nur drei Lösungsvorschläge (GedTools, Familienbande, Ahnenblatt) ...?
Ich bin schon gespannt auf die Ergebnisberichte ... ;-)
Komplizierter ist die Aufgabe, die Mikrofamilien zu richtigen Verwandschaftsbeziehungen zusammenzusetzen und die dabei getroffenen Vermutungen gut zu dokumentieren.
Das war eigentlich gar nicht gefordert.
Mit GEDCOM läßt sich so eine Forschung nicht transportieren, da hier nur das Ergebnis der Forschung (Person/Familie) betrachtet wird, jedoch nicht die eigentlich Gedankenleistung, nämlich die Vermutungen (insbesondere auch die negativen, z.B. "kann nicht der Vater sein, da er schon ein Jahr vor der Geburt gestorben ist").
Jedes Programm bietet pro Person mindestens ein Feld für Anmerkungen und für Quellen. Hier kann man auch solche Vermutungen eintragen.
Diese würden dann selbst in der CSV-Datei bzw. Excel erscheinen ... ;-) Gruß, Dirk.
Date: 2006/10/24 18:45:40
From: Heinz Köhler <hkoehler(a)sampo.de>
Hallo Jesper,für Vermutungen und sonstige Eigenheiten lassen sich auch eigene Fakten in vielen Programmen erstellen.
...................Eine Übertragung von 30.000 Personendatensätzen stellt mit dem entsprechenden Programmen (z.B. Gedtool) keine Probleme dar. Nur ist in der Exceltabelle meistens keine Familienverknüpfung integriert, sodaß alle Personen anschließend als Einzelpersonen in der Gedcom enthalten sind. :-(
Ein Programm zur Unterstützung der Familienzusammenführung kenne ich bis Heute auch noch nicht. :-( Kenne nur eigene Lösungen (der Markt für ein solches Programm dürfte für das Problem zu gering sein).
---> was noch nicht ist kann ja noch kommen ...... ;-) Schöne Forschergrüße Heinz (Köhler)
---------------------------------------------------------------------- Message: 1 Date: Mon, 23 Oct 2006 19:17:38 +0200 From: Jesper Zedlitz <jesper(a)zedlitz.de> Subject: Re: [Gen-Programme] Exel - GEDCOM To: Genealogie-Programme <genealogie-programme(a)genealogy.net> Message-ID: <200610231917.38817.jesper(a)zedlitz.de> Content-Type: text/plain; charset="iso-8859-1" -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Heinr. Büssing wrote:Das Übertragen der Mikrofamilien (also die Datensätze eines Eintrags) dürfte nicht so schwierig sein. Komplizierter ist die Aufgabe, die Mikrofamilien zu richtigen Verwandschaftsbeziehungen zusammenzusetzen und die dabei getroffenen Vermutungen gut zu dokumentieren.mich interesssiert, ob es eine einfache Möglichkeit gibt, eine umfangreiche Exel-Datei, die ca. 30.000 Datensätze enthält, (Kirchenbuchverkartung) in eine GEDCOM-Datei zu übertragen um sie dann in ein Genealogieprogramm zu übernehmen.Mit GEDCOM läßt sich so eine Forschung nicht transportieren, da hier nur das Ergebnis der Forschung (Person/Familie) betrachtet wird, jedoch nicht die eigentlich Gedankenleistung, nämlich die Vermutungen (insbesondere auch die negativen, z.B. "kann nicht der Vater sein, da er schon ein Jahr vor der Geburt gestorben ist").Gruß Jesper
Date: 2006/10/24 20:00:55
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
Hallo, Heinz!
Eine Übertragung von 30.000 Personendatensätzen stellt mit dem entsprechenden Programmen (z.B. Gedtool) keine Probleme dar. Nur ist in der Exceltabelle meistens keine Familienverknüpfung integriert, sodaß alle Personen anschließend als Einzelpersonen in der Gedcom enthalten sind. :-(
Ich kann nur erneut auf Ahnenblatt verweisen.Eine mit Ahnenblatt erstellte CSV-Datei lässt sich, auch nach manueller Bearbeitung, nahezu verlustfrei, also inklusive Personenverknüpfungen, wieder einlesen.
Und da sich die Vorzüge von Ahnenblatt wohl noch nicht ganz rumgesprochen haben ... ;-), hier die Verbesserungen der letzten kürzlich erschienenen Version ...
Ahnenblatt hat dabei in vielen Funktionen erheblich aufgeholt (Tafeldruck, XML, CSV, ...) und daher einen Versionssprung auf 2 erfahren.
09/2006 - Version 2.0 - Erweiterte Tafelfunktionen: - Tafeln inkl. Geschwister und Partner - Hintergrundbild, eigener Titel - weitere Daten und Bild in den Personenrahmen - Sanduhrtafel - neues Dateiformat CSV zum Öffnen und Speichern - neue XML-Dateiformate zum Speichern (GedML, Gedcom 6.0) - neue Optik (Icons, Symbole, Grafiken) - Geschlecht pro Person manuell einstellbar - neue Funktionsgruppe "Ansicht" in der Menüleiste - erweiterte Plausibilitätsprüfung - Funktion "Gruppe löschen" erweitert - Zuordnung / Neuanlage von Personen weiter optimiert - Behandlung von Datumsfeldern im Gedcom-Format verbessert - diverse Fehler beseitigt Gruß, Dirk.
Date: 2006/10/24 22:18:49
From: DaveI20001 <DaveI20001(a)aol.com>
take me off your list thanks
Date: 2006/10/25 19:35:38
From: Heinz Köhler <hkoehler(a)sampo.de>
Hallo Dirk,die Aussage mit "nahezu verlustfrei" ist nicht für jeden tragbar. Sorry! :-[
(wo sind die Verluste? Wäre gut wenn diese bekannt wären)Der Im- und Export in Ahnenblatt funktioniert wie von Dir angekündigt. *prima* :-)
Das Problem ist nur bei einer manuellen Eingabe in Excel wird meistens die Familienstruktur nicht so eingegeben wie diese für Gedcom benötigt wird (Familiennummern etc.). :-( Somit kann dann meistens auch nur Einzelpersonen in eine Gedcomdatei verwandelt werden (wie von mir angesprochen).
Mach weiter so. Du hast wieder einen großen Wurf mit der Weiterentwicklung von "Ahnenblatt" gemacht. :-)
Schöne Forschergrüße Heinz (Köhler)
------------------------------ Message: 2 Date: Tue, 24 Oct 2006 20:00:38 +0200 From: Dirk Böttcher <dirk.boettcher(a)gmx.net> Subject: Re: [Gen-Programme] Excel - GEDCOM (war Exel - GEDCOM) To: Genealogie-Programme <genealogie-programme(a)genealogy.net> Message-ID: <453E54C6.6060100(a)gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hallo, Heinz!Eine Übertragung von 30.000 Personendatensätzen stellt mit dem entsprechenden Programmen (z.B. Gedtool) keine Probleme dar. Nur ist in der Exceltabelle meistens keine Familienverknüpfung integriert, sodaß alle Personen anschließend als Einzelpersonen in der Gedcom enthalten sind. :-(Ich kann nur erneut auf Ahnenblatt verweisen.Eine mit Ahnenblatt erstellte CSV-Datei lässt sich, auch nach manueller Bearbeitung, nahezu verlustfrei, also inklusive Personenverknüpfungen, wieder einlesen.Und da sich die Vorzüge von Ahnenblatt wohl noch nicht ganz rumgesprochen haben ... ;-), hier die Verbesserungen der letzten kürzlich erschienenen Version ...Ahnenblatt hat dabei in vielen Funktionen erheblich aufgeholt (Tafeldruck, XML, CSV, ...) und daher einen Versionssprung auf 2 erfahren.09/2006 - Version 2.0 - Erweiterte Tafelfunktionen: - Tafeln inkl. Geschwister und Partner - Hintergrundbild, eigener Titel - weitere Daten und Bild in den Personenrahmen - Sanduhrtafel - neues Dateiformat CSV zum Öffnen und Speichern - neue XML-Dateiformate zum Speichern (GedML, Gedcom 6.0) - neue Optik (Icons, Symbole, Grafiken) - Geschlecht pro Person manuell einstellbar - neue Funktionsgruppe "Ansicht" in der Menüleiste - erweiterte Plausibilitätsprüfung - Funktion "Gruppe löschen" erweitert - Zuordnung / Neuanlage von Personen weiter optimiert - Behandlung von Datumsfeldern im Gedcom-Format verbessert - diverse Fehler beseitigt Gruß, Dirk.
Date: 2006/10/25 20:56:45
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
Hallo, Heinz!
die Aussage mit "nahezu verlustfrei" ist nicht für jeden tragbar. Sorry! :-[
Und doppelte Mails in einer Mailingliste sind auch nicht für jeden tragbar. Sorry! ;-)
(wo sind die Verluste? Wäre gut wenn diese bekannt wären)
Die sind eher unbedeutend, wollte aber nicht "verlustfrei" schreiben, weil mir dann u.U. auch jemand das Gegenteil nachweist ... ;-)
Es ging (zur Erinnerung) um die "Verluste", wenn man Familiendaten (Ahnenblattformat oder Gedcom) mittels Ahnenblatt als CSV-Datei abspeichert und danach die CSV-Datei wieder mit Ahnenblatt einliest.
Zum einen gehen die Angaben des Erstellers (inkl. Adresse) der Datei (ist übrigens eine im Gedcom-Standard zwingend erforderliche Information) verloren.
Des weiteren werden Zeilenumbrüche (in Notizen und Quellangaben) durche ", " ersetzt, da das CSV-Format (weil zeilenorientiert) nicht mit "außerplanmäßigen" Zeilenumbrüchen umgehen kann (und würde daraus unvollständige, neue Datensätze lesen).
Weiterhin werden in allen Texten doppelte Anführungszeichen (") durch einfache Anführungszeichen (') ersetzt, da in der resultierenden CSV-Datei die Textfelder durch doppelte Anführungszeichen eingerahmt sind.
Der Im- und Export in Ahnenblatt funktioniert wie von Dir angekündigt. *prima* :-)
Freut mich zu hören.
Das Problem ist nur bei einer manuellen Eingabe in Excel wird meistens die Familienstruktur nicht so eingegeben wie diese für Gedcom benötigt wird (Familiennummern etc.). :-( Somit kann dann meistens auch nur Einzelpersonen in eine Gedcomdatei verwandelt werden (wie von mir angesprochen).
Ich habe bei der Konzeption des CSV-Formats versucht diesen Punkt so gut es geht zu berücksichtigen. Gedcom-interne Nummerierungen für Personen und Familien müssen dabei nicht zwingend vorkommen.
Ich versuche es mal an einem Beispiel zu zeigen (ich hoffe es klappt).Bitte die folgenden fünf Zeilen (wenn Zeilenumbrüche entstehen, müssten die manuell entfernt werden) in einen Texteditor kopieren und das ganze als z.B. "Test.csv" speichern.
"NAME";"FATH.NAME";"MOTH.NAME";"BIRT.DATE";"DEAT.DATE";"MARR.DATE.1";"MARR.SPOU.NAME.1" "Gregor Beckmann";"Josef Beckmann";"Regina Willner";;;;"Josef Beckmann";"Robert Beckmann";"Josefine Koch";15.04.1929;21.06.1999;01.10.1953;"Regina Willner" "Karl Beckmann";"Josef Beckmann";"Regina Willner";03.05.1955;;07.09.1985;"Roswitha Täufer" "Regina Willner";"Hermann Willner";"Johanna Schöpken";13.02.1931;;01.10.1953;"Josef Beckmann"
Wenn man diese CSV-Datei dann mit Ahnenblatt öffnet, entsteht ein Ehepaar mit zwei Kindern (inkl. Personenverknüpfungen!).
Dass die Überschriftenzeile so keiner verwenden würde, ist mir schon klar. Das ist der einzige Punkt, den man als Anwender manuell nachbearbeiten muss (da hilft die Programmhilfe ein wenig).
Mach weiter so. Du hast wieder einen großen Wurf mit der Weiterentwicklung von "Ahnenblatt" gemacht. :-)
Das hört man doch gerne ... ;-) Gruß, Dirk.
Date: 2006/10/26 05:39:54
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Dirk Böttcher wrote:
Des weiteren werden Zeilenumbrüche (in Notizen und Quellangaben) durche ", " ersetzt, da das CSV-Format (weil zeilenorientiert) nicht mit "außerplanmäßigen" Zeilenumbrüchen umgehen kann (und würde daraus unvollständige, neue Datensätze lesen).
Hier würde ich empfehlen, etwas selteneres zu benutzen, dann kann man das über suchen/ersetzen automatisch zurückwandeln (z.B. "[CR]").
Weiterhin werden in allen Texten doppelte Anführungszeichen (") durch
einfache Anführungszeichen (') ersetzt, da in der resultierenden
CSV-Datei die Textfelder durch doppelte Anführungszeichen eingerahmt sind.
Ich kenne mich leider nicht mit Excel aus (und habe auch kein Excel zum nachsehen), aber war es nicht so, dass Excel die Daten in " setzt und durch Komma trennt? Somit hast Du am Anfang und am Ende einer Zeile ein " und dazwischen jeweils "," als Trennung. Also nicht einfach nur "". Kann man das nicht auch in Excel einstellen? Ach so, noch etwas zu Zeilenumbrüchen in Bemerkungen. Wie exportiert Excel die denn? Wenden die auch in irgendetwas umgewandelt? In was?
"NAME";"FATH.NAME";"MOTH.NAME";"BIRT.DATE";"DEAT.DATE";"MARR.DATE.1";"MARR.SPOU.NAME.1"
Die Verknüpfungen gehen nur über die Namen? Was ist, wenn dieser Name doppelt vorkommt? MfG, Metti.
Date: 2006/10/26 21:05:08
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
Hallo, Metti!
Des weiteren werden Zeilenumbrüche (in Notizen und Quellangaben) durche ", " ersetzt, da das CSV-Format (weil zeilenorientiert) nicht mit "außerplanmäßigen" Zeilenumbrüchen umgehen kann (und würde daraus unvollständige, neue Datensätze lesen).Hier würde ich empfehlen, etwas selteneres zu benutzen, dann kann man das über suchen/ersetzen automatisch zurückwandeln (z.B. "[CR]").
Könnte man machen, allerdings würde das mit dem Suchen und Ersetzen in Ahnenblatt nicht funktionieren. Ein Zeilenumbruch lässt sich nicht als Ersetzungstext eingeben.
Weiterhin werden in allen Texten doppelte Anführungszeichen (") durch einfache Anführungszeichen (') ersetzt, da in der resultierenden CSV-Datei die Textfelder durch doppelte Anführungszeichen eingerahmt sind.Ich kenne mich leider nicht mit Excel aus (und habe auch kein Excel zum nachsehen), aber war es nicht so, dass Excel die Daten in " setzt und durch Komma trennt?
Bei Textfeldern wird das so gehandhabt. Bei reinen Zahlen-/Datumsfeldern lässt Excel diese aber auch weg.
Somit hast Du am Anfang und am Ende einer Zeile ein " und dazwischen jeweils "," als Trennung.
Zwar nicht am Anfang/Ende einer Zeile, aber am Anfang/Ende eines Datenfeldes.
Also nicht einfach nur "".
Hat auch keiner behauptet, oder?
Kann man das nicht auch in Excel einstellen?
Ähh ... Was soll man einstellen ...?
Ach so, noch etwas zu Zeilenumbrüchen in Bemerkungen. Wie exportiert Excel die denn? Wenden die auch in irgendetwas umgewandelt? In was?
Ich habe ehrlich gesagt auch kein Excel zur Hand ...OpenOffice macht daraus ein "Character 10" Zeichen (erscheint in Notepad als Kästchen). Wird beim Reimport auch wieder korrekt behandelt.
Interessant wäre auch, was eine MacOS-Tabellenkalkulation in solchen Fällen macht. Da besteht im Gegensatz zu Windows meines Wissens jeder Zeilenumbruch generell nur aus einem Zeichen (nämlich besagtem "Character 10").
Ich müsste woanders noch mal schauen, was Excel in diesem Fall macht.
"NAME";"FATH.NAME";"MOTH.NAME";"BIRT.DATE";"DEAT.DATE";"MARR.DATE.1";"MARR.SPOU.NAME.1"Die Verknüpfungen gehen nur über die Namen?
Nein, dem ist nicht so. Man kann auch eindeutige IDs (beliebige Textkombinationen) verwenden. Es wurde nur von Heinz angemerkt, dass wohl keiner bei einer manuellen Pflege seiner Datein in einer Tabellenkalkulation so etwas wie "Familiennummern" (analog Personen-IDs) vorsehen würde und damit in solchen Fällen immer nur "Einzelpersonen" entstehen würden. Dieses kleine Beispiel sollte nur eine mögliche Arbeitsweise mit Ahnenblatt zeigen und somit die Aussage von Heinz wiederlegen.
Was ist, wenn dieser Name doppelt vorkommt?
Dann gibt es keine Eindeutigkeit mehr und die Verbindung zwischen den Personen wird nicht automatisch hergestellt (muss man dann in Ahnenblatt manuell machen).
Gruß, Dirk.
Date: 2006/10/26 21:07:22
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
Hallo, Heinz!
(wo sind die Verluste? Wäre gut wenn diese bekannt wären)
Eine Sache ist mir doch noch aufgefallen, die beim CSV-Export aus Ahnenblatt verloren geht ...
Bild- und Dateianhänge samt zugehörigem Bermerkungstext werden nicht abgespeichert.
Gruß, Dirk.
Date: 2006/10/26 22:07:58
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Dirk Böttcher wrote:
Könnte man machen, allerdings würde das mit dem Suchen und Ersetzen in Ahnenblatt nicht funktionieren. Ein Zeilenumbruch lässt sich nicht als Ersetzungstext eingeben.
Da möglicherweise (noch ;-)) nicht, aber in Excel möglicherweise oder in einem anderen Programm, dass die exportieren Daten erhalten soll.
Ich kenne mich leider nicht mit Excel aus (und habe auch kein Excel zum nachsehen), aber war es nicht so, dass Excel die Daten in " setzt und durch Komma trennt?Bei Textfeldern wird das so gehandhabt. Bei reinen Zahlen-/Datumsfeldern lässt Excel diese aber auch weg.
Kann man das nicht so einstellen, dass das für alle Felder gilt? Wäre blöd.
Also nicht einfach nur "".Hat auch keiner behauptet, oder?
Mag sein, dass ich Deine Aussage: "Weiterhin werden in allen Texten
doppelte Anführungszeichen (") durch
einfache Anführungszeichen (') ersetzt, da in der resultierenden
CSV-Datei die Textfelder durch doppelte Anführungszeichen eingerahmt
sind."
falsch interpretiert habe. Ich kenne mich kaum mit Excel aus.
Kann man das nicht auch in Excel einstellen?Ähh ... Was soll man einstellen ...?
Ich meine die/das Zeichen, dass die Tabellenspalten in Excel bei einem CSV-Export voneinander trennt. Wie Du oben schon geschrieben hast, werden manchmal die Tabellenfelder in Anführung gesetzt, manchmal nicht. Ich finde das nicht sonderlich geschickt. Wenn man einstellen kann, dass immer alle Fleder in Anführungen (genaugenommen Zoll-Zeichen) stehen und durch Komma getrennt sind, hat man weniger Probelem mit " in den Feldern.
Ich habe ehrlich gesagt auch kein Excel zur Hand ... OpenOffice macht daraus ein "Character 10" Zeichen (erscheint in Notepad als Kästchen). Wird beim Reimport auch wieder korrekt behandelt. Interessant wäre auch, was eine MacOS-Tabellenkalkulation in solchen Fällen macht. Da besteht im Gegensatz zu Windows meines Wissens jeder Zeilenumbruch generell nur aus einem Zeichen (nämlich besagtem "Character 10").
Kann ich jetzt auch nicht genau sagen. Generell ist "Character 10" (&h0A) ein LineFeed (LF), ein &h0D ein CarriageReturn (CR). Nun handhaben Windows Mac OS und Linux das alle unterschiedlich. Ob das auch für die Anwendungen unter den entsprechenden Betriebssystemebn gilt weiß ich nicht. Wenn Excel unter Windows und Mac OS nur LF einfügt, kann man damit umgehen. Oder man muss zuvor alle CR ggf. entfernen.
Dieses kleine Beispiel sollte nur eine mögliche Arbeitsweise mit Ahnenblatt zeigen und somit die Aussage von Heinz wiederlegen.
Ach so, hatte mich schon gewundert, wie das ohne eindeutige Nummern gehen soll. MfG, Metti.
Date: 2006/10/27 00:13:50
From: Markus Bärlocher <markus.baerlocher(a)lau-net.de>
Hallo Metti, mit Excel kannst Du alles suchen und durch alles ersetzen. Auch chr10 oder chr13, und alle Anführungszeichen sowieso. Und wenn Du's komfortabel magst, kannst Du alles per VBA machen.Selbstverständlich kann man sowohl INDI's als auch FAM's erfassen und wie bei Gedcom über die @###@ verknüpfen.
Gruss, Markus
Date: 2006/10/27 05:24:03
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Markus Bärlocher wrote:
mit Excel kannst Du alles suchen und durch alles ersetzen. Auch chr10 oder chr13, und alle Anführungszeichen sowieso. Und wenn Du's komfortabel magst, kannst Du alles per VBA machen. Selbstverständlich kann man sowohl INDI's als auch FAM's erfassen und wie bei Gedcom über die @###@ verknüpfen.
Ich hatte von einem solchen Programm auch nichts anderes erwartet ;-) Der Hinweis ist aber beser an Dirk gerichtet, da sein CSV-Export die Zeilenumbrüche der Bemerkungen in etwas wandelt, was dann automatisch nicht wieder zurückgewandelt werden kann. BTW, was macht Excel denn auch Zeilenumbrüchen innerhalb von Feldern, wenn man die Tabelle als CSV exportiert? MfG, Metti.
Date: 2006/10/27 11:10:59
From: Ralf Gündel <fam.guendel(a)arcor.de>
Hallo Dirk, hallo auch an alle anderen, ich möchte mal kurz einen "Schutzhinweis" für "DOPPELMAILER" geben. Der Eine oder Andere wird es sicher schon mitbekommen haben, daß sich da irgendetwas im Internet tut. Ich habe vorgestern (in der Militärliste) genau das gleiche schon einpaarmal angesprochene Problem gehabt. Man schickt das Mail ab und es kommt eine Fehlmeldung zurück. Der normale Weg, wenn man was loswerden will, ist ja das nochmal zu versuchen. Promt kommt wieder eine Fehlermeldung "Empfänger nicht vorhanden" o.ä.. Dann habe ich nachgeschaut, und siehe, die Mails waren doch vorhanden. Ich kann es nicht erklären, aber es ist so! Also, lieber Dirk, nimm Dich bitte ein bischen zurück. Sooo schlimm ist doch das wirklich nicht. Viel schlimmer finde ich die Unart einiger Kollegen, die Antwortmails mit sämtlichen vorhergehenden Tageslisten ungekürzt abzuschicken. Die Übersicht ist dann dahin. ----- Original Nachricht ---- > > > >Message: 2 > >Date: Tue, 24 Oct 2006 20:00:38 +0200 > >From: Dirk Böttcher <dirk.boettcher(a)gmx.net> > ... > Und doppelte Mails in einer Mailingliste sind auch nicht für jeden > tragbar. Sorry! ;-) > ... Nichts für ungut, Schöne Grüße aus Berlin Ralf (Gündel) Ständige Suche in allen Ländern nach GÜNDEL * in Berlin nach ZECHERT ANDREE/AE SUCHE/I/Y * im Mansfelder Land nach HAASE LÜTZE HENKE * in Sachsen nach LIEBETHAL KÖHLER GERICKE * in Schlesien nach HAHN MÜNCH SEEWALD * in Posen nach PRIETZ * in Ostbrandenburg nach WOSTRACK NUSS Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT bei Arcor: günstig und schnell mit DSL - das All-Inclusive-Paket für clevere Doppel-Sparer, nur 44,85 € inkl. DSL- und ISDN-Grundgebühr! http://www.arcor.de/rd/emf-dsl-2
Date: 2006/10/27 14:42:43
From: Heinz Köhler <hkoehler(a)sampo.de>
Hallo Dirk,kurze Anmerkung zu "d. M.": manche haben den "Zusammenfassungs Modus". ......... OK?
Auf einen Verlust oder eine "theoretische Familienzusammenführung" ausschließlich über Namen würde ich mich mit meinen persönlichen Daten nicht einlassen. :-( Des weiteren gibt es in den meisten umzuwandelnden Tabellendaten sehr oft viele Duplikats-Namen. Somit würden sich hier falsche Familienverbindungen beim Import einschleichen. Hast Du schon mal größere Datenmengen aus Tabellen-Daten (>10.000 ID) getestet? Oder größere Gedcomdateien damit ex- und importiert und anschließend verglichen?
Aus Deinem vorgestellten Beispiel entnehme ich eine dynamische Ãœberschrift. *prima*
(Muß ja auch fast sein --> Kinderanzahl, Eheanzahl, ........)Wenn ein ";" in den Tabellen-Daten enthalten ist, kommen schon die ersten Probleme. Dann ist in dieser Zeile die Tabelle verschoben. ;-)
(Abhilfe: freie Trenn-Zeichenwahl wie in Mettis Programm)Wobei ich mich trotzdem lieber zu Gedtool greife, weil ich mich da darauf verlassen kann, daß es funktioniert und die Funktionalität mit Quellen, Kekulè usw. bei weitem das vorgestellte übersteigt. Dafür gibt es ja auch Hilfsprogramme die für eine gewisse Aufgaben geschaffen wurden (Meine Investition hat sich für mich gelohnt).
Will aber das von Dir geleistete nicht schmälern.Es funktioniert im Prinzip mit leichten Einschränkungen und kleinen Mängeln. Das damit geschaffene erweiterte Angebot in Ahnenblatt ist für Familienforscher von Nutzen.
Schöne Forschergrüße und nichts für ungut Heinz (Köhler) ;-)
Date: 2006/10/27 18:02:56
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
Hallo, Ralf und alle anderen,
ich möchte mal kurz einen "Schutzhinweis" für "DOPPELMAILER" geben. ...
Manchmal ist es auch nur ein Doppelklick auf den Sende-Button, wo ein einfacher Klick gereicht hätte ...
Alles kein Problem für mich.
Also, lieber Dirk, nimm Dich bitte ein bischen zurück. Sooo schlimm ist doch das wirklich nicht.
Der Originaltext lautete: > > die Aussage mit "nahezu verlustfrei" ist nicht für jeden tragbar. > > Sorry! :-[ > Und doppelte Mails in einer Mailingliste sind auch nicht für jeden > tragbar. Sorry! ;-)Ich habe nur im ähnlichen Wortlaut einen Teil der Mail von Heinz zitiert und habe das ganze mit einem "zwinkernden Smilie" abgeschlossen.
War somit ironisch gemeint.Wenn so etwas hier nicht gut ankommt, dann werde ich es eben zukünftig lassen.
Gruß, Dirk.
Date: 2006/10/27 18:46:30
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
Hallo, Heinz!
kurze Anmerkung zu "d. M.": manche haben den "Zusammenfassungs Modus". ......... OK?
Was ist "d. M." ...?
Auf einen Verlust oder eine "theoretische Familienzusammenführung" ausschließlich über Namen würde ich mich mit meinen persönlichen Daten nicht einlassen. :-( Des weiteren gibt es in den meisten umzuwandelnden Tabellendaten sehr oft viele Duplikats-Namen. Somit würden sich hier falsche Familienverbindungen beim Import einschleichen.
Dann hast du anscheinend meine Mail von gestern nicht gelesen: >> Die Verknüpfungen gehen nur über die Namen? > > Nein, dem ist nicht so. Man kann auch eindeutige IDs (beliebige > Textkombinationen) verwenden. > Es wurde nur von Heinz angemerkt, dass wohl keiner bei einer manuellen > Pflege seiner Datein in einer Tabellenkalkulation so etwas wie > "Familiennummern" (analog Personen-IDs) vorsehen würde und damit in > solchen Fällen immer nur "Einzelpersonen" entstehen würden. > Dieses kleine Beispiel sollte nur eine mögliche Arbeitsweise mit > Ahnenblatt zeigen und somit die Aussage von Heinz wiederlegen. > >> Was ist, wenn dieser Name doppelt vorkommt? > > Dann gibt es keine Eindeutigkeit mehr und die Verbindung zwischen den > Personen wird nicht automatisch hergestellt (muss man dann in Ahnenblatt > manuell machen).Du bemängelst also eine automatische Verknüpfung anhand des Namens (sofern eindeutig).
In einer vorangegangenen Mail hast du geschrieben: > Das Problem ist nur bei einer manuellen Eingabe in Excel wird meistens > die Familienstruktur nicht so eingegeben wie diese für Gedcom benötigt > wird (Familiennummern etc.). :-( > Somit kann dann meistens auch nur Einzelpersonen in eine Gedcomdatei > verwandelt werden (wie von mir angesprochen). Somit sind Familiennummern, PersonenIDs, etc. ebenfalls nicht praktikabel.Wie sollen dann nach deiner Meinung automatische Verknüpfungen hergestellt werden ...?
Hast Du schon mal größere Datenmengen aus Tabellen-Daten (>10.000 ID) getestet? Oder größere Gedcomdateien damit ex- und importiert und anschließend verglichen?
Bislang habe ich nur wesentlich kleinere Dateien ex- und importiert und dann eine grobe Sichtprüfung gemacht.
Wie vergleichst du Gedcom-Dateien mit über 10.000 Personen?Gedcom-Dateien können unterschiedlich aufgebaut sein und dennoch den gleichen Inhalt enthalten (es gibt ja keine vorgeschriebene Reihenfolge für die Personen und Familien untereinander).
Wenn ein ";" in den Tabellen-Daten enthalten ist, kommen schon die ersten Probleme. Dann ist in dieser Zeile die Tabelle verschoben. ;-)
Keineswegs.Daher sind die einzelnen Datenfelder mit doppelten Anführungszeichen "eingerahmt".
Das ist nun einmal das CSV-Prinzip ... > (Abhilfe: freie Trenn-Zeichenwahl wie in Mettis Programm)Ich wusste gar nicht, dass Familienbande ebenfalls CSV-Dateien erzeugen kann. Ist dem so ...?
Gruß, Dirk.
Date: 2006/10/27 19:40:37
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Dirk Böttcher wrote:
Daher sind die einzelnen Datenfelder mit doppelten Anführungszeichen "eingerahmt". Das ist nun einmal das CSV-Prinzip ...
Jetzt erkenne ich erst, was Du mit den doppelten Anführungen meinst (gibt es einen Smilie der sich gegen die Stirn schlägt?). Ich habe immer erwartet, dass Du zwei Zeichen meinst, dabei meinst Du die Zoll-Zeichen (Shift-2). Dann komme ich wieder klar. MfG, Metti.
Date: 2006/10/27 19:45:50
From: Heinz Köhler <hkoehler(a)sampo.de>
Hallo Dirk,wie ich in Deinen Antworten entnehme, sprechen wir aneinander thematisch vorbei.
Unter anderem dürfte es wohl eine Kleinigkeit sein, 2 Gedcom-Dateien direkt zu vergleichen. Nimm zum Beispiel einfach nur Excel und schon hast Du alles, was Du dazu brauchst. OK!? :-) (kleine Anmerkung: es soll auch Personen geben, die ganze Datenberge (Datenbanken) auch "on the job" vergleichen und abgleichen)
Hiermit beende ich diesen Dialog und das Thema in der Liste. Schöne Grüße Heinz (Köhler)
Date: 2006/10/27 20:23:22
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Heinz Köhler wrote:
wie ich in Deinen Antworten entnehme, sprechen wir aneinander thematisch vorbei.
Das glaube ich auch.
Unter anderem dürfte es wohl eine Kleinigkeit sein, 2 Gedcom-Dateien direkt zu vergleichen.
Hier dürftest Du allerdings nur den byteweisen Vergleich meinen. Mit Excel bekommst Du Gedcom nicht interpretiert. Wenn Du einen identischen Datenbestand mit unterschiedlichen Programmen exportierst, erhälst Du unterschiedliche Dateien mit identischem "Inhalt". Dazu reicht es, die INDI-Nummerierung zu ändern. Das ändert nicht den Datenbestand, sehr wohl aber die Dateien.
(kleine Anmerkung: es soll auch Personen geben, die ganze Datenberge (Datenbanken) auch "on the job" vergleichen und abgleichen)
Immer nur Datenbanken mit identischem Aufbau. Das ist bei Gedcom nicht zwangsläufig gegeben. MfG, Metti.
Date: 2006/10/27 20:47:47
From: Heinz Köhler <hkoehler(a)sampo.de>
Hallo Metti,die Daten kannst du zum Beispiel direkt aus der Gedcom-Datei über Ahnenblatt vergleichen.
Erste Datei direkt aus Ahnenblatt.2. Datei nach einem Ex- und Import (Ahnenblatt kann direkt in Gedcom speichern).
Das Programm exportiert normal nach dem gleichen Algorithmus. Somit ist der gleiche Grundafbau vorhanden. *fg*
Die Resultate könnte man jetzt unter anderem direkt, mit VBA usw. vergleichen ....... ;-)
Weitere Anmerkungen sind nicht mehr nötig. Jetzt geht es mal wieder abtanzen ..... *fg* Grüßle aus Nufringen Heinz (Köhler)
Hier dürftest Du allerdings nur den byteweisen Vergleich meinen. Mit Excel bekommst Du Gedcom nicht interpretiert. Wenn Du einen identischen Datenbestand mit unterschiedlichen Programmen exportierst, erhälst Du unterschiedliche Dateien mit identischem "Inhalt". Dazu reicht es, die INDI-Nummerierung zu ändern. Das ändert nicht den Datenbestand, sehr wohl aber die Dateien.(kleine Anmerkung: es soll auch Personen geben, die ganze Datenberge (Datenbanken) auch "on the job" vergleichen und abgleichen)Immer nur Datenbanken mit identischem Aufbau. Das ist bei Gedcom nicht zwangsläufig gegeben.MfG, Metti.
Date: 2006/10/27 22:07:05
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Heinz Köhler wrote:
Das Programm exportiert normal nach dem gleichen Algorithmus. Somit ist der gleiche Grundafbau vorhanden.
Genau das wollte ich in meinem Beispiel aber gerade nicht. Nimm eine Gedcomdatei mit identischen Daten und lass sie einmal von Ahnenblatt und einmal von Familienbande exportieren. Die Anzahl der Personen und die Daten der Personen sind identisch, die Gedcomdateien nicht. Wie vergleichst Du das? Darum ging es mir. MfG, Metti.
Date: 2006/10/27 22:56:41
From: Reiner Kerp <mail(a)reiner-kerp.de>
Hallo Forscherfreunde,
Hiermit beende ich diesen Dialog und das Thema in der Liste.
ich hätte da aber noch etwas! Muss es denn eigentlich unbedingt Excel-Gedcom sein?Mit PAF kann man doch gleichzeitig so viele Dateien geöffnet haben, bis man sie nicht mehr lesen kann weil der Bildschirm zu klein ist. Zum Vergleichen kann man dan zwischen den Dateien hin- und herspringen wie man gerade mag.
Schöne Grüße aus Landsberg am Lech,Reiner (Kerp)
Date: 2006/10/28 12:30:54
From: Ralf Gündel <fam.guendel(a)arcor.de>
Hallo Dirk, ....\ ....\ ----- Original Nachricht ---- > Message: 2 > Date: Fri, 27 Oct 2006 18:02:42 +0200 > From: Dirk Böttcher <dirk.boettcher(a)gmx.net> > Subject: Re: [Gen-Programme] ...doppelte Mails in einer Mailingliste > ... > Hallo, Ralf und alle anderen, > ... > > ich möchte mal kurz einen "Schutzhinweis" für "DOPPELMAILER" geben. ... > ... > Alles kein Problem für mich. > ... > War somit ironisch gemeint. Wenn so etwas hier nicht gut ankommt, dann werde ich es eben zukünftig > lassen. > ... He, ich sehe es auch so locker, aber es kam wirklich wie ein bischen vergnazt an. Wir kennen uns ja nicht persönlich. da irrt man sich eben auch mal. Nur über die ÜÜÜberlangen Mail-Schwänze ärgere ich mich wirklich manchmal - vor allem, wenn es zeitlich etwas eng wird. Da halten diese Dinger dann so auf, weil man aufpassen muß. Zur Sache: genau diese Mail kam auch wieder zurück, obwohl sie schon in der Liste war. Schöne Grüße aus Berlin Ralf (Gündel) Ständige Suche in allen Ländern nach GÜNDEL * in Berlin nach ZECHERT ANDREE/AE SUCHE/I/Y * im Mansfelder Land nach HAASE LÜTZE HENKE * in Sachsen nach LIEBETHAL KÖHLER GERICKE * in Schlesien nach HAHN MÜNCH SEEWALD * in Posen nach PRIETZ * in Ostbrandenburg nach WOSTRACK NUSS Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT bei Arcor: günstig und schnell mit DSL - das All-Inclusive-Paket für clevere Doppel-Sparer, nur 44,85 € inkl. DSL- und ISDN-Grundgebühr! http://www.arcor.de/rd/emf-dsl-2
Date: 2006/10/28 22:51:13
From: Dirk Böttcher <dirk.boettcher(a)gmx.net>
He, ich sehe es auch so locker, aber es kam wirklich wie ein bischen vergnazt an. Wir kennen uns ja nicht persönlich. da irrt man sich eben auch mal.
Bislang war ich nicht vergnazt, aber langsam werde ich es ...Klar kennen wir uns nicht persönlich, deshalb benutzte ich ja auch ein Smilie.
So etwas scheint hier in der Mailingliste wohl nicht jeder zu kennen, obwohl in Diskussionsforen, Mailinglisten und Mails allgemein gebräuchlich.
Kann man z.B. nachlesen unter http://de.wikipedia.org/wiki/Emoticon ... Das von mir verwendete wird dort als ... ;-) zwinkern, bedeutet in etwa "Nimm's nicht so ernst!" ... erklärt.Meine damalige Aussage war an Heinz gerichtet. Ich verstehe mich, wieso dieses für einen bislang Unbeteiligten Anlass gibt sich zum "Sittenwächter" aufzuschwingen.
Nur über die ÜÜÜberlangen Mail-Schwänze ärgere ich mich wirklich manchmal - vor allem, wenn es zeitlich etwas eng wird. Da halten diese Dinger dann so auf, weil man aufpassen muß.
Da vergeht mir der Spaß an der Diskussion.Sollte ich einem Anwender gegenüber schreiben "Wir sprechen aneinander thematisch vorbei. Hiermit beende ich den Dialog.", wäre das eine bodenlose Frechheit ... (Wieso greift hier der "Sittenwächter" nicht ein ...?). Das habe ich erst einmal kommentarlos geschluckt. Vielleicht habe ich da was falsch verstanden - ich weiß aber nicht was es gewesen sein sollte ...
Nun will man mir anscheinend vorschreiben, wie ich meine Mails zu verfassen habe.
Wenn in einer Mail, die von Ahnenblatt handelt oder an mich gerichtet ist, mehrere Fragen gestellt werden und/oder falsche Behauptungen/Vermutungen aufgestellt werden, dann beantworte ich diese auch so, dass die ich die Antwort unter die Stelle setze, auf die ich Bezug nehme (wie auch jetzt). Überflüssiges wird dabei von mir gelöscht. Eigentlich sollen damit Missverständnisse vermieden werden - klappt anscheinend nicht ...
Wenn man nur wenig Zeit hat hier mitzulesen, dann sollte man evtl. erwägen sich von der Mailingliste abzumelden ... ;-) [Achtung! Nicht so ernst nehmen!]
Ich für meinen Teil ziehe die Konsequenz, dass ich mich bis auf weiteres wieder auf die "Nur-Leserolle" zurückziehe (auch wenn es vielleicht nur das Verhalten Einzelner war). Für solche nutzlosen Diskussionen ist mir meine Zeit zu kostbar. Diese Konsequenz haben wohl auch schon diverse Programmierer vor mir gezogen.
Sollte doch noch jemand eine fachliche Frage zu Ahnenblatt haben (auch zu dem hier erörterten CSV-Thema), dann darf er mir diese gerne als persönliche Mail zusenden. Ich werde dann ebenso persönlich antworten.
Weiterhin viel Erfolg bei den Forschungen! Gruß, Dirk.
Date: 2006/10/30 21:18:52
From: Markus Christ <m.christ(a)christm.ch>
Guten Tagdie Folgende Webseite sucht Forscher, die bereit sind 60 Euro zu bezahlen :-)
Und man meldet sich an für ein Jahr und bezahlt 60 EURO. Wer die AGB liest, lässt lieber die Finger davon ... http://www.genealogie.de/index.php?w= Man kriegt keinerlei Vorschau was tolles auf der Seite zu finden wäre. Man kommt immer auf die Seite anmelden und bezahlen.... Weiss jemand was genaueres - oder kann mich eines besseren belehren? Herzliche Grüsse aus der Schweiz Markus Christ
Date: 2006/10/30 21:53:55
From: Wolfgang Lumpp <wolfgang.lumpp(a)gmx.net>
Hallo, Am Montag, 30. Oktober 2006 21:18 schrieb Markus Christ: > die Folgende Webseite sucht Forscher, die bereit sind 60 Euro zu > bezahlen :-) > Und man meldet sich an für ein Jahr und bezahlt 60 EURO. > Wer die AGB liest, lässt lieber die Finger davon ... > > http://www.genealogie.de/index.php?w= > Weiss jemand was genaueres - oder kann mich eines besseren belehren? genaues nicht, aber 2 interessante Links: http://forum.ahnenforschung.net/search.php?action=user&userid=100553&sid=ae6be2518098abd45105848d7bc12d3d http://www.lawblog.de/index.php/archives/2006/10/05/schmidtlein-gbr-1200-anzeigen/ Schönen Abend noch Grüße Wolfgang
Date: 2006/10/30 23:37:01
From: Eberle David <eberle.gumi(a)adon.li>
Hallo Wolfgang, hoi zämma Ich habe mir die 2 Link's angeschaut; was haben die mit "genealogie.de" zu tun? Habe ich ein Brett vor's Kopf oder kann man mir auf die Sprünge helfen? Nichts für ungut. Schönen Gruss *************************************** David (Eberle) Balzers FL -----Ursprüngliche Nachricht----- Von: genealogie-programme-bounces(a)genealogy.net [mailto:genealogie-programme-bounces(a)genealogy.net] Im Auftrag von Wolfgang Lumpp Gesendet: Montag, 30. Oktober 2006 21:54 An: Genealogie-Programme Betreff: Re: [Gen-Programme] Warnung vor Webseite genealogie.de Hallo, Am Montag, 30. Oktober 2006 21:18 schrieb Markus Christ: > die Folgende Webseite sucht Forscher, die bereit sind 60 Euro zu > bezahlen :-) Und man meldet sich an für ein Jahr und bezahlt 60 EURO. > Wer die AGB liest, lässt lieber die Finger davon ... > > http://www.genealogie.de/index.php?w= > Weiss jemand was genaueres - oder kann mich eines besseren belehren? genaues nicht, aber 2 interessante Links: http://forum.ahnenforschung.net/search.php?action=user&userid=100553&sid=ae6 be2518098abd45105848d7bc12d3d http://www.lawblog.de/index.php/archives/2006/10/05/schmidtlein-gbr-1200-anz eigen/ Schönen Abend noch Grüße Wolfgang _____________________________________________ An-, Abmelden bzw. persoenliche Einstellungen aendern http://list.genealogy.net/mailman/listinfo/genealogie-programme
Date: 2006/10/30 23:44:58
From: Eberle David <eberle.gumi(a)adon.li>
Sorry - es sollte heissen; habe ich ein Brett vor'm Kopf...... Schönen Gruss *************************************** David Eberle Balzers FL -----Ursprüngliche Nachricht----- Von: genealogie-programme-bounces(a)genealogy.net [mailto:genealogie-programme-bounces(a)genealogy.net] Im Auftrag von Eberle David Gesendet: Dienstag, 31. Oktober 2006 00:27 An: 'Genealogie-Programme' Betreff: Re: [Gen-Programme] Warnung vor Webseite genealogie.de Hallo Wolfgang, hoi zämma Ich habe mir die 2 Link's angeschaut; was haben die mit "genealogie.de" zu tun? Habe ich ein Brett vor's Kopf oder kann man mir auf die Sprünge helfen? Nichts für ungut. Schönen Gruss *************************************** David (Eberle) Balzers FL -----Ursprüngliche Nachricht----- Von: genealogie-programme-bounces(a)genealogy.net [mailto:genealogie-programme-bounces(a)genealogy.net] Im Auftrag von Wolfgang Lumpp Gesendet: Montag, 30. Oktober 2006 21:54 An: Genealogie-Programme Betreff: Re: [Gen-Programme] Warnung vor Webseite genealogie.de Hallo, Am Montag, 30. Oktober 2006 21:18 schrieb Markus Christ: > die Folgende Webseite sucht Forscher, die bereit sind 60 Euro zu > bezahlen :-) Und man meldet sich an für ein Jahr und bezahlt 60 EURO. > Wer die AGB liest, lässt lieber die Finger davon ... > > http://www.genealogie.de/index.php?w= > Weiss jemand was genaueres - oder kann mich eines besseren belehren? genaues nicht, aber 2 interessante Links: http://forum.ahnenforschung.net/search.php?action=user&userid=100553&sid=ae6 be2518098abd45105848d7bc12d3d http://www.lawblog.de/index.php/archives/2006/10/05/schmidtlein-gbr-1200-anz eigen/ Schönen Abend noch Grüße Wolfgang _____________________________________________ An-, Abmelden bzw. persoenliche Einstellungen aendern http://list.genealogy.net/mailman/listinfo/genealogie-programme _____________________________________________ An-, Abmelden bzw. persoenliche Einstellungen aendern http://list.genealogy.net/mailman/listinfo/genealogie-programme
Date: 2006/10/31 07:11:59
From: Wolfgang Lumpp <wolfgang.lumpp(a)gmx.net>
Hallo, Am Di, 31.10.2006, 00:26, schrieb Eberle David: > Ich habe mir die 2 Link's angeschaut; was haben die mit "genealogie.de" zu > tun? > Habe ich ein Brett vor's Kopf oder kann man mir auf die Sprünge helfen? > Nichts für ungut. schon mal die Suchfunktion des Browsers benutzt? Auf beiden Seiten stehen Hinweise auf genealogie.de War vielleicht schon etwas spät ;-) Grüße Wolfgang > > http://forum.ahnenforschung.net/search.php?action=user&userid=100553&sid=ae6 > be2518098abd45105848d7bc12d3d > http://www.lawblog.de/index.php/archives/2006/10/05/schmidtlein-gbr-1200-anz > eigen/
Date: 2006/10/31 09:13:10
From: Sanddorn <sanddorn52(a)web.de>
Liebe Programmentwickler von Genealogie-Programmen sowie PAF-User (letztere zur Kenntnis), möglicherweise geht der Datenaustausch zwischen Familienforschern mit Hilfe einer GEDCOM-Datei dem nahen Ende entgegen. In einigen Programmierkreisen wird bereits darüber nachgedacht, den GEDCOM-Standard durch den mächtigeren XML-Standard abzulösen. Noch ist es nicht soweit (oder zum Teil doch bereits?) - doch Anfänge sind gemacht und bereits einigermaßen fortgeschritten. Selbst die LDS Kirche (Mormonen) soll in ihren höchsten Kreisen bereits über einen solchen Wechsel nachgedacht haben. Da erhebt sich für den ganz normalen Anwender von Genealogie-Programmen (insbes. PAF - Personal Ancestral File) die Frage, ob es Datenaustausch aus bisherigen Genealogieprogrammen parallel mit GEDCOM u n d XML geben wird oder ob Datenaustausch irgendwann zwischen Programmen, die GEDCOM verwenden, und Programmen, die XML verwenden, nicht mehr möglich sein wird (oder doch?). Kann man dann sein liebgewordenes Genealogieprogramm, das nur GEDCOM-Datenaustausch beherrscht, "wegschmeißen"? Oder wohin führt der künftige Weg des Datenaustauschs? Das sind sicher Fragen, die viele Familienforscher, die Genealogieprogramme zur Datensammlung verwenden, bewegen und die Datenaustausch mit anderen Forschern bislang mit Hilfe einer GEDCOM-Datei durchgeführt haben. Einiges über die Entwicklung des Datenaustauschs mit Hilfe von XML (eXtensible Markup Language) kann auf folgender Internetseite nachgelsen werden: http://ancestry.com/learn/library/article.aspx?article=3438 Auch folgende Webseite ist höchst lesenswert, setzt ihr Inhalt für den Datenaustausch keinesfalls eine GEDCOM-Datei voraus: http://tmg.reigelridge.com/de/Importing.htm und http://wiki.genealogy.net/wiki/Computergenealogie/2004/01#TMG_speaks_German Vielleicht können die Programmierer von Genealogieprogrammen in unseren Kreisen ja mal kurz aufzeigen, wie der Stand der Dinge ist und wohin der Weg bezüglich des Datenaustausches geht bzw. wie er künftig realisiert wird/werden soll. Viele Grüße Heinz (Schlutow)
Date: 2006/10/31 09:30:29
From: Thomas Liebert - - 09328 Lunzenau <thomas(a)ahnenforschung-liebert.de>
Hallo Heinz,XML-Ausgabe ist schon seit Jahren in Dynas-Tree vorhanden und meine Söhne (als Programmierer) nutzen diese Schnittstelle von Anfang an zur vollsten Zufriedenheit. Leider wird Dynas-Tree nicht mehr gepflegt, was aber einer fortwährenden Nutzung nicht im Wege steht :-))
Beste Grüße Thomas --------------------------------------------------------------------- www.ahnenforschung-liebert.de - letzte Aktualisierung: 30.04.06 (neues Angebot in "Heimat auf CD" - "Sachsenstädte" v. Konrad Haumann) Ich suche ständig genealogisches Material aus dem Territorium nördlich und westlich von Chemnitz zum Aufbau einer "lokalen Ahnenstammkartei" I am continuously looking for ancestral data from the area north and west of Chemnitz in order to build a "local ancestry database" Sanddorn schrieb:
Liebe Programmentwickler von Genealogie-Programmen sowie PAF-User (letztere zur Kenntnis), möglicherweise geht der Datenaustausch zwischen Familienforschern mit Hilfe einer GEDCOM-Datei dem nahen Ende entgegen. In einigen Programmierkreisen wird bereits darüber nachgedacht, den GEDCOM-Standard durch den mächtigeren XML-Standard abzulösen. Noch ist es nicht soweit (oder zum Teil doch bereits?) - doch Anfänge sind gemacht und bereits einigermaßen fortgeschritten. Selbst die LDS Kirche (Mormonen) soll in ihren höchsten Kreisen bereits über einen solchen Wechsel nachgedacht haben. Da erhebt sich für den ganz normalen Anwender von Genealogie-Programmen (insbes. PAF - Personal Ancestral File) die Frage, ob es Datenaustausch aus bisherigen Genealogieprogrammen parallel mit GEDCOM u n d XML geben wird oder ob Datenaustausch irgendwann zwischen Programmen, die GEDCOM verwenden, und Programmen, die XML verwenden, nicht mehr möglich sein wird (oder doch?). Kann man dann sein liebgewordenes Genealogieprogramm, das nur GEDCOM-Datenaustausch beherrscht, "wegschmeißen"? Oder wohin führt der künftige Weg des Datenaustauschs? Das sind sicher Fragen, die viele Familienforscher, die Genealogieprogramme zur Datensammlung verwenden, bewegen und die Datenaustausch mit anderen Forschern bislang mit Hilfe einer GEDCOM-Datei durchgeführt haben. Einiges über die Entwicklung des Datenaustauschs mit Hilfe von XML (eXtensible Markup Language) kann auf folgender Internetseite nachgelsen werden: http://ancestry.com/learn/library/article.aspx?article=3438 Auch folgende Webseite ist höchst lesenswert, setzt ihr Inhalt für den Datenaustausch keinesfalls eine GEDCOM-Datei voraus: http://tmg.reigelridge.com/de/Importing.htm und http://wiki.genealogy.net/wiki/Computergenealogie/2004/01#TMG_speaks_German Vielleicht können die Programmierer von Genealogieprogrammen in unseren Kreisen ja mal kurz aufzeigen, wie der Stand der Dinge ist und wohin der Weg bezüglich des Datenaustausches geht bzw. wie er künftig realisiert wird/werden soll. Viele Grüße Heinz (Schlutow) _____________________________________________ An-, Abmelden bzw. persoenliche Einstellungen aendern http://list.genealogy.net/mailman/listinfo/genealogie-programme
Date: 2006/10/31 17:17:47
From: Stefan Mettenbrink <S.Metti(a)gmx.de>
Sanddorn wrote:
möglicherweise geht der Datenaustausch zwischen Familienforschern mit Hilfe einer GEDCOM-Datei dem nahen Ende entgegen. In einigen Programmierkreisen wird bereits darüber nachgedacht, den GEDCOM-Standard durch den mächtigeren XML-Standard abzulösen.
Woher hast Du diese Information?
Noch ist es nicht soweit (oder zum Teil doch bereits?) - doch Anfänge sind gemacht und bereits einigermaßen fortgeschritten.
Es gibt Programme, die Gedcom XML unterstützen.
Selbst die LDS Kirche (Mormonen) soll in ihren höchsten Kreisen bereits über einen solchen Wechsel nachgedacht haben.
Aha. Woher hast Du die Infos? Meine Informationen sind aus Programmiererkreisen, die Gedcom 5.5.1 erweitert haben wollten. Die LDS hatte kein Interesse. Es wurde daraufhin ein Gdcom 5.5 EL vorgeschlagen und von einigen (deutschsprachigen) Programmen unterstützt. Fakt ist: Gedcom 5.5 ist als Definition freigegeben (seit 2. January 1996). Gedcom 5.5.1 ist als Entwurf vorhanden (seit 2 October 1999) und kam nicht über "Draft" (Entwurf) hinaus. Gedcom XML liegt ebenfalls als Entwurf vor (seit December 28, 2001). Aktuelleres ist mir nicht bekannt. Wenn Du genauere Infos hast, bin ich sehr daran interessiert! Solange eine Definition nicht aus dem Entwurfsstadium heraus ist, ist es kein Standard sondern ein Entwurf und kann durchaus noch gravierende Änderungen erfahren. Gerade, wenn ein Entwurf so alt ist, steht das zu befürchten. Ich werde das also nicht unterstützen. Da Gedcom sich bereits auf breiter Front durchgesetzt hat, ist es für Genealogieprogramme ein Muss, einen Gedcomim- und -export anzubieten. Diese Routinen sind vorhanden, warum sollte man sie rausschmeißen? Ich werde sie drin lassen, auch wenn etwas neues dazukommt. Den Vorteil von Gedcom XML kann ich nicht erkennen. Das Problem, dass ein Programm nur eine Teilmenge eines anderen Programms abdeckt haben beide Varianten. So bietet mein Programm z.B. keine Tempelcodes, also werden sie nicht importiert. Man kann sie als Bemerkung einfügen, wird dann beim Export aber nicht als Tempelcode sondern eben als Bemerkung exportiert. Das betrifft alle Programme und alle "Austauschformate". Welchen Vorteil hat ein Anwender von XML? Die Programme, die es importieren können, sind spärlich gesäht und können ebenfalls Gedcom 5.5. Warum soll ich mir als Programmierer Arbeit machen, die keiner nutzt und deren Nutzen ich nicht erkenne? Ich bin gern bereit, mir Deine (und nicht nur die) Argumente für XML anzuhören. Wenn Du es wirklich benötigst und es eingebaut haben möchtest, musst Du mich überzeugen.
Kann man dann sein liebgewordenes Genealogieprogramm, das nur GEDCOM-Datenaustausch beherrscht, "wegschmeißen"? Oder wohin führt der künftige Weg des Datenaustauschs?
Das viel größere Problem sehe ich in der Zeit. Ein Ahnenpass von 1940 kann ohne Hilfsmittel gelesen werden. Wenn man die Schriftzeichen entziffern kann, bekammt man die Daten. CD, DVD und was auch immer kommen mag, kann nicht ohne Computer gelesen werden. Die nötigen Programme und das Betriebssystem muss zum auslesen ebenfalls vorgehalten werden. Von der Haltbarkeit der Daten auf CD, DVD, etc. ganz zu schweigen. Da kann man froh sein, wenn ein frisch gebrannter Rohling auf dem Rechner des Nachbar gelesen werden kann (siehe Grundlagenartikel und Tests der Computerzeitschrift c't). Ich denke, hier ist in 50 Jahren ein riesiges Informationsloch :-( MfG, Metti. PS: XML-Export ist schon mit den vorhandenen Möglichkeiten machbar, es nutzt nur keiner (soweit mir bekannt).
Date: 2006/10/31 20:03:21
From: Sanddorn <sanddorn52(a)web.de>
Hallo Metti, ich komme mal direkt über Deine eMail-Adresse, weil es hier über die Liste sonst zu langatmig würde. Offensichtlich besteht bei den anderen Programmierern kein großes Interesse, hier öffentlich darüber zu diskutieren (aus verständlichen Gründen? - Betriebsgeheimnis? ;-) Aber - es ist ja noch Zeit für Antworten. Also bis dann (Ob's heute noch was wird - wir werden sehen). Gruß Heinz-----Ursprüngliche Nachricht----- Von: "Stefan Mettenbrink" <S.Metti(a)gmx.de>
An: "Genealogie-Programme" <genealogie-programme(a)genealogy.net> Gesendet: Dienstag, 31. Oktober 2006 17:16 Betreff: Re: [Gen-Programme] GEDCOM und XML Sanddorn wrote:
möglicherweise geht der Datenaustausch zwischen Familienforschern mit Hilfe einer GEDCOM-Datei dem nahen Ende entgegen. In einigen Programmierkreisen wird bereits darüber nachgedacht, den GEDCOM-Standard durch den mächtigeren XML-Standard abzulösen.
Woher hast Du diese Information?
usw.