[OSM-talk-fr] passage du code FANTOIR de 11 à 10 chiffres

[Christian Quest]

Le code direction n'apporte rien et est lié à l'organisation interne de la
DGFiP qui peut évoluer... alors que le reste relativement stable.

En fait notre ref:FR:FANTOIR correspond à la concaténation du code INSEE de
la commune (ou de l'arrondissement municipal) et du code RIVOLI de la voie
et de la lettre de contrôle.

Par la longueur et la lettre finale on sait si on a un code avec direction
ou pas, avec clé de contrôle (lettre à la fin) ou pas (chiffre à la fin),
donc dans tout les cas on peut s'en sortir et on a le fichier complet de la
DGFiP pour vérifier, surtout que celui-ci ne supprime aucune info, mais la
marque comme obsolète si besoin (avec date).

La source officielle pour FANTOIR c'est uniquement la DGFiP, pas la DGCL
(aucun idée d'où sort son fichier ni de quand il date). Le fichier original
est national, dispo sur:
https://www.data.gouv.fr/fr/datasets/fichier-fantoir-des-voies-et-lieux-dits/
et mis à jour chaque trimestre.


Pourquoi le 751093510F et pas le 750093510R ?

Paris est découpé en arrondissements, comme Lyon et Marseille et l'INSEE
attribue des codes aux arrondissements, comme pour les communes.

Par cohérence avec les codes INSEE donc, le 9ème arrondissements de Paris
est le 75109, le 75009 n'est pas un code INSEE et je ne comprends même pas
pourquoi la DGFiP a créé ces doublons.

ref:FR:FANTOIR est arrivé (de mémoire) avec l'import des adresses de
Nantes... et on n'avait pas les codes direction dans les données opendata
de la ville, ni le fichier FANTOIR complet que la DGFiP le vendait à
l'époque !

Le choix fait à l'époque est encore très cohérent aujourd'hui et je ne vois
pas de bonne raison de changer.


Le 29 octobre 2017 à 21:02, marc marc <marc_marc_irc at hotmail.com> a écrit :

> Le 29. 10. 17 à 20:26, Marc M. a écrit :
> > Bonsoir,
> >
> > une discussion wikidata cherche des explications sur la ref fantoir
> > utilisée dans osm et particulièrement sur le fameux chiffre "direction"
> > qu'on n'encode pas dans osm
> > https://www.wikidata.org/wiki/Property_talk:P3182
> >
> > Ce qui m'amène à la question suivante
> > exemple : http://www.openstreetmap.org/way/34681880
> > Rue du Faubourg Montmartre
> >
> >> https://www.collectivites-locales.gouv.fr/mise-a-
> disposition-gratuite-fichier-des-voies-et-des-lieux-dits-fantoir
> >>
> > dans le fichier idt/750, on a les 2 ref :
> > 7540093510R
> > 7541093510F
> > on vire le chiffre direction :
> > 754093510R
> > 754093510F
> > il y a une règle pour avoir choisit 751093510F dans osm au lieu de R ?
> > lettre la plus basse ? lettre lié au code direction 1 ? au hasard ?
> > Que contrôle la lettre du code de contrôle ? modulo 23 du reste de la
> > clef ou c'est attribué au hasard ?
> >
> > Cordialement,
> > Marc
>
> et en passant, je comprend pas non plus le découpage du code 7540093510R
> en lisant https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
> on est supposé avoir pour 7540093510R et 7541093510F
> ref INSEE du département sur 2 chiffres 75 ok
> code direction sur un chiffre : un 4 dans les 2 cas ?
> code INSEE de la commune sur 3 chiffres mais paris est 75056
> je suppose donc qu'il faut comprendre "ou département" 75109 qui devient
> 109 si on supprime le département. mais pq l'autre a 009 ?
> code RIVOLI 2510 ok
> code contrôle R ou F ok
>
> j'ai l'impression qu'il y a un détail incorrect qlq part...
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20171029/94e587ad/attachment.htm>