I'd like to start import of LPIS farmland database, as we have very good coverage of houses, forests and water, but farmland is very good at places and completely missing at different places. Import page is at https://wiki.openstreetmap.org/wiki/LPIS , import script is attached to this email.
I'd like to start import of LPIS farmland database, as we have very good coverage of houses, forests and water, but farmland is very good at places and completely missing at different places. Import page is at https://wiki.openstreetmap.org/wiki/LPIS , import script is attached to this email.
The data are freely available to anyone by law as they were created by government agency using tax payers' money. There are no copyrights on the data. The basic registers are created according to the Lawe No. 111/2009 Sb.. The possibility of extraction and use of data for OSM is based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English translations of Czech laws.
The data are freely available to anyone by law as they were created by government agency using tax payers' money. There are no copyrights on the data. The basic registers are created according to the Lawe No. 111/2009 Sb.. The possibility of extraction and use of data for OSM is based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English translations of Czech laws.
Hi! I'd like to start import of LPIS farmland database, as we have very good coverage of houses, forests and water, but farmland is very good at places and completely missing at different places. Import page is at https://wiki.openstreetmap.org/wiki/LPIS , import script is attached to this email. Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Import page is at https://wiki.openstreetmap.org/wiki/LPIS , import script is attached to this email.
The data are freely available to anyone by law as they were created by government agency using tax payers' money. There are no copyrights on the data. The basic registers are created according to the Lawe No. 111/2009 Sb.. The possibility of extraction and use of data for OSM is based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English translations of Czech laws.*** Ehm, a na to jsi přišel jak?
The data are freely available to anyone by law as they were created by government agency using tax payers' money. There are no copyrights on the data. The basic registers are created according to the Lawe No. 111/2009 Sb.. The possibility of extraction and use of data for OSM is based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English translations of Czech laws.*** Ehm, a na to jsi přišel jak?
tak jsem si "stáhl" jedno vybrané KÚ, nahrál do Postgre a zkoumám Dokonce se to někde i plusmínus kryje s landuse, co je v OSM :-). Díky za objevení tohoto zdroje dat a ukázku, jak se k nim dostat. Ty .shp jsou dobře zpracovatelné No a teď mám asi milion myšlenek, tak jen některé: - o licenci ať koumá někdo jiný, ale proč je tam ta kapča? Proč to nechtějí dát celé najednou?
- 13 tisíc KÚ je strašně moc. Import, dělaný tak, jak navrhuješ, nebude hotový nikdy. Po zkušenostech z importu adres - nedělej si iluze, že se toho budou účastnit stovky lidí. Paretovo pravidlo platí i zde.
- dělat to manuálně bude neuvěřitelně pracné, tedy natáhnout do JOSM tak, jak to je
- merging data - myslím, že je opravdu naprosto nutné to propojit s existujícími polygony landuse, co jsou v OSM
Hraju si a myšlenky jsem mezitím zapomněl ;-) http://pedro.poloha.net/osm/lpis.png http://pedro.poloha.net/osm/lpis-osmonly.png Zelené tečkované jsou pastviny, ostře žluté tečkované je školka. Ty červené čáry (nejsou to čáry, ale polygony), jsou z krajinných prvků. V přiloženém DOCu jsem se nedočetl, co ty krajinné prvky znamenají. Bylo by škoda to nevyužít. Nějaké meze či co?
Chce to promyslet to spojování s existujícími daty v OSM a promyslet aktualizace. Taky vymyslet, jak to dostat celé a jak to aktualizovat. Dále - co všechno importovat - je tam flag Ekologické zemědělství, zajímá nás?
V Postgisu by si s tím šlo docela pěkně hrát, naskriptovat aktualizace atd. a určitě i nějaké testování a propojování s existujícími landuse. Každopádně je to velmi zajímavé. Nějaká domluva o přebírání dat bez kapči všeho najednou? Šlo by to zpracovávat z těch mailů. Představuji i na to separátní adresu, jakmile přijde mail, hned se obsah nahraje do Postgre :-)
tak jsem si "stáhl" jedno vybrané KÚ, nahrál do Postgre a zkoumám Dokonce se to někde i plusmínus kryje s landuse, co je v OSM :-). Díky za objevení tohoto zdroje dat a ukázku, jak se k nim dostat. Ty .shp jsou dobře zpracovatelné No a teď mám asi milion myšlenek, tak jen některé: - o licenci ať koumá někdo jiný, ale proč je tam ta kapča? Proč to nechtějí dát celé najednou?
- 13 tisíc KÚ je strašně moc. Import, dělaný tak, jak navrhuješ, nebude hotový nikdy. Po zkušenostech z importu adres - nedělej si iluze, že se toho budou účastnit stovky lidí. Paretovo pravidlo platí i zde.
- dělat to manuálně bude neuvěřitelně pracné, tedy natáhnout do JOSM tak, jak to je
- merging data - myslím, že je opravdu naprosto nutné to propojit s existujícími polygony landuse, co jsou v OSM
Hraju si a myšlenky jsem mezitím zapomněl ;-) http://pedro.poloha.net/osm/lpis.png http://pedro.poloha.net/osm/lpis-osmonly.png Zelené tečkované jsou pastviny, ostře žluté tečkované je školka. Ty červené čáry (nejsou to čáry, ale polygony), jsou z krajinných prvků. V přiloženém DOCu jsem se nedočetl, co ty krajinné prvky znamenají. Bylo by škoda to nevyužít. Nějaké meze či co?
Chce to promyslet to spojování s existujícími daty v OSM a promyslet aktualizace. Taky vymyslet, jak to dostat celé a jak to aktualizovat. Dále - co všechno importovat - je tam flag Ekologické zemědělství, zajímá nás?
V Postgisu by si s tím šlo docela pěkně hrát, naskriptovat aktualizace atd. a určitě i nějaké testování a propojování s existujícími landuse. Každopádně je to velmi zajímavé. Nějaká domluva o přebírání dat bez kapči všeho najednou? Šlo by to zpracovávat z těch mailů. Představuji i na to separátní adresu, jakmile přijde mail, hned se obsah nahraje do Postgre :-)
- 13 tisíc KÚ je strašně moc. Import, dělaný tak, jak navrhuješ, nebude hotový nikdy. Po zkušenostech z importu adres - nedělej si iluze, že se toho u účastnit stovky lidí. Paretovo pravidlo platí i zde.Co je Paretovo pravidlo? A vic pracny nez budovy to nebude, ne? (Ty se delaj uplne rucne).
Ja jsem ted mapoval landuse v okoli rican rucne, a tohle je urcite lepsi.- dělat to manuálně bude neuvěřitelně pracné, tedy natáhnout do JOSM tak, jak to jeNo, konverzni skript mam, nekde je pribalenej. Ziskat ty zip fily je obtizny, zbytek uz je docela dobrej.
- merging data - myslím, že je opravdu naprosto nutné to propojit s existujícími polygony landuse, co jsou v OSMNo, prvni otazka je proc (zas tak moc tech dat neni, a kdyz to propojime, bude se to mizerne editovat) a hned druha je jak... Mezi lesem a polem byva uzky pruh ne-pole. Podobne mezi plotem a polem. Kdyz to spojime, nebude to odpovidat realite, a pokud nekde ten pruh bude, bude dost tezky ho beznym editorem vyrobit...
Krajinne prvky jsem zatim nezkoumal, me zajimaly hlavne louky. To bych nechal jako separatni problem.
Chce to promyslet to spojování s existujícími daty v OSM a promyslet aktualizace. Taky vymyslet, jak to dostat celé a jak to aktualizovat. Dále - co všechno importovat - je tam flag Ekologické zemědělství, zajímá nás?No, dostat to cele by bylo cool. Jinak ta captcha se nemusi zadavat, staci jen menit cislo, takze to neni tak strasny.
Aktualizace.. no vzhledem k captche bych ocekaval ze se udelaj rucne kdyz se dana oblast zmeni.
Jestli bys byl schopen vytvorit adresu ktera to dostane a rozbali, to by bylo fajn...
Jinak na nezanedbatelny casti uzemi uz nekdo ty pole udelal, a jsem si celkem jistej ze s timhle se to bude delat lip nez uplne rucne.
- 13 tisíc KÚ je strašně moc. Import, dělaný tak, jak navrhuješ, nebude hotový nikdy. Po zkušenostech z importu adres - nedělej si iluze, že se toho u účastnit stovky lidí. Paretovo pravidlo platí i zde.Co je Paretovo pravidlo? A vic pracny nez budovy to nebude, ne? (Ty se delaj uplne rucne).
Ja jsem ted mapoval landuse v okoli rican rucne, a tohle je urcite lepsi.- dělat to manuálně bude neuvěřitelně pracné, tedy natáhnout do JOSM tak, jak to jeNo, konverzni skript mam, nekde je pribalenej. Ziskat ty zip fily je obtizny, zbytek uz je docela dobrej.
- merging data - myslím, že je opravdu naprosto nutné to propojit s existujícími polygony landuse, co jsou v OSMNo, prvni otazka je proc (zas tak moc tech dat neni, a kdyz to propojime, bude se to mizerne editovat) a hned druha je jak... Mezi lesem a polem byva uzky pruh ne-pole. Podobne mezi plotem a polem. Kdyz to spojime, nebude to odpovidat realite, a pokud nekde ten pruh bude, bude dost tezky ho beznym editorem vyrobit...
Krajinne prvky jsem zatim nezkoumal, me zajimaly hlavne louky. To bych nechal jako separatni problem.
Chce to promyslet to spojování s existujícími daty v OSM a promyslet aktualizace. Taky vymyslet, jak to dostat celé a jak to aktualizovat. Dále - co všechno importovat - je tam flag Ekologické zemědělství, zajímá nás?No, dostat to cele by bylo cool. Jinak ta captcha se nemusi zadavat, staci jen menit cislo, takze to neni tak strasny.
Aktualizace.. no vzhledem k captche bych ocekaval ze se udelaj rucne kdyz se dana oblast zmeni.
Jestli bys byl schopen vytvorit adresu ktera to dostane a rozbali, to by bylo fajn...
Jinak na nezanedbatelny casti uzemi uz nekdo ty pole udelal, a jsem si celkem jistej ze s timhle se to bude delat lip nez uplne rucne.
to pravidlo říká, že v rámci tohoto Matrixu 20 % lidí udělá 80 % práce a naopak, 80 % lidí udělá jen 20 % práce toho celku (populace). Na importu adres pracuje/pracovalo dohromady i se mnou 14 lidí. Z toho 8 zpracovalo více než 10 tis. adres.
Víc pracné než budovy to nebude, jistěže ne. U budov taky IMO nemáme šanci ve stávající sestavě ten "import" dokončit, kdežto u té zemědělské půdy to reálné je. Jen si nemyslím, že je to reálné ručně.
Ja jsem ted mapoval landuse v okoli rican rucne, a tohle je urcite lepsi.- dělat to manuálně bude neuvěřitelně pracné, tedy natáhnout do JOSM tak, jak to jeNo, konverzni skript mam, nekde je pribalenej. Ziskat ty zip fily je obtizny, zbytek uz je docela dobrej.nj, rozumím, docela v poho, když děláš okolí Říčan. Kolikrát se Říčany vejdou do ČR? ;-)
Já jsem tím nemyslel lepit polygony k sobě tam, kde v realitě nejsou nalepené. Myslel jsem tím třeba to, že tam, kde je les, rybník, řeka, továrna, dálnice,
obytná zóna a kdoví co ještě, takže tam nemůže být zároveň zemědělská půda. Toto ocheckovat strojově a v případě kolize řešit ručně, nějak podobně, jako se to dělá u adres. Myslím, že se to celkem osvědčilo.
Pak je otázkou, co se vzájemně sousedícími polygony téhož. I na tom obrázku, co jsem dával odkaz, je vidět, že pastvina sousedí s pastvinou. Měly by to tedy být dvě pastviny vedle sebe nebo to spojit do jedné pastviny? To záleží
na tom, jak by se naplánovala budoucí aktualizace. Nestudoval jsem to tak podrobně, abych věděl, zda tam je nějaké datum, jak je to se všelijakými ID, zda máme možnost se dovědět, zda byl nějaký polygon smazán a jak se to dovíme atd. Prostě aby to bylo dlouhodobě funkční a aktuální.
Co třeba s tímhle? http://pedro.poloha.net/osm/pastvina-les.png
Možná je tam mezi lesem a pastvinou opravdu území ničeho, možná ne, ale je tam průnik pastviny a lesa, což je blbost. To je třeba řešit. A tohle už je komplikovanější: http://pedro.poloha.net/osm/pastvina-les-2.png Je zřejmé, že něco z toho není přesné. Jak rozhodnout co to je? Les nebo pastvina?
Chce to promyslet to spojování s existujícími daty v OSM a promyslet aktualizace. Taky vymyslet, jak to dostat celé a jak to aktualizovat. Dále - co všechno importovat - je tam flag Ekologické zemědělství, zajímá nás?
No, dostat to cele by bylo cool. Jinak ta captcha se nemusi zadavat, staci jen menit cislo, takze to neni tak strasny.Takže je triviální naskriptovat něco, co si zažádá o všechna KÚ, ale to bych nedělal; spíš bych se domluvil. Nejspíš by rychle opravili kapču a zabanovali nás.
Jestli bys byl schopen vytvorit adresu ktera to dostane a rozbali, to by bylo fajn...To není problém a můžu to rovnou převést tím tvým skriptem. Když jsme u toho - kolik lidí má na Windows nainstalovaný Python (z toho kolik lidí má pyproj a shapefile), respektive kolik lidí je schopno si toto nainstalovat (na Windows?) V této konferenci jistě více než obvykle ;-), ale asi ne úplně každý, kdo by chtěl mapovat.
No a když takový mail udělám, tak co mám pak s těmi rozbalenými (zkonvertovanými) soubory dělat?
Jinak na nezanedbatelny casti uzemi uz nekdo ty pole udelal, a jsem si celkem jistej ze s timhle se to bude delat lip nez uplne rucne.To určitě ano, jen pořád pochybuji, že to bude stačit k dokončení celého importu v nějakém konečném čase.
to pravidlo říká, že v rámci tohoto Matrixu 20 % lidí udělá 80 % práce a naopak, 80 % lidí udělá jen 20 % práce toho celku (populace). Na importu adres pracuje/pracovalo dohromady i se mnou 14 lidí. Z toho 8 zpracovalo více než 10 tis. adres.
Víc pracné než budovy to nebude, jistěže ne. U budov taky IMO nemáme šanci ve stávající sestavě ten "import" dokončit, kdežto u té zemědělské půdy to reálné je. Jen si nemyslím, že je to reálné ručně.
Ja jsem ted mapoval landuse v okoli rican rucne, a tohle je urcite lepsi.- dělat to manuálně bude neuvěřitelně pracné, tedy natáhnout do JOSM tak, jak to jeNo, konverzni skript mam, nekde je pribalenej. Ziskat ty zip fily je obtizny, zbytek uz je docela dobrej.nj, rozumím, docela v poho, když děláš okolí Říčan. Kolikrát se Říčany vejdou do ČR? ;-)
Já jsem tím nemyslel lepit polygony k sobě tam, kde v realitě nejsou nalepené. Myslel jsem tím třeba to, že tam, kde je les, rybník, řeka, továrna, dálnice,
obytná zóna a kdoví co ještě, takže tam nemůže být zároveň zemědělská půda. Toto ocheckovat strojově a v případě kolize řešit ručně, nějak podobně, jako se to dělá u adres. Myslím, že se to celkem osvědčilo.
Pak je otázkou, co se vzájemně sousedícími polygony téhož. I na tom obrázku, co jsem dával odkaz, je vidět, že pastvina sousedí s pastvinou. Měly by to tedy být dvě pastviny vedle sebe nebo to spojit do jedné pastviny? To záleží
na tom, jak by se naplánovala budoucí aktualizace. Nestudoval jsem to tak podrobně, abych věděl, zda tam je nějaké datum, jak je to se všelijakými ID, zda máme možnost se dovědět, zda byl nějaký polygon smazán a jak se to dovíme atd. Prostě aby to bylo dlouhodobě funkční a aktuální.
Co třeba s tímhle? http://pedro.poloha.net/osm/pastvina-les.png
Možná je tam mezi lesem a pastvinou opravdu území ničeho, možná ne, ale je tam průnik pastviny a lesa, což je blbost. To je třeba řešit. A tohle už je komplikovanější: http://pedro.poloha.net/osm/pastvina-les-2.png Je zřejmé, že něco z toho není přesné. Jak rozhodnout co to je? Les nebo pastvina?
Chce to promyslet to spojování s existujícími daty v OSM a promyslet aktualizace. Taky vymyslet, jak to dostat celé a jak to aktualizovat. Dále - co všechno importovat - je tam flag Ekologické zemědělství, zajímá nás?
No, dostat to cele by bylo cool. Jinak ta captcha se nemusi zadavat, staci jen menit cislo, takze to neni tak strasny.Takže je triviální naskriptovat něco, co si zažádá o všechna KÚ, ale to bych nedělal; spíš bych se domluvil. Nejspíš by rychle opravili kapču a zabanovali nás.
Jestli bys byl schopen vytvorit adresu ktera to dostane a rozbali, to by bylo fajn...To není problém a můžu to rovnou převést tím tvým skriptem. Když jsme u toho - kolik lidí má na Windows nainstalovaný Python (z toho kolik lidí má pyproj a shapefile), respektive kolik lidí je schopno si toto nainstalovat (na Windows?) V této konferenci jistě více než obvykle ;-), ale asi ne úplně každý, kdo by chtěl mapovat.
No a když takový mail udělám, tak co mám pak s těmi rozbalenými (zkonvertovanými) soubory dělat?
Jinak na nezanedbatelny casti uzemi uz nekdo ty pole udelal, a jsem si celkem jistej ze s timhle se to bude delat lip nez uplne rucne.To určitě ano, jen pořád pochybuji, že to bude stačit k dokončení celého importu v nějakém konečném čase.
Hi! I'd like to start import of LPIS farmland database, as we have very good coverage of houses, forests and water, but farmland is very good at places and completely missing at different places. Import page is at https://wiki.openstreetmap.org/wiki/LPIS , import script is attached to this email. Best regards, Pavel
Hi! I'd like to start import of LPIS farmland database, as we have very good coverage of houses, forests and water, but farmland is very good at places and completely missing at different places. Import page is at https://wiki.openstreetmap.org/wiki/LPIS , import script is attached to this email. Best regards, Pavel _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Ja nevim co je "rucne". Kdyz mam ty zip fily, tak to muzu skriptem rozbalit, konvertovat do osm, kouknout na to v josm, a upload. Rozumna davka je imo tak 10 oblasti najednou..
nj, rozumím, docela v poho, když děláš okolí Říčan. Kolikrát se Říčany vejdou do ČR? ;-)20x. Tak to jsem cekal horsi, to bude za chvili hotovy :-). (30km okoli Rican me zajima natolik ze jsem zacal ty pole mapovat rucne klikanim podle bingu... a to je fakt dost otrava.)
Co třeba s tímhle? http://pedro.poloha.net/osm/pastvina-les.pngTo muze byt i v poradku.. i kdyz nejspis neni, to se nam proste vymstila generalizace lesu. Posunout les podle ortofota..
(Jinak k tomu ekologickymu zemedelstvi jsem nenasel odpovidajici tag na osm, takze to prozatim ignoruju).
Takže je triviální naskriptovat něco, co si zažádá o všechna KÚ, ale to bych nedělal; spíš bych se domluvil. Nejspíš by rychle opravili kapču a zabanovali nás.Umis to naskriptovat? Me by to chvili trvalo. Tech uzemi je jen par tisic, kdyz to udelame o weekendu, myslim ze se nebudou s banovanim obtezovat, zvlast kdyz tam dame par sekund delay aby to ten server uplne neutavilo.
I kdyz, dohoda by asi byla lepsi :-).
No a když takový mail udělám, tak co mám pak s těmi rozbalenými (zkonvertovanými) soubory dělat?Dat na ftp? Pro zacatek by se hodilo nezkonvertovany, protoze skript bude jeste potrebovat par uprav.
[Samozrejme by byla moznost to tam proste nahrat vsechno, s tim ze kazdy opravi prekryvy (etc) na uzemi ktery ho zajima. Rychlejc bychom dosahli kompletniho pokryti za cenu kvality dat... povetsinou kvality okolnich lesu.]
Ja nevim co je "rucne". Kdyz mam ty zip fily, tak to muzu skriptem rozbalit, konvertovat do osm, kouknout na to v josm, a upload. Rozumna davka je imo tak 10 oblasti najednou..
nj, rozumím, docela v poho, když děláš okolí Říčan. Kolikrát se Říčany vejdou do ČR? ;-)20x. Tak to jsem cekal horsi, to bude za chvili hotovy :-). (30km okoli Rican me zajima natolik ze jsem zacal ty pole mapovat rucne klikanim podle bingu... a to je fakt dost otrava.)
Co třeba s tímhle? http://pedro.poloha.net/osm/pastvina-les.pngTo muze byt i v poradku.. i kdyz nejspis neni, to se nam proste vymstila generalizace lesu. Posunout les podle ortofota..
(Jinak k tomu ekologickymu zemedelstvi jsem nenasel odpovidajici tag na osm, takze to prozatim ignoruju).
Takže je triviální naskriptovat něco, co si zažádá o všechna KÚ, ale to bych nedělal; spíš bych se domluvil. Nejspíš by rychle opravili kapču a zabanovali nás.Umis to naskriptovat? Me by to chvili trvalo. Tech uzemi je jen par tisic, kdyz to udelame o weekendu, myslim ze se nebudou s banovanim obtezovat, zvlast kdyz tam dame par sekund delay aby to ten server uplne neutavilo.
I kdyz, dohoda by asi byla lepsi :-).
No a když takový mail udělám, tak co mám pak s těmi rozbalenými (zkonvertovanými) soubory dělat?Dat na ftp? Pro zacatek by se hodilo nezkonvertovany, protoze skript bude jeste potrebovat par uprav.
[Samozrejme by byla moznost to tam proste nahrat vsechno, s tim ze kazdy opravi prekryvy (etc) na uzemi ktery ho zajima. Rychlejc bychom dosahli kompletniho pokryti za cenu kvality dat... povetsinou kvality okolnich lesu.]
* LPIS na řadě míst nekopíruje hranice parcel, takže budou nesoulady s daty RUIANu, plochami kreslenými podle KM atd. * Od pohledu mi přijde, že parcely RUIANu by byly kvalitnější zdroj pro plošné mapování.
* LPIS na řadě míst nekopíruje hranice parcel, takže budou nesoulady s daty RUIANu, plochami kreslenými podle KM atd. * Od pohledu mi přijde, že parcely RUIANu by byly kvalitnější zdroj pro plošné mapování.
The data are freely available to anyone by law as they were created by government agency using tax payers' money. There are no copyrights on the data. The basic registers are created according to the Lawe No. 111/2009 Sb.. The possibility of extraction and use of data for OSM is based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English translations of Czech laws.*** Ehm, a na to jsi přišel jak?Ty data poskytuje Ministerstvo Zemedelstvi, AFAICT, takze jak by to melo byt jinak?
On Tue 2014-07-22 15:40:32, hanoj wrote:The data are freely available to anyone by law as they were created by government agency using tax payers' money. There are no copyrights on the data. The basic registers are created according to the Lawe No. 111/2009 Sb.. The possibility of extraction and use of data for OSM is based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English translations of Czech laws.*** Ehm, a na to jsi přišel jak?Ty data poskytuje Ministerstvo Zemedelstvi, AFAICT, takze jak by to melo byt jinak?
Pořád mám v qgisu natažené to jedno KÚ a vidím tam velké překryvy v landuse=residential, vidím tam díry ve školce (skript vůbec neřeší), školka zasahuje do obytné oblasti, takže v těch dírách je co? Obytná oblast? Nevím, žádný dům tam nestojí. Oproti tomu jsem si všiml, že v louce je díra pro sloup elektrického vedení a dokonce to sedí na sloup, co je v OSM, super :-). Je tam i mezera pro silnici, ve které je silnice, taky super, ale na jednom kousku silnice leze do louky, takže někde bude nějaká nepřesnost. Pak tam vidím oblasti, které se částečně shodují s daty v OSM - v OSM je zemědělská půda. Nekryje se to přesně (tím nemyslím centimetry), ale prostě se to liší. Co s tím?
Pořád mám v qgisu natažené to jedno KÚ a vidím tam velké překryvy v landuse=residential, vidím tam díry ve školce (skript vůbec neřeší), školka zasahuje do obytné oblasti, takže v těch dírách je co? Obytná oblast? Nevím, žádný dům tam nestojí. Oproti tomu jsem si všiml, že v louce je díra pro sloup elektrického vedení a dokonce to sedí na sloup, co je v OSM, super :-). Je tam i mezera pro silnici, ve které je silnice, taky super, ale na jednom kousku silnice leze do louky, takže někde bude nějaká nepřesnost. Pak tam vidím oblasti, které se částečně shodují s daty v OSM - v OSM je zemědělská půda. Nekryje se to přesně (tím nemyslím centimetry), ale prostě se to liší. Co s tím?
cvičně jsem si taky zkusil tři KÚ, první dojmy: * Skript by měl slučovat duplicitní uzly (triviální). * Skript by měl eliminovat uzel v cestě, pokud je totožný jako předcházející uzel (triviální).
* Musí se ručně řešit multipolygony.
* Spousta sousedících polygonů má překryvy, i v rámci jednoho KU.
* LPIS obsahuje jen zemědělskou půdu, takže v mapě vznikají "ostrůvky" polygonů místo souvislé plochy.
* Podezřele hodně luk je označeno jako oplocených (kul. 71) -- skript předpokládá, že každá pastvina má ohradník/plot?
* LPIS na řadě míst nekopíruje hranice parcel, takže budou nesoulady s daty RUIANu, plochami kreslenými podle KM atd.
* Od pohledu mi přijde, že parcely RUIANu by byly kvalitnější zdroj pro plošné mapování.
Na druhou stranu, už teď skript ušetří mraky ručního obkreslování, stačí jen v JOSM doopravit problémy. :-)
(V příloze je skript s přidaným primitivním odstraňováním duplicitních uzlů. Nicméně, Python vůbec neznám a z jeho syntaxe dostávám osypky, takže zbytek nechám pythonistům :-))
cvičně jsem si taky zkusil tři KÚ, první dojmy: * Skript by měl slučovat duplicitní uzly (triviální). * Skript by měl eliminovat uzel v cestě, pokud je totožný jako předcházející uzel (triviální).
* Musí se ručně řešit multipolygony.
* Spousta sousedících polygonů má překryvy, i v rámci jednoho KU.
* LPIS obsahuje jen zemědělskou půdu, takže v mapě vznikají "ostrůvky" polygonů místo souvislé plochy.
* Podezřele hodně luk je označeno jako oplocených (kul. 71) -- skript předpokládá, že každá pastvina má ohradník/plot?
* LPIS na řadě míst nekopíruje hranice parcel, takže budou nesoulady s daty RUIANu, plochami kreslenými podle KM atd.
* Od pohledu mi přijde, že parcely RUIANu by byly kvalitnější zdroj pro plošné mapování.
Na druhou stranu, už teď skript ušetří mraky ručního obkreslování, stačí jen v JOSM doopravit problémy. :-)
(V příloze je skript s přidaným primitivním odstraňováním duplicitních uzlů. Nicméně, Python vůbec neznám a z jeho syntaxe dostávám osypky, takže zbytek nechám pythonistům :-))
The data are freely available to anyone by law as they were created by government agency using tax payers' money. There are no copyrights on the data. The basic registers are created according to the Lawe No. 111/2009 Sb.. The possibility of extraction and use of data for OSM is based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English translations of Czech laws.*** Ehm, a na to jsi přišel jak?Ty data poskytuje Ministerstvo Zemedelstvi, AFAICT, takze jak by to melo byt jinak?*** Zacal bych tim, ze si ten odkazovany zakon prectes. Ve skutecnosti je to uplne jinak: http://www.zakonyprolidi.cz/cs/1997-252#p3ab-2 http://www.zakonyprolidi.cz/cs/2000-121#p3-1-a
On Tue 2014-07-22 15:40:32, hanoj wrote:The data are freely available to anyone by law as they were created by government agency using tax payers' money. There are no copyrights on the data. The basic registers are created according to the Lawe No. 111/2009 Sb.. The possibility of extraction and use of data for OSM is based on § 62 of Law 111/2009 Sb. Sorry, we are not aware of any English translations of Czech laws.*** Ehm, a na to jsi přišel jak?Ty data poskytuje Ministerstvo Zemedelstvi, AFAICT, takze jak by to melo byt jinak?*** Zacal bych tim, ze si ten odkazovany zakon prectes. Ve skutecnosti je to uplne jinak: http://www.zakonyprolidi.cz/cs/1997-252#p3ab-2 http://www.zakonyprolidi.cz/cs/2000-121#p3-1-a
Ja nevim co je "rucne". Kdyz mam ty zip fily, tak to muzu skriptem rozbalit, konvertovat do osm, kouknout na to v josm, a upload. Rozumna davka je imo tak 10 oblasti najednou.."Ručně" říkám přesně tomu, co tady popisuješ ;-). "Automaticky" říkám tomu, že pokud se na tom shodneme, upraví se polygon lesa sám bez hledání a klikání.
Pořád mám v qgisu natažené to jedno KÚ a vidím tam velké překryvy v landuse=residential, vidím tam díry ve školce (skript vůbec neřeší), školka zasahuje do obytné oblasti, takže v těch dírách je co? Obytná oblast? Nevím, žádný dům tam nestojí. Oproti tomu jsem si všiml, že v louce je díra pro sloup elektrického vedení a dokonce to sedí na sloup, co je v OSM, super :-). Je tam i mezera pro silnici, ve které je silnice, taky super, ale na jednom kousku silnice leze do louky, takže někde bude nějaká nepřesnost. Pak tam vidím oblasti, které se částečně shodují s daty v OSM - v OSM je zemědělská půda. Nekryje se to přesně (tím nemyslím centimetry), ale prostě se to liší. Co s tím?
nj, rozumím, docela v poho, když děláš okolí Říčan. Kolikrát se Říčany vejdou do ČR? ;-)20x. Tak to jsem cekal horsi, to bude za chvili hotovy :-). (30km okoli Rican me zajima natolik ze jsem zacal ty pole mapovat rucne klikanim podle bingu... a to je fakt dost otrava.)Aha, kruh 60km v průměru, no odsejpá ti to.
Takže je triviální naskriptovat něco, co si zažádá o všechna KÚ, ale to bych nedělal; spíš bych se domluvil. Nejspíš by rychle opravili kapču a zabanovali nás.Umis to naskriptovat? Me by to chvili trvalo. Tech uzemi je jen par tisic, kdyz to udelame o weekendu, myslim ze se nebudou s banovanim obtezovat, zvlast kdyz tam dame par sekund delay aby to ten server uplne neutavilo.Nezkoumal jsem, podle toho, jak to popisuješ, tak je to jen načíst z DB čísla katastrálních území a pro každé poslat jeden POST s příslušnými parametry na URL, kde se ty požadavky zadávají, ne?
I kdyz, dohoda by asi byla lepsi :-).Možná jsem příliš ovlivněný prací na těch adresách, jen mi přijde fajn možnost zjistit, že je někde něco aktualizované a hned to promítnout do OSM, takže bych nechtěl riskovat opravu captcha.
No a když takový mail udělám, tak co mám pak s těmi rozbalenými (zkonvertovanými) soubory dělat?Dat na ftp? Pro zacatek by se hodilo nezkonvertovany, protoze skript bude jeste potrebovat par uprav.No to by šlo, jen pořád nevím, k čemu by to bylo? Aby si to lidi mohli stáhnout z FTP namísto vyplnění toho formuláře? Nevíme, kdy si kdo co stáhne a je zbytečné, aby soubor ležel půl roku na FTP, když po půl roce bude jiný, aktuální.?
[Samozrejme by byla moznost to tam proste nahrat vsechno, s tim ze kazdy opravi prekryvy (etc) na uzemi ktery ho zajima. Rychlejc bychom dosahli kompletniho pokryti za cenu kvality dat... povetsinou kvality okolnich lesu.]... a bude landuse=farmland over landuse=farmland :-(
Dne St 23. července 2014 01:17:02, Pavel Machek napsal(a):Ja nevim co je "rucne". Kdyz mam ty zip fily, tak to muzu skriptem rozbalit, konvertovat do osm, kouknout na to v josm, a upload. Rozumna davka je imo tak 10 oblasti najednou.."Ručně" říkám přesně tomu, co tady popisuješ ;-). "Automaticky" říkám tomu, že pokud se na tom shodneme, upraví se polygon lesa sám bez hledání a klikání.
Pořád mám v qgisu natažené to jedno KÚ a vidím tam velké překryvy v landuse=residential, vidím tam díry ve školce (skript vůbec neřeší), školka zasahuje do obytné oblasti, takže v těch dírách je co? Obytná oblast? Nevím, žádný dům tam nestojí. Oproti tomu jsem si všiml, že v louce je díra pro sloup elektrického vedení a dokonce to sedí na sloup, co je v OSM, super :-). Je tam i mezera pro silnici, ve které je silnice, taky super, ale na jednom kousku silnice leze do louky, takže někde bude nějaká nepřesnost. Pak tam vidím oblasti, které se částečně shodují s daty v OSM - v OSM je zemědělská půda. Nekryje se to přesně (tím nemyslím centimetry), ale prostě se to liší. Co s tím?
nj, rozumím, docela v poho, když děláš okolí Říčan. Kolikrát se Říčany vejdou do ČR? ;-)20x. Tak to jsem cekal horsi, to bude za chvili hotovy :-). (30km okoli Rican me zajima natolik ze jsem zacal ty pole mapovat rucne klikanim podle bingu... a to je fakt dost otrava.)Aha, kruh 60km v průměru, no odsejpá ti to.
Takže je triviální naskriptovat něco, co si zažádá o všechna KÚ, ale to bych nedělal; spíš bych se domluvil. Nejspíš by rychle opravili kapču a zabanovali nás.Umis to naskriptovat? Me by to chvili trvalo. Tech uzemi je jen par tisic, kdyz to udelame o weekendu, myslim ze se nebudou s banovanim obtezovat, zvlast kdyz tam dame par sekund delay aby to ten server uplne neutavilo.Nezkoumal jsem, podle toho, jak to popisuješ, tak je to jen načíst z DB čísla katastrálních území a pro každé poslat jeden POST s příslušnými parametry na URL, kde se ty požadavky zadávají, ne?
I kdyz, dohoda by asi byla lepsi :-).Možná jsem příliš ovlivněný prací na těch adresách, jen mi přijde fajn možnost zjistit, že je někde něco aktualizované a hned to promítnout do OSM, takže bych nechtěl riskovat opravu captcha.
No a když takový mail udělám, tak co mám pak s těmi rozbalenými (zkonvertovanými) soubory dělat?Dat na ftp? Pro zacatek by se hodilo nezkonvertovany, protoze skript bude jeste potrebovat par uprav.No to by šlo, jen pořád nevím, k čemu by to bylo? Aby si to lidi mohli stáhnout z FTP namísto vyplnění toho formuláře? Nevíme, kdy si kdo co stáhne a je zbytečné, aby soubor ležel půl roku na FTP, když po půl roce bude jiný, aktuální.?
[Samozrejme by byla moznost to tam proste nahrat vsechno, s tim ze kazdy opravi prekryvy (etc) na uzemi ktery ho zajima. Rychlejc bychom dosahli kompletniho pokryti za cenu kvality dat... povetsinou kvality okolnich lesu.]... a bude landuse=farmland over landuse=farmland :-(
ani nic nequotuji, jen co se mi zdá, tak podle toho zákona, co sem dával odkaz hanoj, jsou v LPIS jen ty pozemky, u kterých to jejich uživatelé chtějí. Kdo tam nechce být, tak tam není. Chápu správně?
Udělal jsem narychlo vizualizaci RUIAN, pouze druh pozemku. V tabulkách je ještě způsob využití pozemku, což je údaj upřesňující. Tím jsem se teď nezabýval. Obrázky jsou na http://pedro.poloha.net/osm/landuse vždy OSM odklad a pak RUIAN obarvené parcely podle druhu pozemku. Zdá se, že to nevypadá zle, na to, že je to jen to hrubé členění.
Je tam i screenshot z qgisu, kde je vysvětlení, co která barva znamená. S qgisem moc neumím a tak nevím, jak vyexportovat legendu; proto ten screenshot. Jsou tam vidět zahrady i trávníky u domů, lesy i orná půda, koryto potoka atd. S tím upřesněním by to bylo samozřejmě ještě lepší, ale to je 30 kategorií a nevím, jaké barvičky použít :-)
ani nic nequotuji, jen co se mi zdá, tak podle toho zákona, co sem dával odkaz hanoj, jsou v LPIS jen ty pozemky, u kterých to jejich uživatelé chtějí. Kdo tam nechce být, tak tam není. Chápu správně?
Udělal jsem narychlo vizualizaci RUIAN, pouze druh pozemku. V tabulkách je ještě způsob využití pozemku, což je údaj upřesňující. Tím jsem se teď nezabýval. Obrázky jsou na http://pedro.poloha.net/osm/landuse vždy OSM odklad a pak RUIAN obarvené parcely podle druhu pozemku. Zdá se, že to nevypadá zle, na to, že je to jen to hrubé členění.
Je tam i screenshot z qgisu, kde je vysvětlení, co která barva znamená. S qgisem moc neumím a tak nevím, jak vyexportovat legendu; proto ten screenshot. Jsou tam vidět zahrady i trávníky u domů, lesy i orná půda, koryto potoka atd. S tím upřesněním by to bylo samozřejmě ještě lepší, ale to je 30 kategorií a nevím, jaké barvičky použít :-)
Obrázky jsou na http://pedro.poloha.net/osm/landuse
Pekne, moc pekne. Kdyz to budu chtit zopakovat vlastnim qgisem -- jakou adresu musim zadat?
Kdyby se z toho podarilo dostat udaje o zahradkach a plotech, hned by mapa vypadala zas o kousek lip :-)
Obrázky jsou na http://pedro.poloha.net/osm/landuse
Pekne, moc pekne. Kdyz to budu chtit zopakovat vlastnim qgisem -- jakou adresu musim zadat?
Kdyby se z toho podarilo dostat udaje o zahradkach a plotech, hned by mapa vypadala zas o kousek lip :-)
Hi! I'd like to start import of LPIS farmland database, as we have very good coverage of houses, forests and water, but farmland is very good at places and completely missing at different places. Import page is at https://wiki.openstreetmap.org/wiki/LPIS , import script will probably be ogr2osm + script below. Best regards, Pavel _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
pro zajímavost, tvůj skript jsem při zkoumání LPISu nakonec zavrhl, jelikož jsem našel tohle: http://wiki.openstreetmap.org/wiki/Ogr2osm Stačí doplnit translation funkci (vypůjčeno z pův. skriptu, v příloze) a veškerou srandu udělá jeden příkaz: ogr2osm.py PLPIS_233406_KU_KOD_742376.shp -t trn-lpis.py -o ujezd.lpis.osm
pro zajímavost, tvůj skript jsem při zkoumání LPISu nakonec zavrhl, jelikož jsem našel tohle: http://wiki.openstreetmap.org/wiki/Ogr2osm Stačí doplnit translation funkci (vypůjčeno z pův. skriptu, v příloze) a veškerou srandu udělá jeden příkaz: ogr2osm.py PLPIS_233406_KU_KOD_742376.shp -t trn-lpis.py -o ujezd.lpis.osm
Ahoj!pro zajímavost, tvůj skript jsem při zkoumání LPISu nakonec zavrhl, jelikož jsem našel tohle: http://wiki.openstreetmap.org/wiki/Ogr2osm Stačí doplnit translation funkci (vypůjčeno z pův. skriptu, v příloze) a veškerou srandu udělá jeden příkaz: ogr2osm.py PLPIS_233406_KU_KOD_742376.shp -t trn-lpis.py -o ujezd.lpis.osmNo, stahnul jsem si ogr2osm.py, ale nechce fungovat: git clone git://github.com/pnorman/ogr2osm.git pavel na amd:~/g/ogr2osm$ ./ogr2osm.py File "./ogr2osm.py", line 538 featuresmap = {feature.geometry : feature for feature in Feature.features} ^ SyntaxError: invalid syntax pavel na amd:~/g/ogr2osm$ python3 ./ogr2osm.py File "./ogr2osm.py", line 320 reproject = lambda(geometry): None ^ SyntaxError: invalid syntax pavel na amd:~/g/ogr2osm$ To druhy jsem zvladnul nejak osalit, jenze nemam potrebny balicky pro python3:
Ahoj!pro zajímavost, tvůj skript jsem při zkoumání LPISu nakonec zavrhl, jelikož jsem našel tohle: http://wiki.openstreetmap.org/wiki/Ogr2osm Stačí doplnit translation funkci (vypůjčeno z pův. skriptu, v příloze) a veškerou srandu udělá jeden příkaz: ogr2osm.py PLPIS_233406_KU_KOD_742376.shp -t trn-lpis.py -o ujezd.lpis.osmNo, stahnul jsem si ogr2osm.py, ale nechce fungovat: git clone git://github.com/pnorman/ogr2osm.git pavel na amd:~/g/ogr2osm$ ./ogr2osm.py File "./ogr2osm.py", line 538 featuresmap = {feature.geometry : feature for feature in Feature.features} ^ SyntaxError: invalid syntax pavel na amd:~/g/ogr2osm$ python3 ./ogr2osm.py File "./ogr2osm.py", line 320 reproject = lambda(geometry): None ^ SyntaxError: invalid syntax pavel na amd:~/g/ogr2osm$ To druhy jsem zvladnul nejak osalit, jenze nemam potrebny balicky pro python3:
To druhy jsem zvladnul nejak osalit, jenze nemam potrebny balicky pro python3: from osgeo import ogr from osgeo import osr . Jestli ma nekdo napad... Pavel
To druhy jsem zvladnul nejak osalit, jenze nemam potrebny balicky pro python3: from osgeo import ogr from osgeo import osr . Jestli ma nekdo napad... Pavel
Ahoj, pár ve(cí: * Opravil jsem skript, aby se díval i do pole KULTURA_KL, ted( uz( taguje zelinár(skou zahradu atd. * Kdyz( narazí na neznámý kód kultury, vyhodí výjmku místo tagu. * Vyházel jsem zbývající ploty -- byly tam z ne(jakého du*vodu? * crop=vegetable nebo crop=vegetables ? taginfo zná víc te(ch prvních * kul. 98 (rychle rostoucí dr(eviny): landuse=scrub ??? * Proc( se taguje id_fb? Je to k ne(c(emu dobrý? Zkous(el jsem nanec(isto v JOSM napojování ve(ts(ího kusu dat na existující landuse polygony, je to pe(kná drbac(ka, pr(ekryvu* a de(r je víc nez( dost. Pokud Marián dode(lá tracer, který by pr(idával políc(ka jedno po druhým, byl by asi praktic(te(js(í.
(A pohrávám si s mys(lenkou dode(lat do JOSM funkci, která pr(ilepí úsek jedné cesty ke druhé mezi urc(enými body. Fakt nic takovýho neexistuje nebo jen s(patne( hledám?)
Ahoj, pár ve(cí: * Opravil jsem skript, aby se díval i do pole KULTURA_KL, ted( uz( taguje zelinár(skou zahradu atd. * Kdyz( narazí na neznámý kód kultury, vyhodí výjmku místo tagu. * Vyházel jsem zbývající ploty -- byly tam z ne(jakého du*vodu? * crop=vegetable nebo crop=vegetables ? taginfo zná víc te(ch prvních * kul. 98 (rychle rostoucí dr(eviny): landuse=scrub ??? * Proc( se taguje id_fb? Je to k ne(c(emu dobrý? Zkous(el jsem nanec(isto v JOSM napojování ve(ts(ího kusu dat na existující landuse polygony, je to pe(kná drbac(ka, pr(ekryvu* a de(r je víc nez( dost. Pokud Marián dode(lá tracer, který by pr(idával políc(ka jedno po druhým, byl by asi praktic(te(js(í.
(A pohrávám si s mys(lenkou dode(lat do JOSM funkci, která pr(ilepí úsek jedné cesty ke druhé mezi urc(enými body. Fakt nic takovýho neexistuje nebo jen s(patne( hledám?)
Btw, rozjel jsem PostGIS a zkous(el totéz( s parcelami RUIANu. Kdyz( se vhodne( slouc(í parcely podle typu* jak psal Petr Vejsada, tak je to taky pouz(itelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ", ale LPIS zase obecne( víc odpovídá Bingu. Problému* s napojováním na okolí je u obou zhruba stejne(. (Docela pe(kne( vychází parcely RUIANu ve me(stech a vesnicích. Zkusím z toho ne(kdy zmapovat vnitr(nosti u pár vesnic, kolik klikací práce to us(etr(í.) Martin On 28.7.2014 14:53, Pavel Machek wrote:Hi! I'd like to start import of LPIS farmland database, as we have very good coverage of houses, forests and water, but farmland is very good at places and completely missing at different places. Import page is at https://wiki.openstreetmap.org/wiki/LPIS , import script will probably be ogr2osm + script below. Best regards, Pavel _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
* Opravil jsem skript, aby se díval i do pole KULTURA_KL, teď už taguje zelinářskou zahradu atd. * Když narazí na neznámý kód kultury, vyhodí výjmku místo tagu. * Vyházel jsem zbývající ploty -- byly tam z nějakého důvodu?
* crop=vegetable nebo crop=vegetables ? taginfo zná víc těch prvních
* kul. 98 (rychle rostoucí dřeviny): landuse=scrub ???
* Proč se taguje id_fb? Je to k něčemu dobrý?
Zkoušel jsem nanečisto v JOSM napojování většího kusu dat na existující landuse polygony, je to pěkná drbačka, překryvů a děr je víc než dost. Pokud Marián dodělá tracer, který by přidával políčka jedno po druhým, byl by asi praktičtější.
(A pohrávám si s myšlenkou dodělat do JOSM funkci, která přilepí úsek jedné cesty ke druhé mezi určenými body. Fakt nic takovýho neexistuje nebo jen špatně hledám?)
Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se vhodně sloučí parcely podle typů jak psal Petr Vejsada, tak je to taky použitelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ", ale LPIS zase obecně víc odpovídá Bingu. Problémů s napojováním na okolí je u obou zhruba stejně. (Docela pěkně vychází parcely RUIANu ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u pár vesnic, kolik klikací práce to ušetří.)
* Opravil jsem skript, aby se díval i do pole KULTURA_KL, teď už taguje zelinářskou zahradu atd. * Když narazí na neznámý kód kultury, vyhodí výjmku místo tagu. * Vyházel jsem zbývající ploty -- byly tam z nějakého důvodu?
* crop=vegetable nebo crop=vegetables ? taginfo zná víc těch prvních
* kul. 98 (rychle rostoucí dřeviny): landuse=scrub ???
* Proč se taguje id_fb? Je to k něčemu dobrý?
Zkoušel jsem nanečisto v JOSM napojování většího kusu dat na existující landuse polygony, je to pěkná drbačka, překryvů a děr je víc než dost. Pokud Marián dodělá tracer, který by přidával políčka jedno po druhým, byl by asi praktičtější.
(A pohrávám si s myšlenkou dodělat do JOSM funkci, která přilepí úsek jedné cesty ke druhé mezi určenými body. Fakt nic takovýho neexistuje nebo jen špatně hledám?)
Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se vhodně sloučí parcely podle typů jak psal Petr Vejsada, tak je to taky použitelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ", ale LPIS zase obecně víc odpovídá Bingu. Problémů s napojováním na okolí je u obou zhruba stejně. (Docela pěkně vychází parcely RUIANu ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u pár vesnic, kolik klikací práce to ušetří.)
No, pro me je informace o plotech docela dulezita.. mam pocit ze vinice a chmelnice plot proste maji. Ale asi je to trochu drze...
http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub Aha, ma tam byt natural, ale jinak to myslim sedi. Opravim.
Zkoušel jsem nanečisto v JOSM napojování většího kusu dat na existující landuse polygony, je to pěkná drbačka, překryvů a děr je víc než dost. Pokud Marián dodělá tracer, který by přidával políčka jedno po druhým, byl by asi praktičtější.No, ja bych uplne landuse=farmland napriklad s lesama nespojoval.. ono vedle toho lesa byva ruzne siroky pruh ne-lesa ale jeste taky ne-pole.
Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se vhodně sloučí parcely podle typů jak psal Petr Vejsada, tak je to taky použitelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ", ale LPIS zase obecně víc odpovídá Bingu. Problémů s napojováním na okolí je u obou zhruba stejně. (Docela pěkně vychází parcely RUIANu ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u pár vesnic, kolik klikací práce to ušetří.)No, kdyby z toho byly nejaky soubory, treba pro okoli rican, tak se na rad podivam. Kdyby se v osm objevily ploty, tak me to hodne potesi... a ploty by mely jit vykoukat z mistni znalosti + hranic pozemku.
No, pro me je informace o plotech docela dulezita.. mam pocit ze vinice a chmelnice plot proste maji. Ale asi je to trochu drze...
http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub Aha, ma tam byt natural, ale jinak to myslim sedi. Opravim.
Zkoušel jsem nanečisto v JOSM napojování většího kusu dat na existující landuse polygony, je to pěkná drbačka, překryvů a děr je víc než dost. Pokud Marián dodělá tracer, který by přidával políčka jedno po druhým, byl by asi praktičtější.No, ja bych uplne landuse=farmland napriklad s lesama nespojoval.. ono vedle toho lesa byva ruzne siroky pruh ne-lesa ale jeste taky ne-pole.
Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se vhodně sloučí parcely podle typů jak psal Petr Vejsada, tak je to taky použitelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ", ale LPIS zase obecně víc odpovídá Bingu. Problémů s napojováním na okolí je u obou zhruba stejně. (Docela pěkně vychází parcely RUIANu ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u pár vesnic, kolik klikací práce to ušetří.)No, kdyby z toho byly nejaky soubory, treba pro okoli rican, tak se na rad podivam. Kdyby se v osm objevily ploty, tak me to hodne potesi... a ploty by mely jit vykoukat z mistni znalosti + hranic pozemku.
No, pro me je informace o plotech docela dulezita.. mam pocit ze vinice a chmelnice plot proste maji. Ale asi je to trochu drze...Mně se nelíbily ploty kolem a napříč loukami, kde vím že tam určitě nejsou. U vinic+chmelnic... mno, tam je pravděpodobnost plotu asi docela vysoká. Těžko říct...
http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub Aha, ma tam byt natural, ale jinak to myslim sedi. Opravim.Znova jsem se nad tím zamyslel... Záleží, co se myslí "porostem rychle rostoucích dřevin". Natural=scrub je neobhospodařovaná příroda, landuse=* je obhospodařovaná krajina. Jestli jsou to plantáže na biomasu, landuse by tomu slušel víc. (Taginfo landuse=scrub zná, ale většinou na uzlech (wtf, jednotlivé keře?). Co jsem namátkou našel na polygonech, tak je to chybně otagovaný natural=scrub.)
Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se vhodně sloučí parcely podle typů jak psal Petr Vejsada, tak je to taky použitelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ", ale LPIS zase obecně víc odpovídá Bingu. Problémů s napojováním na okolí je u obou zhruba stejně. (Docela pěkně vychází parcely RUIANu ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u pár vesnic, kolik klikací práce to ušetří.)No, kdyby z toho byly nejaky soubory, treba pro okoli rican, tak se na rad podivam. Kdyby se v osm objevily ploty, tak me to hodne potesi... a ploty by mely jit vykoukat z mistni znalosti + hranic pozemku.Pokusím se vyrobit ukázku, až to trochu učešu. Ale teď se k tomu pár dnů nedostanu. Zatím hlavně googlím, co vůbec PostGIS nad daty dokáže. Btw, ty ploty... To je nějaká specifická úchylka? :-))
No, pro me je informace o plotech docela dulezita.. mam pocit ze vinice a chmelnice plot proste maji. Ale asi je to trochu drze...Mně se nelíbily ploty kolem a napříč loukami, kde vím že tam určitě nejsou. U vinic+chmelnic... mno, tam je pravděpodobnost plotu asi docela vysoká. Těžko říct...
http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub Aha, ma tam byt natural, ale jinak to myslim sedi. Opravim.Znova jsem se nad tím zamyslel... Záleží, co se myslí "porostem rychle rostoucích dřevin". Natural=scrub je neobhospodařovaná příroda, landuse=* je obhospodařovaná krajina. Jestli jsou to plantáže na biomasu, landuse by tomu slušel víc. (Taginfo landuse=scrub zná, ale většinou na uzlech (wtf, jednotlivé keře?). Co jsem namátkou našel na polygonech, tak je to chybně otagovaný natural=scrub.)
Btw, rozjel jsem PostGIS a zkoušel totéž s parcelami RUIANu. Když se vhodně sloučí parcely podle typů jak psal Petr Vejsada, tak je to taky použitelné. Proti LPISu RUIAN líp "pokrývá celou plochu KÚ", ale LPIS zase obecně víc odpovídá Bingu. Problémů s napojováním na okolí je u obou zhruba stejně. (Docela pěkně vychází parcely RUIANu ve městech a vesnicích. Zkusím z toho někdy zmapovat vnitřnosti u pár vesnic, kolik klikací práce to ušetří.)No, kdyby z toho byly nejaky soubory, treba pro okoli rican, tak se na rad podivam. Kdyby se v osm objevily ploty, tak me to hodne potesi... a ploty by mely jit vykoukat z mistni znalosti + hranic pozemku.Pokusím se vyrobit ukázku, až to trochu učešu. Ale teď se k tomu pár dnů nedostanu. Zatím hlavně googlím, co vůbec PostGIS nad daty dokáže. Btw, ty ploty... To je nějaká specifická úchylka? :-))
-----Original Message----- From: Pavel Machek [mailto:pavel na ucw.cz]http://wiki.openstreetmap.org/wiki/Tag:natural%3Dscrub Aha, ma tam byt natural, ale jinak to myslim sedi. Opravim.Znova jsem se nad tím zamyslel... Záleží, co se myslí "porostem rychle rostoucích dřevin". Natural=scrub je neobhospodařovaná příroda, landuse=* je obhospodařovaná krajina. Jestli jsou to plantáže na biomasu, landuse by tomu slušel víc. (Taginfo landuse=scrub zná, ale většinou na uzlech (wtf, jednotlivé keře?). Co jsem namátkou našel na polygonech, tak je to chybně otagovaný natural=scrub.)landuse=scrub neni problem.
co myslis tim, ze landuse=scrub neni problem? Ja bych pouziti tohoto tagu jako problem videl, protoze nam to nic nevykresli a navic si lidi budou myslet, ze je to preklep z natural=scrub.
Skutecne se jedna o nejake plantaze biomasy? Pokud jo, pak by tomu asi slusel jiny tag a to asi landuse=farmland + nejaky crop=
Ale spis bych si tipoval, ze to bude proste jen krovi, ne?
co myslis tim, ze landuse=scrub neni problem? Ja bych pouziti tohoto tagu jako problem videl, protoze nam to nic nevykresli a navic si lidi budou myslet, ze je to preklep z natural=scrub.
Skutecne se jedna o nejake plantaze biomasy? Pokud jo, pak by tomu asi slusel jiny tag a to asi landuse=farmland + nejaky crop=
Ale spis bych si tipoval, ze to bude proste jen krovi, ne?
Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.