Version 2949

[arbor95]

ich hab grad mal wieder Probleme mit dem Einloggen.
Aber hier schon mal eine weitere Korrektur, zur Erkennung des Logdatums (spider.def)

 

[Sammy Raider]

Hallo nochmal,

das war ja schneller, als die Polizei erlaubt, aber ich kann immer noch keine "Entwarnung" geben, bei mir geht's noch nicht.
Kurze Frage: wann schläfst du eigentlich?

Grüße von der Ostsee Sammy

 

[arbor95]

... ich kann immer noch keine "Entwarnung" geben, bei mir geht's noch nicht.

Hab ich schon fast gesehen.

Kurze Frage: wann schläfst du eigentlich?
...

Jetzt dann,( weil ich auf geocaching.com nicht mehr drauf komme. Wenn es dann immer noch nicht wieder geht, muss ich mal mit meinem Provider reden.)

 

[arbor95]

habe ganz übersehen, dass das log-icon nicht erkannt wird: Dafür hier die spider.def
Meine Route zu http://www.geocaching.com klemmt sporaisch gehäuft immer noch, so dass ich mit dem Prüfen der gc - Änderungen von gestern im Moment nicht weitermachen kann.

Da muss noch ein " weg
Dann scheint alles im Grünen zu sein.
Commit folgt nach kurzem Test..

 

[arbor95]

so mit Version 2952 sollte dann wieder alles tun.

 

[west109]

so mit Version 2952 sollte dann wieder alles tun.

RC r2953 spidert bei mir nicht - siehe Log im Anhang.

Anhang anzeigen log_20110309-105145.zip

 

[arbor95]

so mit Version 2952 sollte dann wieder alles tun.

RC r2953 spidert bei mir nicht - siehe Log im Anhang.

Anhang anzeigen 1

ich hab zwar jetzt nicht mit dem Release 1.2 probiert, sondern mit dem aktuellen NB 1.3.2952 .

Möglicherweise hat du mit einer der in diesem thread veröffentlichten spider.def - Dateien die logs geschrottet.
Also bitte mal mit einem neuen profil probieren oder die <cache>.xml bezüglich der logs anschauen (und korrigieren).

Habe jetzt mal mit 1.2. probiert. Siehe oben.
Allerdings scheint da noch wegen der Koordinaten (latlon) ein Problem beim Aktualisieren zu sein.
Das NB tut auf jeden Fall jetzt. (bis sich das Gegenteil herausstellt).
Im Moment hab ich keine Zeit das mit dem latlon von 1.2 zu prüfen und zu korrigieren.

 

[Geo-Johnny]

so mit Version 2952 sollte dann wieder alles tun.

Habe es eben mit einem neuen Profil probiert, leider werden die eigenen Funde nicht als solche erkannt.
Wie oben angesprochen wird das Funddatum nicht gesetzt und daher die Caches auch nicht grün markiert.

Edit: Auch nicht nach dem Aktualisieren.

Edit: Bei rc2953 geht das Spidern nicht. Auch das Importmenü wird anders dargestellt als beim NB r2952.

 

[Teleskopix]

so mit Version 2952 sollte dann wieder alles tun.

Habe es eben mit einem neuen Profil probiert, leider werden die eigenen Funde nicht als solche erkannt.
Wie oben angesprochen wird das Funddatum nicht gesetzt und daher die Caches auch nicht grün markiert.

Edit: Auch nicht nach dem Aktualisieren.

Edit: Bei rc2953 geht das Spidern nicht. Auch das Importmenü wird anders dargestellt als beim NB r2952.

Kann ich bestätigen, auch bei mir wurden ein paar Funde nicht als solche erkannt.

Grüße
Teleskopix

 

[Geo-Johnny]

Kann ich bestätigen, auch bei mir wurden ein paar Funde nicht als solche erkannt.

Nur ein paar? Bei mir werden alle Gefundenen nicht als solche erkannt.

 

[Teleskopix]

MIr ist nur aufgefallen, das CW die Caches die ich gestern gefunden habe nicht als gefunden erkannt hat. Da es nur 3 Caches waren - ist das für mich nicht tragisch ;-)

Grüße

 

[west109]

...Möglicherweise hat du mit einer der in diesem thread veröffentlichten spider.def - Dateien die logs geschrottet.

Den letzten Scan hatte ich vor der GC-Umstellung mit r2929 und unveränderter spider.def. Die hat m. E. nichts geschrottet, das hätte sich viel früher geäussert.
Das neu kopierte spider.def ist identisch mit den spider.def, die sich im Zip von r2953 und r2952 befinden.

Also bitte mal mit einem neuen profil probieren oder die <cache>.xml bezüglich der logs anschauen (und korrigieren).

Done.
Das Spidern mit RC r2953 in einem Test-Profil findet alle zu erwartenden Caches (einen), aber das Laden geht schief (log_20110309-132136).
Das Aktualisieren eines manuell erstellten Wegpunktes funktioniert ebenfalls nicht.
Damit fallen korrupte Logs in einem <cache>.xml als Fehlerursache aus.

Wenn ich die NB r2952 drüberbügle, geht das Spidern inklusive Laden, sowohl im Test-Profil wie auch im produktiven Profil, in dem es zuvor nicht funktionierte.

Meine Folgerung:
Der RC r2953 tut auf jeden Fall nicht.

 

[SurFan]

Hi,
auch bei mir spidert 2953 nicht.
2952 spidert zwar, aber falsch. Ich erhalte auch bei nur angewählten 2 zu importierenden Logs den Hinweis "Zu viele Logs ..." und i.d.R. einen Stack-Overflow. Log-Einträge sind doppelt vorhanden

Ich habe in einem neuen Profil einen neuen Wegpunkt "GCZADH" angelegt, anschließend markiert und über "markierte aktualisieren" gespidert.

 

[Geo-Johnny]

Die doppelten Logeinträge kann ich auch bestätigen.

Zusammengefasst ...
r2952) Fundstatus wird nicht erkannt und doppelte Logtexte
r2953) Spidern schlägt fehl

 

[Inder]

Doppelte Logeinträge sind ein Problem, das mich schon sehr lange begleitet. Da ich meine Datenbank zwecks Trafficreduktion nicht ständig neu anlege, sondern immer nur aktualisiere, kann ich nicht sagen, wann und mit welcher Version sich diese eingeschlichen haben.

Ich kann damit leben. Aber falls mal jemand eine Tool baut, das die vorhandene Datenbank durchforstet und die doppelten Logs eliminiert, wäre ich froh darüber.

 

[SurFan]

Hi,

Aber falls mal jemand eine Tool baut, das die vorhandene Datenbank durchforstet und die doppelten Logs eliminiert, wäre ich froh darüber.

es sind (zumindest bei meinen Tests von heute Mittag) noch nicht einmal doppelte Logs, sodern in einem Log steht zweimal der Text:

<LOG><![CDATA[<img src='icon_smile.gif" alt="Found it" title="Found it" /> March 8 by <a href='/profile/?guid=825c2cfa-9264-43c1-99ae-36c5abe9f07e' id='148158424'>surfan</a></strong> (56 found)<br /><br />Hi,<br/>heute im 3. Versuch erfolgreich gehoben. Die ersten Male völlig vermuggelt, daher heute abend noch mal dagewesen. Was für eine tolle Idee für das Final!<br/>Danke für die schöne Runde<br/>Tina+Ralph<br /><br /><small><a href='>  by surfan<br>Hi,<br/>heute im 3. Versuch erfolgreich gehoben. Die ersten Male völlig vermuggelt, daher heute abend noch mal dagewesen. Was für eine tolle Idee für das Final!<br/>Danke für die schöne Runde<br/>Tina+Ralph]]></LOG>

Ralph

 

[MiK]

Es scheint so, als könnten bestimmte Teile (Logtyp, Cacher, Datum, Logtext) nicht richtig ausgelesen werden und deswegen wird der Logtext zweimal erfasst.

 

[MiK]

2954 sollte besser funktionieren.

 

[Geo-Johnny]

2954 sollte besser funktionieren.

2954 war noch nicht verfügbar, deshalb habe ich 2952 mit Deiner angehängten neuen spider.def probiert.
Sieht sehr gut aus, die Logs passen wieder und der Fundstatus wird auch erkannt und gesetzt.
Besten Dank - MiK

 

[SurFan]

Hi,
Tut: keine doppelten Einträge mehr.
Vielen Dank
Ralph