GSAK 9 – wie geht es weiter

Eine neue Version von GSAK ist vor einiger Zeit auf den Markt gekommen, Version 9. Der Programmierer hatte wohl einen Schlaganfall und ordnet nun sein Leben neu, verständlich. Für GSAK bedeutet es u.a. dass die Software Freeware wird. Das macht er wohl hauptsächlich weil er einfach nicht mehr die Zeit hat GSAK so weiter zu pflegen wie man es von einer Bezahl-Software erwarten würde. Ich fand den Preis von GSAK eigentlich immer ok, man bekam dafür enorm langen und guten Support und das ist mir wichtiger als ewig neue Features oder GUIs die eigentlich eh kein Mensch benötigt. Man muss wohl abwarten wie und ob es mit der Software weiter geht. Eigentlich reichte mir die Version 8 schon völlig, aber wie sich nun zeigte ist die API dort nicht mehr lauffähig. D.h. wer die Groundspeak-API nutzen will muss auf Version 9 umsteigen. Da gehöre ich leider dazu.

Warum leider? Weil Version 9 bei mir nicht so richtig gut anlief. Alle Funktionen liefen deutlich merkbar langsamer, ebenso die Makros. Erst ein Reparatur- / Defragmentierungs-Lauf der Datenbank, der auch Fehler fand, schaffte Abhilfe. Dennoch ist es bei immer noch merklich etwas langsamer als die Vorgänger-Version. Ich hatte dann erst wieder die 8.7 installiert, aber dort ging halt nach kurzer Zeit die API nicht mehr, so bin ich jetzt also wieder bei 9.0. Wem es also ähnlich geht, ruhig mal die Datenbank durch GSAK prüfen lassen, kann zumindest etwas helfen.

Tja, die neue API ist dann wohl das hauptsächlich Neue in GSAK 9 und die verhält sich bei mir doch etwas anders. So hatte ich mir einen API-Aufruf auf einen Button gelegt und schwupps, plötzlich holte er mir nicht mehr alle offenen, findbaren Caches in meinem Umkreis sonder plötzlich auch die gefundenen und deaktivierten Caches, warum auch immer… Leider habe ich bisher keine Möglichkeit gefunden das Holen der deaktivierten Caches zu unterdrücken, die gefundenen Caches kann man aber unterdrücken in dem man nun auf Seite 2 der Einstellungen den eigenen Cacher-Namen bei „not found by“ eingibt, das war vorher nicht nötig.

Wie es mit GSAK weiter geht ist wohl unklar. Open Source ist unwahrscheinlich, dann würde es zumindest Probleme mit der Groundspeak-API geben und die ist schon recht wichtig für GSAK denke ich. Ob vielleicht jemand anders die Software weiter pflegt? Ich bin da skeptisch. Da ich selber Programmierer bin weiß ich durchaus was es bedeutet fremden Code zu pflegen, speziell wenn er so lange „historisch gewachsen“ ist. Aber wer weiß, vielleicht findet sich ja noch ein Enthusiast. Schade dass es GAPP nicht mehr gibt, das war so um 2013 mal eine echte Alternative die durchaus mit dem damaligen GSAK mithalten konnte.

Gammelcaches in GSAK filtern

Hier mal ein kleiner Tipp für GSAK-Nutzer. Ich hole mir die Caches so ca. einmal die Woche über die Groundspeak-API. Danach laufen dann diverse Routinen. D.h. es wird z.B. geprüft was mit den Caches ist die nicht in der neuen Abfrage waren wie bei mir z.B. Mysteries. Die hole ich mir nicht mehr, habe aber noch alte gelöste in GSAK. Dann markiere ich mir diverse Caches mit anderen Icons, z.B. Nachtcaches, Wasser- und Klettercaches. Und noch so das eine oder andere.

Bevor ich mir das Ergebnis dann irgendwann in die Cloud schiebe aus der ich die Daten auf das Handy lade schaue ich noch mit einem bestimmten Filter drauf, dessen Name lautet bei mir „Gammelcaches“.

Irgendwann war ich es einfach leid vor ungepflegten Caches zu stehen die gar nicht mehr da sind. Klar, kann man auch einzeln schauen. Aber wenn ich los fahre schaue ich mir die Cachen nie vorher im einzelnen an sondern lasse mich viel lieber überraschen. D.h. ich plane tatsächlich nur nach Google Maps und schaue dort wo eine schöne gründe Gegend zum Wandern und Cachen einlädt.

Und um zumindest den größten Teil dieser Gammelcaches auszusortieren habe ich mir irgendwann diesen Filter gebaut und vielleicht kann ihn ja auch jemand anderes nutzen um einen gewissen Anteil an kaputten Caches auszusortieren.

Bei mir hat sich, wie im Bild zu sehen, die Einstellung:

  • Didn’t find it
  • Needs Archived
  • Needs Maintenance

mehr als 3 mal in den Logs als sinnvoll eingependelt. Wobei ich die API die letzten 6 Logs holen lasse.