BuildGPX: Statistiken auch ohne Premium

Ich muss mal wieder etwas Eigenwerbung machen Ich habe heute ein Tool veröffentlicht mit dem man nun auch ohne Premium bei GC eine gpx Datei mit den eigenen Funden erzeugen kann. Die erzeugte gpx Datei ist zwar nicht ganz so komplett wie die spezielle gpx Datei die man als Premium bekommt aber für eine normale Statistik reicht es auf jeden Fall. Da die Cachedaten lokal gesichert werden ist auch das Traffikaufkommen bei GC nur minimal. Ein Premium-Account bei GC lohnt sich aber immer noch da gerade die Querys dort sehr praktisch sind. Wer aber nur eine kleine Statistik im Profil haben möchte muss nun nicht mehr 'draussen bleiben'

Programmiert habe ich das ganze als AddOn für GCStatistic aber die erzeugte gpx Datei kann aber auch mit jedem anderem Stattool verwendet werden

Feine Sache funktioniert bestens, aber bei GCStatistik klemmt es noch.

siehe hier: http://www.geoclub.de/viewtopic.php?p=560166#p560166

Einen Bug hab'sch nun gefunden: Wenn man einen Cache nachträgt (z.B. bei einem Earthcache muß man auf Logerlaubnis warten), dann erkennt BuildGPX nicht, das ein Cache zurückliegend (Datum) in der Liste dazugekommen ist.

Man kann ihn natürlich manuell in die gcs-Datei nachtragen.

t31 schrieb:

Wenn man einen Cache nachträgt (z.B. bei einem Earthcache muß man auf Logerlaubnis warten), dann erkennt BuildGPX nicht, das ein Cache zurückliegend (Datum) in der Liste dazugekommen ist.

Zum Vergrößern anklicken....

Super, danke für den Hinweis. Das habe ich natürlich nicht bedacht sollte sich aber in 1-2 Tagen beheben lassen. Aktuell wird nur der letzte Cache in der gcs gesucht und dann ab da weiterimportiert von GC. Wenn vor dem letzten was dazukommt geht das aktuell unter wird aber ganz klar behoben.

Wow, das ist mal ein klasse Tool! Vielen Dank dafür!

Ich habe noch folgendes Problem: Wenn ich nach dem Erstellen GCStatistic verwenden, zeigt mit die Statistik bei längster/kürzester Log "1 Zeichen" an.

Gibt es hierzu eine Lösung?

Beste Dank,
EskiMoritz

EskiMoritz schrieb:

Ich habe noch folgendes Problem: Wenn ich nach dem Erstellen GCStatistic verwenden, zeigt mit die Statistik bei längster/kürzester Log "1 Zeichen" an.

Gibt es hierzu eine Lösung?

Zum Vergrößern anklicken....

Sorry, war ein paar Tage nicht im Lande deshalb eine etwas späte Antwort. Das mit den Loglängen lässt sich so direkt nicht lösen da man dazu die kompletten Logeinträge bräuchte was nur mit grösserem Traffikaufkommen bei GC zu lösen wäre und das möchte ich dem Server da nicht antun. Insofern wird ab der nächsten Version von GCStatistic die Länge der Logs einfach ausgeblendet wenn er erkennt das die Datendatei aus BuildGPX kommt. Ich denke der Verlust dieser Angabe ist zu verkraften und sicherlich besser als eine falsche Länge von 1.

Vielen Dank, MacDefender!

Ich habe noch eine Kleinigkeit gefunden. Da ich nicht weiß, ob es an BuildGPX oder an GCStatistic liegt, poste ich es hier rein.

Unter anderem wird ja die Statistik "Funde nach Cacheowner ( Top 15 )" generiert. In der Liste sind ja alle Owner verlinkt. Allerdings ist der oberste Owner falsch mit "http://www.geocaching.com/profile/?user=XXXXXX" verlinkt. Alle anderen sind mit "http://www.geocaching.com/profile/?u=XXXXXX" korrekt verlinkt.

Danke und beste Grüße,
EskiMoritz

EskiMoritz schrieb:

Allerdings ist der oberste Owner falsch mit "http://www.geocaching.com/profile/?user=XXXXXX" verlinkt. Alle anderen sind mit "http://www.geocaching.com/profile/?u=XXXXXX" korrekt verlinkt.

Zum Vergrößern anklicken....

Danke für den Hinweis, das ganze ist ein Bug in GCStatistic gewesen der aber nur bei Dateien von BuildGPX auftaucht. Habe ich gerade behoben und ist im nächsten Update was in 1-2 Wochen kommen sollte dann korrekt mit ?u= drin.

Hallo MacDefender! :hilfe:

Bin total begeistert. Ich als Statistikfreak habe mich schon die ganze Zeit geärgert, dass ich keine Statistik als Non-Premium-User erstellen kann und nach mittlerweile 175 Caches hatte ich keine Lust alles per Hand Excelmäßig zu tippen, versteht sich doch was?

Nun habe ich mit dem BuildGPX eine GPX-Datei erstellen lassen und die geladenen Caches mit meiner Loglister berglichen. Dort werden alle 175 Caches genannt. Aber wenn ich die .gpx-Datei dann bei GCStatistic reinschmeiße, sagt meine Statistik 174 Caches. Auch die Meilensteine stimmen nicht überein. Habe mittlerweile schon festgestellt, dass wohl zwischen meinem 25. und 50. Cache ein Cache aus April 2009 wohl nicht beachtet wird. Ne Idee woran das liegen könnte?

Hab meine noch falsche Statistik in meinem Profil (Tuff_Tjej) eingefügt, falls du es dir ansehen möchtest.

Würde mich über eine Idee und möglichen Lösung des Fehlers freuen.

Bis dahin erstmal schöne Grüße und vielen Dank für dein tolles Tool!



EDIT: Ich nochmal! Ich habe den Fehler gefunden! Einer meiner zu Beginn gefundenen Caches GC1KNCH wurde innerhalb des Zeitraumes nun auf einen Only-Premium-Cache umgestellt, demnach konnte er wohl die Informationen nicht downloaden, die gebraucht wurden und auch nciht verarbeiten. ich habe es nun in der gpx-datei manuell hinzugefügt. Ich weiß aber nicht wie es ist, wenn ich die gpx nach neuen Caches neu erstelle... Aber da kann man wohl nichts weitermachen, als Premium-Mitglied zu werden, um so etwas in Zukunft zu vermeiden.

Kann es sein das einer der Cache von damals inzwischen Premium-Only ist? Gerade hier in Hamburg wurden in letzter Zeit diverse Cache umgestellt und da kommt man dann ohne Premium Zugang nicht mehr an die Daten ran. BuildGPX erhält dann beim abrufen eine Fehlermeldung und ignoriert diesen Cache in der aktuellen Version. Bin da schon am überlegen wie ich das durch einen 'Dummyeintrag' ersetze.

Kannst du evtl. mal nachprüfen welcher Cache da fehlt. Wenn der kein Premium-Only ist liegt da sonst ein Bug versteckt.

Du kannst dir die .gcs Datei aber auch mal ansehen. Das ist eine verkappte .csv Datei. Ich Trenne die Felder zwar nicht mit einem Komma aber das Format sollte erkennbar sein wenn man mit Notepad reinschaut. So kannst du den einen fehlenden Cache auch per Hand nachtragen. Aber wie immer vorher natürlich ein Backup machen

Ja genauso wars. Habe ich aber auch unten im EDIT: schon beschrieben. Die Datei hatte ich dann per Hand geändert. Allerdings nicht nur die gsv datei sondern auch die gpx-datei.

Muss ich dann jetzt jedesmal den Cache von Hand eingeben? Oder kann man das mit der Limitsangabe bei BuildGPX steuern, dass er lediglich die entsprechenden neuen Dateien anhängt?

Tuff_Tjej schrieb:

Muss ich dann jetzt jedesmal den Cache von Hand eingeben? Oder kann man das mit der Limitsangabe bei BuildGPX steuern, dass er lediglich die entsprechenden neuen Dateien anhängt?

Zum Vergrößern anklicken....

Die gcs Datei wird immer nur erweitert durch BuildGPX. Er prüft nur welche der Cache in der Fundliste noch nicht in der gcs stehen und lädt diese dann runter. Ist der Premium-Only Cache da per Hand nachgetragen ist der für alle Zeit da drin und sollte keine probleme mehr machen.

Ich habe die Tage einen Bug entdeckt.

Folgende Fehlermeldung spuckt GCStatistik beim Import des BuildGPX-File aus:
An exception of class UnsupportedFormatException was not handled. The application must shut down.
Danach schließt sich GCStatistik.

Die Ursache ist klar, nicht aber das warum.

Es kommt willkürlich vor [beim ersten Test waren 4 Einträge falsch, bei zweiten (8komplett neu gespidert) nur noch 2] das in beiden Dateien von BuildGPX (GPX, GCS) das Datum der Cachlegung (nicht das Cachefunddatum) der Wochentag, Tag und Monat vorangesetzt wird. Löscht man diese Angabe heraus, gelingt der GPX-Import.
korrekt wäre:
<time>2009-10-03T12:00:00</time>
korrekt wäre:
<time>2009-08-28T12:00:00</time>

t31 schrieb:

Die Ursache ist klar, nicht aber das warum.

Es kommt willkürlich vor [beim ersten Test waren 4 Einträge falsch, bei zweiten (8komplett neu gespidert) nur noch 2] das in beiden Dateien von BuildGPX (GPX, GCS) das Datum der Cachlegung (nicht das Cachefunddatum) der Wochentag, Tag und Monat vorangesetzt wird. Löscht man diese Angabe heraus, gelingt der GPX-Import.

Code:

<time>Saturday, October 03, 2009-00-00T00:00:00</time>
<name>GC1XRPE</name>

korrekt wäre:
<time>2009-10-03T12:00:00</time>

Code:

<time>Friday, August 28, 2009-00-00T00:00:00</time>
<name>GC1TYXC</name>

korrekt wäre:
<time>2009-08-28T12:00:00</time>

Zum Vergrößern anklicken....

Danke für diesen super Fehlerbericht. Das muss ich mal prüfen wie BuildGPX auf diese Werte kommt. Und bei GCStatistic muss dann natürlich auch noch eine Prüfung mit rein damit solche (nicht möglichen) Daten da nicht zum Absturz führen. Am Wochenende wird die Zeit etwas knapp aber spätestens am Montag Abend sollte das behoben sein.

moin,
gibts was neues? bei funzt es leider auch nimmer... schnief..

gruß
franky

Auf der Homepage ist seit einigen Tagen die neue Version 1.3.2 verfügbar die diese Probleme nicht mehr machen sollte. Das Problem waren hier Events bei denen das Datum von GC plötzlich anders angegeben wurde. Mit der 1.3.2 sollte dies aber kein Problem mehr sein.

Wenn alles klappt sollte die 1.3.2 den falschen Eintrag in der gcs auch ignorieren und neu runterladen. Auch GCStatistic 1.7b1 sollte bei der aktuellen (falschen) gpx Datei zumindest nicht mehr abstürzen und ein Default-Datum annehmen wenn das in der gpx nicht korrekt ist.

Vielen Dank für dieses tolle Tool

Ich habe das Tool runtergeladen und auch schon seit einiger Zeit im Einsatz. In den weiteren Statistiken ist mir jetzt aufgefallen, das die archivierten Caches nicht aktualisiert werden. Gibt es da eine Möglichkeit der Abfrage oder muß die GPX-Datei von Hand bearbeitet werden?

:schockiert:
Nach den Änderungen auf der GC-Seite scheint sich das kleine Tool auch zu verschlucken....

Findet keine neuen Find's mehr......


Bütte bütte fixen --- DANKE!

Ich werde mir das ganze mal ansehen und wohl spätestens Sonntag eine neue Version haben. Ich werde das ganze aber nicht auf der Homepage veröffentlichen. Wer sich daran stört bitte bei mir per PM 'beschweren'

Auch von mir erst mal ein fettes Lob für deine klasse Arbeiten (sowohl BuildGPX, als auch GCStatistik).
Aber gerade zu BuildGPX wollte ich wissen ob es mit dem Update schon geklappt hat und wie man das Update bekommt, wenn es nicht auf der HP veröffentlicht wird?!