Seite 15 von 27

Verfasst: 05.09.2009, 14:41
von christian
Hallo Jürgen T.,
habe heute das Plug in installiert, bekomme aber folgende Fehlermeldung:
"Öffnen der Datei "C:\.........\googlefile.kml" fehlgeschlagen: Fehler beim Analysieren in Zeile 172,Spalte 25: not well-formed(invalid token)

Schicke mir doch bitte Deine private mailAdresse, damit ich dir die Datei zusenden kann zur Analyse

Gruß
Christian

Verfasst: 06.09.2009, 10:47
von Jürgen T.
Hallo Christian,

Du kannst mir die Datei per "pn" senden.

Mit welche Plugin-Version hast Du die Datei erstellt?
Welche GE-Version hast Du installiert?

Verfasst: 06.09.2009, 13:37
von christian
Also Jürgen dann will ich mal versuchen Deine Fragen zu beantworten:

Plug in Version:
Plugin "Google-Earth Version 1.05"


GE-Version:
Google Earth 5.0.11733.9347
Build-Datum 5. Mai 2009
Build-Uhrzeit 2:43:21 vormittags
Renderer OpenGL
Betriebssystem Microsoft Windows XP (Service Pack 3)
Grafiktreiber NVIDIA Corporation (00006.00014.00010.06693)
Max. Texturgröße 4096x4096
Server kh.google.com

Soweit meine Angaben, die Datei kommt per PN

Einen schönen Sonntag Nachmittag

Christian

Verfasst: 08.09.2009, 19:17
von Jürgen T.
Hallo an alle.

Wir haben die Geschichte per pn geklärt.

Christian hatte in den Datumsfeldern und den Ortsfeldern teilweise die Zeichen < und > verwendet. Diese Zeichen interpretiert GE in der kml-Datei als Trenner und erzeugt somit die o g. Fehlermeldung.

Christian hatte mir seine ahn-Datei gesendet. Nach Ersetzen der Zeichen < und > durch Leerzeichen funktionierte alles.
Gruß

Verfasst: 08.09.2009, 21:23
von christian
Hallo Jürgen,

jetzt haben wir bei Deinem Plug in den gleichen "Fehler" wie bei dem Plug in Personenblätter. Die Zeichen < und > werden ja nicht nur von mir verwendet, sondern auch von den Mormonen so übermittelt, wenn z.B. einen Angabe nicht alsolut sicher ist. Dann müssten wir wohl alle mal überlegen wie dieser Umstand gehandhabt werden soll. Im übrigen bekomme ich auch von anderen Forschern Daten mit <> überspielt wenn diese sich nicht sicher sind, das scheint also auch "Standart" zu sein.
Ich habe jetzt noch nicht in die gedNorm geschaut was die dazu sagt, werde es aber die nächsten Tage tun und mich dann wieder melden.

Gruß
Christian

Verfasst: 09.09.2009, 08:35
von christian
Hallo Jürgen,
ich habe mir mal die Standard von gedcom5.5 angeschaut:

When there is a choice of different elements that can be used, the set of alternatives are listed between opening and closing square brackets ([]), with each choice separated by a vertical bar ([alternative_1 | alternative_2]). The user can read the grammar components of the selected element by substituting any sub-elements until all sub-elements have been resolved.

In der Beschreibung ist also für Alternative die [ ] vorgesehen, bei den in IGI abgespeicherten Daten jedoch < > verwendet. Die ( ) wird für Ergänzungen genutzt.
Nun meine Frage: ist die [ ] auch ein Steuerzeichen bei euren Programmen, oder kann diese genutzt werden. Dann werde ich meine Daten umstellen.
Noch einmal zur Diskussion: Wie kennzeichnen andere User ihre unstimmigen Daten, bzw wie sieht das Dirk?

Grüße
Christian

Verfasst: 09.09.2009, 13:18
von Hugo
Guten Tag Christian
Das mit der < > Kennzeichnung bei unklaren Datumsangaben zieht sich durch, wie ein roter Faden

hier nur ein Beispiel von Dir:
christian hat geschrieben:wenn das Problem in den < > liegt, sollte man mal grundsätzlich über die Eingabe von unsicheren Daten sprechen?
Ich habe die Form mit den <> aus ged Dateien übernommen die ich zB von meinen Verwandten aus Amerika bekam. Sie wird aber auch sonst sehr oft so gebraucht.
schau bitte hier: lese alles

Mach doch bitte dafür ein extra Thema auf im Bereich "Fragen zur Ahnenforschung"
da es nicht nur Ahnenblatt betrifft

Gruß Hugo

Verfasst: 10.09.2009, 18:11
von Roger Paini
Hallo Jürgen

Können die Zeichen für die KML nicht escaped werden? In HTML sind die Zeichen durch > und < encodiert und werden bei der Darstellung automatisch richtig dargestellt.

Beim schreiben der Datei müsstest du dann einfach nach den entsprechenden Zeichen suchen und diese behandeln.

Gruss
Roger

Verfasst: 10.09.2009, 20:58
von Jürgen T.
Hallo Roger, hallo christian,

ich habe alles mögliche hin und her probiert.
Auch das Ersetzen der Zeichen < bzw. > duch < bzw. > führt zu falschen Darstellungern in GE.
Die kml-Konvention scheint da sehr empfindlich zu sein.

Ich sähe es als Alternative an, dass ich die Zeichen < bzw. > durch [ bzw. ] durch das Plugin ersetzen lasse. Damit kommt kml klar. Die < bzw. > bleiben ja in jedem Fall in der ahn-Datei erhalten.

Neue Version 2.01

Verfasst: 04.10.2009, 19:09
von Jürgen T.
Hallo zusammen,

im Download-Bereich gibt es die neue Version 2.01.

Hier die Neuerungen:
1.
Nach einer Idee von Wrnr wird zusätzlich eine Datei (Google-Earth-Plugin-Koordinaten.txt) mitgeliefert, welche Ortskoordinaten enthält und anhand eigener Orte mit einem Editor (allerdings muss der User Administratorrechte haben) ergänzt werden kann.
Die zusätzliche Koordinatendatei soll Orte enthalten, die durch Google-Earth auf Grund der Ortsbezeichnung nicht automatisch zugeordnet werden können.
2.
Auf Grund Wrnr's Idee wurden die Karteireiter tlw. umbenannt und umgestellt.
3.
Auf Grund Wrnr's Idee Umstellung der Dateistruktur (neues Unterverzeichnis "jt_Google-Earth").
4.
Auf Grund Wrnr's Idee wurde folgendes eingeführt:
Im zweiten Karteireiter kann man jetzt als Anzeigeort die "letzte Adresse" auswählen.
Hierzu kann man in Ahnenblatt im Feld "Anmerkungen" in einer Zeile die letzte bekannte Adresse einer Person eingeben.
z.B.
letzte Adresse:In der schönen Wiese hinterm Haus
oder
//letzte Adresse:Kleinkleckersdorf
Bedingungen: am Anfang muss "letzte Adresse:" stehen, es darf kein Leerzeichen folgen, nach der Adresse darf kein Text mehr folgen (sonst wird dieser folgende Text als Ort interpretiert).
Sollte GE diese Adresse nicht darstellen können, kann man in der zusätzlichen Koordinatendatei diesen Ort mit seinen Koordinaten erfassen.
< bzw. > werden durch [ bzw. ] ersetzt
5.
Die temp.csv und die ini-Datei werden nicht mehr in das Programmverzeichnis geschrieben, das behebt die Schreibprobleme für User ohne Schreibrechte im Programmverzeichnis
Die temp.csv wird in C:\Dokumente und Einstellungen\...Username...\Lokale Einstellungen\temp\jt_Google-Earth\
und
die ini-Datei wird in C:\Dokumente und Einstellungen\...Username...\Anwendungsdaten\Ahnenblatt\Plugins\
geschrieben.
Nach dem Programmlauf wird die temp.csv wieder gelöscht.

Vielen Dank an Wrnr für seine Erlaubnis, seine gute Idee in mein Plugin integrieren zu dürfen und für das intensive Testen.

Viel Spaß

Verfasst: 09.01.2010, 23:48
von sniperblade
Guten Tag,

Ich habe mir die neuste vers. runtergeladen vom Plugin und es funzt, aber was nicht geht, ist das mir die Bilder in Google Earth angezeigt werden. Hier erscheint immer nur ein rotees X auf weißem Grund. Wie kann man hier die Bilder der Personen mit hochladen? in AB sind diese ja vorhanden.

mfg Sniperblade

Verfasst: 10.01.2010, 11:48
von Jürgen T.
Hallo sniperblade,

ich kann das was Du beschreibst leider nicht nachstellen, bei mir funktioniert das Darstellen der Bilder.

Hast Du das Plugin mal mit der beispiel.ahn (mit Bilder) ausprobiert.

Verfasst: 10.01.2010, 13:02
von sniperblade
Hab es jetzt mit der beispiel.ahn (also die mit den bildern) mal getestet und es funzt nicht. auch hier sehe ich nur die Marker (weife fähnchen oder so mit rotem X)

habe neustes AB und neusten Plugin (WIN-Vista)

Verfasst: 10.01.2010, 16:23
von Jürgen T.
Hallo sniperblade,

ich habe leider kein Vista zum testen.
Mich würde also interessieren, ob das Plugin bei anderen Vista-Usern funktioniert.

Ansonsten folgende Frage:
Hast Du evtl. einen Popup-Blocker laufen? Obwohl ich nicht weiß, ob der sich auf die Darstellung von Bildern in Google-Earth auswirkt.
Oder hast Du evtl. die Anzeige von Grafiken irgendwo in Deinem Windows ausgeschaltet?