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 <[email protected]> wrote: > Ahoj, > Souhlasím s tím, že ač je tohle technicky možné, věci to spíše komplikuje > než zjednodušuje. Možnost mít více cest v relaci využívám hlavně u velkých > (multi)polygonů (například příhraniční lesy), kde narazím na limit 2 000 > bodů na linii. Pak se hodí mít možnost linii vhodně rozdělit a nechat v > relaci. > > Ale když pak narazím na oblast, kde je hromada relací jen proto aby se > „neduplikovaly“ linie, tak si dvakrát rozmyslím, jestli do toho začnu > vrtat. Často pak dojdu k názoru, že mi to nestojí za to. A to už mám s > editací OSM a JOSM dlouholetou zkušenost. > > Marián > > ---------- Původní e‑mail ---------- > Od: Jakub Jelen <[email protected]> > Komu: OpenStreetMap Czech Republic <[email protected]> > 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 <[email protected]> > 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 > > [email protected] > > https://lists.openstreetmap.org/listinfo/talk-cz > > https://openstreetmap.cz/talkcz > > _______________________________________________ > talk-cz mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz > > _______________________________________________ > talk-cz mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz >
_______________________________________________ talk-cz mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz
