14 odpovědí na toto téma

[SHANTI Team]

Zdravim vsechny nadsence co pouzivaji GSAK a mam dotaz: Gsak umi velmi dobre generovat html listing, ktery si nasledne nahravam do PDA, ale protoze kesi v CR je stale vice tak vygenerovany soubor je stale vetsi a vesti a zabira cim dal vice mista, o misto me ani tak nejde, ale to co me trapi je, ze se to nasledne kdyz to chci pouzit v PDA a nejakou kes otevrit tak se to nacita strasne pomalu:-( Nemate nejake jine reseni jak to vygenerovat ci zmensit aby to fungovalo rychleji?

[marekl]

1. Negenerovat všechny keše v ČR najednou. To jsi asi nechtěl slyšet 2. Já už často na HTML export z GSAKu kašlu. Když potřebuji, tak se z mobilu připojím an net a listing si přečtu tam. Ty máš myslím symbianový smartphone, takže tam by to neměl být žádný problém s vestavěným prohlížečem nebo s Operou Mini.

[SHANTI Team]

1/ :D:D:D:D:D jj to jsem opravdu nechtel slyset 2/ ok testnu to, napadlo me to take ale jeste jsem to netestoval P.s.: pamatuji si, ze v pradavnych dobach geo nekdo generoval html, je me jasne ze tehda bylo kesi podstatne mene, ale kdyz si vezmu stejny pocet kesi a podivam se na velikost souboru co vygeneruje gsak a co udelal nekdo jinak tak je v tom podstatny rozdil, ale fakt nevim jakto dokazal:|

[cztweety]

A proc nepuzijes BeeLineGPS a GPX soubory ? Mas vtom komplet listing (logy,Hinty,...) a je to hlavne rychle.

[PaBa]

Velky je hlavne ten index - stranky jednotlivych kesi jsou samozrejme v pohode. Uz jsem Clydovi kdysi navrhoval, aby ten index rozdelil (napr. jmenny podle 1. znaku atd), ale nic Od verze 7 jsou nastesti jednotllive stranky kesi pojmenovany podle waypointu, takze to resim tak, ze ho tam napisu - driv to neslo, protoze tomu prideloval nahodne poradove cislo. Takze ted je to v pohode - v benchmarku mam jednu kesku, kterou si natahnu, opravim jmeno waypointu a je to

[SHANTI Team]

JJ take jsem psal pred nejakym mesicem Clydovi, ale nic Nicmene PaBo diky to je fajn napad

[bv1]

Ten index Name by sel pomerne jednoduse rozsekat makrem. Ale nenapada me, jak rozumne rozdelit ty ostatni indexy. Pokud by stacil ten Name, tak to klidne zkusim.

[abakus]

HTML je pořád rychlejší řešení než BeeLine nebo GPX Sonar. Já jsem HTML výstup ba naopak začal používat a je to o hodně pohodlnější než to tahat online. Mám UMTS připojení (tam kde je) a i tak je to na online listingy šílené. Hlavní problém je příšerný HTML kód gc.com, jedna stránka bez obrázků má bezmála 200 kB, což je fakt síla. Pokud si vygeneruju HTML pro 600 keší, tak je to pořád v pohodě. A to se bavím o Smartphonu s relativně slabým procesorem, PDA to louská úplně bez problémů. Dalším řešením by mohlo být vygenerovat si HTML po řekněme cca 1000 kouscích do zvláštního adresáře, takže by člověk měl 5 adresářů, ale v každém z nich by byl index o 1000 položkách, což je pohoda.

[marekl]

Tak já teď zrovna nejsem na UMTS a listing z GC.com mám načtený do půl minuty. Osobně je to pro mě rychlejší než najít PDA, zapnout PDA, najít index.htm, najít keš. Navíc když chci, mohu si klepnutím nechat zobrazit všechny logy, podívat se na cíl travel bugu nebo coinu.

[abakus]

No já to mám všechno v telefonu. Načtení listingu z uloženého html je max na 10 sekund. On-line listingy mají svůj smysl kvůli těm logům. Taky to občas použiju, ale když pořebuju jen hint nebo vzorec pro multinu, tak je to prostě z uloženého html rychlejší. Obzvlášť pokud jsem někde v lese v údolí a jsem rád, že vůbec mám GPRS. btw: myslím, že nalezení PDA by v tvém případě mohlo být stejně náročné jako nalezení mobilu - nosíš ho přece ještě v té brašnicce, ne? Ale myslím, že o to tu nejde. Každému vyhovuje něco jného a mění se to. Offline listingy mají smysl stejně jako online.

[GeoBenediktCZ]

Dotaz keškového laika: Všichni jste PM a všichni i právoplatní uživatelé GSAK - jak to že tak řešíte listingy v HTML a nikdo z vás nepoužívá jako rutinu export gpx z GSAKu toho co předpokládá, že bude potřebovat (což máte před odjezdem za dvě minuty, a následné čtení listingů v PDA přímo v gpx (hlavně na Shantiho s PDA, ti telefoňáci asi přímo s gpx nepochodí - nebo jo?) Co by mě mohlo navnadit taky řešit hromadné HTML výstupy?

[bv1]

[quote]PaBa napsal/a:
Velky je hlavne ten index - stranky jednotlivych kesi jsou samozrejme v pohode. Uz jsem Clydovi kdysi navrhoval, aby ten index rozdelil (napr. jmenny podle 1. znaku atd), ale nic


Zkusil jsem napsat makro na rozdeleni jmenneho indexu a nacitani indexu se na PDA zrychlilo. Aplikuje se na jiz vytvoreny listing z GSAKU.
Ma smysl jen pro objemne listingy (napr.cela CR) a rozdeluje jen jmenny index. Kdo potrebuje, at vyzkousi.

[SHANTI Team]

No to je ono, ted to konecne funguje jak ma, diky moc za pomoc

[Milancer]

Ano, taky jsem resil podobny problem, jak do telefonu (smartfonu) nahrat pokudmozno vsechny listingy nenalezenych kesi v CR. Marekluv system tahani listingu primo z gc.com je sice dobry ale me se neosvedcil. Nekolikrat me stal DNF na miste kde neni pokryti siroko daleko. Takze ted generuju z GSAKu 3 exporty. 0-100 km, 90-200 km a 190-400 km. Mam tam vsechno a i index se ve vestavenem wapprohlizeci nacita rozumnou dobu. Dobej napad je ten co psal PaBa, s prepisovanim bookmarku.

[abakus]

GeoBenediktCZ napsal/a:
Dotaz keškového laika: Všichni jste PM a všichni i právoplatní uživatelé GSAK - jak to že tak řešíte listingy v HTML a nikdo z vás nepoužívá jako rutinu export gpx z GSAKu toho co předpokládá, že bude potřebovat (což máte před odjezdem za dvě minuty, a následné čtení listingů v PDA přímo v gpx (hlavně na Shantiho s PDA, ti telefoňáci asi přímo s gpx nepochodí - nebo jo?) Co by mě mohlo navnadit taky řešit hromadné HTML výstupy?

Do PDA programy na prohlížení GPX existují, pro MS Smartphone se mně ale nepodařilo nic sehnat. Jak je na tom Symbian, to nevím. Ne-smartphony, které zbaští jen java aplikace mají s gpx asi taky smůlu takže jediné offline řešení je HTML.