Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-14 Par sujet Vincent Pottier
Christian Rogel a écrit avec un certain humour:
 En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme 
 garantie par la Loi et tout l'appareil de l'Etat.
Voila un argument qui n'a jamais suffit à convainccrel'objecteur de
conscience que je suis.

Pieren a écrit :
 Pour sécuriser la
 syntaxe de l'Insee, la solution serait peut-être de la mettre
 systématiquement dans un tag à part, par exemple name:INSEE (pour
 suivre le schéma du ref:INSEE).
Ça me va.
-- 
Vincent alias FrViPofm

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-14 Par sujet Guillaume Allegre
Le Sat 14 Nov 2009 à 00:44 +0100, Pieren a ecrit :

 il n'y aura pas de solution idéale. Est-ce le code INSEE ne serait pas
 suffisant pour ces applications ? On pourrait aussi utiliser alt_name
 au lieu de loc_name pour ménager les susceptibilités mais j'ai peur
 que cela n'empêchera pas les guerres d'édition.

 Pour sécuriser la
 syntaxe de l'Insee, la solution serait peut-être de la mettre
 systématiquement dans un tag à part, par exemple name:INSEE (pour
 suivre le schéma du ref:INSEE).
+1
Ainsi, un robot pourrait contrôler les modifications sur le TAG 
name:INSEE, et l'humain resterait seul à décider si name doit suivre
ou pas name:INSEE.

-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-14 Par sujet sylvain letuffe
Le samedi 14 novembre 2009 00:44, Pieren a écrit :
 J'ai l'impression qu'on assiste à  un clivage entre jacobins et
 girondins. 
Ou entre citoyens et autorité ?
Ou entre verité et contraintes opérationnelles ?
(C'est à dire que je me doute bien que l'insee n'a pas voulu imposer autre 
chose mais devant les 36600 communes, il ne peut qu'y avoir des erreurs sur 
la masse et comme je vois mal l'insee mettre en place un wiki du nom des 
communes, ben on se traîne des erreurs, qui deviennent des normes)

 Mettre la version
 de l'INSEE en premier (sur le tag name) fera qu'on aura des cartes
 avec une version qui n'est pas celle affichée et utilisée lorsqu'on
 arrive sur place. Pas cool. Mettre la version locale en premier fera
 que toutes les applications utilisant OSM à partir de la base INSEE ne
 retrouveront pas leurs petits. 
C'est un très bon résumé du problème, selon l'utilisation souhaitée 
l'utilisateur ne voudra pas le même name.


 Est-ce le code INSEE ne serait pas
 suffisant pour ces applications ? 
Je commence à penser que oui, après tout, la base de l'insee est disponible, 
et donc le recoupement ref:INSEE - nom:INSEE est facile

 On pourrait aussi utiliser alt_name 
 au lieu de loc_name pour ménager les susceptibilités mais j'ai peur
 que cela n'empêchera pas les guerres d'édition. 
Le problème selon moi, ce n'est pas tant qu'il existe loc_name, alt_name, 
name:lang, name:INSEE, c'est même plutôt une très bonne manière de gérer 
les noms selon référentiel. Le problème c'est que en dehors de name quand 
on tag loc_name, ben, on a un peu l'impression que ça n'a servi à rien car ce 
n'est utilisé nul part.
( un export garmin ? une carte ? etc.)
Bien sûr, avec le temps, on peu espérer que ça change mais le fait est là, 
c'est name qui est affiché, et forcément tout le monde ne voulant pas la même 
chose chez nos amis belges, ça donne des choses pour le moins, amusantes :
http://beta.letuffe.org/?zoom=12lat=50.83579lon=4.36783layers=BFF

 systématiquement dans un tag à part, par exemple name:INSEE (pour
 suivre le schéma du ref:INSEE).
L'idée semble bonne, je suis d'ailleurs pour (à titre perso), les autres aussi 
visiblement, mais c'est bien une manière de pousser le nom INSEE dans un coin 
sombre pour l'oublier. Ce qui revient à tagguer les name en fonction de 
l'usage local. Mais permettant de ne pas trop choquer les pro-INSEE, mais 
finalement retour en haut, ref:INSEE pourrait suffir. D'ailleurs avec un coup 
de robot vite fait on peut placer à pas cher le name:INSEE partout où il 
existe ref:INSEE

--
sly

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-14 Par sujet Christian Rogel
Vincent Pottier a écrit :
 Christian Rogel a écrit avec un certain humour:
 En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme 
 garantie par la Loi et tout l'appareil de l'Etat.
 Voila un argument qui n'a jamais suffit à convainccrel'objecteur de
 conscience que je suis.

Effectivement, j'ai répondu à la question posée : si on met un tag
avec INSEE, cela paraît difficile de mettre autrechose que ce qu'il y a 
dans la liste de l'INSEE, celle-ci pouvant pourtant contenir des erreurs 
par omission, comme le prouve les procédures, qui, dans un cas que j'ai 
cité, ont abouti à un jugement favorable du Conseil d'Etat, mais pas à 
une rectification immédiate de l'INSEE.
Il me semble que mettre le nom officiel (en France, celui de l'INSEE) 
est une règle d'OSM à valeur universelle, mais je n'ai pas vérifié.
C'est les local name/alt name/name:code IOS de langue qui doivent 
permettre d'ajouter la version utile aux locaux et les logiciels 
d'exploitation des données OSM d'en tenir compte.
Pour L'Hospitalet, je trouve que 'omission de l'apostrophe pourrait 
avoir un bénéfice, mais pas pour les noms en breton, car la 
prononciation en serait affectée. Gouesnac'h se dit Gouénarr par ici.


Christian



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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-14 Par sujet Guillaume Allegre
Le Sat 14 Nov 2009 à 14:35 +0100, sylvain letuffe a ecrit :

  Mettre la version
  de l'INSEE en premier (sur le tag name) fera qu'on aura des cartes
  avec une version qui n'est pas celle affichée et utilisée lorsqu'on
  arrive sur place. Pas cool. Mettre la version locale en premier fera
  que toutes les applications utilisant OSM à partir de la base INSEE ne
  retrouveront pas leurs petits. 
 C'est un très bon résumé du problème, selon l'utilisation souhaitée 
 l'utilisateur ne voudra pas le même name.

Mais en même temps ça induit la réponse à la question : que mettre dans name ?
Les utilisateurs lambda de la carte voudront en grande majorité voir
ce qui apparaît sur les panneaux d'agglomération...

Les utilisateurs avancés qui utilisent OSM comme base de données sont tout à 
fait capables de choisir le tag qu'ils veulent récupérer, donc name:INSEE ou 
même
ref:INSEE.

Donc name=le terrain (oui, je sais, il peut AUSSI y avoir divergence sur le
terrain, mais c'est un autre problème).


  systématiquement dans un tag à part, par exemple name:INSEE (pour
  suivre le schéma du ref:INSEE).
 L'idée semble bonne, je suis d'ailleurs pour (à titre perso), les autres 
 aussi 
 visiblement, mais c'est bien une manière de pousser le nom INSEE dans un coin 
 sombre pour l'oublier. 
Pas forcément. Ça ne présuppose pas que le name sera différent.
Ça facilite juste le contrôle visuel par l'opérateur sur son éditeur OSM 
préféré,
sans qu'il ait besoin de se référer à une base externe.

 D'ailleurs avec un coup 
 de robot vite fait on peut placer à pas cher le name:INSEE partout où il 
 existe ref:INSEE
C'est vrai ;-)
Alors, commençons par ça, et essayons de collecter ici les cas de divergence
représentatifs, pour en discuter et voir si on peut aller plus loin dans 
l'automatisation ou pas.


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Art Penteur
Le 12 novembre 2009 23:12, Christian Rogel
christian.ro...@club-internet.fr a écrit :
 En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme
 garantie par la Loi et tout l'appareil de l'Etat.
 Si l'INSEE donne un nom incomplet en contradiction avec l'usage local,
 fut-il attesté depuis 300 ans, c'est lui qui a raison.
 Dans le tag name, il ne peut y avoir que le nom INSEE.


   Donc, ce champ est une exception à la règle générale OSM C'est le
terrain qui prime ?

  Ça ne me gène pas plus que ça, mais c'est pour que ce soit dit (ou
répété) explicitement.
  Même si la mairie (et la DDE) a(ont) fait poser des panneaux
routiers avec l'orthographe locale, on y écrit l'orthographe INSEE.

   Dans ce cas, ce n'est pas la peine de réfléchir.

   Je propose donc un robot, basé sur Osmose :
   Dans tous les cas où name(OSM) != name (COG(ref:INSEE(OSM))),
et que l'erreur est minime (du genre : les deux names ne diffèrent que
par les traits d'union, les espaces et les apostrophes, ou les deux
sont identiques sur une base commune, avec un des deux qui contient
une prolongation):
  loc_name = ancienne valeur du champ name
  name = name (COG(ref:INSEE(OSM))).

Vos avis ?

Art.

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet kimaidou
Ok pour cette proposition

Le 13 novembre 2009 09:38, Art Penteur art.pent...@gmail.com a écrit :

 Le 12 novembre 2009 23:12, Christian Rogel
 christian.ro...@club-internet.fr a écrit :
  En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme
  garantie par la Loi et tout l'appareil de l'Etat.
  Si l'INSEE donne un nom incomplet en contradiction avec l'usage local,
  fut-il attesté depuis 300 ans, c'est lui qui a raison.
  Dans le tag name, il ne peut y avoir que le nom INSEE.
 

Donc, ce champ est une exception à la règle générale OSM C'est le
 terrain qui prime ?

  Ça ne me gène pas plus que ça, mais c'est pour que ce soit dit (ou
 répété) explicitement.
  Même si la mairie (et la DDE) a(ont) fait poser des panneaux
 routiers avec l'orthographe locale, on y écrit l'orthographe INSEE.

   Dans ce cas, ce n'est pas la peine de réfléchir.

   Je propose donc un robot, basé sur Osmose :
   Dans tous les cas où name(OSM) != name (COG(ref:INSEE(OSM))),
 et que l'erreur est minime (du genre : les deux names ne diffèrent que
 par les traits d'union, les espaces et les apostrophes, ou les deux
 sont identiques sur une base commune, avec un des deux qui contient
 une prolongation):
  loc_name = ancienne valeur du champ name
  name = name (COG(ref:INSEE(OSM))).

 Vos avis ?

 Art.

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://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] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Art Penteur
 Maintenant les erreurs sont proposés à la correction manuelle à traiter
 au cas par cas :
 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=101-802

Super !

Il reste un cas qui me tracasse.
Par exemple ici :
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=43.90093lon=2.93005layers=B00Tch=101-802

Le village de Versols, appartenant à la commune de Versols-et-Lapeyre,
a bien le droit de mentionner que son numéro INSEE est 12292 ?

Ou alors, dans ces cas qui brisent la règle nom de la commune = nom
du village , les POI place=... qui correspondent aux villages ne
doivent plus porter de n° INSEE ?

Ou bien, il faut complexifier le test d'Osmose. Du genre si
name(COG(re:INSEE(OSM))) contient -et- et que name (OSM) correspond
à l'une des sous-chaine de chaque coté du -et-, alors ce n'est pas
une erreur ?

De toute façons, encore merci pour Osmose et les corrections.

Art.

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Etienne Chové
Art Penteur a écrit :
 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=43.90093lon=2.93005layers=B00Tch=101-802
 
 Le village de Versols, appartenant à la commune de Versols-et-Lapeyre,
 a bien le droit de mentionner que son numéro INSEE est 12292 ?

C'est un argument pour dire qu'il ne faut pas mettre les raf:INSEE sur 
les node place ;-)

 Ou alors, dans ces cas qui brisent la règle nom de la commune = nom
 du village , les POI place=... qui correspondent aux villages ne
 doivent plus porter de n° INSEE ?
 
 Ou bien, il faut complexifier le test d'Osmose. Du genre si
 name(COG(re:INSEE(OSM))) contient -et- et que name (OSM) correspond
 à l'une des sous-chaine de chaque coté du -et-, alors ce n'est pas
 une erreur ?

C'est faisable... un jour.

Etienne

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Yannick
Christian Rogel a écrit :
 En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme 
 garantie par la Loi et tout l'appareil de l'Etat.
 Si l'INSEE donne un nom incomplet en contradiction avec l'usage local, 
 fut-il attesté depuis 300 ans, c'est lui qui a raison.

Bonsoir,

Attention ce n'est pas parce que tu dis une connerie et tout le monde la
répète que cela n'en reste pas une!

La normalisation à outrance a littéralement détruit des tas de toponymes
en les transformant!
Certes les élus locaux sont très léger en acceptant cette règle parisienne.
Ils leur suffit de se plonger dans leurs archives pour retrouver les
traces des bons toponymes. Oui c'est vrai encore faut-il qu'elles soient
classées correctement et avoir la volonté de se faire respecter.

[Mode violent ON]
Imagines le village DUBON dans les archives
L'INSEE décide que ce village s'appelle DUCON
Je suppose que tu vois où je veux en venir. Pour moi il n'y a pas de
petites erreurs. Pour moi l'INSEE ne sera toujours qu'un élément
d'information parmi d'autres.
Pour moi seul le terrain prime voire si besoin les registres.
[Mode violent OFF]

Amitiés

-- 
Si on n'avait toujours voulu que la meilleure des solutions,
ce serait vide.
Yannick VOYEAUD
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Actes En Vrac: http://www.francegenweb/actes/
Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr
Inconnu de Saulcy: http://www.lced.org
Antoine Payet de la Réunion: http://payet.voyeaud.org


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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Denis
Art Penteur a écrit :
 Maintenant les erreurs sont proposés à la correction manuelle à traiter
 au cas par cas :
 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=101-802

 Super !
 
 Il reste un cas qui me tracasse.
 Par exemple ici :
 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=43.90093lon=2.93005layers=B00Tch=101-802
 
 Le village de Versols, appartenant à la commune de Versols-et-Lapeyre,
 a bien le droit de mentionner que son numéro INSEE est 12292 ?

Beaucoup de villages ont des n° INSEE et pourtant ne sont pas des 
communes au sens du COG de l'INSEE. Simplement parce que les communes 
sont mouvantes (fusion simple ou fusion association). Donc, une commune 
fusionnée à un instant T garde son code INSEE, mais celui-ci n'est plus 
officiel jusqu'à ce que la commune soit rétablie (on a eu le cas ici en 
ALsace avec la défusion de Kirrwiller-Bosselshausen en 2007).
Il suffit de consulter l'historique des communes depuis 1943 sur le site 
de l'INSEE pour se convaincre qu'un territoire national est divisé en x 
communes A UN INSTANT T (ramené  au 1/1 de l'année de référence).
Je n'ai pas d'objection à rentrer les limites des communes non-COG à 
condition que l'on distingue aisément s'il s'agit d'une commune actuelle 
ou d'une ancienne commune actuellement fusionnée.
Notez que pour le cadastre, ces anciennes parties font toujours l'objet 
d'un tableau d'assemblage particulier et d'une numéroration qui reprend 
l'ancien n°INSEE désactivé.

Ce n'est jamais aussi simple qu'initialement escompté mais toujours plus 
enrichissant que prévu.

my 0.02 kopek

Denis

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Art Penteur
Re,

   Ce qui me gène le plus, dans les toponymes INSEE, c'est l'ablation
pure et simple de l'apostrophe. L'Hospitalet devient Lhospitalet,
Pont-de-l'Arn devient Pont-de-Larn, etc...
   ça sent la vieille contrainte technologique (ah, une apostrophe !
va falloir penser à l'échapper dans les champs SQL) plus qu'une saine
normalisation.

  Alors, on suit, ou pas ?

Art.

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Jean-Francois Nifenecker
Art Penteur a écrit :
 
   Alors, on suit, ou pas ?

Pourquoi n'y aurait-il pas un nom officiel et un nom d'usage, de même 
qu'un individu peut porter un nom patronymique et un nom d'usage 
différents ?

-- 
Jean-Francois Nifenecker, Bordeaux


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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Vincent Pottier
Art Penteur a écrit :
 Re,

Ce qui me gène le plus, dans les toponymes INSEE, c'est l'ablation
 pure et simple de l'apostrophe. L'Hospitalet devient Lhospitalet,
 Pont-de-l'Arn devient Pont-de-Larn, etc...
ça sent la vieille contrainte technologique (ah, une apostrophe !
 va falloir penser à l'échapper dans les champs SQL) plus qu'une saine
 normalisation.

   Alors, on suit, ou pas ?
   
-1. Ça fait vilain !
Ah le terrain !
-- 
Vincent alias FrViPofm

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Pieren
mode carton rouge
2009/11/13 Yannick yann...@voyeaud.org:
 Attention ce n'est pas parce que tu dis une connerie et tout le monde la
 répète que cela n'en reste pas une!

Quand on est tout seul à penser que tous les autres disent des
conneries, il faut aussi se poser des questions ...
/mode carton rouge

J'ai l'impression qu'on assiste à  un clivage entre jacobins et
girondins. En regardant les quelques exemples cités sur ce fil dans
Wikipedia, j'ai l'impression que cette bataille n'a pas lieu que dans
OSM. Personnellement, je privilégie moi aussi le terrain. Mais entre
privilégier le terrain pour le nom d'une rue ou un lieu-dit et celui
d'une commune, il y a un pas que je n'ose pas franchir ! Je pense
qu'on est tous d'accord pour que les deux versions du nom de la
commune figurent dans OSM lorsqu'il y a divergence. Mettre la version
de l'INSEE en premier (sur le tag name) fera qu'on aura des cartes
avec une version qui n'est pas celle affichée et utilisée lorsqu'on
arrive sur place. Pas cool. Mettre la version locale en premier fera
que toutes les applications utilisant OSM à partir de la base INSEE ne
retrouveront pas leurs petits. Pas cool non plus. Il n'existe pas et
il n'y aura pas de solution idéale. Est-ce le code INSEE ne serait pas
suffisant pour ces applications ? On pourrait aussi utiliser alt_name
au lieu de loc_name pour ménager les susceptibilités mais j'ai peur
que cela n'empêchera pas les guerres d'édition. Pour sécuriser la
syntaxe de l'Insee, la solution serait peut-être de la mettre
systématiquement dans un tag à part, par exemple name:INSEE (pour
suivre le schéma du ref:INSEE).

En espérant qu'un jour, quelqu'un sifflera la fin de la récréation et
que les différences entre Insee et autorités locales disparaitront.

Pieren

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-13 Par sujet Yannick
Art Penteur a écrit :
 Re,
 
Ce qui me gène le plus, dans les toponymes INSEE, c'est l'ablation
 pure et simple de l'apostrophe. L'Hospitalet devient Lhospitalet,
 Pont-de-l'Arn devient Pont-de-Larn, etc...
ça sent la vieille contrainte technologique (ah, une apostrophe !
 va falloir penser à l'échapper dans les champs SQL) plus qu'une saine
 normalisation.
 
   Alors, on suit, ou pas ?
 
 Art.

Bonsoir,

Encore un bon exemple des dégâts de la normalisation.

Bien sûr que non on ne doit pas suivre l'INSEE dans ses erreurs!
D'autant que cela change complètement l'ordre alphabétique qui est aussi
contrôlable par le code INSEE (Sauf pour l'ancienne Seine, Seine et Oise
et Seine et Marne où la progression n'est pas linéaire.

Amitiés

-- 
Si on n'avait toujours voulu que la meilleure des solutions,
ce serait vide.
Yannick VOYEAUD
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Actes En Vrac: http://www.francegenweb/actes/
Cercle Généalogique (EGE-PTT): http://www.cercle-genealogique.fr
Inconnu de Saulcy: http://www.lced.org
Antoine Payet de la Réunion: http://payet.voyeaud.org


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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-12 Par sujet Denis
sly (sylvain letuffe) a écrit :
 Me voilà corrigeant comme à l'accoutumé des nom, ref et autre infos des 
 communes de france (grâce au superbe site osmose et après l'excellent 
 nettoyage de EtienneChovefontsize=-8bot/)
 
 Mais voilà, y'a des fois, ça colle pas et j'en viens à douter de l'insee.

Homme de peu de foi


 Sauf que :
 http://www.tourist-office.org/tourisme/france/rhone-alpes/Savoie/mairie/saint-paul-sur-yenne.htm
 Une agence de tourisme nous indique que l'adresse postale est à 
 saint paul sur yenne

Cela peut paraître paradoxal qu'un office de tourisme (dont le rayon 
d'action doit avoisiner la 20taine de kms) fasse autant étalage d'une 
toponymie aussi pointue tandis que notre institut national (ah ces 
parisiens) se contente d'un bête Saint-Paul.
Il faut y voir, il me semble, une culture (pas toujours de bonne 
facture) du localo-local. Combien d'autre Saint-Paul concurrents dans 
un rayon de 50 kms ?
 
 OSM indique saint paul sur yenne également.

pour les mêmes raisons de micro-cosmisme

 
 Si je demande à mes connaissances locales : 
 - tu connais le village de saint paul  en savoie derrière la montagne là 
 bas ?
 - non, tu veux parler de saint paul sur yenne sans doute ?
 
 Bon, okay, le village lui, semble s'appeler comme ça. Mais en général le nom 
 de la commune colle plutôt bien au nom du village...
 
 - qui croire ? que faire ?
 
 Doit on suivre le terrain comme aime pieren ?
 Pour ça il faudrait que je rende visite au panneau qui me dira je pense 
 saint 
 paul
 Ou suivre les usages locaux ?
 
 je parie à 10/1 qu'on va me répondre loc_name...
 
Qu'est ce que je gagne ?

L'idée est de savoir à qui quelle information va servir.
ref INSEE : tous les organismes et personnes qui vont vouloir faire des 
statistiques (nombre de morts de rire, etc.) sur l'ensemble des communes 
du canton, du département. ... Ils ont besoin d'un référentiel 
consultable ailleurs que dans les 25.000 offices de tourisme ou les 
32.000 cercles de défense la toponymie locale.

loc_name : pour tous les amoureux du versant nord-est de la vallée de la 
Hyène entre le 17e et la moitié du 19e siècle (ce n'est qu'après qu'on a 
changé le toponyme en Yenne ;-). La légende veut qu'un général romain 
aient ramené cet animal dans la région à la suite de ses campagnes 
d'Afrique.

Je te vois venir : on met le loc_name dans name avec la ref INSEE qui va 
bien. Stop, halte. L'INSEE comme source de référence, c'est clé + valeur 
donc name + code INSEE, cohérent, vérifiable (en plus ça change tous les 
ans)

Bon, je retourne à mes activités normales.
Denis

PS : les place=locality issus du cadastre sont un vrai bonheur pour les 
amateur de linguistique (y compris dans toutes ses dérives, 
déformations, etc.)

PS2 : Là où il n'y a pas de Yenne, il n'y a pas de plaisir. Juste pour 
éviter que d'autres s'en tirent à si bon compte...

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-12 Par sujet Etienne Chové
sly (sylvain letuffe) a écrit :
 Me voilà corrigeant comme à l'accoutumé des nom, ref et autre infos des 
 communes de france (grâce au superbe site osmose et après l'excellent 
 nettoyage de EtienneChovefontsize=-8bot/)

Moi qui pensait qu'il passerait inaperçu... pour info il n'a corrigé que 
des lettres doubles ou de la casse.

 Mais voilà, y'a des fois, ça colle pas et j'en viens à douter de l'insee.

Il arrive que l'INSEE se trompe. Il y a des communes en procès contre 
l'INSEE pour ces raisons (même pour un accent). Cependant, comme c'est 
la base légale, je suis pour mettre cette données dans le champ name, et 
les valeurs locales dans loc_name (t'as gagné 10).

-- 
Etienne

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


Re: [OSM-talk-fr] L'INSEE peut-il avoir faux sur des noms de communes ?

2009-11-12 Par sujet Christian Rogel
En aucun cas, l'INSEE ne peut avoir faux, puisque c'est la norme 
garantie par la Loi et tout l'appareil de l'Etat.
Si l'INSEE donne un nom incomplet en contradiction avec l'usage local, 
fut-il attesté depuis 300 ans, c'est lui qui a raison.
Dans le tag name, il ne peut y avoir que le nom INSEE.
En Bretagne, il y a une palanquée d'écarts entre le nom officiel et le 
nom local :
INSEE : Guilvinec  Usage local : Le Guivinec  Alt_name : Le Guil 
name_br : Ar Gelveneg (coucou, voila l'article breton conservé par les 
natifs)

INSEE : Huelgoat  Usage local : Le Huelgoat  name_br : An Uhelgoad 
(coucou, voila l'article breton etc.)

INSEE : Plourin   Usage départemental (et non pas local) : 
Plourin-Ploudalmézeau pour le différencier de Plourin-les-Morlaix

Quand l'INSEE fait des erreurs mineures comme oublier un accent, la
commune doit aller devant le Conseil d'Etat pour tenter de le récupérer
(cas de Plouézoc'h qui a gagné et retrouvé son apostrophe).

Mais, où irait-on, je vous le demande, si on permettait aux citoyens 
locaux de modifier le jardin à la française de l'administration au nom 
d'obscures traditions?  ;-)


Christian

 sly (sylvain letuffe) a écrit :
qui croire ? que faire ?

 Doit on suivre le terrain comme aime pieren ?
 Pour ça il faudrait que je rende visite au panneau qui me dira je pense 
 saint 
 paul
 Ou suivre les usages locaux ?

 je parie à 10/1 qu'on va me répondre loc_name...



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