[Talk-cz] Problematické multipolygony v oblasti Železný Brod
Vlákno 7.3. - 9.3.2026, počet zpráv: 8
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>
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>
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>
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>
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>
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
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>
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