Diese Website existiert nur weil wir Werbung mit AdSense ausliefern.
Bitte den AdBlocker daher auf dieser Website ausschalten! Danke.

Funde abrufen

Papierloses Cachen.

Moderatoren: arbor95, pfeffer, MiK

Benutzeravatar
arbor95
Geoguru
Beiträge: 6007
Registriert: So 4. Jan 2009, 20:28
Wohnort: 72800 Eningen u.A.
Kontaktdaten:

Re: Funde abrufen

Beitrag von arbor95 »

-Gast- hat geschrieben:
araber95 hat geschrieben:
MiK hat geschrieben:Trotzdem sollten auch bei 0 Updates alle neuen geladen werden, oder?
Ja natürlich. Neue werden immer geladen. Dafür ist der Import ja da.

Wenn die gefundenen einmal im profil drin sind muss man sie ja nicht mehr updaten, auch wenn sich mal der Status von suchbar auf nicht mehr suchbar ändert. Man hat den Cache ja schon gefunden. Deshalb steht bei Updates der Defaultwert auf 0.
Genau das funktionierte bei mir aber nicht ;)

(status auf nicht mehr suchbar ändern)

Erst als ich die updates auf einen Wert >0 gestellt habe, hat das Programm gecheckt, dass welche geupdatet wwerden müssen und mich gefragt, ob ich das will
Habe ich was anderes behauptet? Habe ich mich schwer verständlich ausgedrückt?
Updates = 0 --> es wird nichts upgedatet.

Im Klartext : Bei alle Funde steht da erst mal 0 und dann wird nicht upgedated, warum auch. Willst du einen gefundenen noch mal suchen und musst deshalb wissen, ob er noch suchbar ist????
Bild
MiK
Geoguru
Beiträge: 5214
Registriert: Sa 25. Nov 2006, 01:11
Wohnort: 64293 Darmstadt / Kleinwallstadt
Kontaktdaten:

Re: Funde abrufen

Beitrag von MiK »

Leute, die daraus Statistiken erzeugen, interessiert oft auch, wie viele der gefundenen Caches noch existieren.
-Gast-
Geomaster
Beiträge: 944
Registriert: Fr 26. Jun 2009, 13:16

Re: Funde abrufen

Beitrag von -Gast- »

Sorry hab mich verlesen...
Benutzeravatar
arbor95
Geoguru
Beiträge: 6007
Registriert: So 4. Jan 2009, 20:28
Wohnort: 72800 Eningen u.A.
Kontaktdaten:

Re: Funde abrufen

Beitrag von arbor95 »

da in meinem Fundprofil auch bei einigen Cachen die ownlogid fehlte habe ich den Exporter um die Prüfung erweitert.
svn commit 2439

Bleibt dann nur noch die Prüfung auf Änderung von Type,Difficulty,Terrain und Size im Importer zu implementieren.
Bild
Lamima
Geomaster
Beiträge: 380
Registriert: Mo 17. Nov 2008, 20:56

Re: Funde abrufen

Beitrag von Lamima »

Hi,

ich habe mir gerade die version 2444 installiert und damit Funde geladen, komischerweise läd er zwar die neuen gefundenen caches ordnungsgemäß, er setz aber nicht den Marker found bzw. das Datum.
Woran kann das liegen?

Gruß

Marco von Lamima
http://lamimablog.wordpress.com/

Bild

Ist es bedenklich, wenn im Park ein Goethe-Denkmal durch die Bäume schillert?
Benutzeravatar
arbor95
Geoguru
Beiträge: 6007
Registriert: So 4. Jan 2009, 20:28
Wohnort: 72800 Eningen u.A.
Kontaktdaten:

Re: Funde abrufen

Beitrag von arbor95 »

Lamima hat geschrieben:Hi,
ich habe mir gerade die version 2444 installiert und damit Funde geladen,
schön
Lamima hat geschrieben: komischerweise läd er zwar die neuen gefundenen caches ordnungsgemäß
was will man mehr
Lamima hat geschrieben: er setzt aber nicht den Marker found bzw. das Datum.
bei den neuen?
Lamima hat geschrieben: Woran kann das liegen?
ich schau mal, aber bei mir geht das vermutlich!

Nachtrag : Es geht bei mir definitiv neue Funde über alle Funde laden zu importieren. Kein Problem zu sehen.


Wenn du mal 1-2 Cache im debug-Modus lädst und das Protokoll (log.txt) zur Verfügung stellst!?

Gruß

Marco von Lamima[/quote]
Bild
Lamima
Geomaster
Beiträge: 380
Registriert: Mo 17. Nov 2008, 20:56

Re: Funde abrufen

Beitrag von Lamima »

So, 2 Stück geladen. Gleiches Verhalten: Er läd sie, setzt aber keinen Found-Marker bei den 2 neuen...

log:

02.02.2010/09:29:13.360: CW Version 1.1.2444 InDevelopmentNewest
02.02.2010/09:29:13.625: [login]:Fetching login page
02.02.2010/09:29:13.632: [fetch]:No Cookie found
02.02.2010/09:29:13.896: [fetch]:Connecting http://www.geocaching.com/login/Default.aspx
02.02.2010/09:29:15.216: [fetch]:Connect ok! http://www.geocaching.com/login/Default.aspx
02.02.2010/09:29:15.523: [fetch]:Read data ok http://www.geocaching.com/login/Default.aspx
02.02.2010/09:29:16.074: [login]:Eventvalidation not found before login
02.02.2010/09:29:16.125: [login]:Logging in as Lamima
02.02.2010/09:29:16.190: [fetch_post]:No Cookie found
02.02.2010/09:29:16.286: [fetch_post]:Connecting http://www.geocaching.com/login/Default.aspx
02.02.2010/09:29:17.937: [fetch_post]:Connect ok! http://www.geocaching.com/login/Default.aspx
02.02.2010/09:29:18.310: [fetch_post]:Read data ok http://www.geocaching.com/login/Default.aspx
02.02.2010/09:29:18.365: [login]:Login successful
02.02.2010/09:29:22.794: Getting first page: http://www.geocaching.com/seek/nearest.aspx?ul=Lamima
02.02.2010/09:29:22.916: [fetch]:Cookie Zeug: Cookie: ASP.NET_SessionId=ych4va55k05n0255bstjolad; userid=d177c918-0716-4b2d-b8fb-29277c0dfebe
02.02.2010/09:29:22.928: [fetch]:Connecting http://www.geocaching.com/seek/nearest.aspx?ul=Lamima
02.02.2010/09:29:25.096: [fetch]:Connect ok! http://www.geocaching.com/seek/nearest.aspx?ul=Lamima
02.02.2010/09:29:26.364: [fetch]:Read data ok http://www.geocaching.com/seek/nearest.aspx?ul=Lamima
02.02.2010/09:29:26.436: Got first page
02.02.2010/09:29:27.626: Checked 1 pages
02.02.2010/09:29:27.667: with 1 caches
02.02.2010/09:29:27.690: Found 2 new caches
02.02.2010/09:29:27.701: Found 0/0 caches for update
02.02.2010/09:29:27.721: Found 0 caches with no found in profile.
02.02.2010/09:29:27.767: Found 0 caches with changed archived status.
02.02.2010/09:29:27.791: Found 0 caches with changed available status.
02.02.2010/09:29:27.801: Found 0 caches with new found in log.
02.02.2010/09:29:27.814: Found 0 caches possibly archived.
02.02.2010/09:29:27.923: Found 0?=0 caches to update.
02.02.2010/09:29:27.992: Fetching: GC1AY6M
02.02.2010/09:29:28.033: [fetch]:Cookie Zeug: Cookie: ASP.NET_SessionId=ych4va55k05n0255bstjolad; userid=d177c918-0716-4b2d-b8fb-29277c0dfebe
02.02.2010/09:29:28.094: [fetch]:Connecting http://www.geocaching.com/seek/cache_de ... AY6M&log=y
02.02.2010/09:29:30.766: [fetch]:Connect ok! http://www.geocaching.com/seek/cache_de ... AY6M&log=y
02.02.2010/09:29:34.495: [fetch]:Read data ok http://www.geocaching.com/seek/cache_de ... AY6M&log=y
02.02.2010/09:29:40.279: Too many logs. MAXLOGS reached (6)
02.02.2010/09:29:40.340: Got logs
02.02.2010/09:29:40.443: LatLon: N 50° 03.331 E 008° 22.476
02.02.2010/09:29:40.966: Got description
02.02.2010/09:29:41.230: Name: wiesbaden.travelnode.de
02.02.2010/09:29:41.498: Got location (country/state)
02.02.2010/09:29:41.736: Owner: stonewood; is_owned = false; alias1,2 = [Lamima|]
02.02.2010/09:29:42.665: Hidden: 2008-04-05
02.02.2010/09:29:46.380: Hints:
02.02.2010/09:29:46.609: Size: 4
02.02.2010/09:29:46.789: Hard: 10
02.02.2010/09:29:47.045: Terr: 15
02.02.2010/09:29:47.291: Type: 2
02.02.2010/09:29:47.370: Got TBs
02.02.2010/09:29:47.491: Writing file: pp1ay6m.xml
02.02.2010/09:29:48.093: Writing file: xp1ay6m.xml
02.02.2010/09:29:48.432: Got additional waypoints
02.02.2010/09:29:48.652: Got attributes
02.02.2010/09:29:48.801: ready GC1AY6M : 20100202092948

02.02.2010/09:29:49.051: Writing file: gc1ay6m.xml
02.02.2010/09:29:49.486: Fetching: GC1TF1P
02.02.2010/09:29:49.682: [fetch]:Cookie Zeug: Cookie: ASP.NET_SessionId=ych4va55k05n0255bstjolad; userid=d177c918-0716-4b2d-b8fb-29277c0dfebe
02.02.2010/09:29:49.819: [fetch]:Connecting http://www.geocaching.com/seek/cache_de ... TF1P&log=y
02.02.2010/09:29:52.482: [fetch]:Connect ok! http://www.geocaching.com/seek/cache_de ... TF1P&log=y
02.02.2010/09:29:54.896: [fetch]:Read data ok http://www.geocaching.com/seek/cache_de ... TF1P&log=y
02.02.2010/09:30:00.206: Too many logs. MAXLOGS reached (6)
02.02.2010/09:30:00.255: Got logs
02.02.2010/09:30:00.377: LatLon: N 50° 03.421 E 008° 22.210
02.02.2010/09:30:03.002: Got description
02.02.2010/09:30:03.155: Name: Auf dem Weg zum Wandersmann.
02.02.2010/09:30:03.376: Got location (country/state)
02.02.2010/09:30:03.540: Owner: messer_mtk; is_owned = false; alias1,2 = [Lamima|]
02.02.2010/09:30:03.759: Hidden: 2009-01-05
02.02.2010/09:30:07.235: Hints:
02.02.2010/09:30:07.739: Size: 3
02.02.2010/09:30:08.561: Hard: 10
02.02.2010/09:30:08.998: Terr: 10
02.02.2010/09:30:09.578: Type: 2
02.02.2010/09:30:09.832: Got TBs
02.02.2010/09:30:10.021: Got additional waypoints
02.02.2010/09:30:10.052: Got attributes
02.02.2010/09:30:10.093: ready GC1TF1P : 20100202093010

02.02.2010/09:30:10.146: Writing file: gc1tf1p.xml
http://lamimablog.wordpress.com/

Bild

Ist es bedenklich, wenn im Park ein Goethe-Denkmal durch die Bäume schillert?
Benutzeravatar
arbor95
Geoguru
Beiträge: 6007
Registriert: So 4. Jan 2009, 20:28
Wohnort: 72800 Eningen u.A.
Kontaktdaten:

Re: Funde abrufen

Beitrag von arbor95 »

super, danke für den log. Das passt soweit alles.

Mit dem TOO many logs, da muss ich noch mal ins Programm schauen!

Ist nur schade dass ich daraus nicht sehen kann warum er das gefunden nicht setzt.
Da wird immer so viel rausgeschrieben, aber das für diesen Fall relevante fehlt dann doch.
Ich schreib dir mal ne PN.
Bild
Benutzeravatar
arbor95
Geoguru
Beiträge: 6007
Registriert: So 4. Jan 2009, 20:28
Wohnort: 72800 Eningen u.A.
Kontaktdaten:

Re: Funde abrufen

Beitrag von arbor95 »

schreib deinen alias mal neu in die Einstellungen rein.
mir ist es bisher nicht gelungen den Fehler mit dem
Too many logs. MAXLOGS reached (6) zu reproduzieren
Bild
-Gast-
Geomaster
Beiträge: 944
Registriert: Fr 26. Jun 2009, 13:16

Re: Funde abrufen

Beitrag von -Gast- »

araber95 hat geschrieben:schreib deinen alias mal neu in die Einstellungen rein.
mir ist es bisher nicht gelungen den Fehler mit dem
Too many logs. MAXLOGS reached (6) zu reproduzieren
vermutlich hat er eingestellt, dass max 6 logs gespidert werden

anwendung->einstellungen->ansicht

(bisschen komische kategorie für diese einstellung...)

aber da seine logs recht neu sind, wird das nicht schuld am eigentlichen problem sein, er ist ja meist ganz oben
Antworten