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

PQ plötzlich riesig

Eastpak1984

Eastpak1984

Geoguru
Hast du die Cacher denn mal drauf angesprochen?

Denn Dumpfbacken sind höchstens die, die um den Fehler wissen, und denn Sachverstand haben, ihn abzustellen, und es dennoch nicht tun.

Ganz zu schweigen von denen, die Werkzeuge veröffentlichen, welche solche fehlerhaften Listings herausgeben.

Rumheulen, aber keine Mühen auf sich nehmen, um denn Umstand zu ändern... Davon gibt es leider viel zu viele.
 
Eastpak1984

Eastpak1984

Geoguru
Man bräuchte eben eine auch für Anfänger leicht verständliche Anleitung, wie man den Fehler beseitigt.

Davon hab ich leider keine Ahnung, da ich nicht viel Erfahrung im Anlegen von Listings habe. Wer bietet sich an?
 
8812

8812

Geoguru
Eastpak1984 schrieb:
[...]
Rumheulen, aber keine Mühen auf sich nehmen, um denn Umstand zu ändern... Davon gibt es leider viel zu viele.
Zum Vergrößern anklicken....
Ich heule nicht herum. Das ist mir viel zu albern. Die Liste ist nur für deine Bookmarkliste. :D
Das die wirklichen Hirnis bei einem Tool-Vertreiber sitzen, ist mir hingegen schon klar.

Hans
 
R

Rupa

Geowizard
8812 schrieb:
Das die wirklichen Hirnis bei einem Tool-Vertreiber sitzen, ist mir hingegen schon klar.
Zum Vergrößern anklicken....
Die Hirnis sind weder die, die ein Werkzeug entwickelt haben, valides HTML zu erstellen, noch diejenigen die dieses einsetzen. Die Dumpfbacken sitzen bei Groundspeak und verpacken alles in GPX-Dateien, was die Owner hochladen. DIE sollten ihre Arbeit machen und die GPX-Dateien richtig ausliefern. Ich dachte, daß wär hier im Thread schon erwähnt worden.
 
Eastpak1984

Eastpak1984

Geoguru
Kurze Zwischenmeldung: 2-3 Dosen können seit der Aufnahme gestern schon wieder runter von der Liste - eine kurze Bitte via PM reichte völlig aus.

Das waren aber jeweils Owner, die sich selbst zu helfen wussten, was leider nicht immer der Fall ist.
 
Eastpak1984

Eastpak1984

Geoguru
@ all: Bitte postet die "Listen" eurer Fehlerhaften Caches in einer reinen Liste der GC-Codes, das kann ich hier besonders leicht weiter verarbeiten.

Ich werde mal schauen, ob ich einen Blogbeitrag dazu schreibe, inkl. Problemschilderung und leicht verständlicher Klickanleitung zur Behebung des Problems ohne Änderung der Optik des Caches. Wer dazu was beisteuern kann, bitte per PM melden.

Vielen Dank vorab!
 
BY-Pega

BY-Pega

Geocacher
Ich habe mir die Mühe gemacht und die Kandidaten in meiner DB angeschrieben. Bisher 2 Rückmeldungen, einer hat sich bedankt das ich ihn drauf aufmerksam gemacht habe und der andere kanzelte die Einlassungen als Blödsinn ab, ich wäre wohl zu blöd mein GPS zu bedienen und sollte wohl eher mal die Bedienungsanleitung lesen und es wäre doch gar kein Problem die Bilder zu komprimieren, das bisschen Zeit müsse man aufnehmen. Er weiß ja auch ganz genau was er macht, weil er ja Programmierer ist.....

Hat wohl noch nie davon gehört möglichst kurzen Code zu produzieren :roll:
 
R

Rupa

Geowizard
Eastpak1984 schrieb:
Angeblich wird sich im nächsten Release der Seite etwas am Problem ändern:
Zum Vergrößern anklicken....
Auch das wurde hier im Thread schon erwähnt. Um so länger ich darüber nachdenke, um so mehr finde ich das schade. Gut wäre es, wenn man die Wahl hätte, ob man die GPX-Datei mit eingebetteten Bildern oder ohne herunterlädt. PQs dann meinetwegen generell ohne. OpenCacheManager z.B. hat überhaupt keine Probleme damit und zeigt die Bilder korrekt im Listing an. Damit ist dieses leidige Problem (daß man zu den Cachelistings keine Bilder hat, bzw. diese separat herunterladen muß) endlich gelöst. Alles, was auf's Oregon kommt, durchläuft bei mir ohnehin einen (selbstgeschriebenen) Filter, der das Listing für's Gerät aufbereitet.
 
ColleIsarco

ColleIsarco

Geowizard
Moin moin,
Eastpak1984 schrieb:
hab ein wenig gegooglet: Angeblich wird sich im nächsten Release der Seite etwas am Problem ändern:

BASE64-encoded images can create extremely large GPX files
Zum Vergrößern anklicken....
Nein, da wird sich nichts ändern. Sie haben wahrgenommen, dass es dieses Problem gibt und das war es auch schon.

Groundspeak hat schon sehr häufig versprochen, gemeldete Probleme zu korrigieren oder sonst irgendwie zu handeln, aber in der Regel passiert da nichts. Tut mir leid Dich und andere desillusionieren zu müssen, aber glaube mir, es ist besser, wenn Du Dir keine falschen Hoffnungen machst!

Gruß
ColleIsarco
 
BY-Pega

BY-Pega

Geocacher
Einer hat gestern meinen NM-Log gelöscht, das Listing ist aber unverändert... auch das NM Icon ist noch da.
 
BY-Pega

BY-Pega

Geocacher
Laut dem blauen Forum ist es inzwischen nicht mehr möglich solche Caches einzustellen. Bestehende wurden nicht automatisch geändert, können aber entweder im zugehörigen Thread, beim örtlich zuständigen Reviewer oder an [email protected] gemeldet werden, diese Caches werden dann händisch überarbeitet.

This issue has been fixed in that it is not possible to use the cache submission form to create such bloated listings anymore, but it is not able to "unwrite" those listings that have already been created this way. Those listings should be reported (either here, to your local reviewer, or to [email protected]) so that we can manually fix them.
Zum Vergrößern anklicken....
 
Eastpak1984

Eastpak1984

Geoguru
Halleluja, der größte Cache in meiner Datenbank ist http://coord.info/GC3N31Q, mit über 3 MB für einen einzelnen Cache. Nicht schlecht, so groß ist manche 1000er PQ.
 
Eastpak1984

Eastpak1984

Geoguru
Hm.... meine HTML-Kenntnisse halten sich sehr in Grenzen. Kann jemand mal bitte http://coord.info/GC38X1N prüfen?
Laut meines Diagnose-Scripts ist kein Base64 enthalten, der GSAK-Filter schlägt aber an.
 
S

SKAMS

Geocacher
Auf der Website hab' ich mal nachgeschaut. Das Listing (innerhalb von div class="UserSuppliedContent") ist an sich nicht sonderlich lang. Es ist zwar schrecklichst im Quellcode mit verschachtelten "spans" anzusehen, aber das ist wohl dem verwendeten Editor anzulasten und fügt dem Kohl wohl auch keinen Schweinebauch hinzu...
 
baer2006

baer2006

Geoguru
Eastpak1984 schrieb:
Hm.... meine HTML-Kenntnisse halten sich sehr in Grenzen. Kann jemand mal bitte http://coord.info/GC38X1N prüfen?
Laut meines Diagnose-Scripts ist kein Base64 enthalten, der GSAK-Filter schlägt aber an.
Zum Vergrößern anklicken....
Das Listing ist zwar grausames HTML, ansonsten aber "harmlos". Ich kenne deinen GSAK-Filter nicht, aber evtl. liegt es an dem seltsamen Tag
Code: 
<img alt="" src="data:image/png;%3Cp%20style=" />
Das Tag sieht nach einem Bug im verwendeten HTML-Editor aus ;) .
 
8812

8812

Geoguru
Eastpak1984 schrieb:
Hm.... meine HTML-Kenntnisse halten sich sehr in Grenzen. Kann jemand mal bitte http://coord.info/GC38X1N prüfen?
Laut meines Diagnose-Scripts ist kein Base64 enthalten, der GSAK-Filter schlägt aber an.
Zum Vergrößern anklicken....
Dann ist entweder dein GSAK-Filter falsch gesetzt, oder Du hast veraltete Cachedaten.
Bei mir enthält der Cache keine Binary-Bilder (Stand: jetzt).
Ich filter mit
Code: 
g_contains('base64',longdescription)

Hans
 
Eastpak1984

Eastpak1984

Geoguru
Jepp, mein Filter ist deutlich anders - nur ich find die Quelle leider nicht mehr wieder.
Naja, egal, werde deinen mal übernehmen.

Meiner lautete:
Code: 
g_contains('data:image/', LongDescription) or g_contains('data:image/', ShortDescription)


Hm... mist ... mit dem Filter von 8812 erhalte ich dafür andere false positives:
http://coord.info/GC3WWRR
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben