Bonjour,

Pouvez-vous restaurer les tags brand:* et website ?

Top, merci !

Bonjour,

Les adresses sur Lyon sont généralement cartographiées en mettant un nœud avec le numéro, et en l'ajoutant à une relation associatedStreet.

Mélanger les deux approches (tous les tags sur un nœud) et l'utilisation de la relation associatedStreet (osm.wiki/FR:Relation:associatedStreet) sur la même rue ne facilite pas la lisibilité et doit surement perturber les programmes utilisant OSM.

Aussi, lorsque possible, il est préférable de conserver le même nœud/chemin/relation lorsque sa fonction ne change pas plutôt que de les supprimer et les recréer, encore dans un soucis de lisibilité.

Merci :)

Restauré ici : changeset/61837052

Bonjour,

Tag contact:street à corriger.

Bonjour,

Votre outil d'intégration génère des changesets vides, serait-il possible que vous vérifiez s'il y a des changements avant de créer des changesets et nouvelles versions d'objets inutilement ?

https://osmlab.github.io/osm-deep-history/#/node/5626711126

https://osmcha.mapbox.com/changesets/61615471/

Je crois que leur intégration des données se fait en sens unique Ubiflow->OSM, du coup lors de la prochaine mise à jour (il y en a eu une quinzaine déjà pour cette objet), la mauvaise valeur sera remise. C'est pour ça que j'ai arrêté de corriger OSM, et que j'attire leur attention sur les erreurs de leur dataset.

Bonjour,

", avenue de l'Hippodrome" n'est pas correct comme nom de rue.

>J'essaye de vérifier, car ça veut dire que pleins de villes et même pays ne pourrons jamais avoir de noms dans presque toutes les langues.

Tout les noms propres doivent-ils être traduits pour être utilisés ? Faut-il traduire le nom de la boulangerie du coin pour que les gens puissent y aller ?

> Et ça veut dire qu'il y a *pas mal* de choses à retirer.

La quantité de données (justes ou fausses) ne devrait pas justifier de leur véracité.

> Translittérations c'est encore autre chose non? Là ça n'est pas une translittération, je ne me base pas sur le nom fr en lui appliquant des règles.

Quelle est la source alors ?

> Car une grosse valeur des projets collaboratifs est pour les langues rares qui peuvent pouvoir avoir des ressources cartographiques et encyclopédiques avec les noms qu'elles utilisent sans dépendre du bon vouloir de Google.

On s'éloigne du sujet, et Google a rien a faire là. Entre OSM, Wikipedia, Wikidata, Wikitionnaire et autres le besoin est semble couvert.

> Ce curseur n'est pas anodin et neutre quand on parle de langues avec des principes politiques/moraux/éthiques derrières. De même qu'avec les langues régionales fortes ou menacées de disparition. Et il ne peut pas être neutre.

Là encore, la moralité des membres derrière une langue n'a pas de rapport avec la validité du nom et la nécessité de le mapper. OSM n'est pas une plateforme de promotion, même si l'idéologie est attirante, ça ne doit pas influencer la manière de cartographier. Sinon faut-il enlever les enseignes de fast-food ? Les casinos ? Les brothels ? Les centrales nucléaires ?

Il reste encore la ville à enlever du nom de rue.

Je doute que n'import quel contributeur OpenStreetMap vous ait recommandé de mettre le nom de la ville et le numéro dans le tag contact:STREET (street=rue en anglais)

Ce qu'ils ont dû vous recommander de faire est d'utiliser les tags :

- contact:housenumber pour le numéro
- contact:street pour le nom de la rue
- contact:city pour la ville

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 :

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 :

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 (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 :
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.