yEd Importfehler
yEd Importfehler
Hallo,
ich möchte gerne meine Daten als .ged exportieren und dann in yEd importieren, allerdings kommt da immer ein Fehler in yEd. (Anhang)
Kennt jemand den Fehler oder sogar eine Lösung?
Schonmal vielen Dank im Vorraus!
trophi20
(Win 10, Ahnenblatt 2.99b, yEd 3.18.1.1)
ich möchte gerne meine Daten als .ged exportieren und dann in yEd importieren, allerdings kommt da immer ein Fehler in yEd. (Anhang)
Kennt jemand den Fehler oder sogar eine Lösung?
Schonmal vielen Dank im Vorraus!
trophi20
(Win 10, Ahnenblatt 2.99b, yEd 3.18.1.1)
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Hallo trophi20,
da muss noch was in deinen Daten sein, ich konnte verschiedene Dateien problemlos öffnen 2.99 und beta.
schau die mal die Zeilen um die angemeckerte Zeile 7077 in deine gedcon-datei an
da muss noch was in deinen Daten sein, ich konnte verschiedene Dateien problemlos öffnen 2.99 und beta.
schau die mal die Zeilen um die angemeckerte Zeile 7077 in deine gedcon-datei an
Bleibt gesund, Gruß
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
Fragen und Antworten rund um Ahnenblatt (Knowledge Base) (nicht ganz aktuell - trotzdem nützlich)
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
GEDCOM-Dateien gibt es in verschiedenen "Geschmacksrichtungen", was Zeilenende und Zeichensatz angeht. yED soll GEDCOM lesen können, aber vielleicht kommt es mit der Codierung von UTF-16 nicht zurecht? Was aber merkwürdig wäre.
Aktuell Win10-64 pro 2004, Ahnenblatt 3.46 - Daten via NAS, Programm lokal
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
![Book :book:](./images/smilies/book.gif)
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Hallo bjew,
Im Anhang ist ein Screenshot der Zeile 7077, dort wird von Visual Studio, mit dem ich die Datei geöffnet habe, ohne Bearbeitung meinerseits am Zeilenanfang etwas gelb markiert. Ich weiß aber nicht, warum.
Zudem fehlt dort die Zahl am Anfang der Zeile. Wenn ich die Zeile 7077 an das Ende von 7076 schiebe, kann ich die Datei in yEd importieren.
Wie funktioniert das hier in dem Forum, werden solche Bugs an Dirk Böttcher weitergeleitet?
Vielen Dank!
trophi20
Vielen Dank für deine Antwort, ich bin mit der Fehlermeldung ehrlich gesagt nicht so ganz zurecht gekommen.bjew hat geschrieben:schau die mal die Zeilen um die angemeckerte Zeile 7077 in deine gedcon-datei an
Im Anhang ist ein Screenshot der Zeile 7077, dort wird von Visual Studio, mit dem ich die Datei geöffnet habe, ohne Bearbeitung meinerseits am Zeilenanfang etwas gelb markiert. Ich weiß aber nicht, warum.
Zudem fehlt dort die Zahl am Anfang der Zeile. Wenn ich die Zeile 7077 an das Ende von 7076 schiebe, kann ich die Datei in yEd importieren.
Wie funktioniert das hier in dem Forum, werden solche Bugs an Dirk Böttcher weitergeleitet?
Vielen Dank!
trophi20
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Hallo trophi20,
zumindest bei den Beta-Tests kannst davon ausgehen, dass Dirk mitliest - ob er darauf direkt reagiert oder in die Diskussion einsteigt, ist eine andere Sache.
Zu deinem Screenshot: es sieht so aus, als ob es eine lange Zeile wäre, die in der Editor-Ansicht umgebrochen würde. Ziehe das Fenster mal weiter auf - im Zweifel mit einer kleineren Schrift , dann siehst du ob es lediglich ein Darstellungsproblem ist.
Möglich wäre auch, dass ein NL oder CR hart reincodiert ist, das wäre mit einem Hex-Ausdruck erkennbar.
zumindest bei den Beta-Tests kannst davon ausgehen, dass Dirk mitliest - ob er darauf direkt reagiert oder in die Diskussion einsteigt, ist eine andere Sache.
Zu deinem Screenshot: es sieht so aus, als ob es eine lange Zeile wäre, die in der Editor-Ansicht umgebrochen würde. Ziehe das Fenster mal weiter auf - im Zweifel mit einer kleineren Schrift , dann siehst du ob es lediglich ein Darstellungsproblem ist.
Möglich wäre auch, dass ein NL oder CR hart reincodiert ist, das wäre mit einem Hex-Ausdruck erkennbar.
Bleibt gesund, Gruß
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
Fragen und Antworten rund um Ahnenblatt (Knowledge Base) (nicht ganz aktuell - trotzdem nützlich)
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Ist komisch, dass die Zeile mit einem Leerzeichen anfangen soll. Entweder Bernhards Vermutung trifft zu (und hier ist gar kein Zeilenwechsel in der Datei, nur in der Anzeige) oder die Datei ist an diesem Punkt nicht standardkonform - denn man müsste am Zeilenanfang den Code für eine Fortsetzung der vorigen Zeile erwarten: CONT, ich glaube mit der Ziffer von der Zeile drüber davor, also: "2 CONT Barbara Dehner...".
Frido
Frido
Aktuell Win10-64 pro 2004, Ahnenblatt 3.46 - Daten via NAS, Programm lokal
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
![Book :book:](./images/smilies/book.gif)
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Nein, das sind zwei Zeilen. Wäre es eine Zeile, würde vor der umgebrochenen Zeile keine Zeilennummer stehen. Der Screenshot ist übrigens nicht bis ganz rechts zum Rand, da dort nichts mehr stand, das Fenster war viel breiter.Zu deinem Screenshot: es sieht so aus, als ob es eine lange Zeile wäre, die in der Editor-Ansicht umgebrochen würde. Ziehe das Fenster mal weiter auf - im Zweifel mit einer kleineren Schrift , dann siehst du ob es lediglich ein Darstellungsproblem ist.
Hmm ok, das ist ja kein beta test, also eher nicht. Ich weiß allerdings nicht, ob es das bringt, dass er sich den Fehler sucht, da das sehr kompliziert aussieht.zumindest bei den Beta-Tests kannst davon ausgehen, dass Dirk mitliest - ob er darauf direkt reagiert oder in die Diskussion einsteigt, ist eine andere Sache.
Ist auf keinen Fall ein Umbruch durch die Anzeige bedingt. Ob es allerdings ein ganz "normaler" Zeilenumbruch ist, weiß ich nicht.Ist komisch, dass die Zeile mit einem Leerzeichen anfangen soll. Entweder Bernhards Vermutung trifft zu (und hier ist gar kein Zeilenwechsel in der Datei, nur in der Anzeige) oder die Datei ist an diesem Punkt nicht standardkonform - denn man müsste am Zeilenanfang den Code für eine Fortsetzung der vorigen Zeile erwarten: CONT, ich glaube mit der Ziffer von der Zeile drüber davor, also: "2 CONT Barbara Dehner...".
trophi20
Ich gehe davon aus, dass Zeile 7077 die Fortsetzung von Zeile 7076 ist - du hast sie ja auch zusammengefasst.
Gleich 2 Fehler in meinem obigen Post:
1. Eher nicht war "CONT" angebracht - es wäre "CONC" richtig! Siehe http://wiki-de.genealogy.net/GEDCOM/CONT-Tag
Da wird erklärt, dass die Verlängerung einer Zeile über 255 Zeichen hinaus mit CONC stattfindet, wenn es sich um Fließtext handelt, der Wert der Zeile darüber also ohne Zeilenwechsel weiterlaufen soll. CONT wird verwendet, um den Wert eines Feldes in einer neuen Zeile fortzusetzen.
2. Es wird nicht dieselbe Ebenenziffer wie in der Zeile darüber verwendet, sondern x+1. In deinem Fall also: "3 CONC Barbara..."
Asche auf mein Haupt!![Wall Bash :wallb:](./images/smilies/wallbash.gif)
Frido
Gleich 2 Fehler in meinem obigen Post:
1. Eher nicht war "CONT" angebracht - es wäre "CONC" richtig! Siehe http://wiki-de.genealogy.net/GEDCOM/CONT-Tag
Da wird erklärt, dass die Verlängerung einer Zeile über 255 Zeichen hinaus mit CONC stattfindet, wenn es sich um Fließtext handelt, der Wert der Zeile darüber also ohne Zeilenwechsel weiterlaufen soll. CONT wird verwendet, um den Wert eines Feldes in einer neuen Zeile fortzusetzen.
2. Es wird nicht dieselbe Ebenenziffer wie in der Zeile darüber verwendet, sondern x+1. In deinem Fall also: "3 CONC Barbara..."
Asche auf mein Haupt!
![Wall Bash :wallb:](./images/smilies/wallbash.gif)
Frido
Zuletzt geändert von Fridolin am 10.09.2018, 08:21, insgesamt 1-mal geändert.
Aktuell Win10-64 pro 2004, Ahnenblatt 3.46 - Daten via NAS, Programm lokal
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
![Book :book:](./images/smilies/book.gif)
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Wenn tatsächlich ein Zeilenumbruch = neue Zeile in der Datei ist, handelt es sich um einen Strukturfehler, AB bricht dann zu Recht ab
Bleibt gesund, Gruß
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
Fragen und Antworten rund um Ahnenblatt (Knowledge Base) (nicht ganz aktuell - trotzdem nützlich)
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Hier ist es yED, das abbricht - und es ist anscheinend AB 2.99b, das für den Fehler verantwortlich ist. Ist eine Sache für Dirk.
Ich kannte yED nicht und habe mal gelinst, was das ist: Ist ein Grafikeditor, der nebenbei auch Familientafeln kann. Klingt interessant, aber mir zu mächtig. Ich bleibe vermutlich bei den Dingen, die ich beherrsche. Habe bisher auch keine Anleitung gefunden, die es ganz einfach machen würde.
Ich kannte yED nicht und habe mal gelinst, was das ist: Ist ein Grafikeditor, der nebenbei auch Familientafeln kann. Klingt interessant, aber mir zu mächtig. Ich bleibe vermutlich bei den Dingen, die ich beherrsche. Habe bisher auch keine Anleitung gefunden, die es ganz einfach machen würde.
Aktuell Win10-64 pro 2004, Ahnenblatt 3.46 - Daten via NAS, Programm lokal
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
![Book :book:](./images/smilies/book.gif)
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Hallo trophi20,
ich hatte mich bisher darauf konzentriert, deine GEDCOM-Datei zu "reparieren". Das ist ja auch geklärt.
Aber erst jetzt kommt mir so langsam die Frage, wie du diesen Fehler überhaupt in die Datei reingebracht hast! Das kapier ich nicht.
1. Der Fehler tritt auf innerhalb eines TODO-Elements. Kann also eigentlich nicht aus AB 2.99b stammen, wie du ganz oben geschrieben hattest - denn da gibt es noch keine TODOs. Oder war das in AB 2.99b von anderswo her importiert und dann als GEDCOM-Datei abgespeichert?
2. Der Zeilenwechsel in der DESC-Zeile war durchaus gewünscht, nehme ich an: Mit so einem Zeilenwechsel gibt nämlich Ahnenblatt eine Plausi-Meldung mit genau diesem Text aus. (dann wäre die Korrektur also doch "3 CONT Barbara ..." - aber ist ein mehrzeiliger Text in AB überhaupt vorgesehen?)
3. Wenn ich in AB 3.0beta8 versuche, diesen Plausitext in ein Aufgabenfeld zu kopieren, wird nur die erste Zeile übernommen - die zweite geht verloren. (in 2.99b kann ich das gar nicht machen, denn es gibt keine Aufgaben-Felder.) Ich erhalte also auch eine saubere GEDCOM-Datei ohne falschen Zeilenwechsel.
Wie hast du den da rein gekriegt? Und müsste die Fehlermeldung hier im Forum nicht eigentlich unter "Betatest" laufen? Bernhard hat ja schon geschrieben: Dirk guckt im Forum in die Abteilung "Betatest", in die anderen nicht automatisch. Wir hatten bis vor kurzem noch eine Fehlerliste, die von Marcus gepflegt wurde - aber ich glaube, da ist gerade niemand dran.
Wenn es tatsächlich irgendwie die 3.0beta war, die den "Fehler" mit der zweizeiligen Aufgabenbeschreibung überhaupt in die Datei gebracht hat, dann würde ich nochmal einen Hinweis im Forum "Betatest" ablegen. Mit Verweis auf deine Fehlerbeschreibung hier.
Ich seh das jetzt so: AB exportiert einen nicht gültigen GEDCOM-Text, aber evtl. aus einer im Programm selbst gar nicht vorgesehenen Daten-Konstellation heraus.
Frido
ich hatte mich bisher darauf konzentriert, deine GEDCOM-Datei zu "reparieren". Das ist ja auch geklärt.
Aber erst jetzt kommt mir so langsam die Frage, wie du diesen Fehler überhaupt in die Datei reingebracht hast! Das kapier ich nicht.
1. Der Fehler tritt auf innerhalb eines TODO-Elements. Kann also eigentlich nicht aus AB 2.99b stammen, wie du ganz oben geschrieben hattest - denn da gibt es noch keine TODOs. Oder war das in AB 2.99b von anderswo her importiert und dann als GEDCOM-Datei abgespeichert?
2. Der Zeilenwechsel in der DESC-Zeile war durchaus gewünscht, nehme ich an: Mit so einem Zeilenwechsel gibt nämlich Ahnenblatt eine Plausi-Meldung mit genau diesem Text aus. (dann wäre die Korrektur also doch "3 CONT Barbara ..." - aber ist ein mehrzeiliger Text in AB überhaupt vorgesehen?)
3. Wenn ich in AB 3.0beta8 versuche, diesen Plausitext in ein Aufgabenfeld zu kopieren, wird nur die erste Zeile übernommen - die zweite geht verloren. (in 2.99b kann ich das gar nicht machen, denn es gibt keine Aufgaben-Felder.) Ich erhalte also auch eine saubere GEDCOM-Datei ohne falschen Zeilenwechsel.
Wie hast du den da rein gekriegt? Und müsste die Fehlermeldung hier im Forum nicht eigentlich unter "Betatest" laufen? Bernhard hat ja schon geschrieben: Dirk guckt im Forum in die Abteilung "Betatest", in die anderen nicht automatisch. Wir hatten bis vor kurzem noch eine Fehlerliste, die von Marcus gepflegt wurde - aber ich glaube, da ist gerade niemand dran.
Wenn es tatsächlich irgendwie die 3.0beta war, die den "Fehler" mit der zweizeiligen Aufgabenbeschreibung überhaupt in die Datei gebracht hat, dann würde ich nochmal einen Hinweis im Forum "Betatest" ablegen. Mit Verweis auf deine Fehlerbeschreibung hier.
Ich seh das jetzt so: AB exportiert einen nicht gültigen GEDCOM-Text, aber evtl. aus einer im Programm selbst gar nicht vorgesehenen Daten-Konstellation heraus.
Frido
Aktuell Win10-64 pro 2004, Ahnenblatt 3.46 - Daten via NAS, Programm lokal
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
![Book :book:](./images/smilies/book.gif)
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Ich habs:
In AB 3.0beta 8 die Plausi von Hand anwerfen (Bearbeiten > Plausibilitätsprüfung), bei einer Meldung auf den Button [Mehr...] klicken und [Als Aufgaben bei Personen eintragen] wählen. Dann werden mehrzeilige Meldungen als solche übernommen - und später nicht sauber ausgegeben.
Ich schreib's nochmal in "Betatest".
Frido
In AB 3.0beta 8 die Plausi von Hand anwerfen (Bearbeiten > Plausibilitätsprüfung), bei einer Meldung auf den Button [Mehr...] klicken und [Als Aufgaben bei Personen eintragen] wählen. Dann werden mehrzeilige Meldungen als solche übernommen - und später nicht sauber ausgegeben.
Ich schreib's nochmal in "Betatest".
Frido
Aktuell Win10-64 pro 2004, Ahnenblatt 3.46 - Daten via NAS, Programm lokal
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Empfehlung: Für die neue Version 3.x alle relevanten Handbücher lesen!
![Book :book:](./images/smilies/book.gif)
(es gibt das Benutzerhandbuch und mehrere Themen-Specials!)
Naja, Grafikeditor eher nicht, zumindest nicht im Sinne von Photoshop, eher ein Editor, um Verbindungen / Verhältnisse oder Strukturen darzustellen. Aber ist hier jetzt ja auch irrelevant.Ich kannte yED nicht und habe mal gelinst, was das ist: Ist ein Grafikeditor, der nebenbei auch Familientafeln kann. Klingt interessant, aber mir zu mächtig. Ich bleibe vermutlich bei den Dingen, die ich beherrsche. Habe bisher auch keine Anleitung gefunden, die es ganz einfach machen würde.
Ojeee, Ich habe leider keine Ahnung, ob ich die Ahnendatei einmal in der 3er Version geöffnet habe, kann mich leider nicht mehr entsinnen. Echt blöd jetzt. Aber erstellt wurde die .ged-Datei sicher in Ahnenblatt, und auch nirgends sonstwo geöffnet/bearbeitet.1. Der Fehler tritt auf innerhalb eines TODO-Elements. Kann also eigentlich nicht aus AB 2.99b stammen, wie du ganz oben geschrieben hattest - denn da gibt es noch keine TODOs. Oder war das in AB 2.99b von anderswo her importiert und dann als GEDCOM-Datei abgespeichert?
Das ist aber die nicht einzige Plaus-Meldung, jedoch die einzige mit einer Heirat unter 15 Jahren. Die anderen sind beispielsweise Leute ohne Geschlecht o.ä.2. Der Zeilenwechsel in der DESC-Zeile war durchaus gewünscht, nehme ich an: Mit so einem Zeilenwechsel gibt nämlich Ahnenblatt eine Plausi-Meldung mit genau diesem Text aus. (dann wäre die Korrektur also doch "3 CONT Barbara ..." - aber ist ein mehrzeiliger Text in AB überhaupt vorgesehen?)
![wink ;)](./images/smilies/icon_wink.gif)
Bleibt gesund, Gruß
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
bjew (Bernhard) ------ manchmal etwas kurz angebunden
System: Win10 auf Laptop mit i7 --- Ahnenblatt 2.74 (als Backup), 2.99[p] u. V3.42
Fragen und Antworten rund um Ahnenblatt (Knowledge Base) (nicht ganz aktuell - trotzdem nützlich)
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme
Bitte immer lesen ===> Handbücher zu Version 3.x
Tips und Tricks für kleine Probleme