Strona 2 z 7

: poniedziałek 21 kwietnia 2008, 21:35
autor: ted69
Bas pisze: Format gpx nie ma chyba jakichs szczegolnych praw autorskich...
W koncu jest standardem miedzynarodowym zapisu danych i uzywanym powszechnie w najrozniejszych urzadzeniach- wrecz miedzyplatformowym.

W pierwszej kolejnosci trzeba chyba pomyslec o modyfikacji gpx z OC, a ewentualnie pozniej o konwersji, choc do konwertera chyba nie dojdzie.
Podam link we wnioskach - moze admini sie wypowiedza.... ;)
Zauwaz ze w naszych plikach GPX mamy znaczniki (nie krzyczcie tylko na mnie jesli to sie inaczej nazywa) takie:
<owner>
<type>
<container>
Natomiast w plikach za GC sa one bardziej rozbudowane:
<groundspeak:name>
<groundspeak:container>
itp
Pytanie teraz jest takie - jak poszczegolne programy czytajace pliki GPX dzialaja - czy szukaja tylko stringu typu OWNER czy moze calego, razem z GROUNDSPEAK. jesli to drugo to chyba jest problem.
Piszac wczesniej o prawach autoskich mialem na mysli wlasnie taka druga sytuacje.

: poniedziałek 21 kwietnia 2008, 21:40
autor: Bas
znaczniki/tagi - wiemy o co chodzi ;)

Trzeba wziac jakis prosty gpx z OC (bez rozbudowanych opisow i duzej ilosci logow - moze powyzszy?) i sprobowac go przerobic, zeby byl czytany przez GSAK (bo Colorado nie mam). Jesli wszystko rozbije sie o tag "groundspeak", to faktycznie moze byc problem, a i ewentualny konwerter moglby byc zrodlem klopotow dla autora takiego softu ;)
Mam nadzieje, ze nie.
(chyba zaraz zerkne)

: poniedziałek 21 kwietnia 2008, 21:46
autor: ted69
Bas pisze:znaczniki/tagi - wiemy o co chodzi ;)

Trzeba wziac jakis prosty gpx z OC (bez rozbudowanych opisow i duzej ilosci logow - moze powyzszy?) i sprobowac go przerobic, zeby byl czytany przez GSAK (bo Colorado nie mam). Jesli wszystko rozbije sie o tag "groundspeak", to faktycznie moze byc problem, a i ewentualny konwerter moglby byc zrodlem klopotow dla autora takiego softu ;)
Mam nadzieje, ze nie.
(chyba zaraz zerkne)
jesli chodzi o GSAK - testowalem to na kilku roznych plikach GPX z OC PL - wystarczy dolozyc jeden znak NEW LINE na poczatku, zaraz po znaczniku/tagu
<?xml version="1.0" encoding="utf-8"?>

i juz GSAK czyta taki plik GPX bez zglaszania bledu.
Colorado tez nie mam - moze wlasciciel potestuje i opisze co mu wyszlo z takich przerobek ? :)

: poniedziałek 21 kwietnia 2008, 21:55
autor: kwieto
ted69 pisze:Zauwaz ze w naszych plikach GPX mamy znaczniki (nie krzyczcie tylko na mnie jesli to sie inaczej nazywa) takie:
<owner>
<type>
<container>
Natomiast w plikach za GC sa one bardziej rozbudowane:
<groundspeak>
<groundspeak>
itp
Pytanie teraz jest takie - jak poszczegolne programy czytajace pliki GPX dzialaja - czy szukaja tylko stringu typu OWNER czy moze calego, razem z GROUNDSPEAK. jesli to drugo to chyba jest problem.
Piszac wczesniej o prawach autoskich mialem na mysli wlasnie taka druga sytuacje.
To chyba nie jest jakiś istotny problem.
GPX żywcem ściągnięty ze strony Opencaching.pl, wsadzony do GSAK i wyeksportowany jako GPX również ma format <groundpeak>

Nie wiem gdzie leży problem, bo pierwszy cache (w moim przypadku: "3Drzewa nieopodal Kawerny Kostrze") pokazuje się bez zarzutu - są dane pt. numer, nazwa, autor, poziom trudności, teren, rozmiar, jest opis (bez zdjęć), oczywiście lokalizacja, są wpisy w logu (wszystkie). Nie pokazują się natomiast żadne następne skrzynki, tak jakby problem był na etapie rozseparowania poszczególnych cache'y. Ale sprawdziłem jak to wygląda pod notepadem i nie zauważyłem jakichś specjalnych różnic - w obu przypadkach mamy:
</wpt>
<wpt>

Nie widzę też specjalnych różnic między oboma zapisami...

BTW, przerzucenie pliku przez MapSource skutkuje pojawieniem się ich jako waypointy.
A i trochę pomyliłem się na początku - napisałem gdzieś wyżej, że w module Geocache pojawia się jeden punkt a reszta leci do waypointów, a to nie prawda - do waypointów nie leci nic, musiałem zamieszać z nieusuniętymi punktami z poprzedniego testu.

: poniedziałek 21 kwietnia 2008, 21:55
autor: ted69
UPSSSS :)
nie sprawdzalem ale widze ze to juz jest zmienione - DZIEKI :)
Sciagnalem wlasnie trzy rozne pliki GPX z OC PL - wszystkie trzy odczytaly sie przez GSAKa bez problemow

: poniedziałek 21 kwietnia 2008, 22:00
autor: Bas
A, skoro tak, to GSAK nam w testach z Colorado nie pomoze...

: poniedziałek 21 kwietnia 2008, 22:03
autor: kwieto
ted69 pisze:jesli chodzi o GSAK - testowalem to na kilku roznych plikach GPX z OC PL - wystarczy dolozyc jeden znak NEW LINE na poczatku, zaraz po znaczniku/tagu
<xml>

i juz GSAK czyta taki plik GPX bez zglaszania bledu.
Hmm, mnie GSAK czyta plik śćiągnięty ze strony opencaching bez błędu, tak czy siak...

Jak ma wyglądać dokładnie modyfikacja? Mam wpisać "NEW LINE"?, czyli coś takiego: <xml> NEW LINE
?

Acha, wrzucenie niezmodyfikowanego pliku ściągniętego z opencaching.pl kończy się całkowitym brakiem wpisów w sekcji "geocache".

: poniedziałek 21 kwietnia 2008, 22:07
autor: kwieto
Bas pisze:Ciekawe gdzie powinny byc fotki w Colorado, zeby byly widoczne przy odczycie gpx? Dochodzi problem z pobraniem fotek do pobieranych gpx... Przy jednym nie ma problemu, ale przy 100?
No więc z obrazkami jest problem, bo nie można ich ani podlinkować do konkretnego punktu, ani też nie ma de facto opcji sprawdzenia nazwy konkretnego obrazka. Czyli trzeba by było je ponazywać wg numerów skrzynek i jeszce jakoś pododawać te numerki wprost na obrazku. W Colorado dość dobrze przewija się dane przy pomocy tego kółeczka na góze, ale tak czy siak jest to robota "na piechotę"

: poniedziałek 21 kwietnia 2008, 22:09
autor: kwieto
Bas pisze:A, skoro tak, to GSAK nam w testach z Colorado nie pomoze...
Hmmm, chyba jednak trochę tak :")
Skoro GSAK może konwertować do formatu typowego dla GC, to chyba nie ma problemu z prawami autorskimi.

Zastanawiam się, czemu jest tylko jedna skrzynka widoczna. Tak jakby problem był gdzieś pod sam koniec danych skrzynki (na etapie "travelbugs") albo gdzieś w okolicach rozdzielenia jednej skrzynki od drugiej.
Inaczej pierwsza nie wczytywałaby się chyba poprawnie?

: poniedziałek 21 kwietnia 2008, 22:10
autor: Bas
Z ostatniej chwili. Mam dobre wiesci.

GSAK jednak sie przyda:
Can I use GSAK to generate the gpx file?

Yes. Gpx files exported from GSAK seem to work just the same as Groundspeak's gpx files. There is a Colorado Export GSAK macro that will automatically locate the Colorado, and create the GPX file in the proper location in the device. Includes a form to allow the user to control which caches are exported.
wiecej na stronie:
http://garmincolorado.wikispaces.com/Geocaching

i jest jeszcze napisane, ze mozna ominac GSAK ladujac gpx bezposrednio:
Exactly how are waypoints/geocaches/tracks loaded onto the Colorado from a gpx file?

1) Any new or modified gpx file in the [drive]:\Garmin\GPX directory is loaded by the Colorado at startup.
2) Non-geocache waypoints are added to the Waypoint list.
3) Geocaches in the gpx file are added to the Unfound Geocache list.
4) Tracks in the gpx file are added to the Track list under WhereTo?->Tracks
5) Routes in the gpx file are added to the Route list under WhereTo?->Routes (or the Route Planner)
choc ten sposob moze nie zadzialac, skoro te gpx nie wchodza... ALE sprobowac mozna ;)

: poniedziałek 21 kwietnia 2008, 22:13
autor: ted69
propozycja dla kolegi ovocko:
1.Sciagnij z OC PL jakis GPX z np trzema skrzynkami, przekonwertuj go przez GSAK na wersje taka z "grounspeak" i zobacz jak to bedzie widzoczne w Colorado.
2. Ktorys z plikow oryginalnych z GC - wyeksportuj pod GSAK ze trzy skrzynki na plik GPX i sprawdz jak to czyta Colorado
Latwiej wtedy Ci bedzie szukac roznic miedzy oryginalnymi plikami z GC a tymi po konwersji.

: poniedziałek 21 kwietnia 2008, 22:16
autor: ted69
Bas pisze:Z ostatniej chwili. Mam dobre wiesci.

GSAK jednak sie przyda:
Wyglada na to ze bedzie trzeba wydac te $25 USD za GSAKa zeby miec czyste sumienie:)

: poniedziałek 21 kwietnia 2008, 22:19
autor: Bas
a o formacie gpx dla Colorado pisza na wspomnianej stronie ciut nizej tak:

--------------------------------
This is the simplest gpx file which will import successfully as a waypoint:

CODE
<gpx>
<wpt lat="42" lon="-71">
</wpt>
</gpx>
--------------------------------

This is the simplest gpx file which will import successfully as a geocache:

CODE
<gpx>
<wpt lat="42" lon="-71">
<groundspeak:cache id="1">
<groundspeak:name>Test</groundspeak:name>
</groundspeak:cache>
</wpt>
</gpx>

The Colorado needs to see a groundspeak cache tag and requires a unique integer id for each cache. It also needs a groundspeak name, removing the groundspeak name tag results in neither a waypoint or cache being created.

Both the waypoint and geocache would import without a waypoint name tag but both showed up with a blank name in the waypoint and geocache list. You might run into issues if you import multiple "no name" waypoints.

--------------------------------

Mial racje Ted piszac o "groundspeak"

: poniedziałek 21 kwietnia 2008, 22:21
autor: kwieto
Bas pisze:Z ostatniej chwili. Mam dobre wiesci.

GSAK jednak sie przyda:
Tyle że efektem tej operacji jest właśnie taki "jednokaszowy" plik. Może polskie litery cośÂ krzaczą (zamieniane są przez GSAK na "robaczki", czasem o dość skomplikowanej składni - np. ó zamienia się na coś w stylu &oacute

BTW, zostało do używalności doprowadzone moje stare konto (kwieto) i od tej pory będę pisał pod właściwym (starym) nickiem. Przepraszam za ewentualne zamieszanie.

: poniedziałek 21 kwietnia 2008, 22:23
autor: kwieto
ted69 pisze:propozycja dla kolegi ovocko:
1.Sciagnij z OC PL jakis GPX z np trzema skrzynkami, przekonwertuj go przez GSAK na wersje taka z "grounspeak" i zobacz jak to bedzie widzoczne w Colorado.
2. Ktorys z plikow oryginalnych z GC - wyeksportuj pod GSAK ze trzy skrzynki na plik GPX i sprawdz jak to czyta Colorado
Latwiej wtedy Ci bedzie szukac roznic miedzy oryginalnymi plikami z GC a tymi po konwersji.
Spróbuję jutro i dam znać.
Sprawdzę też (zgodnie z uwagami poniżej cytowanymi przez Bas'a), czy wszędzie gdzie trzeba pojawia się to magiczne "groundpeak:"