churinga

hm. da kann man schon einiges einstellen, ab welchem zoom level was angezeigt wird und in welcher schriftgrösse... aber für geocaches und POI's gibt's hier keine einstellung. hab alles so eingestellt dass das maximum angezeigt wird, aber die namen von geocaches und POIs erscheinen nicht. kannst du mir verraten wo genau ich das einschalten kann? vielen dank!

Beim eTrex werden in der Kartendarstellung standardmässig die Namen von Waypoints und POIs angezeigt. Dasselbe hab ich nun beim Oregon versucht. Resultat: - bei den Waypoints wird der Name in der Kartendarstellung angezeigt. - bei den Geocaches erscheint bloss das Symbol, der Name fehlt jedoch in der Kartendarstellung. Dieser wird erst im Feld oben angezeigt wenn das jeweilige Icon gepinnt ist. - mit den POIs verhält es sich ebenso wie mit den Geocaches, also in der Karte keine Namen kann mir jemand verraten wie ich das einschalten kann? Ist das bei allen so, oder liegt das allenfalls an meiner Hardware/Firmware Version? Ich hoffe mal dass es sich hier bloss um einen Bedienungsfehler handelt - sonst wär's ein ziemlicher Rückschritt!

ist bei mir auch der fall (seit etwa 2 wochen)

bisher unterstützt die pda variante nur pdas mit qvga display. auf den mittlerweile recht verbreiteten vga versionen läuft das tool leider nicht.

hab zwar kein colorado, nehme aber an, dass die 2000 die maximale anzahl waypoints ist, die das colorado verwalten kann. die max waypoint limite kannst du umgehen wenn du die caches als poi runterschaufelst. da hast du platz bis die speicherkarte voll ist. allerdings sind poi etwas weniger komfortabel.

cachen wir denn nun um des cachens oder um der statistik willen? für mich gilt: cache gefunden -> 'found' log cache nach einigem suchen nicht gefunden -> 'not found' log suche aus zeitgründen abgebrochen, komme in den nächsten tagen nochmals für weitere suche -> noch kein log suche aus zeitgründen abgebrochen, komme in den nächsten tagen nicht mehr hier vorbei -> 'not found' log mit hinweis dass die zeit nicht gereicht hat ...sollen die statistiker damit machen was sie wollen...

und schon sind wir wieder in den medien (20min vom 18.3.08): http://www.20min.ch/tools/suchen/story/23578659 wir, die 'grausame störung der natur'!!!

für all jene, die zu... sind um die koords von hand umzurechnen, hab ich hier vor einiger zeit einen link gepostet für die umrechnung auf dem pocket pc. getestet auf ppc2002 und 2003 2003 braucht zudem noch die runtime lib. http://www.swissgeocacheforum.ch/forum/index.php?s=...ost&p=11434

ich denke, ursprünglich ging's ja drum, das ganze auf den palm zu bringen. diskutiert wird nun aber wohl eher über lösungen für ppc. mein palm konnte jedenfalls mit html nichts anfangen. ich hab damals das problem so gelöst, dass ich alles als html auf dem pc exportiert hab (aus gsak) und danach den ganzen datenhaufen dem isilo tool gefüttert hab. dafür gibt's dann reader für verschiedene systeme, so auch für palm. zum einen wird der datenhaufen dadurch kleiner, und zudem läuft's beim öffnen auch viel schneller. das ganze braucht dann allerdings seine zeit zum generieren auf dem pc.

dies funktioniert wohl nur, wenn du in den PQs alle caches drin hast ;-( wenn du dir (wegen der 500 cache limite) nur solche zustellen lässt, bei denen sich innerhalb der letzten woche etwas getan hat, so haut das leider nicht mehr hin. offenbar soll beim nächsten update von gsak eine funktion dabei sein, die das erkennen von archivierten caches erleichtert. genaueres weiss ich auch noch nicht.

da der palm kein html versteht (zumindest meiner verstand das damals nicht) hab ich den von gsak ausgegebenen html berg durch isilox gelassen. isilo reader gibt's für verschiedene targets, z.b. palm, pocket pc, pc,... isilox gibt eine einzige datei raus, die wesentlich kleiner ist als die ursprünglichen html und ist dadurch auch auf alten kisten brauchbar. was schlussendlich in der cachebeschreibung auf dem palm alles drin ist hat nix mit isilox oder plucker zu tun. das musst du in gsak richtig einstellen. auf den palm kommt nur, was auch bereits im html stand, und in's html kommt nur, was gsak weiss und was dort konfiguriert ist! bin nicht sicher ob der palm3 wirklich geeignet ist für sowas. auch die 100er schienen mir nicht gerade ideal. mit dem zire71 hat's jedoch recht gut geklappt.

Habe ein Datenkabel für Garmin Etrex GPS abzugeben. Das Kabel ist zweiteilig. Teil 1 hat auf der einen Seite einen Garmin Stecker und auf der anderen Seite einen 2.5mm Klinkenstecker. Teil 2 hat auf der einen Seite eine 2.5mm Klinkenkupplung und auf der anderen Seite einen Stecker für Dell Pocket PC (Axim X5). Es kann jedoch auch ein anderer Stecker angelötet werden, so dass es z.b. passt für die Kommunikation mit dem PC. Meine Preisvorstellung liegt bei 15.- (Dieses Kabel wird bei Ebay ab und zu um die 25 euro gehandelt)

gsak ist in der tat etwas gewöhnungsbedürftig. als ich's vor etwa 3 jahren zum ersten mal angeschaut habe schien's mir auch zu komplex. bin dann aber bald wieder zu gsak zurückgekommen, denn mit ein paar macros und ein paar 'balkonen' kriegst du mit dem tool letztlich fast alles irgendwie so hin wie du's haben willst ;-)

dieses macro ist wirklich toll! seit ich gestern morgen drüber gestolpert bin, hat auch mein profil nach 3 jahren einen inhalt gekriegt ;-)

es gibt ein tool namens gsak, mit dem du deine eingene, lokale cache datenbank erstellen kannst. wenn du bei gc premium member bist, kannst du pocket queries erstellen, so dass du alle änderungen der offiziellen gc datenbank per email zugestellt erhälst (max 500 einträge pro mail). gsak ist in der lage, diese mails reinzuladen und deine lokale datenbank nach zu führen. aus gsak, kannst du die beschreibungen in verschiedenen formaten exportieren, so dass du die ganze sache z.b. auch auf einen pocket pc laden kannst (falls es dir irgendwann zu mühsam wird, mit dem notebook durch den wald zu rennen ;-)

bei mir ist seit 2. mai mehr oder weniger funkstille... ;-((

für windows mobile 2003 muss zusätzlich folgende library installiert werden: MS VB4 runtime library dann müsste es auch da laufen. bei ppc2002 ist diese library standardmässig im os drin.

auch ich bin eigentlich der meinung, dass das problem von gc.com gelöst werden sollte, so dass es reichen würde die angaben in den additional waypoints zu plazieren. tatsache ist aber, dass dieses problem schon seit langer zeit x-fach im amerikanischen forum diskutiert wurde, gc.com sich offenbar aber sträubt, diese anpassung bei pocket queries vorzunehmen. wie das nun halt ist mit monopolisten, so hat mal als user wenig auszurichten und muss sich letztendlich anpassen. so bleiben wohl nur 2 möglichkeiten: 1) alle infos ins listing, und der cache kann von allen usern angegangen werden 2) infos in additional waypoints und die lösung bleibt denjenigen cachern vorbehalten, die alles auf papier mit sich rumtragen. als bescheidener beitrag zum umweltschutz zähle ich mich zu den papierreduzierten.

wenn ich richtig informiert bin, so werden waypoints mit sichtbaren koordinaten in diesem zusatzfile verschickt. sind die koordinaten des waypoints jedoch nicht öffentlich, d.h. der waypoint ist z.b. eine zwischenstation, für welche die koords ermittelt werden müssen, so erscheint dieser waypoint nicht als child waypoint.

Ich habe zwar bereits früher an dieser Stelle drauf hingewiesen, möchte dies aber trotzdem nochmals wiederholen: Bitte schreibt keine Infos, die für das Lösen eines Caches notwendig sind, in die Beschreibung der Additional Waypoints, resp. schreibt diese Infos zusätzlich auch noch in's Listing. Dies mag auf den ersten Blick blödsinnig sein, hat aber einen ganz einfachen Grund: Die von groundspeak verschickten Pocket Queries enthalten keine additional Waypoint Infos, d.h. Cacher, die auf Pocket Queries basieren erhalten diesen Text nicht. So ist es mir z.B. schon mehrfach passiert, dass ich mitten in einem Multi-Cache hängen geblieben bin, weil die Aufgabenstellung keinen Sinn machen wollte. Zuhause stellte ich dann fest, dass die Online Version des Listings in der Additional Waypoint Section zusätzliche Infos enthielt, welche für das Lösen der Aufgabe notwendig gewesen wären. Wenn ich richtig informiert bin, so wird ausserdem beim Generieren von PDF files der Bereich der Additional Waypoints weggelassen, d.h. so generierte Beschreibungen sind auch nicht vollständig, und somit möglicherweise unbrauchbar. Ich würde es begrüssen, wenn irgendwo auf der 'offiziellen GC Seite' auf diesen Umstand hingewiesen würde, und evtl. auch der Reviewer ein Auge darauf halten würde. Es ist ja sicher kein böser Wille dahinter, wenn auf diese Weise unvollstänige Listings veröffentlicht werden, und mit angemessener Information könnte dieser Missstand beseitigt werden. In diesem Sinne weiterhin happy caching... churinga

aus gsak kannst du html exportieren, und diese dann auf den ppc kopieren. wenn du z.b. in deinen gsak einträgen links hast auf andere seiten oder bilder, die du mitkopieren möchtest, wird's möglicherweise etwas tricky, dass die pfade auf dem ppc gültig sind. alternativ kannst du den in ein verzeichnis auf dem pc exportierten html und bilder haufen mittels isilox konvertieren. dadurch erhälst du ein relativ kompaktes file, das sämtliche, irgendwie verlinkte html seiten und bilder enthält. du musst dann bloss dieses file auf den ppc kopieren und dort mit dem isilo reader öffnen. fertig!

so ich hoffe nun klappt's mit meinem link: coordtrans hab da mal so ein proggy gebastelt für koordinaten umrechnung, distanzmessung und projektion. ausserdem hat's noch einen hint decoder und einen einfachen upn rechner drin. das teil ist noch ziemlich beta, aber bei mir hat's bisher funktioniert. getestet auf pocket pc 2002. keine ahnung auf was es sonst noch lauffähig ist.

hast du im gsak unter optionen/general deinen geocaching usernamen eingetragen? ich glaube, gsak benötigt diesen um festzustellen, ob du einen logeintrag verfasst hast!

hab mal so ein progrämmli geschrieben für pocket pc 2002 (für koord umrechnung, distanz, projektion, hint decoder...). wollte es eigentlich in's forum raufladen, aber dabei krieg ich immer bloss eine fehlermeldung. was mach ich da wohl falsch? (es ist eine zip datei)

irgendwo gibt's in mapsource einen haken, damit das gps nach erfolgter übertragung automatisch ausschaltet. könnte es damit zu tun haben? ansonsten: finger weg von 3.10!!!!!