junction=yes will probably be rendered by openstreetmap-carto soon. However:
– Can we accept a simple (not connected) node with junction=yes and name=* in spite of the problems in turn-to-turn navigation? – Is using a relation for this to complicate? But it would be a clean solution to have the “name” tag in the relation and the nodes where the ways cross as members in the relation. – Could we maybe simply draw an area around the junction, sharing nodes with the incoming/outgoing ways? Less clean than a relation, but easier to use. Lukas Sommer 2014-07-24 16:07 GMT+00:00 Dan S <danstowell+...@gmail.com>: > If place=hamlet is wrong, I believe place=locality is often used as a > generic tag for nodes indicating named locations. Not really a > solution but a simple option. > > Dan > > 2014-07-24 17:01 GMT+01:00 Lukas Sommer <sommer...@gmail.com>: > > Yes, I know that junction=yes works fine for simple crossroads. My > question > > is: How should we map complex junctions like > > http://www.openstreetmap.org/node/2351057522#map=19/5.34399/-4.00300 > Using > > just an unconnected node like in this example (even after removing the > wrong > > place=hamlet tag) maybe is difficult for turn-to-turn navigation > software. > > So, how can we solve this? > > > > Lukas Sommer > > > > > > 2014-07-24 15:29 GMT+00:00 Christian Quest <cqu...@openstreetmap.fr>: > > > >> Have you looked at http://wiki.openstreetmap.org/wiki/Key%3Ajunction > >> > >> "junction=yes can be useful for a simple junction node that has a name=* > >> tag" > >> > >> I'm using that in the OSM-FR rendering... and even deal with > >> traffic_signals icon shift to display both icon+name. ;) > >> > >> > >> > >> 2014-07-24 16:42 GMT+02:00 Martin Koppenhoefer <dieterdre...@gmail.com > >: > >>> > >>> > >>> 2014-07-24 15:24 GMT+02:00 Lukas Sommer <sommer...@gmail.com>: > >>> > >>>> Current situation: > >>>> We have the tags highway=traffic_signals (for traffic signals on road > >>>> junctions or at straight roads – typical for Japan) and junction=yes > (for > >>>> road junctions with or without traffic signals – typical for Ivory > Coast) in > >>>> use at OSM. Both tags are almost exclusively used on nodes. They can > be used > >>>> together with name=*. This works quite well for simple crossroads > (example: > >>>> http://wiki.openstreetmap.org/wiki/File:Junction_yes_example_1.png) > >>>> > >>>> Shortcomings of the current situation: > >>>> It isn’t defined how to tag more complex cases. > >>> > >>> > >>> > >>> > >>> maybe the junction key can be used more universally (with different > >>> values), we are already using it also with junction=roundabout, only > that it > >>> could be disputed that junction=roundabout is covering the whole > junctions > >>> (the entries and exits you often have to a roundabout could be seen as > part > >>> of the junction for instance). More in-use values can be found here: > >>> http://taginfo.openstreetmap.org/keys/junction#values > >>> Some of them maybe aren't junctions (what kind of junction is > >>> "approach"?), others are diverging from our standard mantra (no > >>> abbreviations), like "spui" or "ddi" and might merit retagging? > >>> > >>> cheers, > >>> Martin > >>> > >>> _______________________________________________ > >>> Tagging mailing list > >>> Tagging@openstreetmap.org > >>> https://lists.openstreetmap.org/listinfo/tagging > >>> > >> > >> > >> > >> -- > >> Christian Quest - OpenStreetMap France > >> > >> _______________________________________________ > >> Tagging mailing list > >> Tagging@openstreetmap.org > >> https://lists.openstreetmap.org/listinfo/tagging > >> > > > > > > _______________________________________________ > > Tagging mailing list > > Tagging@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/tagging > > > > _______________________________________________ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging >
_______________________________________________ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging