Bonjour,

Je comprends pas bien l'intérêt de ce point, pouvez-vous m'éclairer ?

Les modifications dans OpenStreetMap sont directement sauvegardées et actives, donc il ne faut pas s'en servir comme "brouillon/bac à sable".

Si vous voulez faire des essais, il y a cette possibilité :

osm.wiki/Sandbox_for_editing

Ok désolé alors !

Bonjour,

En passant devant j'ai eu l'impression que l'arrêt Part-Dieu Vivier Merle est simplement supprimé, je crois pas qu'il y ait de nouvel arrêt en plus du "Part-Dieu Jules Favre" déjà existant.

That was a really bad typo, nice catch.
May I ask you what QA tool (if any) you are using to catch those ?

Beside the typo, I meant that the defibrilator isn't usable by the public as it is locked with a code, but upon second inspection (see associated mapillary photo), the code can be asked easily through a dedicated phone line.

J'ai annulé ce changeset :
osm.org/changeset/64246512

>Mais j'utilise comme fond de carte sur Umaps OSM-Fr

Les raisons du non-affichage de ces données sont les mêmes que le style "principal"

>Je ne veux pas remplacer en tout cas les éléments existants. Juste faire apparaître ce genre d'infos.

Pour que ces données soient affichées, il faut soit changer les règles de génération de la carte (https://github.com/gravitystorm/openstreetmap-carto/issues/435), soit mettre les données sur un nœud avec comme tag "highway=bus_stop". Je pense que la première solution est la meilleure, mais ça prendra plus de temps.

>Peut être que je n'ai pas tout compris quels élément sur OSM sont utile d’apparaître ou non.

Comme j'ai dit c'est souvent quelque chose de subjectif, mais la raison pour laquelle les arrêts en question ne sont affichés est purement technique et non un choix "éditorial".

Bonjour et bienvenue sur Openstreetmap. J'ai du mal à comprendre cette modification, le bâtiment existe bien (je suis passé devant jeudi).

J'ai fait un outil il y a quelques années (pas très abouti, mais qui fonctionne en général), permettant d'afficher les lignes de transport en commun. Est-ce qu'il affiche bien les données que vous voulez ?

https://gileri.github.io/OSMTransportViewer/?lat=45.73831&lng=4.86592&z=18&network=TCL&ref=C16&selrm=5670618

Je suppose quand vous dites qu'il n’apparaît pas que vous parlez de la carte sur openstreetmap.org avec couche "Standard". Cette carte n'est qu'une seule façon parmi tant d'autres d'utiliser les données OSM.

Certaines données ne sont pas affichées sur cette carte par choix, certaines pour la lisibilité, d'autres par raison techniques.

Pour ce cas précis, ces arrêts ne sont pas affichés parce que la méthode d'import des données pour générer la carte n'est pas très souple et il est difficile d'ajouter ou de retirer certains types de données pour le rendu (ici public_transport=platform et bus=yes).

Mais ces données sont bien présentes et sont utilisables par les applications telles que OSMAnd sur Android.

Ajouter les données sur OSM dans le but principal qu'elles soient affichés peut conduire à des problèmes (ici par exemple avec les données dupliquées). Voir cette adresse

osm.wiki/FR:Tagging_for_the_renderer

Je ne suis pas de cet avis, mais si vous pensez que cartographier les plateformes d'attente des voyageurs devrait se faire à l'aide de nœuds au lieu de chemins, vous pouvez le faire, mais il faut remplacer les chemins existants, et si possible faire de même pour les autres arrêts pour être homogène.

Bonjour, l'arrêt de bus existe déjà, merci de ne pas le dupliquer :

osm.org/way/385138873

Sorry for the delayed response.

I feel like I wouldn't be able to change your view of adding redundant information everywhere instead of only the few cases where it is required.

Also, in general I think what really matters is not the "usual practice", but the "best practice". Or we would all be riding horses to work and drawing maps on paper.

Anyway, have a good day !

Éric

Bonjour,

Les piscines privées doivent avoir access=private pour les distinguer des piscines publiques

Pas de quoi :)

Oui l'interface de l'éditeur iD incite à toujours remplir tous les champs adresse, mais c'est pas toujours nécessaire

Bonjour,

Ce n'est pas nécessaire de mettre les tags addr:city et addr:postcode pour les villes, généralement leur limites administratives sont présentes dans OSM, il est donc facile de dériver la ville et le code postal par rapport à la position du nœud.

osm.org/relation/252642

Pour les tags addr:housenumber et addr:street, ceux-ci peuvent être utiles. Mais les adresses sont déjà présentes sous forme de nœud, du coup pas besoin de les ajouter, le magasin est trouvable avec son adresse.

Et merci pour tes contributions !

Pardon mon message était pas très clair. Ce sont les tags suivants qui m'intriguent :

payment:+33437920295=yes
et
payment:phone=yes

Pour indiquer qu'un lieu accepte les cartes de crédits, il y a le tag payment:credit_cards=yes payment:debit_cards=yes, ou mieux, détailler les cartes acceptées : payment:visa=yes, payment:mastercard=yes

Je ne crois pas que ce soit usuel d'indiquer le montant minimum acceptable pour les transactions par carte, mais c'est possible via le tag suivant :
osm.wiki/Key:payment#Description

Aussi, je suppose que le magasin accepte les espèces, donc il faudrait ajouter payment:cash=yes

Bonjour,

Pour simplifier les données, les chemins ayant les même tags et ne faisant pas partie de relations particulières sont généralement fusionnés. Exemple :

osm.org/way/632293308
et
osm.org/way/632293306

This is a fine changeset size and the objets are close and related so there is no problem ;)

Bonjour,

Sur le nœud suivant, j'ai du mal à comprendre les tags payment. Est-ce une erreur ? Sinon, une description pourrait aider d'autres personnes à comprendre.

osm.org/node/5965800086

Merci

Bonjour,

S'agit-il de terrasse publiques ?
leisure=common implique une ouverture publique.