Skrzynki opencaching a Colorado 300

[Ranger]

Trochę za szeroko. Mnie interesuje prosta rzecz - serwis, który daje gotowy do użytku materiał. Konwersje w prawo i w lewo to nic innego jak czarowanie się formatami i utrudnianie sobie życia narzędziami do nich.
Załóżmy sytuację:
1 - plik gpx jest ze zdefiniowanymi paroma schematami popularnych rozszerzeń i z linkami do kontentu off-line w/g tych rozszerzeń - do wykorzystania w konkretnym urządzeniu/aplikacji,
2 - zawartość medialna serwisu dostosowana do możliwości typowych urządzeń, np jak zdjecia to w kilku rozmiarach miniatur, pasujących pod typowe ekrany urządzeń/aplikacji. Miniatury nie zżerają tyle miejsca, nawet w kilku rozmiarach, a narzędzi do ich generowania nie brakuje.
3 - funkcja po stronie serwisu, która oprócz wskazania obszaru pozwala wybrać rodzaj rozszerzeń gpx i rodzaj ekranu z listy (albo wprost urządzenie/aplikację).
Skutek dla użytkownika - gotowy do pobrania i użytku zestaw plików dla danego urządzenia.
Co do ograniczeń - jak można 2000 skrzynek do Colo, to tyle sobie ściągniesz z serwisu i cześć. Można 10 baz, to 10 baz.
Chyba nikt się nie nastawia, że będzie trzymał cały serwis w odbiorniku
Colo ma rozszerzenia do Wherigo i zdjęcia powinny lecieć bez bólu. W innych odbiornikach powinien działać stary sposób rozszerzeń z dolinkowanym do punktu folderem z kontentem, kto wie czy przypadkiem w Colo to też nadal działa.
Kiedyś próbowałem o to zapytać, przeszło bez echa.

[soko]

Ranger : Skutek dla użytkownika - gotowy do pobrania i użytku zestaw plików dla danego urządzenia.

No i właśnie coś takiego masz np. pod Ozim+ baza Filipsa.
Ale jeśli ktoś chce używać Garmina ( a przypomnę, że tytuł wątku jest o Colorado i cache), to lepiej mieć bazę fotek gdzieś na PDA. I dokładnie "gotowy do pobrania i użytku zestaw plików dla danego urządzenia" (ale dla PDA) - daje opisane wytworzenie bazy fotek i plików HTML przez GSAK.
No chyba, że będzie używał Nuvi ( z serii 5XX), który obsługuje już ponoć wszystko.

Ja piszę w wątku o Colorado z żabiej perspektywy użytkownika Colorado.
Dodatkowo nie wiedziałem, że może już być jeden .gpx z 2000 cache - super. Byłem na mentalnym etapie: 200cache na 1 gpx, łącznie 2000cache, i co najwyżej 8- 10 MB.
......................
Zdjęcia - jak słusznie piszesz - powinny "lecieć bez bólu" , ale jak na razie nie lecą. I dlatego poleciłem metodę prostą, z której jestem zadowolony.
Dla posiadacza turystycznego Garmina i PDA taka kombinacja jest naprawdę sympatyczna i prosta w wykonaniu.
Krzysztof

[kwieto]

1 - plik gpx jest ze zdefiniowanymi paroma schematami popularnych rozszerzeń i z linkami do kontentu off-line w/g tych rozszerzeń - do wykorzystania w konkretnym urządzeniu/aplikacji,

Fajnie, tyle że aplikacja powinna to obsługiwać. Garmin tego nie obsługuje, natomiast inne programy potrafią wybrzydzać na OCPL, bo kod gpx tego serwisu nie jest zgodny z kodem gpx używanym przez GC. Nie rozgryzałem sprawy osobiście, natomiast kod GC z tego co pamiętam w jakimś zakresie jest chroniony prawami autorskimi i nie do końca można go "tak sobie" skopiować. Dochodzi do tego kwestia zgodności z różnymi serwisami OC w innych krajach i zaczyna się okazywać, że modyfikacje nie są takie oczywiste...

Stąd konieczność korzystania z baz html'owych.

[Ranger]

Nie obsługuje ? A co to dla przykładu jest ?

Kod: Zaznacz cały

....
http://www.garmin.com/xmlschemas/GpxExtensions/v3 http://www8.garmin.com/xmlschemas/GpxExtensions/v3/GpxExtensionsv3.xsd">
<time>2008-10-07T10:35:35Z</time>
<bounds minlat="32.572444000" minlon="-85.451897000" maxlat="32.573320000" maxlon="-85.450999000"/>
<wpt lat="32.573022000" lon="-85.451897000">
  <ele>0.000000</ele>
<time>2007-11-13T21:40:18Z</time>
  <name>Bomb 01</name>
  <cmt>BOOM! You are dead.</cmt>
  <desc>BOOM! You are dead.</desc>
  <link>Data/Bomb01</link>
  <sym>Information</sym>
</wpt>
....

Dla ułatwienia dodam, że folder "Bomb01" może zawierać np. pliki ze zdjęciami czy tekstami. Odnośnik do używanych rozszerzeń standardu jest jawny i schemat rozszerzeń można sobie obejrzeć w przeglądarce (plik xsd).
Wystarczy sprawdzić czy odbiornik to połknie.
Co tu jest zakazane ?
Przecież nie masz zamiaru rżnąć pomysłów Garmina i to w celach komercyjnych, a jedynie zapewnić kompatybilność informacji serwisu z jego urządzeniami.
Nie wolno ?
Radzę uważniej czytać nasze prawo autorskie.
A że niektórzy nie pomagają poprzez brak publikacji rozszerzeń standardu gpx to inna broszka.

[kwieto]

Nie obsługuje ? A co to dla przykładu jest ?

No dobra, a masz pomysł jak to ustawić, żeby odbiornik to przeczytał?
Jakąś próbkę?

[Ranger]

No przecież próbkę masz powyżej
Sam schemat to za mało, trzeba znać dopuszczalne wartości parametrów i te starałem się podać dla przykładowego punktu.
Natomiast gdzie Colo trzyma kontent - nie mam bladego pojęcia, nie mam tego odbiornika.
Trzeba pogmerać po strukturze katalogów karty i odpowiednio spreparować ścieżkę w tagu <link> do podejrzanego folderu,
po wrzuceniu do niego np. znanej fotki.

[kwieto]

No przecież próbkę masz powyżej

To nie jest format zgodny z groundspeak, a tylko taki obsługuje np. Colorado - przynajmniej jeśli mówimy o geocache'ach

Trzeba pogmerać po strukturze katalogów karty i odpowiednio spreparować ścieżkę w tagu <link> do podejrzanego folderu,
po wrzuceniu do niego np. znanej fotki.

Fajnie, pytanie jak Colorado (czy inne odbiorniki) widzą strukturę katalogów?
Nie musi być to tak samo jak Windows... Przykładowo Macintosh nie posługuje się czymś takim jak "litera dysku" i to co dla Windowsa jest np. ścieżką: H:\Garmin\Fotki dla Mac OS będzie wyglądało: Garmin\Garmin\Fotki. A jak (i czy w ogóle) widzi tę strukturę Colorado?
Inaczej - jak wskazać mu ścieżkę do katalogu Fotki, znajdującego się wewnątrz katalogu Garmin?
Albo jeszcze lepiej - niech ten katalog będzie na karcie pamięci?

Ponieważ tego nie wiem, to nie bardzo mam pomysł jak się zabrać do testowania czy to zadziała :/

[Ranger]

To nie jest przykład z sufitu, to sposób wskazywania kontentu wzięty z odbiorników Garmina dla TravelGuide.
Struktura katalogów jest dla modelu odbiornika stała, często przeznaczenie folderu podpowiada sama jego nazwa.
Scieżka wykorzystywana w tagu <link> jest względna w stosunku do takiego folderu. Trzeba znać
miejsce, a swoją treść umieścić tak jak to pokazuje przykład.
Inny znany sposób to korzystanie z <link href=""> i do tego tag <type> wskazujący rodzaj zawartości.
Jeżeli odbiornik akceptuje kontent z innego serwisu o znanej strukturze, to przecież te dane
można chyba po umieszczeniu w odbiorniku odszukać, nieprawdaż ?

[kwieto]

To nie jest przykład z sufitu, to sposób wskazywania kontentu wzięty z odbiorników Garmina dla TravelGuide.

No fajnie, tyle że GC to nie jest travelguide.

Format akceptowany przez Colorado wygląda trochę inaczej:

version="1.0" creator="Groundspeak Pocket Query"
xsi:schemaLocation="http://www.topografix.com/GPX/1/0 http://www.topografix.com/GPX/1/0/gpx.xsd http://www.groundspeak.com/cache/1/0 http://www.groundspeak.com/cache/1/0/cache.xsd http://www.gsak.net/xmlv1/2 http://www.gsak.net/xmlv1/2/gsak.xsd"
xmlns="http://www.topografix.com/GPX/1/0">
<desc>Geocache file generated by GSAK (HasChildren)</desc>
<author>GSAK</author>
<email>support@gsak.net</email>
<time>2008-11-07T14:18:04.8125000-07:00</time>
<keywords>cache, geocache, groundspeak</keywords>
<bounds minlat="49.442433" minlon="21.325683" maxlat="49.442433" maxlon="21.325683"/>
<wpt lat="49.442433" lon="21.325683">
<time>2005-08-21T00:00:00.0000000-08:00</time>
<name>GCQ8AX</name>
<desc>Hunter's cache - Polovnicka cache by Igi (1,5/2)</desc>
<url>http://www.geocaching.com/seek/cache_details.aspx?guid=0b53822d-366f-4ef1-994d-a1d9cf4f4d73</url>
<urlname>Hunter's cache - Polovnicka cache by Igi</urlname>
<sym>Geocache</sym>
<type>Geocache|Traditional Cache</type>
<gsak:wptExtension xmlns:gsak="http://www.gsak.net/xmlv1/2">
<gsak:UserFlag>false</gsak:UserFlag>
<gsak:Lock>false</gsak:Lock>
<gsak:DNF>false</gsak:DNF>
<gsak:Watch>false</gsak:Watch>
<gsak:UserData> </gsak:UserData>
<gsak:FirstToFind>false</gsak:FirstToFind>
<gsak:User2> </gsak:User2>
<gsak:UserSort>0</gsak:UserSort>
<gsak:SmartName>HuntersC</gsak:SmartName>
<gsak:LastGpxDate>2008-11-06</gsak:LastGpxDate>
</gsak:wptExtension>
<groundspeak:cache id="282099" available="True" archived="False" xmlns:groundspeak="http://www.groundspeak.com/cache/1/0">
<groundspeak:name>Hunter's cache - Polovnicka cache</groundspeak:name>
<groundspeak:placed_by>Igi</groundspeak:placed_by>
<groundspeak:owner id="141612">Igi</groundspeak:owner>
<groundspeak:type>Traditional Cache</groundspeak:type>
<groundspeak:container>Large</groundspeak:container>
<groundspeak:difficulty>1.5</groundspeak:difficulty>
<groundspeak:terrain>2</groundspeak:terrain>
<groundspeak:country>Slovakia</groundspeak:country>
<groundspeak:state>Nil</groundspeak:state>
<groundspeak:short_description html="True">Cache je ukryta na mieste, kde radi chodime.</groundspeak:short_description>
<groundspeak:long_description html="True">Neponukame Vam nic mimoriadne, len pekne slovenske prostredie,
ticho a klud, krasne luky a lesy. Najlepsie je prist na toto miesto
pred zapadom slnka a vyckat do zotmenia. Moze sa Vam podarit vidiet
aj 20 jelenov. Nasa uspesnost v auguste pri pozorovani jelenov je
cca 4:1. Malokedy je to pod 10 kusov. &lt;br&gt;
V okolitych lesikoch najdete huby, maliny, cernice a lesne jahody.
&lt;br&gt;
Nechavajte len predmety so zvieracou tematikou. &lt;br&gt;
&lt;br&gt;
We do not offer to You something special. Just nice Slovak nature,
silent and quite, nice meadows and forests. The best is to come to
this place before sunset and wait to dark. You can meet 20 deers.
You can find mushrooms, strawberies, rasberies, blueberies in
around forest. Please, leave items with animals.</groundspeak:long_description>
<groundspeak:encoded_hints></groundspeak:encoded_hints>
<groundspeak:logs>...

I teraz pytanie - gdzie i jak wpiąć w to informacje o obrazkach?
Zwracam uwagę na charakterystyczny opis "groundspeak" przy każdym tagu.

[Ranger]

Jeżeli w groundspeak, to to wyglada mniej wiecej tak:

Kod: Zaznacz cały

  <wpt lat="54.45115" lon="11.162533">
    <time>2008-02-28T00:00:00.0000000-08:00</time>
    <name>GC19T6C</name>
    <desc>Kriegssoll by TrickyMD, Traditional Cache (1.5/1.5)</desc>
    <url>http://www.geocaching.com/seek/cache_details.aspx?guid=5c5066f1-ce9d-4a77-ad15-295e3d593da1</url>
    <urlname>Kriegssoll</urlname>
    <sym>Geocache</sym>
    <type>Geocache|Traditional Cache</type>
    <groundspeak:cache id="804743" available="True" archived="False" xmlns:groundspeak="http://www.groundspeak.com/cache/1/0">
      <groundspeak:name>Kriegssoll</groundspeak:name>
      <groundspeak:placed_by>TrickyMD</groundspeak:placed_by>
      <groundspeak:owner id="546333">TrickyMD</groundspeak:owner>
      <groundspeak:type>Traditional Cache</groundspeak:type>
      <groundspeak:container>Small</groundspeak:container>
      <groundspeak:difficulty>1.5</groundspeak:difficulty>
      <groundspeak:terrain>1.5</groundspeak:terrain>
      <groundspeak:country>Germany</groundspeak:country>
      <groundspeak:state>Schleswig-Holstein</groundspeak:state>
      <groundspeak:short_description html="True">
      </groundspeak:short_description>
      <groundspeak:long_description html="True">&lt;p align="center"&gt;&lt;img src=
   "http://img.geocaching.com/cache/bd0cb014-fae1-4b9a-b5ad-4f07ea6e0a86.jpg"
     border="0" alt="Schild"&gt;&lt;/p&gt;
&lt;table width="100%" border="1" rules="groups" cellpadding="20"&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;td width="50%" valign="top"&gt;&lt;span style=
"font-family: arial;"&gt;&lt;img src=
"http://img.geocaching.com/cache/175f2c58-86fa-4b41-81e0-46e866c86698.jpg"&gt;
&lt;br&gt;

Jest jedno ale - OCPL ma niewiele wspólnego z GC w sensie formatu pliku gpx.
Natomiast ma kontent i być może jest w stanie go wystawić tak, że bez zbednych baletów da się
go używać na wprost w odbiorniku. Też bym wolał dostać format zgodny z grounspeak, tylko co z tego.

[Bas]

W pierwszej kolejnosci trzeba wiedziec jak w Colorado wyswietlic z poziomu gpx obrazki w nim zlinkowane.

Rozne programy rozwiazuja to w rozny sposob.
SmartGPX np. wyciaga z pliku gpx nazwy obrazkow i jesli w folderze o nazwie skrzynki, np. OP1234 takie obrazki beda, to je wyswietli. Rozwiazanie bardzo sprytne, choc wczesniej trzeba sobie takie foldery przygotowac... Troche tez meczace, ale ten problem zostal juz dla OC rozwiazany w powiazaniu z baza Filipsa.

Inne programy generuja na podstawie gpx pliki html i linkuja w nich zdjecia, ale juz pod wlasnymi nazwami.

Tak czy inaczej w pierwszej kolejnosci trzeba wiedziec jak Colorado wyswietla obrazki podpiete pod gpx: jaka musi byc skladnia i gdzie musza byc obrazki. Napisanie konwertera/zmiana skladni pliku gpx czy automatyczne pobieranie obrazkow to problem do rozwiazania dopiero w drugiej kolejnosci.

[Ranger]

I dlatego namawiam kwieto, by trochę pogmerał w Colo.
Rozwiązanie podobne do SmartGPX jest z powodzeniem używane w TB do obsługi przewodników.
Mamy też obsługę skrzynek GC z groundspeak, ale prawdę powiedziawszy co zrobić z obsługą OCPL nie wiem,
przynajmniej dopóki się coś z formatem i zawartością nie wyklaruje.

[Bas]

co zrobić z obsługą OCPL nie wiem

W jakim znaczeniu?
Czego nie ma?
Ostatnio zostaly podpiete obrazki (linki) do gpx zawarte w opisie skrzynki, choc jeszcze nie sa podpisane.
Mozna pobrac dane o wszystkich skrzynkach z OC w jednym pliku - kiedys byl podzial na paczki po 500 i trzeba bylo recznie je sobie odszukac.
Wcale nie twierdze, ze jest idealnie. Co z wiekszych rzeczy warto byloby zrobic?

W zasadzie to temat do Skarg i wnioskow na forum OC, ale mozna tu zaczac, a tam skonczyc, zeby nie balaganic w tym watku

[Ranger]

Dlaczego nie tu ? Sposób pobierania danych z serwisu interesuje chyba użytkowników różnych urządzeń.
Wiadomo, że chodzi o przygotowanie informacji do użytku off-line.
Pobierając ostatnio z szukajki zestaw skrzynek dla okolic Łodzi zauważyłem w pliku gpx linki do obrazków.
Są, ale do uploadu. Tylko z tego nie wynika, że dostałem ten zestaw obrazków ładnie spakowany razem z gpx-em i gotowymi odnośnikami do lokalnego folderu, a do takiego ma dostęp urządzenie.
Mogę oczywiście zafundować sobie symulację linku typu

Kod: Zaznacz cały

<img src="http://www.opencaching.pl/images/uploads/B72D1CF4-28A3-AB0E-3ACD-B6C8DB5EE505.jpg">

zamieniając go na np.

Kod: Zaznacz cały

<link href="local_cache_content/B72D1CF4-28A3-AB0E-3ACD-B6C8DB5EE505.jpg"/>

tylko czy serwis nie może mi tego zrobić ? I np. zarchiwizować do jednego pliku gpx-a oraz obrazków do folderu o odpowiedniej nazwie ? Więc obrazki są, ale jakby ich nie było, bo potrzeny jest post-processing
Nie każdy ma ochotę używać masy różnych narzędzi tylko po to to by skompletować gotowe informacje.
Najprościej by było tak jak napisałem na początku, dostać gotową do użytku zawartość off-line korzystając wyłącznie
z szukajki, rozpakować, zapisać w urządzeniu i już.

[Bas]

Alez to wcale nie jest takie oczywiste GDZIE maja byc obrazki.

Jeden program bedzie wymagac, zeby wszystkie obrazki z roznych skrzynek byly w jednym folderze.
Inny, jak wspomniany SmartGPX, chce zeby obrazki byly w folderach o nazwach skrzynek.
Jak w zwiazku z tym linkowac te obrazki ??
W SmartGPX to w ogole nie jest potrzebne
Inne programy moga miec rozne wymagania.
Robic gpx i obrazki pod rozne urzadzenia - wydaje sie to niemozliwe.
Ktos powie, ze mozna te obrazki recznie z podfolderow przerzucic, ale dla 50, 100, 300 skrzynek to tez bylaby niezla zabawa...

Na dzien dzisiejszy powiesilem program, ktory na podstawie gpx wyciaga obrazki z bazy Filipsa i pakuje je tak, jak sobie tego zyczy SmartGPX. Funkcja pobierania obrazkow bezposrednio z bazy OC (duze obrazki) zostala usunieta po rozmowach z Rada Techniczna OC - obrazki w samych tylko opisach zajmuja 0.9GB (duze obciazenie dla naszych limitow).

Jak ma wygladac odwolanie do obrazka w gpx dla Colorado i gdzie ma byc obrazek, zeby Colorado go widzial?