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

Doppelte Bilder - oder doch nicht?

greiol

Geoguru
Da ich immer noch an meinem kleinen Projekt bastele, fiel mir beim Versuch das etwas eigenwillige XML im IMAGES Bereich sauber zu parsen auf, dass in der cache.xml für GC2F89B in der IMAGES Sektion vier Bilder eingetragen waren obwohl die Beschreibung nur zwei Bilder hat. Eine kurze Suche führte mich zu einem früheren Eintrag über doppelte Bilder, aber aktualisieren half nicht wieder. Also habe ich die komplette IMAGES Sektion gelöscht und nochmal aktualisiert. Wieder gab es vier IMG Einträge.

Also doch mal ein Blick in die GUI und da werden nur zwei Bilder angezeigt, denn mehr gehören auch nicht zum Cache.

Die Suche nach den Ursachen führte mich dann in den Sourcecode und in CacheImages.java fand ich die Methode
Code:
private void checkForDisplayImages(String prefix)
Hier werden die Doubletten scheinbar für die Anzeige aussortiert.

Da hat also jemand mal eine Fix für die doppelten Einträge geschrieben damit sie wenigstens nicht angezeigt werden. Mir ist im Moment nur unklar, warum das nicht auch die Basis dafür ist was in die cache.xml geschrieben wird. Es erscheint mir nicht logisch dauernd Daten in die cache.xml zu schreiben die dann im Code wieder aussortiert werden, Oder kennt noch jemand den Grund?
 

ardane

Geocacher
greiol schrieb:
Es erscheint mir nicht logisch dauernd Daten in die cache.xml zu schreiben die dann im Code wieder aussortiert werden, Oder kennt noch jemand den Grund?
Ich könnte mir vorstellen, dass ein Cache-Owner bei gc.com folgendes macht:
1. Bild anfertigen und zum Listing hochladen (Image wird gespeichert als z.B. "http://img.geocaching.com/cache/ddc58719-f50c-420d-a75b-daf4f77e163d.jpg" und ein Link erscheint an der Stelle, wo die Spoilerbilder aufgelistet werden.)
2. In Long Description html-<img>-tags erstellen, so dass ein solches Bild im Listing zum Text erscheint. Dafür verwendet er die URL, die gerade beim Hochladen des Bildes entstanden ist.

Würde CacheWolf in diesem Fall das Bild zweimal spidern, und soll checkForDisplayImages() die so entstandenen Dopplungen entfernen?
 
OP
G

greiol

Geoguru
er scheint das bild tatsächlich zweimal zu laden und erzeugt dann
Code:
<IMAGES>
    <IMG>gc2f89b_0.jpg<URL>http://img.geocaching.com/cache/ea06b3b5-de35-4af2-83e5-4b39259be1d5.jpg</URL></IMG>
    <IMG>gc2f89b_1.jpg<URL>http://img.geocaching.com/cache/53a0db51-0816-410b-a82d-2e476f7f999d.jpg</URL></IMG>
    <IMG>gc2f89b_1.jpg<URL>http://img.geocaching.com/cache/53a0db51-0816-410b-a82d-2e476f7f999d.jpg</URL></IMG>
    <IMG>gc2f89b_0.jpg<URL>http://img.geocaching.com/cache/ea06b3b5-de35-4af2-83e5-4b39259be1d5.jpg</URL></IMG>
    <IMGTEXT>GC2F89B_0</IMGTEXT>
    <IMGTEXT>GC2F89B_1</IMGTEXT>
    <IMGTEXT>da wollt ihr hin</IMGTEXT>
    <IMGTEXT>Japanischer Garten</IMGTEXT>
</IMAGES>
man erkennt schön, dass die einträge 1,2 und 3,4 doubletten sind. aussortiert für die anzeige werden dann 1,2 weil die IMGTEXT 3,4 einen "besseren" eintrag haben. verwirrend, aber es ist mir damals auch nicht aufgefallen.
 

apfelmaus

Geocacher
Scheinbar werden die doppelten Bilder nur mit der mobilen Cachewolf Version angezeigt, irgendwie funktioniert da das Aussortieren bei der Anzeige wohl nicht mehr.
Wenn man die Dupletten schon beim Herunterladen unterdrücken könnte, würde das wahrscheinlich auch die recht langen Ladezeiten beim Aktualisieren eines Caches über UMTS verkürzen.
 

arbor95

Geoguru
Wenn ich mich recht an den Code erinnere wird ein Bild nicht mehrfach heruntergeladen.
Allerdings gehören in die CW - DB die Einträge schon mehrfach, da die zugehörigen Texte unterschiedlich sein können, siehe obiges Beispiel.

Geht es um die Anzeige beim Reiter Bilder? Ich meine die Bilder würden dort nicht doppelt angezeigt?
 
OP
G

greiol

Geoguru
araber95 schrieb:
Geht es um die Anzeige beim Reiter Bilder? Ich meine die Bilder würden dort nicht doppelt angezeigt?
greiol schrieb:
Die Suche nach den Ursachen führte mich dann in den Sourcecode und in CacheImages.java fand ich die Methode
Code:
private void checkForDisplayImages(String prefix)
Hier werden die Doubletten scheinbar für die Anzeige aussortiert.
:)

Da ich immer noch an einem CacheWolf-Viewer für Symbian bastelesymbianwolf.pngwühle ich micht halt noch durch die diversen Dateien die der Wolf so erzeugt. Wenn ich was nicht ganz verstehe frage ich halt vorsichtshalber nach ob es ein Bug oder ein Feature ist.
 

Wutschkow

Geomaster
greiol schrieb:
Da ich immer noch an einem CacheWolf-Viewer für Symbian bastele
Gibt es für Symbian kein Geocaching-Programm, für das man aus CW Daten exportieren kann? Oder welchen Sinn/Vorteil hat ein CW-Viewer?
Ist nicht provozierend gemeint, sondern ehrlich interessiert. Ich habe mal über einen CW-Viewer für Android nachgedacht. Aber da gibt es ja einige Caching-Programme, an die man per GPX exportieren kann. Von daher erscheint mir der Aufwand unverhältnismäßig hoch, da man die Daten ja relativ leicht in zumindest sehr ähnlicher Form auf ein Android-Smartphone bringen kann. Ist das bei Symbian anders?
 
OP
G

greiol

Geoguru
Wutschkow schrieb:
greiol schrieb:
Da ich immer noch an einem CacheWolf-Viewer für Symbian bastele
Gibt es für Symbian kein Geocaching-Programm, für das man aus CW Daten exportieren kann? Oder welchen Sinn/Vorteil hat ein CW-Viewer?
Ist nicht provozierend gemeint, sondern ehrlich interessiert. Ich habe mal über einen CW-Viewer für Android nachgedacht. Aber da gibt es ja einige Caching-Programme, an die man per GPX exportieren kann. Von daher erscheint mir der Aufwand unverhältnismäßig hoch, da man die Daten ja relativ leicht in zumindest sehr ähnlicher Form auf ein Android-Smartphone bringen kann. Ist das bei Symbian anders?
Die Zahl der Symbian Anwendungen für GC ist recht übersichtlich. Die Zahl derjenigen die mir gefallen haben ist noch deutlich kleiner. :(

Der Aufwand ist natürlich nicht zu unterschätzen. Andererseits wollte ich Software mit der ich nicht nur unterwegs arbeiten kann, sondern auch etwas für die Vor-/Nachbereitung am PC habe.

CW hat an der Stelle für mich den Vorteil
- meine Daten sind schon drin
- er versorgt mich mit den Bildern
und so kann ich es mir erst mal schenken mit zum x-ten Mal einen Kopf zu machen wie ich nun an Daten und Bilder komme.

Ich möchte halt etwas bei dem ich mit wenig Stress die Daten hin und her schaufeln kann. Ich nehm auch was anderes, wenn mir jemand was brauchbares zeigt.
 

~Idefix~

Geocacher
Wutschkow schrieb:
greiol schrieb:
Da ich immer noch an einem CacheWolf-Viewer für Symbian bastele
Gibt es für Symbian kein Geocaching-Programm, für das man aus CW Daten exportieren kann? Oder welchen Sinn/Vorteil hat ein CW-Viewer?
Ist nicht provozierend gemeint, sondern ehrlich interessiert. Ich habe mal über einen CW-Viewer für Android nachgedacht. Aber da gibt es ja einige Caching-Programme, an die man per GPX exportieren kann. Von daher erscheint mir der Aufwand unverhältnismäßig hoch, da man die Daten ja relativ leicht in zumindest sehr ähnlicher Form auf ein Android-Smartphone bringen kann. Ist das bei Symbian anders?

Also, ich kenne keine gescheite Lösung.
Für mich ist relevant, dass ich vor Ort
- ein Programm anschmeisse
- mir das Programm schnell und übersichtlich anzeigt, welche Caches in der Nähe sind
- das ich zu diesen Caches ALLE relevanten Infos bekomme

Bisher arbeite ich mit einer Mischung aus
- angepasstem HTML-Export beim CW, angezeigt durch Nokia-Browser oder Opera auf meinem Symbian
- mehrere in ein NOKIA-Landmark-Format exportierte Caches
- Nokia Maps/GPS-Daten zur Wegfindung mit Karten und den exportierten Caches
- Scratchpad/Notebook für Notizen
- Excel für Berechnungen und Peilungen unterwegs
6 Programme, die zusammen ihren Dienst gut und umständlich verrichten.
5 Zuviel. Deshalb mein großes Interesse an allem, was gut bedienbar aussieht (und offline funktioniert).

~Idefix~
 
OP
G

greiol

Geoguru
~Idefix~ schrieb:
Ich teste alles sehr gerne!
Dann würde mich mal interessieren ob (ich gehe davon aus) und mit welcher Fehlermeldung die Installation des Anhangs (ist nur eine Spielerei zur Abfrage des internen GPS) fehlschlägt. Ich habe es auf einem N97 (binary ist für Nokia S60 5th edition) ausprobiert, aber ich habe auf dem Handy auch schon jede Menge AddOns.

Falls der Installer wieder erwarten auf einem "nackten" Gerät funktioniert, könnte es sein, dass er eine Netzwerkverbindung zu Nokia aufbauen will um fehlende Teile zu installieren. Also im Zweifelsfall bei bestehender WLAN Verbindung machen um das Datenbudget nicht zu belasten.
 

Anhänge

  • positioninfo.zip
    11,3 KB · Aufrufe: 11

jhohn

Geomaster
Auf einem relativ leeren Nokia5800 kamen bei der Installation die Meldungen
Missing Qt
Missing QtMobility

Es wurde nicht versucht automatisch nach zu installieren und ich habe im Moment kein zugängliches WLAN. Nachher mal schauen ...

Nachtrag:
Ich habe jetzt mal Qt und QtMobility installiert und positioninfo runter geworfen und neu installiert. Es installiert ohne Fehlermeldung aber wenn ich es ausführen will passiert einfach gar nichts.
 
OP
G

greiol

Geoguru
Danke fürs testen. Ich könnte mir noch einen Versionskonflikt vorstellen (Abstürze erfolgen leider meist ohne Rückmeldung). 4.6.3 mit mobility 1.0.x wurde beim Übersetzen genutzt.

Wobei ich hoffe, dass bald eine vollständige Freigabe für Mobility 1.1.x kommt, denn da gibt es endlich eine brauchbare API für Landmarks, Karten und Routing.

Auf jeden Fall muss ich mir das Kapitel mit dem Installer nochmal durchlesen :-\
 
Oben