Fehler: <OWNLOG> hat als Datum zunächst 1.1.1900

Hallo fleißige Entwickler,

ich hab einen Fehler gefunden und auch schon umzingelt:

Bei eigenen Logs wird unter <OWNLOG> zunächst immer das Datum 1.1.1900 gespeichert:
<OWNLOG><![CDATA[<img src='2.png'> 1900-01-01 by ...

Der eigene Eintrag unter <LOG> hat dagegen das richtige Datum:
<LOG>...<![CDATA[<img src='2.png'> 2014-11-22 by ...

Den Fehler merkt man z.B. wenn man MyFinds als GPX exportiert: Die Statistikprogramme können mit "Gefunden am 01.01.1900" nichts anfangen.

Wenn ein weiterer Cacher loggt und der Eintrag aktualisiert wird, wird er auch unter <OWNLOG> richtig eingetragen:
<OWNLOG><![CDATA[<img src='2.png'> 2014-11-22 by ...

Ich benutze CW Win32 1.3.3425 unter Win7.

Könnt Ihr das bestätigen und evtl. beheben?

Bei dieser Gelegenheit möchte ich mich mal für das sehr nützliche Programm bedanken und die gute Arbeit, die Ihr leistet!

Viele Grüße
brouk44

Hat mich bisher nicht gestört, weil ich meine neuen Funde immer zuerst aktualisiere, bevor ich eine myfinds exportiere.
(Welches Statistikprogramm verwendest du?)
Das Aktualisieren ist notwendig um die LogId von GC zu erhalten (, die einige Statistikprogramme benötigen) .

Aktualisierung allein nützt nichts, das Datum bleibt auf 1.1.1900.
Erst wenn jemand anderes nach einem loggt, wird aktualisiert. Und das kann dauern.
Bei mir sind aktuell 13 Mysteries betroffen, die ich als letzter geloggt habe.

Ich benutze GCStatistic, da kommt bei jedem Cache eine Fehlermeldung.

Viele Grüße
brouk44

Das glaube ich nicht, weil mir das bestimmt schon aufgefallen wäre. Ich verwende auch GCStatistik.

Das hiesse ja auch, dass der letzte Log nie gespeichert würde. Das kann ich mir nicht vorstellen.

Aktualisierst du auch mit dem Menüpunkt "Markierte aktualisieren" ?

Ich habe das so verstanden, dass ich unter "Einstellungen Prüfe auf Änderungen" konfigurieren kann, was aktualisiert werden soll. Mit "Import von GC" prüft das Programm dann selbst, welche Aktualisierungen nötig sind und holt die entsprechenden Informationen.

So mache ich es, klappt auch, dabei werden auch meine neusten Logs geholt, der Status geändert, Gefunden-Datum wird eingetragen, Zeile wird grün, LogID wird geschrieben. Passt scheinbar alles, bis auf das OWNID-Datum.

Es sollte doch nicht nötig sein, selbst Zeilen auszuwählen, zu markieren und diese aktualisieren zu lassen, dafür gibt es doch die automatische Prüfung auf Änderungen.

Vielleicht habe ich den Ablauf noch nicht begriffen.
Wie machst Du das?

Immer alle händisch markieren und aktualisieren?
Oder nur Deine neu gefundenen und den Rest per Import?

Ich aktualisiere alle 2-3 Tage per Import und automatischer Prüfung.

Viele Grüße
brouk44

Das mit dem Import ist natürlich richtig.

Aber wenn ich gerade gelogged habe, dann weiß ich ja die Cache. Da muss ich das Programm nicht suchen lassen. Diese markiere ich dann und aktualisiere sie. Danach verschiebe ich die Cache in mein Funde-Profil. Das mache ich aber nur für mein Home-Profil.

Für die sonst meist temporären Profile (oder nur sporadisch besuchte Profile) unternehme ich meist nichts. Ich importiere einfach meine neuesten Funde von GC indem ich Anzahl zu aktualisierender Cache auf 0 setze. Die sporadisch besuchten Profile (z.B. wenn ich mal wieder nach FFM fahre) lasse ich dann vorher importieren, was dann auch meine Funde aktualisiert.

Info: Zur Feststellung, ob etwas neues zu importieren ist, wird die Seite "http://www.geocaching.com/seek/nearest.aspx?lat=<lat>&lng=<lon>&dist=<dist>[&f=<0|1>]" und die Folgeseiten verwendet.

Falls du noch mehr Infos benötigst, dann lass es mich wissen.

Die sporadisch besuchten Profile (z.B. wenn ich mal wieder nach FFM fahre) lasse ich dann vorher importieren, was dann auch meine Funde aktualisiert.

Zum Vergrößern anklicken....

Die Funde schon, aber nicht das <OWNLOG> Datum. Das bleibt auf 01.01.1900.
Dann würdest Du die Fehlermeldungen in GCStatistic auch bekommen.

Anders herum:
Anscheinend funktioniert der Import richtig, er erkennt alle Änderungen und lädt sie herunter.
Er trägt auch das Found-Datum richtig unter <LOG> ein.

Wie aufwändig wäre es, wenn das Found-Datum in diesem Zuge auch in <OWNLOG> geschrieben wird?

"Gefunden am 01.01.1900" ist einfach falsch und führt später zu Fehlermeldungen!

Der Log-Text wird ja auch richtig unter <OWNLOG> eingetragen.

Viele Grüße
brouk44

Wenn der Cache aktualisiert wird (wie auch immer veranlasst), dann wird auch das Datum korrekt eingetragen.

Für GC - Statistik muss der Cache aktualisiert sein, damit auch die LogId stimmt. (Das Datum ist dabei nebensächlich.)

Das Datum steht nur auf 1.1.1990, wenn per CW ein Log geschrieben wurde (sozusagen nur CW-Intern). Ob dieser bei GC auch so steht ist nicht definiert.
Erst wenn sicher ist, dass bei GC auch ein Log gemacht wurde (aktualisieren), dann wird das Datum im OwnLog korrekt gesetzt.

Wenn der Import bei GCStatistik deshalb aussteigt ist das doch ok. Da hat man einen Hinweis darauf, dass die CW-Daten noch nicht dem neuesten Stand entsprechen.

Hmm, das stimmt nicht mit meinen Beobachtungen überein.

Ich ließ "Import von GC" laufen, dabei wurden meine neuesten Funde von GC heruntergeladen und in CW aktualisiert:
Status grün, <LOG>-Datum richtig, Logtext unter <OWNLOG> richtig, usw.

Alles richtig, soweit ich feststellen konnte (ausser <OWNLOG>-Datum: 1900-01-01),
LogID und OWNLOGID waren auch eingetragen.

- Ich habe nicht "markierte aktualisieren" gemacht.

- Ich habe noch nie Logs per CW geschrieben, sondern immer direkt bei GC online geloggt.
Trotzdem stand das <OWNLOG>-Datum auf 1.1.1900. (<LOG>-Datum war richtig)

Bei meinem nächsten Fund werde ich mal vor den einzelnen Schritten die XML-Datei sichern und dann nochmal analysieren. Dann sehe ich ja, was wann aktualisiert wird. Ich hoffe, der Aufwand lohnt sich.

Falls das morgen nicht klappt, schon mal frohe Weihnachten.

Viele Grüße
brouk44

Hallo,

so, hab gefunden, wo der Fehler ist: Nicht beim Aktualisieren, sondern beim Export!

Das zuerst korrekte Found-Datum unter <OWNLOG> wird bei "Export nach GPX | Myfinds" durch "1900-01-01" überschrieben.

Folgendermaßen zu reproduzieren:

- Cache ist in CW vorhanden aber noch nicht geloggt
- In Geocaching.com diesen Cache online als neuen Fund loggen

- In CW aktualisieren durch "Import von GC"
- Bis hierher ist alles korrekt: Cache wird aktualisiert, als gefunden markiert, Found-Datum unter <OWNLOG> passt,..:
<OWNLOG><![CDATA[<img src='2.png'> 2014-12-23 by ...

- In CW exportieren durch "Export nach GPX | MyFinds"
- Dadurch wird beim neu gefundenen Cache das Found-Datum unter <OWNLOG> auf "1900-01-01" gesetzt:
<OWNLOG><![CDATA[<img src='2.png'> 1900-01-01 by ...

Das falsche Datum ist dann auch in der exportierten GPX-Datei drin, wenn die in CGStatistic geöffnet wird, kommt dort eine entsprechende Fehlermeldung.

Kann das jemand bestätigen und evtl. beheben?

Viele Grüße
brouk44

Noch was:
- Der Fehler tritt nicht auf, wenn der Cache vorher nicht in CW war und durch "Import von GC | Funde" neu rein kommt.
- Wenn man nach dem Export das falsche Datum "1900-01-01" wieder durch das richtige ersetzt, meckert auch CGStatistic nicht mehr. D.h. nur das Datum ist falsch, der Rest passt.

Das kann ich so leider nicht nachvollziehen.

Der gpx-Export ändert eine korrekte xml-Datei nicht.

Da kann ich entweder Fernwartung anbieten (PM) oder du schickst mal einen debug log (vielleicht kann ich da etwas sehen (zumindest einen schreibenden Zugriff auf die xml-Datei)).

Moin,
ich hab übrigens den selben Effekt. Aber noch nicht untersucht, wann das passiert.

Was hast du für einen Effekt? Dass der gpx-Export (angeblich) das Datum auf 1.1.1900 ändert? (doch wohl nicht!)

Ich mache es genau wie brouk44. Im Cachewolf die zu aktualisierenden mit dem Haken versehen. Dann 'Markierte aktualisieren'. Und zum Schluss 'Export nach GPX' (MyFinds), um mit GCStatistic weiterzuarbeiten. Das Exportdatum des Own-Logs wird dann von GCStatistic angemeckert, denn es ist 1.1.1900. Wann das Datum auf 1900 gesetzt wird, hab ich nicht untersucht. Aber ich hatte das Gefühl, das bei erneutem Aktualisieren das Datum plötzlich richtig ist. Und ich war der letzte, der einen Log geschrieben hatte. Das ist anders, als es brouk44 beschrieben hat.

Beim nächsten Cache werde ich mal drauf achten - wir finden es heraus

Ich habe den Ablauf gerade für meinen letzten Fund durchgespielt. Es ist alles Bestens.

Vielleicht suchst du den/die Cache mit dem 1900-Datum in der pq raus und aktualisierst diese/n noch mal.

Nachdem ich nun mein Profil mal wieder mit einer neuen GCStatistik versehen wollte, habe ich auch den Fehler beim Import erhalten.
Eine Ursache habe ich gefunden und mit Version 3434 behoben.

Dort gibt es jetzt im Exportmenü einen Punkt "Prüfe eigenen Log". Dabei wird eine .cl-Datei erzeugt.
Dort stehen alle "defekten" Funde drin.
Wenn du sie als Cachtour-Filter anwendest, dann diese gefilterten markierst und aktualisierst, dann passt alles wieder (und GCStatistik ist glücklich).

Hallo arbor95,

kann es sein das die 3434-zips leer sind. Der Download zeigt 0 Byte an.

Gruß
Richard

ja, stimmt.
Habe noch mal einen commit durchgeführt.

So.
Es ist immer noch nicht vollständig.
Da muss ich mal dem Robert mailen.

so, jetzt sollte es passen.