>> *** Trasa je myslena posloupnost useku. Stezka je nejaky usek cesty >> specificky vyhrazeny znackou nekomu. > > Tady tomu rozdílu asi úplně nerozumím. Vnímám to jazykově tak, že > trasa je obecnější (dovedu si představit lodní i třeba vesmírnou > trasu), kdežto stezka má konkrétnější turistický význam. Slovo trasa > jsem ale použil hlavně proto, že ho používá sám KČT. *** priklad trasy vs. stezky (a. vs b.): a) mam z Brna do Prahy sve trasy () b) z Brna do Prahy vede dalnice
>> *** myslim ze dobre pravidlo by melo byt: dva nezavisle zdroje >> (1xGPS+UHUL), zarucujici dostatecnou validnost kreslene trasy. Jediny >> zdroj zadnou zaruku nedava... > > Myslel jsem si to původně také, ale před časem jsem se tu ptal na to, > zda mohu zakreslit cestu podle jednoho (vlastního) GPS logu i v lese, > kde na UHULu nic nevidím, a byl jsem několika hlasy ujištěn že ano, že > to kdyžtak někdo opraví. *** Prikazane neni v OSM nic. Nekdy od roku 2008 je tu take tento text[2]. Pokud to bude vychozi postup je to urcite lepe. > Nakonec mi to přišlo logické -- nepřesnost GPS nikdy není tak veliká > (rozhodně menší než měřítko jiných turistických map) a připadá mi > lepší mít na OSM cestu s nevýznamnou nepřesností v tvaru, než ji tam > nemít vůbec. *** vlastni nepresnosti GPS se snadno projevi v zastavbe i v clenitem terenu. Neco se lze docist i tady [1] (az naskoci server). O nevhodnosti oznacit stred polygonu nebo jeho tvar (zamek, muzeum), tvar krizovatky, pomoci GPS je zrejme uz z principu mereni. Tvuj text vychazi z toho ze cestu projdu s GPS, coz je zaklad a pak si pri kresleni ji podlozim UHULem a to je preci ono. Neznamena to, ze na obou zdrojich musi byt cesta nalezena. Minimalne to umoznuje interpretovat log GPS, ktery je v krajine sam o sobe tezce rozlustitelny. >>> 4) Na kartě Nastavení pluginu WMS plugin (osmá shora) si pomocí tlačítka >>> Přidat přidejte tato WMS (URL zkopírujte přesně!): >>> Jméno v menu WMS URL >>> CUZK >>> UHUL Ortofoto >> *** IMHO soucast vychoziho nastaveni JOSM > > Nejsou, viz výše. Jdou sice přidat ze seznamu v dolní části okna, ale > pak je CUZK černý a jako vrstva nad UHULem skoro neviditelný. Proto > jsem do návodu dal bílou verzi. *** Ano, tak. > >> **** optimalni zvetseni pro UHUL je cca 100 metru. UHUL ma rozliseni >> 1px/m. Zbytecne to pak pozira vykon JOSM. viz: >> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#WMS_UHUL_-_ortofotomapa > > Z pohledu rozlišení ortofotomapy to asi chápu, ale z pohledu kreslení > moc ne. Neumím si představit, že bych při zvětšení 100 metrů něco > rozumného nakreslil. Při 20-30 metrech (a budovy podle CUZK ještě > méně) mi to naopak jde výborně. *** 100m je doporucene priblizeni pro nacteni UHUL, to nesouvisi s praci v teto podobrnosti. > Opačnou zkušenost mám i s výkonem -- ve velkém zvětšení se mi UHUL > načítá rychle, v menším strašně pomalu. Rozdíly v rychlosti samotného > JOSM nepozoruji. *** Ja ano, mozna mam stary stroj. Staci zvysit bitovou hloubku nebo priliz podrobne rozliseni a JOSM ma co delat. > Ještě bych doporučil spustit JOSM s dostatečnou velikostí vyhrazené operační > paměti - > minimálně 256MB, čím více tím lépe, jinak se bude JOSM zasekávat. *** byval to problem, jestli je jeste dnes, nevim PS: kapitolu jak spravne interpretovat a kreslit do OSM GPS logy jsem taky kdysi popsal tuna [1] diky hanoj [1] http://gis.templ.net/dp-osm_git.pdf [2] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Pou.C5.BE.C3.ADv.C3.A1n.C3.AD_zdroj.C5.AF _______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
