« zpět na výpis měsíce |

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

Vlákno 6.6. - 7.6.2022, počet zpráv: 7


6.6.2022 03:26:59 (#1)
gravatar

v0174 na v0174.net

<v0174 at v0174.net>
106 2072
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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20220606/f0073289/attachment.htm>

6.6.2022 03:52:33 (#2)
gravatar

Marián Kyral

<mkyral at email.cz>
2389 2735
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 " ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20220606/0189531f/attachment.htm>

6.6.2022 05:23:15 (#3)
gravatar

Aleš

<f.ales1 at seznam.cz>
168 351
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 " ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20220606/1d69babb/attachment.htm>

6.6.2022 07:01:50 (#4)
gravatar

Marián Kyral

<mkyral at email.cz>
2389 2735
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 " ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20220606/f1e4b626/attachment-0001.htm>

6.6.2022 07:10:08 (#5)
gravatar

<0174

<v0174 at v0174.net>
106 2072
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): zobrazit citaci
> 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
------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20220606/6b08cebf/attachment-0001.htm> ------------- další část --------------- A non-text attachment was scrubbed... Name: ghzqrYR0URoCl4em.png Type: image/png Size: 16671 bytes Desc: [žádný popis není k dispozici] URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20220606/6b08cebf/attachment-0001.png>

6.6.2022 11:04:46 (#6)
gravatar

Aleš

<f.ales1 at seznam.cz>
168 351
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 " ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20220606/5355779a/attachment.htm>

7.6.2022 12:20:39 (#7)
gravatar

Jan Sten Adámek

<sten at adamek.nz>
6
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: zobrazit citaci
> 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

« zpět na výpis měsíce