V rámci zkoumání toho co všechno nám bot sežral jsem udělal zajímovou tabulku, tak se o ní chci podělit Viz http://wiki.openstreetmap.org/wiki/%C3%9Aklid_po_velk%C3%A9m_promaz%C3%A1n %C3%AD Teoreticky by všechny silnice měly být tvořeny pouze jednou spojitou komponentou, zatím tomu tak není.Pozor, pokud za "spojitou komponentu" beres neprerusovanou way, tak to neni pravda, protoze way musis prerusit napr kvuli pridani casti silnice do relace ... Musel bys jeste kontrolovat, zda na sebe sou jednotlivy casti napojeny ve svych koncovych bodech a hledat jen takove, ktere ne.měl jsem na jazyku stejnou poznámku, ale taky si nejsem jist, jestli kolega myslí way každopádně tohlento je věc, co mě pěkně točí - někde je souběh nějaké blbosti s kusem silnice, takže si way tvořící tu silnici splitnu, ten kousek hodím do relace, co potřebuju, ale tím vpodstatě rozbiju tu silnici ... z jedné vytvořím tři, na kterých je třikrát stejná kopie tagů ... pak se něco změní, třeba oprava překlepu v čísle, a chudák, kdo to opravuje, musí sledovat, na co všechno ta way navazuje a opravovat to natřikrát místo jednou? obzvlášť vtipné je to pak při renderování, když na pár metrech je třikrát zopakované jméno ulice, protože to AI (resp. spíš v tomto případě AS - artificial stupidity) vidí jako tři různé čáry s pojmenováním podle mého se silnice (a obdobné věci) řeší na úplně špatné úrovni abstrakce - way jako kousek čáry v mapě, který jde přidat do různých relací, by neměla být otagovaná vůbec
nad tím by měl být a) fyzický popis - buď ta jedna nebo několik navazujících wayí říkajících, třeba že tohlento je most, nebo kus cesty s takovým a makovým povrchem apod. b) logické uspořádání, že tyto waye patří do silnice X, a třeba že v tomto pořadí a orientaci tvoří jednosměrku apod. u některých věcí se to tak trošku dělá, alespoň ta část b), viz tagování řek jako relací (u těch řek se část a) vpodstatě může shodovat s tím "kouskem čáry v mapě", protože se tak často nestává, že by tam byl souběh více věcí a bylo třeba z ní vzít jen kus vocaď-pocaď - tak nanejvýš když řeka tvoří nějakou hranici apod.) u silnic ještě ne - nebo mi něco uniklo?
Dne Čt 19. července 2012 08:48:19, jzvc napsal(a):Dne 19.7.2012 4:43, Jakub napsal(a):V rámci zkoumání toho co všechno nám bot sežral jsem udělal zajímovou tabulku, tak se o ní chci podělit Viz http://wiki.openstreetmap.org/wiki/%C3%9Aklid_po_velk%C3%A9m_promaz%C3%A1n %C3%AD Teoreticky by všechny silnice měly být tvořeny pouze jednou spojitou komponentou, zatím tomu tak není.Pozor, pokud za "spojitou komponentu" beres neprerusovanou way, tak to neni pravda, protoze way musis prerusit napr kvuli pridani casti silnice do relace ... Musel bys jeste kontrolovat, zda na sebe sou jednotlivy casti napojeny ve svych koncovych bodech a hledat jen takove, ktere ne.měl jsem na jazyku stejnou poznámku, ale taky si nejsem jist, jestli kolega myslí way každopádně tohlento je věc, co mě pěkně točí - někde je souběh nějaké blbosti s kusem silnice, takže si way tvořící tu silnici splitnu, ten kousek hodím do relace, co potřebuju, ale tím vpodstatě rozbiju tu silnici ... z jedné vytvořím tři, na kterých je třikrát stejná kopie tagů ... pak se něco změní, třeba oprava překlepu v čísle, a chudák, kdo to opravuje, musí sledovat, na co všechno ta way navazuje a opravovat to natřikrát místo jednou? obzvlášť vtipné je to pak při renderování, když na pár metrech je třikrát zopakované jméno ulice, protože to AI (resp. spíš v tomto případě AS - artificial stupidity) vidí jako tři různé čáry s pojmenováním podle mého se silnice (a obdobné věci) řeší na úplně špatné úrovni abstrakce - way jako kousek čáry v mapě, který jde přidat do různých relací, by neměla být otagovaná vůbec
nad tím by měl být a) fyzický popis - buď ta jedna nebo několik navazujících wayí říkajících, třeba že tohlento je most, nebo kus cesty s takovým a makovým povrchem apod. b) logické uspořádání, že tyto waye patří do silnice X, a třeba že v tomto pořadí a orientaci tvoří jednosměrku apod. u některých věcí se to tak trošku dělá, alespoň ta část b), viz tagování řek jako relací (u těch řek se část a) vpodstatě může shodovat s tím "kouskem čáry v mapě", protože se tak často nestává, že by tam byl souběh více věcí a bylo třeba z ní vzít jen kus vocaď-pocaď - tak nanejvýš když řeka tvoří nějakou hranici apod.) u silnic ještě ne - nebo mi něco uniklo?
není na čase to změnit? - co se děje v OSM na světové úrovni, sleduje to někdo, nediskutoval se takový nějaký problém? K. _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Teoreticky by všechny silnice měly být tvořeny pouze jednou spojitou komponentou, zatím tomu tak není.Pozor, pokud za "spojitou komponentu" beres neprerusovanou way, tak to neni pravda, protoze way musis prerusit napr kvuli pridani casti silnice do relace ... Musel bys jeste kontrolovat, zda na sebe sou jednotlivy casti napojeny ve svych koncovych bodech a hledat jen takove, ktere ne.měl jsem na jazyku stejnou poznámku, ale taky si nejsem jist, jestli kolega myslí way každopádně tohlento je věc, co mě pěkně točí - někde je souběh nějaké blbosti s kusem silnice, takže si way tvořící tu silnici splitnu, ten kousek hodím do relace, co potřebuju, ale tím vpodstatě rozbiju tu silnici ... z jedné vytvořím tři, na kterých je třikrát stejná kopie tagů ... pak se něco změní, třeba oprava překlepu v čísle, a chudák, kdo to opravuje, musí sledovat, na co všechno ta way navazuje a opravovat to natřikrát místo jednou?Karle, jak jsem psal, myslim, ze na to Jakub sel pres komponenty grafu (tj. maximalni souvisle podgrafy) - nebo aspon doufam, protoze to je IMHO postup, ktery dava smysl. Pro jistotu, at vime, o cem mluvim: https://en.wikipedia.org/wiki/Connected_component_%28graph_theory%29
IMHO ten pristup se segmentovanim a vkladanim do relaci je docela prirozeny. Ciste teoreticky bys takhle mohl resit i oznacovani cisel silnic - zavedes relaci s cislem te silnice. Svym zpusobem by to mohlo byt spravne - resilo by to i situace, kdy se treba 2 cesty stejne urovne krizi na jednom kruhovem objezdu: co tam ma na kruhaci ma byt za tagy ref? Zretezeni nebo neco jineho? Kdyz se krizi 2 cesty dvou ruznych urovni pres kruhac, aby bylo videt, ze ten kruhac patri i k te ceste nizsi urovne.
Teoreticky by všechny silnice měly být tvořeny pouze jednou spojitou komponentou, zatím tomu tak není.Pozor, pokud za "spojitou komponentu" beres neprerusovanou way, tak to neni pravda, protoze way musis prerusit napr kvuli pridani casti silnice do relace ... Musel bys jeste kontrolovat, zda na sebe sou jednotlivy casti napojeny ve svych koncovych bodech a hledat jen takove, ktere ne.měl jsem na jazyku stejnou poznámku, ale taky si nejsem jist, jestli kolega myslí way každopádně tohlento je věc, co mě pěkně točí - někde je souběh nějaké blbosti s kusem silnice, takže si way tvořící tu silnici splitnu, ten kousek hodím do relace, co potřebuju, ale tím vpodstatě rozbiju tu silnici ... z jedné vytvořím tři, na kterých je třikrát stejná kopie tagů ... pak se něco změní, třeba oprava překlepu v čísle, a chudák, kdo to opravuje, musí sledovat, na co všechno ta way navazuje a opravovat to natřikrát místo jednou?Karle, jak jsem psal, myslim, ze na to Jakub sel pres komponenty grafu (tj. maximalni souvisle podgrafy) - nebo aspon doufam, protoze to je IMHO postup, ktery dava smysl. Pro jistotu, at vime, o cem mluvim: https://en.wikipedia.org/wiki/Connected_component_%28graph_theory%29
IMHO ten pristup se segmentovanim a vkladanim do relaci je docela prirozeny. Ciste teoreticky bys takhle mohl resit i oznacovani cisel silnic - zavedes relaci s cislem te silnice. Svym zpusobem by to mohlo byt spravne - resilo by to i situace, kdy se treba 2 cesty stejne urovne krizi na jednom kruhovem objezdu: co tam ma na kruhaci ma byt za tagy ref? Zretezeni nebo neco jineho? Kdyz se krizi 2 cesty dvou ruznych urovni pres kruhac, aby bylo videt, ze ten kruhac patri i k te ceste nizsi urovne.
Petr _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.