GPS un-freundliche Caches

[incamper]

Mein Wunsch wäre eine Komination der Geräte - aber das kommt sicher in ein paar Jahren...

 

Das iPhone ist ja sozusagen schon die Kombination beider Geräte, nur ist die GPS-Sache noch nicht ganz so da, wo sie sein könnte/müsste. Aber wenn es die nächsten zehn Jahre im ähnlichen Tempo vorwärts geht, wie die letzten, dann...

 

Zurück zum Thema: Ich schliesse mich den Wünschen des Threadstarters in den Grundsätzen an. Wir hatten das "Problem" auch bei zweisprachigen Multis im Tessin. Da kam erst die tessinische Version, dann die deutsche. War kein Hinderungsgrund, aber eben schon sehr umständlich.

 

Allerdings dürfte dies weder mit anderem Owner-Verhalten noch mit einer Änderung der Feldbezeichnung lösbar sein. Da müsste man schon irgendwie die Sprachversionen trennen.

[6-Pack]

Ich habe ein Listing (GC13CDX) "GPS-freundlich" gestaltet. 500 Zeichen sind schon sehr wenig in der kurzen Beschreibung.

Mit wenigen Worten den Multi erklären, die Fragen stellen und am Schluss noch die Rechnung.

Aber, was tut man nicht alles um den Mitcachern die Arbeit resp das Cachen zu erleichtern .

[Kobra]

Ich habe ein Listing (GC13CDX) "GPS-freundlich" gestaltet. 500 Zeichen sind schon sehr wenig in der kurzen Beschreibung.

Mit wenigen Worten den Multi erklären, die Fragen stellen und am Schluss noch die Rechnung.

Aber, was tut man nicht alles um den Mitcachern die Arbeit resp das Cachen zu erleichtern .

 

Hätte ich nicht gemacht. Es ist nicht mein Problem, wenn Geocacher nicht vor dem Aufbruch ins Ungewisse ihr Gerät mal anschauen, um zu sehen, ob alles drauf ist. Zudem empfiehlt es sich bei Multis nach wie vor einen Papierausdruck dabei zu haben.

Als Owner vermeide ich lediglich unnützes HTML zu verwenden, weil viele Geräte damit nicht zurecht kommen.

[Smurfy_CH]

.......Es ist nicht mein Problem, wenn Geocacher nicht vor dem Aufbruch ins Ungewisse ihr Gerät mal anschauen, um zu sehen, ob alles drauf ist. Zudem empfiehlt es sich bei Multis nach wie vor einen Papierausdruck dabei zu haben.

 

Ist genau auch meine Meinung

Wenn es das "Spiel" erlaubt HTML für die Beschreibung zu gebrauchen und jemand Freude an der Gestaltung damit hat, dann soll er das machen.

Zudem passt diese Einstellung nicht unbedingt zu der Forderung von langen und kreativen Loggeinträgen.

Die Vorbereitung ist nun halt Teil des Spiels....

[gnome.ch]

 

Hätte ich nicht gemacht. Es ist nicht mein Problem, wenn Geocacher nicht vor dem Aufbruch ins Ungewisse ihr Gerät mal anschauen, um zu sehen, ob alles drauf ist. Zudem empfiehlt es sich bei Multis nach wie vor einen Papierausdruck dabei zu haben.

 

Als Owner vermeide ich lediglich unnützes HTML zu verwenden, weil viele Geräte damit nicht zurecht kommen.

 

Da ich kein Premium-User bin frage ich mich, was eigentlich mit dem HTML auf dem GPS passiert. Werden die Tags einfach ignoriert?

 

Für lange Listings in zwei Sprachen könnte man beispielsweise mit divs und Javascript die eine Sprache ausblenden, das spart einiges Scollen und möglicherweise Papier beim Ausdrucken... Ob das nötige HTML im Listing überhaupt funktioniert habe ich natürlich nie ausprobiert; habe noch keinen eigenen Cache publiziert. Wenn da die HTML-Tags einfach rausgeschmissen werden, sähe man dann beide Sprachen auf dem Navi (was zwar "GPS-unfreundlich", aber wenigstens vollständig wäre).

 

Wie siehts bei Bildern aus? Wird da wenigstens der alt-Text angezeigt? Beispielsweise gibts ja Caches, die die Koordinatenberechnung in LaTeX typesetten und dann als Bild einbinden...

[Attila_G]

Mit Javascript geht da nix. Nur HTML Tags. Alles andere wäre eine brutale Sicherheitslücke. Alt-Tag bei den Bildern hab ich nicht probiert. Das könnte wohl gehen, aber ich hab noch nie gesehen, dass es jemand benutzt hat.

 

-- Attila

[gnome.ch]

Hm, an den Sicherheitsaspekt hatte ich so gar nicht gedacht, so würde das tatsächlich nichts werden. Vielleicht setzt ja Groundspeak da mal was um, auf die Idee sind ja andere schon gekommen.

 

Die Idee mit GPS-freundlichen Listings finde ich aber auch unterstützenswert.

Bearbeitet 31. Oktober 2011 von gnome.ch

[dark3zz]

interessantes thema, aber die amis werden wohl kaum etwas daran aendern. die welche einfach mal pro tag 50 caches durch-loggen und rushen.......,.,

 

aber wichtige infos oben, rest unten find ich eine gute idee, das hat was.

muesten die owner die sich dem ergeben einfach machen....

 

aber die paar scrolls durchs garmin........eillt das cachen denn so? das spielt mir nun keine rolle. hab meistens papier dabei. das garmin oregon ist eh sone flickl zickl device....langsam und ruckelig

 

gps koennen gar nichts mit html anfangen. denke die werden das im raw format einlesen. schlichter asci text.

wo ich ab und an probleme habe, ist auf dem iphone. das frisst allemal css und html, aber einige cache beschreibungen haben fixe breite im html und sind so unbrauchbar, z.b. der herr der ringe von attila (grrrrrrr :--)

 

keine fixe "width" tags angeben oder wenn dann 100% angaben und jud is :-)

 

fuer html, css fragen stehe ich gerne zur verfuegung, es ist mein taeglich brot, amen!

 

[Attila_G]

... wo ich ab und an probleme habe, ist auf dem iphone. das frisst allemal css und html, aber einige cache beschreibungen haben fixe breite im html und sind so unbrauchbar, z.b. der herr der ringe von attila (grrrrrrr :--) keine fixe "width" tags angeben oder wenn dann 100% angaben und jud is ...

 

Danke für den Hinweis. Es war nur eine fixe Weite drin, alle anderen Angaben waren bereits auf 100%. Allerdings hatte auch nur die offizielle GC-App Mühe damit. Browser oder Geosphere konnten das Listing perfekt darstellen.

 

-- Attila