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

Problem beim aktualisieren

tarika

Geocacher
Halli und Hallo!
Ich hab grad ein Problem beim aktualisieren von Caches und komm von selbst irgendwie nicht auf die Lösung:
Ich habe die aktuelle Java Version (1.0.1532) unter Linux an laufen. Mit einem Profil ohne Umlaute klappt auch gut, dass, wenn ich einen Cache aktualisiere, den ich in der Zwischenzeit gefunden habe, Cachewolf diesen auch als gefunden markiert.
Nun wollte ich das gleiche mit einem Profil machen, dass ein ä enthält. Und da klappt das nun irgendwie nicht mehr - die Caches werden zwar aktualisiert (der Profilname taucht auch in den Logs auf), aber die gefundenen werden nicht mehr als gefunden markiert.
Ich habe schon versucht, die pref.xml zu löschen und das einloggen bei geocaching.com funktioniert ja auch bei dem Umlauteprofil...
Der Name, der in den heruntergeladenen Logs steht, stimmt auch zu 100% mit dem Namen in der pref.xml überein.
Hat jemand Ideen?
Vielen Dank schonmal,
Tarika
 

MiK

Geoguru
Funktioniert es denn, wenn Du das Profilverzeichnis umbenennst in einen Namen ohne Umlaute?

Funktioniert es, wenn Du einen solchen Problemcache in einem funktionierenden Profil hinzufügst? (Verwalten->Neuer Wegpunkt->Wegpunktname GC... eintragen->Aktualisieren)
 
OP
T

tarika

Geocacher
Vielen Dank für die Antwort.
MiK schrieb:
Funktioniert es denn, wenn Du das Profilverzeichnis umbenennst in einen Namen ohne Umlaute?
Nein.

MiK schrieb:
Funktioniert es, wenn Du einen solchen Problemcache in einem funktionierenden Profil hinzufügst? (Verwalten->Neuer Wegpunkt->Wegpunktname GC... eintragen->Aktualisieren)
Versteh ich nicht so ganz, aber das aktualisieren der Caches (auch über den von Dir beschriebenen Weg) funktioniert in allen Profilen. Lediglich, wenn ich Caches, die Benutzer z.B. "bärchen" gefunden hat aktualisiere, werden die nicht als gefunden markiert. Aktualisiert werden die. In der zugehörigen Datei des Caches steht dann auch
Code:
<LOG><![CDATA[<img src='icon_smile.gif'> 2008-06-29 by bärchen<br>blahblahblah]]>)</LOG>

EDIT

Nun hab ich nochmal geschaut und habe festgestellt, dass die Caches, die bärchen gefunden hat und die damals (vor ein paar Wochen) beim aktualisieren korrekt als gefunden erkannt wurden folgenden Text in der xml-Datei enthielten:
Code:
<LOG><![CDATA[<img src='icon_smile.gif'> 2008-07-13 by bärchen<br>blahblahblubb</LOG>
Dem geneigten Leser fällt nun auf, dass in den neuen Dateien nun nich mehr "bärchen", sondern "bärchen" steht.
Kann sein, dass geocaching.com da auch irgendwas geändert hat?
Gruß,
Tarika
 

MiK

Geoguru
Ja, hört sich so an, als ob GC die Umlaute nun in dieser Schreibweise angibt und deswegen eine Übereinstimmung mehr festgestellt wird.

Verstehe ich das richtig, dass Du mit "Profil" gar nicht die CW-Profile meinst, sondern den Nickname Deines GC-Kontos?
 
OP
T

tarika

Geocacher
MiK schrieb:
Ja, hört sich so an, als ob GC die Umlaute nun in dieser Schreibweise angibt und deswegen eine Übereinstimmung mehr festgestellt wird.
Ok - sowas hatte ich vermutet...

MiK schrieb:
Verstehe ich das richtig, dass Du mit "Profil" gar nicht die CW-Profile meinst, sondern den Nickname Deines GC-Kontos?
Oh - kann sein, dass ich das nicht deutlich gemacht hab... Sorry!
Ich habe im wesentlichen zwei geocaching-Accounts zu verwalten und nehme dazu verschiedene Cachewolf-Profile. Bei dem Account (im dazugehörigen CW-Profil) ohne Sonderzeichen klappt alles und bei dem GC-Account MIT Sonderzeichen werden gefundene Caches nicht erkannt.
Tarika
 

MiK

Geoguru
Versuche doch mal "bärchen" als Nickname in CW anzugeben. Funktioniert dann der Login noch?
 

MiK

Geoguru
Aber der Login bei CW funktioniert noch? Du kannst Also mit einem so geschriebenen Nickname z.B. spidern?
 
OP
T

tarika

Geocacher
Die Sache ist halt, dass ich sobald ich den Namen mit ä eingebe und speichere, CW das automatisch in ä übersetzt und somit auch beim nächsten Aufrufen der Einstellungen wieder bärchen anzeigt. Und in der pref.xml steht ja eh bärchen drin...
Und das spidern geht somit auch.
 
OP
T

tarika

Geocacher
Wenn du weiß, wo da ungefähr zu schauen ist, schaff ichs vielleicht heute Abend noch auch mal zu schauen.
 
OP
T

tarika

Geocacher
Jo - dann meld ich mich hier, falls ich heut Abend Zeit hab nachzuschauen.
Gruß,
Tarika
 
OP
T

tarika

Geocacher
So.
Nun hab ich mal Zeit gehabt und geschaut, bei mir habe ich das Problem so behoben:
Diesen Codeabschnitt ("getLogs" Zeile 886):
Code:
			if((icon.equals(p.getProp("icon_smile")) || icon.equals(p.getProp("icon_camera")) || icon.equals(p.getProp("icon_attended"))) &&
				(name.equalsIgnoreCase(pref.myAlias) || (pref.myAlias2.length()>0 && name.equalsIgnoreCase(pref.myAlias2))) )  {
				chD.is_found = true;
				chD.CacheStatus = d;
			}

Durch einen der beiden folgenden ersetzen:
Code:
			if((icon.equals(p.getProp("icon_smile")) || icon.equals(p.getProp("icon_camera")) || icon.equals(p.getProp("icon_attended"))) &&
				(SafeXML.cleanback(name).equalsIgnoreCase(pref.myAlias) || (pref.myAlias2.length()>0 && SafeXML.cleanback(name).equalsIgnoreCase(pref.myAlias2))) )  {
				chD.is_found = true;
				chD.CacheStatus = d;
			}

Code:
			if((icon.equals(p.getProp("icon_smile")) || icon.equals(p.getProp("icon_camera")) || icon.equals(p.getProp("icon_attended"))) &&
				(name.equalsIgnoreCase(SafeXML.clean(pref.myAlias)) || (pref.myAlias2.length()>0 && name.equalsIgnoreCase(SafeXML.clean(pref.myAlias2)))) )  {
				chD.is_found = true;
				chD.CacheStatus = d;
			}

Welche gewählt wird, sollte wohl dadurch entschieden werden, wie Umlaute intern behandelt werden sollen.
Ich habe glaube ich keinen Zugriff, aufs Repository (auf jeden Fall weiß ich nicht wie), weswegen schön wäre, wenn jemand das einchecken könnte.
Gruß,
Tarika
 

TomTom

Geocacher
Hi,

ich habe das gleiche Problem. Unser GC-Account enthält ein "&". Das Erkennen gefundener Caches hat auch schon mal funktioniert, seit einiger Zeit aber nicht mehr. Ich hatte dann das gleiche probiert was MiK vorgeschlagen hat (&#...), hat aber auch nichts geholfen.
Wäre also schön, wenn der Fix nach Prüfung Eingang in eine Release finden würde.

Viele Grüße
Tom
 
OP
T

tarika

Geocacher
Wie geschrieben, sollte der Patch die Probleme mit dem Erkennen von gefundenen Caches bei Nutzernamen mit Sonderzeichen beheben - ich denke, dass auch das Problem mit dem "&" behoben werden sollte.
Du kannst dich ja mal melden ob dein Problem behoben ist, nachdem das eingecheckt wurde.
Schönen Gruß,
Tarika
 
Hallo,

ich habe ganau das gleiche Problem. Ich wollte den Patch auch anwenden, habe aber keine Ahnung, wo sich die Datei befindet, in der ich die Textsequenz ändern muss.
 
OP
T

tarika

Geocacher
Das müsstest Du im Quelltext ändern. Wenn Du Cachewolf aber nicht selbst kompilierst, wird es Dir diese Aussage nicht viel weiterhelfen... :/
Eigentlich sollte das auch in die offiziellen Cachewolf-Version übernommen werden, aber da steht es zur Zeit anscheinend irgendwie - zumindest sieht es so aus!?!?
Ich häng Dir aber mal meine kompilierte Java .jar-Datei an (von Deiner jar eine Sicherheitskopie machen und dann einfach durch diese hier ersetzen). Vielleicht geht das dann damit schon - aber ohne Gewähr ;)

Schönen Gruß,
tarika

EDIT:
Nachdem das Hochladen von .jar Dateien hier nicht erlaubt ist und die Datei dazu auch noch zu groß ist hier nun der Link zu irgend so einem File-Hoster:
Cachewolf.jar (1532 inkl. Patch)
 
Ich sollte vielleicht noch erwähnen, dass ich Cachewolf auf meinem Pocket-PC mit WM6 nutze.

Aber danke schon mal für die schnelle Hilfe.
 
Oben