Přejít na obsah


Fotka

Chybné PQ - nelze importovat


  • Pokud chcete vložit odpověď, přihlašte se
15 odpovědí na toto téma

#1 Ojin-14084

Ojin-14084

    Advanced Member

  • Members
  • PipPipPip
  • 36 příspěvků(y)

Publikováno 19 April 2009 - 21:47

již třikrát za sebou mi ted přišli PQ, které po rozbalení jsou OK (myslím velikostí srovnatelný soubor co chodil dříve) , ale když jej chci otevřít v Map Source píše to nelze importovat. Jiné soubory tam v pohodě otevřu. Setkal jste se s tím někdo ?
  • 0

#2 Hamerinski

Hamerinski

    Advanced Member

  • Members
  • PipPipPip
  • 358 příspěvků(y)

Publikováno 19 April 2009 - 22:19

S podobnou věcí ano, nahraju do GPS a tam nic. Nahraju starší nebo novější a tam vše ok. Tak zkusím ten co tam nebylo nic a skutečně chyba není u mě, ale v daném PQ. Asi soudruzi udělali zase někde chybku :D.
  • 0

#3 malcor

malcor

    Advanced Member

  • Members
  • PipPipPip
  • 523 příspěvků(y)

Publikováno 20 April 2009 - 7:57

Taky sem e to obcas stane. Kdyz jednou za nekolik mesicu aktualizuju celou republiku v GSAKu tak z tech cca 25PQ jich je vetsinou tak 2-3 vadnych. Proste si je musim nechat poslat znovu.
  • 0
Přehled bookmarklistů a nejoblíbenějších keší v ČR

Garmin Oregon 300 + Topo Czech 2 PRO, případně HTC Touch HD

#4 xpj

xpj

    Advanced Member

  • Members
  • PipPipPip
  • 625 příspěvků(y)

Publikováno 20 April 2009 - 11:53

Nejjednodušší, jak zjistit, jestli to je poškozené, je si ty GPXy ovalidovat, viz: http://www.topografi..._validation.asp

Z výpisu zjistíte, v čem je problém...

Já tak zjistil, že jedno GPX z PQ, co přišlo, mělo místo <gpx tagu tag <GPX a můj parser na tom padal.

  • 0
Garmin GPSMAP 60CSx + Topo Czech 1.2
Sony Ericsson K750i + Opera Mini 4.1beta + Handy Geocaching 3.2.5
Apple iPod Nano + Pocket Queries as VCards (via GPSBabel :-)

#5 bodlak

bodlak

    Advanced Member

  • Members
  • PipPipPip
  • 905 příspěvků(y)

Publikováno 20 April 2009 - 11:56

Nebo přejmenuj na *.xml a otevři MSIE. Zpravidla napise radek, kde je problem.
  • 0

#6 h0--

h0--

    Advanced Member

  • Members
  • PipPipPip
  • 2141 příspěvků(y)

Publikováno 20 April 2009 - 12:40

Obcas byva spatnej znak v nejakym z logu... Aspon gsak mi to nechtel sezrat a po uprave to slo :]
  • 0

Lovím zážitky a zakládám body. | https://openstreetmap.cz/

 

#7 Archi1

Archi1

    Archi1

  • Members
  • PipPipPip
  • 858 příspěvků(y)

Publikováno 20 April 2009 - 16:33

xpj napsal/a:
Nejjednodušší, jak zjistit, jestli to je poškozené, je si ty GPXy ovalidovat, viz: http://www.topografi..._validation.asp

Z výpisu zjistíte, v čem je problém...

Já tak zjistil, že jedno GPX z PQ, co přišlo, mělo místo <gpx tagu tag <GPX a můj parser na tom padal.

Ahojky.
Mohl by jsi prosim te dat strucny navod jak ty GPXy ovalidovat. Diky.
  • 0
Archi1 +/- 49°23.727;15°35.447 Ježek bodne

#8 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 14520 příspěvků(y)

Publikováno 20 April 2009 - 17:10

vzdyt to na te strance je napsane... 1. stahnes si posledni verzi Xercesu z linku, ktery je tam uvedeny. 2. Nekam si to rozbal 3. zavolej z prikazove radky to, co je na te strance napsano.
  • 0

#9 RudaRaptor

RudaRaptor

    RudaRaptor

  • Members
  • PipPipPip
  • 264 příspěvků(y)

Publikováno 20 April 2009 - 18:34

Na podobny problem jsem taktez narazil. Dela to nejaka verze softu ktery loguje primo z telefonu. Do logu program vlozi znak #00 coz znamena obecne konec retezce. XML pak nejde parsovat. Par lidi kteri takto logovali jsem varoval, ze tvori neplatne logy. Ale je mozne, ze je to i necim jinym.
  • 0

#10 klama

klama

    Advanced Member

  • Members
  • PipPipPip
  • 3867 příspěvků(y)

Publikováno 20 April 2009 - 19:47

Problem s neplatnymi znakmi v listingoch alebo logoch nie je staticka zalezitost. Svojho casu ked som hladal pricinu zahadneho tuhnutia garminov ak boli odoslane data 1:1 z gc.com na pristroj som si vsimol ze sa objavovali v niektorych listingov zhluky chybovych dat ktore ale vzdy menili svoju dlzku ale aj obsah...Najprv som myslel ze ide o nieco comu nerozumiem a ze su takto prenasane nejake "speci" informacie - mozno nakoniec naozaj sa aj prenasaju ale ja som to jednoducho odignoroval a bol pokoj. V podstate neviem ci problem s nahodnymi datami pretrvava, pretoze data prevetivne filtrujem a je "vymalovane"...Mozno ale cez tieto data naozaj prudia udaje niekomu kto vie viac...
  • 0

#11 petegeo

petegeo

    Advanced Member

  • Members
  • PipPipPip
  • 1005 příspěvků(y)

Publikováno 26 April 2009 - 16:28

Ted mi prislo z 10ti PQ 7 ktere vyvolaji pad aplikace. Kdyz jsem do soboru kouknul hexeditorem, tak tam mam na zacatku souboru ve vsech vadnych navic tri znaky <?xml version="1.0" encoding="utf-8"?>.... :@:@:@ a protoze to prislo zazipovane, tak to vadne vygeneroval a pak zabalil uz GC.com. :( P.S. tou vyse uvedenou validaci to projde bez problemu. Ta hlasi platnou validitu. Ty tri znaky na zacatku "nevidi". :(
  • 0

#12 MaFa

MaFa

    Advanced Member

  • Members
  • PipPipPip
  • 1383 příspěvků(y)

Publikováno 26 April 2009 - 16:43

No, jo, tomu se rika BOM \xEF\xBB\xBF. Oznacuje to zacatek souboru s UTF.
  • 0
MaFa

#13 druzicka

druzicka

    Advanced Member

  • Members
  • PipPipPip
  • 201 příspěvků(y)

Publikováno 26 April 2009 - 16:56

petegeo napsal/a:
P.S. tou vyse uvedenou validaci to projde bez problemu. Ta hlasi platnou validitu. Ty tri znaky na zacatku "nevidi". :(


Takhle jsem to spustil ja

./SAXCount -v=auto -n -s -f /home/ftp/kesky/krnov/pokus.gpx

a takovou to hlasi chybu

Fatal Error at file /home/ftp/kesky/krnov/pokus.gpx, line 1, char 1
Message: invalid document structure

takze to funguje
  • 0

#14 petegeo

petegeo

    Advanced Member

  • Members
  • PipPipPip
  • 1005 příspěvků(y)

Publikováno 26 April 2009 - 17:12

druzicka napsal/a:
Takhle jsem to spustil ja
./SAXCount -v=auto -n -s -f /home/ftp/kesky/krnov/pokus.gpx

Asi zalezi na znacich co jsou tam navic.
Zkusil jsem jak moje nastaveni
SAXCount -v=always -n -s -f 1396416.gpx
tak tvoje
SAXCount -v=auto -n -s -f 1396416.gpx
a v obou pripadech validace OK..
1396416.gpx: 1625 ms (24401 elems, 12398 attrs, 0 spaces, 2743417 chars)

Mam v souboru na zacatku navic 3 znaky
HEX:ef bb bf

P.S. nicmene Hexeditorem jsem ve vsech vadnych PQ odmazal ty prvni tri znaky a je po problemu. :)
  • 0

#15 druzicka

druzicka

    Advanced Member

  • Members
  • PipPipPip
  • 201 příspěvků(y)

Publikováno 26 April 2009 - 17:24

petegeo napsal/a:

Mam v souboru na zacatku navic 3 znaky
HEX:ef bb bf
P.S. nicmene Hexeditorem jsem ve vsech vadnych PQ odmazal ty prvni tri znaky a je po problemu. :)


Mas pravdu v jednom znaku jsem se uklepl a potom to hlasilo chybu, po zmene za ty spravne nespravne znaky to proslo, coz je divne, ale je to tak.
  • 0

#16 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 14520 příspěvků(y)

Publikováno 26 April 2009 - 18:42

Ja bych se na to hlavne dival z trosku jineho uhlu pohledu. BOM je vcelku prirozena soucast jakehokoliv dokumentu v unicode. Proto by si kazdy program, ktery zpracovava unicode soubory, mel umet s BOM poradit, i kdyz je tam nadbytecny. Takze program, kteremu to vadi, bych nazval jako prinejmensim 'netolerantni'.
  • 0




1 uživatel(ů) prochází toto téma

0 uživatelů, 1 návštěvníků 0 anonymních uživatelů

Reklama

Naše nabídka