Ahoj, ty GPS tracky ze serveru jsou dobra vec, ale momentalne drhnou na faktu ze lidem z OSM trva schvaleni noveho tracku vice nez tyden. To uz je jak kdyz se jde s dernou paskou k pocitaci a za tyden si prijdete pro vysledek.
K hanoj wrote: >>> Rozhodne si nemyslim, ze podstatou OSM je geodeticka presnost >>> vynasenych dat, ale zodpovedne a soustave vytvareni geodat v >>> dostupne presnosti. Do zodpovednosti povazuji 2x track z GPS jedne >>> trate, nebo jiny overovaci prostredek, trebas kontrola vynesene way >>> nad ortofoto. Podstata tkvi v tom, ze k jednotlivym mapovanym >>> castem nejsou pridavana temer radna metadata o tom jak vznikla ci >>> jakou potencialni presnost vykazuji, jakou metodiku uzivatel >>> pouzival. Pokud budu mit podezreni o dokonalosti, nezbyva mi nez to >>> cele projezdit a udelat cele odznova. To by bylo velmi nestastne. >> Uznavam ze 2x gpstrack jedny trate by byl pekny, ale casto to bohuzel >> neni realisticky. (Myslim, ze u trati to jeste neni tak hrozny -- >> trate jsou _velky_ objekty, u pesinek v lese je to o hodne horsi, a >> kdyz jsou pesinky v lese huste, je v tom dost rychle dost velkej >> maglazj). Jen by bylo dobry, aby se track objevil v mape uz po tom >> _prvnim_ projeti -- pokud to vypada rozume, gpska nekecala a odpovida >> to aspon landsatu. > *** Geoprvek "linie" ma jit vzdycky v ose modelovaneho prvku, at uz jde > o zeleznici nebo silnici. Data se vynasi ve chvili, kdy mam dost velkou > jistotu o jejich spravnosti. Toho lze dosahnout jen opacne orientovanymi > tracky. > Jejich tvar a vzajemna vzdalenost take hodne rika o presnosti mereni a > vhodne charakterizuje samotne teleso komunikace, utvrzuje nebo vyvraci > tvar v komplikovanych podminkach. Nevim co je na obousmernem projeti > nerealistickeho. Mimo pokryti leteckym snimek z yahoo to povazuji za > nezbytne. > Mame stroje s presnosti v idealnim pripade <4m, ortofotomapu v idelanim > pripade 1-?m (Geodis miva okolo 1m, CUZK az 5m, Geodis na mapy.seznam.cz > klidne i 10m). Postihnout 7m silnici v ose neni takovy problem, podminky > pro to jsou. Tak jich vyuzivejme! > > *** Problem v lese je zvyrazneny o to vic, ze se obtizne z tracku > interpretuje geometrie trasy. Pocet oblouku ve vice mereni odpovida, > jejich prubeh je hodne odlisny, prekrizeny pro vegetaci, terenni prekazky. > > >> Metadata by se hodila... co treba pridavat verified=1 po te co >> projedu danou way podruhe a data rozumne odpovidaji? Kdyz to nekdo >> projede podesaty, muze tam treba nastavit verified=10... > *** zajimava myslenka. Spise by to chtelo do JOSM > dostat i tracky cizi, coby podklad, protoze jen tak ja muzu vyuzit > znalosti jineho. > Samotna informace, ze on to projel jednou a ja jednou nevede k vysledku > presnejsi way. > >> Ad import UIR-ADR -- jsem pro vsemi deseti, v Praze je toho dost >> hotovyho (diky yahoo snimkum), ale jmena ulic chybi. Ale zatim jsem >> neprisel na to _jak_ ta data vytahnout. > *** o zadny import UIR-ADR nejde... > *** jde o rucni vyuziti znalosti o adresach objektu, tedy legalni zdroj > informaci > *** generovat z toho neco jako nazvy ulic jak to delala CEDA by bylo > dost bidne kvality, jak je koncu konec vidno > > > zdravi > > > Hanoj > > > _______________________________________________ > Talk-cz mailing list > [email protected] > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Jakub Sýkora email: [EMAIL PROTECTED] <') ICQ: 68976632 ( =- mobil: +420 777 594 201 '' _______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
