Tag contact:street à corriger

Bonjour Soraya,

Comme il est visible dans l'historique de l'objet que vous avez édité, il n'y a pas eu de modification depuis votre dernière en 2013 :

osm.org/node/2479685607/history

Je me suis permis de faire quelques modifs légère et ajouter des information pour mieux l'intégrer dans OpenStreetMap :

osm.org/node/5813349901

Il se peut que le centre ne soit pas immédiatement visible sur la carte, mais il devrait arriver. Quoi qu'il en soit, le centre est trouvable dans les moteurs de recherche, les applications GPS etc.

J'espère que ça réponds à vos interrogations, n'hésitez surtout pas à répondre ici si besoin.

Bonne journée

Bonjour,

Comme indiqué dans le changeset 59522868 et 60327019 , merci de faire attention au type de limite de vitesse que définit Streetcomplete :

Attention, par défaut cette quête StreetComplete est faite pour les limites de vitesses indiquées explicitement par un panneau, pas les limites "implicites" du fait que la route se situe en ville.

Pour ces dernières, il faut utiliser le bouton "Autres options" pour renseigner le bon type de limites.

Bonjour,

Les informations d'adresse ne sont généralement pas nécessaires pour les établissements dans les grandes villes. Ici l'adresse est matérialisée dans OSM (osm.org/node/2684730182) par un point comportant les informations à côté ou sur le bâtiment, ce qui permet de retrouver facilement les établissements à partir de leurs adresses.

L'éditeur que vous avez utilisé (iD) propose d'entrer les infos d'adresses car il ne sait pas si l'adresse est déjà présente, mais cela n'est pas forcément nécessaire.

Si une adresse de contact postale peut être utile aux utilisateurs, il y a les tags contact:housenumber, contact:street pour donner précisemment l'adresse de contact d'un établissement.

La description quand à elle n'est pas nécessaire, elle est déjà impliquée par le tag "office=estate_agent".

Désolé je n'avais pas vu cette conversation, j'ai replacé le point moi-même.

Bonjour et bienvenue sur OpenStreetMap !

Vous avez ajouté l'adresse "14 rue" sur le bâtiment suivant :
osm.org/way/44895025

En toute logique il pourrait s'agir du 14 Rue de la Grande Famille, mais j'ai l'impression que cette adresse n'existe pas. Elle n'est pas présente dans la base BANO, il n'y a pas l'air d'avoir d'autres entrées dans le bâtiment que celle du 12, et Mapillary semble le confirmer :

https://www.mapillary.com/map/im/xkf4PD93oWuTtmVtf_xORw

De plus le bâtiment a plusieurs entrées ayant chacune leurs adresses, il vaut mieux mettre des points avec les adresses pour chacune des entrées plutôt que d'en mettre sur le bâtiment lui-même.

Bonjour, merci de corriger les tags d'adresse de ce garage.

J'ai pas l'impression que OSMAnd gère pour le moment la direction des feux et autres, que ce soit avec le tag dédié ou par détection de proximité des carrefours :
https://github.com/osmandapp/Osmand/issues/3368

Je ne suis pas convaincu de la faisabilité ou précision d'une détection automatique du sens d'application des feux, et un développeur d'OSRM semble être du même avis :
https://github.com/Project-OSRM/osrm-backend/issues/1250#issuecomment-61373542

L'introduction de la phrase qui indique qu'indiquer la direction d'application de la balise est inutile est assez ancienne, n'a pas été votée et en regardant la discussion, j'ai l'impression que la plupart des gens sont pluôt favorables à son utilisation : osm.wiki/Talk:Tag:highway%3Dstop

Ce sujet me tiens à cœur parce que la qualité des données me semble plus importante que la quantité. Dans le cas présent du sens des feux et autres balises c'est assez évident que c'est problématique :
Une personne ajoute le feu/balise, puis une autre personne ajoute la direction de ce dernier. Ça fait 2 changeset, ça mobilise 2 personnes et ça prends bien plus de temps que si la première personne avait directement ajouté les données.

Je n'ai pas besoin d'une preset JOSM pour ajouter le tag aux balises/feu que j'ajoute, et je pense pas que ça prenne un temps fou de les ajouter à la main. Mais c'est une bonne idée d'ajouter la direction aux presets, je vais voir pour soumettre un patch.

Concernant le manque d'utilisation des tags direction, le tiers des ~500 balises sont correctement tagguées dans la Métropole de Lyon. C'est en ligne avec le reste du monde : au minimum 38% des stops et 29% des cédez-le-passage ont une direction indiquée (et le reste peut être sur un oneway=yes, ne nécessitant pas de direction).

J'ai du mal à voir ce message autrement qu'un "je sais ce que je fait, allez faire autre chose", mais je me trompe peut-être.

En effet je passe beaucoup trop de temps à mon goût à corriger les erreurs des autres contributeurs, mais il faut bien que quelqu'un le fasse...

Lorsqu'il s'agit de fautes d'orthographes ou autres erreurs "singulières" je corrige sans rien dire, mais lorsqu'il s'agit surement d'un problème qui risque de revenir à l'avenir je préfère contacter le contributeur, justement pour qu'il y ait moins de travail de correction à faire et plus de temps pour l'ajout et mise à jour de données.

Si OSMAnd ne permet pas de mettre directement les bons tags il faudrait pas uploader les données "temporairement fausses". Ce que je fait en général c'est prendre une photo, ou ajouter un favori sur OSMAnd avec des notes pour ajouter directement les bonnes informations.

Bonjour,

Il vaut mieux indiquer le sport avec le tag sport=basketball plutôt que le mettre dans la description, c'est plus facile à trouver après.

Bonjour,

C'est bien d'éviter de réutiliser le même noeud OSM pour deux entités qui ont rien à voir entre-elles comme ici.

Bonjour,

Pour l'horaire de ramassage du courrier, c'est collection_times=* qu'il faut utiliser à la place de opening_hours :

osm.wiki/Key:collection_times

Bonjour,

Pour les feux de circulation, les panneaux stop et cédez-le-passage il est utile de mettre le sens des voies auxquels ils s'appliquent. Ça permet d'éviter aux calculateurs d'itinéraire d'appliquer une pénalité sur la voie si le feu/panneau ne s'applique pas dans le sens de circulation.

Plus d'infos sur le wiki :

osm.wiki/Tag:highway%3Dgive_way

osm.wiki/Tag:highway%3Dstop

osm.wiki/Tag:highway%3Dtraffic_signals

Bonjour, le camping existait déjà ici :

osm.org/node/1102349845

J'ai supprimé celui-ci, qui fait doublon

Salut,

Il me semble pas que ce nom soit reconnu par la ville.

Seuls les traductions de noms officielles doivent figurer dans OSM, pas les translittérations dans les différentes langues.

Wikipedia accepte la translittération pour le nom des articles pour qu'ils soient plus facilement trouvables, mais ce n'est pas le cas pour OSM, voir :

osm.wiki/Names#Avoid_transliteration

Pour finir, Wikipedia n'est pas une source, c'est un recueil de sources, et qui est vaste. C'est un peu comme indiquer "littérature" comme source, c'est pas pratique de trouver la source, surtout pour quelque chose d'aussi abstrait qu'une traduction de nom.

Top pour la modif !
Attention juste à ne pas dupliquer les adresses, exemple ce bâtiment :
osm.org/way/84631606

Alors qu'elle existe déjà via ce nœud :

osm.org/node/2637289376

Pas de soucis, c'est pas très clair au premier abord vu que le toit n'est pas forcément considéré comme un étage du logement...

Bonjour,

Lorsqu'il y a besoin de mettre plusieurs valeurs dans un tag, il faut utiliser un point-virgule pour séparer les valeurs, pas une virgule.

Bonjour,

Les toits ont l'air de ne pas être plats, ça veut dire qu'ils ont 1 étage en se basant sur :

osm.wiki/FR:Key:building:levels

Bonjour,

Les adresses sont renseignées ici avec une relation de type associatedStreet, c'est dommage de les refaire sans cette relation, qui simplifie les informations sur chacun des points d'adresses :

osm.wiki/FR:Relation:associatedStreet