[Talk-cz] Problematické multipolygony v oblasti Železný Brod
Vlákno 7.3. - 31.3.2026, počet zpráv: 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>
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>
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ý
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/f2384d26/attachment.htm>
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:
zobrazit citaci
> 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/
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/aa118a94/attachment.htm>
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
"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/82650c04/attachment.htm>
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
"
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/806b41ab/attachment.htm>
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ý
------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/0e8a74f3/attachment.htm>
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
"
------------- dal¹í èást ---------------
HTML pøíloha byla odstranìna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/
806b41ab/attachment-0001.htm>
------------------------------
Message: 2
Date: Sun, 29 Mar 2026 16:17:05 +0200 (CEST)
From: Dvoøák Vojtìch <vojtaxdvorak na seznam.cz>
To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org>
Subject: Re: [talk-cz] Problematické multipolygony v oblasti ®elezný
Brod
Message-ID: <11r.4fW1b.79JkjHi2KWw.1foJHX na seznam.cz>
Content-Type: text/plain; charset="utf-8"
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ý
------------- dal¹í èást ---------------
HTML pøíloha byla odstranìna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/
0e8a74f3/attachment-0001.htm>
------------------------------
Subject: Patièka digestu
_______________________________________________
talk-cz mailing list
talk-cz na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
------------------------------
Konec: talk-cz Digest, Vol 228, Issue 27
****************************************
"
------------- dal¹í èást ---------------
HTML pøíloha byla odstranìna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260330/f39980b6/attachment.htm>
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
"
------------- dal¹í èást ---------------
HTML pøíloha byla odstranìna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/
806b41ab/attachment-0001.htm>
------------------------------
Message: 2
Date: Sun, 29 Mar 2026 16:17:05 +0200 (CEST)
From: Dvoøák Vojtìch <vojtaxdvorak na seznam.cz>
To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org>
Subject: Re: [talk-cz] Problematické multipolygony v oblasti ®elezný
Brod
Message-ID: <11r.4fW1b.79JkjHi2KWw.1foJHX na seznam.cz>
Content-Type: text/plain; charset="utf-8"
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ý
------------- dal¹í èást ---------------
HTML pøíloha byla odstranìna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/
0e8a74f3/attachment-0001.htm>
------------------------------
Subject: Patièka digestu
_______________________________________________
talk-cz mailing list
talk-cz na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
------------------------------
Konec: talk-cz Digest, Vol 228, Issue 27
****************************************
"_______________________________________________
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/20260330/6f61fe87/attachment.htm>
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
"
------------- dal¹í èást ---------------
HTML pøíloha byla odstranìna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/
806b41ab/attachment-0001.htm>
------------------------------
Message: 2
Date: Sun, 29 Mar 2026 16:17:05 +0200 (CEST)
From: Dvoøák Vojtìch <vojtaxdvorak na seznam.cz>
To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org>
Subject: Re: [talk-cz] Problematické multipolygony v oblasti ®elezný
Brod
Message-ID: <11r.4fW1b.79JkjHi2KWw.1foJHX na seznam.cz>
Content-Type: text/plain; charset="utf-8"
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ý
------------- dal¹í èást ---------------
HTML pøíloha byla odstranìna...
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/
0e8a74f3/attachment-0001.htm>
------------------------------
Subject: Patièka digestu
_______________________________________________
talk-cz mailing list
talk-cz na openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
------------------------------
Konec: talk-cz Digest, Vol 228, Issue 27
****************************************
"_______________________________________________
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/20260330/227a21a6/attachment.htm>
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:
zobrazit citaci
> 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
> "
> ------------- další část ---------------
> HTML příloha byla odstraněna...
> URL:
> <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/806b41ab/attachment-0001.htm>
>
> ------------------------------
>
> Message: 2
> Date: Sun, 29 Mar 2026 16:17:05 +0200 (CEST)
> From: Dvořák Vojtěch <vojtaxdvorak na seznam.cz>
> To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org>
> Subject: Re: [talk-cz] Problematické multipolygony v oblasti
> Železný
> Brod
> Message-ID: <11r.4fW1b.79JkjHi2KWw.1foJHX na seznam.cz>
> Content-Type: text/plain; charset="utf-8"
>
>
> 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ý
> ------------- další část ---------------
> HTML příloha byla odstraněna...
> URL:
> <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/0e8a74f3/attachment-0001.htm>
>
> ------------------------------
>
> Subject: Patička digestu
>
> _______________________________________________
> talk-cz mailing list
> talk-cz na openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
> ------------------------------
>
> Konec: talk-cz Digest, Vol 228, Issue 27
> ****************************************
>
> _______________________________________________
> 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/20260330/546fed89/attachment.htm>
------------- další část ---------------
A non-text attachment was scrubbed...
Name: publickey - osm na amunak.net - 0xF43B4A8C.asc
Type: application/pgp-keys
Size: 876 bytes
Desc: [žádný popis není k dispozici]
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260330/546fed89/attachment.key>
------------- další část ---------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 322 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260330/546fed89/attachment.sig>
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:
zobrazit citaci
> 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
> "
> ------------- další část ---------------
> HTML příloha byla odstraněna...
> URL:
> <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/806b41ab/attachment-0001.htm>
> <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/806b41ab/attachment-0001.htm>
>
> ------------------------------
>
> Message: 2
> Date: Sun, 29 Mar 2026 16:17:05 +0200 (CEST)
> From: Dvořák Vojtěch <vojtaxdvorak na seznam.cz> <vojtaxdvorak na seznam.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: <11r.4fW1b.79JkjHi2KWw.1foJHX na seznam.cz>
> <11r.4fW1b.79JkjHi2KWw.1foJHX na seznam.cz>
> Content-Type: text/plain; charset="utf-8"
>
>
> 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ý
> ------------- další část ---------------
> HTML příloha byla odstraněna...
> URL:
> <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/0e8a74f3/attachment-0001.htm>
> <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20260329/0e8a74f3/attachment-0001.htm>
>
> ------------------------------
>
> Subject: Patička digestu
>
> _______________________________________________
> talk-cz mailing list
> talk-cz na openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
> ------------------------------
>
> Konec: talk-cz Digest, Vol 228, Issue 27
> ****************************************
>
> _______________________________________________
> 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/20260331/5bd02ff3/attachment.htm>« zpět na výpis měsíce