• Willkommen im Geoclub - dem größten deutschsprachigen Geocaching-Forum. Registriere dich kostenlos, um alle Inhalte zu sehen und neue Beiträge zu erstellen.

Gab es wieder eine Designänderung? 2.53 macht Zicken ...

team-noris

Geomaster
Gerade ist mir aufgefallen, daß geolog einen seit Jahren archivierten Cache wieder auf "ok" gesetzt hat:

Aktualisiere Statusinformationen fuer hidden Caches ...
aendere Status von GCGXFW / 'Kuba': archived -> ok
Erstellung der Fund-Statistik ...
GCGXFW: Kuba ... .[-------]
GC20DRR: Drachenschlucht Eisenach ... .[-------------]
GC1EX8E: Dänkritzer Wurm 31 / Der Gastwurm ... .[-------]
GC1P7FH: Elektrischer Stuhl ... .[-------]
GC1PB28: Hochspannung ... .[-----] Wartung!
GCPHEM: Marius ... .[-------]
GC521F: Baldy Man ... .[--------]
Ueberpruefung der DNF Logs fuer Spaeter-Noch-Gefunden-Datum ...


Seltsamerweise hat geolog das beim ebenfalls archivierten GC1P7FH nicht getan. Zudem fehlt in der Liste meiner Caches ein neues Event, das geolog ignoriert (GC2546Y). Gab es evtl. wieder ein neues Release von Groundspeak mit kleineren Designänderungen?


Klaus
 

De Ryckswimmers

Geocacher
Bei mir ist in der Statistik 'was durcheinander:

"Funde nach Cacheowner (TOP 30)
geoGreifer 264 (93.3%)
6 (2.1%)
Breizh 3 (1.1%)
Biquidou 2 (0.7%)
canival 1 (0.4%)
Geolete 1 (0.4%)
Hericium_N 1 (0.4%)
bandido_andarin 1 (0.4%)
uBeTeam 1 (0.4%)
lacomunidaddelanillo 1 (0.4%)
espelunca 1 (0.4%)
omortson 1 (0.4%)"

Fast meine gesamten finds sind "GeoGreifer" zugeordnet. Jemand 'ne Idee?
 

HSCA

Geomaster
team-noris schrieb:
Aktualisiere Statusinformationen fuer hidden Caches ...
aendere Status von GCGXFW / 'Kuba': archived -> ok

Seltsamerweise hat geolog das beim ebenfalls archivierten GC1P7FH nicht getan.

Hi Klaus,

Also um 8:00 war die Welt noch in Ordnung. Möglich ist natürlich in der 10-Jahr-Stimmung alles.

Kannst du mal bitte den betreffenden Eintrag der http://www.geocaching.com/my/owned.aspx posten (hier oder pn)? Ich habe keinen archivierten Cache.

Mich interresiert folgender Teil:

Code:
	<table class="Table">
		    <thead>
		        <tr>
		            <th scope="col">Name</th>
		            <th scope="col">Date</th>
		        </tr>

		    </thead>
		    <tbody>
	
		<tr>
			<td><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=e275075d-226b-4b97-ab63-290bc6d69ba5">16</a></td>
			<td>Found: 3/12/2010</td>
		</tr>
	
		<tr class="AlternatingRow">
			<td><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=116694ad-fb02-4a24-95dc-00052e76b40e">Stäbelows Zentrum</a></td>

			<td>Found: 2/28/2010</td>
		</tr>
	
		<tr>
			<td><span class="Strike"><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=9bcdc30c-38a2-497e-8cbd-9b74a2f960a4">TB Hotel "Am Flughafen"</a></span></td>
			<td>Found: 11/24/2009</td>
		</tr>
	
	        </tbody>

		</table>
 

HSCA

Geomaster
team-noris schrieb:
Zudem fehlt in der Liste meiner Caches ein neues Event, das geolog ignoriert (GC2546Y). Gab es evtl. wieder ein neues Release von Groundspeak mit kleineren Designänderungen?

Bei dem Event kann ich schon mal sagen JA:
Die Änderung ist von "Event Cache" zu "Event cache". :kopfwand: :irre:
Füge ich mit hinzu.

C
 
OP
team-noris

team-noris

Geomaster
HSCA schrieb:
Kannst du mal bitte den betreffenden Eintrag der http://www.geocaching.com/my/owned.aspx posten (hier oder pn)? Ich habe keinen archivierten Cache.

Klar. Archiviert sind "Elektrischer Stuhl" und "Kuba", den Fehler gibts aber nur bei Kuba. "Hochspannung" ist gerade deaktiviert.

Code:
		<table class="Table">
		    <thead>
		        <tr>
		            <th scope="col">Name</th>
		            <th scope="col">Date</th>
		        </tr>

		    </thead>
		    <tbody>
	
		<tr>
			<td><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=0a513979-10ed-4445-886c-fe3b1b983dc2">Dänkritzer Wurm 31 / Der Gastwurm</a></td>
			<td>Found: 3/11/2010</td>
		</tr>
	
		<tr class="AlternatingRow">
			<td><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=77379a91-41c2-4c38-bb1c-2ae0abffce44">Baldy Man</a></td>

			<td>Found: 2/27/2010</td>
		</tr>
	
		<tr>
			<td><span class="Warning Strike"><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=3488fad0-e228-48a7-834c-a6d6998f0252">Elektrischer Stuhl</a></span></td>
			<td>Found: 2/20/2010</td>
		</tr>
	
		<tr class="AlternatingRow">

			<td><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=a0cb7f28-93b3-4bf9-a106-9494f45254be">Drachenschlucht Eisenach</a></td>
			<td>Found: 2/14/2010</td>
		</tr>
	
		<tr>
			<td><span class="Strike"><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=d0eea3bb-4e86-4118-93e8-82e0d9c055ef">Hochspannung</a></span></td>
			<td>Found: 2/7/2010</td>
		</tr>

	
		<tr class="AlternatingRow">
			<td><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=5f5e7972-4e16-4d0f-a717-40984a938eff">Marius</a></td>
			<td>Found: 11/1/2009</td>
		</tr>
	
		<tr>
			<td><span class="Warning Strike"><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=84cad3f4-6c59-460f-b681-12d0741bb670">Kuba</a></span></td>
			<td>Found: 9/2/2007</td>

		</tr>
	
		<tr class="AlternatingRow">
			<td><a href="http://www.geocaching.com/seek/cache_details.aspx?guid=32512f3a-0fc2-45df-943b-af0a6f17f1fa">10 Jahre! Nürnberg, Germany</a></td>
			<td>Found: Not Yet</td>
		</tr>
	
	        </tbody>
		</table>
 

HSCA

Geomaster
team-noris schrieb:
De Ryckswimmers schrieb:
Danke an HSCA für die schnelle Reaktion und Lösung! :-D Alles wieder okay!

???
Sorry, haben wir per Mail geklärt. Hier der Text.

Seit 2.51(glaub ich) nutze ich die userid als Erkennungsmerkmal für die Owner. Die erste Datenbankversion hat diese userid aber immer auf 0 gesetzt, wenn du deine Daten von der Webseite geholt hast. Das ich die userid auch auf der Webseite finde, habe ich erst später herrausgefunden. Durch die Festlegung der userid als unikate Nummer sind alle Einträge mit userid = 0 auf einen Eintrag zusammengeschrumpft. Das es in deinem Fall gerade geoGreifer jetzt mit userid = 0 getroffen hat ist Zufall.

so wie deine Datenbank aussieht empfehle ich dir folgende Vorgehensweise:

1) Datenbank löschen
2) geolog alle Logs/Listings erneut runterladen lassen.

dann sollte wieder alles Stimmen.

Schöne Grüße - C

Bei deinem Problem, sehe ich im Moment noch keinen Ansatz. Die Webseite sieht vernünftig aus und es stehen auch die Werte drinnen, die geolog auswertet.

C
 
OP
team-noris

team-noris

Geomaster
HSCA schrieb:
Bei deinem Problem, sehe ich im Moment noch keinen Ansatz. Die Webseite sieht vernünftig aus und es stehen auch die Werte drinnen, die geolog auswertet.
Ich habe jetzt ca. 4 Stunden debugged (ptkdb ist wirklich kein Vergnügen) und bin auf keinen grünen Zweig gekommen. Wenn man das Verzeichnis für den Cache im Unterverzeichnis hidden löscht, dann lädt geolog die Beschreibung neu herunter und ändert dann den Status von archived auf ok. D.h. beim Herunterladen erkennt geolog, daß der Cache archiviert ist, danach prüft geolog den Status und setzt ihn auf ok. Warum das so ist, habe ich nicht verstanden.

Ein Grund könnte sein, daß nach der Archivierung noch jede Menge Found-Logs kommen, aber im Code habe ich nichts gefunden, was dadurch einen Fehler verursachen könnte. Damit es bei mir wieder funktioniert, habe ich eine Krücke eingebaut und in update_status eine Abfrage auf $name (= Kuba) eingebaut, die den Status auf "archived" setzt, denn an dieser Stelle enthält $status "ok", was definitv falsch ist:

Code:
sub update_status {
  my($type,$wpt,$dir,$name,$state) = @_;
  my($fname) = $directory . "/" . $type . "/" . $dir . "/cache.txt";
  my($sfname) = $directory . "/" . $type . "/" . $dir . "/statuschange.mrk";
  my($text) = suck_in($fname);
  my($change) = 0;
  if ($text !~ /^Status: /m) {
    messageED(0,"  adding status information to \"$name\": $state\n",
              "  ergaenze Statusinformation zu \"$name\": $state\n");
    $text = "Status: $state\n" . $text;
    $change = 1;
  } else {
    if ($text =~ /^Status: (.*?)$/m) {
      if ($name eq "Kuba") {
          $state = "archived";
      }
      if ($1 ne $state) {
        if ($type eq "hidden") {
          store_file("$state",$sfname,0,0);
        }
        messageED(0,"  changing status of $wpt / '$name': $1 -> $state\n",
                  "  aendere Status von $wpt / '$name': $1 -> $state\n");
        $text =~ s/^Status: (.*?)$/Status: $state/m ||
          die($EN
              ? "\nCannot substitute new status in $fname\n"
              : "\nKann neuen Status in $fname nicht ersetzen\n");
        $change = 1;
      }
    } else {
      messageED(0,"Illegal status line in $fname.\n",
                "Ungueltige Statuszeile in $fname.\n");
    }
  }

 ...

Damit passt es bei mir wieder, aber das ist natürlich keine vernünftige Lösung. Warum die Routine die $status auf "ok" setzt, dies tut, bleibt mir auch nach der Debuggerei verborgen, aber vielleicht findest Du ja heraus, warum das so ist.


Klaus
 

De Ryckswimmers

Geocacher
Bei mir hatte er auch heute den einzig archivierten Cache auf ok. gesetzt. Jetzt läuft die Routine gerade nochmal durch und er hat den Status wieder auf archiviert gesetzt. Warum? Keine Ahnung... Kenn mich damit aber auch nicht aus. :eek:ps:
 

HSCA

Geomaster
team-noris schrieb:
Gerade ist mir aufgefallen, daß geolog einen seit Jahren archivierten Cache wieder auf "ok" gesetzt hat:

Aktualisiere Statusinformationen fuer hidden Caches ...
aendere Status von GCGXFW / 'Kuba': archived -> ok
Erstellung der Fund-Statistik ...
GCGXFW: Kuba ... .[-------]
GC20DRR: Drachenschlucht Eisenach ... .[-------------]
GC1EX8E: Dänkritzer Wurm 31 / Der Gastwurm ... .[-------]
GC1P7FH: Elektrischer Stuhl ... .[-------]
GC1PB28: Hochspannung ... .[-----] Wartung!
GCPHEM: Marius ... .[-------]
GC521F: Baldy Man ... .[--------]
Ueberpruefung der DNF Logs fuer Spaeter-Noch-Gefunden-Datum ...


Seltsamerweise hat geolog das beim ebenfalls archivierten GC1P7FH nicht getan. Zudem fehlt in der Liste meiner Caches ein neues Event, das geolog ignoriert (GC2546Y). Gab es evtl. wieder ein neues Release von Groundspeak mit kleineren Designänderungen?


Klaus

Fehler gefunden und behoben.

C
 
A

Anonymous

Guest
HSCA schrieb:
Fehler gefunden und behoben.
Kommt dazu noch eine fehlerbereinigte Version 2.54? Ich hatte nämlich dieses Problem auch, allerdings mit Version 2.52. Da wurden plötzlich alle archivierten Caches als OK umgewidmet, was ocprop dann prompt zum Anlaßß nahm das auch online bei OC zu ändern. Nun habe ich nach Deiner Meldung hier auf Version 2.53 (linux/Perl) aktualisiert, die Statusänderungen blieben aber erhalten, also geolog erkennt nach wie vor nicht das die Dosen bereits archiviert sind. :-(

Code:
Dies ist Geolog Version 2.53 (linux/perl)
Teste, ob es eine neue Programmversion gibt ...- erledigt

Lade Anmeldeseite ... .[---]
Anmeldung laeuft ... .[---]
Ueberpruefung aller deiner Logs ... .[------------------------------------------------].................
Ueberpruefung aller deiner Listings ... .[---]
Aktualisiere Statusinformationen fuer found Caches ...
Aktualisiere Statusinformationen fuer not-found Caches ...
Aktualisiere Statusinformationen fuer hidden Caches ...
Ueberpruefung der DNF Logs fuer Spaeter-Noch-Gefunden-Datum ... 
Ueberpruefung und Anpassung der Verzeichnisnamen ... ...........
 
OP
team-noris

team-noris

Geomaster
HSCA schrieb:
team-noris schrieb:
Gerade ist mir aufgefallen, daß geolog einen seit Jahren archivierten Cache wieder auf "ok" gesetzt hat

Fehler gefunden und behoben.

Besten Dank! Es funktioniert tatsächlich wieder:

Code:
Download der neu entdeckten Cachelistings
 1/1 Download der Cachebeschreibung fuer GC2546Y ... .[--------]
  Name: 10 Jahre! Nürnberg, Germany                             
  Username: team-noris                                          
Aktualisiere Statusinformationen fuer hidden Caches ...         
Erstellung der Fund-Statistik ...                               
  GCGXFW: Kuba ... .[-------]                                   
  GC20DRR: Drachenschlucht Eisenach ... .[-------------]        
  GC1EX8E: Dänkritzer Wurm 31 / Der Gastwurm ... .[-------]     
  GC1P7FH: Elektrischer Stuhl ... .[--------]                   
  GC1PB28: Hochspannung ... .[-------]                          
  GCPHEM: Marius ... .[-------]                                 
  GC521F: Baldy Man ... .[-------]                              
  GC2546Y: 10 Jahre  Nuernberg  Germany ... .{} 0 (0) Funde / 0 (0) DNFs
 

moenk

Administrator
Teammitglied
Das Problem hatte ich vor längerem mal gemeldet aber mich damit abgefunden weil ich vermutet hab ich wäre wohl der einzige. Wäre schön wenn da ein Bugfix bereit steht, dann kann ich ocprop nämlich wieder reinhängen. Die drehen ja durch wenn ich alle Caches dort wieder automatisch aktiviere weil die bei geolog irrtümlich auf ok gesetzt wurden ;-)
 

HSCA

Geomaster
Das Skript ist schon aktuell und die Windows Version habe ich gestern bei Fogg angefragt. Warte noch auf seine Rückmeldung.

C
 

teq2

Geocacher
Vielen Dank für den Fix und den exzellenten Service. Hatte das Problem mit den archivierten Caches auch, ist mit dem neuen Skript behoben! :2thumbs:
 
Oben