WeeklyOSM CZ 436

12 zpráv
Zpět na přehled

WeeklyOSM CZ 436

12 zpráv MMMPTJ 6 účastníků 11 min čtení
  1. Tom Ka tomas.kasparek na gmail.com #m28dc9e
    Ahoj, je dostupné vydání 436 týdeníku WeeklyOSM: http://www.weeklyosm.eu/cz/archives/11041 * POI více typů v jedné budově. * OpenLoveMap. * Vektory pro freemap.sk. * Omezení využívání multipolygonů. * Vylepšení tagování antén. * DWG a Krymský poloostrov. * Členství v Nadaci OSM dle země. * Mapy OSM na stránkách Wikipedie. * Prohlížeč map Atlasr. * Rozpoznávání řeči a JOSM. * QGIS 3.4 - nová LTS řada. * Stará mapa londýnských stok. * 3D modely hradů, zámku a paláců v Německu. Pěkné počtení ...
  2. majka majka.zem+talk na gmail.com #m1aff9c
    Docela zajímavá je ta zmínka v části "Komunita", ohledně změn u "Jak jste přispívali <https://hdyc.neis-one.org/?majkaz>", nová sekce "nedávno použité presety". I když podle mě je ten název trochu nepřesný. Nejsou to nedávno použité presety jako takové - to by totiž znamenalo nutné použití JOSM a jeho "špehování" u každého uživatele. Jen to podle mě analyzuje sady změn pomocí těchto presetů a rozškatulkuje to podle toho změny do skupin.Lezou z toho zajímavé, ale ne zcela překvapivé informace: já a Marián -budovy + schránky, moje importy v podstatě jen schránky, tkk turistika, pschonmann silnice a železnice, Milancer multipolygony, cesty, příroda... Ale užitečnost si dovedu představit - docela dobře to dává nápovědu ohledně "zaměření" daného uživatele. Majka
  3. Marián Kyral mkyral na email.cz #m6424eb
    Docela zajímavá je ta zmínka v části "Komunita", ohledně změn u "Jak jste přispívali", nová sekce "nedávno použité presety". I když podle mě je ten název trochu nepřesný. Nejsou to nedávno použité presety jako takové - to by totiž znamenalo nutné použití JOSM a jeho "špehování" u každého uživatele. Jen to podle mě analyzuje sady změn pomocí těchto presetů a rozškatulkuje to podle toho změny do skupin.Lezou z toho zajímavé, ale ne zcela překvapivé informace: já a Marián -budovy + schránky, moje importy v podstatě jen schránky, tkk turistika, pschonmann silnice a železnice, Milancer multipolygony, cesty, příroda... Ale užitečnost si dovedu představit - docela dobře to dává nápovědu ohledně "zaměření" daného uživatele. Mě zase potěšila nová verze Carto. Konečně nejsou retenční nádrže zobrazeny jako vodní plochy. Dost mě mi to na mapě vadilo ;-) A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v editorech, tak se vymýšlí obezličky. Marián Majka
  4. majka majka.zem+talk na gmail.com #m09ef98
    A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v editorech, tak se vymýšlí obezličky.
    Díky za upozornění, tohle jsem přehlédla. Tady je stručné shrnutí toho návodu v češtině, bez toho balastu okolo: - používat multipolygony jen tam, kde je to nutné - vnější hranice by měla být pokud možno jediná uzavřená cesta - nepoužívat jako vnější cestu jednotlivé neuzavřené cesty - nelepit body silnic, železnic a podobných prvků k plochám, vzájemně slepovat jen plochy - v žádném případě nelepit k hranicím Ten návrh podle mě dává smysl. V podstatě jsou to zásady, které bych extrémně uvítala i u nás. Protože editovat některé multipolygony je za trest. Většina uživatelů si na to buďto netroufne, udělá to blbě nebo musí používat obezličky aby se to nerozbilo ještě víc. Sama jsem na několik takových "needitovatelných" multipolygonů narazila. Průšvih je, že ti, co tyhle zrůdnosti vytvoří, naprosto nepočítají s tím, že se to někdy bude muset upravit. Majka
  5. Marián Kyral mkyral na email.cz #m776b90
    On Fri, 7 Dec 2018 at 12:22, Marián Kyral <mkyral na email.cz A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v editorech, tak se vymýšlí obezličky. Díky za upozornění, tohle jsem přehlédla. Tady je stručné shrnutí toho návodu v češtině, bez toho balastu okolo: - používat multipolygony jen tam, kde je to nutné - vnější hranice by měla být pokud možno jediná uzavřená cesta - nepoužívat jako vnější cestu jednotlivé neuzavřené cesty - nelepit body silnic, železnic a podobných prvků k plochám, vzájemně slepovat jen plochy - v žádném případě nelepit k hranicím Ten návrh podle mě dává smysl. V podstatě jsou to zásady, které bych extrémně uvítala i u nás. Protože editovat některé multipolygony je za trest. Většina uživatelů si na to buďto netroufne, udělá to blbě nebo musí používat obezličky aby se to nerozbilo ještě víc. Sama jsem na několik takových "needitovatelných" multipolygonů narazila. Průšvih je, že ti, co tyhle zrůdnosti vytvoří, naprosto nepočítají s tím, že se to někdy bude muset upravit. Hmm. A já myslel, že tohle standard už dávno je. V podstatě to přesně takhle dělám :-D Marián Btw, koukám že už je 7.12. Už vím co budu dělat o víkendu. Je potřeba zase aktualizovat schránky :-D Majka
  6. Milan Cerny milancer na centrum.cz #mb1392e
    Co je na použití multipolygonů špatně? Na velké plochy je používám hodně často a nejsem si vědom nějakého problému. Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže popsaný německý model se to na talku [1] probíralo s výsledkem že multipolygon je na velké, hlavně lesní, plochy lepší. Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může být problémem do budoucna. Milan
  7. majka majka.zem+talk na gmail.com #m782da6
    Co je na použití multipolygonů špatně? Na velké plochy je používám hodně často a nejsem si vědom nějakého problému. Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže popsaný německý model se to na talku [1] probíralo s výsledkem že multipolygon je na velké, hlavně lesní, plochy lepší. Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může být problémem do budoucna.
    Na samotném požití multipolygonů není špatně nic. Ty zásady přece neříkají ty multipolygony nepoužívat, ale používat s rozumem. Jenže v ideálním případě ten multipolygon musí být editovatelný - tj. problematické je tohle náměstí <https://www.openstreetmap.org/relation/7589446> , kde hranici multipolygonu dělají ulice. Technicky je to špatně - to náměstí přece nekončí na středové čáře silnice. Tady to sice tak nějak vzájemně souvisí, ale nedávno jsem pracně upravovala polygon nemocnice, který byl na silnici nalepený naprosto stejně. Fakt není rozumné čekat, že tu silnici nikdo neupraví, nerozstříhne a já nevím co ještě. Průšvih je ale spíš multipolygon tvořený spoustou vnějších cest, například tenhle les <https://www.openstreetmap.org/relation/1458171> u Lenory. Editace něčeho takového je totiž na mrtvici - musí se hlídat, jestli ty jenotlivé kousky mají nějaký jiný význam a jaký. Navíc to bývá různě nalepeno na něco jiného, takže většina lidí od toho uteče, případně to neúmyslně rozbije. Dotaz přes overpass turbo, co je zmíněný u toho německého návrhu, toho najde poměrně dost. Ten první dotaz vytahuje multipolygony s více než 20 cestami jako outer, ten druhý multipolygony, které jako ohraničení používají silnice. Podobný problém jsou hranice katastrálních území, které jsou definované cestami "highway" - např. tady <https://www.openstreetmap.org/way/179269129#map=14/49.8126/13.3495> si to říká o to, aby někdo tu polní cestu posunul nebo vymazal, a tím rozbil ty katastry. Majka
  8. Marián Kyral mkyral na email.cz #m1149fe
    On Fri, 7 Dec 2018 at 19:53, Milan Cerny <milancer na centrum.cz Co je na použití multipolygonů špatně? Na velké plochy je používám hodně často a nejsem si vědom nějakého problému. Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže popsaný německý model se to na talku [1] probíralo s výsledkem že multipolygon je na velké, hlavně lesní, plochy lepší. Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může být problémem do budoucna. Na samotném požití multipolygonů není špatně nic. Ty zásady přece neříkají ty multipolygony nepoužívat, ale používat s rozumem. Jenže v ideálním případě ten multipolygon musí být editovatelný - tj. problematické je tohle náměstí <https://www.openstreetmap.org/relation/7589446> , kde hranici multipolygonu dělají ulice. Technicky je to špatně - to náměstí přece nekončí na středové čáře silnice. Tady to sice tak nějak vzájemně souvisí, ale nedávno jsem pracně upravovala polygon nemocnice, který byl na silnici nalepený naprosto stejně. Fakt není rozumné čekat, že tu silnici nikdo neupraví, nerozstříhne a já nevím co ještě. Průšvih je ale spíš multipolygon tvořený spoustou vnějších cest, například tenhle les <https://www.openstreetmap.org/relation/1458171> u Lenory. Editace něčeho takového je totiž na mrtvici - musí se hlídat, jestli ty jenotlivé kousky mají nějaký jiný význam a jaký.Navíc to bývá různě nalepeno na něco jiného, takže většina lidí od toho uteče, případně to neúmyslně rozbije.
    Kupodivu mi jak to náměstí, tak i ten les přijdou docela v pohodě. Převést náměstí na něco rozumnějšího je jen otázka nakreslení nového obrysu, jehp přidání do multipolygonu a následné vyházení těch outer kousků. U toho lesa pak záleží, co přesně s ním potřebuješ udělat.
    Dotaz přes overpass turbo, co je zmíněný u toho německého návrhu, toho najde poměrně dost. Ten první dotaz vytahuje multipolygony s více než 20 cestami jako outer, ten druhý multipolygony, které jako ohraničení používají silnice. Podobný problém jsou hranice katastrálních území, které jsou definované cestami "highway" - např. tady <https://www.openstreetmap.org/way/179269129#map=14/49.8126/13.3495> si to říká o to, aby někdo tu polní cestu posunul nebo vymazal, a tím rozbil ty katastry.
    Tohle je zcela určitě špatně. Po celé hranici ta cesta určitě nevede. Takže smazat highway=track a případně nakreslit tu cestu tak jak skutečně probíhá. Marián
  9. Milan Cerny milancer na centrum.cz #m5b891f
    Souhlasím, v některých MP se taky ztrácím, jsou to hlavně ty náměstí a pěší zóny. Aktuálně je to asi OC Nový Smíchov https://www.openstreetmap.org/relation/9065560 Pěšina na admin hranici je jasná chyba, klepnutí na jinou linii. Udivuje mě, že to tam vydrželo 6 let bez opravy. Zajímavé jsou ty odkazy na Overpass turbo na detekci více členů v roli outer a cesty v roli outer. Mám pocit, že tím vzniká jen další řada otázek na téma jak správně na multipolygony. Milan
  10. Pavel Machek pavel na ucw.cz #mdeaee3
    A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v editorech, tak se vymýšlí obezličky.
    Díky za upozornění, tohle jsem přehlédla. Tady je stručné shrnutí toho návodu v češtině, bez toho balastu okolo: - používat multipolygony jen tam, kde je to nutné - vnější hranice by měla být pokud možno jediná uzavřená cesta - nepoužívat jako vnější cestu jednotlivé neuzavřené cesty - nelepit body silnic, železnic a podobných prvků k plochám, vzájemně slepovat jen plochy - v žádném případě nelepit k hranicím Ten návrh podle mě dává smysl. V podstatě jsou to zásady, které bych extrémně uvítala i u nás. Protože editovat některé multipolygony je za trest. Většina uživatelů si na to buďto netroufne, udělá to blbě
    Me to moc smysl nedava. Nektere multipolygony asi jsou za trest, ale duplikovat body a cesty je take za trest. Chtelo by to lepsi nastroje, ne menit system znaceni. Konkretne: Kdyz mam louku ohranicenou plotem, urcite dava smysl mit ji vyznacenou jako .. louku ohranicenou plotem. Pokud tam jsou dva druhy plotu, tak dava smysl mit tam dve cesty a multipolygon... Pavel
  11. Pavel Machek pavel na ucw.cz #m1269f2
    Co je na použití multipolygonů špatně? Na velké plochy je používám hodně často a nejsem si vědom nějakého problému. Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže popsaný německý model se to na talku [1] probíralo s výsledkem že multipolygon je na velké, hlavně lesní, plochy lepší. Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může být problémem do budoucna.
    Na samotném požití multipolygonů není špatně nic. Ty zásady přece neříkají ty multipolygony nepoužívat, ale používat s rozumem. Jenže v ideálním případě ten multipolygon musí být editovatelný - tj. problematické je tohle náměstí <https://www.openstreetmap.org/relation/7589446> , kde hranici multipolygonu dělají ulice. Technicky je to špatně - to náměstí přece nekončí na středové čáře silnice. Tady to sice tak nějak vzájemně
    Je to technicky spatne? Ne, namesti nekonci na stredove care silnice, ale take mezi namestim a silnici nic neni. Kdyz to napojim, "mozna" ztratim informaci o sirce silnice. Kdyz to nenapojim, ztratim informaci ze tam nic nechybi. Mozna by liniove veci proste meli mit sirku (aspon implicitni) a napojovani melo byt ok?
    Podobný problém jsou hranice katastrálních území, které jsou definované cestami "highway" - např. tady <https://www.openstreetmap.org/way/179269129#map=14/49.8126/13.3495> si to říká o to, aby někdo tu polní cestu posunul nebo vymazal, a tím rozbil ty katastry.
    "Statni hranice vede stredem reky" -- jsou cedule co se na hranicich vidi. Pokud se pohne reka, pohne se i hranice. Nekdy je to dobre... Pavel
  12. Jan Dudík jan.dudik na gmail.com #m3af578
    "Statni hranice vede stredem reky" -- jsou cedule co se na hranicich vidi. Pokud se pohne reka, pohne se i hranice. Nekdy je to dobre... Pavel
    Jenže ve skutečnosti je po obou stranách řeky hromada hraničních patníků, a hranice je pomocí nich stabilizovaná. A když se výrazněji změní tok, je nutné zmnit státní hranic, respektive vyměnit území se sousedním státem. JAnD
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.