Geocaching & GPS location based games

Im aktuellen Fall ging es um disablete Caches.
Aber interessant, an die Problematik mit den archivierten habe ich noch gar nicht gedacht.

Ich spiele mal Deinen Vorschlag durch, schlussendlich heißt das aber, dass trotz PQ (fast) immer nochmal ein Refresh nötig ist, obgleich ich die Homezone täglich abrufe. Seit Frühjahrsbeginn kommen ja annähernd täglich neue Cachemeldungen rein, daher habe ich die Schlagzahl der Homezome-PQ erhöht, Gebiete, die ich nur sehr gelegentlich aufsuche, rufe ich wiederum händisch ab.

_________________

Nein, heißt es nicht. Deine Schlußfolgerung ist falsch.
Wenn Du GSAK die Möglichkeit gibst*, die Unavailabel gestellten Caches (Schläfer) selbständig zu erkennen, dann sind die nicht upgedateten Caches automatisch per Definition archiviert. Die kannst Du unbesehen löschen.
*Dazu ist es nötig, die aktiven und die schlafenden Caches im PQ zu haben.

Frohes Jagen
Hans

Hallo Hans,



das ginge aber nur, wenn der Datenbestand in GSAK auch immer und vollständig mit Updates gefüttert werden würde. Dies ist aber bei mir nicht der Fall, da ich ja nicht immer nur in der Homezone unterwegs bin. Je nach Seltenheit erstelle ich für Tagestouren in ein bestimmtes Gebiet aber keine PQ, sondern rufe dieses Gebiet nur tagesaktuell einmalig ab.

Und wenn schon, könnte man denken, kommst Du so schnell nimmer in dieses Gebiet hin, brauchst ja auch keine Altlasten in der DB an dieser Stelle. Klar, aber es gibt ja Finds in diesen Gebieten, die erhalten werden sollen, damit sie in GSAK sichtbar bleiben, auch dann, wenn die Caches mittlerweile archiviert worden sind.

_________________

raziel, ich glaube deine Vorgehensweise ist noch nicht ganz ausgereift...

Die meisten von uns haben für die Funde eine eigene Datenbank angelegt. Man kann ganz einfach alle herausfiltern und dann dahin verschieben... damit ist das Problem schonmal gelöst. Dann sagst du, du holst täglich deine Homezone (was ich schon oft finde, mir reicht 3x die Woche ). Dann kannst du doch einfach einen Filter basteln, der guckt, wann der Cache das letzte mal aktualisiert wurde (zB 1 Woche her) und nur diese lässt du dann via Status Check überprüfen...

Das ist zumindest ein Anfang... da gibt es auf jeden Fall noch mehr Möglichkeiten, das alles effizienter zu gestalten. (Packe diese ganzen Befehle in ein Macro zB, das nacheinander erst das Einlesen, dann filtern, updaten usw. macht).

Ich geb allerdings zu, dass ich den Inhalt meiner Datenbank nicht endlos aufstocke, sondern dass ich Gebiete in die ich so schnell nicht wieder komme, relativ schnell wieder rausschmeiße (zB filtern nach erstmaligem Auftauchen in der DB, wenn du das an einem Tag gemacht hast, wo du sonst nichts neues reingeladen hast, kannst du sicher gehen nur die Caches der entlegenen Gegend zu erwischen... und schwupps raus damit. Natürlich nur, nachdem die Funde alle in die andere DB zuvor transfertiert wurden... oh und nicht vergessen, eventuell gelöste Mysts nicht mit rauszuwerfen, sondern drinzulassen, usw., usw.)

Überleg dir mal einen richtigen Workflow für dich, den kannst du in ein Macro packen und dann passiert all das was hier so endlos lang klingt mit einem Mausklick automatisch.

_________________
Und da dürfen keine Deppen rein, da gibts 'nen Deppendetektor im Eingangsbereich und 'nen Deppenreflektorschild und Deppentreppen führen die Verirrten zurück in die Welt... [Die Dosenfischer]

Runterzieher

Hi,

ich habe sowohl gefundene als auch nicht gefundene in einer Datenbank.
Wozu trennen, es gibt doch Filter.

Dazu importiere ich regelmäßig eine relativ große Zone rund um meinen Wohnort, da ich meinen Wohnort, meine Arbeit, den Wohnort meines Freundes, sein Büro und 90% unserer Ausflüge mit abdecken will. Ich habe keine Lust jedes Mal am Wochenende erst zu überlegen, ob ich die Caches aus der Gegend dabei habe.
Ich importiere die Funde nur über die MyFinds-Query nach und meine anderen Queries enthalten dann nur nicht gefundene, die nicht auf der Ignore-Liste stehen. Die Queries habe ich nach Alter gestaffelt. Ich ziehe also immer denselben Umkreis, aber in Zeitscheiben. Hin und wieder muß man diese Zeitscheiben dann etwas überarbeiten, denn die alten werden durch Funde und durch Archivierungen kleiner und die neueste Zeitscheibe läuft irgendwann über.

Für Mysteries habe ich mir angewöhnt bei der Lösung in UserData1 gelöst reinzuschreiben. Darauf kann man dann prima filtern und auch die entsprechenden Zeilen einfärben. Man kann die gelösten Mysteries auch anders finden (z.B. über geänderte Koordinaten), aber ich fand es für mich einfacher.

@Hans: bei dir ist das so, daß die Caches, die nicht aktualisiert werden per Definition archivierte sein müssen. Das ist aber nicht in jedem Fall so. Ich habe bei mir z.B. noch einen ganzen Stapel für irgendwelche Urlaube vorgelöste Rätsel in der Datenbank. Da die nicht in meiner "erweiterten Homezone" liegen, lade ich für die natürlich auch keine wöchentlichen Updates. Aber löschen will ich sie natürlich auch nicht - könnte ja sein, daß ich da mal wieder hinkomme.
Deshalb sind in meinem View mit den nicht geupdateten eben ein paar Caches mehr drin, die ich mit durch den Statuscheck jage und die dann auch zum großen Teil in der DB bleiben. Rätsel sind oft um einiges langlebiger als Tradis.

LG
Atti

Ich hätte erwähnen sollen, daß dies natürlich nur bei Zugrundelegung eines regelmäßigen Updates (bei PQs eigentlich die Regel) gilt. Sorry für die Irritationen.
Caches, wie die von dir erwähnten gelösten Uralubsmysteries gebe ich in eine BM-Liste, die ich als PQ auch regelmäßig aktualisiere (schon um die Logs zu akkumulieren).

Frohes Jagen
Hans

Hallole,



Alles ist immer überarbeitungsfähig und ich bin auch weit davon entfernt zu sagen, ich hätte DIE Lösung. Aber gut, ich lerne ja auch stetig dazu.



Richtig. Daran hatte ich noch gar nicht gedacht. Guter Tip.



PQ ist eigentlich nicht dafür angelegt, täglich geholt zu werden, stimmt.
Nun ist es so, daß ich recht unregelmäßig in der Woche zum Cachen komme, eine Häufung zum Wochenende hin gibt es bei mir so nicht, da ich an diversen Wochenenden arbeiten muss. Daher versuche ich ein bestimmtes Gebiet einfach via PQ aktuell zu halten, alle anderen, ich sage mal 'projektorientiere' Cachetage plane ich dann schon nochmal anders.


Das habe ich, bzw entwickle ich gerade weiter, wobei die große Datenkämmerei in GSAK dabei nicht mein täglich Brot werden wird. Bisher bin ich ja mit meiner Vorgehensweise für mich ganz gut gefahren. mir ging es ja nur darum, warum auf einmal disablete Caches in GSAK nicht mehr als solche angezeigt werden.

Ich habe nun nochmal eine neue Datenbank erstellt, die aktuelle PQ abgerufen und die Finds nochmal abgerufen, nun scheint es wieder zu gehen.

_________________