LPIS pole jako multipolygony s jedním členem na Talk-cz

v0174 na v0174.net v0174 na v0174.net #m221762 6. 6. 2022 15:26

Ahoj, poslední dobou se snažím zbavovat OSM problémů v datech v okolí za pomoci Osmose. Jedna z kontrol, která docela často vyskakuje je _Tento multipolygon je jednoduchý polygon_: https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4d Je to samozřejmě "chyba", která moc ničemu nevadí, kromě zbytečné složitosti dat, ale nevíte někdo, jak tyhle multipolygony vznikly? Z LPIS jsem nikdy netrasoval, ale všechny multipolygony, co osmose takto nahlásil, byly natrasované z LPISu (druhá věc je, že většina polí bude z LPIS...). A je těch multipolygonů poměrně hodně, aby to bylo jen tím, že "dřív byl uprostřed remízek, pak byl smazaný a multipolygon zůstal". Případně je nějaký důvod mít obyčejné malé pole o dvaceti nodech jako multipolygon? <0174

Marián Kyral mkyral na email.cz #m038f41 6. 6. 2022 15:52

Ahoj, když mrkneš na historii prvku, tak je to přesně tak jak píšeš: https://www.openstreetmap.org/relation/4644268/history Bylo to natrasováno v JOSM a po dvou letech byl vnitřní polygon smazán v iD. Nevím jak teď, ale relace s jedním členem tehdy evidentně nebyla pro iD problém. Marián

Aleš f.ales1 na seznam.cz #md2e658 6. 6. 2022 17:23

Ahoj, dá se multipolygon s jedním členem převést na prvek bez multipolygonu? Mimochodem jsem si všiml adresy 261 bez plochy budovy. Ve vrstvách openstreetmap.cz jsem narazil na vrstvu Budovy TODO, o které jsem doposud nevěděl. https://openstreetmap.cz/#map=19/49.62245/13.75633&layers=d64 Pokud se na to dostanu, tak je tam dotrasuju. V Praze občas narazím na nějaké budovy, které jsou místo RUIAN natrasovány pomocí CUZK:KM, a tím pádem chybí informace RUIAN o dané budově. Nevím přesně, zda to tato vrstva umí zjistit nebo ne. Aleš

Ahoj, dá se multipolygon s jedním členem převést na prvek bez multipolygonu? Mimochodem jsem si všiml adresy 261 bez plochy budovy. Ve vrstvách openstreetmap.cz jsem narazil na vrstvu Budovy TODO, o které jsem doposud nevěděl. https://openstreetmap.cz/#map=19/49.62245/13.75633&layers=d64 Pokud se na to dostanu, tak je tam dotrasuju. V Praze občas narazím na nějaké budovy, které jsou místo RUIAN natrasovány pomocí CUZK:KM, a tím pádem chybí informace RUIAN o dané budově. Nevím přesně, zda to tato vrstva umí zjistit nebo ne. Aleš ---------- Původní e-mail ---------- Od: Marián Kyral <mkyral na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 6. 6. 2022 16:00:26 Předmět: Re: [talk-cz] LPIS pole jako multipolygony s jedním členem " Ahoj, když mrkneš na historii prvku, tak je to přesně tak jak píšeš: https://www.openstreetmap.org/relation/4644268/history Bylo to natrasováno v JOSM a po dvou letech byl vnitřní polygon smazán v iD. Nevím jak teď, ale relace s jedním členem tehdy evidentně nebyla pro iD problém. Marián ---------- Původní e-mail ---------- Od: v0174 na v0174.net Komu: talk-cz na openstreetmap.org Datum: 6. 6. 2022 15:36:26 Předmět: [talk-cz] LPIS pole jako multipolygony s jedním členem " Ahoj, poslední dobou se snažím zbavovat OSM problémů v datech v okolí za pomoci Osmose. Jedna z kontrol, která docela často vyskakuje je Tento multipolygon je jednoduchý polygon: https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4 d (https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4d) Je to samozřejmě "chyba", která moc ničemu nevadí, kromě zbytečné složitosti dat, ale nevíte někdo, jak tyhle multipolygony vznikly? Z LPIS jsem nikdy netrasoval, ale všechny multipolygony, co osmose takto nahlásil, byly natrasované z LPISu (druhá věc je, že většina polí bude z LPIS...). A je těch multipolygonů poměrně hodně, aby to bylo jen tím, že "dřív byl uprostřed remízek, pak byl smazaný a multipolygon zůstal". Případně je nějaký důvod mít obyčejné malé pole o dvaceti nodech jako multipolygon? <0174 _______________________________________________ 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 "

Marián Kyral mkyral na email.cz #mbeb473 6. 6. 2022 19:01

Převézt se to dá. Ručně? Musíš zkopírovat tagy z relace na polygon (bez "type=multipolygon") a smazat danou relaci. RÚIAN Budovy TODO je vrstva s novými budovami - jsou v RÚIAN, ale na stejném místě v OSM budova není. Budova je ale stále normálně vidět ve vrstvě RÚIAN Budovy a dá se přetrasovat. Ale bacha, občas poloha budovy v RÚIAN nesouhlasí s realitou. Pokud někde najdeš jen adresní bod, tak jsou možné tři vysvětlení: 1) nově postavená budova 2) již zbouraná budova 3) chyba - adresní bod je někde úplně mimo Záleží na okolnostech, který z těchto tří případů to je. Marián

Převézt se to dá. Ručně? Musíš zkopírovat tagy z relace na polygon (bez "type=multipolygon") a smazat danou relaci. RÚIAN Budovy TODO je vrstva s novými budovami - jsou v RÚIAN, ale na stejném místě v OSM budova není. Budova je ale stále normálně vidět ve vrstvě RÚIAN Budovy a dá se přetrasovat. Ale bacha, občas poloha budovy v RÚIAN nesouhlasí s realitou. Pokud někde najdeš jen adresní bod, tak jsou možné tři vysvětlení: 1) nově postavená budova 2) již zbouraná budova 3) chyba - adresní bod je někde úplně mimo Záleží na okolnostech, který z těchto tří případů to je. Marián ---------- Původní e-mail ---------- Od: Aleš <f.ales1 na seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 6. 6. 2022 17:31:21 Předmět: Re: [talk-cz] LPIS pole jako multipolygony s jedním členem "Ahoj, dá se multipolygon s jedním členem převést na prvek bez multipolygonu? Mimochodem jsem si všiml adresy 261 bez plochy budovy. Ve vrstvách openstreetmap.cz jsem narazil na vrstvu Budovy TODO, o které jsem doposud nevěděl. https://openstreetmap.cz/#map=19/49.62245/13.75633&layers=d64 Pokud se na to dostanu, tak je tam dotrasuju. V Praze občas narazím na nějaké budovy, které jsou místo RUIAN natrasovány pomocí CUZK:KM, a tím pádem chybí informace RUIAN o dané budově. Nevím přesně, zda to tato vrstva umí zjistit nebo ne. Aleš ---------- Původní e-mail ---------- Od: Marián Kyral <mkyral na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 6. 6. 2022 16:00:26 Předmět: Re: [talk-cz] LPIS pole jako multipolygony s jedním členem " Ahoj, když mrkneš na historii prvku, tak je to přesně tak jak píšeš: https://www.openstreetmap.org/relation/4644268/history Bylo to natrasováno v JOSM a po dvou letech byl vnitřní polygon smazán v iD. Nevím jak teď, ale relace s jedním členem tehdy evidentně nebyla pro iD problém. Marián ---------- Původní e-mail ---------- Od: v0174 na v0174.net Komu: talk-cz na openstreetmap.org Datum: 6. 6. 2022 15:36:26 Předmět: [talk-cz] LPIS pole jako multipolygony s jedním členem " Ahoj, poslední dobou se snažím zbavovat OSM problémů v datech v okolí za pomoci Osmose. Jedna z kontrol, která docela často vyskakuje je Tento multipolygon je jednoduchý polygon: https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4 d (https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4d) Je to samozřejmě "chyba", která moc ničemu nevadí, kromě zbytečné složitosti dat, ale nevíte někdo, jak tyhle multipolygony vznikly? Z LPIS jsem nikdy netrasoval, ale všechny multipolygony, co osmose takto nahlásil, byly natrasované z LPISu (druhá věc je, že většina polí bude z LPIS...). A je těch multipolygonů poměrně hodně, aby to bylo jen tím, že "dřív byl uprostřed remízek, pak byl smazaný a multipolygon zůstal". Případně je nějaký důvod mít obyčejné malé pole o dvaceti nodech jako multipolygon? <0174 _______________________________________________ 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 "

<0174 v0174 na v0174.net #mf5f1f8 6. 6. 2022 19:10

Ahoj, převést multipolygon na obyčejnou cestu se dá jedním (no, dvěma) kliky v JOSM, pokud máš plugin /reltoolbox/. Pravým tlačítkem na relaci v seznamu relací pluginu a poté /Rekonstruovat polygon/. <0174

Ahoj, převést multipolygon na obyčejnou cestu se dá jedním (no, dvěma) kliky v JOSM, pokud máš plugin /reltoolbox/. Pravým tlačítkem na relaci v seznamu relací pluginu a poté /Rekonstruovat polygon/. <0174 Dne 6. 6. 2022 v 17:23 Aleš napsal(a):

Ahoj, dá se multipolygon s jedním členem převést na prvek bez multipolygonu? Mimochodem jsem si všiml adresy 261 bez plochy budovy. Ve vrstvách openstreetmap.cz jsem narazil na vrstvu Budovy TODO, o které jsem doposud nevěděl. https://openstreetmap.cz/#map=19/49.62245/13.75633&layers=d64 Pokud se na to dostanu, tak je tam dotrasuju. V Praze občas narazím na nějaké budovy, které jsou místo RUIAN natrasovány pomocí CUZK:KM, a tím pádem chybí informace RUIAN o dané budově. Nevím přesně, zda to tato vrstva umí zjistit nebo ne. Aleš ---------- Původní e-mail ---------- Od: Marián Kyral <mkyral na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 6. 6. 2022 16:00:26 Předmět: Re: [talk-cz] LPIS pole jako multipolygony s jedním členem Ahoj, když mrkneš na historii prvku, tak je to přesně tak jak píšeš: https://www.openstreetmap.org/relation/4644268/history Bylo to natrasováno v JOSM a po dvou letech byl vnitřní polygon smazán v iD. Nevím jak teď, ale relace s jedním členem tehdy evidentně nebyla pro iD problém. Marián ---------- Původní e-mail ---------- Od: v0174 na v0174.net Komu: talk-cz na openstreetmap.org Datum: 6. 6. 2022 15:36:26 Předmět: [talk-cz] LPIS pole jako multipolygony s jedním členem Ahoj, poslední dobou se snažím zbavovat OSM problémů v datech v okolí za pomoci Osmose. Jedna z kontrol, která docela často vyskakuje je /Tento multipolygon je jednoduchý polygon/: https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4d Je to samozřejmě "chyba", která moc ničemu nevadí, kromě zbytečné složitosti dat, ale nevíte někdo, jak tyhle multipolygony vznikly? Z LPIS jsem nikdy netrasoval, ale všechny multipolygony, co osmose takto nahlásil, byly natrasované z LPISu (druhá věc je, že většina polí bude z LPIS...). A je těch multipolygonů poměrně hodně, aby to bylo jen tím, že "dřív byl uprostřed remízek, pak byl smazaný a multipolygon zůstal". Případně je nějaký důvod mít obyčejné malé pole o dvaceti nodech jako multipolygon? <0174 _______________________________________________ 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

ghzqrYR0URoCl4em.png

Aleš f.ales1 na seznam.cz #m4e5c72 6. 6. 2022 23:04

Podle výše čísla popisného to vidím na novou budovu. I s garáží. O některých nepřesnostech vím už svoje z dřívějšího trasování (už jsem taky před dobou začal dělat). Docela dobré by bylo v JOSM vyhledat ve stažené datové vrstvě building=* source=cuzk:ruian, zkopírovat nalezené výsledky hledání do nové vrstvy a pak jet i budovy, které jsou už dříve natrasované, ale byly natrasovány něčím jiným, třeba cuzk:km. Ještě jsem narazil na starší source=ruian, kde je pouze typ budovy a ref číslo budovy bez dalších informací. Není to náhodou předchůdce cuzk:ruian? Aleš

Podle výše čísla popisného to vidím na novou budovu. I s garáží. O některých nepřesnostech vím už svoje z dřívějšího trasování (už jsem taky před dobou začal dělat). Docela dobré by bylo v JOSM vyhledat ve stažené datové vrstvě building=* source=cuzk:ruian, zkopírovat nalezené výsledky hledání do nové vrstvy a pak jet i budovy, které jsou už dříve natrasované, ale byly natrasovány něčím jiným, třeba cuzk:km. Ještě jsem narazil na starší source=ruian, kde je pouze typ budovy a ref číslo budovy bez dalších informací. Není to náhodou předchůdce cuzk:ruian? Aleš ---------- Původní e-mail ---------- Od: Marián Kyral <mkyral na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 6. 6. 2022 19:10:07 Předmět: Re: [talk-cz] LPIS pole jako multipolygony s jedním členem " Převézt se to dá. Ručně? Musíš zkopírovat tagy z relace na polygon (bez "type=multipolygon") a smazat danou relaci. RÚIAN Budovy TODO je vrstva s novými budovami - jsou v RÚIAN, ale na stejném místě v OSM budova není. Budova je ale stále normálně vidět ve vrstvě RÚIAN Budovy a dá se přetrasovat. Ale bacha, občas poloha budovy v RÚIAN nesouhlasí s realitou. Pokud někde najdeš jen adresní bod, tak jsou možné tři vysvětlení: 1) nově postavená budova 2) již zbouraná budova 3) chyba - adresní bod je někde úplně mimo Záleží na okolnostech, který z těchto tří případů to je. Marián ---------- Původní e-mail ---------- Od: Aleš <f.ales1 na seznam.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 6. 6. 2022 17:31:21 Předmět: Re: [talk-cz] LPIS pole jako multipolygony s jedním členem "Ahoj, dá se multipolygon s jedním členem převést na prvek bez multipolygonu? Mimochodem jsem si všiml adresy 261 bez plochy budovy. Ve vrstvách openstreetmap.cz jsem narazil na vrstvu Budovy TODO, o které jsem doposud nevěděl. https://openstreetmap.cz/#map=19/49.62245/13.75633&layers=d64 Pokud se na to dostanu, tak je tam dotrasuju. V Praze občas narazím na nějaké budovy, které jsou místo RUIAN natrasovány pomocí CUZK:KM, a tím pádem chybí informace RUIAN o dané budově. Nevím přesně, zda to tato vrstva umí zjistit nebo ne. Aleš ---------- Původní e-mail ---------- Od: Marián Kyral <mkyral na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 6. 6. 2022 16:00:26 Předmět: Re: [talk-cz] LPIS pole jako multipolygony s jedním členem " Ahoj, když mrkneš na historii prvku, tak je to přesně tak jak píšeš: https://www.openstreetmap.org/relation/4644268/history Bylo to natrasováno v JOSM a po dvou letech byl vnitřní polygon smazán v iD. Nevím jak teď, ale relace s jedním členem tehdy evidentně nebyla pro iD problém. Marián ---------- Původní e-mail ---------- Od: v0174 na v0174.net Komu: talk-cz na openstreetmap.org Datum: 6. 6. 2022 15:36:26 Předmět: [talk-cz] LPIS pole jako multipolygony s jedním členem " Ahoj, poslední dobou se snažím zbavovat OSM problémů v datech v okolí za pomoci Osmose. Jedna z kontrol, která docela často vyskakuje je Tento multipolygon je jednoduchý polygon: https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4 d (https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4d) Je to samozřejmě "chyba", která moc ničemu nevadí, kromě zbytečné složitosti dat, ale nevíte někdo, jak tyhle multipolygony vznikly? Z LPIS jsem nikdy netrasoval, ale všechny multipolygony, co osmose takto nahlásil, byly natrasované z LPISu (druhá věc je, že většina polí bude z LPIS...). A je těch multipolygonů poměrně hodně, aby to bylo jen tím, že "dřív byl uprostřed remízek, pak byl smazaný a multipolygon zůstal". Případně je nějaký důvod mít obyčejné malé pole o dvaceti nodech jako multipolygon? <0174 _______________________________________________ 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 "_______________________________________________ talk-cz mailing list talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz "

Jan Sten Adámek sten na adamek.nz #mb9c22c 7. 6. 2022 10:20

Ahoj, v iD se to udělá tak, že vnější cestu multipolygonu rozdělíš na dvě (vybereš jakýkoliv bod a X) a potom zase spojíš (C). iD automaticky převede multipolygon, kde se spojily všechny vnější cesty do jedné a nemá žádnou vnitřní cestu, na obyčejný polygon. Sten

Ahoj, v iD se to udělá tak, že vnější cestu multipolygonu rozdělíš na dvě (vybereš jakýkoliv bod a X) a potom zase spojíš (C). iD automaticky převede multipolygon, kde se spojily všechny vnější cesty do jedné a nemá žádnou vnitřní cestu, na obyčejný polygon. Sten Dne 7. června 2022 3:26:19 Aleš <f.ales1 na seznam.cz> napsal:

Ahoj, dá se multipolygon s jedním členem převést na prvek bez multipolygonu? Mimochodem jsem si všiml adresy 261 bez plochy budovy. Ve vrstvách openstreetmap.cz jsem narazil na vrstvu Budovy TODO, o které jsem doposud nevěděl. https://openstreetmap.cz/#map=19/49.62245/13.75633&layers=d64 Pokud se na to dostanu, tak je tam dotrasuju. V Praze občas narazím na nějaké budovy, které jsou místo RUIAN natrasovány pomocí CUZK:KM, a tím pádem chybí informace RUIAN o dané budově. Nevím přesně, zda to tato vrstva umí zjistit nebo ne. Aleš ---------- Původní e-mail ---------- Od: Marián Kyral <mkyral na email.cz> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> Datum: 6. 6. 2022 16:00:26 Předmět: Re: [talk-cz] LPIS pole jako multipolygony s jedním členem " Ahoj, když mrkneš na historii prvku, tak je to přesně tak jak píšeš: https://www.openstreetmap.org/relation/4644268/history Bylo to natrasováno v JOSM a po dvou letech byl vnitřní polygon smazán v iD. Nevím jak teď, ale relace s jedním členem tehdy evidentně nebyla pro iD problém. Marián ---------- Původní e-mail ---------- Od: v0174 na v0174.net Komu: talk-cz na openstreetmap.org Datum: 6. 6. 2022 15:36:26 Předmět: [talk-cz] LPIS pole jako multipolygony s jedním členem " Ahoj, poslední dobou se snažím zbavovat OSM problémů v datech v okolí za pomoci Osmose. Jedna z kontrol, která docela často vyskakuje je Tento multipolygon je jednoduchý polygon: https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4 d (https://osmose.openstreetmap.fr/cs/issue/b0dc79a9-5118-1fa6-d4ff-27bad92d5c4d) Je to samozřejmě "chyba", která moc ničemu nevadí, kromě zbytečné složitosti dat, ale nevíte někdo, jak tyhle multipolygony vznikly? Z LPIS jsem nikdy netrasoval, ale všechny multipolygony, co osmose takto nahlásil, byly natrasované z LPISu (druhá věc je, že většina polí bude z LPIS...). A je těch multipolygonů poměrně hodně, aby to bylo jen tím, že "dřív byl uprostřed remízek, pak byl smazaný a multipolygon zůstal". Případně je nějaký důvod mít obyčejné malé pole o dvaceti nodech jako multipolygon? <0174 _______________________________________________ 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