Problematické multipolygony v oblasti Železný Brod na Talk-cz

Dvořák Vojtěch vojtaxdvorak na seznam.cz #m55d436 7. 3. 2026 22:39

Ahoj, před nějakou dobou jsem narazil na plochy zakreslené pomocí multipolygonů, které jsou tvořeny několika liniemi označenými jako ?outer?. Jedna linie je tedy často součástí více ploch zároveň. Autorem těchto úprav je Vojtěch Zabořil, který tento způsob použil, protože je podle jeho slov rychlejší. Tyto plochy se nacházejí na poměrně velkém území (např. Železný Brod, Koberovy, Vesec, Smrčí, Loučky, Michovka, Besedice, Chlístov, Těpeře, Bzí, Sněhov, Huntířov, Mukařov, Alšovice, Skuhrov a další). Ukázka problematického zakreslení zde: https://www.openstreetmap.org/edit#map=17/50.644291/15.248990 Považuji tento způsob mapování za poměrně problematický, protože editace je pro začátečníky velmi obtížná. Minimálně v editoru iD je práce s těmito objekty dost komplikovaná a zabere výrazně více času než úpravy běžných ploch. Rád bych tyto objekty postupně předělal na "běžné? plochy, tedy aby byl každý objekt tvořen jednou uzavřenou linií. Bohužel zatím neovládám JOSM natolik dobře, abych dokázal provést nějakou efektivní hromadnou opravu. Zkoušel jsem se na postup zeptat na Matrix chatu, ale nepodařilo se mi získat konkrétní řešení. Dokonce jsem to trochu řešil na mezinárodním OSM Discord serveru, kde mi bylo řečeno, že současný způsob zakreslení není příliš vhodný. Jedna z možností, kterou bych uměl řešit, by byla oblast promazat a znovu nahrát pole z LPIS, ale to asi není ideální řešení. Navíc se tomu momentálně nemohu věnovat naplno, protože řeším především školu. Budu proto rád za jakoukoli diskuzi, radu nebo pomoc s případnou opravou. S přáním pěkného dne Vojta (Dvorný)

Vojtěch Zabořil vojtech.zaboril na gmail.com #m4c631d 7. 3. 2026 23:07

Ahoj, jenom k tomu doplním pár podrobností. S Vojtěchem Dvořákem jsme si psali a budu rád, pokud se k tomu vyjádří i komunita (což jsem napsal i jemu). Mnou provedené úpravy se týkají této zmiňované oblasti, možná obecněji oblast mezi Rychnovem u Jablonce, Turnovem a Železným Brodem; celková plocha je přes 100 km^2. Hlavním důvodem úprav byla nedostatečná kvalita zákresu využití ploch (lesy, louky, sady, residential apod) spočívající v nepřesnosti zákresu a také ve spoustě "bílých" ploch. Jako řešení jsem zvolil relace (multipolygony), jelikož tyto plochy těsně přiléhají k sobě a jejich společné hranice jsou dost dlouhé (díky relacím stačí nakreslit hraniční linii pouze jednou a přidat ji do 2 relací). Zdrojem bylo převážně ČÚZK ortofoto a případně katastrální mapa. Souhlasím s tím, že to pro začátečníky není jednoduše upravitelné, ale nemyslím si, že je to problém v relacích, ale spíše v tom, jak je editační nástroju prezentují a (ne)umožňují upravovat (pracuju v JOSM, kde to celkem ujde; iD mi přijde na multipolygony dost nepoužitelný). Nemyslím si, že je vhodné tyto plochy nějakým nástrojem konvertovat na obyčené polygony (a určitě ne ručně). Určitě si nemyslím, že by bylo vhodné multipolygony mazat a importovat z LPIS (současné zakreslení je přesnější než LPIS, tudíž by se jednalo o vandalismus). Chtěl bych se lehce ohradit proti "pomoci s opravou", neboť z toho vyznívá, že současný způsob něco porušuje, což si nemyslím. Budu taky rád za diskuzi a návrh řešení. Určitě je nutné k OSM přívádět další lidi a ne je odrazovat. S pozdravem. Vojtěch Zabořil <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Neobsahuje žádné viry.www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Ahoj, jenom k tomu doplním pár podrobností. S Vojtěchem Dvořákem jsme si psali a budu rád, pokud se k tomu vyjádří i komunita (což jsem napsal i jemu). Mnou provedené úpravy se týkají této zmiňované oblasti, možná obecněji oblast mezi Rychnovem u Jablonce, Turnovem a Železným Brodem; celková plocha je přes 100 km^2. Hlavním důvodem úprav byla nedostatečná kvalita zákresu využití ploch (lesy, louky, sady, residential apod) spočívající v nepřesnosti zákresu a také ve spoustě "bílých" ploch. Jako řešení jsem zvolil relace (multipolygony), jelikož tyto plochy těsně přiléhají k sobě a jejich společné hranice jsou dost dlouhé (díky relacím stačí nakreslit hraniční linii pouze jednou a přidat ji do 2 relací). Zdrojem bylo převážně ČÚZK ortofoto a případně katastrální mapa. Souhlasím s tím, že to pro začátečníky není jednoduše upravitelné, ale nemyslím si, že je to problém v relacích, ale spíše v tom, jak je editační nástroju prezentují a (ne)umožňují upravovat (pracuju v JOSM, kde to celkem ujde; iD mi přijde na multipolygony dost nepoužitelný). Nemyslím si, že je vhodné tyto plochy nějakým nástrojem konvertovat na obyčené polygony (a určitě ne ručně). Určitě si nemyslím, že by bylo vhodné multipolygony mazat a importovat z LPIS (současné zakreslení je přesnější než LPIS, tudíž by se jednalo o vandalismus). Chtěl bych se lehce ohradit proti "pomoci s opravou", neboť z toho vyznívá, že současný způsob něco porušuje, což si nemyslím. Budu taky rád za diskuzi a návrh řešení. Určitě je nutné k OSM přívádět další lidi a ne je odrazovat. S pozdravem. Vojtěch Zabořil <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Neobsahuje žádné viry.www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> On Sat, 7 Mar 2026 at 22:40, Dvořák Vojtěch <vojtaxdvorak na seznam.cz> wrote:

Ahoj, před nějakou dobou jsem narazil na plochy zakreslené pomocí multipolygonů, které jsou tvořeny několika liniemi označenými jako ?outer?. Jedna linie je tedy často součástí více ploch zároveň. Autorem těchto úprav je Vojtěch Zabořil, který tento způsob použil, protože je podle jeho slov rychlejší. Tyto plochy se nacházejí na poměrně velkém území (např. Železný Brod, Koberovy, Vesec, Smrčí, Loučky, Michovka, Besedice, Chlístov, Těpeře, Bzí, Sněhov, Huntířov, Mukařov, Alšovice, Skuhrov a další). Ukázka problematického zakreslení zde: https://www.openstreetmap.org/edit#map=17/50.644291/15.248990 Považuji tento způsob mapování za poměrně problematický, protože editace je pro začátečníky velmi obtížná. Minimálně v editoru iD je práce s těmito objekty dost komplikovaná a zabere výrazně více času než úpravy běžných ploch. Rád bych tyto objekty postupně předělal na "běžné? plochy, tedy aby byl každý objekt tvořen jednou uzavřenou linií. Bohužel zatím neovládám JOSM natolik dobře, abych dokázal provést nějakou efektivní hromadnou opravu. Zkoušel jsem se na postup zeptat na Matrix chatu, ale nepodařilo se mi získat konkrétní řešení. Dokonce jsem to trochu řešil na mezinárodním OSM Discord serveru, kde mi bylo řečeno, že současný způsob zakreslení není příliš vhodný. Jedna z možností, kterou bych uměl řešit, by byla oblast promazat a znovu nahrát pole z LPIS, ale to asi není ideální řešení. Navíc se tomu momentálně nemohu věnovat naplno, protože řeším především školu. Budu proto rád za jakoukoli diskuzi, radu nebo pomoc s případnou opravou. S přáním pěkného dne Vojta (Dvorný) _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz

Dvořák Vojtěch vojtaxdvorak na seznam.cz #mab5628 7. 3. 2026 23:18

Za výraz "pomoci s opravou" se omlouvám. Opravdu to nic neporušuje. Jen si nemyslím, že je to vhodný způsob zakreslení. Vojta (Dvorný)

Amunak osm na amunak.net #m23bc86 8. 3. 2026 18:20

A přijde ti to nevhodné, protože to způsobuje někde problémy (konzumenti dat, nebo nějaké významnější renderery), nebo jen proto, že je obtížnější to mapovat? Ono to totiž dává smysl, a to zejména u toho využití půdy. Co bych viděl jako (drobný) problém by bylo kdyby to někde využívalo existující linie které se používají na něco jiného (třeba ploty nebo silnice) ale i to by mi asi přišlo OK. Pokud máme mizerné nástroje, řešil bych spíš, jak zlepšit ty nástroje.

Dvořák Vojtěch vojtaxdvorak na seznam.cz #m253340 8. 3. 2026 20:14

Nevhodné mi to připadá především s ohledem na mapery používající editor iD. Za prvé, drtivá většina začátečníků s tím nedokáže nic udělat, protože je to v iD poměrně problematické. iD používám na denní bázi a i pro mě jsou úpravy těchto oblastí velmi zdlouhavé. Za druhé, není možné použít plugin Tracer pro aktualizaci dat z LPIS, protože tento způsob mapování nepodporuje. Pro mapování využití půdy mi to tedy připadá spíše nevhodné. Mnohem praktičtější mi přijde mapovat plochy jak je to obvyklé, tedy mapovat ohraničení ploch uzavřenou linií. Vojta Z. se zmiňoval, že jeho použitý způsob byl pro něj rychlejší na zakreslení. Od toho ale máme funkce "follow mode?, která mapování navazujících ploch výrazně usnadňuje. K tomuto "problému? jsem se dostal díky kamarádovi, který chtěl v dané oblasti upravit okolí své chaty. Bohužel to pro něj, jako začátečníka v ID, bylo příliš složité , takže to nakonec vzdal. Jde mi tedy o to, aby tato oblast nebyla pouze pro pokročilé mapery v JOSM. Samozřejmě je to do určité míry i otázka editorů, protože současné nástroje takový způsob práce v podstatě neumožňují. Řešení na úrovni editorů je ale násobně složitější než úprava samotných dat. Do doby, než se nástroje zlepší, by mi proto připadalo praktičtější mapovat ohraničení ploch jako uzavřené linie. A tudíž tedy tuto oblast upravit. S přáním pěkného dne Dvorný

Jakub Jelen jakuje na gmail.com #m289e00 8. 3. 2026 21:35

Ahoj, take moc rad nevidim slepovani ploch. Navazujici landuse na landuse je ok, zvlast kdyz jsou to velke plochy sousedici dlouhou stranou, ale napriklad navazovani landuse=residential na leisure=garden si myslim, ze je proste spatne -- Zahrada u domu je stale plocha rezidencniho vyuziti, takze tyto dve nemaji sousedit, ale maji se prekryvat, protoze popisuji jiny element mapy [1]. A takovychto pripadu si myslim, ze lze najit vice. Mapovani malych a jednoduchych tvaru pomoci multipolygonu slozeneho ze 2-3 cest jde proti obecnemu principu KISS (keep it simple, stupid [2]). Myslim si, ze mapovani by nemelo probihat jenom podle toho jak je to mene pracne pro daneho uzivatele v danou chvili vytvorit, ale podle toho jak je to udrzovatelne do budoucna. Kdyz je zmapovano normalni plochou a pole se rozsiri, pretrasovani z LPISu je otazkou jednoho kliknuti. V toto formatu je ale kazda dalsi uprava manualni obkresleni cesty. Posunout hranici je jese relativne jednoduche, ale slozitejsi zmeny (pridat nejakou plochu, odstranit plochu, spojit ...) vyzaduji slozitejsi prace s relacemi, ktere jsou pro zacatecniky neuchopitelne, coz brani dalsim editacim mapy. Sam mam neco namapovano jak v iD, tak v JOSM 10+ let a uprime, kdyz neco takoveho vidim a chtel bych tam neco opravit, tak me to docela odrazuje. Napr vidim [3] kde je novy dum a je potreba tam posunout residential landuse. I takova drobnost znamena ze musim pustit JOSM, zjistit ktere relace smazat, rozdelit, jake cary presunout a jak z nich poskladat pripadne nove relace. To vetsinu zacatecniku v lepsim pripade odradi a v horsim pripade nejakou tu relaci rozbijou (protoze i kdyz tam vyskoci varovani, tak mu nebudou rozumet). Souhlasim tedy s tim co jiz bylo receno, ze to neni spatne, ale neni to idealni (a doufam, ze moje duvody davaji smysl). Jak to "opravit"? Konvertovat toto na normalni plochy je opet hromada manualni prace. Spis bych se soustredil na to nevyrabet dalsi takove oblasti. [1] https://www.openstreetmap.org/way/1356663851/[2] https://cs.wikipedia.org/wiki/KISS [3] https://www.openstreetmap.org/relation/18640722/history

Ahoj, take moc rad nevidim slepovani ploch. Navazujici landuse na landuse je ok, zvlast kdyz jsou to velke plochy sousedici dlouhou stranou, ale napriklad navazovani landuse=residential na leisure=garden si myslim, ze je proste spatne -- Zahrada u domu je stale plocha rezidencniho vyuziti, takze tyto dve nemaji sousedit, ale maji se prekryvat, protoze popisuji jiny element mapy [1]. A takovychto pripadu si myslim, ze lze najit vice. Mapovani malych a jednoduchych tvaru pomoci multipolygonu slozeneho ze 2-3 cest jde proti obecnemu principu KISS (keep it simple, stupid [2]). Myslim si, ze mapovani by nemelo probihat jenom podle toho jak je to mene pracne pro daneho uzivatele v danou chvili vytvorit, ale podle toho jak je to udrzovatelne do budoucna. Kdyz je zmapovano normalni plochou a pole se rozsiri, pretrasovani z LPISu je otazkou jednoho kliknuti. V toto formatu je ale kazda dalsi uprava manualni obkresleni cesty. Posunout hranici je jese relativne jednoduche, ale slozitejsi zmeny (pridat nejakou plochu, odstranit plochu, spojit ...) vyzaduji slozitejsi prace s relacemi, ktere jsou pro zacatecniky neuchopitelne, coz brani dalsim editacim mapy. Sam mam neco namapovano jak v iD, tak v JOSM 10+ let a uprime, kdyz neco takoveho vidim a chtel bych tam neco opravit, tak me to docela odrazuje. Napr vidim [3] kde je novy dum a je potreba tam posunout residential landuse. I takova drobnost znamena ze musim pustit JOSM, zjistit ktere relace smazat, rozdelit, jake cary presunout a jak z nich poskladat pripadne nove relace. To vetsinu zacatecniku v lepsim pripade odradi a v horsim pripade nejakou tu relaci rozbijou (protoze i kdyz tam vyskoci varovani, tak mu nebudou rozumet). Souhlasim tedy s tim co jiz bylo receno, ze to neni spatne, ale neni to idealni (a doufam, ze moje duvody davaji smysl). Jak to "opravit"? Konvertovat toto na normalni plochy je opet hromada manualni prace. Spis bych se soustredil na to nevyrabet dalsi takove oblasti. [1] https://www.openstreetmap.org/way/1356663851/ [2] https://cs.wikipedia.org/wiki/KISS [3] https://www.openstreetmap.org/relation/18640722/history On Sat, Mar 7, 2026 at 11:20?PM Dvořák Vojtěch <vojtaxdvorak na seznam.cz> wrote:

Za výraz "pomoci s opravou" se omlouvám. Opravdu to nic neporušuje. Jen si nemyslím, že je to vhodný způsob zakreslení. Vojta (Dvorný) _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz

Marián Kyral mkyral na email.cz #md5a503 9. 3. 2026 12:08

Ahoj, Souhlasím s tím, že ač je tohle technicky možné, věci to spíše komplikuje než zjednodušuje. Možnost mít více cest v relaci využívám hlavně u velkých (multi)polygonů (například příhraniční lesy), kde narazím na limit 2 000 bodů na linii. Pak se hodí mít možnost linii vhodně rozdělit a nechat v relaci. Ale když pak narazím na oblast, kde je hromada relací jen proto aby se ?neduplikovaly? linie, tak si dvakrát rozmyslím, jestli do toho začnu vrtat. Často pak dojdu k názoru, že mi to nestojí za to. A to už mám s editací OSM a JOSM dlouholetou zkušenost. Marián

Ahoj, Souhlasím s tím, že ač je tohle technicky možné, věci to spíše komplikuje než zjednodušuje. Možnost mít více cest v relaci využívám hlavně u velkých (multi)polygonů (například příhraniční lesy), kde narazím na limit 2 000 bodů na linii. Pak se hodí mít možnost linii vhodně rozdělit a nechat v relaci. Ale když pak narazím na oblast, kde je hromada relací jen proto aby se ?neduplikovaly? linie, tak si dvakrát rozmyslím, jestli do toho začnu vrtat. Často pak dojdu k názoru, že mi to nestojí za to. A to už mám s editací OSM a JOSM dlouholetou zkušenost. Marián ---------- Původní e?mail ---------- Od: Jakub Jelen <jakuje na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 8. 3. 2026 21:39:16 Předmět: Re: [talk-cz] Problematické multipolygony v oblasti Železný Brod "Ahoj, take moc rad nevidim slepovani ploch. Navazujici landuse na landuse je ok, zvlast kdyz jsou to velke plochy sousedici dlouhou stranou, ale napriklad navazovani landuse=residential na leisure=garden si myslim, ze je proste spatne -- Zahrada u domu je stale plocha rezidencniho vyuziti, takze tyto dve nemaji sousedit, ale maji se prekryvat, protoze popisuji jiny element mapy [1]. A takovychto pripadu si myslim, ze lze najit vice. Mapovani malych a jednoduchych tvaru pomoci multipolygonu slozeneho ze 2-3 cest jde proti obecnemu principu KISS (keep it simple, stupid [2]). Myslim si, ze mapovani by nemelo probihat jenom podle toho jak je to mene pracne pro daneho uzivatele v danou chvili vytvorit, ale podle toho jak je to udrzovatelne do budoucna. Kdyz je zmapovano normalni plochou a pole se rozsiri, pretrasovani z LPISu je otazkou jednoho kliknuti. V toto formatu je ale kazda dalsi uprava manualni obkresleni cesty. Posunout hranici je jese relativne jednoduche, ale slozitejsi zmeny (pridat nejakou plochu, odstranit plochu, spojit ...) vyzaduji slozitejsi prace s relacemi, ktere jsou pro zacatecniky neuchopitelne, coz brani dalsim editacim mapy. Sam mam neco namapovano jak v iD, tak v JOSM 10+ let a uprime, kdyz neco takoveho vidim a chtel bych tam neco opravit, tak me to docela odrazuje. Napr vidim [3] kde je novy dum a je potreba tam posunout residential landuse. I takova drobnost znamena ze musim pustit JOSM, zjistit ktere relace smazat, rozdelit, jake cary presunout a jak z nich poskladat pripadne nove relace. To vetsinu zacatecniku v lepsim pripade odradi a v horsim pripade nejakou tu relaci rozbijou (protoze i kdyz tam vyskoci varovani, tak mu nebudou rozumet). Souhlasim tedy s tim co jiz bylo receno, ze to neni spatne, ale neni to idealni (a doufam, ze moje duvody davaji smysl). Jak to "opravit"? Konvertovat toto na normalni plochy je opet hromada manualni prace. Spis bych se soustredil na to nevyrabet dalsi takove oblasti. [1] https://www.openstreetmap.org/way/1356663851/ [2] https://cs.wikipedia.org/wiki/KISS [3] https://www.openstreetmap.org/relation/18640722/history On Sat, Mar 7, 2026 at 11:20?PM Dvořák Vojtěch <vojtaxdvorak na seznam.cz> wrote:

Za výraz "pomoci s opravou" se omlouvám. Opravdu to nic neporušuje. Jen si

nemyslím, že je to vhodný způsob zakreslení.

Vojta (Dvorný) _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz

_______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz "

Jan Macura macurajan na gmail.com #mf46631 9. 3. 2026 17:15

Ahoj, za mě dtto jako ostatní. Pokud to jde, snažil bych se tomuto typu relací spíše vyhnout. Důvody již byly zmíněny. Přijde mi, že tento způsob tvorby (multi)polygonů se uplatňoval spíše v začátcích OSM. Přístup jedna uzavřená cesta = jeden polygon je mi gisácky bližší. Je to nedokonalost datového modelu OSM, že nerozlišuje nativně cesty a polygony, se kterou musíme žít. H.

Ahoj, za mě dtto jako ostatní. Pokud to jde, snažil bych se tomuto typu relací spíše vyhnout. Důvody již byly zmíněny. Přijde mi, že tento způsob tvorby (multi)polygonů se uplatňoval spíše v začátcích OSM. Přístup jedna uzavřená cesta = jeden polygon je mi gisácky bližší. Je to nedokonalost datového modelu OSM, že nerozlišuje nativně cesty a polygony, se kterou musíme žít. H. On Mon, 9 Mar 2026 at 12:10, Marián Kyral <mkyral na email.cz> wrote:

Ahoj, Souhlasím s tím, že ač je tohle technicky možné, věci to spíše komplikuje než zjednodušuje. Možnost mít více cest v relaci využívám hlavně u velkých (multi)polygonů (například příhraniční lesy), kde narazím na limit 2 000 bodů na linii. Pak se hodí mít možnost linii vhodně rozdělit a nechat v relaci. Ale když pak narazím na oblast, kde je hromada relací jen proto aby se ?neduplikovaly? linie, tak si dvakrát rozmyslím, jestli do toho začnu vrtat. Často pak dojdu k názoru, že mi to nestojí za to. A to už mám s editací OSM a JOSM dlouholetou zkušenost. Marián ---------- Původní e?mail ---------- Od: Jakub Jelen <jakuje na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 8. 3. 2026 21:39:16 Předmět: Re: [talk-cz] Problematické multipolygony v oblasti Železný Brod Ahoj, take moc rad nevidim slepovani ploch. Navazujici landuse na landuse je ok, zvlast kdyz jsou to velke plochy sousedici dlouhou stranou, ale napriklad navazovani landuse=residential na leisure=garden si myslim, ze je proste spatne -- Zahrada u domu je stale plocha rezidencniho vyuziti, takze tyto dve nemaji sousedit, ale maji se prekryvat, protoze popisuji jiny element mapy [1]. A takovychto pripadu si myslim, ze lze najit vice. Mapovani malych a jednoduchych tvaru pomoci multipolygonu slozeneho ze 2-3 cest jde proti obecnemu principu KISS (keep it simple, stupid [2]). Myslim si, ze mapovani by nemelo probihat jenom podle toho jak je to mene pracne pro daneho uzivatele v danou chvili vytvorit, ale podle toho jak je to udrzovatelne do budoucna. Kdyz je zmapovano normalni plochou a pole se rozsiri, pretrasovani z LPISu je otazkou jednoho kliknuti. V toto formatu je ale kazda dalsi uprava manualni obkresleni cesty. Posunout hranici je jese relativne jednoduche, ale slozitejsi zmeny (pridat nejakou plochu, odstranit plochu, spojit ...) vyzaduji slozitejsi prace s relacemi, ktere jsou pro zacatecniky neuchopitelne, coz brani dalsim editacim mapy. Sam mam neco namapovano jak v iD, tak v JOSM 10+ let a uprime, kdyz neco takoveho vidim a chtel bych tam neco opravit, tak me to docela odrazuje. Napr vidim [3] kde je novy dum a je potreba tam posunout residential landuse. I takova drobnost znamena ze musim pustit JOSM, zjistit ktere relace smazat, rozdelit, jake cary presunout a jak z nich poskladat pripadne nove relace. To vetsinu zacatecniku v lepsim pripade odradi a v horsim pripade nejakou tu relaci rozbijou (protoze i kdyz tam vyskoci varovani, tak mu nebudou rozumet). Souhlasim tedy s tim co jiz bylo receno, ze to neni spatne, ale neni to idealni (a doufam, ze moje duvody davaji smysl). Jak to "opravit"? Konvertovat toto na normalni plochy je opet hromada manualni prace. Spis bych se soustredil na to nevyrabet dalsi takove oblasti. [1] https://www.openstreetmap.org/way/1356663851/ [2] https://cs.wikipedia.org/wiki/KISS [3] https://www.openstreetmap.org/relation/18640722/history On Sat, Mar 7, 2026 at 11:20?PM Dvořák Vojtěch <vojtaxdvorak na seznam.cz> wrote:
Za výraz "pomoci s opravou" se omlouvám. Opravdu to nic neporušuje. Jen
si nemyslím, že je to vhodný způsob zakreslení.
Vojta (Dvorný) _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
_______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz

Dvořák Vojtěch vojtaxdvorak na seznam.cz #mf77b22 29. 3. 2026 8:30

Ahoj, navazuji na svůj předchozí email ohledně multipolygonů v okolí Železného Brodu. Podařilo se mi tyto objekty převést na ?běžné? plochy s jednou uzavřenou vnější linií. Využil jsem k tomu plugin do JOSM ? Multipoly-Gone: https://github.com/watmildon/multipoly-gone Kdyby to někdo v budoucnu řešil, tak tenhle nástroj mi na to fungoval dobře. Díky všem za předchozí reakce. S přáním pěkného dne Dvorný

Martin Ždila martin.zdila na freemap.sk #mcd6419 29. 3. 2026 12:16

Ahoj, chcem sa pridať do diskusie s trochu odlišným pohľadom - ako niekto, kto aktívne mapuje landuse vo veľkom merítku najmä na východnom Slovensku (? https://osmstats.neis-one.org/?item=countries&country=Slovakia). Multipolygóny mi neprídu problematické - práve naopak. Keď mapujem veľké plochy, ktoré navzájom susedia (poľnohospodárska pôda, lesy, lúky), zdieľanie hraničnej línie dvoma relíciami je *vecne správne* - tá hranica v realite existuje len jedna. Duplikovať ju do dvoch samostatných uzavretých polygónov mi naopak príde ako dátový neporiadok. Jeden týždeň nakreslím stovky plôch a bez multipolygónov by to nebolo reálne: rozdelím ľubovoľnú way na mieste zmeny landuse, od rozdelenia vediem ďalšiu way - a som hotový. Bez toho by som musel celú plochu obkresľovať nanovo. Súhlasím, že *konkrétny problém* popísaný v tejto diskusii - kde sú plochy so zložitými reláciami len kvôli zdieľaniu hraníc, vrátane prípadov ako landuse=residential susediace s leisure=garden (kde by mali skôr prekrývať) - môže byť problematický. To ale nie je chyba multipolygónov ako konceptu, to je chyba konkrétneho spôsobu aplikácie. Plugin Multipoly-Gone mi pripadá nevhodné nasadzovať plošne. Konvertovanie dobre navrhnutých multipolygónov na duplicitné línie zhorší kvalitu dát, nie zlepší. Argument o začiatočníkoch chápem, ale je to podľa mňa falošná priorita. Začiatočník typicky nakreslí zopár plôch a odíde. Skúsený mapper, ktorý buduje súvislú pokrytosť krajiny, multipolygóny *potrebuje*. Riešením je lepší editor, nie degradácia dátového modelu. On Sun, Mar 29, 2026 at 8:32?AM Dvořák Vojtěch <vojtaxdvorak na seznam.cz>

Ahoj, chcem sa pridať do diskusie s trochu odlišným pohľadom - ako niekto, kto aktívne mapuje landuse vo veľkom merítku najmä na východnom Slovensku (? https://osmstats.neis-one.org/?item=countries&country=Slovakia). Multipolygóny mi neprídu problematické - práve naopak. Keď mapujem veľké plochy, ktoré navzájom susedia (poľnohospodárska pôda, lesy, lúky), zdieľanie hraničnej línie dvoma relíciami je *vecne správne* - tá hranica v realite existuje len jedna. Duplikovať ju do dvoch samostatných uzavretých polygónov mi naopak príde ako dátový neporiadok. Jeden týždeň nakreslím stovky plôch a bez multipolygónov by to nebolo reálne: rozdelím ľubovoľnú way na mieste zmeny landuse, od rozdelenia vediem ďalšiu way - a som hotový. Bez toho by som musel celú plochu obkresľovať nanovo. Súhlasím, že *konkrétny problém* popísaný v tejto diskusii - kde sú plochy so zložitými reláciami len kvôli zdieľaniu hraníc, vrátane prípadov ako landuse=residential susediace s leisure=garden (kde by mali skôr prekrývať) - môže byť problematický. To ale nie je chyba multipolygónov ako konceptu, to je chyba konkrétneho spôsobu aplikácie. Plugin Multipoly-Gone mi pripadá nevhodné nasadzovať plošne. Konvertovanie dobre navrhnutých multipolygónov na duplicitné línie zhorší kvalitu dát, nie zlepší. Argument o začiatočníkoch chápem, ale je to podľa mňa falošná priorita. Začiatočník typicky nakreslí zopár plôch a odíde. Skúsený mapper, ktorý buduje súvislú pokrytosť krajiny, multipolygóny *potrebuje*. Riešením je lepší editor, nie degradácia dátového modelu. On Sun, Mar 29, 2026 at 8:32?AM Dvořák Vojtěch <vojtaxdvorak na seznam.cz> wrote:

Ahoj, navazuji na svůj předchozí email ohledně multipolygonů v okolí Železného Brodu. Podařilo se mi tyto objekty převést na ?běžné? plochy s jednou uzavřenou vnější linií. Využil jsem k tomu plugin do JOSM ? Multipoly-Gone: https://github.com/watmildon/multipoly-gone Kdyby to někdo v budoucnu řešil, tak tenhle nástroj mi na to fungoval dobře. Díky všem za předchozí reakce. S přáním pěkného dne Dvorný _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz

-- Ing. Martin Ždila <http://www.openstreetmap.org/user/*Martin*> OZ Freemap Slovakia tel:+421-908-363-848 mailto:martin.zdila na freemap.sk http://www.freemap.sk/

Aleš Fiala f.ales1 na seznam.cz #m37f29d 29. 3. 2026 12:46

Tak například v iD Editoru, tam většinou kreslím polygony, i když jsem si vědom toho, že je to mnohem pracnější, než dělat multipolygony. Ostatně to může být datově menší zátěž dělat multipolygony, výhodu bych viděl ještě v tom, že se nebudou plochy překrývat. Asi to tak začnu taky kreslit, i když jsem si ještě neodzkoušel, zda vytvořit multipolygon mezi liniemi je rychlejší než kreslit samostatné plochy. Polly gone

Tak například v iD Editoru, tam většinou kreslím polygony, i když jsem si vědom toho, že je to mnohem pracnější, než dělat multipolygony. Ostatně to může být datově menší zátěž dělat multipolygony, výhodu bych viděl ještě v tom, že se nebudou plochy překrývat. Asi to tak začnu taky kreslit, i když jsem si ještě neodzkoušel, zda vytvořit multipolygon mezi liniemi je rychlejší než kreslit samostatné plochy. Polly gone -- Aleš ---------- Původní e?mail ---------- Od: Martin Ždila via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Kopie: Martin Ždila <martin.zdila na freemap.sk> Datum: 29. 3. 2026 12:19:21 Předmět: Re: [talk-cz] Problematické multipolygony v oblasti Železný Brod " Ahoj, chcem sa pridať do diskusie s trochu odlišným pohľadom - ako niekto, kto aktívne mapuje landuse vo veľkom merítku najmä na východnom Slovensku (? https://osmstats.neis-one.org/?item=countries&country=Slovakia (https://osmstats.neis-one.org/?item=countries&country=Slovakia)). Multipolygóny mi neprídu problematické - práve naopak. Keď mapujem veľké plochy, ktoré navzájom susedia (poľnohospodárska pôda, lesy, lúky), zdieľanie hraničnej línie dvoma relíciami je vecne správne - tá hranica v realite existuje len jedna. Duplikovať ju do dvoch samostatných uzavretých polygónov mi naopak príde ako dátový neporiadok. Jeden týždeň nakreslím stovky plôch a bez multipolygónov by to nebolo reálne: rozdelím ľubovoľnú way na mieste zmeny landuse, od rozdelenia vediem ďalšiu way - a som hotový. Bez toho by som musel celú plochu obkresľovať nanovo. Súhlasím, že konkrétny problém popísaný v tejto diskusii - kde sú plochy so zložitými reláciami len kvôli zdieľaniu hraníc, vrátane prípadov ako landuse =residential susediace s leisure=garden (kde by mali skôr prekrývať) - môže byť problematický. To ale nie je chyba multipolygónov ako konceptu, to je chyba konkrétneho spôsobu aplikácie. Plugin Multipoly-Gone mi pripadá nevhodné nasadzovať plošne. Konvertovanie dobre navrhnutých multipolygónov na duplicitné línie zhorší kvalitu dát, nie zlepší. Argument o začiatočníkoch chápem, ale je to podľa mňa falošná priorita. Začiatočník typicky nakreslí zopár plôch a odíde. Skúsený mapper, ktorý buduje súvislú pokrytosť krajiny, multipolygóny potrebuje. Riešením je lepší editor, nie degradácia dátového modelu. On Sun, Mar 29, 2026 at 8:32?AM Dvořák Vojtěch <vojtaxdvorak na seznam.cz (mailto:vojtaxdvorak na seznam.cz)> wrote: " Ahoj, navazuji na svůj předchozí email ohledně multipolygonů v okolí Železného Brodu. Podařilo se mi tyto objekty převést na ?běžné? plochy s jednou uzavřenou vnější linií. Využil jsem k tomu plugin do JOSM ? Multipoly-Gone: https:// github.com/watmildon/multipoly-gone (https://github.com/watmildon/multipoly-gone) Kdyby to někdo v budoucnu řešil, tak tenhle nástroj mi na to fungoval dobře. Díky všem za předchozí reakce. S přáním pěkného dne Dvorný _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org(mailto:talk-cz na openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz) " -- Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*) OZ Freemap Slovakia tel:+421-908-363-848 mailto:martin.zdila na freemap.sk(mailto:martin.zdila na freemap.sk) http://www.freemap.sk/(http://www.freemap.sk) _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz "

Marián Kyral mkyral na email.cz #m56169a 29. 3. 2026 16:00

Ahoj, Ve výsledku se stejně sdílí body. A obkreslovat nic netřeba. Plugin ContourMerge ti ty plochy naváže na úrovni uzlů. Ano, kdyby s tím editory uměly pracovat transparentně, bylo by to super. Ale ani po mnoha letech nevidím žádnou snahu toto nějak zlepšit. Navíc už to nejsou jen editory, ale i hromada pluginů, která by se musela upravit. Marián

Ahoj, Ve výsledku se stejně sdílí body. A obkreslovat nic netřeba. Plugin ContourMerge ti ty plochy naváže na úrovni uzlů. Ano, kdyby s tím editory uměly pracovat transparentně, bylo by to super. Ale ani po mnoha letech nevidím žádnou snahu toto nějak zlepšit. Navíc už to nejsou jen editory, ale i hromada pluginů, která by se musela upravit. Marián ---------- Původní e?mail ---------- Od: Martin Ždila via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Kopie: Martin Ždila <martin.zdila na freemap.sk> Datum: 29. 3. 2026 12:19:21 Předmět: Re: [talk-cz] Problematické multipolygony v oblasti Železný Brod " Ahoj, chcem sa pridať do diskusie s trochu odlišným pohľadom - ako niekto, kto aktívne mapuje landuse vo veľkom merítku najmä na východnom Slovensku (? https://osmstats.neis-one.org/?item=countries&country=Slovakia (https://osmstats.neis-one.org/?item=countries&country=Slovakia)). Multipolygóny mi neprídu problematické - práve naopak. Keď mapujem veľké plochy, ktoré navzájom susedia (poľnohospodárska pôda, lesy, lúky), zdieľanie hraničnej línie dvoma relíciami je vecne správne - tá hranica v realite existuje len jedna. Duplikovať ju do dvoch samostatných uzavretých polygónov mi naopak príde ako dátový neporiadok. Jeden týždeň nakreslím stovky plôch a bez multipolygónov by to nebolo reálne: rozdelím ľubovoľnú way na mieste zmeny landuse, od rozdelenia vediem ďalšiu way - a som hotový. Bez toho by som musel celú plochu obkresľovať nanovo. Súhlasím, že konkrétny problém popísaný v tejto diskusii - kde sú plochy so zložitými reláciami len kvôli zdieľaniu hraníc, vrátane prípadov ako landuse =residential susediace s leisure=garden (kde by mali skôr prekrývať) - môže byť problematický. To ale nie je chyba multipolygónov ako konceptu, to je chyba konkrétneho spôsobu aplikácie. Plugin Multipoly-Gone mi pripadá nevhodné nasadzovať plošne. Konvertovanie dobre navrhnutých multipolygónov na duplicitné línie zhorší kvalitu dát, nie zlepší. Argument o začiatočníkoch chápem, ale je to podľa mňa falošná priorita. Začiatočník typicky nakreslí zopár plôch a odíde. Skúsený mapper, ktorý buduje súvislú pokrytosť krajiny, multipolygóny potrebuje. Riešením je lepší editor, nie degradácia dátového modelu. On Sun, Mar 29, 2026 at 8:32?AM Dvořák Vojtěch <vojtaxdvorak na seznam.cz (mailto:vojtaxdvorak na seznam.cz)> wrote: " Ahoj, navazuji na svůj předchozí email ohledně multipolygonů v okolí Železného Brodu. Podařilo se mi tyto objekty převést na ?běžné? plochy s jednou uzavřenou vnější linií. Využil jsem k tomu plugin do JOSM ? Multipoly-Gone: https:// github.com/watmildon/multipoly-gone (https://github.com/watmildon/multipoly-gone) Kdyby to někdo v budoucnu řešil, tak tenhle nástroj mi na to fungoval dobře. Díky všem za předchozí reakce. S přáním pěkného dne Dvorný _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org(mailto:talk-cz na openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz) " -- Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*) OZ Freemap Slovakia tel:+421-908-363-848 mailto:martin.zdila na freemap.sk(mailto:martin.zdila na freemap.sk) http://www.freemap.sk/(http://www.freemap.sk) _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz "

Dvořák Vojtěch vojtaxdvorak na seznam.cz #m632ae7 29. 3. 2026 16:17

Ahoj, Jak píše Marián, sdílí se body. Také bych řekl, že dost mapuju: https://osmstats.neis-one.org/?item=countries&country=Czech%20Republic Asi se už budu opakovat, ale já při mapování landuse dost využívám plugin Tracer na aktualizace a vytváření nových budov z ruianu a pole a louky z LPIS. Ten jak vím si s multipolygony poradit nedokáže, takže v ČR mi tak moc nedává smysl používat plochy s neuzavřenou vnější linií. Nikdo se totiž moc nebude chtít zabývat těmito multipolygony, když máme tak skvělý nástroj jako je Tracer. V případě, že by zakreslování mělo zabrat více času je tedy asi vhodnější použít "follow mode" funkce. Nebo zakreslit pomocí neuzavřených ploch a ty následně převést pomocí tohoto pluginu (Multipoly-Gone) na plochy s uzavřenou vnější linií. Protože s plochami, které mají uzavřenou vnější linii si dokáže poradit i začátečník. Tyto plochy zde byly skoro už rok a za tu dobu se této oblasti (cca 100km2) žádný maper nějak víc nedotknul. Řekl bych, že to bude právě tím, že s tím editory neumí dobře pracovat. Nevím tedy, proč bych to měl tedy nováčkům ztěžovat. Mám z toho totiž takový pocit, že "Nakreslím to jak mi to přijde snadnější a na ostatní (převážně začátečníky) moc nehledím". I pokročilejší mapeři se tomuto radši vyhýbají. Ptal jsem se totiž i na Matrixu a nejeden člověk napsal, že když jsou někdy tyto neuzavřené plochy, tak se tomu místu radši vyhnou. Jednoduše se to totiž kreslí, ale složitěji upravuje (aspoň v ID). Snad to nevyznělo nějak hrubě, to bych velmi nerad. Byl bych prostě jen rád, aby to nováčky hned ze začátku neodradilo. Dvorný

Jiří Švanda jiri.svanda na post.cz #mae58cf 30. 3. 2026 13:47

Aleš Fiala f.ales1 na seznam.cz #mbda8d3 30. 3. 2026 14:06

Marián Kyral mkyral na email.cz #m572258 30. 3. 2026 15:16

Amunak osm na amunak.net #m51f9c5 30. 3. 2026 20:40

Pokud to má půl metru na "rozdělení" dvou ploch (landuse), mapoval bych to jako linii, ne landuse. Landuse beru jako něco na větší plochy, a sousedící pole s lesem je úplně v pohodě, protože když nejsem úplný idiot co kouká jen na mapu, dokážu odhadnout, že tam asi bude nějaký půlmetr *něčeho* co může oddělovat ty dvě plochy. To, kde je celková plocha lesa - a ať je to i třeba +-50 metrů mimo, je to výrazně lepší, než když to zmapované nebude (což je častější).

Pokud to má půl metru na "rozdělení" dvou ploch (landuse), mapoval bych to jako linii, ne landuse. Landuse beru jako něco na větší plochy, a sousedící pole s lesem je úplně v pohodě, protože když nejsem úplný idiot co kouká jen na mapu, dokážu odhadnout, že tam asi bude nějaký půlmetr *něčeho* co může oddělovat ty dvě plochy. To, kde je celková plocha lesa - a ať je to i třeba +-50 metrů mimo, je to výrazně lepší, než když to zmapované nebude (což je častější). On 2026-03-30 15:16, Marián Kyral wrote:

Ahoj, souhlasím s tím, že není potřeba mapovat 100 % plochy. Ale často je to jen úhel pohledu a otázka jak moc detailně chceme mapovat. Je úzký, neobdělaný pruh mezi polem a obytnou plochou součástí pole, obytné oblasti nebo má být samostatně? Je ten dlouhý úzký pruh 100x.5m pak louka, neudržovaná louka, trávník či něco úplně jiného? Je remízek přímo napojený na les samostatný les nebo je to jen prosté pokračování lesa? Co když to byl původně les a až později do něj "zakrojili" pole? Marián ---------- Původní e?mail ---------- Od: Jiří Švanda <jiri.svanda na post.cz> Komu: talk-cz na openstreetmap.org Datum: 30. 3. 2026 13:52:41 Předmět: [talk-cz] Problematické multipolygony v oblasti Železný Brod Ahoj, Mě tedy veliké mutipolygony a cesty sdílející uzly přijdou dost problematické. Zaprvé je to velice těžce editovatelné. I v JOSM jsem narazil na problém, který není možné často řešit jinak něž mazat a kreslit znova. Za druhé a hlavně ? mnohdy to nedopovídá ani realitě. Například, nebývá první brázda v poli navázána na lesní porost. Obvykle tam bývá nějaký pruh třeba i nesekané trávy po kterém se dá celoročně projít. Plošné navazování ploch často zcela ignoruje poměrně velké plochy remízků, kamenic, nesekaných luk, extenzivně využívaných zemědělských ploch, které nejsou v lpis, nebo i mokřadů; a často i polních cest. Na Vysočině sem narazil na území, kde byl les ?vyteklý? stovky metrů daleko mezi plochy natrasované z lpis. Přitom to jsou travnaté remízky, někde s keři, nebo solitérní mimolesní zelení. Podobně byl les vyvalený do vlhké nesekané louky velké málem 1 ha. Nechápu, proč má někdo potřebu takto mapovat. To jako aby jsme měli fajfku, že máme pokryto 100 % zemského povrchu? Přitom máme spoust krásných tagů tipu natural: grassland <https://wiki.openstreetmap.org/wiki/Cs:Tag:natural%3Dgrassland>, scrub <https://wiki.openstreetmap.org/wiki/Cs:Tag:natural%3Dscrub>, wetland <https://wiki.openstreetmap.org/wiki/Cs:Tag:natural%3Dwetland>. To bychom pak mohli i silnice mapovat jako plochy. Ovšem pak by se musel zavést tag na příkopy a podobné nudle podél. J. ---------- Původní e?mail ---------- Od: talk-cz-request na openstreetmap.org Komu: talk-cz na openstreetmap.org Datum: 30. 3. 2026 13:05:32 Předmět: talk-cz Digest, Vol 228, Issue 27 Příspěvky do konference talk-cz zasílejte na adresu: talk-cz na openstreetmap.org Pro přihlášení nebo odhlášení použijte WWW rozhraní na adrese" https://lists.openstreetmap.org/listinfo/talk-cz nebo použijte elektronickou poštu, zašlete slovo help v těle dopisu na adresu talk-cz-request na openstreetmap.org Správce konference můžete nalézt na adrese talk-cz-owner na openstreetmap.org Když budete odpovídat na příspěvek, změňte, prosím, Subject: na něco rozumnějšího než je: "Re: Contents of talk-cz digest..." Dnešní menu: 1. Re: Problematické multipolygony v oblasti Železný Brod (Marián Kyral) 2. Re: Problematické multipolygony v oblasti Železný Brod (Dvořák Vojtěch) ---------------------------------------------------------------------- Message: 1 Date: Sun, 29 Mar 2026 16:00:47 +0200 (CEST) From: Marián Kyral <mkyral na email.cz> To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org> Subject: Re: [talk-cz] Problematické multipolygony v oblasti Železný Brod Message-ID: <N.XPjB.1BEAXOrvgjl.1foJ2F na seznam.cz> Content-Type: text/plain; charset="utf-8" Ahoj, Ve výsledku se stejně sdílí body. A obkreslovat nic netřeba. Plugin ContourMerge ti ty plochy naváže na úrovni uzlů. Ano, kdyby s tím editory uměly pracovat transparentně, bylo by to super. Ale ani po mnoha letech nevidím žádnou snahu toto nějak zlepšit. Navíc už to nejsou jen editory, ale i hromada pluginů, která by se musela upravit. Marián ---------- Původní e?mail ---------- Od: Martin Ždila via talk-cz <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Kopie: Martin Ždila <martin.zdila na freemap.sk> Datum: 29. 3. 2026 12:19:21 Předmět: Re: [talk-cz] Problematické multipolygony v oblasti Železný Brod " Ahoj, chcem sa pridať do diskusie s trochu odlišným pohľadom - ako niekto, kto aktívne mapuje landuse vo veľkom merítku najmä na východnom Slovensku (? https://osmstats.neis-one.org/?item=countries&country=Slovakia (https://osmstats.neis-one.org/?item=countries&country=Slovakia)). Multipolygóny mi neprídu problematické - práve naopak. Keď mapujem veľké plochy, ktoré navzájom susedia (poľnohospodárska pôda, lesy, lúky), zdieľanie hraničnej línie dvoma relíciami je vecne správne - tá hranica v realite existuje len jedna. Duplikovať ju do dvoch samostatných uzavretých polygónov mi naopak príde ako dátový neporiadok. Jeden týždeň nakreslím stovky plôch a bez multipolygónov by to nebolo reálne: rozdelím ľubovoľnú way na mieste zmeny landuse, od rozdelenia vediem ďalšiu way - a som hotový. Bez toho by som musel celú plochu obkresľovať nanovo. Súhlasím, že konkrétny problém popísaný v tejto diskusii - kde sú plochy so zložitými reláciami len kvôli zdieľaniu hraníc, vrátane prípadov ako landuse =residential susediace s leisure=garden (kde by mali skôr prekrývať) - môže byť problematický. To ale nie je chyba multipolygónov ako konceptu, to je chyba konkrétneho spôsobu aplikácie. Plugin Multipoly-Gone mi pripadá nevhodné nasadzovať plošne. Konvertovanie dobre navrhnutých multipolygónov na duplicitné línie zhorší kvalitu dát, nie zlepší. Argument o začiatočníkoch chápem, ale je to podľa mňa falošná priorita. Začiatočník typicky nakreslí zopár plôch a odíde. Skúsený mapper, ktorý buduje súvislú pokrytosť krajiny, multipolygóny potrebuje. Riešením je lepší editor, nie degradácia dátového modelu. On Sun, Mar 29, 2026 at 8:32?AM Dvořák Vojtěch <vojtaxdvorak na seznam.cz (mailto:vojtaxdvorak na seznam.cz)> wrote: " Ahoj, navazuji na svůj předchozí email ohledně multipolygonů v okolí Železného Brodu. Podařilo se mi tyto objekty převést na ?běžné? plochy s jednou uzavřenou vnější linií. Využil jsem k tomu plugin do JOSM ? Multipoly-Gone: https:// github.com/watmildon/multipoly-gone (https://github.com/watmildon/multipoly-gone) Kdyby to někdo v budoucnu řešil, tak tenhle nástroj mi na to fungoval dobře. Díky všem za předchozí reakce. S přáním pěkného dne Dvorný _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org(mailto:talk-cz na openstreetmap.org) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz) " -- Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*) OZ Freemap Slovakia tel:+421-908-363-848 mailto:martin.zdila na freemap.sk(mailto:martin.zdila na freemap.sk) http://www.freemap.sk/(http://www.freemap.sk) _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz "

Ondřej Lopatka ondrejlopatka na gmail.com #m02a8ba 31. 3. 2026 13:10

Ahoj. Samozřejmě že zmapované nějak je lepší než prázdná mapa. Když už to ale dělám, tak to dělám pořádně, aby se to nemuselo desetkrát předělávat. To jak se to otaguje a že to třeba není zrovna odpovídající tag, je podle mě malý problém. Horší je opravdu muset překreslovat celou geometrii. Osobně (radši mám iD ale už dělám i v JOSMu) preferuji oddělené cesty. Samozřejmě je to taky na zvážení. Pokud je to uprostřed dlouhých lánů polí, kam těžko zavítá nějaký turista, nabízí se to mapovat jinak, než v okolí obcí, cest a zajímavých míst. S přáním klidné mysli a zdraví, Ondřej L. ondrejlopatka.cz

Ahoj. Samozřejmě že zmapované nějak je lepší než prázdná mapa. Když už to ale dělám, tak to dělám pořádně, aby se to nemuselo desetkrát předělávat. To jak se to otaguje a že to třeba není zrovna odpovídající tag, je podle mě malý problém. Horší je opravdu muset překreslovat celou geometrii. Osobně (radši mám iD ale už dělám i v JOSMu) preferuji oddělené cesty. Samozřejmě je to taky na zvážení. Pokud je to uprostřed dlouhých lánů polí, kam těžko zavítá nějaký turista, nabízí se to mapovat jinak, než v okolí obcí, cest a zajímavých míst. S přáním klidné mysli a zdraví, Ondřej L. ondrejlopatka.cz On Mon, Mar 30, 2026 at 10:43?PM Amunak via talk-cz < talk-cz na openstreetmap.org> wrote:

Pokud to má půl metru na "rozdělení" dvou ploch (landuse), mapoval bych to jako linii, ne landuse. Landuse beru jako něco na větší plochy, a sousedící pole s lesem je úplně v pohodě, protože když nejsem úplný idiot co kouká jen na mapu, dokážu odhadnout, že tam asi bude nějaký půlmetr *něčeho* co může oddělovat ty dvě plochy. To, kde je celková plocha lesa - a ať je to i třeba +-50 metrů mimo, je to výrazně lepší, než když to zmapované nebude (což je častější). On 2026-03-30 15:16, Marián Kyral wrote: Ahoj, souhlasím s tím, že není potřeba mapovat 100 % plochy. Ale často je to jen úhel pohledu a otázka jak moc detailně chceme mapovat. Je úzký, neobdělaný pruh mezi polem a obytnou plochou součástí pole, obytné oblasti nebo má být samostatně? Je ten dlouhý úzký pruh 100x.5m pak louka, neudržovaná louka, trávník či něco úplně jiného? Je remízek přímo napojený na les samostatný les nebo je to jen prosté pokračování lesa? Co když to byl původně les a až později do něj "zakrojili" pole? Marián ---------- Původní e?mail ---------- Od: Jiří Švanda <jiri.svanda na post.cz> <jiri.svanda na post.cz> Komu: talk-cz na openstreetmap.org Datum: 30. 3. 2026 13:52:41 Předmět: [talk-cz] Problematické multipolygony v oblasti Železný Brod Ahoj, Mě tedy veliké mutipolygony a cesty sdílející uzly přijdou dost problematické. Zaprvé je to velice těžce editovatelné. I v JOSM jsem narazil na problém, který není možné často řešit jinak něž mazat a kreslit znova. Za druhé a hlavně ? mnohdy to nedopovídá ani realitě. Například, nebývá první brázda v poli navázána na lesní porost. Obvykle tam bývá nějaký pruh třeba i nesekané trávy po kterém se dá celoročně projít. Plošné navazování ploch často zcela ignoruje poměrně velké plochy remízků, kamenic, nesekaných luk, extenzivně využívaných zemědělských ploch, které nejsou v lpis, nebo i mokřadů; a často i polních cest. Na Vysočině sem narazil na území, kde byl les ?vyteklý? stovky metrů daleko mezi plochy natrasované z lpis. Přitom to jsou travnaté remízky, někde s keři, nebo solitérní mimolesní zelení. Podobně byl les vyvalený do vlhké nesekané louky velké málem 1 ha. Nechápu, proč má někdo potřebu takto mapovat. To jako aby jsme měli fajfku, že máme pokryto 100 % zemského povrchu? Přitom máme spoust krásných tagů tipu natural: grassland <https://wiki.openstreetmap.org/wiki/Cs:Tag:natural%3Dgrassland>, scrub <https://wiki.openstreetmap.org/wiki/Cs:Tag:natural%3Dscrub>, wetland <https://wiki.openstreetmap.org/wiki/Cs:Tag:natural%3Dwetland>. To bychom pak mohli i silnice mapovat jako plochy. Ovšem pak by se musel zavést tag na příkopy a podobné nudle podél. J. ---------- Původní e?mail ---------- Od: talk-cz-request na openstreetmap.org Komu: talk-cz na openstreetmap.org Datum: 30. 3. 2026 13:05:32 Předmět: talk-cz Digest, Vol 228, Issue 27 Příspěvky do konference talk-cz zasílejte na adresu: talk-cz na openstreetmap.org Pro přihlášení nebo odhlášení použijte WWW rozhraní na adrese" https://lists.openstreetmap.org/listinfo/talk-cz nebo použijte elektronickou poštu, zašlete slovo help v těle dopisu na adresu talk-cz-request na openstreetmap.org Správce konference můžete nalézt na adrese talk-cz-owner na openstreetmap.org Když budete odpovídat na příspěvek, změňte, prosím, Subject: na něco rozumnějšího než je: "Re: Contents of talk-cz digest..." Dnešní menu: 1. Re: Problematické multipolygony v oblasti Železný Brod (Marián Kyral) 2. Re: Problematické multipolygony v oblasti Železný Brod (Dvořák Vojtěch) ---------------------------------------------------------------------- Message: 1 Date: Sun, 29 Mar 2026 16:00:47 +0200 (CEST) From: Marián Kyral <mkyral na email.cz> <mkyral na email.cz> To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org> <talk-cz na openstreetmap.org> Subject: Re: [talk-cz] Problematické multipolygony v oblasti Železný Brod Message-ID: <N.XPjB.1BEAXOrvgjl.1foJ2F na seznam.cz> <N.XPjB.1BEAXOrvgjl.1foJ2F na seznam.cz> Content-Type: text/plain; charset="utf-8" Ahoj, Ve výsledku se stejně sdílí body. A obkreslovat nic netřeba. Plugin ContourMerge ti ty plochy naváže na úrovni uzlů. Ano, kdyby s tím editory uměly pracovat transparentně, bylo by to super. Ale ani po mnoha letech nevidím žádnou snahu toto nějak zlepšit. Navíc už to nejsou jen editory, ale i hromada pluginů, která by se musela upravit. Marián ---------- Původní e?mail ---------- Od: Martin Ždila via talk-cz <talk-cz na openstreetmap.org> <talk-cz na openstreetmap.org> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> <talk-cz na openstreetmap.org> Kopie: Martin Ždila <martin.zdila na freemap.sk> <martin.zdila na freemap.sk> Datum: 29. 3. 2026 12:19:21 Předmět: Re: [talk-cz] Problematické multipolygony v oblasti Železný Brod " Ahoj, chcem sa pridať do diskusie s trochu odlišným pohľadom - ako niekto, kto aktívne mapuje landuse vo veľkom merítku najmä na východnom Slovensku (? https://osmstats.neis-one.org/?item=countries&country=Slovakia (https://osmstats.neis-one.org/?item=countries&country=Slovakia)). Multipolygóny mi neprídu problematické - práve naopak. Keď mapujem veľké plochy, ktoré navzájom susedia (poľnohospodárska pôda, lesy, lúky), zdieľanie hraničnej línie dvoma relíciami je vecne správne - tá hranica v realite existuje len jedna. Duplikovať ju do dvoch samostatných uzavretých polygónov mi naopak príde ako dátový neporiadok. Jeden týždeň nakreslím stovky plôch a bez multipolygónov by to nebolo reálne: rozdelím ľubovoľnú way na mieste zmeny landuse, od rozdelenia vediem ďalšiu way - a som hotový. Bez toho by som musel celú plochu obkresľovať nanovo. Súhlasím, že konkrétny problém popísaný v tejto diskusii - kde sú plochy so zložitými reláciami len kvôli zdieľaniu hraníc, vrátane prípadov ako landuse =residential susediace s leisure=garden (kde by mali skôr prekrývať) - môže byť problematický. To ale nie je chyba multipolygónov ako konceptu, to je chyba konkrétneho spôsobu aplikácie. Plugin Multipoly-Gone mi pripadá nevhodné nasadzovať plošne. Konvertovanie dobre navrhnutých multipolygónov na duplicitné línie zhorší kvalitu dát, nie zlepší. Argument o začiatočníkoch chápem, ale je to podľa mňa falošná priorita. Začiatočník typicky nakreslí zopár plôch a odíde. Skúsený mapper, ktorý buduje súvislú pokrytosť krajiny, multipolygóny potrebuje. Riešením je lepší editor, nie degradácia dátového modelu. On Sun, Mar 29, 2026 at 8:32?AM Dvořák Vojtěch <vojtaxdvorak na seznam.cz (mailto:vojtaxdvorak na seznam.cz <vojtaxdvorak na seznam.cz>)> wrote: " Ahoj, navazuji na svůj předchozí email ohledně multipolygonů v okolí Železného Brodu. Podařilo se mi tyto objekty převést na ?běžné? plochy s jednou uzavřenou vnější linií. Využil jsem k tomu plugin do JOSM ? Multipoly-Gone: https:// github.com/watmildon/multipoly-gone (https://github.com/watmildon/multipoly-gone) Kdyby to někdo v budoucnu řešil, tak tenhle nástroj mi na to fungoval dobře. Díky všem za předchozí reakce. S přáním pěkného dne Dvorný _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org(mailto:talk-cz na openstreetmap.org <talk-cz na openstreetmap.org>) https://lists.openstreetmap.org/listinfo/talk-cz (https://lists.openstreetmap.org/listinfo/talk-cz) https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz) " -- Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*) OZ Freemap Slovakia tel:+421-908-363-848 <+421-908-363-848> mailto:martin.zdila na freemap.sk(mailto:martin.zdila na freemap.sk) <martin.zdila na freemap.sk(mailto:martin.zdila na freemap.sk)> http://www.freemap.sk/(http://www.freemap.sk) _______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz "