Salut et merci de la contrib’. Sauf erreur, il me semble que l’attribut utilisé ne correspond pas exactement, un shop étant généralement un point de vente. S’il est effectivement question d’un bureau d’étude alors je pense qu’on peut plutôt partir sur de l’office=consulting/it/company[1].

[1] osm.wiki/FR:Key:office

Au temps pour moi, j’ai été trop subtil dans mon commentaire – et j’ai cru en me souvenant du pseudo que c’était quelqu’un de plus expérimenté. Dans l’ordre :

– L’idée d’utiliser l’espace de commentaire du groupe de modification pour expliquer ce qui a été fait est une bonne idée, mais c’est uniquement destiné aux personnes qui gardent un œil sur ce qui se fait. Comme moi par exemple, dans ce cas j’aurais tiré la mouille en voyant juste un nom posé autrement. Mais en aucun cas cette information ne pourra être réutilisée comme telle, que ce soit affichée sur la carte ou utilisée par les logiciels ;
– Le fait que ce soit une guinguette pourrait être précisé à l’aide de clés. Là de suite je pense que c’est officiellement reconnu comme du débit de boisson (amenity=bar)[1], mais pour être tout à fait explicite rien n’empêche d’ajouter une petite description (description=Guinguette)[2] ;
– Pour les horaires d’ouverture alors il faudrait l’indiquer à l’aide de la clé adéquate opening_hours[3]. À priori ça devrait prendre une forme du genre « Su-Tu hh:mm-hh:mm ». Attention au format utilisé, on est relativement strict pour permettre aux logiciels de l’utiliser. Je sais plus quelles informations j’ai déjà pu te donner dans tes modif’ précédentes, mais pour débuter et pas s’encombrer avec la syntaxe barbare il existe des outils visuels qui t’aident pour générer l’attribut[4].

Voili voilou pour les bases. Évidemment et comme tu peux le voir sur la page du wiki[1], il existe toute une panoplie de clés qui peuvent également s’utiliser, je pense en particulier à ajouter des informations de contact, un numéro de téléphone, une adresse mail, un site internet… Hésite pas si t’as des questions ou si j’ai été trop obscur sur certains points.

[1] osm.wiki/FR:Tag:amenity%3Dbar
[2] osm.wiki/FR:Key:description
[3] osm.wiki/FR:Key:opening_hours
[4] https://projets.pavie.info/yohours/

Ok ça roule, j’avoue que j’ai un passif avec les élèves en SNT qui sont en roue libre ce qui fait que je suis plus qu’amer quand je vois des trucs douteux du genre.

Si c’est utilisé par la faune locale alors on préfèrera tout de même une variante comme le loc_name. À noter que sauf erreur je mettrais « Trou qui pue » pour que l’orthographe soit correcte.

Une dernière chose, quand bien même c’est utilisé par GoogleMaps notre but n’est pas d’être en compétition à l’aide de nos données mais de les humilier !

Tout a l’air correct, merci de l’aide !

Attention à l’usage de name qui est approprié pour les noms propres. Dans une certaine mesure, la clairière est déjà indiquée par landuse=grass. Pour ce qui est du « Trou qui pu »… On peut savoir d’où ça vient ?

Ça roule, tout a l’air correct

En l’état c’est juste un bâtiment avec un nom, je suis sur qu’on peut ajouter plus d’informations comme le type d’établissement et les horaires d’ouverture

Attention aux attributs utilisés. La grammaire fait l’objet de règles établies par la communauté pour que des logiciels puissent lire les données :

– Les horaires d’ouvertures doivent suivrent une syntaxe particulière décrite sur le wiki[1]. Dans ce cas il faudrait mettre : Tu-Sa 07:00-20:00; Su 07:00-12:00 (Je suppose pour le dimanche) ;
– Pour indiquer la vente de tabac, « secondaire » par rapport à la distribution de boisson, alors il faut ajouter tobacco=yes.

[1] osm.wiki/FR:Key:opening_hours
[2] osm.wiki/FR:Comment_cartographier_un...#T

Dans l’opération tu as légèrement décalé le nœud et déformé le bâtiment. C’est pas forcément facile à remettre correctement, attention la prochaine fois

Est-ce qu’il y a une raison particulière pour avoir utilisé path, plus généraliste que footway ?

Attention tu as tracé une seconde voie et laissé la première. La bonne marche à suivre aurait été de diviser le chemin au nœud 2640921039 et d’ajouter access=private sur la portion adéquate.

Hum j’ai un doute sur les attributs utilisés.

Le foot=yes suggère qu’on s’attend à ce que les piétons marchent sur la chaussée, c’est le cas ? Il serait judicieux de préciser la présence de trottoirs avec la clé sidewalk.

Pour ce qui est du double-sens cyclable, l’attribut utilisé semble pas coller aux recommandations. Je suggère un oneway:bicycle=no, avec cycleway:left=lane comme indiqué en situation M3a[1].

[1] osm.wiki/FR:Bicycle

Au temps pour moi, je vérifie les groupes de modif’ individuellement et par ordre chronologique. Content de voir que Syl a eu les même idées

Attention à ne pas oublier le junction=roundabout dans le cas d’un giratoire. Idem dans ce cas je pense qu’on peut mettre highway=tertiary pour assurer la cohésion de l’Av. A.Zenatti

Alors moi je veux bien, mais je crois pas qu’il soit bien vu de créer une relation pour ce genre de chose – à quand une relation pour le réseau de routes nationales ? – par ailleurs c’est pas le SIREN que tu as mis mais le SIRET et dans un format arbitraire qui ne me semble pas avoir fait l’objet d’une discussion avec le reste de la commu’. Tu confirmes tout ce que j’ai dit ?

Attention aux attributs, highway=living_street c’est pour les zones de rencontres avec B52. Là on est sur de la voie de parking (highway=service et service=parking_aisle).

C’est possible de donner un exemple ? Si c’est pour les numéros qui viennent d’être changés alors ce sera visible d’ici peu (de l’ordre de quelques jours), le temps que les serveurs se mettent à jour.

Moi j’veux bien, mais faut le documenter, parce qu’en l’état…

Effectivement le Cadastre indique ces chiffres, de son côté la BANO[1] semble pas les considérer comme des adresses et va même jusqu’à proposer un chiffre plus cohérent à proximité.

[1] https://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/45.44583/1.40990

C’est curieux tout ça, je vais voir de mon côté si je trouve plus d’infos