Duplikace názvů

8 zpráv
Zpět na přehled

Duplikace názvů

8 zpráv MPJMJ 5 účastníků 8 min čtení
  1. Matej Lieskovský lieskovsky.matej na gmail.com #m2423e1
    Ahoj! Pozorování 1: Doplňování tagů jako jsou "lanes" a "lit" způsobuje fragmentaci cest. Pozorování 2: Překlady názvů jsou čím dál častější. Důsledek: Například na Václavském náměstí je 12 cest se shodnými názvy v 16 jazycích. Co se s tím dá dělat? Představoval bych si nějakou "name" relaci, která pak už bude obsahovat všechny překlady. Ať se daří, ML PS: Do mezinárodního talku klidně napíšu, jen se chci ujistit, že mi nic důležitého neuniká...
  2. majka majka.zem+talk na gmail.com #m86845b
    Dá se udělat relace ulice <http://wiki.openstreetmap.org/wiki/Cs:Relation:street>, do které se dají ty jména. To je sice fakt, ale skutečnost má dva další body, které už nejsou tak jednoduché. Jednak - tu relaci musí někdo udělat, a obvykle neudělá. Sama jsem takhle rozkouskovala spoustu ulic v okolí, a je to zcela regulérní postup. Relaci jsem nedělala. Důvodem je, že tu relaci ignorují skoro všechny rendery - takže jediným řešením, jak zviditelnit takto zmapovanou ulici bylo nastrkání toho jména i na ty kousky, nejen do relace samotné. Výsledkem samozřejmě je situace, jako by žádná relace té silnice nebyla. Pokud někoho zajímá o čem konkrétně mluvím - je to relace č. 6196741, Rudolfovská tř. v Českých Budějovicích. Název byl neviditelný až do chvíle, kdy se nastrkal do těch jednotlivých úseků. Netuším kudy z toho - dokud se totiž nevyřeší zobrazení názvu z té relace v rendrech, není důvod to takto mapovat, i když to je pravděpodobně správnější - a hlavně jednodušší na údržbu "ulice" jako takové. Majka 2017-02-22 12:38 GMT+01:00 Matej Lieskovský <lieskovsky.matej na gmail.com>:
  3. Matej Lieskovský lieskovsky.matej na gmail.com #m2485ae
    Díky za info! O těch street relacích jsem dosud vůbec nevěděl. Ta podpora u rendererů je asi hlavní problém. Možná nám trochu hraje do karet to, že občas začínají být ty kousky cest moc krátké na zobrazení názvu, což by je mohlo donutit s tím něco udělat. Na wiki je taky debata o tom, že některé editory neumí relace. Co se týče tvoření, údržby a smysluplnosti takových relací - přemýšlím, zda bych náhodou nedokázal nějak (alespoň polo-automaticky) detekovat shluky stejně pojmenovaných objektů, nastavovat nad nimi relace a pak zařizovat distribuci případných změn napříč všemi objekty v relaci... ale do takového projektu se budu moct pustit nejdříve za 3 měsíce :( 2017-02-22 12:55 GMT+01:00 majka <majka.zem+talk na gmail.com>:
  4. Jan Dudík jan.dudik na gmail.com #m8762b9
    Některé renderery naopak vykreslují názvy i u relací, u kterých by něměly https://openstreetmap.cz/#map=19/48.97277/14.48482&layers=k ... JAnD --- Ing. Jan Dudík projekce dopravních staveb tel. 777082195
  5. Pavel Machek pavel na ucw.cz #m793b12
    Ahoj!
    Dá se udělat relace ulice <http://wiki.openstreetmap.org/wiki/Cs:Relation:street>, do které se dají ty jména.
    A to je rozumny, a asi jediny rozumny. Maly problem vidim v tom "Note that this relation is not established and unsupported by some applications. It has also not been approved by vote." . To hlasovani by to chtelo.
    To je sice fakt, ale skutečnost má dva další body, které už nejsou tak jednoduché. Jednak - tu relaci musí někdo udělat, a obvykle neudělá. Sama jsem takhle rozkouskovala spoustu ulic v okolí, a je to zcela
    Tak v podstate neni duvod relaci neudelat automaticky. Pokud vidim navazujici cesty highway=<neco> a maji stejne name=, posbirat, vyrobit relaci, smazat name= z cest (nebo dokonce byt chytry, a smazat name= jen z vetsiny cest; nechat to na "dlouhejch" usecich zhruba uprostred...). Vyhoda je, ze... tohle je bezpochybi automaticka editace, a bylo by nejlepsi ji udelat na celym svete. Coz znamena dohadovat se na imports@ listu... ...coz by ale ve vysledku mohlo byt docela uzitecny, protoze to znamena velkou debatu (takze se to udela dobre) a velkou publicitu... Pavel
  6. jzvc jzvc na tpfree.net #m06767b
    Ahoj!
    Dá se udělat relace ulice <http://wiki.openstreetmap.org/wiki/Cs:Relation:street>, do které se dají ty jména.
    A to je rozumny, a asi jediny rozumny. Maly problem vidim v tom "Note that this relation is not established and unsupported by some applications. It has also not been approved by vote." . To hlasovani by to chtelo.
    To je sice fakt, ale skutečnost má dva další body, které už nejsou tak jednoduché. Jednak - tu relaci musí někdo udělat, a obvykle neudělá. Sama jsem takhle rozkouskovala spoustu ulic v okolí, a je to zcela
    Tak v podstate neni duvod relaci neudelat automaticky.
    Cus, to prave neni tak easy ... parkrat sem to tu taky zminoval, a je to zmineno i vyse, celkem vseobecne se tohle tyce prakticky vseho. Defakto aktualni stav vypada zhruba tak, ze renedery (a dalsi aplikace) berou v potaz tagy, ktery jsou primo na way/node. Tagy na relacich prevazne (az na specielni, dalo by se rict "well known") ignorujou. Nektery pak sice obsah relace vemou v potaz take, ale zaroven vemou i tagy z jejich clenu, takze vysledek je, ze je vse vyrenderovano 2,3,4x ... Pricemz nema smysl to resit "pouze pro ulice" ... protoze smysl ma resit ze naprosto vse muze byt relace (uz jen proto, ze je to vseobecnej princip a ze proste nemuzes pojmout pripadny budouci prvky ktery se v mape objevej a je nesmysl u kazdyho extra resit, jestli to relace byt muze nebo ne) a ze ta relace by vzdy mela mit prednost a jeji podrizene prvky by rozhodne nemely duplikovat tagy, ktere obsahuje relace. A s tim samozrejme souvisi i to, ze editory (predevsim ty webove) s relacemi bud neumi pracovat vubec, nebo je to prace pro kocku. Fakt je ten, ze pokud by se prave tohle (= vse muze byt relace a ta ma vzdy prednost) dohodlo, tak by se velka cast dat dala zpracovat automaticky.
    Pokud vidim navazujici cesty highway=<neco> a maji stejne name=, posbirat, vyrobit relaci, smazat name= z cest (nebo dokonce byt chytry, a smazat name= jen z vetsiny cest; nechat to na "dlouhejch" usecich zhruba uprostred...). Vyhoda je, ze... tohle je bezpochybi automaticka editace, a bylo by nejlepsi ji udelat na celym svete. Coz znamena dohadovat se na imports@ listu... ...coz by ale ve vysledku mohlo byt docela uzitecny, protoze to znamena velkou debatu (takze se to udela dobre) a velkou publicitu...
    Coz by bylo opravdu jedine dobre. Mozna by se konecne neco vyresilo.
  7. Pavel Machek pavel na ucw.cz #m7c5701
    Ahoj!
    Dá se udělat relace ulice <http://wiki.openstreetmap.org/wiki/Cs:Relation:street>, do které se dají ty jména.
    A to je rozumny, a asi jediny rozumny. Maly problem vidim v tom "Note that this relation is not established and unsupported by some applications. It has also not been approved by vote." . To hlasovani by to chtelo.
    To je sice fakt, ale skutečnost má dva další body, které už nejsou tak jednoduché. Jednak - tu relaci musí někdo udělat, a obvykle neudělá. Sama jsem takhle rozkouskovala spoustu ulic v okolí, a je to zcela
    Tak v podstate neni duvod relaci neudelat automaticky.
    Cus, to prave neni tak easy ...
    Ja prave myslim zeto je tak easy :-).
    parkrat sem to tu taky zminoval, a je to zmineno i vyse, celkem vseobecne se tohle tyce prakticky vseho. Defakto aktualni stav vypada zhruba tak, ze renedery (a dalsi aplikace) berou v potaz tagy, ktery jsou primo na way/node. Tagy na relacich prevazne (az na specielni, dalo by se rict "well known") ignorujou.
    No jasne, a tak to musi byt.
    Nektery pak sice obsah relace vemou v potaz take, ale zaroven vemou i tagy z jejich clenu, takze vysledek je, ze je vse vyrenderovano 2,3,4x ... Pricemz nema smysl to resit "pouze pro ulice" ... protoze smysl ma resit ze naprosto vse muze byt relace (uz jen proto, ze je to vseobecnej princip a ze proste nemuzes pojmout pripadny budouci prvky ktery se v mape nesmysl u kazdyho extra resit, jestli to relace byt muze nebo ne) a ze ta relace by vzdy mela mit prednost a jeji podrizene prvky by rozhodne nemely duplikovat tagy, ktere obsahuje relace.
    Ne, nemuzes to brat jako vseobecnej princip. Mam cestu, name="Rozborena" a po ni vede turisticka znacka, takze je v relaci kct_red=major, name="Ovocna stezka". Nemuzes proste sesypat tagy z relaci na tu cestu...
    ...coz by ale ve vysledku mohlo byt docela uzitecny, protoze to znamena velkou debatu (takze se to udela dobre) a velkou publicitu...
    Coz by bylo opravdu jedine dobre. Mozna by se konecne neco vyresilo.
    :-) Pavel
  8. jzvc jzvc na tpfree.net #m763890
    Ne, nemuzes to brat jako vseobecnej princip. Mam cestu, name="Rozborena" a po ni vede turisticka znacka, takze je v relaci kct_red=major, name="Ovocna stezka". Nemuzes proste sesypat tagy z relaci na tu cestu...
    Cus, to mozna doslo k nepochopeni ... 1) Mas relace 2) relace jsou ruznych typu 3) jednim z typu je treba turisticka trasa, jinym typem je ulice a dalsim treba trasa mhd 4) zcela vseobecne relaci muze byt cokoli = nejen ulice, ale treba dum (pro 3D se to pouziva) atd atd - predevsim tady jde o tu vseobecnost, nema smysl rikat (v dokumentaci na wiki napr), ze ulice v relaci byt muze a silnice uz ne, ale dum prozmenu ano. 5) reneder a jakykoli zpracovatel by mel vzdy primarne zpracovat relace = pokud budes renederovat ulice, tak vemes nejdriv vsechny relace typu "ulice" a jejich cleny vykreslis, ale pouzijes na ne primarne tagovani prave z relace (= nazev a dalsi), teprve sekundarne primo z prvku (jednotlive casti ulice maji treba jiny povrch) 6) zpracujes zbyvajici primo otagovane prvky 7) editory by stejne jako v pripade multipoly mely nadavat, pokud se tagy na relaci a jejich prvcich duplikuji. Pozor, tim nemyslim ze prvek obsahuje stejny tag ale jine hodnoty - toto by bylo dobre brat tak, ze default je na relaci, a pripadne jina hodnota na prvku. Pokud bys takto postupoval, tak nemusis resit jestli to ci ono v relaci byt muze nebo nemuze, protoze bys proste u vseho bral by default ze muze.
Napsat odpověď e-mailem… Odpovědět

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