« zpět na výpis měsíce |

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

Vlákno 7.3. - 9.3.2026, počet zpráv: 8


7.3.2026 10:39:37 (#1)
gravatar

Dvořák Vojtěch

<vojtaxdvorak at seznam.cz>
18
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ý) ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260307/dc4fbf65/attachment.htm>

7.3.2026 11:07:16 (#2)
gravatar

Vojtěch Zabořil

<vojtech.zaboril at gmail.com>
27
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: zobrazit citaci
> 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 >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260307/5a9cdcd9/attachment.htm>

7.3.2026 11:18:42 (#3)
gravatar

Dvořák Vojtěch

<vojtaxdvorak at seznam.cz>
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ý) ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260307/7e1ae7ba/attachment.htm>

8.3.2026 07:20:58 (#4)
gravatar

Amunak

<osm at amunak.net>
19
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. ------------- další část --------------- A non-text attachment was scrubbed... Name: publickey - osm na amunak.net - f43b4a8c.asc Type: application/pgp-keys Size: 876 bytes Desc: [žádný popis není k dispozici] URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260308/3d45f727/attachment.key> ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260308/3d45f727/attachment.sig>

8.3.2026 08:14:42 (#5)
gravatar

Dvořák Vojtěch

<vojtaxdvorak at seznam.cz>
18
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ý ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260308/b8f6d40f/attachment.htm>

8.3.2026 09:35:46 (#6)
gravatar

Jakub Jelen

<jakuje at gmail.com>
144 2882
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: zobrazit citaci
> > 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

9.3.2026 12:08:33 (#7)
gravatar

Marián Kyral

<mkyral at email.cz>
2609 2837
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: zobrazit citaci
> > 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í. zobrazit citaci
> > 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 " ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260309/5476125f/attachment.htm>

9.3.2026 05:15:55 (#8)
gravatar

Jan Macura

<macurajan at gmail.com>
794 2731
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: zobrazit citaci
> 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 >
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260309/00d1b6b2/attachment.htm>

« zpět na výpis měsíce