[Talk-cz] Možnost využití dat Povodí Labe
Tomas Kolda
kolda na web2net.cz
Pondělí Říjen 27 20:36:36 UTC 2008
Dobre nechal jsem se ukecat. Uploaduji tedy s plnou presnosti a pri
updatech se bude lepe detekovat zmeneny (posunuty) nod. Ze stejneho
duvodu tedy nebudeme spojovat at mame zachovany dibavod idcka.
Soubory budou postupne pribyvat na http://www.web2net.cz/osm/vody/ Mam
pomale pripojeni, ale snad do rana to bude cele. Vse je komprimovano
pomoci 7z, protoze to vychazi asi na 60% oproti bz2....
lines_[001 - 047].7z - zapakovane xml po 10MB linie. Linie jsou
rozvrstveny nahodne po CR bohuzel. Vychazi to z indexu, takze s tim
bohuzel nic neudelam. Bylo by nebezpeci udelat chybu pri exportu.
Vysledne soubory si asi musite spojit pomoci osmosis a udelat vyrez....
areas_[001 - 013].7z - To same ale pro nadrze.
areasWithRelation.7z - Vsechny nadrze, ktere obsahuji relaci.
Celkem tedy 585MB v XML.
Je to tedy pripravene pro import podobne jako u lesu. Zatim prosim
neimportovat, dokud nebudeme vsichni souhlasit.
Prosim tedy o:
- Kontrolu lokalizace
- Kontrolu nazvu rek, rybniku apod.
- Kontrolu nekolika der
- Kouknuti do generovanych XML (staci 1, protoze ostatni jsou dle
sablony) zda jsou vsechny tagy apod. jak chceme.
- Kontrolu licence :). Ja vim, ze s tim porad otravuju, ale asi je to
nejvice dulezite...
Jeste dodelam ty brehy (riverbank).
T
Petr Dlouhý napsal(a):
> On Mon, 27 Oct 2008 19:17:23 +0100, Tomas Kolda <kolda na web2net.cz> wrote:
>
>
>> Ale necham se ukecat.
>>
>>
>
> Dobře. Moje argumenty proti generalizaci jsou:
>
> -Dnes se zdá 100 nebo 200MB moc, ale je to způsobené tím, že tu databázi
> máme poměrně prázdnou. Jak budeme postupně přidávat další data, tak se ten
> objem stane přiměřeným vzhledem ke svému významu.
> Je otázka jak moc by bylo složité ty data případně časem vyměnit za
> přesnější; aktualizaci se stejně asi nevyhneme (pokud nám budou data
> poskytnuta i příště), takže by to asi bylo možné udělat při ní.
> Je také jasné, že se tak jako tak časem nevyhneme generalizaci dat
> určených pro pomalejší zařízení.
> Pokud by s tím ale měly servery Openstreetmap opravdové problémy, tak je
> to pro mě argument, který budu akceptovat.
>
> -Na mapování silnic trávím docela dost času, a docela by mě naštvalo,
> kdyby je prostě někdo jen tak generalizoval. Na těch vodách sice
> nepracoval nikdo z nás, ale je to práce, kterou nám někdo dává jen tak.
> Nemám sice s kartografií nic společného, ale myslím že cena práce která je
> v těch datech bude určitě v řádu milionů (nebo i víc). Cena za výpočetní
> výkon, který daný objem dat spotřebuje bude jistě řádově nižší.
> Skutečným argumentem by pro mě bylo, kdyby přesnost těch dat byla
> nepřiměřená pro danou metodu mapování, a tudíž by už nebyla zachycena
> žádná další informace o realitě.
>
> -Na dibavodu píšou, že se data hodí pro mapy s měřítkem 1:10 000 až 1:50
> 000. Mapy na orientační běh mají měřítko 1:5 000 až 1:15 000 (nejčastěji
> 1:10 000). V současné době data v OSM nemají kvalitu, která by se vůbec
> blížila možnosti je využít při tvorbě map na OB, ale tu možnost bych jen
> tak nezahazoval. Nějaké příklady map na OB jsou třeba tady:
> <http://dkp.orienteering.cz/Kotlarka/mapy.html>.
> Určitě se najdou i další možnosti využití tak přesných dat.
>
>
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20081027/aeea27a9/attachment.html>
Další informace o konferenci talk-cz