19 odpovědí na toto téma

[medwyn_cz]

Mikrom vystavil na svem webu novou verzi exportniho makra pro BeelineGPS (cest jeho praci, makro je docela fajn) kompatibilni s GG2.
http://www.mikrom.cz...hp?docs&file=78

Potykam se ale s urcitymi problemy pri naslednem importu do Beeline (nektere paznaky v listingu, & v nazvu kese atp.)
Existuje v makro jazyku nejaky efektivni zpusob, jak kese zbavit takovych bordelu pri exportu (nehledam zmenu listingu v db geogetu, to neni definitivni reseni (aktualizace atp)).

Problemove: GCW46N, GC179QB - jde o ty paznaky v listingu.

Samozrejme jde provest urcita rucni editace. Ja ale casto pripravim doma gpx soubor a importuji do beeline treba az v terenu. Je strasne nemile pak zjistit, ze od treti kesky nejde soubor nacist protoze je tam vyprznene schema. V PDA nasledne soubor nejde rozumne editovat a kacerske odpoledne je v pytli

Nevim jestli Beeline bojuje s urcitou skupinou znaku ci s nejakym jednotlivym, zatim mi ho jiste zabijel tento:
Na jeden znak by asi pomohl i replace ve stringu, to je fakt.

Mikromovi se nektere problemy pomohlo vyresit pomoci zabaleni do UtfToAscii(), ale na ctverecek to nepomaha.

Napada nekoho pekne, efektivni reseni jak vyresit sproste exporty na veky veku?

PS: Ctverecek jsem poslal jako obrazek protoze byl schopen rozhodit i RSS na webu GG, viz zde

[HaLuMa]

medwyn_cz napsal/a:
Potykam se ale s urcitymi problemy pri naslednem importu do Beeline (nektere paznaky v listingu, & v nazvu kese atp.)
Existuje v makro jazyku nejaky efektivni zpusob, jak kese zbavit takovych bordelu pri exportu (nehledam zmenu listingu v db geogetu, to neni definitivni reseni (aktualizace atp)).

To jsou klasicke paznaky na konci short-description. U Groundspeaku maji nekde pri zpracovani na wbove stranky naalokovano na retezec vice bytu nez potrebuji a tak se na konec pridava nejaky nahodny obsah pameti. (Pri kazdem zobrazeni stranky tim padem jinak...) A dodnes to nebyli schopni opravit.

Geoget pri importu provadi ucesani alespon do takove miry, ze se v datech nevyskytuji invalidni sekvence znaku. To co proleze, jsou pak uz korektni UTF-8 znaky a s temi se tezko neco dela, nebot se strojove neodlisi od znaku, ktere se v textu mohou vyskytovat zcela legalne.

Tebe konkretne trapi ctverecek, ktery je ve skutecnosti znak s kodem ctyri. To je dokonce i korektni ASCII znak, proto prolezl i tim UtfToAscii. Problem je v tom, ze pokazde ten znak muze byt jiny. Zitra narazis na jiny znak, atd.

Jistym resenim by bylo ty importy do Geogetu jeste trosku vic ocesavat tak, aby se v textu nevyskytovaly ani tyto nepatricne ridici znaky. Takze tam maximalne zbydou paznaky, ktere sice nedavaji smysl, ale nemely by uz nic zborit.

Ano, jiste by slo tyto ridici znaky orezavat prim v makru (mas tam funkce na nahrazovani v retezci, na prochazeni retezce znak po znaku, atd.) ale pro tento ucel mi to prijde zbytecne pomale. Lepsi bude to orezat uz pri importu.

Jinak je tu jeste funkce AnsiToGPS, ktera pusti ven jen omezenou mnozinu znaku, ktera je primo podporovana GPS-kami. (Pred tim je potreba si prevest UTF na ANSI... priklad je v tom Garminim exportu.) To by na ty paznaky stacit, ale to je dobre tak maximalne na nazev kesky, listing to uz oreze asi moc...

medwyn_cz napsal/a:
PS: Ctverecek jsem poslal jako obrazek protoze byl schopen rozhodit i RSS na webu GG, viz zde

To je nalinkovane RSS ze zdejsich diskuzi.

[medwyn_cz]

Bezva. Pro moje ucely tedy bude zatim asi stacit prochazet short description a nahrazovat ctverecek za neco jineho. Diky

[HaLuMa]

Jenze to budes muset udelat 28x pro znaky s kody 0 az 31 (vyjma znaku s kody 9, 10 a 13).

[medwyn_cz]

hm, to neni zrovna chytre. Navrhujes nejake jine reseni? Idealne znasilnit groundspeak at si to opravi :-)

[HaLuMa]

Navrhuji, abys pockal, dneska soupnu dalsi verzicku GG2, ktera to bude resit uz v okamziku importu dat, a bude požato.

[medwyn_cz]

Cekam se slinou u pusy Herdek premejslim jak se ti odmenit, protoze podpora jakou rozjizdis u GG je na freeware naprosto nevidana (jeste tak mozna Klama ).

[HaLuMa]

Pripomina mi to jedno porekadlo: "Od te doby, co byly vynalezeny prachy, se nedekuje."

[medwyn_cz]

Jenze dalsi penize se mi do geocachingu ted vkladat nechce. Musi me hrat vedomi, ze tak pomaham i nasledujicim generacim a diky mym pripominkam budujes lepsi a lepsi program. Ale konec OT Resim jeste jednu vec: jak v makru zkopirovat slozku nekam jinam? pripadne treba prejmenovat slozku (plnou souboru). Zkousel jsem par moznosti, ale vetsinou to nejde prelozit a nebo to po prelozeni nefunguje.

[HaLuMa]

Jsou tam zatim jen funkce pro pracis jednotlivymi soubory, pripadne vytvoreni adresare, ci hromadne mazani (podle masky), ale pro prejmenovani ci smazani adresare tam nic neni. Asi tam mohu neco pridelat.

[mikrom]

aktualizovana verze, v takovem tom okne co se zobrazi po kliknuti na cache je hodnoceni, nadm. vyska, hint, obtiznost, teren, waypoint, typ, velikost...

http://mikrom.cz/docs/geocaching

[choze]

Nesmělý dotaz - v čem se liší import takto upraveného gpx z GeoGetu od přímého importu Pocket Query GPX?

[HaLuMa]

Nepouzivam BeeLine, ale stacil mi letmy pohled na posledni zmeny: "upraveny informace waypointu, nyní nadm. výška, hodnocení, hint.."

Tak se to ucite lisi? Nebo tvoje PQ od Groundspeaku obsahuje treba nadmorskou vysku, nebo hodnoceni kvality? Obsahuje tvoje PQ od Groundpseaku treba tebou vypocitane finalni souradnice mysterek?

Staci to jako smela odpoved?

[choze]

Stačí

[mikrom]

nova verze makra!
http://mikrom.cz/ind...hp?docs&file=78

do listingu prida na zacatek poznamku co mate v geogetu
a ke vsem kesim a waypointum pridava <ele></ele>, takze kese a waypointy obsahuji nadmorskou vysku

[Rufuc]

XML Parse Error: Not well-formed (invalid token) at line 29 Soubor přikládám a abych doplnil..export se "jakože" provede, ale nahlásí to jen jeden exportovaný bod (v příloze je gpx s jednou keší, ale testováno i s více) když sem se do gpx souboru díval přes texťák, tak na řádku 29 je zrovna ta poznámka z GeoGetu

[mikrom]

aha, ono se to nechce kamaradit s diakritikou.. prepsal jsem to na Poznamka a uz to jede ke stazeni viz vyse..

[mikrom]

trochu jsem poladil formatovani ty poznamky, ted je sedem obdelnicku cerne oramovanem.. je to decentni, ale myslim dostatecne oddeleny od listingu..

[mikrom]

v20090616, definitivne dokoncena sekce s poznamkou, generuje se jen kdyz poznamka existuje, pokud je v poznamce odradkovani, tak se projevi, a kod je se zavrenejma ocima validni (tabulka v odstavci)

[Rufuc]

Konečně sem se dostal k tomu, abych odskoušel poslední verzi exportního makra a ejhle, Houstone máme problém... Při generování Field notes je nežádoucí aby keška byla pojmenována jménem jak je tomu díky tomudle makru. Potřebuje to podle GC kódu Ještě že jsem odlovil jen dvě kabky. Jinak by mě braly mdloby :-D