Dne 11.10.2016 v 15:35 majka napsal(a):
Mě osobně hlavně přijde merge_to_left na 1-lane trochu zbytečný, protože
při jízdě "jinam" nemůžu. U vícepruhových úseků je to dobrá informace o
tom, že jedu v pruhu který skončí. Naopak, použila bych to případně až
na ten připojovací pruh - tam platí že chci vědět, že krasojízda za
chvilku skončí.
Ale vcelku to podle mě ničemu nevadí, jen je to tag navíc.

Cus,

https://www.openstreetmap.org/way/255619335
https://openstreetmap.cz/#map=19/50.04018/14.48773&layers=oO

V tomhle pripade, je spravny tagovani nasledujici:

1) na tom oznacenem useku (a kus pred nim) by mel by lanes = 2 a to az do bodu, kde je to slouceno do toho jednopruhu. 2) na useku, kde jsou slucovaci sipky (a prave jen tam) by melo byt merge_to_right
3) pak nasleduje kratky usek lanes = 1
4) ten kraticky pripojovak by pak mohl byt znacen, ale uz na te napojene silnici, jako lanes = 3
5) a prave a pouze sem patri prave to merge_to_left

Tak jak je to ted je to jednoznacne spatne. A pochopitelne plati, ze merge_to ... a lanes=1 nemuze byt zaroven.


Ty both_ways se u nás v praxi vyskytovat můžou - hned v prvním případě
<https://wiki.openstreetmap.org/wiki/File:Both_Ways_Example_1.jpeg> toho
původního odkazu, tedy obousměrné odbočení doleva přes čtyř- a vícepruh
mapovaný jako dvě cesty. Samozřejmě je variantou to rozdělit v
prostředku a mapovat každý směr zvlášť.

2016-10-11 15:11 GMT+02:00 Jan Martinec <j...@martinec.name
<mailto:j...@martinec.name>>:

    Merge_to_left mi připadá logický i pro 1-lane (zejména v situacích,
    kde ta lane přejde v připojovací pruh a skončí).

    Both_ways je blbě - to je vyloženě pro pruhy se
    střídavým/obousměrným provozem; to snad u nás ani není, nebo je?
    Každopádně U Kabla je to klasická silnice "jeden tam, jeden zpět,"
    tam to nepatří.

    HPM


    Dne 11. 10. 2016 14:20 napsal uživatel "Martin Hamrle"
    <martin.ham...@gmail.com <mailto:martin.ham...@gmail.com>>:

        Zdravim,

        nedavno jsem zjitil, ze osmose pridal kontrolu mapovani jizdnich
        pruhu
        viz.
        
http://osmose.openstreetmap.fr/en/map/#zoom=13&lat=50.0668&lon=14.4731&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT&item=3160&level=1%2C2%2C3&tags=highway&fixable=
        
<http://osmose.openstreetmap.fr/en/map/#zoom=13&lat=50.0668&lon=14.4731&layer=Mapnik&overlays=FFFFFFFFFFFFFFFFFFFFT&item=3160&level=1%2C2%2C3&tags=highway&fixable=>
        Pri oprave nalezenych problemu jsem narazil na dva caste
        problemy. Nez
        to zacnu opravovat chtel bych se zeptat, jestli je zde shoda, jak by
        to melo byt.

        Prvni je caste pouziti turn:lanes=merge_to_left u jednopruhovych
        najezdu napriklad zde
        https://www.openstreetmap.org/way/255619335
        <https://www.openstreetmap.org/way/255619335> Na wiki je popis
        merge_to_left trochu nejednoznacny ale na vsech prikladech se
        pouziva
        merge_to_left pouze u vicepruhovych silnic, kde lze zmenit pruh v
        ramci jedne silnice. Zmapovano je to jako jako jedna way s lanes>=2.
        Ostatne takto to kontroluje i osmose.

        Druhy casty problem, na ktery narazim, je v pouziti lanes:both_ways.
        Napriklad
        https://www.openstreetmap.org/way/4779348
        <https://www.openstreetmap.org/way/4779348>
        https://www.openstreetmap.org/way/4052868
        <https://www.openstreetmap.org/way/4052868>
        Na wiki je pouze proposal pro tento tag
        https://wiki.openstreetmap.org/wiki/Proposed_features/Suffix_both_ways
        <https://wiki.openstreetmap.org/wiki/Proposed_features/Suffix_both_ways>
        Z uvedenych prikladu se zda ale ze to s proposal nema nic
        spolecneho.
        Spis je to pouzito jako zkratka pro lanes:forward and lanes:backward
        se shodnyma hodnotama. V techto pripadech bych rad tag nahradil
        standartizovanou variantou lanes:forward a lanes:backward.

        Diky za pripominky,

        Martin

        _______________________________________________
        Talk-cz mailing list
        Talk-cz@openstreetmap.org <mailto:Talk-cz@openstreetmap.org>
        https://lists.openstreetmap.org/listinfo/talk-cz
        <https://lists.openstreetmap.org/listinfo/talk-cz>


    _______________________________________________
    Talk-cz mailing list
    Talk-cz@openstreetmap.org <mailto:Talk-cz@openstreetmap.org>
    https://lists.openstreetmap.org/listinfo/talk-cz
    <https://lists.openstreetmap.org/listinfo/talk-cz>




_______________________________________________
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz



_______________________________________________
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Odpovedet emailem