Re: [Talk-cz] Možnost využití dat Povodí La be
Skoda jen, ze maximalne presne je hodne relativni. Chtel bych videt zda je neco v OSM s presnosti odchylky zakruty 2m. Jelikoz se pouzivaji nastroje jako GPS a ortofoto, tak o tom dost pochybuji. Slo mi o to zbytecne OSM nezatezovat. Cele vody (6mil bodu), je mnohem vice nez cela czechia. Hezky to ukazuje generalizace na 1 metr, kde odpadne 30% bodu. Ja kdyz neco zakresluji tak automaticky delam optimalizaci a presnost se pohybuje rekl bych min kolem 2 metru. Ale necham se ukecat. No generuju celou CR a pak to nejak uploadnu. Trva to dost dlouho, takze spis az zitra. T Martin Kokeš napsal(a): Já taky teda nevím, díval jsem se právě na ty rybníčky a někdy mám pocit, že veškerá moje předešlá práce by taky asi chtěla zgeneralizovat, protože moje zákruty silnic jsou až moc objemné... ;o) Otázkou je, proč nemít přesnou databázi a teprve výstupy z ní třeba pro málo výkonné přístroje generalizovat. Případně opravovat velké shluky bodů ručně. Podle mého názoru v případě břehů řek a břehů vodních nádrží je totiž myslím prioritou mít přesná data. Imaginární linie, jako je střed řeky, už tak přesný potřeba není (s ohledem na to jak se řeka následně renderuje). MK *From:* Petr Dlouhý [mailto:[EMAIL PROTECTED] *To:* talk-cz@openstreetmap.org *Sent:* Mon, 27 Oct 2008 18:18:59 +0100 *Subject:* Re: [Talk-cz] Mo?nost vyu?it? dat Povod? Labe On Mon, 27 Oct 2008 17:15:09 +0100, Tomas Kolda [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Jo, mě ten výřez přišel v pořádku. Osobně bych tu generalizaci nedělal (až na těch několik zhlukků cca 10 bodů u případě Sázavy), ale i ty 2 metry jsou celkem přijatelné (akorát malé nádrže to udělá dost hranaté). Pokud jsou ty čísla od dibavodu pro každý úsek řeky, tak to asi opravdu nemá cenu spojovat. Taky jsem úplně nepochopil, jak je to přesně s těmi velikostmi (kolik přesěn měří jednotlivé varianty, jestli včetně břehů, nebo bez nich a taky bzip2 podle mých pokusů zkomprimuje hůř, takže kolik to měří v bz). ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Ahoj, takze jsem skoro dokoncil import. Co je hotove: - Importovany linie jednotlivych toku 5.212.525 bodu 250.612 linii - Importovany nadrze 1.486.406 bodu 72.026 ploch 822 multipolygonu z toho 1.522 der (ostrovu) - Importovany nazvy vcetne identifikatoru pro pripadny merge v budoucnu - Sjednoceny sdilene nody (stejna lokace), ktere neni mozne simplifikovat 187.921 bodu - Export relaci pro polygony. Smer polygonu urcuje outer/inner. - Simplifikace dle zadane hodnoty Neni hotove: - Import brehu pro riverbank - Sjednocovani linii se stejnymi atributy (nazev). Zde nevim zda to udelat, protoze tim ztratime identifikator z dibavodu a tudiz nebude mozny merge v budoucnu. Linie jsou rozsekany vzdy jen na vetveni rek, potoku apod. Statistika simplifikace: - Pri simplifikaci s presnosti 2 metry se vysledny OSM zmensi na 57%. - Pri simplifikaci s presnosti 1 metr se vysledny OSM zmensi na 73% Vystup pri simplifikaci 2 metry ma neco pres 300MB xml. Plna presnost je tedy kolem 500MB. To mi prijde (ano opet zduraznuji) zbytecne. Podivejte se tedy na ty vystupy a dejte mi za pravdu. staci menit promenou error nekde dole ve skriptu. 2 / 10 je ve stupnich, ale priblizne je to v metrech. Jako vzdy prikladam vyrezanou databazi, a exportovaci skripty. Komplet zatim neposilam, protoze ma zabalena pres 100MB a to bych posilal hodne dlouho. Tak se bavte a hlaste chyby. http://www.web2net.cz/osm/vody_081026.7z Jeste me napadlo oficialne kontaktovat urad s dotazem o tom zakonu. Oni musi oficialne odpovedet a pak bysme 100% vedeli jak to tedy je. Mohl by se toho nekdo ujmout? T ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda napsal(a): Ano to s tim routovanim pravda je. Je to tim, ze graf (vrcholy a hrany) urcuji way, kde vrchol je pocatecni a koncovy nodeID. To jsou prave ty krizovatky. Kdyz je spojis do jedne way napr. u Tckove krizovatky tak pak bude ta treti slepa, protoze nema navaznou way, ktera zacina stenym nodeID jako ona konci Orientace u jednosmerne hrany se urcuje stejne jako u graficke mapy (oneway). Proto se nesmi spojovat napric krizovatkou. Slo by to v pripade, ze nekdo kdo dela routovani bude kontrolovat kazdy nodeID v way a kdyz uvidi, ze je obsazen koncovy z jine cesty tak tam umele udela krizovatku. To je ale velika nevyhoda, protoze ty nemuzes implicitne predpokladat krizovatku pro kazdy sdileny nod. Proto se to dela explicitne tim sekanim. 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? -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
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.15321lon=16.81535zoom=17layers=B000FTF -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda napsal(a): 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... Na porovnani by stacil ten kousek, co jsem psal, cili: [50.152,16.813,50.154,16.817] Jinak kdyz to dam do JOSMu a pak stahnu okoli, tak ta oblast co jsem posilal sedi skoro presne... Pravda, Kocába sedi na katastrální mapu fakt na milimetr. -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda napsal(a): 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). Ano, ale to uz je zajiste exportni format jejich databaze, ne? 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... Druhou variantu volit nemuzes ani kdyby jsi byl na zacatku projektu, protoze to nedokazes udrzet a lidi by zbytecne delali chyby (a chyby na prvni pohled neviditelne). Jediny zpusob, jak jim v tom zabranit, by bylo zcela zakazat sdileni bodu uprostred way. To by vsak bylo velmi restriktivni a znemoznovalo nektera jina soucasna vyuziti (napr. sdileni hranice mezi ruznymi landuse). 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 -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Slo by to v pripade, ze nekdo kdo dela routovani bude kontrolovat kazdy nodeID v way a kdyz uvidi, ze je obsazen koncovy z jine cesty tak tam umele udela krizovatku. To je ale velika nevyhoda, protoze ty nemuzes implicitne predpokladat krizovatku pro kazdy sdileny nod. Proto se to dela explicitne tim sekanim. Pak je to nedostatecne routovani. Nebudeme prece sekat hlavni tridu na malinkate kousky kvuli kazde odbocce. Pro nektere aplikace (napr. mapnik) je zase naopak lepsi mit silnice v rozumne mire co nejvice spojene, protoze ty na kazdy usek cpou extra jmeno. Nekteri lidi to rozsekavaji, nekteri to zase spojiji (osobne spojuji useky silnic druhe tridy tak, aby byly rozseknuty jen krizovatkami s druhou tridou, jinak by bylo fura mrnavych useku) IMHO nedostatecny algoritmus u navigace a ne neco co by se melo opravovat v OSM. V nejhorsim se to da rozsekat takhle automaticky a predradit jako predzpracovani pri generovani pro takovehle chybne navigace a rozhodne bych to nedelal rucne v OSM. Jinak sdidelni nazvu pres vsechny cesty by mohlo jit udelat pres pojmenovanou relaci, ne? Nikdy jsem to nedelal, ale mozna se to tak v OSM dela... Nic takovyho jsem v OSM nevidel. V praxi clovek musi pojmenovat vsechny kousky. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
2008/10/24 Petr Dlouhý [EMAIL PROTECTED]: Já bych ho změnil spátky na intopic tím, že bych zopakoval požadavek na spojení těch řek na úseky o nějaké rozumné délce (například po 30Km). Myslím, že se s tím pak bude líp pracovat a zmenší se tím velikost výsledného souboru. Kolik bude tech 30 km zhruba bodu? Drzel bych se maxima tak kolem 500-1500 bodu na usek (at to je km kolik chce :), kdyz je toho vic a clovek chce opravit kratky usek reky, tak jednak to dlouho stahuje a po oprave uploaduje, jednak je vyssi riziko konfliktu kdyz dva lidi opravujou tu samou reku na jinych mistech. Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
BH píše v Pá 24. 10. 2008 v 14:41 +0200: Jinak sdidelni nazvu pres vsechny cesty by mohlo jit udelat pres pojmenovanou relaci, ne? Nikdy jsem to nedelal, ale mozna se to tak v OSM dela... Nic takovyho jsem v OSM nevidel. V praxi clovek musi pojmenovat vsechny kousky. Je to proposed feature. Ještě jsem nezkoušel, zda to mapnik a osmarender umí. http://wiki.openstreetmap.org/index.php/Relations/Proposed/Collected_Ways nebo obrácený přístup http://wiki.openstreetmap.org/index.php/Relations/Proposed/Segmented_Tag a zčásti podobný http://wiki.openstreetmap.org/index.php/Relations/Proposed/Composite_Tag -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda píše v Čt 23. 10. 2008 v 10:32 +0200: Typ waterway bych detekoval podle nazvu. Pokud tam bude slovo potok tak potok, jinak reka. Vse bez nazvu bych dal take potok. Take muzem pomoci distinct vyjet vsechny nazvy a nekdo muze oznacit seznam co je reka... Zbytek se doupravi rucne. To nebude fungovat příliš dobře. Botič je potok. Hamerský potok je řeka. Zlatá stoka je umělý kanál. A například Nová řeka je také umělý kanál. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda napsal(a): 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. Tak jsem v ramci treningu skouknul DIBAVOD-A16 (brehove linie toku *) a to da zhruba 1M bodu, 18MB v .osm.bz2 *) neobsahuje vodni nadrze ani linie tenkych toku, tu jsou v jinych datovych souborech, viz: http://www.vuv.cz/oddeleni-gis/index.php?id=27 -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Petr Nejedly napsal(a): No ja jsem se mezitim mrknul i na A01 (osy vsech toku) a to bylo bratru 5M bodu a vsechno siroko daleko (cela republika) modre. A kdyz jsem se koukal zblizka na horni tok moravy (od pramene po obec Horni Morava, cili asi 8km), bylo tam spousta potucku ;-) Předpokládám, že potůček je A naturally-formed waterway that is too thin to be classed as a river. A person may be able to just jump over it.Tak takový atribut OSM zná, stejně jako An artificial waterway for carrying storm water or industrial discharge. . ;o) Jako je jasné, že Saúdská Arábie se, co se týče vodstva asi bude mapovat lépe, ale na druhou stranu, co mají říkat třeba Nizozemci nebo Finové, že... :-) MK ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
hanoj napsal(a): Dne 21. říjen 2008 19:12 Martin Kokeš [EMAIL PROTECTED] napsal(a): Martin Kokeš napsal(a): Další otázkou je zda nezkusit využít přímo DIBAVOD celý. http://www.vuv.cz/oddeleni-gis/17/o-projektu-dibavod.html Podíval jsem se na příslušné zákony, zejména 254/2001 Sb. a 391/2004 Sb. kvůli nimž by DIBAVOD stvořen. Vzhledem k tomu, že DIBAVOD podléhá zákonu 365/2000 Sb. o informačních systémech veřejné správy a na výstupy z něj má právo každý bezplatně (pokud nepožaduje ověření) a to v libovolném rozsahu (úplné či po částech) *** kde se píše v 365/2000 Sb o poskytování bezplatného obsahu, na prvni pohled jsem to nenašel? Tak to chce příště i druhý pohled, ne jen ten první. §2 t) veřejným informačním systémem informační systém vedený správci uvedenými v § 3 odst. 2 nebo jiný informační systém poskytující služby veřejnosti, který má vazby na informační systémy veřejné správy; § 3 (2) Správci informačních systémů veřejné správy jsou ministerstva, jiné správní úřady a územní samosprávné celky (dále jen „orgány veřejné správy“). § 5 Orgány veřejné správy (2) Orgány veřejné správy jsou v rámci informačních systémů veřejné správy povinny f) postupovat při uveřejňování informací způsobem umožňujícím dálkový přístup tak, aby byly informace související s výkonem veřejné správy uveřejňovány ve formě, která umožňuje, aby se s těmito informacemi v nezbytném rozsahu mohly seznámit i osoby se zdravotním postižením. Formu uveřejnění informací stanoví prováděcí právní předpis; § 9 (1) Z informačních systémů veřejné správy nebo jejich částí, které jsou veřejnými evidencemi, rejstříky nebo seznamy, vydávají orgány veřejné správy, které jsou správci nebo provozovateli těchto systémů (dále jen „správci“), na požádání úplný nebo částečný výpis ze zápisu vedeného v elektronické podobě v tomto informačním systému. (2) Výpis podle odstavce 1 (dále jen „výpis“) v listinné podobě je veřejnou listinou. , a je to veřejně přístupný rejstřík (§ 3 121/2000 Sb.), nevztahuje se na něj ochrana podle autorského zákona. *** o rejstřík IMHO nejde, jde o geodatabázi, která je odvozená z ZVH mapy. Jako rejstřík bych považoval nejspíš evidenci knih v knihovně. Tak to snad jen opravdu IYHO. § 3 Výjimky z ochrany podle práva autorského ve veřejném zájmu Ochrana podle práva autorského se nevztahuje na a) úřední dílo, jímž je právní předpis, rozhodnutí, opatření obecné povahy, veřejná listina, veřejně přístupný rejstřík a sbírka jeho listin, jakož i úřední návrh úředního díla a jiná přípravná úřední dokumentace, včetně úředního překladu takového díla, sněmovní a senátní publikace, pamětní knihy obecní (obecní kroniky), státní symbol a symbol jednotky územní samosprávy a jiná taková díla, u nichž je veřejný zájem na vyloučení z ochrany, Takže si to shrneme, u každého informačního systému veřejné zprávy (krom systémů citovaných v § 3 365/2000 Sb.) je jejich správce (orgán veřejné správy) povinen postupovat při uveřejňování informací způsobem umožňujícím dálkový přístup tak, aby byly informace související s výkonem veřejné správy uveřejňovány ve formě, která umožňuje, aby se s těmito informacemi v nezbytném rozsahu mohly seznámit i osoby se zdravotním postižením. I kdyby zmíněná databáze nebyla veřejně přístupným rejstříkem (což evidentně je, jak podle 365/2000 Sb. §2 písm. t , tak i podle 254/2001 Sb. §22 odst. 3), stále je její úplný výtisk veřejnou listinou. Správce je povinen na požádání vydat úplný nebo částečný výpis ze zápisu vedeného v elektronické podobě v tomto informačním systému, který pak má status veřejné listiny a na tu se nevztahuje ochrana podle práva autorského. MK ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda píše v Út 21. 10. 2008 v 12:53 +0200: Klidne se toho ujmu, jaky source tomu chcete priradit? Jak se bude řešit konflikt s již zakreslenými toky? Myslím, že spousta z nás strávila dlouhé hodiny mapováním všech meandrů některé z řek a říček podle ortofotomapy. Takové podklady mohou být přesnější, na druhou stranu jsme ale nemuseli správně odhadnout, které z koryt v místě rozvětvení je považováno za hlavní (a také ÚHUL je místy o pár metrů vedle). Také jsem narazil na problém oficiálního pojmenování malých říček, které se zjišťuje poměrně problematicky. Místní je často nazývají jinými jmény, než jsou uvedena na mapě. Zato místně zažitá jména často sedí s mapou z předminulého století. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda napsal(a): Klidne se toho ujmu, jaky source tomu chcete priradit? Že by source=pla:dibavod? Nicméně: V případě tisku si zpracovatel vyhrazuje uvedení copyrightu na vytištěném listu takto: (c) Zpracováno s použitím dat Povodí Labe, státní podnik Toto je podmínka, kterou těžko v OSM splníme. To by chtělo vyjasnit. Zdroj: http://www.pla.cz/planet/ram.aspx?id=21 T Martin Kokeš napsal(a): Nedalo mi to a zeptal jsem se Povodí Labe na možnost využití jejich dat (osy vodních toků) ve formátu SHP, která poskytují na svých stránkách ke stažení a dostalo se mi kladné odpovědi od p. Staňka, správce jejich GIS i s doporučením. Ujmul by se prosím někdo importu? Martin Kokeš (shr3k) --- Dobrý den, filosofie našeho podniku je založena na principu, že data by měl poskytovat ten, který dané mapové objekty spravuje a to pokud možno zdarma. To je i odpovědí na Váš dotaz. Na našich stránkách poskytujeme osy vodních toků, cizí i ty, které spravujeme (cca 300 os vodohospodářsky významných toků z cca 20.000 všech os toků a meliorací na území našech Podniku = cca 1/5 ČR). Ty co spravujeme i aktualizujeme, a ty ostatní budou postupně aktualizovat jejich správci (Lesy ČR, Státní meliorační správa, Vojenské újezdy, ...) Centrálně tak existuje 5 databází na 5 podnicích Povodí, které dohromady pokrývají toky celé ČR. Co se týká IDéček, bylo na úrovni MZe odsouhlaseno, že bude používán jednoznačný číselný bezvýznamový identifikátor vodního IDVT, který již dnes naše databáze obsahují. V případném využití doporučujeme tento IDVT udržovat a přes něj provádět jakékoli aktualizace nebo vazby. Tento IDVT přebírá postupně i ČÚZK do ZaBaGeD. Offline data poskytujeme (cca 1x ročně) na našich stránkách: http://www.pla.cz/planet/ram.aspx?id=21 v SHP formátu a do budoucna uvažujeme o zřízení WMS či WFS online přístupů do naší centrální databáze. Zároveň naše data a data, která jsme oprávněni využít i pro internetové presentace jsou veřejně dostupná přes GIS aplikaci http://www.pla.cz/gis/ , kde je vyžadován ActiveX prvek MapGuide od firmy AutoDESK. Závěrem si dovolím konstaovat, že každý podnik Povodí řeší presentaci a poskytování svých dat individuálně. Přesto jsou vybraná data (převážně legislativně určená), která se zveřejňují jednotně a ty jsou pak přístupná přes porál Ministerstva zemědělství (MZe) a Životního prostředí (MŽP) http://www.voda.gov.cz/portal/cz/ S pozdravem Pavel Staněk, správce GIS __ Povodí Labe, státní podnik Víta Nejedlého 951 500 03 Hradec Králové tel. : +420 495 088 633 e-mail : [EMAIL PROTECTED] http://www.pla.cz/ --- Dobrý den, chtěl jsem se zeptat, zda by bylo možné použít některá mapová díla státního podniku Povodí Labe pro účely projektu OpenStreetMap. Zejména pak osy vodních toků, vodní nádrže, ale i případně i další vhodné objekty ve správě Povodí Labe (jezy atd.). Nekomerční projekt OpenStreetMap má za cíl vytvoření svobodných a licencemi nezatížených map, volně použitelných v otevřeném formátu pro všechny uživatele. V současné době to vypadá tak, že přispěvatelé buď mapují území na základě záznamů svých GPS zařízení, nebo odvozují mapy ze zdrojů, které toto umožňují (převážně ortofotomapy ÚHUL, případně katastru nemovitostí ČÚZK). Více informací k uvedenému projektu naleznete zde: http://www.openstreetmap.org/ případně http://www.informationfreeway.org/ a http://wiki.openstreetmap.org/index.php/Cz:Main_Page http://wiki.openstreetmap.org/index.php/WikiProject_Czechia Myslím, že česká komunita, mapující naši republiku v projektu OpenStreetMap, by uvítala jakákoliv, případně i mírně generalizovaná (znepřesněná) data, případně jakoukoliv formu licence k jejich použití nebo vytvoření odvozeného mapového díla. Věříme, že tato a ostatní data z projektu by byla v budoucnu dobře použitelná i pro Vaše zaměstnance (podklady pro plány, prezentace, plánování či navigaci atp.), neboť je lze exportovat přímo z centrálního úložiště v mnoha dostupných formátech (mj. pro Garmin GPS atp.). Děkuji za jakoukoliv odpověď, s pozdravem Martin Kokeš Dašická 1253 53003 Pardubice tel. 777 136 677 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Petr Nenik Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org 355/113 -- Not the famous irrational number PI, but an incredible simulation! ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Na data jsem koukal. Je to pomerne velka cast CR zpracovana do nejmensich detailu (ruzne potucky apod.). Zkuste tedy nekdo vyjasnit licenci a pak to muzem naimportovat. Takto to tedy zatim ukladam k ledu... T Petr Nejedly napsal(a): Tomas Kolda napsal(a): Klidne se toho ujmu, jaky source tomu chcete priradit? Že by source=pla:dibavod? Nicméně: V případě tisku si zpracovatel vyhrazuje uvedení copyrightu na vytištěném listu takto: (c) Zpracováno s použitím dat Povodí Labe, státní podnik Toto je podmínka, kterou těžko v OSM splníme. To by chtělo vyjasnit. Zdroj: http://www.pla.cz/planet/ram.aspx?id=21 T Martin Kokeš napsal(a): Nedalo mi to a zeptal jsem se Povodí Labe na možnost využití jejich dat (osy vodních toků) ve formátu SHP, která poskytují na svých stránkách ke stažení a dostalo se mi kladné odpovědi od p. Staňka, správce jejich GIS i s doporučením. Ujmul by se prosím někdo importu? Martin Kokeš (shr3k) --- Dobrý den, filosofie našeho podniku je založena na principu, že data by měl poskytovat ten, který dané mapové objekty spravuje a to pokud možno zdarma. To je i odpovědí na Váš dotaz. Na našich stránkách poskytujeme osy vodních toků, cizí i ty, které spravujeme (cca 300 os vodohospodářsky významných toků z cca 20.000 všech os toků a meliorací na území našech Podniku = cca 1/5 ČR). Ty co spravujeme i aktualizujeme, a ty ostatní budou postupně aktualizovat jejich správci (Lesy ČR, Státní meliorační správa, Vojenské újezdy, ...) Centrálně tak existuje 5 databází na 5 podnicích Povodí, které dohromady pokrývají toky celé ČR. Co se týká IDéček, bylo na úrovni MZe odsouhlaseno, že bude používán jednoznačný číselný bezvýznamový identifikátor vodního IDVT, který již dnes naše databáze obsahují. V případném využití doporučujeme tento IDVT udržovat a přes něj provádět jakékoli aktualizace nebo vazby. Tento IDVT přebírá postupně i ČÚZK do ZaBaGeD. Offline data poskytujeme (cca 1x ročně) na našich stránkách: http://www.pla.cz/planet/ram.aspx?id=21 v SHP formátu a do budoucna uvažujeme o zřízení WMS či WFS online přístupů do naší centrální databáze. Zároveň naše data a data, která jsme oprávněni využít i pro internetové presentace jsou veřejně dostupná přes GIS aplikaci http://www.pla.cz/gis/ , kde je vyžadován ActiveX prvek MapGuide od firmy AutoDESK. Závěrem si dovolím konstaovat, že každý podnik Povodí řeší presentaci a poskytování svých dat individuálně. Přesto jsou vybraná data (převážně legislativně určená), která se zveřejňují jednotně a ty jsou pak přístupná přes porál Ministerstva zemědělství (MZe) a Životního prostředí (MŽP) http://www.voda.gov.cz/portal/cz/ S pozdravem Pavel Staněk, správce GIS __ Povodí Labe, státní podnik Víta Nejedlého 951 500 03 Hradec Králové tel. : +420 495 088 633 e-mail : [EMAIL PROTECTED] http://www.pla.cz/ --- Dobrý den, chtěl jsem se zeptat, zda by bylo možné použít některá mapová díla státního podniku Povodí Labe pro účely projektu OpenStreetMap. Zejména pak osy vodních toků, vodní nádrže, ale i případně i další vhodné objekty ve správě Povodí Labe (jezy atd.). Nekomerční projekt OpenStreetMap má za cíl vytvoření svobodných a licencemi nezatížených map, volně použitelných v otevřeném formátu pro všechny uživatele. V současné době to vypadá tak, že přispěvatelé buď mapují území na základě záznamů svých GPS zařízení, nebo odvozují mapy ze zdrojů, které toto umožňují (převážně ortofotomapy ÚHUL, případně katastru nemovitostí ČÚZK). Více informací k uvedenému projektu naleznete zde: http://www.openstreetmap.org/ případně http://www.informationfreeway.org/ a http://wiki.openstreetmap.org/index.php/Cz:Main_Page http://wiki.openstreetmap.org/index.php/WikiProject_Czechia Myslím, že česká komunita, mapující naši republiku v projektu OpenStreetMap, by uvítala jakákoliv, případně i mírně generalizovaná (znepřesněná) data, případně jakoukoliv formu licence k jejich použití nebo vytvoření odvozeného mapového díla. Věříme, že tato a ostatní data z projektu by byla v budoucnu dobře použitelná i pro Vaše zaměstnance (podklady pro plány, prezentace, plánování či navigaci atp.), neboť je lze exportovat přímo z centrálního úložiště v mnoha dostupných formátech (mj. pro Garmin GPS atp.). Děkuji za jakoukoliv odpověď, s pozdravem Martin Kokeš Dašická 1253 53003 Pardubice tel. 777 136 677 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Petr Nejedly napsal(a): Tomas Kolda napsal(a): Klidne se toho ujmu, jaky source tomu chcete priradit? Že by source=pla:dibavod? Nicméně: V případě tisku si zpracovatel vyhrazuje uvedení copyrightu na vytištěném listu takto: (c) Zpracováno s použitím dat Povodí Labe, státní podnik Toto je podmínka, kterou těžko v OSM splníme. To by chtělo vyjasnit. Zdroj: http://www.pla.cz/planet/ram.aspx?id=21 Další otázkou je zda nezkusit využít přímo DIBAVOD celý. http://www.vuv.cz/oddeleni-gis/17/o-projektu-dibavod.html MK ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Martin Kokeš napsal(a): Další otázkou je zda nezkusit využít přímo DIBAVOD celý. http://www.vuv.cz/oddeleni-gis/17/o-projektu-dibavod.html Podíval jsem se na příslušné zákony, zejména 254/2001 Sb. a 391/2004 Sb. kvůli nimž by DIBAVOD stvořen. Vzhledem k tomu, že DIBAVOD podléhá zákonu 365/2000 Sb. o informačních systémech veřejné správy a na výstupy z něj má právo každý bezplatně (pokud nepožaduje ověření) a to v libovolném rozsahu (úplné či po částech), a je to veřejně přístupný rejstřík (§ 3 121/2000 Sb.), nevztahuje se na něj ochrana podle autorského zákona. MK ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
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 nekdo najdete indicii, ze to nelze pouzit, reknete... T Martin Kokeš napsal(a): Martin Kokeš napsal(a): Další otázkou je zda nezkusit využít přímo DIBAVOD celý. http://www.vuv.cz/oddeleni-gis/17/o-projektu-dibavod.html Podíval jsem se na příslušné zákony, zejména 254/2001 Sb. a 391/2004 Sb. kvůli nimž by DIBAVOD stvořen. Vzhledem k tomu, že DIBAVOD podléhá zákonu 365/2000 Sb. o informačních systémech veřejné správy a na výstupy z něj má právo každý bezplatně (pokud nepožaduje ověření) a to v libovolném rozsahu (úplné či po částech), a je to veřejně přístupný rejstřík (§ 3 121/2000 Sb.), nevztahuje se na něj ochrana podle autorského zákona. MK ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Tomas Kolda napsal(a): 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 nekdo najdete indicii, ze to nelze pouzit, reknete... Tady jde pravděpodobně jen o pokřivený výklad nebo neznalost zákona některých úředníků státních institucí. Pokud má nějaká statní instituce veřejně přístupný rejstřík a obsah tohoto rejstříku je dokonce detailně popsán v nějakém zákoně nebo prováděcí vyhlášce, má na něj každý občan právo. Nezáleží na tom, jestli původním zpracovatelem či dodavatelem díla byla soukromá osoba či firma nebo jiná státní organizace. Je úkolem státních úředníků definovat příslušné smlouvy, které se svými dodavateli dat/rešerší/mapových děl uzavírají, tak, aby odpovídaly konsekvencím plynoucím z 365/2000 Sb. o informačních systémech veřejné správy (tzn. taková díla by měla mít neomezené licence - protože je předpoklad, že se takové dílo po zapojení do příslušného informačního systému stane dílem úředním). Pokud to tak nedělají, je to jejich chyba a následky chybně uzavřených smluv si ponesou sami. Takový příklad si můžete prohlédnout třeba na GISu v Autodesk MapGuide, který zmínil pan Staněk z Povodí Labe. Krom dat Povodí Labe, která jsou určena pro IS DIBAVOD tam jsou i data, která si Povodí Labe licencovalo pro vlastní potřebu. Taková data pak samozřejmě většinou nelze použít dál. Konkrétně podle § 22 254/2001 Sb. paragrafy 3 a 4 určují, která data jsou v DIBAVODu veřejná a tedy se jedná o úřední dílo. http://www.tzb-info.cz/t.py?t=15i=342 Prováděcí vyhláška 391/2004 Sb. pak obsah tohoto IS dále vymezuje http://www.tzb-info.cz/t.py?t=15i=359 MK ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Jiri Klement napsal(a): 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. Mám stejný názor. Myslel jsem si také, že tu děláme mapy a ne jakési pseudokartogramy... :-) MK ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Jiri Klement píše v Út 21. 10. 2008 v 21:00 +0200: 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. I bezejmenný potok, který nejde přeskočit, je pro pěšího turistu důležitý. Přikláním se k tomu, aby se nezjednodušovalo. Tomas Kolda píše v Út 21. 10. 2008 v 19:21 +0200: Zkusim udelat vzorek rek, vodnich nadrzi a obrysu brehu (riverbank) v nejake oblasti. Navrhuji Veselskou rybniční soustavu. Je tam mnoho rybníků, a právě jsem začal s mapováním napájecích stok. V případě, že Dibavod budou lepší, nebudu s tím pokračovat. http://www.openstreetmap.org/?lat=49.1105lon=14.7456zoom=13layers=B000FFF (Případně vše mezi Veselím a Třeboní s meandry Nežárky a Lužnice.) Zároveň to otestuje přesnost zákresu vodních ploch. Při zakreslování z ortofotografie prakticky nelze odlišit oblast zarostlou rákosím od pevniny, a mohutné stromy na břehu zakrývají výhled na vodní plochu. Některé konkurenční mapy, s kterými jsem svůj zákres porovnával, často vypadají jako zákresy z ortofotografií. Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Možnost využití dat Povodí La be
Pokud ty data nebudou nejak obzvlaste enormne velka (= pocet bodu o dost vetsi nez treba kolik maji lesy) tak bych to nechal - pokud se zkomprimnovane OSM XML s novymi daty vejde pod 10 MB, neresil bych to vubec, mozna pokud by zkomprimovane XML se vsemi toky melo nad 50 MB tak bych zacal uvazovat jestli to nezjednodusit a jak ... 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. I bezejmenný potok, který nejde přeskočit, je pro pěšího turistu důležitý. Přikláním se k tomu, aby se nezjednodušovalo. V katastralni mape od cuzk i dost maly potucky (tak nejak na hranici preskocitelnosti) mely jmeno, staci jen dostatecne dlouho rolovat na usek, kde je napsane ... Zároveň to otestuje přesnost zákresu vodních ploch. Při zakreslování z ortofotografie prakticky nelze odlišit oblast zarostlou rákosím od pevniny, a mohutné stromy na břehu zakrývají výhled na vodní plochu. V katastralnich mapach od CUZK jsou nekdy hranice rybniku videt lepe nez z ortofota ... problem taky bude v tom, ze hladina u nekterych dost kolisa a na ortofotu muzou byt zaneseny vypusteny (napr. Podhradni rybnik u Male Vozice na UHULu nebyl videt protoze byl byl v dobe foceni vypusteny a musel jsem ho obkreslovat z CUZK) Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz