laut diesem tutorial zerlegt qlandkarte selbständig alle enthaltenen koordinaten als eigene buddies. bei gc-caches funktioniert es einwandfrei, dort werden z.b. aus dem cache GC12345 z.b. die wp-buddies gc12345_01 und gc12345_02 erzeugt.
--> bei oc-caches aber passt da was nicht. ich lade mir also die gpx herunter, zerlege dann die buddies:
zu dem cache OCabcde erstellt er dann aber die wp-buddies 01abcde und 02abcde (anstatt von ocabcde_01 und ocabcde_02). und schon kennt sich keiner mehr aus, weil sie alle mit 01 anfangen...
liegt der fehler bei oc selbst, in der gpx-erstellung oder an qlandkarte, dass dort was falsch ausgelesen wird?
würde mich sehr freuen, wenn man das problem in den griff kriegen könnte, weil mit qlandkarte ist echt alles prima in verbindung mit einem garmin und oc.de!!
oc-caches in qlandkarte
Moderator: mic@
Diese email kam über das Ticketsystem. Da ich mich mit qlandkarte nicht auskenne, poste ich es gleich hier rein:
Zuletzt geändert von mic@ am 29.09.2013, 04:52, insgesamt 1-mal geändert.
-
Schrottie
Also ich benutze QLGT sehr oft und gerne, aber ich muss ehrlich gestehen, ich habe nicht den Hauch einer Ahnung was der nun genau meint. 
[quote="Schrottie"]
Also ich benutze QLGT sehr oft und gerne, aber ich muss ehrlich gestehen, ich habe nicht den Hauch einer Ahnung was der nun genau meint.
[/quote]
Hiho,
ich glaube das ist die Wegpunkt-Problematik, dass wir die Wegpunkte in einem anderen Format darstellen als GC
Also ich benutze QLGT sehr oft und gerne, aber ich muss ehrlich gestehen, ich habe nicht den Hauch einer Ahnung was der nun genau meint.
[/quote]
Hiho,
ich glaube das ist die Wegpunkt-Problematik, dass wir die Wegpunkte in einem anderen Format darstellen als GC
Whenever I try to plan something, it doesn't seems to work out. So why plan, it only leads to disappointment! (Eddie van Halen)
-
Schrottie
Sicher, die heißen bei uns anders. Aber dennoch muss der ja irgendwas mit den "Buddies" meinen. Importiert man ein GPX in QLGT, werden alle enthaltenen Wegpunkte angezeigt. Völlig unabhängig von ihrem Namen.
-
Schrottie
Okay, ohne mich jetzt mal durch diesen Screencast zu quälen: Ich nehme mal an, er meint die Darstellung von Wegpunkten. Die werden bei QLGT korrekt zugeordnet. Diese ominöse Buddiefunktion so scheint mir, ermöglicht es, gelöschte Wegpunkte zu einem Cache wiederherzustellen. Bei GC mag das sinnvoll sein, denn da kommen die zus. WP in einer separaten Datei (zumindest bei PQs), bei uns sind sie jedoch immer dabei. Und somit müssen da auch keine "Buddies" erzeugt werden, denn die existieren sowieso und zwar schon mit richtigem Namen.
Will er unbedingt diese Buddiegeschichte nutzen, dann wäre der Entwickler von QLGT der richtige Ansprechpartner.
Will er unbedingt diese Buddiegeschichte nutzen, dann wäre der Entwickler von QLGT der richtige Ansprechpartner.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
-
thocomoro
also, habe mich mal ein angemeldet, um besser mitreden zu können:
im letzten png sieht man das problem: in der karte heißen sie richtig (OCFD74-1), in der buddie-liste rechts aber 01CFD74. bei den gc-besipiel im screencast heißen sie dort aber auch GC..._01. dort ist es eben einheitlich. und genau so hätte ich es gerne auch bei meinen oc-caches (ich nutze nämlich nur diese, ich mag gc nicht...)
wofür? z.b. hierfür: http://www.opencaching.de/viewcache.php?wp=OCE208
--> bei dem cache ist der parkplatz irrtümlich der cache (also die truhe auf der karte). wurde scheinbar vom owner falsch angelegt. will ich die dose finden, kann ich ja den geocache selbst nicht als ziel nutzen, weil er immer den parkplatz nimmt. ich muss den 07er punkt anvisieren, der die letzte station unten südlich ist. dort war auch die dose. das anvisieren selbst geht auf meinem garmin aber nur, wenn ich sie eben als zusätzliche wegpunkte drauf habe, was mir ja die buddie-erstellen-funktion automatisch macht. manuelles eingeben unterwegs (beschreibung lesen, merken, dann eingeben ist fehlerbehaftet...)
ist es nun klarer, was ich meine? ich hoffe. oder mache ich generell was falsch, könnte ich was besser machen? aber bisher klappte es eben prima, wenn ich die stationspunkte dabei habe. nur musste ich sie eben immer daheim mühsam in qlkgt umbenennen...
thomas
im letzten png sieht man das problem: in der karte heißen sie richtig (OCFD74-1), in der buddie-liste rechts aber 01CFD74. bei den gc-besipiel im screencast heißen sie dort aber auch GC..._01. dort ist es eben einheitlich. und genau so hätte ich es gerne auch bei meinen oc-caches (ich nutze nämlich nur diese, ich mag gc nicht...)
wofür? z.b. hierfür: http://www.opencaching.de/viewcache.php?wp=OCE208
--> bei dem cache ist der parkplatz irrtümlich der cache (also die truhe auf der karte). wurde scheinbar vom owner falsch angelegt. will ich die dose finden, kann ich ja den geocache selbst nicht als ziel nutzen, weil er immer den parkplatz nimmt. ich muss den 07er punkt anvisieren, der die letzte station unten südlich ist. dort war auch die dose. das anvisieren selbst geht auf meinem garmin aber nur, wenn ich sie eben als zusätzliche wegpunkte drauf habe, was mir ja die buddie-erstellen-funktion automatisch macht. manuelles eingeben unterwegs (beschreibung lesen, merken, dann eingeben ist fehlerbehaftet...)
ist es nun klarer, was ich meine? ich hoffe. oder mache ich generell was falsch, könnte ich was besser machen? aber bisher klappte es eben prima, wenn ich die stationspunkte dabei habe. nur musste ich sie eben immer daheim mühsam in qlkgt umbenennen...
thomas
Zuletzt geändert von thocomoro am 24.09.2013, 15:03, insgesamt 1-mal geändert.
-
Schrottie
Okay, Problem verstanden. Aber da muss QLGT geändert werden.
Du kannst aber auch einfach die Finalkoordinaten mit einer Notiz speicerhn, dann sind sie als Wegpunkt immer mit dabei.
Du kannst aber auch einfach die Finalkoordinaten mit einer Notiz speicerhn, dann sind sie als Wegpunkt immer mit dabei.
-
thocomoro
[quote="Schrottie"]
Okay, Problem verstanden. Aber da muss QLGT geändert werden.
[/quote]
aber in dem screencast sieht man, dass es eben bei gc-caches richtig gemacht wird. dort heißen auch die buddies in der rechten liste GC..., und nicht 01..., 02... usw.
[quote="Schrottie"]
Du kannst aber auch einfach die Finalkoordinaten mit einer Notiz speicerhn, dann sind sie als Wegpunkt immer mit dabei.
[/quote]
geht das auch mit mehreren? und sind dies dann echte wegpunkte, die man aufrufen kann? weil an meinem garmin kann ich eben diese zusätzlichen wegpunkte, die qlkt als buddies anzeigt, nicht für die zieleingabe auswählen (ich lade immer die gpx von der oc-seite herunter und kopiere sie auf das garmin...) - oder mache ich da was falsch?
+ zusatz:
wenn ich in der zieleingabe eben den cache auswähle, führt er mich ja immer zu den schatztruh-koordinaten. ich habe jedoch im menü einen punkt "nächsten abschnitt eingeben". wofür ist das? gut, dort kann ich manuell welche eingeben. aber man will ja ohne papier arbeiten und merken ist bei den vielen zahlen so ne sache. in meinen augen gehört es sich in dem punkt, dass man genau dort eben die buddie-punkte auswählen können müsste. oder kapier ich das garmin gerade hier nicht?
@schrottie: glückwunsch zu deinen exakt 4.000 caches, was ich gerade in deiner sig-grafik sehe.
Okay, Problem verstanden. Aber da muss QLGT geändert werden.
[/quote]
aber in dem screencast sieht man, dass es eben bei gc-caches richtig gemacht wird. dort heißen auch die buddies in der rechten liste GC..., und nicht 01..., 02... usw.
[quote="Schrottie"]
Du kannst aber auch einfach die Finalkoordinaten mit einer Notiz speicerhn, dann sind sie als Wegpunkt immer mit dabei.
[/quote]
geht das auch mit mehreren? und sind dies dann echte wegpunkte, die man aufrufen kann? weil an meinem garmin kann ich eben diese zusätzlichen wegpunkte, die qlkt als buddies anzeigt, nicht für die zieleingabe auswählen (ich lade immer die gpx von der oc-seite herunter und kopiere sie auf das garmin...) - oder mache ich da was falsch?
+ zusatz:
wenn ich in der zieleingabe eben den cache auswähle, führt er mich ja immer zu den schatztruh-koordinaten. ich habe jedoch im menü einen punkt "nächsten abschnitt eingeben". wofür ist das? gut, dort kann ich manuell welche eingeben. aber man will ja ohne papier arbeiten und merken ist bei den vielen zahlen so ne sache. in meinen augen gehört es sich in dem punkt, dass man genau dort eben die buddie-punkte auswählen können müsste. oder kapier ich das garmin gerade hier nicht?
@schrottie: glückwunsch zu deinen exakt 4.000 caches, was ich gerade in deiner sig-grafik sehe.
Zuletzt geändert von thocomoro am 25.09.2013, 15:08, insgesamt 1-mal geändert.
-
Schrottie
[quote="thocomoro"]
[quote="Schrottie"]
Du kannst aber auch einfach die Finalkoordinaten mit einer Notiz speicerhn, dann sind sie als Wegpunkt immer mit dabei.
[/quote]
geht das auch mit mehreren? und sind dies dann echte wegpunkte, die man aufrufen kann?
[/quote]
Pro Cache kann immer nur eine Koordinate in einer Notiz gespeichert werden. Aber die wird dann auch ein echter Wegpunkt.
[quote="thocomoro"]
@schrottie: glückwunsch zu deinen exakt 4.000 caches, was ich gerade in deiner sig-grafik sehe.
[/quote]
Dankeschön!
[quote="Schrottie"]
Du kannst aber auch einfach die Finalkoordinaten mit einer Notiz speicerhn, dann sind sie als Wegpunkt immer mit dabei.
[/quote]
geht das auch mit mehreren? und sind dies dann echte wegpunkte, die man aufrufen kann?
[/quote]
Pro Cache kann immer nur eine Koordinate in einer Notiz gespeichert werden. Aber die wird dann auch ein echter Wegpunkt.
[quote="thocomoro"]
@schrottie: glückwunsch zu deinen exakt 4.000 caches, was ich gerade in deiner sig-grafik sehe.
[/quote]
Dankeschön!
-
thocomoro
[quote="thocomoro"]
aber in dem screencast sieht man, dass es eben bei gc-caches richtig gemacht wird. dort heißen auch die buddies in der rechten liste GC..., und nicht 01..., 02... usw.
[/quote]
--> weiß hier keiner mehr etwas dazu? wie gesagt (und im screencast gesehen): bei OC-caches falsch, bei GC-caches richtig. kann dann ja nicht an qlkgt liegen, oder?
[quote="thocomoro"]
+ zusatz:
wenn ich in der zieleingabe eben den cache auswähle, führt er mich ja immer zu den schatztruh-koordinaten. ich habe jedoch im menü einen punkt "nächsten abschnitt eingeben". wofür ist das? gut, dort kann ich manuell welche eingeben. aber man will ja ohne papier arbeiten und merken ist bei den vielen zahlen so ne sache. in meinen augen gehört es sich in dem punkt, dass man genau dort eben die buddie-punkte auswählen können müsste. oder kapier ich das garmin gerade hier nicht?
[/quote]
--> gibt es wirklich keine andere möglichkeit, aus dem ausgewählten cache heraus einen buddiepunkt aus den wegpunkten auszuwählen? weil mit "nächsten abschnitt eingeben" muss ich die koordinaten ja manuell eintippen. weil so muss ich jedesmal umständlich die zieleingabe ändern und wenn ich am ziel bin, wieder den cache auswählen. ein ewiges hin und her...
thomas
aber in dem screencast sieht man, dass es eben bei gc-caches richtig gemacht wird. dort heißen auch die buddies in der rechten liste GC..., und nicht 01..., 02... usw.
[/quote]
--> weiß hier keiner mehr etwas dazu? wie gesagt (und im screencast gesehen): bei OC-caches falsch, bei GC-caches richtig. kann dann ja nicht an qlkgt liegen, oder?
[quote="thocomoro"]
+ zusatz:
wenn ich in der zieleingabe eben den cache auswähle, führt er mich ja immer zu den schatztruh-koordinaten. ich habe jedoch im menü einen punkt "nächsten abschnitt eingeben". wofür ist das? gut, dort kann ich manuell welche eingeben. aber man will ja ohne papier arbeiten und merken ist bei den vielen zahlen so ne sache. in meinen augen gehört es sich in dem punkt, dass man genau dort eben die buddie-punkte auswählen können müsste. oder kapier ich das garmin gerade hier nicht?
[/quote]
--> gibt es wirklich keine andere möglichkeit, aus dem ausgewählten cache heraus einen buddiepunkt aus den wegpunkten auszuwählen? weil mit "nächsten abschnitt eingeben" muss ich die koordinaten ja manuell eintippen. weil so muss ich jedesmal umständlich die zieleingabe ändern und wenn ich am ziel bin, wieder den cache auswählen. ein ewiges hin und her...
thomas
-
Schrottie
[quote="thocomoro"]
--> weiß hier keiner mehr etwas dazu? wie gesagt (und im screencast gesehen): bei OC-caches falsch, bei GC-caches richtig. kann dann ja nicht an qlkgt liegen, oder?
[/quote]
Doch, denn QLGT erwartet wohl exakt die Namenskoventionen für Child-Waypoints, wie sie GC verwendet. Um hier also direkt mit den Buddies arbeiten zu können, müsste wohl das Waypointhandling in QLGT angepasst werden.
Aber das schrieb ich ja nun schon zweimal hier im Thread!
--> weiß hier keiner mehr etwas dazu? wie gesagt (und im screencast gesehen): bei OC-caches falsch, bei GC-caches richtig. kann dann ja nicht an qlkgt liegen, oder?
[/quote]
Doch, denn QLGT erwartet wohl exakt die Namenskoventionen für Child-Waypoints, wie sie GC verwendet. Um hier also direkt mit den Buddies arbeiten zu können, müsste wohl das Waypointhandling in QLGT angepasst werden.
Aber das schrieb ich ja nun schon zweimal hier im Thread!
-
thocomoro
ok-ok, ich sehe es ja ein (verstehe es aber - ehrlich gesagt - nicht ganz, warum da qlkgt schuld dran ist...) - dann kömma hier quasi dicht machen.
[quote="thocomoro"]
ok-ok, ich sehe es ja ein (verstehe es aber - ehrlich gesagt - nicht ganz, warum da qlkgt schuld dran ist...) - dann kömma hier quasi dicht machen.
[/quote]
Na ja,
GC.com hat ein sehr eigenartiges Schema um Childwaypoints zu benennen (der Cache GC1XEY0 hat die Childwaypoints PA1XEY0, S11XEY0, S21XEY0, S31XEY0, usw.; es werden also die ersten zwei Zeichen des Cachewaypoints ausgetauscht). Und auf dieses Schema ist QLGT programmiert.
OC.de hat ein sinnvolleres Namensschema implementiert (der entsprechende Cache OCB1F1 hat die Childwaypoints OCB1F1-1, OCB1F1-2, OCB1F1-3, OCB1F1-4, usw.; bei Childwaypoints wird einfach eine fortlaufende Nummer an den Cachewaypoint angehängt). QLGT kann damit nicht richtig umgehen, da das Schema von GC.com erwartet wird.
Es gibt jetzt also zwei Möglichkeiten:
1. OC.de ändert sein Schema auf das von GC.com um (das wird wahrscheinlich nicht passieren)
2. Jemand implementiert das Schema von OC.de in QLGT
ok-ok, ich sehe es ja ein (verstehe es aber - ehrlich gesagt - nicht ganz, warum da qlkgt schuld dran ist...) - dann kömma hier quasi dicht machen.
[/quote]
Na ja,
GC.com hat ein sehr eigenartiges Schema um Childwaypoints zu benennen (der Cache GC1XEY0 hat die Childwaypoints PA1XEY0, S11XEY0, S21XEY0, S31XEY0, usw.; es werden also die ersten zwei Zeichen des Cachewaypoints ausgetauscht). Und auf dieses Schema ist QLGT programmiert.
OC.de hat ein sinnvolleres Namensschema implementiert (der entsprechende Cache OCB1F1 hat die Childwaypoints OCB1F1-1, OCB1F1-2, OCB1F1-3, OCB1F1-4, usw.; bei Childwaypoints wird einfach eine fortlaufende Nummer an den Cachewaypoint angehängt). QLGT kann damit nicht richtig umgehen, da das Schema von GC.com erwartet wird.
Es gibt jetzt also zwei Möglichkeiten:
1. OC.de ändert sein Schema auf das von GC.com um (das wird wahrscheinlich nicht passieren)
2. Jemand implementiert das Schema von OC.de in QLGT
[url=http://www.flopp-caching.de/]Flopps Tolle Karte[/url] | [url=http://www.florian-pigorsch.de/oc]OC[/url] | [url=http://www.florian-pigorsch.de/gc]GC[/url] | [url=http://florian-pigorsch.de/+]G+[/url] | [url=http://florian-pigorsch.de/t]Tw[/url] | [url=http://florian-pigorsch.de/fb]Fb[/url]