[OSM-talk-fr] Création de points de référence pour calage des imageries satellites - quelle approche et quel matériel ?

[severin.menard via Talk-fr]

Bonjour à tou-te-s,

J'ai eu l'occasion d'en parler de manière informelle à quelques personnes et 
peut-être ce sujet a-t-il déjà été discuté en long et en travers sur un fil de 
cette liste ou sur le forum, mais je ne l'ai pas trouvé. Désolé si c'est le cas 
!

Après une assez longue période (en gros entre 2012 et mi 2017) pendant laquelle 
la communauté OSM s'est appuyée sur l'imagerie Bing pour digitaliser, l'arrivée 
d'autres ressources (Digital Globe en mai 2017, Esri puis Maxar remplaçant 
Digital Globe avec une imagerie différente, qui n'est plus disponible 
actuellement) a permis de bénéficier d’imageries généralement plus récentes que 
Bing et parfois sans nuages sur des zones qui restaient encore à digitaliser 
complètement. Cependant, chacune de ces images possède un géo-référencement 
légèrement différent, à quelques mètres pràs, sans qu'il soit souvent possible 
de déterminer lequel serait le meilleur à partir des traces de terminaux GPS 
grand public à 2-5 m de précision. En France, la convention passée entre OSM 
France et l'IGN permet de s'appuyer sur son imagerie dont le géo-référencement, 
j'imagine, peut être considéré comme faisant référence. Sur d'autres 
territoires francophones, l'usage d'autres sources que Bing rend la carte OSM 
certes  globalement plus à jour, mais avec une diminution de l’homogénéité du 
géo-référencement des objets dans la base, tous les contributeurs ne recalant 
pas l’imagerie qu'ils utilisent sur le vecteur existant.
La seule manière pour y remédier me semble être de constituer sur ces 
territoires des points de référence à l'aide de GPS sub-métriques (si d'autres 
approches seraient également envisageables, je suis preneur) et je cherche à 
identifier le matériel nécessaire et son coût pour tester un usage en Afrique Y 
en a-t-il parmi vous qui sont au fait côté besoins specs et matériels adaptés à 
ce besoin ? Un GPS submétrique me semble suffisant par rapport à un GPS 
centimétrique, un modèle de ce type 
(http://www.geo-boutique.com/product.php?id_product=11) semble faire l'affaire 
pour un coût qui reste encore envisageable (avec tous les accessoires 
nécessaires à prévoir en plus). Y a-t-il des modèles plus adaptés ? Ça 
fonctionne en bluetooth et est donc connectable à un Android (plutôt qu'un 
pocket PC qui va coûter une blinde) : y a-t-il une appli (libre de préférence) 
qui s'imposerait ?
Par ailleurs, pour les infos du relais terrestre, il semble qu'en Afrique le 
seul réseau disponible soit Omnistar, dont le prix s'obtient apparemment plutôt 
sur devis (ce qui n'est jamais bon signe quant au coût final, même si 
apparemment cela peut se faire via des abonnements courts d'un mois). Quelqu'un 
a-t-il déjà l'opportunité d'utiliser un GPS de ce type connecté au réseau 
Omnistar ?

Séverin___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Nettoyage Enedis / GRDF

[François Lacombe]

Salut à tous,

Il devenait nécessaire de créer une page wiki pour Enedis et GRDF, nos
opérateurs de distribution préférés pour documenter les pratiques les
concernant.
https://wiki.openstreetmap.org/wiki/FR:Tag:operator%3DGRDF

En particulier Enedis qui mérite un bon nettoyage puisque qu'il y a encore
~2500 operator=ERDF et quelques operator=EDF qui traînent (on a dépassé les
100 000 pour Enedis)

Un résumé des différentes valeurs est visible ici
https://wiki.openstreetmap.org/wiki/FR:Tag:operator%3DEnedis

Si certains objets concernés se trouvent dans votre zone de prédilection,
cela sera utile de mettre la bonne valeur pour operator
Il est possible de vérifier si Enedis est bien le gestionnaire du réseau
sur la commune ici
https://dataviz.agenceore.fr/distributeurs-energie-france/

Au passage, compléter les postes, *poteaux* et autres ouvrages avec
ref:FR:gdo et name est apprécié
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:gdo

A disposition en cas de questions sur le sujet

Bonne soirée

François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Remplacer ref:ERDF:gdo par ref:FR:Enedis / ref:FR:gdo

[François Lacombe]

Bonsoir à tous

Le mar. 7 janv. 2020 à 16:04, Quentin Salles  a
écrit :

> Bonjour,
>
> Pouvez-vous me confirmer que l'usage de la clé "ref:FR:gdo" est bien actif
> ?
> En faisant une requête Overpass, je n'ai vu qu'une seule utilisation sur
> toute la France.
>
> De plus, je suis novice sur le sujet, mais je pense qu'il serait
> intéressant de parler d'autres cas (notamment le gaz) sur cette page. Qu'en
> pensez-vous ?
>

Suite à la remarque de Quentin ci-dessus, la page est désormais mixte
électricité/gaz, avec des cas d'usages décris pour les deux domaines
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:gdo#Ouvrages_gaziers

Même si la documentation pour le gaz est moins étoffée que pour l'élec, les
postes gaz comme ceux-ci ont bien leur place dans OSM en tant qu'armoires
de rue
https://wiki.openstreetmap.org/wiki/File:French_gas_delivery_point.jpg

Bonne soirée

François
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & villages

[onesime31]

Bonsoir, 


Ok, merci pour cette précisions. 

Je vais voir comment ça se passe. 
Et si jamais c'est trop compliqué de tagger directement dans OSM, est ce qu'on 
peut transmettre le fichier shapefile avec les données, et les métadonnées pour 
que quelqu'un puisse les charger directement dans OSM? Si oui, comment ça se 
passe, il y a un lieu fait pour ça, ou c'est sur ce genre de liste? 
Avant, on utilisait le plugin OSM de QGis, mais maintenant il n'y ai plus... et 
l'utilisation de Josm est un peu compliquée à employer dans le cadre d'une 
cartopartie avec des personnes qui ne sont pas familières. 


Merci à vous, 


Onésime. 

- Mail original -

De: "Florimond Berthoux"  
À: "Discussions sur OSM en français"  
Envoyé: Mercredi 12 Février 2020 22:13:39 
Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & 
villages 





Sur le wiki en créant une page, par exemple en anglais tu suis un des liens et 
tu appuies sur "créer" 

https://wiki.openstreetmap.org/wiki/Key:pole:sealed 
ou https://wiki.openstreetmap.org/wiki/Key:support:sealed 


Le mar. 11 févr. 2020 à 21:30, < onesim...@free.fr > a écrit : 





Ok, je vais tenter avec cela. 
Pour le documenter, comment ça se passe? 


Merci! 



De: "Florimond Berthoux" < florimond.berth...@gmail.com > 
À: "Discussions sur OSM en français" < talk-fr@openstreetmap.org > 
Envoyé: Mardi 11 Février 2020 19:38:44 
Objet: Re: [OSM-talk-fr] Tagger correctement les panneaux entrées de villes & 
villages 



Tout bien réfléchi je pense que c'est une erreur de considérer le sol ou le 
béton comme étant le support du poteau (c'est pas faux, mais pas top non plus). 
Je verrais plutôt un tag pour préciser si le poteau est scellé ou non dans du 
béton. 


propositions : 
support:sealed=yes|concrete 
ou 

pole:sealed=yes|concrete 


(sealed ou embedded ?) 



@Onésime oui il n'y a pas de tag documenté pour différencier les poteaux scellé 
des non scellé. 
Dans l'absolue vaut mieux inventer inventer un nouveau tag, le documenter, et 
s'il faut le changer un peu plus tard on pourra le faire de façon presque 
automatique. 




Le mar. 11 févr. 2020 à 14:34, marc marc < marc_marc_...@hotmail.com > a écrit 
: 


Le 11.02.20 à 14:05, Florimond Berthoux a écrit : 
> support=pole 
> support:pole:support=ground 
> 
> plutôt parce que s’il y a plusieurs support (support=pole;wall) on 
> pourra pas préciser le support de quel support. 

une photo d'un panneau supporté à la fois par un poteau et un mur ? 
j'ai l'impression qu'on est une fois de + entrain de faire une usine à 
gaz "par défaut" pour au cas oü il y a besoin de traiter un cas plus 
complexe que le cas par défaut. et le contributeur lambda est largé 
depuis longtemps par la marche toujours plus grande à entrée... 

> Le mar. 11 févr. 2020 à 00:15, marc marc a écrit : 
> 
> support=pole : le panneau est porté par un poteau 
> support:support=ground : le poteau est directement mis dans le sol 

___ 
Talk-fr mailing list 
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr 




-- 

Florimond Berthoux 
___ 
Talk-fr mailing list 
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr 

___ 
Talk-fr mailing list 
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr 




-- 

Florimond Berthoux 
___ 
Talk-fr mailing list 
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Voies OSM inconnues de FANTOIR

[Adrian via Talk-fr]

Je n'ai pas vu un libellé FANTOIR changer, jusqu'à l'année dernière. Et puis

Janvier 2019
340030085U CHE DE L ANGE GARDIEN
340030748P CHE DES EMPETRES
340032011M CHE DES FLAMANTS ROSES
340032028F IMP DE LA SAGUE
340032306H RUE VIGNIER

Novembre 2019
340030085U IMP DE L ANGE GARDIEN
340030748P IMP DES EMPETRES
340032011M IMP DES FLAMANTS ROSES
340032028F IMP DE LA SAGNE
340032306H RUE CLAUDE VIGNIE

En chaque cas, la mairie a changé le nom de la voie par arrêté.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

[Sébastien Hinderer]

Bonsoir Marc,

Merci beaucoup pour ta réponse rapide!

marc marc (2020/02/13 21:51 +):
> à chaud, sans avoir été chercher la précédente discussion sur le sujet :
> 
> le nom de la station n'est pas celui de la sortie, le wiki recommande
> l'utilisation d'une relation public_transport=stop_area
> pour les lier (et je partage cet avis)

OK. Si j'ai bien compris ça fait ce que je suggérais pour regrouper les
bouches par stations donc c'est bien, ça veut dire que
l'information est déjà présente! Ce que je me demande c'set si on peut
raisonnablement estimer que c'est exhaustif, ou est-ce qu'il manque des
choses? La question se pose pour les bouches elles-mêmes aussi,
d'ailleurs.

J'essaierai de voir bientôt s'ily a des bouches qui ne sont dans aucune
relation par exemple, des choses comme ça.

> les sorties devraient avoir leur no dans ref=*, j'espère que tout le
> monde était d'accord :)

266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
des données manquantes?

Quid de exit_number alors? Faudrait-il l'enlever?

> de mémoire (mais je peux me tromper) nous avions surtout discuté du tag
> name qui souvent n'est pas vraiment un nom propre à la sortie mais une
> destination (pour lequel il existe le tag destination, par exemple
> utilisé pour les sorties routières). bien que pertinent comme argument,
> je m'en tiens pour l'instant à l'usage documenté (le tag name).

1070 noeuds ont un attribut name, seulement 57 ont un attribut
destination. Est-ce que du coup on pourrait faire disparaître l'attribut
destination?

Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
une version alternative découpée en plusieurs morceaux?

> j'avais testé une appli capable d'indiquer le no de sortie le plus court
> vers la destination, je ne me souviens hélas plus de son nom.

Il y a "Métro sorties" que j'avais mais qui ne marche plus trop bien. Il
y en a d'autres aussi mais qui ofnt les choses de façon graphique, donc
inutilisable pour les déficients visuels.

Sébastien.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

[marc marc]

Bonjour Sébastien,

Le 13.02.20 à 22:29, Sébastien Hinderer a écrit :
> bouches qui n'ont pas de nom. Même parmi celles qui en ont un, le contenu 
> peut varier: soit station, numéro de sortie et nom de la rue, soit juste 
> une partie de ces éléments.

à chaud, sans avoir été chercher la précédente discussion sur le sujet :

le nom de la station n'est pas celui de la sortie, le wiki recommande
l'utilisation d'une relation public_transport=stop_area
pour les lier (et je partage cet avis)

les sorties devraient avoir leur no dans ref=*, j'espère que tout le
monde était d'accord :)

de mémoire (mais je peux me tromper) nous avions surtout discuté du tag
name qui souvent n'est pas vraiment un nom propre à la sortie mais une
destination (pour lequel il existe le tag destination, par exemple
utilisé pour les sorties routières). bien que pertinent comme argument,
je m'en tiens pour l'instant à l'usage documenté (le tag name).

j'avais testé une appli capable d'indiquer le no de sortie le plus court
vers la destination, je ne me souviens hélas plus de son nom.

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Données sur les bouches de métro franciliennes

[Sébastien Hinderer]

Bonsoir à tous,

Avant d'en venir aux détails, un petit mot de contexte.

Je suis aveugle et codeur. J'aimerais faire une petite appli web
permettant de saisir une adresse et donnant en retour les *bouches* de
métro les plus proches de cette adresse. C'est une information cruciale
quand on ne voit pas, car selon la sortie qu'on prendra à une station
comme Bastille par exemple, notre trajet vers notre destination
s'en trouvera soit simplifié, soit très compliqué. Pourtant, bien
que cruciale, c'est une information qu'il est très difficile pour
nous de trouver dans les applications classiques. D'où m'on idée
d'en faire une, libre et open-source, à
partir de données libres
elles aussi. Et bon, c'est aussi un prétexte pour commencer à étudier
OSM. :)

Je me suis donc intéressé aux noeuds représentant les bouches de
métro franciliennes, à savoir ceux ayant un tag
railway="subway_entrance".

On trouve 1188 noeuds avec ce tag pour toute l'île de France, dont 951
pour Paris Intra Muros.

Sous ma signature, vous trouverez un petit rapport que j'ai extrait de
ces noeuds et qui montre quels tags ils utilisent.

Ce qui ressort de tout ça, c'est que pour le moment le marquage des
noeuds n'est pas très homogène. Par exemple, il y a 118 bouches qui
n'ont pas de nom. Même parmi celles qui en ont un, le contenu peut
varier: soit station, numéro de sortie et nom de la rue, soit juste une
partie de ces éléments.

Je voudrais échanger avec vous pour savoir s'il vous semblerait possible
d'aller vers plus d'uniformité et, si oui, comment on devrait s'y
prendre pour y arriver. Je ne sais pas trop si c'set une discussion
qu'on peut avoir ici ou s'il faudrait l'avoir à un niveau international
cependant, donc je sollicite aussi vos conseils là-dessus.



Idéalement, ce serait bien me semble-t-il d'avoir des tags séparés pour
le nom de la station, le numéro de la sortie et le nom de la sortie. Ceci
permettrait dans une application comme celle citée au début d'avoir un
affichage bien clair et homogène. Pour les numéros de sorties, quelques
bouches utilisent le tag exit_number, mais il semblerait qu'il y en a
aussi beaucoup qui utilisent l'attribut ref, sans que je sois sûr à 100%
que le numéro utilisé comme valeur pour ref soit toujours le numéro de
sortie véritable, au sens RATP.
Voilà pour les premiers questionnements. Il y en a d'autres comme par
exemple comment on pourrait représenter le fait que plusieurs bouches
appartiennent à une même station. On peut bien sûr avoir un tag station
partagé par toutes les bouches, mais il faut du coup être sûr que
l'orthographe sera bien la même pour toutes les bouches, alors
peut-être qu'on pourrait avoir une relation par station, dont les
membres sont les bouches, ça me semblerait plus robuste.
Il serati bien aussi de pouvoir indiquer lesquelles des stations
communiquent entre elles (Saint-Michel et Cluny, Opéra et Aubert,
etc.) parce que parfois quand on ne voit pas on préfère faire
certains trajets sous terre, parce qu'avec les couloirs c'est plus
simple
et plus balisé qu'en surface.

Chaleureusement à tous,

Sébaistien (|Lupin| sur IRC mais pas souvent connecté).

PS: si vous avez besoin de données plus précises, par exemple les identifiants
des noeuds qui n'ont pas de name ou autre, je peux voous les fournir sans
problème. Et je suis évidemment prêt à contribuer moi aussi à
l'amélioration de la base si c'est jugé opportun et qu'on se met d'accord
sur le résultat auquel on souhaite parvenir.

Rapport sur les tags utilisés par les noeuds railway="subway_entrance"
pour l'île de France.

* FIXME (1 tagged, 1187 untagged)
* STIF:zone (1 tagged, 1187 untagged)
* access (13 tagged, 1175 untagged)
* access:RATP (47 tagged, 1141 untagged)
* addr:city (1 tagged, 1187 untagged)
* addr:housenumber (3 tagged, 1185 untagged)
* addr:street (3 tagged, 1185 untagged)
* advertising (2 tagged, 1186 untagged)
* alt_name (6 tagged, 1182 untagged)
* amenity (1 tagged, 1187 untagged)
* artist_name (8 tagged, 1180 untagged)
* automatic_door (4 tagged, 1184 untagged)
* barrier (4 tagged, 1184 untagged)
* bicycle (23 tagged, 1165 untagged)
* bus_stop:type (1 tagged, 1187 untagged)
* conveying (3 tagged, 1185 untagged)
* description (13 tagged, 1175 untagged)
* description:en (1 tagged, 1187 untagged)
* description:fr (6 tagged, 1182 untagged)
* destination (57 tagged, 1131 untagged)
* direction (49 tagged, 1139 untagged)
* door (15 tagged, 1173 untagged)
* elevator (3 tagged, 1185 untagged)
* entrance (52 tagged, 1136 untagged)
* exit (2 tagged, 1186 untagged)
* exit_name (6 tagged, 1182 untagged)
* exit_number (6 tagged, 1182 untagged)
* exit_only (2 tagged, 1186 untagged)
* fixme (6 tagged, 1182 untagged)
* heritage (29 tagged, 1159 untagged)
* heritage:operator (31 tagged, 1157 untagged)
* highway (12 tagged, 1176 untagged)
* image (3 tagged, 1185 untagged)
* indoor (1 tagged, 1187 untagged)
* layer (14 tagged, 1174 untagged)
* level (146 tagged, 1042 untagged)
* level:ref (1 tagged, 1187 untagged)
* line (1 

Re: [OSM-talk-fr] Structures de soins en addictologie (CSAPA, CAARUD…)

[Yves P.]

>> *Faut-il nettoyer les données OSM ?*
>> Une recherche (NOMINATIM) avec le terme CSAPA 
>>  renvoi « Clinique », « 
>> Hospital », « Service social » , « Salle polyvalente ».
>> 
>> Une recherche Overpass avec "social_facility:for"=drug_addicted en France 
>>  montre que les tags 
>> amenity=social_facility et social_facility=* ne sont pas toujours présents.
> Je dirais plutôt proposer une règle Osmose au lieu d'une modification massive.

J’ai trouvé ce fichier de configuration : 
https://github.com/osm-fr/osmose-backend/blob/master/merge_data/healthcare_FR_finess.mapping.json

categories = 4604 sélectionne les ACT, CSAPA, CAARUD, LAM et LHSS.
ça correspond au champ categagretab du fichier CSV FINESS

Une recherche sur le champ categetab permettrait de sélectionner plus finement 
chaque type d’établissement…
Les ACT, LAM et LHSS sont des structures d’hébergement, pas les CSAPA et CAARUD.
Cf. https://intervenir-addictions.fr/orienter/vers-qui-orienter/csapa/

—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] FANTOIR: publication de la version de janvier 2020

[Jérôme Seigneuret]

Ok merci pour l'info

Le jeu. 13 févr. 2020 à 17:26, Vincent de Château-Thierry 
a écrit :

> Bonjour,
> presque tout est dans le titre.
>
> Suite au coup d'oeil de Deuzeffe (merci :) ) qui m'a signalé sa parution,
> j'ai chargé cette nouvelle version dans BANO avant-hier soir. On dénombre
> environ 7 nouvelles entrées (noms de voies et lieux-dits) à l'échelle
> nationale, réparties sur un peu plus de 2000 communes. Toutes ces communes
> ont fait l'objet ce matin d'une passe de rapprochement dans BANO. Ne soyez
> donc pas étonné.e.s si vous voyez apparaître aussi bien de nouveaux
> rapprochements que de nouvelles voies candidates au rapprochement.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] FANTOIR: publication de la version de janvier 2020

[Vincent de Château-Thierry]

Bonjour,
presque tout est dans le titre.

Suite au coup d'oeil de Deuzeffe (merci :) ) qui m'a signalé sa parution, j'ai 
chargé cette nouvelle version dans BANO avant-hier soir. On dénombre environ 
7 nouvelles entrées (noms de voies et lieux-dits) à l'échelle nationale, 
réparties sur un peu plus de 2000 communes. Toutes ces communes ont fait 
l'objet ce matin d'une passe de rapprochement dans BANO. Ne soyez donc pas 
étonné.e.s si vous voyez apparaître aussi bien de nouveaux rapprochements que 
de nouvelles voies candidates au rapprochement.

vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Demande d'intervention de tiers sur un conflit d'édition

[Charles MILLET]

Salut Thomas,

J'ai vu cet échange en effet. Mygeomatic est mon compte perso et j'avoue 
que déjà à cette époque je n'en pouvais plus de lui. Ces messages privés 
sont hyper pénibles, il s'en sert juste pour balancer tout un tas de 
trucs nuls ; je ne sais pas si tu as échangé avec lui en directe 
également. J'ai fait un signalement au DWG hier et j’attends leur retour 
pour faire un revert. Il m'a également signalé au DWG malheureusement et 
il semble critiquer le fait qu'à Carto’Cité nous contribuions dans un « 
cadre professionnel ». Je vais essayer également de perdre moins 
d'énergie avec ce type parce qu'il a réussi depuis plus de 2 ans 
maintenant à me faire perdre beaucoup de temps et c'est clairement son 
intention.


Bonne journée.

Charles MILLET
charlesmil...@free.fr

On 12/02/2020 23:41, Thomas Ruchin wrote:
Voici un des échanges que j'avais eu voici quelques mois avec ce 
contributeur :

https://www.openstreetmap.org/changeset/62907425
C'est dommage de perdre tant d'énergie, et plutôt désagréable de le 
croiser sur sa route.


Thomas


Le mercredi 12 février 2020, Stéphane Péneau 
mailto:stephane.pen...@wanadoo.fr>> a écrit :


Le 12/02/2020 à 13:31, Charles MILLET a écrit :


Je ne suis pas à l'aise avec l'idée de faire un
signalement au DWG car en dehos de ce genre de
comportement, ses contributions sont bonnes. Pensez-vous
qu'il faille le faire ?



Oui, mais j'ai un point de vue biaisé puisque partie prenante.

Stf


___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelles communes françaises issues de fusion et OSM

[Eric SIBERT via Talk-fr]

Et j'obtiens 943 communes qui n'ont pas comme nom celui de leur 
admin_centre.

[...]



Il y en a peut être un peu moins que ça, en regardant rapidement je vois 
des trucs bizarres :
un name=Saint-Pierre-d'Entremont (Isère) et un 
name=Saint-Pierre-d'Entremont (Savoie)


Un village traversé par la frontière entre la Savoie* et la France!

Au final, deux communes distinctes avec le même nom mais dans deux 
départements différents:


https://www.mapillary.com/map/im/XNQGJlkkRhXWYQ6lthzkFg

Et le code postal de la commune iséroise rattaché à la Savoie!!!

Eric

* Savoie indépendante, du fois pour nos vaches!!!

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr