Re: [OSM-talk-fr] Source d'une photo
On parle bien de celle-ci ? https://movilab.org/wiki/Fichier:Cartopartie-accessibilit%C3%A9-Mouans-Sartoux-07.jpg Le 31/08/2020 à 00:35, François Lacombe a écrit : Salut à tous, Je me suis rendu compte que j'ai utilisé une photo dans l'une de mes prez sur OSM sans en connaître véritablement la source. Est-ce que quelqu'un se rappelle de celle-ci, sa licence et son auteur svp ? http://www.mediation-numerique.fr/actualite_cartopartie--quand-le-numerique-donne-les-cles-de-la-cite-aux-citoyens--_48.html Son nom Cartopartie-V1Sartoux-07.jpg semble indiquer une cartopartie à Sartoux. Je n'en sais pas plus. J'aimerais avoir le droit de l'utiliser dans des slides sur l'asso (que je m'apprête à rendre dispo sur le NextCloud). Merci par avance :) François -- Lejun ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Connecter ou pas un trottoir isolé ?
Le 10/10/2020 à 16:22, Arnaud Champollion a écrit : Bonjour, On rencontre parfois le cas d'un trottoir qui commence en même temps que la rue, sans être lui-même connecté à un autre trottoir (par exemple parce que la rue adjacente ou sécante n'en possède pas). Ou même, dans une rue, un trottoir non présent sur la totalité de la rue, s'arrêtant brusquement, sans continuité avec un passage piéton. Quand ce trottoir est mappé en tant que way séparé de la chaussée (higway=footway + footway=sidewalk), est-ce qu'il doit être connecté, à son départ et à son arrivée, avec la rue qu'il accompagne ? Question complexe. Dans un monde idéal on les garderait séparés puisque la jonction n'a pas d'existence physique, néanmoins on peut les joindre sur l'aspect de routing, le passage est possible mais comporte un obstacle qu'est la bordure du trottoir (barrier=kerb). Personnellement je préfère être strict et ne pas les joindre quitte à générer des avertissements de validation. -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus
J'ai récemment mis à jour l'intégralité du réseau à Besançon (https://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko) et ai été confronté à la question. À ce sujet le wiki semble clair, le PTv2 (dernière proposition validée) préconise le format : < vehicle type > < reference number >: < initial stop > => < terminal stop > Dans ton exemple le résultat (en supposant que les deux arrêts sont dans la même commune) devrait donc être : Bus 12bis: Montredon Pôle d'Échange => Clos des Ormeaux J'ai des réserves sur le format mais si c'est ce qui a été validé par la communauté alors je l'applique en attendant d'avoir l'occasion de m'exprimer à ce sujet. Je préférerais également le nom officiel donné par la compagnie, actuellement les informations sont redondantes avec les attributs "type", "ref", "from" et "to". Le 27/09/2020 à 20:57, Gad Jo a écrit : Avec le recul c'était une mauvaise idée rendant la lecture complexe sur certains trajets. J'attends quelques jours au cas où un avis contraire me le déconseille mais je pense opter pour placer uniquement le depart et terminus sans le nom des communes. Le September 27, 2020 4:02:31 PM UTC, deuzeffe a écrit : Le 27/09/2020 à 16:46, Gad Jo a écrit : Bonjour a tous, Bonjour, Un point que j'ai mis de côté en me promettant de le régler est le format pour le nom des trajets (1 ligne, plusieurs trajets) Sur les trajets desservant des communes différentes j'ai ajouter le nom des communes + arrêt. Problème ça commence à être sacrement illisible. Auriez vous des propositions à me faire ? À moins que des règles existent et j'applique... Je serait tenté de placer que le nom de l'arrêt J'ai peut-être été hétérodoxe, mais pour les lignes de bus de l'intercommunalité voisine et celles du département, j'ai "bêtement" repris les dénominations officielles du réseau, de terminus à terminus. Bon, j'avoue, les données sont en LO, c'est plus facile :) Aucune idée si ta collectivité a publié des données surhttps://transport.data.gouv.fr/ Ça donne un truc comme ça : https://wiki.openstreetmap.org/wiki/Limoges/Transports_en_commun#R.C3.A9seau_STCLM (WIP) ou ça : https://wiki.openstreetmap.org/wiki/Haute-Vienne/Transports_en_commun#R.C3.A9seau_Moohv87 (WIP aussi) Et pour les terminus hors grosse ville, parfois le réseau précise l'arrêt parfois non. Donc, je fais pareil ;) -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"
Bonjour, Le 28/09/2020 à 14:03, Vincent de Château-Thierry a écrit : Dans le cas d'un cédez-le-passage cycliste, on peut se demander à quoi donc cela peut servir Je suis également perplexe sur la nécessité, non pas d'indiquer où se trouvent les M12 (référence du panneau à apposer là où se trouve le feu tricolore), mais d'accompagner le mouvement du cycliste. OSM est une base de données visant à représenter l'environnement sur la base de l'existence physique et la vérifiabilité, en ce sens, indiquer où se trouve le panneau est justifié. À l'inverse, je ne pense pas utile de cartographier explicitement la fonction du panneau par des méthodes souvent complexes. Ce raisonnement poussé à l'extrême nous inviterait également à créer des relations pour les feux tricolores en apposant une condition "Ne pas passer quand le feu est rouge". En terme d'utilisation, je connais peu d'algorithmes allant jusqu'à prendre en compte les feux de signalisation lors de la création de l'itinéraire et je ne pense pas que ces derniers représentent une part importante des temps de trajets. -- Lejun - Groupe Régional OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Services publics et administrations locales
L'idée me plaît, rien à redire dessus. Par contre l'usage de name de dérange : - D'une part je me demande dans quelle mesure on privilégie une valeur explicite, name=CPAM de X, plutôt que name=X + network=CPAM - D'autre part je crois que l'usage d'abréviation comme CAF ou CPAM risque de poser problème. Peut être que la solution serait d'utiliser la clé alt_name ou local_name pour signaler qu'en pratique courante on parle effectivement de la CPAM de X. Le 03/10/2020 à 18:48, Noémie Lehuby via Talk-fr a écrit : Hello, Comment on cartographie une CAF ? un Pôle Emploi ? un centre des impots ? J'ai initié la page de wiki suivante pour tenter de répondre à ces questions : https://wiki.openstreetmap.org/wiki/France/Services_Publics Comme vous pouvez le voir, pour le moment c'est plus un texte à trou qu'une vraie page de wiki utile ;) Pour la plupart de ces lieux, on a des bases open data existantes (voire déjà une analyse Osmose) donc il y a de la matière pour un ou plusieurs prochains projets du mois une fois qu'on sera d'accord sur la manière de mapper tout ça. nlehuby -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bande cyclable etroite
Tout à fait d'accord pour est_width. Soit on a une mesure (quelque soit la méthode) soit on ne l'a pas, sans compter que l'environnement est soumis à variations, par exemple le tassement ou la dilatation des matériaux. La proposition du narrow=yes ne me parait pas non plus adaptée, en tout cas dans ce contexte précis puisqu'il est plus proche du "rétrécissement de voie" que "dimensions inférieures à une référence (qui se trouve être le CERTU)". Le 24/11/2020 à 10:02, Marc_marc a écrit : Bonjour, Le 23.11.20 à 18:44, Benoît Grunberg a écrit : bandes cyclables etroites moins de 1m Je trouve qu'il est préférable de renseigner une valeur imprécise (width=1 plutôt qu'une valeur totalement subjective "c'est étroit" car cette dernière ne dit pas par rapport à quoi : on ne tag pas le respect de la norme que tu cites, donc une bande cyclable de 2m de large est étroite si tout le reste fait 3m. une imagerie sat même moyenne est souvent suffisante pour renseigner un ordre de grandeur (peu importe si c'est 1m ou 1.01m, le génie civil des batiments et des routes n'est pas précis au cm ni même parfois aux 10cm) Pour cette même raison je n'utilise pas non plus est_width tout dans osm est "du mieux qu'on peux", pas besoin de mettre des est_, le contributeur suivant ajoutera de la précision s'il le souhaite. Cordialement, Marc -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bande cyclable etroite
Réfléchir à un attribut pour indiquer que les dimensions d'un aménagement, qui a donc été mesuré/estimé, ne respectent pas les recommandations d'un organisme, local qui plus est puisque les recommandations varient d'un pays à l'autre, qui ne fait pas autorité ? Ça me parait complexe. Le 23/11/2020 à 18:44, Benoît Grunberg a écrit : Bonjour à tous, Je suis de plus en plus confronté à des bandes cyclables etroites moins de 1m, 1m 50 selon les recommandation du CERTU http://voiriepourtous.cerema.fr/IMG/pdf/Fiche02V-BandeCyclab_cle742831.pdf Pourrions- nous réfléchir à un attribut pour intégrer cette information sans passer par la case métrage? Peut-être que ce sujet a déjà été abordé? Merci -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition - Vote - Les pompes
Sur OSM aussi il y a une part de conservateurs qui veulent maintenir l'usage d'un ancien attribut quitte à en mettre une couche par dessus. Oui j'pense à vous, ceux qui travaillent sur les transports publics et qui en êtes au moins à la 4e version officielle surajoutée. Bon courage pour la suite ! Le 24/11/2020 à 20:41, François Lacombe a écrit : Toutefois et sans être spécifique au cas précis et très technique des pompes, je reste en désaccord avec le maintien d'une clé prétendument utilisée par principe. Le niveau d'utilisation d'une clé est imprécis, considéré de manière différente suivant les personnes. C'est un risque pour OSM : quand tous les tags seront réputés utilisés, on ne changera plus rien. Ici est opposée l'existence de 30 000 utilisations sur 14% *seulement* des objets censés le recevoir. Ce n'est pas acceptable. La recherche de qualité, d'innovation propre à OSM mérite vraiment mieux à mon sens. -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La question des produits locaux (alimentation mais sans doute de manière plus large également)
Le 04/12/2020 à 09:35, Vincent Bergeot a écrit : Je cherche donc à renseigner le fait que l'on peut avoir un shop= butcher, greengrocer, deli, clothes, ... qui fasse appel à des produits locaux (je laisse pour l'instant du flou sur "local").À première vue je pense que le plus approprié est d'utiliser product:local=yes sur les commerces concernés. L'attribut product étant déjà utilisé pour indiquer quel type de produit est vendu, lui ajouter un suffixe me parait le plus simple.> Parfois je me dis que cela rejoint les notions de network=ncn, lcn, rcn ... Un "produit local" étant relatif c'est relativement complexe d'utiliser network pour ce type d'usage. Est ce qu'un commerce vendant du camembert fait partie d'un réseau local ou national ? L'attribut product:local laisse libre l'interprétation au même titre qu'un client quand le commerçant dit proposer des produits locaux. -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La question des produits locaux (alimentation mais sans doute de manière plus large également)
Coquille de ma part, effectivement je voulais parler de produce et non product. Le 04/12/2020 à 10:20, chris-...@netcourrier.com a écrit : "product" ce sont pour les produits "manufacturés" : product=* is a property that specifies the human manufactured "produce" correspond plus aux produits de la ferme : "produce=* is used to describe a feature's output produced though a natural process of growing or breeding, possibly with human intervention e.g. provision of water, planting etc." Qu'en pensez-vous ? Christian Renoulin /associations "Mieux trier à Nantes" et "La Galerie du Zéro Déchet" 06.74.43.78.43 - chris-...@netcourrier.com/ De : lejun À : talk-fr@openstreetmap.org Sujet : Re: [OSM-talk-fr] La question des produits locaux (alimentation mais sans doute de manière plus large également) Date : 04/12/2020 10:12:30 Europe/Paris Le 04/12/2020 à 09:35, Vincent Bergeot a écrit : > Je cherche donc à renseigner le fait que l'on peut avoir un shop= > butcher, greengrocer, deli, clothes, ... qui fasse appel à des produits > locaux (je laisse pour l'instant du flou sur "local").À première vue je pense que le plus approprié est d'utiliser product:local=yes sur les commerces concernés. L'attribut product étant déjà utilisé pour indiquer quel type de produit est vendu, lui ajouter un suffixe me parait le plus simple.> Parfois je me dis que cela rejoint les notions de network=ncn, lcn, rcn ... Un "produit local" étant relatif c'est relativement complexe d'utiliser network pour ce type d'usage. Est ce qu'un commerce vendant du camembert fait partie d'un réseau local ou national ? L'attribut product:local laisse libre l'interprétation au même titre qu'un client quand le commerçant dit proposer des produits locaux. -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bande cyclable étroite
Le 01/12/2020 à 01:15, Mathieu a écrit : Est-ce qu'on pourrait trouver un critère plus "humain" pour déterminer si une piste ou bande cyclable peut être considérée comme étroite ? Quelque chose qui soit plus facile à déterminer par tout un chacun qu'une estimation en cm, et à la fois indépendant des normes locales. Je pense par exemple aux critères suivants qui se rapprochent de l'usage qui est fait des bandes et pistes cyclables dans le monde réel : Est-il possible / confortable de : - rouler à 2 de front (c'est un critère ? - dépasser un autre cycliste? - emprunter cette voie avec un vélo hors-normes (cargo type triporteur ou biporteur, tricycle, grosse remorque à l'arrière d'un vélo classique ?) - emprunter cette voie avec un fauteuil roulant (au Pays-Bas, le royaume de la piste cyclable il n'est pas rare de voir des personnes en fauteuil roulant emprunter les pistes car elles sont larges et accueillantes justement, et qu'il est facile de dépasser) ? L'intérêt même d'un attribut c'est qu'il soit interprétable de la même manière quelque soit le cartographe et pour ça y a malheureusement pas de meilleure solution qu'une mesure objective. C'est sur cette raison qu'on utilise des attributs type width, height, incline/decline, surface. N'importe comment si on crée un attribut pour un des exemples cités alors tu auras à la fois ceux qui considèrent que 5cm d'écart ça passe large et ceux qui ont besoin de leur mètre de distance. Idem, un vélo hors-normes sera par définition en dehors de nos attentes et il sera beaucoup plus simple de donner une dimension aux utilisateurs que de valider ou non chaque type de véhicule un à un. La dernière trace à ma connaissance sur la question de critères "humains" remonte au https://wiki.openstreetmap.org/wiki/Key:class:bicycle. Simple sur papier il s'est vite vu décliné en fonction de l'usage attendu (touring, commuting, etc). Il y a également d'autres critiques sur la vérifiabilité (dont je faisais allusion ci-dessus). -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ascenseur
Attention avec ce greffon, dernièrement j'ai eu des soucis avec en combinaison avec repeat_on, j'avais ouvert un ticket à ce sujet et j'ai pas vérifié si ça a été corrigé depuis. Le 22/11/2020 à 10:32, leni a écrit : Pour qu'il affiche pas les level générés par repeat, il faut le greffon indoorhelper -- Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Itinéraire vélo non balisé
Bonjour, Un itinéraire officiel non balisé peut-il d’être renseigné sur OpenStreetMap ? Le 15 juillet a été officiellement ouvert au public l’itinéraire vélo Bio.Velo.Route.[1] par l’équipe d’Anna Deparnay-Grunenberg, députée européenne, reliant Strasbourg (France) à Stuttgart (Allemagne). L’itinéraire se veut 3.0 en mettant en avant le côté numérique avec d’entrée le tracé sous format GPX, sous Komoot et sur uMap – utilisant de fait les données OpenStreetMap. J’ai calqué le modèle « Véloroute » et j’ai créé une relation pour l’itinéraire[2], sauf qu’on m’a signalé l’absence de balisage et que, de fait, ça ne remplirait pas les conditions pour figurer sur OpenStreetMap[3]. Des commentaires là dessus ? Sans connaître la réalité du terrain – Ni l’envie de me payer les 300 bornes sur des voies qui peuvent être mixtes ou non goudronnées – ou si un balisage est prévu, j’ai tout de même pour idée que l’itinéraire peut figurer dans les données de part son aspect officiel. Cartographiquement, [1] https://bioveloroute.eu/ [2] https://www.openstreetmap.org/relation/14363923 [3] https://www.openstreetmap.org/changeset/123755268 -- Lejun - Cart’hobyyiste du Bas-Rhin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Itinéraire vélo non balisé
Le 23/07/2022 à 10:32, Marc_marc a écrit : par contre un itinéraire qui a un email me semble étrange. C’était la clé qui me paraissait la plus pertinente pour le mail de l’operator. J’aurais du tenter un email:operator ? source=knowledge est erroné (c'est pas connu du monde entier), tu voulais probablement dire source=local knownledge qui est aussi erroné puisque tu dis que tu n'as pas connaissance de l'itinéraire donc source=OpenData ? J’ai tendance à utiliser knowledge sans le préfixe que je considère comme implicite. C’est ma solution de facilité notamment pour les infos que j’ai par des intermédiaires où je peux pas non plus parler de survey. d'ailleurs est-ce que la lience de celui-ci est compatible avec osm ? On peut poser une licence sur un GPX ? smothness sur une relation me semble peu utile, autant la laisser sur les membres eux-mêmes Sur les membres c’est effectivement le must, là en l’occurence c’est parce que je sais que la qualité varie entre deux valeurs mais que je sais pas quels tronçons exactement. J’imagine que d’une manière où d’une autre c’est mieux que rien de l’indiquer ici plutôt que pas du tout. -- Lejun - Cart’hobyyiste du Bas-Rhin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartopartie, venez vous promener Cartopartie à Pleyber-Christ
> Venez collecter de la donnée sur le terrain autour de l'accessibilité et de > la mobilité dans la commune. À défaut de venir sur place, on peut filer un coup de main à distance ? > Et pour célébrer ensemble le printemps, venez tout le week-end participer au > recensement des nichoirs (oiseaux, chauves-souris, hôtels à insectes, etc.) > sur la carto collaborative nichoir.org ! Quitte à faire, pourquoi pas directement l’inscrire sur OpenStreetMap avec les attributs dédiés comme man_made=nesting_site[1] ? Avec un rapide coup d’œil aux nichoirs répertoriés sur le site que tu proposes[2] je vois à priori rien qui ne dépasse le modèle OpenStreetMap. Peut être l’occasion de créer une clé nesting_site=* pour décrire le type de nichoir, mais faut voir si y a une réelle diversité. [1] https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dnesting_site [2] http://www.nichoir.org/?Nichoir1DuGroupeScolaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BlaBlaCar exploite des données OSM sans attribution ?
Qu'en pensez-vous ? Y a -t- il utilisation de données OSM et si oui, ne faudrait-il par que BlaBlaCar en fasse mention quelque-part ? En tous cas il n'y a rien de tel dans leurs mentions légales. En regardant les requêtes réseau je vois rien de flagrant qui pointerait vers un usage d’OpenStreetMap. Tu peux vérifier avec le routeur GMaps ce qui est proposé pour le tronçon que tu montres ? Ça pourrait être leur fond de carte qui est pas encore mis à jour non ? -- Lejun - Cart’hobyyiste du Bas-Rhin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mini giratoires et ronds-points traversants : crossing_strip ?
Le 06/01/2023 à 23:24, osm.sanspourr...@spamgourmet.com a écrit : |crossing_strip| - Bande franchissable (tablier pour camions) L’idée me plaît, mais est-ce qu’on est sûr de vouloir partir sur cette clé ? J’ai peur que le sens soit trop obscur et que ce soit rapproché du highway=crossing. En second point, est-ce qu’il a été envisagé une extension pour détailler la bande ? J’y connais rien mais je suppose qu’on en trouve différent types qui peuvent être catalogués. -- Lejun - Cart’hobyyiste du Bas-Rhin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment mapper/taguer des cabinets médicaux/avocats/etc
Le 18/02/2023 à 09:41, Daniel Garcia a écrit : Je veux tagger les cas où, en passant dans la rue, je vois 2, 3 voire plus panneaux de médecins/avocats/kinés/etc, avec le nom, la spécialité et le numéro de téléphone de chacun. Je dirais que ça dépend. Sans entrer tu peux de toute manière pas savoir si c’est des locaux avec salles communes, ou des locaux séparés à la même adresse, ou locaux partagés mais avec des salles attribuées. Donc en soi je vois rien de mal à renseigner chaque spécialiste avec son propre nœud. Si tu veux vraiment insister sur la nature du cabinet je pense que tu peux calquer sur la clé `destination` où on fait un usage des caractères `|` et `;` pour indiquer respectivement « différentes voies » et « différentes directions ». M’est avis que tu pourrais dans certaine mesure l’appliquer à chaque clé du domaine médical pour séparer les spécialistes puis indiquer leurs différentes spécialisations. -- Lejun - Cart’hobyyiste du Bas-Rhin ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Magasin temporairement fermé ?
Le 10/12/2023 à 18:59, pepilepi...@ovh.fr a écrit : Bonsoir, Comment peut-on tagguer un magasin fermé ? Explication : il y a près de chez moi une boulangerie, bien définie dans OSM comme shop=bakery avec les détail (horaires, téléphone, etc). En passant dans la rue on la voit, pas de problème. Mais suite à une faillite elle n'est plus active. Il est probable qu'elle réouvrira un jour avec un nouveau propriétaire. On a donc un bâtiment : * marqué "boulangerie", * avec une vitrine qui laisse deviner que c'est effectivement une boulangerie, * mais qui ne sert à rien vu s'elle n'est jamais ouverte. Comment on peut tagguer ça ? Dans un cas général je fais partie des gens qui utilisent `shop=vacant` pour un local commercial vide. Pour ce cas précis alors je pense que tu peux également ajouter un `was:shop=bakery` pour tout de même souligner l'identité spécifique de la devanture. -- LeJun – Cart’hobbyiste Franc-Alsa-Comtois OpenPGP_0xD519601638751E1F.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
