bubendorf

Wie bereits erwähnt habe ich das Garmin Export Makro etwas erweitert. Es sucht nun in den Logs nach unterminierten Kommentaren und entfernt diese. In der Datei GarminExport.gsk sucht man dazu nach folgenden Zeilen: # Open the SQLite database to allow interrogation of the child waypoints $sqlinputfile = SqlQuote($_CurrentDataPath + "\sqlite.db3") $_sql = "ATTACH $sqlinputfile AS gsakdb" $status = Sqlite("sql",$_sql) Bei mir befinden sich diese Zeilen zirka an Position 1320. Wegen diverser anderer Änderung ist es im Original aber wohl nicht genau an dieser Position. Unmittelbar danach fügt man nun diese Zeilen ein: $_sql = "update LogMemo set lText = substr(lText, 1, instr(lText, '<!--')-1) where lText like '%<!--%' and lText not like '%-->%'" $status = Sqlite("sql",$_sql) Fertig! Achtung: Die Änderung muss nach jedem Update von GarminExport.gsk erneut durchgeführt werden.

So! Ich habe nun alle diese komischen Einträge aus meiner GSAK Datenbank verbannt. Folgendes habe ich getan: - In GSAK im Menü Tools den Sqlite Manager öffnen - Diesen SQL Code ins Text Fenster rein kopieren update LogMemo set lText = substr(lText, 1, instr(lText, '<!--')-1) where lText like "%<!--%" and lText not like "%-->%" - Das Update mit "Run"-"All SQL" ausführen Leider muss man das Ganze immer wieder machen da mit jedem Import wieder neue Logs dazu kommen können. Ich hatte übrigens rund 750 Logs mit solchen <!--. Manche Cacher scheinen das regelmässig ans Ende ihrer Logs zu setzen :-(

Gibt es in GSAK eine Möglichkeit entweder diese <!-- aus den Log Einträgen zu löschen oder aber korrekt durch ein --> zu terminieren. So etwas wie "Global Replace" auf die Log Einträge gibt es ja nicht. Ich habe mir das Export Makro derart erweitert, dass es sämtliche <!-- entfernt. Das scheint zu funktionierten, lässt nun aber --> übrig welche kein <!-- mehr haben. Ich hoffe dies ist weniger schlimm als anders herum!

Hallo marmotte407 Das stimmt so nicht ganz: Der fehlerhafte GPX Code ist bereits drin wenn man die GPX Datei von Groundspeak runter lädt. Es reicht also aus diese Datei aufs Oregon zu kopieren und den Cache auszuwählen ==> Peng! GSAK ist da ganz unschuldig. Offensichtlich schaffen es aber alle Programme ausser der Firmware des Oregon diesen fehlerhaften Kommentar als solchen zu interpretieren und zeigen diesen dann entsprechend nicht an. Ich wundere mich wieso Groundspeak solch fehlerhafte GPX Dateien produziert!

Jedem wie es ihm am Besten passt! Ich bin heute in Bern, morgen in Zürich und am Wochenende vielleicht in Basel oder im Berner Oberland. Und dann auch noch zwischen diesen Orten. Da ich keine Lust habe jeden Abend ein neues PQ zu laden, mache ich dies zirka einmal die Woche. Dann aber gleich für alle Orte in denen ich mit in den nächsten sieben Tagen potentiell aufhalten werde. Die Ladezeit von zirka zwei Minuten stört mich nicht gross. Die fällt ja nicht bei jedem Einschalten an, sondern nur einmal pro Woche wenn ich das Navi wieder neu gefüttert habe. "Im Feld" startet das Navi dann ganz normal schnell (Oder langsam. Die Karten und Photos brauchen ja auch noch so sein Zeit).

Vielen Dank für die Messungen und die Zusammenstellung. Da werde ich also bei meiner 15000/15 (Caches / Logs) GGZ Datei bleiben.

Dem kann ich so nicht ganz zustimmen. Ich denke eher es kommt zum Dialog in der Art "Ich habe hier eine ch.gpx vom 16. Juni" und sich das Garmin sagt: "OK. War hatten zwar beim letzten Mal bereits eine ch.gpx, aber die war vom 12. Juni. Also lade ich sie neu!". Ich verfahre allerdings meistens auch nach der oben erwähnten Variante 1. Denn auch wenn der Dialog *meistens* wie von mir geschildert abläuft, so scheint er doch ab und zu doch nicht so zu funktionieren und die GPX Datei wird nicht neu geladen. In der Regel reicht es dann aber aus, den Zeitstempel der Datei etwas zu aktualisieren. Ich mache das z.B. mit xplorer2. Beim erneuten Starten des Garmin wird die Datei dann geladen. Aber eben: "Löschen, Starten, Neu drauf kopieren, Starten" funktioniert zuverlässiger!

Nach den Regenfällen der letzten Tage dürfte der Wasserstand recht hoch sein. Ich habe gestern Abend mal den Wasserstand angeschaut und aktuell dürfte der Cache gut 2m unter Wasser sein. Heute wird es kaum weniger sein. Bei Stand 570 kann ich stehen und habe den Kopf über Wasser!

Na wunderbar. Somit lebt dieser Cache weiter. Ganz, ganz herzlichen Dank. Adoptionsmail kommt sofort.

Hallo Leute da ich nicht mehr in der Gegend Basel wohne, wird für mich die Wartung von meinem Cache Z'Basel im mym Rhy, GC29X0R zu aufwändig. Die Erfahrung hat aber gezeigt, dass man da etwa einmal im Jahr nachbessern oder zumindest die Dose 'entwässern' muss. Aktuell ist es genau so dass der innere Teil des Caches voll Wasser ist und ausgetauscht werden muss. Je nach Wasserstand muss man etwas zum Cache runter tauchen. Ich selber bin aber kein Taucher und konnte den Cache noch jedes Mal ohne entsprechendes Wissen und Ausbildung an die Oberfläche befördern. Es gab auch schon Zeiten wo ein paar hohe Stiefel ausreichten. Wenn sich niemand meldet der den Cache adoptiert, werde ich ihn wohl archivieren müssen. Also: Sollte ihn jemand übernehmen wollen dann melde dich hier oder mittels einer Mail. Danke sehr.

Wenn du eine Erlaubnis von der Gemeinde und/oder der Feuerwehr hast den Cache im Hydranten zu verstecken dann ist es wohl erlaubt. Die Erlaubnis wirst du aber kaum bekommen. Ergo: Nicht erlaubt! Ausser man besitzt einen eigenen Hydranten...

Ich würde die WGS84 Koordinate zuerst in SwissGrid umwandeln. Einerseits hast du dann nur noch SwissGrid und kein Mix mehr. Und andererseits kannst du mit SwissGrid rechnen als ob die Erde flach wäre. Auf die beim Geocaching üblichen Distanzen kann man die Erdkrümmung getrost vergessen. Du hast dann einen Punkt und zwei Geraden: Eine Gerade welche in Nord-Süd Richtung bei 643234 verläuft. Und eine Gerade welche von deinem Startpunkt in Richtung 110° verläuft. Für die Nord-Süd Gerade kannst du irgend eine Nord Koordinate wählen und hast dann zwei genau bestimmte Geraden. Auf dem Android kannst du mit GCC und der Funktion "Schnittpunkt Winkel" den Schnittpunkt der beiden Geraden berechnen lassen. Dort wirst du dann die Dose finden. Alles klar?

Hallo Klaus Ja, es gibt zumindest einen Benutzer und der ist auch ganz froh über die Ankündigungen! Vielen Dank

Changes made from version 6.20 to 6.30: Added support for additional ActiveRouting cartography Fixed issue with incorrect letter capitalization of certain map points Fixed issue where wirelessly transmitting a geocache to another device would result in an error message when trying to view the received geocache in BaseCamp Siehe http://www8.garmin.com/support/download_details.jsp?id=4523

Neongeo für Android Smartphones hat seit über einem Jahr diese Funktion eingebaut. Aber wie schon andere geschrieben haben: Wenn nicht genügend Leute da mitmachen wird es eine Totgeburt. Meistens ist der nächsgelegene aktive Neongeo Benutzer so zwischen 500km und 4000km weit weg. Falls überhaupt irgend jemand genau dann die App benutzt wenn ich sie benutze.

Das ist schon richtig so. Intern besteht die Software offensichtlich aus verschiedenen Teilen: Dem Wherigo Player, der GPS Software und dem ganzen drum herum. Die haben alle unterschiedliche Versionsstände. Aber "Software Version 6.20" ist das Aktuellste was es gibt.

Für die x50 Geräte gibt es mal wieder frisches Futter:http://www8.garmin.com/support/download_details.jsp?id=4523 Changes made from version 6.10 to 6.20:Improved map performance in densely-populated urban areas. Fixed trail searching when using multiple active routing maps. Fixed issue with saving a track's 'show on map' status across a power cycle. Fixed issue with displaying tracks on the map after performing an area calculation. Fixed potential shutdown when viewing certain tracks or routes in German or Russian. Fixed minor graphical issue with certain data fields on the map.

Ich lade meine PQs immer über die Web Seite runter bzw. GSAK macht das für mich. Kann ich es irgendwo einstellen, dass die Bestätigungsmail grundsätzlich ohne Anhang daher kommt? Das bläht die E-Mail nur unnötig auf.

Ich hatte keine Probleme.

Auch ich arbeite mit einer 'Hauptdatenbank'. Eine aus meiner Sicht eher willkürliche Grenze mit Caches nur aus einem Land habe ich nicht. Da ich in der Nähe der Grenzen zu Frankreich und Deutschland wohne, lade ich mir regelmässig die Caches im Umkreis von 120km rein. Mit ein paar Makros werden diese regelmässig aktuell gehalten. Die gefundenen sowie die archivierten verschiebe ich jeweils in eine andere DB. Die interessieren mich eigentlich nicht mehr. Wenn ich mal weiter weg cachen gehe dann lade ich mir die PQs aus diesem Gebiet ebenfalls in die normale DB und lösche die Caches nach dem Besuch dieses Gebietes wieder.

Ich verwende das Makro EmailReader und eine Reihe von Notifications. Das hat den Vorteil, dass archivierte Caches quasi in Echtzeit als solche in GSAK markiert werden. Auch andere Status Änderungen (Disable, Enable, etc.) sind nach kurzer Zeit in meiner Datenbank; und nicht erst mit dem nächsten Pocket Query der Region. Eine sehr gute Anleitung zum EmailReader oder allgemein wie man GSAK aktuell hält findet man unter auf www.krells.de.

Mopsos ist sehr flexibel was die Koordinatenformate anbelangt. Ich einem schnell zusammengesuchten Skript finde ich zum Beispiel var Lat1, Lon1, Lat2, Lon2: real; begin lat1 := '47 42.326'; lon1 := '7 40.655'; lat2 := '47 42.109'; lon2 := '7 40.733'; Wie man sieht kann man einer real Zahl einfach eine Ordinate zuweisen. Für die Ausgabe kannst du die real Zahl mit WGS84(Lat1, Lon2) in das beim Cachen übliche Format umwandeln.

Das Problem gabs vor ein paar Wochen bereits einmal. Hat mich etwa 30 Minuten gekostet weil ich versuchte einen Mystery zu lösen und nicht bemerkte dass das Rätsel im (nicht vorhandenen) Bild steckt. Hoffentlich häuft sich das nicht!

Ich werde mir wohl eine dunklere Sonnenbrille besorgen müssen falls wir mal zusammen auf einen NC gehen…

Vielen Dank für den Tipp. Das Programm entfernt aber nur die Registry Einträge damit die Karte nicht mehr in MapSource / Basecamp angezeigt wird. Man muss die Dateien anschliessend noch von Hand von der Harddisk löschen. Sonst belegen sie weiterhin unnötig viel Platz.