This revision introduces a no_u_turn restriction. I think that is incorrect. Can you please verify?

D'accord; est-ce que je comprends bien que le choix de mettre le nom à « Ouverture en 2019 » est basé principalement sur l'apparence que ça donne sur la carte web d'OpenStreetMap, à l'adresse osm.org/ ?

Je me demande s'il ne faudrait pas tenir compte du fait que les données OpenStreetMap sont utilisées par diverses applications et que se fier uniquement à l’apparence de la carte sur l'interface web ne reflète pas l'ensemble des cas d'usage des données OpenStreetMap. Changer le nom semble à l'encontre des directives ici : osm.wiki/Names#Name_is_the_name_only, « Le nom devrait être restreint uniquement au nom de l'objet et ne devrait pas contenir d'informations additionnelles pas contenues dans le nom officiel ... »

Est-ce important de changer le nom (c'est-à-dire la clé « name ») de « Boulevard Montréal-Toronto » à « Ouverture en 2019 » dans cette révision ? La clé « opening_date » pourrait-elle être utilisée à la place ?

« name=Ouverture en 2019 » interagit mal avec OsmAnd; l'interface de recherche d’adresse d'OsmAnd ajoute « Ouverture en 2019 » dans sa liste de rues de Montréal.

Yes, that is a good idea. Please make this change at your convenience.

Can you find a way to tag the paths that will not make them show up in OsmAnd's address search? That was the objective with my changeset.

The distance markers used the highway key, making them show up as streets in OsmAnd street searches. Using boundary:marker solved this problem.