[OSM-talk-fr] changement de tag automatique par en France par un contributeur allemand

Je vois des changesets comme https://www.openstreetmap.org/way/42862082 où massivement/automatiquement les tags de références "wikipedia=fr:*" sont remplacés par un tag non discuté "subject:wikipedia=fr:*" Je n'ai jamais vu une telle décision de changement, et ce namespace "subject:" ne

hebdoOSM Nº 341 24/01/2017-30/01/2017

Bonjour, Le résumé hebdomadaire n° 341 de l'actualité OpenStreetMap vient de paraître en français. Un condensé à retrouver à: http://www.weeklyosm.eu/fr/archives/8683/ Bonne lecture! hebdoOSM? Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Où?:

Re: [OSM-talk-fr] traffic_signals changement de schema

Je pense que le but n'est pas d'indiquer l'orientation cardinale, mais d'indiquer dans quel sens le feu s'applique: le but étant de distinguer les feux d'entrée de carrefour et ceux en sortie de carrefour comme on en trouve beaucoup à Paris (très rarement ailleurs en France, ce qui donc ne

Re: [OSM-talk-fr] traffic_signals changement de schema

Oui en effet l'avantage de ce mode de tag est de pouvoir superposer des éléments quand ils sont sur le même point et d'avoir du détail dessus. Après pour aller plus loin il y a les angles cardinaux ou en degrées. Le 3 février 2017 à 16:40, Philippe Verdy a écrit : > En

Re: [OSM-talk-fr] traffic_signals changement de schema

En principe cela ne concerne pas que les feux de circulation, mais cela devrait aussi s'appliquer aux autres signalisations (dont highway=stop, highway=give_way). Cependant il n'y a généralement pas d'ambiguité, le feu étant généralement très près du noeud central du carrefour le plus proche. Les

[OSM-talk-fr] traffic_signals changement de schema

Bonjour, suite à l'apparition d'un nouveau schéma dans le wiki http://wiki.openstreetmap.org/wiki/FR:Key:traffic_signals:direction pour la prise en compte des directions sur les sens des feux de circulation, Osmose propose d'intégrer le sens à prendre Si le feu n'a pas de direction il propose :

Re: [OSM-talk-fr] Création suppression d'intercommunalité

Pour moi c'est OUI, comme les fusions de communes car on a un paquet de dataviz qui ont besoin de ces contours qui correspondent à des découpages certes plus actifs mais suffisamment récents pour ne pas être complètement oubliés et perdus. disused:xxx et end_data sont nos amis ! Le 3 février

Re: [OSM-talk-fr] Nom des cours d’eau dans le cadastre

Bonjour, il n'y a rien d'incohérent avec une extraction "dite du cadastre" car il existe des outils pour les géomètres avec bases de données déjà enrichies pour préparer des plans. Sinon cela peut être extrait du Géoportail avec la surcouche parcelles cadastrales et une autre source de données en

Re: [OSM-talk-fr] Création suppression d'intercommunalité

Bonjour à tous, Du coup, dans le cas d'une modification du contour des EPCI, garde-t-on l'historique en créant une nouvelle relation et en renommant l'ancienne ou pas ? Le 3 févr. 2017 09:00, "Christian Quest" a écrit : > Le 3 février 2017 à 04:40, Jérôme Amagat

Re: [OSM-talk-fr] Nom des cours d’eau dans le cadastre

Si si ça fonctionnait encore jusqu'à il y a peu. J'avais lancé une bouteille à mer (http://gis.19327.n8.nabble.com/plugin-cadastre-JOSM-td5877566.html) , mais elle s'est noyée. Denis -Message d'origine- De : Vincent de Château-Thierry [mailto:osm.v...@free.fr] Envoyé : jeudi 2 février

Re: [OSM-talk-fr] Création suppression d'intercommunalité

Le 3 février 2017 à 04:40, Jérôme Amagat a écrit : > Un point sur les EPCI. > > pour Bourgogne-Franche-Comté c'est à jour et ça correspond à cette source > : http://www.ideobfc.fr/accueil/geoservices/catalogue_de_donne > es?uuid=0a78e68d-738c-4284-ae64-e02e74859055=1 >