Re: [Talk-cz] Možnost využití dat Povodí Lab e

2008-10-24 Tema obsahu Tomas Kolda
Ja to delam presne obracene, pro grafiku spojuji entity se stejnymi 
atributy a navigacni data beru tak jak jsou. Proste to pro OSM 
upravim... A stejne tak se to bude muset udelat pro Garmin, jak rikas.


A timto bych uzavrel tenhle offtopic :)

T

Ondrej Novy napsal(a):

Ahoj,

On Fri, Oct 24, 2008 at 09:48:37AM +0200, Tomas Kolda wrote:
  
V tom pripade se pouziva to co jsem psal v druhem odstavci (sekani ways 
pomoci algoritmu, jenz urcuje zda tam krizovatka je ci neni). Komercni 
navigacni data napr. multinet jsou skutecne rozsekana po castech (format 
GDF).
Jestli je to v OSM takto zavedene, tak proc ne. Asi tento zpusob 
zpracovani zavedli, protoze je tak kreslena vetsina silnic. Osobne bych 
volil druhou variantu, ale na to uz je pozde...



ber to tak, ze z aktualni varianty do tve varianty se to da kdykoliv
zkonvertovat 'online' (napr. pri buildovani routovacich dat - tak to dela
Garmin - ma ulozeny cary jako spojnice + routovaci graf zvlast, mimo jine
proto v Garminu nefunguje aktualne routovani nad OSM :).
Obracene to jde hur (nemuzu jen tak spojovat automaticky veci).

  


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Možnost využití dat Povodí Lab e

2008-10-24 Tema obsahu Tomas Kolda
Vecer neco poslu. Ja vybral oblast kde jsou polygony, linie i riverbank. 
Kdyz posles bounding rect udelam oblast na morave. Hlavne at to neni moc 
velike...


Jinak kdyz to dam do JOSMu a pak stahnu okoli, tak ta oblast co jsem 
posilal sedi skoro presne...


T

Petr Nejedly napsal(a):

Tomas Kolda napsal(a):
  

Ahoj,

takze jsem dodelal import. Dost me zdrzel prevod souradnic, ale melo by 
to byt ok. Pro zvedave k presnosti posilam vysek databaze v okoli 
prehrady. Zatim je tam jen waterway a vzdy river, ale nazvy uz tam 
jsou.Polygony a brehy jeste dodelavam.


Podivejte na super prehnanou presnost u nekterych potucku, presne jak 
jsem rikal.


http://www.web2net.cz/osm/dibavod.zip



Mohl bys, prosim, zkusit udelat kousek na hornim toku Moravy?
Mapoval jsem ho podle ortofoto, ale nakonec jsem to doladil podle katastru,
a muj pokusny import DIBAVODu mel stejny tvar krivek, ale byl o par (desitek) 
metru mimo
http://www.openstreetmap.org/?lat=50.15321&lon=16.81535&zoom=17&layers=B000FTF

  


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Možnost využití dat Povodí Lab e

2008-10-24 Tema obsahu Tomas Kolda
V tom pripade se pouziva to co jsem psal v druhem odstavci (sekani ways 
pomoci algoritmu, jenz urcuje zda tam krizovatka je ci neni). Komercni 
navigacni data napr. multinet jsou skutecne rozsekana po castech (format 
GDF).
Jestli je to v OSM takto zavedene, tak proc ne. Asi tento zpusob 
zpracovani zavedli, protoze je tak kreslena vetsina silnic. Osobne bych 
volil druhou variantu, ale na to uz je pozde...

T

Petr Nejedly napsal(a):
> Uff, fakt nekdo videl navigaci nad OSM, ktera by mela problem s prubeznou
> silnici? I ten gpsmid do mobilu si, krome grafu pro renderovani grafiky
> predpocita i separatni routovaci graf, ktery obsahuje prave jen ty krizovatky
> (nalezene automaticky i na tech prubeznych krizovatkach) a zadne mezilehle 
> nody
> (protoze proc by routovaci algoritmus melo zajimat, krome prirazene ceny 
> spojnice,
> kudy se dana cesta krouti).
>
> Naopak, kdyz bych si predstavil mapu New Yorku, ve ktere by kazdy ten 
> 200yardovy
> usek ulice mezi dvema avenue mela byt separatni way, asi bych se opupinkoval
> pri predstave, ze jsem udelal typo v nazvu jedne ulice.
>
> Zaver: Spojujte ulice, spojujte silnice. Jedine, co vam v tom muze zabranit
> jsou odlisne parametry segmentu (bridge, speed limit), kde by OSM uzila mirne
> hierarchicky model (tohle je way II/601 a sklada se z techto casti). Ale to 
> vlastne
> pouzivaji napriklad cyklisti s relacema, ze?
>
>   


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Možnost využití dat Povodí Lab e

2008-10-21 Tema obsahu Jiri Klement
> V tom pripade jdu na to. Dibavod obsahuje celou CR s neuveritelnou
> podrobnosti. Problem bude vyfiltrovani dat, protoze obsahuji snad i louze :)
> Bude potreba udelat nejakou simplifikaci a pridani jen toku, ktere maji
> alespon nazev. No to se muzeme domluvit. Zkusim udelat vzorek rek, vodnich
> nadrzi a obrysu brehu (riverbank) v nejake oblasti.

Pokud budou ty data presna, tak bych je prilis nezjednodusoval. To
same pro ruzne potucky, skoro zadny nema oficialni nazev, ale jsou to
dulezite orientacni body.

--
Jirka

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz