19 odpovědí na toto téma

[ToRo61]

Mám cca 100MB GPX soubor (pouze s tradičkami), ale když jej předhodím POILoaderu, tak ten jej vyhodnotí jako neplatný. GPX mám generovaný z GSAKu, soudím, že je validní (browser jej zobrazí). Nedá se nějak blíže zjistit, proč se GPX POILoaderu nelíbí? Nemůže být problém s velikostí GPX nebo počtem bodů v něm obsažených? Díky za radu.

[HaLuMa]

Ze jej browser zpbrazi, jeste vubec neznamena, ze je validni. Nejjistejsi je to prohnat GPX validatorem. viz. http://www.topografi..._validation.asp

[gord]

Jeste mam zkusenost s chybnym kodovanim cestiny. Pokud je chybne cestina, POILoader to spolehlive vyhodi. A zrovna takovy soubor jsem zkoumal - vytvoril jej ... GSAK :-)

[ToRo61]

Když spustím '\SAX2Count.exe -v=always -s -f test_no.gpx
tak to vypisuje Message: no declaration found for element

Když mu '-s' uberu, tak SAX2Count.exe skončí OK, ale POILoader stejně test_no.xml prohlásí za neplatný.

Jak gord píše, tuším problém s nějakým národním znakem. Přikládám test_no.gpx k posouzení.

[gord]

POILOader (Garmini GPS) umi jen utf-8 a tohle ma kodovani cp1250.

[ToRo61]

No, ale stejným makrem z GSAKu vyexportovaný Traditional.gpx má taky cp1250 a ten POILoader schroustne.

[zuzra]

Resim ted uplne stejny problem, pouzivam stejne makro, ale Poiloader nenacte multiny. Hodi hlasku, ze program prestal reagovat. Zatim jsem vyzkoumal, ze to projde po mensich kouskach, ale vetsi pocet kesi najednou to nevezme. Zajivame, ze u tradicek je pocet bodu vyssi a nahrat jdou bez problemu. Zkousel jsem i novejsi verzi makra, ruzne verze poiloader, win 7 i XP. Bohuzel bez uspechu. Budu jeste experimentovat a uvidime, jestli se k necemu doberu.

[gord]

Jedina cesta je pulenim intervalu zkracovat a prodluzivat GPX soubor a najit kes, ktera to zpusobuje.

[zuzra]

To je prave ten problem. napr. v rozsahu 0-100km od HC to funguje, 99-200km funguje, ale 0-200km nefunguje ((

[HaLuMa]

ToRo61 napsal/a:
Jak gord píše, tuším problém s nějakým národním znakem. Přikládám test_no.gpx k posouzení.

Zkusil jsem ten test_no soupnout memu POIloaderu, a normalne to zpracoval.

[Parkis]

Problém s "neplatným" souborem jsem měl taky, konkrátně s final waypointy. Pracným půlením intervalu jsem našel viníka, jeden waypoint měl jakési astronomické souřadnice (N4000.000 E5000.000 nebo tak nějak). Nevím jak se tam dostaly, ale po odstranění tohoto waypointu už proběhla konverze bez problémů.

[HaLuMa]

ToRo61 napsal/a:
No, ale stejným makrem z GSAKu vyexportovaný Traditional.gpx má taky cp1250 a ten POILoader schroustne.

Mozna hloupa otazka, ale to soupne do CP1250 i kdyz se uz v listingach mohou vyskytovat jakekoliv unicode znaky?

[zuzra]

Ja prave zjistil, ze odstranenim child waypointu, to poiloaderem projde v pohode. Takze problem bude opravdu nekde tam.

[ToRo61]

HaLuMa napsal/a:

ToRo61 napsal/a:
No, ale stejným makrem z GSAKu vyexportovaný Traditional.gpx má taky cp1250 a ten POILoader schroustne.

Mozna hloupa otazka, ale to soupne do CP1250 i kdyz se uz v listingach mohou vyskytovat jakekoliv unicode znaky?

Tak popořadě - nejdříve odpovědi :
a) jedna chyba byla zřejmě mezi klávesnici a židlí - i já dnes ten výše přišpendlený test_no.gpx svým PoiLoaderem zpracuji.
Nejdříve jsem si ale myslel, že HaLuMa má nějakou protekční verzi PoiLoaderu, ale teď jsem se uklidnil
b ) to, že z GSAK makra GPX_by_Cache_Type Oregon vyleze XML/GPX, které má v hlavičce CP1250 jsem dosud neřešil, protože mi to pak PoiLoader vždy strávil
c) ten původní 100MB GPX jsem nakonec přechroustal do POI, takovým tím SW udělátkem, který tady tak často zmiňujete (GeoGet se to tuším jmenuje )

a pak otázky - pokud má se mnou ještě někdo trpělivost
a) musí nebo nemusí být GPX pro PoiLoader v utf-8?
b ) SAX2Count.exe konfrontuje kódování v hlavičce GPX s tím, co je v těle GPX? Jinými slovy... pokud bude v těle unicode znak a v hlavičce CP1250, tak mě to vyhučí?

zuzra: jakéže to makro v GSAKu používáš pro export do POI?

[gord]

ToRo61 napsal/a:
a) musí nebo nemusí být GPX pro PoiLoader v utf-8?
b ) SAX2Count.exe konfrontuje kódování v hlavičce GPX s tím, co je v těle GPX? Jinými slovy... pokud bude v těle unicode znak a v hlavičce CP1250, tak mě to vyhučí?

zuzra: jakéže to makro v GSAKu používáš pro export do POI?

a) Jak sis overil, nebusi, muze byt i jine (pro me je to novinka, nikdy jsem to nezkousel). Ale protoze listing muze obsahovat jakykoli znak unicode, ne utf podle me velmi rozumna volba.
b) neznam, odpovedet neumim

[zuzra]

ToRo61: Az doposud jsem pouzival GPX_by_Cache_Type, nyni zkousim prejit na novejsi Nuvi_GPX_by_CT. GPX jsem zkousel vygenerovat v obouch, ale poiloader nevzal ani jedno.

[HaLuMa]

ToRo61 napsal/a:
b ) SAX2Count.exe konfrontuje kódování v hlavičce GPX s tím, co je v těle GPX? Jinými slovy... pokud bude v těle unicode znak a v hlavičce CP1250, tak mě to vyhučí?

Teoreticky je to tak:

Kdyz oznacis, ze obsah je v CP-1250, tak pokud je obsah v UTF-8, tak to strojove nepoznas. Pro CP-1250 jsou platne vsechny hodnoty jednotlivych bytu, takze obsah dava smysl, jen ty, jako clovek, uvidis misto unicode pismenek shluky jinych znaku. Takze obsah by mel byt vzdy zpracovany, jen vyprodukuje nesmysly.

Pokud ale obsah oznacis jako UTF-8, pak pro toto kodovani urcite sekvence znaku nemohou existovat. Takze pokud se nahodou takova sekvence v datech objevi (treba proto, ze obsah je kodovany nejak jinak nez do UTF-8), pak na to ruzne programy reaguji jinak. Nektere spadnou, nektere v tom miste data useknou, jine chybnou sekvenci vynechaji a pokracuji dale...

Jak se konkretne zachova POIloader, to by chtelo vyzkouset... az bude cas.

[klama]

Moja skusenost: Pre POI loader je bezpecne pouzivat CP1250 pretoze tam je len jednobytove kodovanie a nie je dovod k padu importneho programu Niektore znaky v CP1250 vsak neexistuju/nemaju ekvivalent/ a tak pri konverzii z UNIcode alebo UTF-8 musi dojst k znehodnoteniu ich vyznamu . Pre prenos informacii je asi najlepsie pouzit UTF8 kodovanie ale je nevyhnutne pre istotu kontrolovat ci dana mnozina neobsahuje sekvenciu bytov, ktora sposobi chybu parsovania na "prijimacej" strane. Len tak je mozne vylucit pad programu ako je POIloader a podobne UNIcode toto riesi globalne a bezozbytku ale este potrva kym vsetko bude v tomto kodovane... .

[mikrom]

imho pro zaklad uspechu je mit soubor skutecne v tom kodovani, ktere deklaruju v hlavicce xml, ne? a osobne bych nechal jen unicode a vsechny ostatni kodovani zrusil! usetrilo by to TOLIK prace..

[zuzra]

Tak já mám konečně vyřešený problém. Spočíval v cca 1300 child waypointech se souřadnicemi 0,0. To Poiloader asi nerozdejchal. Po jejich výmazu všechno šlape jak má!