[OSM-talk-fr] Rendu-FR : péage
Bonjour, Me promenant sur la carte je suis tombé sur http://tile.openstreetmap.fr/?zoom=19lat=45.97335lon=4.73212layers=B00 Je pense qu'on peut judicieusement supprimer une telle répétition de noms ;) Florian. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu-FR : péage
Le 24/08/2013 10:45, Otourly Wiki a écrit : Bonjour, Me promenant sur la carte je suis tombé sur http://tile.openstreetmap.fr/?zoom=19lat=45.97335lon=4.73212layers=B00 Je pense qu'on peut judicieusement supprimer une telle répétition de noms ;) Ainsi que la répétition de voies et utiliser la clé lanes. Dans la mesure ou les voies ne sont pas physiquement distinctes, il n'y a pas lieu de les séparer dans OSM. Par contre, est-ce que area=yes fonctionne avec les motorway ? C'est peut-être une solution propre pour représenter l'emprise de la gare de péage. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu-FR : péage
En plus les voies dans chaque sens ne sont pas attribuées de façon fixe, me^me s'il y a des plots de séparation ils sont déplacés selon le trafic. Les voies ne sont pas marquées non plus, mais au niveau des cabines il y a bien des séparations. il y a donc bien une séparation des voies (mais elles sont bidirectionelles faut de sens attitré), et elles sont bien comptées, mais et il reste à les connecter. Si on réunit le tout, on risque de ne plus rien voir de ce péage très large. On est dans un cas où il serait souhaitable de représenter la route par des surfaces trapèze, connectées à des voies courtes parallèles mais séparées au niveau des cabines, et connecté à la pointe des trapèze aux deux routes unidirectionelles de l'autoroute. Mais puisque'on ne peut pas faire de routage sur une surface, il ne reste qu'à représenter les surfaces en plus d'une unique route bidirectionnelle traversant l'alignement des cabines de péage (et c'est cette unique route bidirectionnelle qui doit compter le nombre total de lanes). La surface en double trapèze serait marquée avec le tag toll du péage. Le 24 août 2013 11:05, Christophe Merlet red...@redfoxcenter.org a écrit : Le 24/08/2013 10:45, Otourly Wiki a écrit : Bonjour, Me promenant sur la carte je suis tombé sur http://tile.openstreetmap.fr/?**zoom=19lat=45.97335lon=4.** 73212layers=B00http://tile.openstreetmap.fr/?zoom=19lat=45.97335lon=4.73212layers=B00 Je pense qu'on peut judicieusement supprimer une telle répétition de noms ;) Ainsi que la répétition de voies et utiliser la clé lanes. Dans la mesure ou les voies ne sont pas physiquement distinctes, il n'y a pas lieu de les séparer dans OSM. Par contre, est-ce que area=yes fonctionne avec les motorway ? C'est peut-être une solution propre pour représenter l'emprise de la gare de péage. Librement, -- Christophe Merlet (RedFox) __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu-FR : péage
Le 24/08/2013 11:05, Christophe Merlet a écrit : Le 24/08/2013 10:45, Otourly Wiki a écrit : Bonjour, Me promenant sur la carte je suis tombé sur http://tile.openstreetmap.fr/?zoom=19lat=45.97335lon=4.73212layers=B00 Je pense qu'on peut judicieusement supprimer une telle répétition de noms ;) Ainsi que la répétition de voies et utiliser la clé lanes. Dans la mesure ou les voies ne sont pas physiquement distinctes, il n'y a pas lieu de les séparer dans OSM. Par contre, est-ce que area=yes fonctionne avec les motorway ? C'est peut-être une solution propre pour représenter l'emprise de la gare de péage. Je viens de faire un essai sur la gare de péage de Sames (64). http://tile.openstreetmap.fr/?zoom=17lat=43.53057lon=-1.18658layers=B00 Le area=yes n'apparait pas, mais ne dégrade pas la carte non plus. Ça peut être une solution en attendant que les styles de rendu prennent en compte area=yes sur les motorway. Évidemment, du coup, yen a qui vont vouloir utiliser area sur les troncons complet et pas seulement sur l'emprise des grandes gares de péages ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Wiki d'osm en maintenance ??
Bonjour, Plus rien depuis ce matin : http://wiki.openstreetmap.org C'est une maintenance prévue ou une panne ? -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Wiki d'osm en maintenance ??
Il me semble qu'une migration du wiki est en cours, il devait être en read-only, mais il est semble-t-il passé en null-only :( Le 24 août 2013 15:08, Yves Pratter yves.prat...@laposte.net a écrit : Bonjour, Plus rien depuis ce matin : http://wiki.openstreetmap.org C'est une maintenance prévue ou une panne ? -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu-FR : péage
Mais tu as gardé la séparation des sens alors qu'il n'y a plus de séparation au péage, les voies centrales pouvant changer de sens. Ne faudrait-il pas réunir les deux segments en un seul bidirectionnel dans les deux triangles ? Note au passage que ce segment a une vitesse limitée, on ne peut pas y rouler à 130. Le découpage de ces segments a une signification aussi et ne rajoutera pas de complexité. Mais ces surfaces mériteraient évidemment d'être rendues, comme on ne fait pour les rivières avec les riverbanks qui ne remplacement pas non plus le filaire central conservé pour le routage. Le 24 août 2013 11:37, Christophe Merlet red...@redfoxcenter.org a écrit : Le 24/08/2013 11:05, Christophe Merlet a écrit : Le 24/08/2013 10:45, Otourly Wiki a écrit : Bonjour, Me promenant sur la carte je suis tombé sur http://tile.openstreetmap.fr/?**zoom=19lat=45.97335lon=4.** 73212layers=B00http://tile.openstreetmap.fr/?zoom=19lat=45.97335lon=4.73212layers=B00 Je pense qu'on peut judicieusement supprimer une telle répétition de noms ;) Ainsi que la répétition de voies et utiliser la clé lanes. Dans la mesure ou les voies ne sont pas physiquement distinctes, il n'y a pas lieu de les séparer dans OSM. Par contre, est-ce que area=yes fonctionne avec les motorway ? C'est peut-être une solution propre pour représenter l'emprise de la gare de péage. Je viens de faire un essai sur la gare de péage de Sames (64). http://tile.openstreetmap.fr/?**zoom=17lat=43.53057lon=-1.** 18658layers=B00http://tile.openstreetmap.fr/?zoom=17lat=43.53057lon=-1.18658layers=B00 Le area=yes n'apparait pas, mais ne dégrade pas la carte non plus. Ça peut être une solution en attendant que les styles de rendu prennent en compte area=yes sur les motorway. Évidemment, du coup, yen a qui vont vouloir utiliser area sur les troncons complet et pas seulement sur l'emprise des grandes gares de péages ! Librement, -- Christophe Merlet (RedFox) __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] ecouter wikipedia
http://listen.hatnote.com/ a quand un equivalent pour OSM ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu-FR : péage
Le 24/08/2013 15:23, Philippe Verdy a écrit : Mais tu as gardé la séparation des sens alors qu'il n'y a plus de séparation au péage, les voies centrales pouvant changer de sens. Quelque soit la répartition des barrières entre les 2 sens, les voies de circulation sont toujours séparées. Ne faudrait-il pas réunir les deux segments en un seul bidirectionnel dans les deux triangles ? Note au passage que ce segment a une vitesse limitée, on ne peut pas y rouler à 130. Je décline toute responsabilité si un conducteur essaie de franchir la barrière de péage sans ralentir. Le découpage de ces segments a une signification aussi et ne rajoutera pas de complexité. Mais ces surfaces mériteraient évidemment d'être rendues, comme on ne fait pour les rivières avec les riverbanks qui ne remplacement pas non plus le filaire central conservé pour le routage. Le 24 août 2013 11:37, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Le 24/08/2013 11:05, Christophe Merlet a écrit : Le 24/08/2013 10:45, Otourly Wiki a écrit : Bonjour, Me promenant sur la carte je suis tombé sur http://tile.openstreetmap.fr/?__zoom=19lat=45.97335lon=4.__73212layers=B00 http://tile.openstreetmap.fr/?zoom=19lat=45.97335lon=4.73212layers=B00 Je pense qu'on peut judicieusement supprimer une telle répétition de noms ;) Ainsi que la répétition de voies et utiliser la clé lanes. Dans la mesure ou les voies ne sont pas physiquement distinctes, il n'y a pas lieu de les séparer dans OSM. Par contre, est-ce que area=yes fonctionne avec les motorway ? C'est peut-être une solution propre pour représenter l'emprise de la gare de péage. Je viens de faire un essai sur la gare de péage de Sames (64). http://tile.openstreetmap.fr/?__zoom=17lat=43.53057lon=-1.__18658layers=B00 http://tile.openstreetmap.fr/?zoom=17lat=43.53057lon=-1.18658layers=B00 Le area=yes n'apparait pas, mais ne dégrade pas la carte non plus. Ça peut être une solution en attendant que les styles de rendu prennent en compte area=yes sur les motorway. Évidemment, du coup, yen a qui vont vouloir utiliser area sur les troncons complet et pas seulement sur l'emprise des grandes gares de péages ! Librement, -- Christophe Merlet (RedFox) _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-fr http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu-FR : péage
Le 24 août 2013 15:45, Christophe Merlet red...@redfoxcenter.org a écrit : Le 24/08/2013 15:23, Philippe Verdy a écrit : Mais tu as gardé la séparation des sens alors qu'il n'y a plus de séparation au péage, les voies centrales pouvant changer de sens. Quelque soit la répartition des barrières entre les 2 sens, les voies de circulation sont toujours séparées. La séparation est fixe sur le très court segment au niveau du péage lui-même, mais pas dans les deux triangles de répartition, où on ne trouve que des plots mobiles. et au milieu de ces triangles de répartition il n'y a pas de terre-plain central non plus. Le télépéage ne change rien, les voies centrales inversibles ont ce qu'il faut pour fonctionner dans les deux sens. Lors de travaux de maintenance une partie des cabines peut être fermée au milieu ou bien sur un des deux côtés. Les voies centrales servent à cet ajustement, et l'absence de terre-plain rend cela facile. C'est bien pour ça aussi qu'il y a aussi des feux de signalisation des sens au dessus de chaque cabine (et des deux côtés) Ces changements de sens se font couramment en fonction des projections de trafic pour éviter trop d'encombrement du péage. Ils sont très courant dans les péages de début ou de fin d'autoroute (moins sur les péages intermédiaires où ces accès se dont par une branche latérale, mais cela arrive aussi). Le péage de Saint-Arnoud (le plus grand de France, et un des plus grands d'Europe s'il est dépassé à Moscou) est celui où le changement du nombre de voies dans chaque sens est le plus imposant. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ouverture portail Open Data du Grand Nancy
Bonsoir, Le portail Open Data de la Communauté urbaine du Grand Nancy (CUGN) a été officiellement ouvert aujourd'hui. http://opendata.grand-nancy.org/ 47 jeux de données sont d'ores et déjà disponibles sous licence ODbL et la plupart sont d'intérêt pour une confrontation avec celles d'OSM. En particulier, il y a les points adresse qui pourraient être ajoutés à Osmose. Frédéric,tu pourrais t'en charger? Aussi, il y a plusieurs orthophotographies et est-ce qu'il serait possible d'en mettre une à disposition via un flux WMS sur les serveurs d'OSM-France? J'ajoute qu'en parallèle du portail Open Data, la CUGN a lancé l'application https://www.g-ny.org/ sur la mobilité au sein du territoire de la communauté urbaine. Les données OSM y sont exploitées et il y a un souhait de développer l'usage d'OSM. Il va y avoir une sensibilisation des différents acteurs du territoire et une collaboration à prévoir avec les contributeurs locaux, des formations... A suivre... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy
Bon, côté licence, c'est feu vert, mais maintenant il faut regarder la qualité de ces données et ne pas s'enthousiasmer par avance vu les expériences passées mais j'ai un bon présentiment vu la liste des jeux de données. Romain, tu as déjà regardé la qualité ? Pour les orthos, je vois des orthos de 2012 à 30 et 7,5cm ! 19Go en ECW... Il y a effectivement énormément de données intéressantes, tu nous prépare une page sur le wiki pour coordonner tout ça ? Je regarde les stationnements PMR... Le 24 août 2013 22:20, Romain MEHUT romain.me...@gmail.com a écrit : Bonsoir, Le portail Open Data de la Communauté urbaine du Grand Nancy (CUGN) a été officiellement ouvert aujourd'hui. http://opendata.grand-nancy.org/ 47 jeux de données sont d'ores et déjà disponibles sous licence ODbL et la plupart sont d'intérêt pour une confrontation avec celles d'OSM. En particulier, il y a les points adresse qui pourraient être ajoutés à Osmose. Frédéric,tu pourrais t'en charger? Aussi, il y a plusieurs orthophotographies et est-ce qu'il serait possible d'en mettre une à disposition via un flux WMS sur les serveurs d'OSM-France? J'ajoute qu'en parallèle du portail Open Data, la CUGN a lancé l'application https://www.g-ny.org/ sur la mobilité au sein du territoire de la communauté urbaine. Les données OSM y sont exploitées et il y a un souhait de développer l'usage d'OSM. Il va y avoir une sensibilisation des différents acteurs du territoire et une collaboration à prévoir avec les contributeurs locaux, des formations... A suivre... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy
Le 24/08/2013 22:20, Romain MEHUT a écrit : Bonsoir, Le portail Open Data de la Communauté urbaine du Grand Nancy (CUGN) a été officiellement ouvert aujourd'hui. http://opendata.grand-nancy.org/ 47 jeux de données sont d'ores et déjà disponibles sous licence ODbL et la plupart sont d'intérêt pour une confrontation avec celles d'OSM. En particulier, il y a les points adresse qui pourraient être ajoutés à Osmose. Frédéric,tu pourrais t'en charger? On a perdu le serveur qui héberge c'est outil depuis 2 semaines. J'espère que les scripts sont dans les sauvegardes mais on n'a pas encore regardé. Avec les scripts c'est facile d'ajouter une nouvelle ville, c'est fait pour. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] iD remplace P2...
Bonsoir, perso j'ai commencé avec potlatch, et je trouve les raccourci bien pratique (comme le copier/coller de tag - r ) que je ne retrouve pas encore sur ID.(je dois pas encore connaitre tous les raccourci sur ID) Après c'est sur qu'il faut s'adapter et savoir évoluer. Pour l'instant en utilisant ID, il m'est arrivé de créer de grand rectangle s'en forcement m'en rendre compte. on verra pour la suite si je l'adopte complétement. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Appel aux Troyens
Bonjour, La ville de Troyes est attaquée par ses propres quartiers ! http://www.openstreetmap.org/#map=10/48.3152/4.1254layers=T Sur le rendu transport, le nom des quartiers ressort plus que le nom de la ville. Le rendu standard n'a pas le souci. Des connaisseurs pour régler le problème ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appel aux Troyens
C'est un polygone avec place=suburb... ça me semble être plutôt un défaut du rendu transport que des données, non ? Le 25 août 2013 00:18, Teuxe te...@free.fr a écrit : Bonjour, La ville de Troyes est attaquée par ses propres quartiers ! http://www.openstreetmap.org/#**map=10/48.3152/4.1254layers=Thttp://www.openstreetmap.org/#map=10/48.3152/4.1254layers=T Sur le rendu transport, le nom des quartiers ressort plus que le nom de la ville. Le rendu standard n'a pas le souci. Des connaisseurs pour régler le problème ? Teuxe __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone géant du massif central
Bonjour, Après, cet exemple est beaucoup moins vaste que « Massif Central » . Cela pourrait aller pour un massif du type « Plateau des Millevaches ». Je ne saisis pas bien la différence. On mappe les contours administratifs des pays aussi bien que ceux des communes et ça ne pose pas de problème. Pourquoi ce serait différent pour des massifs montagneux ou des zones naturelles d'une manière générale ? Les contours administratifs des villes, départements, pays, etc. sont des limites conventionnelles qu'il a fallu déterminer pour des usages divers et variés. Ils sont le plus souvent repérés par des particularités géographiques : cours d'eau, crêtes, etc. ou quand il n'y en a pas, c'est un choix plus ou moins arbitraire, guidé par l'histoire. Pour les désignations de zones géographiques comme le « Massif Central », le « Plateau des Millevaches » ou un lieu-dit entouré de champs : - quand on y est, on sait dire qu'on y est, - quand on n'y est pas, on sait dire qu'on n'y est pas, - mais difficile de trancher quand on se trouve dans une zone intermédiaire, sauf à avoir choisi des limites physiques : on ne passe pas de la Manche à l'Océan Atlantique comme on franchit une barrière. S'il existe une liste de communes « officiellement dans le Massif Central » c'est bien pour trancher une fois pour toutes une limite qui n'aurait sinon pas de signification. Bien sûr on pourra trouver des gens qui chipoteront sur l'appartenance ou non d'un lieu à une dénomination, c'est l'essence même des frontières floues... Pour représenter ces zones sur une carte, en général on floute justement ces frontières ; ce qui compte surtout, ce sont les points fondamentaux (au moins, un centre d'intérêt) qui donnent le nom du lieu, et l'étendue approximative de la zone dans laquelle on peut se considérer « à l'intérieur ». S'intéresser à une limite d'une précision de moins d'1 mètre sur une zone floue de plusieurs milliers de km², ça n'a pas de sens. Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone géant du massif central
On a pour ça un type de boundary=natural_region pour tout ce qui n'est pas administratif mais plutôt culturel. Lié plus ou moins bien à la géographie physique, plutôt moins que plus car c'est souvent lié à une dénomination administrative (plutôt privinciale) historique, sous forme d'un ensemble d'ancien villages dont les contours ruraux externes étaient en fait assez flous, et qui ne sont pas formellement les communes d'aujourd'hui, dont les frontières ont pu évoluer pour inclure des villages qui ne faisaient pas initialement dans la région culturelle historique. Ce qui subsiste est régions culturelles est alors lié plutôt aujourd'hui à l'activité culturelle actuelle, en particulier l'action de communication des offices de tourisme, et les coopérations intercommunales (parfois transfrontalières. C'est aussi parfois lié à des appellations d'origine dans le secteur agroalimentaire, mais là le contexte légal des zones d'appellation protégées est beaucoup plus strict et formellement définit des listes de communes assez précises et c'est lié à certaines productions mais pas d'autres dont les appellations protégées peuvent avoir des contours différents. Je me demande donc si les zones d'appellation protégées liées au produits devraient être clairement séparées des autres régions naturelles liées au tourisme. Je n'ai pas vu dans OSM de définition de ces zones d'appellation, alors qu'elles existent en France mais aussi dans bon nombre de pays européens, avec des définitions admises dans l'Union européenne par des directives et des lois nationales. Si on cartographie les zones d'appellation protégées il faudra un type de frontière bien précis, et un tag pour désigner le nom du produit protégé (et ses traductions éventuelles). En revanche on trouve des tags pour les communes qui ont pris des arrêtés anti-OGM (pas sous forme de frontière, mais sous forme d'un tag ajouté aux communes existantes, ce qui n'est pas forcément très pratique si la définition de ces zones a un découpage infracommunal ou si la décision émane non pas de la commune mais d'une autre collectivité locale, ou d'un groupement d'agriculteurs adhérents à une association ou une coopérative non limitée à une commune mais plutôt à un type de production dans une zone plus ou moins étendue et pas forcément contiguë non plus, ou à des associations de résidents). Rappelons que les OGM sont à nouveau autorisés en France dans l'alimentation animale, même si on ne les produit pas sur place. La question se pose donc de la multiplicité des zonages non administratifs pour des usages très différents: doit-on les mettre dans OSM? Ou peut-on produire à partir des données cartohraphiqes d'OSM et d'une base de données externe listant des zones identifiées dans OSM, une carte de ces zones? JE pense que ces données ont leur place et qu'OSM n'est pas dédié uniquement à la cartographie des transports (motorisés ou non). Mais pour les vraies régions culturelles c'est assez flou car elles sont issues de données historiques et à la prise en compte d'une date de référence qui n'est pas lcelle d'aujourd'hui. Et OSM est mal adapté pour les données historiques. On ne peut donc cartographier dans OSM que les régions culturelles poiur lesquelles il existe une organisation locale chargée de les défendre et reconnue par une collectivité locale ou par la loi (les zones d'appellation restant à part car liées à un produit mais sans portée sur les les autres activités ou les résidents). Il me semble que le minimum est d'abord de voir si on peut créer une base externe permettant de référencer des zones administratives actuelles afin d'en obtenir la géométrie dans OSM. Et alors de ne créer des zones dans OSM que dans le cas où on ne peut pas faire autrement pour avoir une carte complète du zonage. Attention aussi au zonage privé (un bon exemple est celui des Pavillons bleus qui est un label dont la définition peut changer à tout moment mais n'est pas protégé par une loi, même si des collectivités veulent y adhérer... en payant pour ça... Plus de paiement une année, et plus de pavillon même si les critères d'obtention sont encore valables). Le zonage des labels n'a pas sa place dans OSM à mon avis (d'autant plus qu'il y a des problèmes de propriété intellectuelle, similaires en France à ceux des GR en dépit de la reconnaissance par l'Etat de l'organisation qui les promeut, mais en contradiction avec les règles de concurrence entre labels si la dénomination est exclusive). Même chose pour la classification des hôtels et restaurants (toques et autres labels similaires issus de certains guides). Les labels ne désignent pas des régions culturelles. Le 25 août 2013 02:36, Teuxe te...@free.fr a écrit : Bonjour, Après, cet exemple est beaucoup moins vaste que « Massif Central » . Cela pourrait aller pour un massif du type « Plateau des Millevaches ». Je ne saisis pas bien la différence. On mappe les contours administratifs des pays aussi bien que ceux des communes et ça ne