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

[Talk-cz] Smazání duplicitních budov

Vlákno 12.10. - 15.10.2014, počet zpráv: 15


12.10.2014 03:11:03 (#1)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, chystám se na další čistku. Jde o budovy, které jsou naplácané jedna na druhé. Vzniklo to většinou asi ruianizací původních budov z KM. Netuším, proč se původní budova nesmazala a jsou 2 naplácané na sobě (podobně jako v RUIAN) ;-) Plán: - nalézt dvojice, kde vzájemný geometrický průnik obou budov činí X% větší z nich (momentálně experimentuji s hodnotou 95%, našlo se cca 2600 dvojic; při hodnotě 80% se našlo 4000 dvojic) - tagy ze starší budovy z dvojice (starší=byla editovaná před delší dobou než "mladší" budova) přenést na budovu mladší (pokud už tam nejsou) - pokud není ve hře relace (starší budova sama o sobě není relací a není členem relace), tak smazat - pouze cestu. Uzly bych nechal být a on už by je smazal ten skript, co tu pouštím na ty sirotky. Jaké další zrádnosti v tom mohou být, na které jsem nepřišel? -- Petr

12.10.2014 03:46:07 (#2)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
http://pedro.poloha.net/osm/naplacane_budovy.csv dvojice budov a míra vzájemného překrytí, od 60% výše. Více než 100% bude asi nepřesností při počítání geometrií. Kladná čísla jsou cesty, záporná relace. Dne Ne 12. října 2014 15:11:03, Petr Vejsada napsal(a): zobrazit citaci
> chystám se na další čistku. Jde o budovy, ...
-- Petr

12.10.2014 05:20:48 (#3)
gravatar

jzvc

<jzvc at tpfree.net>
521
Dne 12.10.2014 15:11, Petr Vejsada napsal(a): zobrazit citaci
> Ahoj, > > chystám se na další čistku. Jde o budovy, které jsou naplácané jedna na druhé. > Vzniklo to většinou asi ruianizací původních budov z KM. Netuším, proč se > původní budova nesmazala a jsou 2 naplácané na sobě (podobně jako v RUIAN) ;-) > > > Plán: > > - nalézt dvojice, kde vzájemný geometrický průnik obou budov činí X% větší z > nich (momentálně experimentuji s hodnotou 95%, našlo se cca 2600 dvojic; při > hodnotě 80% se našlo 4000 dvojic) > > - tagy ze starší budovy z dvojice (starší=byla editovaná před delší dobou než > "mladší" budova) přenést na budovu mladší (pokud už tam nejsou) > > - pokud není ve hře relace (starší budova sama o sobě není relací a není > členem relace), tak smazat - pouze cestu. Uzly bych nechal být a on už by je > smazal ten skript, co tu pouštím na ty sirotky. > > Jaké další zrádnosti v tom mohou být, na které jsem nepřišel?
Cus, tak hned prvni co me napada - 3D model. To muze (a ve vetsine pripadu bude) sada prekryvajicich se budov, prevazne bez relace (protoze to je pomerne novinka). Nejspis by to melo obsahovat ruzne hodnoty layer + building:levels/building:min_level ... (at uz v metrech nebo poctu pater) ale variabilita bude pomerne velka vzhledem k tomu, ze tenhle zpusob tagovani se neustale meni. Jop, jinak byva zvykem zachovat spis starsi objekt v OSM. zobrazit citaci
> > -- > Petr > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

12.10.2014 05:32:18 (#4)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, díky za připomínky. Layer se kontroluje, obě budovy ve dvojici mají vždy stejný layer. Musím si tedy něco načíst o těch 3D modelech. Zachovat starší objekt, no to nevím. Ten nový objekt by měl být přesnější, aktuálnější ... ? -- Petr Dne Ne 12. října 2014 17:20:48, jzvc napsal(a): zobrazit citaci
> Dne 12.10.2014 15:11, Petr Vejsada napsal(a): > > Ahoj, > > > > chystám se na další čistku. Jde o budovy, které jsou naplácané jedna na > > druhé. Vzniklo to většinou asi ruianizací původních budov z KM. Netuším, > > proč se původní budova nesmazala a jsou 2 naplácané na sobě (podobně jako > > v RUIAN) ;-) > > > > > > Plán: > > > > - nalézt dvojice, kde vzájemný geometrický průnik obou budov činí X% větší > > z nich (momentálně experimentuji s hodnotou 95%, našlo se cca 2600 > > dvojic; při hodnotě 80% se našlo 4000 dvojic) > > > > - tagy ze starší budovy z dvojice (starší=byla editovaná před delší dobou > > než "mladší" budova) přenést na budovu mladší (pokud už tam nejsou) > > > > - pokud není ve hře relace (starší budova sama o sobě není relací a není > > členem relace), tak smazat - pouze cestu. Uzly bych nechal být a on už by > > je smazal ten skript, co tu pouštím na ty sirotky. > > > > Jaké další zrádnosti v tom mohou být, na které jsem nepřišel? > > Cus, tak hned prvni co me napada - 3D model. To muze (a ve vetsine > pripadu bude) sada prekryvajicich se budov, prevazne bez relace (protoze > to je pomerne novinka). Nejspis by to melo obsahovat ruzne hodnoty layer > + building:levels/building:min_level ... (at uz v metrech nebo poctu > pater) ale variabilita bude pomerne velka vzhledem k tomu, ze tenhle > zpusob tagovani se neustale meni. > > Jop, jinak byva zvykem zachovat spis starsi objekt v OSM. > > > -- > > Petr > > > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

12.10.2014 05:37:47 (#5)
gravatar

jzvc

<jzvc at tpfree.net>
521
Dne 12.10.2014 17:32, Petr Vejsada napsal(a): zobrazit citaci
> Ahoj, > > díky za připomínky. Layer se kontroluje, obě budovy ve dvojici mají vždy > stejný layer. Musím si tedy něco načíst o těch 3D modelech. > > Zachovat starší objekt, no to nevím. Ten nový objekt by měl být přesnější, > aktuálnější ... ?
Tim jsem mysel ve chvili, kdy nemas zadny dalsi kriterium pro vyber. zobrazit citaci
> > -- > Petr > > Dne Ne 12. října 2014 17:20:48, jzvc napsal(a): > >> Dne 12.10.2014 15:11, Petr Vejsada napsal(a): >>> Ahoj, >>> >>> chystám se na další čistku. Jde o budovy, které jsou naplácané jedna na >>> druhé. Vzniklo to většinou asi ruianizací původních budov z KM. Netuším, >>> proč se původní budova nesmazala a jsou 2 naplácané na sobě (podobně jako >>> v RUIAN) ;-) >>> >>> >>> Plán: >>> >>> - nalézt dvojice, kde vzájemný geometrický průnik obou budov činí X% větší >>> z nich (momentálně experimentuji s hodnotou 95%, našlo se cca 2600 >>> dvojic; při hodnotě 80% se našlo 4000 dvojic) >>> >>> - tagy ze starší budovy z dvojice (starší=byla editovaná před delší dobou >>> než "mladší" budova) přenést na budovu mladší (pokud už tam nejsou) >>> >>> - pokud není ve hře relace (starší budova sama o sobě není relací a není >>> členem relace), tak smazat - pouze cestu. Uzly bych nechal být a on už by >>> je smazal ten skript, co tu pouštím na ty sirotky. >>> >>> Jaké další zrádnosti v tom mohou být, na které jsem nepřišel? >> >> Cus, tak hned prvni co me napada - 3D model. To muze (a ve vetsine >> pripadu bude) sada prekryvajicich se budov, prevazne bez relace (protoze >> to je pomerne novinka). Nejspis by to melo obsahovat ruzne hodnoty layer >> + building:levels/building:min_level ... (at uz v metrech nebo poctu >> pater) ale variabilita bude pomerne velka vzhledem k tomu, ze tenhle >> zpusob tagovani se neustale meni. >> >> Jop, jinak byva zvykem zachovat spis starsi objekt v OSM. >> >>> -- >>> Petr >>> >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz at openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

12.10.2014 09:44:16 (#6)
gravatar

Marián Kyral

<mkyral at email.cz>
2219 2371
Dne 12.10.2014 17:37, jzvc napsal(a): zobrazit citaci
> Dne 12.10.2014 17:32, Petr Vejsada napsal(a): >> Ahoj, >> >> díky za připomínky. Layer se kontroluje, obě budovy ve dvojici mají vždy >> stejný layer. Musím si tedy něco načíst o těch 3D modelech. >> >> Zachovat starší objekt, no to nevím. Ten nový objekt by měl být >> přesnější, >> aktuálnější ... ? > > Tim jsem mysel ve chvili, kdy nemas zadny dalsi kriterium pro vyber.
No ruian Tracer to dělá tak, že nechá starší cestu, jen do ní přesune nové uzly (a původní smaže). Marián

12.10.2014 10:41:29 (#7)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, tak nějaký pokrok - na http://pedro.poloha.net/osm/naplacane_budovy.csv je nová verze tabulky. - opraven distinct, v té původní bylo všechno 2x, jednou jako a_osm_id a b_osm_id a podruhé obráceně - přidáno datum, nick posledního editora a sloupec X_in3d (boolean), který říká, zda příslušná entita na sobě má nějaké 3D tagy, konkrétně se hledají 'building:part' 'min_height' 'building:min_level'. Tagy zvoleny na základě http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings jzvc si cennou připomínkou zachránil budovu Boží prst, kterou editoval a na které nejsou tagy "layer". Je to jediná budova, která se touto kontrolou ze zpracování vyřadila. Máme tedy 2416 dvojic budov, které se překrývají o více než 50% minus dvě dvojice z Božího prstu. Když dáme cut-off na 80%, dělá to rovných 2000 dvojic. Z výše uvedeného je asi 100 relací, což se dá zvládnout manuální kontrolou. Celkem je v DB 11000 budov, které se vzájemně překrývají. Provedením plánované akce by se nám tento počet snížil o cca 4000, tedy na 7000 budov. Po sobě jsem si už uklidil ručně, tedy jsem opravil jsem všechny překrývající se budovy, na které jsem sahal já nebo CzechAddress. -- Petr Dne Ne 12. října 2014 17:37:47, jzvc napsal(a): zobrazit citaci
> Dne 12.10.2014 17:32, Petr Vejsada napsal(a): > > Ahoj, > > > > díky za připomínky. Layer se kontroluje, obě budovy ve dvojici mají vždy > > stejný layer. Musím si tedy něco načíst o těch 3D modelech. > > > > Zachovat starší objekt, no to nevím. Ten nový objekt by měl být přesnější, > > aktuálnější ... ? > > Tim jsem mysel ve chvili, kdy nemas zadny dalsi kriterium pro vyber. > > > -- > > Petr > > > > Dne Ne 12. října 2014 17:20:48, jzvc napsal(a): > >> Dne 12.10.2014 15:11, Petr Vejsada napsal(a): > >>> Ahoj, > >>> > >>> chystám se na další čistku. Jde o budovy, které jsou naplácané jedna na > >>> druhé. Vzniklo to většinou asi ruianizací původních budov z KM. Netuším, > >>> proč se původní budova nesmazala a jsou 2 naplácané na sobě (podobně > >>> jako > >>> v RUIAN) ;-) > >>> > >>> > >>> Plán: > >>> > >>> - nalézt dvojice, kde vzájemný geometrický průnik obou budov činí X% > >>> větší > >>> z nich (momentálně experimentuji s hodnotou 95%, našlo se cca 2600 > >>> dvojic; při hodnotě 80% se našlo 4000 dvojic) > >>> > >>> - tagy ze starší budovy z dvojice (starší=byla editovaná před delší > >>> dobou > >>> než "mladší" budova) přenést na budovu mladší (pokud už tam nejsou) > >>> > >>> - pokud není ve hře relace (starší budova sama o sobě není relací a není > >>> členem relace), tak smazat - pouze cestu. Uzly bych nechal být a on už > >>> by > >>> je smazal ten skript, co tu pouštím na ty sirotky. > >>> > >>> Jaké další zrádnosti v tom mohou být, na které jsem nepřišel? > >> > >> Cus, tak hned prvni co me napada - 3D model. To muze (a ve vetsine > >> pripadu bude) sada prekryvajicich se budov, prevazne bez relace (protoze > >> to je pomerne novinka). Nejspis by to melo obsahovat ruzne hodnoty layer > >> + building:levels/building:min_level ... (at uz v metrech nebo poctu > >> pater) ale variabilita bude pomerne velka vzhledem k tomu, ze tenhle > >> zpusob tagovani se neustale meni. > >> > >> Jop, jinak byva zvykem zachovat spis starsi objekt v OSM. > >> > >>> -- > >>> Petr > >>> > >>> > >>> _______________________________________________ > >>> Talk-cz mailing list > >>> Talk-cz at openstreetmap.org > >>> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz at openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

13.10.2014 09:49:11 (#8)
gravatar

Michal Pustějovský

<Michal.Pustejovsky at seznam.cz>
162 2646
Řádky, kde byl můj nick (Mar4s), jsem po sobě opravil. Duplicita na relaci http://www.openstreetmap.org/relation/418350 byla asi způsobena building=yes na relaci a zároveň na vnější cestě. Velká část zbylých duplicit byla způsobena importem budov z RÚIAN.
---------- Původní zpráva ---------- Od: Petr Vejsada <osm at propsychology.cz> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 12. 10. 2014 23:09:46 Předmět: Re: [Talk-cz] Smazání duplicitních budov "Ahoj, tak nějaký pokrok - na http://pedro.poloha.net/osm/naplacane_budovy.csv je nová verze tabulky. - opraven distinct, v té původní bylo všechno 2x, jednou jako a_osm_id a b_osm_id a podruhé obráceně - přidáno datum, nick posledního editora a sloupec X_in3d (boolean), který říká, zda příslušná entita na sobě má nějaké 3D tagy, konkrétně se hledají 'building:part' 'min_height' 'building:min_level'. Tagy zvoleny na základě http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings jzvc si cennou připomínkou zachránil budovu Boží prst, kterou editoval a na které nejsou tagy "layer". Je to jediná budova, která se touto kontrolou ze zpracování vyřadila. Máme tedy 2416 dvojic budov, které se překrývají o více než 50% minus dvě dvojice z Božího prstu. Když dáme cut-off na 80%, dělá to rovných 2000 dvojic. Z výše uvedeného je asi 100 relací, což se dá zvládnout manuální kontrolou. Celkem je v DB 11000 budov, které se vzájemně překrývají. Provedením plánované akce by se nám tento počet snížil o cca 4000, tedy na 7000 budov. Po sobě jsem si už uklidil ručně, tedy jsem opravil jsem všechny překrývající se budovy, na které jsem sahal já nebo CzechAddress. -- Petr Dne Ne 12. října 2014 17:37:47, jzvc napsal(a): zobrazit citaci
> Dne 12.10.2014 17:32, Petr Vejsada napsal(a): > > Ahoj, > > > > díky za připomínky. Layer se kontroluje, obě budovy ve dvojici mají vždy > > stejný layer. Musím si tedy něco načíst o těch 3D modelech. > > > > Zachovat starší objekt, no to nevím. Ten nový objekt by měl být
přesnější, zobrazit citaci
> > aktuálnější ... ? > > Tim jsem mysel ve chvili, kdy nemas zadny dalsi kriterium pro vyber. > > > -- > > Petr > > > > Dne Ne 12. října 2014 17:20:48, jzvc napsal(a): > >> Dne 12.10.2014 15:11, Petr Vejsada napsal(a): > >>> Ahoj, > >>> > >>> chystám se na další čistku. Jde o budovy, které jsou naplácané jedna
na zobrazit citaci
> >>> druhé. Vzniklo to většinou asi ruianizací původních budov z KM.
Netuším, zobrazit citaci
> >>> proč se původní budova nesmazala a jsou 2 naplácané na sobě (podobně > >>> jako > >>> v RUIAN) ;-) > >>> > >>> > >>> Plán: > >>> > >>> - nalézt dvojice, kde vzájemný geometrický průnik obou budov činí X% > >>> větší > >>> z nich (momentálně experimentuji s hodnotou 95%, našlo se cca 2600 > >>> dvojic; při hodnotě 80% se našlo 4000 dvojic) > >>> > >>> - tagy ze starší budovy z dvojice (starší=byla editovaná před delší > >>> dobou > >>> než "mladší" budova) přenést na budovu mladší (pokud už tam nejsou) > >>> > >>> - pokud není ve hře relace (starší budova sama o sobě není relací a
není zobrazit citaci
> >>> členem relace), tak smazat - pouze cestu. Uzly bych nechal být a on už > >>> by > >>> je smazal ten skript, co tu pouštím na ty sirotky. > >>> > >>> Jaké další zrádnosti v tom mohou být, na které jsem nepřišel? > >> > >> Cus, tak hned prvni co me napada - 3D model. To muze (a ve vetsine > >> pripadu bude) sada prekryvajicich se budov, prevazne bez relace
(protoze zobrazit citaci
> >> to je pomerne novinka). Nejspis by to melo obsahovat ruzne hodnoty
layer zobrazit citaci
> >> + building:levels/building:min_level ... (at uz v metrech nebo poctu > >> pater) ale variabilita bude pomerne velka vzhledem k tomu, ze tenhle > >> zpusob tagovani se neustale meni. > >> > >> Jop, jinak byva zvykem zachovat spis starsi objekt v OSM. > >> > >>> -- > >>> Petr > >>> > >>> > >>> _______________________________________________ > >>> Talk-cz mailing list > >>> Talk-cz at openstreetmap.org > >>> https://lists.openstreetmap.org/listinfo/talk-cz > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz at openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20141013/8f216499/attachment-0001.html>

13.10.2014 03:33:24 (#9)
gravatar

Vladimír Slávik

<slavik.vladimir at seznam.cz>
71 549
Co znamenají záporné id? Mám tam jednu položku a nevím... V On 12.10.2014 22:41, Petr Vejsada wrote: zobrazit citaci
> Ahoj, > > tak nějaký pokrok - na http://pedro.poloha.net/osm/naplacane_budovy.csv je > nová verze tabulky. > >

13.10.2014 04:18:59 (#10)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, On Mon, Oct 13, 2014 at 03:33:24PM +0200, Vladimír Slávik wrote: zobrazit citaci
> Co znamenají záporné id? Mám tam jednu položku a nevím... > V
záporná ID jsou čísla relací, kladná jsou čísla cest. Samozřejmě je možno budovy opravovat ručně, ale toto jsem myslel spíš na automatické zpracování, aby toho na to ruční zbylo co nejméně. Na ruční zbyde 7000 budov. Šlo mi spíš o to, aby se každý, kdo chce, na to mohl podívat a zamyslel se, co se stane, když smažu tu starší budovu z dvojice, zda je to OK a pokud ne, tak proč. -- Petr zobrazit citaci
> > On 12.10.2014 22:41, Petr Vejsada wrote: > >Ahoj, > > > >tak nějaký pokrok - na http://pedro.poloha.net/osm/naplacane_budovy.csv je > >nová verze tabulky. > > > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

14.10.2014 10:06:01 (#11)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, všechny relace opraveny ručně a před chvílí jsem to spustil na prvních 10 budov, http://www.openstreetmap.org/changeset/26080506 . Opakuji, uzly jsem neřešil a tak na mapě zůstanou volné uzly. Ty smaže můj jiný skript, až tam budou takto bezprizorní více než měsíc (spolu s ostatními bezprizorními). V jednom případě došlo k přenosu tagů ze starší budovy na mladší, je to vidět v tom changesetu a IMO je to tak OK. Mohou vzniknout problémy, týkající se napojení na okolní budovy. V případě přesahu/křížení se sousední budovou to následně zjistím a opravím ručně. V případě, že napojení na sousední budovu má být, ale není (zbylá budova je několik cm či mm od té sousední), tak mě nic kloudného nenapadá...? Momentálně se takto zpracovávají budovy se vzájemným překrytím 80 a více procent. Myslím, že by se dalo jít až na 50 či lehce nad 50, 55 třeba. Pokud OK, udělal bych takto ještě 100 budov a pokud stále OK, tak ten zbytek. -- Petr Dne Ne 12. října 2014 15:11:03, Petr Vejsada napsal(a): zobrazit citaci
> Ahoj, > > chystám se na další čistku.

15.10.2014 11:46:01 (#12)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, další changeset je http://www.openstreetmap.org/changeset/26090845 cca 100 budov. Malá změna v algoritmu rozhodování, která z dvojice budov bude smazaná a která zachovaná. Čert ví proč, při ruianizaci dostane nový timestamp i ta stará budova z KM. Nemyslím, že by to byl problém traceru, ale bude to nikoli optimálním postupem editora. Nově se rozhoduje podle času jen tehdy, pokud je časový rozdíl mezi budovami ve dvojici alespoň jeden den. Pokud je rozdíl menší, zachová se budova, která má source ilike '%ruian%'. Pokud mají tento source obě nebo žádná z budov, vracím se k porovnání podle času :-). -- Petr On Tue, Oct 14, 2014 at 10:06:01PM +0200, Petr Vejsada wrote: zobrazit citaci
> Ahoj, > > všechny relace opraveny ručně a před chvílí jsem to spustil na prvních 10 > budov, http://www.openstreetmap.org/changeset/26080506 .

15.10.2014 03:33:12 (#13)
gravatar

jzvc

<jzvc at tpfree.net>
521
Dne 13.10.2014 v 16:18 Petr Vejsada napsal(a): zobrazit citaci
> Ahoj, > > On Mon, Oct 13, 2014 at 03:33:24PM +0200, Vladimír Slávik wrote: > >> Co znamenají záporné id? Mám tam jednu položku a nevím... >> V > > záporná ID jsou čísla relací, kladná jsou čísla cest. > > Samozřejmě je možno budovy opravovat ručně, ale toto jsem myslel spíš na > automatické zpracování, aby toho na to ruční zbylo co nejméně. Na ruční zbyde > 7000 budov. > > Šlo mi spíš o to, aby se každý, kdo chce, na to mohl podívat a zamyslel se, > co se stane, když smažu tu starší budovu z dvojice, zda je to OK a pokud ne, > tak proč.
OK, tak sem si vytah sam sebe, a muzu prihodit dalsi namitku: http://www.openstreetmap.org/way/22663092 vs http://www.openstreetmap.org/way/122128662 Tohle je naprosto typickej problem panelaku, ze nekdy, jsou evidovany jednotlivy vchody jako samostatny budovy a nekdy je to vice (nikoli nutne vsechny) vchodu. Pricemz z hlediska mapovani v OSM je IMO spravnejsi varianta rozdeleni na vchody. Uz proto, ze budova v 90% pripadu nebyva volne pruchozi, takze se rozhodne neda rict, ze je jedno, jakym vchodem dovnitr vlezes. Podotykam, ze to nema zadnou souvislost s tim, jak budova vypada konstrukcne. Co s tim? Napada me jedine to, ze bys musel jeste zjistovat, zda budova neprekryva vice budov. Muze to byt prakticky oboustrane - jak tak, ze starsi budova = jedna way a novejsi = nekolik, tak opacne. zobrazit citaci
> > -- > Petr > >> >> On 12.10.2014 22:41, Petr Vejsada wrote: >>> Ahoj, >>> >>> tak nějaký pokrok - na http://pedro.poloha.net/osm/naplacane_budovy.csv je >>> nová verze tabulky. >>> >>> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

15.10.2014 07:55:51 (#14)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Ahoj, na uvedeném místě dříve byly v OSM 3 budovy. V RUIAN je místo dvou jedna velká. Při rychlém trasování někdo rychle klikal a zbytek ho nezajímal - prostě zvětšil jednu z těch dvou budov a už nesmazal tu, kterou přeplácl. Co s tím v rámci automatických oprav - správně stanovit cut-off. Na http://pedro.poloha.net/osm/rgraph.jpg je rychlý histogram z R-ka. Když to střihneme na těch 80% (jak je to teď), zmiňovaná budova se do zpracování nedostane - má překryv asi 52%. Přitom pokryjeme většinu případů. Zachybovat by to mohlo snad jen v případě, že bude barák s malou garáží přeplácnutý útvarem, zahrnujícím jak barák tak garáž a ještě k tomu ten útvar bude nejmladší. U domu s garáží by překryv mohl být přes 80%. Panelák s více než pěti vchody by také mohl podlehnout. Přidat počet jiných budov, které daná budova překrývá, by šlo udělat. Pak by šlo odstraňovat tu budovu z dvojice, která se překrývá s více jinými budovami. Udělám to, počítá se, není všespasitelné. Jedna mrňavá budova může překrývat 2 větší tak, že bude ležet uprostřed těch velkých a nebo třeba takovýto masajr - budova 257008529 překrývá 3 jiné, ale je potřeba si to natáhnout do JOSM, aby bylo alespoň znázornitelné, jak velký bordel to je. Až se to dopočítá, dám aktuální tabulku na web. -- Petr Dne St 15. října 2014 15:33:12, jzvc napsal(a): zobrazit citaci
> Dne 13.10.2014 v 16:18 Petr Vejsada napsal(a): > > Ahoj, > > > > On Mon, Oct 13, 2014 at 03:33:24PM +0200, Vladimír Slávik wrote: > >> Co znamenají záporné id? Mám tam jednu položku a nevím... > >> V > > > > záporná ID jsou čísla relací, kladná jsou čísla cest. > > > > Samozřejmě je možno budovy opravovat ručně, ale toto jsem myslel spíš na > > automatické zpracování, aby toho na to ruční zbylo co nejméně. Na ruční > > zbyde 7000 budov. > > > > Šlo mi spíš o to, aby se každý, kdo chce, na to mohl podívat a zamyslel > > se, > > co se stane, když smažu tu starší budovu z dvojice, zda je to OK a pokud > > ne, tak proč. > > OK, tak sem si vytah sam sebe, a muzu prihodit dalsi namitku: > > http://www.openstreetmap.org/way/22663092 > vs > http://www.openstreetmap.org/way/122128662 > > Tohle je naprosto typickej problem panelaku, ze nekdy, jsou evidovany > jednotlivy vchody jako samostatny budovy a nekdy je to vice (nikoli > nutne vsechny) vchodu. Pricemz z hlediska mapovani v OSM je IMO > spravnejsi varianta rozdeleni na vchody. Uz proto, ze budova v 90% > pripadu nebyva volne pruchozi, takze se rozhodne neda rict, ze je jedno, > jakym vchodem dovnitr vlezes. > > Podotykam, ze to nema zadnou souvislost s tim, jak budova vypada > konstrukcne. > > Co s tim? Napada me jedine to, ze bys musel jeste zjistovat, zda budova > neprekryva vice budov. Muze to byt prakticky oboustrane - jak tak, ze > starsi budova = jedna way a novejsi = nekolik, tak opacne. > > > -- > > Petr > > > >> On 12.10.2014 22:41, Petr Vejsada wrote: > >>> Ahoj, > >>> > >>> tak nějaký pokrok - na http://pedro.poloha.net/osm/naplacane_budovy.csv > >>> je > >>> nová verze tabulky. > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz at openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz at openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

15.10.2014 11:26:46 (#15)
gravatar

Petr Vejsada

<osm at propsychology.cz>
507
Tak, je tam aktuální i s počtem jiných budov, které daná budova překrývá. max=5. -- Petr Dne St 15. října 2014 19:55:51, Petr Vejsada napsal(a): zobrazit citaci

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