2014/1/15 Christian Quest :
> On n'avait pas déjà parlé de tout ça et trouvé un consensus ?
Je ne crois pas que l'import des codes fantoir ait jamais été vraiment
discuté, ni fait l'objet d'un consensus. Ce qui est vrai, c'est qu'on
était d'accord sur le fait que c'est une source utile pour compa
L'unicité d'un ref* le rend bien plus facile à exploiter et cohérent.
Pensez aussi aux voie en bord de commune...
On n'avait pas déjà parlé de tout ça et trouvé un consensus ?
Le 15 janvier 2014 14:44, Christophe Merlet a
écrit :
> Le 15/01/2014 14:12, Frédéric Rodrigo a écrit :
> > J'ai égal
Le 15/01/2014 14:12, Frédéric Rodrigo a écrit :
> J'ai également compléter les ways avec ref:FR:FANTOIR en 4 caractères
> vers 10 et passé les les rations ref:FR:FANTOIR de 11 à 10. Ça doit
> faire environ 10 000 modifications en tout.
>
> Mais là je viens de tomber sur des ways avec ref:FR:fantoi
J'ai également compléter les ways avec ref:FR:FANTOIR en 4 caractères vers
10 et passé les les rations ref:FR:FANTOIR de 11 à 10. Ça doit faire
environ 10 000 modifications en tout.
Mais là je viens de tomber sur des ways avec ref:FR:fantoir sur 4 et
ref:FR:INSEE. Je me demande si ce n'est pas fin
Tu es très bien placé pour répondre justement à une question que je me
pose. Ce n'est pas justement les communes qui donnent l'information à la
DGFip pour tenir le Fantoir à jour ?
Le 15 janvier 2014 11:52, Tony Emery a écrit :
> Allez, un petit travail de comparaison :
>
> Fantoir sur Orange
Allez, un petit travail de comparaison :
Fantoir sur Orange : 1000 objets dont :
- 711 voies
- 112 lotissements ou résidences
- 118 lieux-dits
- 7 parkings
- 5 zones d'activité
- 9 divers (canal, équipement, limite commune, ...)
Il y a déjà 68 doublons.
Notre référentiel communal comprend
- 792
Attention aussi à bien lire le descriptif de FANTOIR. Il y a un champs qui
indique si une voie a été supprimée ou pas.
Le 10 janvier 2014 15:02, Marc SIBERT a écrit :
> A confirmer, mais il m'a semblé que les fichiers FANTOIR étaient extrait
> du cadastre (données du SIG du cadastre, si il exis
A confirmer, mais il m'a semblé que les fichiers FANTOIR étaient extrait du
cadastre (données du SIG du cadastre, si il existe bien). J'ai retrouvé
dans le FANTOIR de ma commune des résidus de rues disparues mais dont j'ai
retrouvé des numéros qui sont encore visibles sur le cadastre.
C'est pas tr
Il faut quand même savoir que c'est un peu le bazar dans les fichiers
Fantoir. Il y a un peu à boire et à manger (voies, lotissements, résidences,
quartier, parking, zone d'activité, square, ...). De plus, il y a beaucoup
de doublons dans les voies. Du coup, une même voie peu être recensée avec
plu
commune (il faudrait une relation de
> l’ensemble des voies de la commune). On se base sur la relations spatiale,
> non ?
>
> Le vrai problème, c’est hétérogénéité des méthodes et, donc, la
> réutilisation des données pour tout type de public (du lambda à l’expert).
>
>
Tout à fait en phase avec pieren. Sur les highway c'est plus simple et
permet en plus quelque chose que Christian aime bien, les tests de
cohérence :
- Un code fantoir ne doit avoir qu'un seul nom de rue (et vice versa ?).
- Une relation relatedstreet qu'un seul code fantoir.
Après, que quelques e
Le 08/01/2014 22:31, Vincent de Château-Thierry a écrit :
Le 08/01/2014 22:22, Romain MEHUT a écrit :
On déplace la frontière?
On regarde ce que disent les cadastres ?
Même si la rue n'est pas dans la commune ça n'empêche pas les adresses
d'y être. C'est le cas des boulevard de Bordeaux
Le 08/01/2014 22:22, Romain MEHUT a écrit :
On déplace la frontière?
On regarde ce que disent les cadastres ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Le 8 janvier 2014 22:20, Pieren a écrit :
> En passant, cet exemple est encore pire. Le way se trouve entièrement
> dans une seule des deux communes (et non sur la frontière). Il y aura
> donc erreur ou même conflit avec les autres attributs d'adresse qu'on
> déduit à partir du polygone communal
2014/1/8 Christian Quest :
> le FANTOIR est donc bien lié aux adresses
Sur ce point, j'admet. J'ai naivement fait confiance aux différents
descriptifs du fantoir que j'ai pu lire (y compris sur l'opendata).
Ca ne justifie pas d'utiliser systématiquement une relation
associatedStreet si les adresse
Le 8 janvier 2014 21:27, Romain MEHUT a écrit :
> Le 8 janvier 2014 12:22, Romain MEHUT a écrit :
>
>
>
>> cf.
>> http://addr.openstreetmap.fr/nancy/?zoom=19&lat=48.68871&lon=6.15494&layers=BT&item=100
>> Bien vu c'est ça l'explication. Un morceau dans Nancy et un autre dans
>> Laxou. Mais du co
Le 8 janvier 2014 12:22, Romain MEHUT a écrit :
> cf.
> http://addr.openstreetmap.fr/nancy/?zoom=19&lat=48.68871&lon=6.15494&layers=BT&item=100
> Bien vu c'est ça l'explication. Un morceau dans Nancy et un autre dans
> Laxou. Mais du coup, ça va faire 2 relations AssociatedStreet avec le même
>
2014/1/8 Tetsuo Shima :
> Tu parles de lieu sans adresse? J'ai un peu du mal a suivre. A priori
> toutes les parcelles sont adressables au sens fantoir, puisque celui
> ci sert essentiellement d'outil a MAJIC pour adresser chaque
> parcelles! Seulement les élément de fantoir ne sont qu'un élément
@Pieren
Tu parles de lieu sans adresse? J'ai un peu du mal a suivre. A priori
toutes les parcelles sont adressables au sens fantoir, puisque celui
ci sert essentiellement d'outil a MAJIC pour adresser chaque
parcelles! Seulement les élément de fantoir ne sont qu'un élément de
l'adresse des parcell
2014/1/8 Tetsuo Shima :
> A bon? Je comprends pas bien. Le code Fantoir est effectivement un
> alias des nom de voie, nom de voie qui sont les adresses. Le numéro
> n'est qu'un élément en plus de l'adresse, mais on peut tres bien avoir
> comme adresse un voie, sans avoir de numéro, ou pas de voie
Le 8 janvier 2014 14:18, Pieren a écrit :
> 2014/1/8 Christian Quest :
>
> > Mettre le ref:FR:FANTOIR sur la relation (quand elle existe) évite de le
> > répéter sur chaque tronçon de voie et aussi de retrouver facilement
> toutes
> > adresses qui y sont liées.
>
> Encore une fois, code fantoir e
> Encore une fois, code fantoir et adresses sont deux choses
> différentes.
A bon? Je comprends pas bien. Le code Fantoir est effectivement un
alias des nom de voie, nom de voie qui sont les adresses. Le numéro
n'est qu'un élément en plus de l'adresse, mais on peut tres bien avoir
comme adresse un
2014/1/8 Christian Quest :
> Ce que nous connaissons de FANTOIR ne contient effectivement que les voies,
> mais je pense que son usage interne est d'être une base aux adresses des
> propriétés (parcelles, bâti) et ainsi que des contribuables, non ?
Si le code fantoir n'a qu'un usage interne, inut
2014/1/8 Christian Quest :
> Mettre le ref:FR:FANTOIR sur la relation (quand elle existe) évite de le
> répéter sur chaque tronçon de voie et aussi de retrouver facilement toutes
> adresses qui y sont liées.
Encore une fois, code fantoir et adresses sont deux choses
différentes. Pour éviter de du
Le 8 janvier 2014 13:47, Tetsuo Shima a écrit :
> Fantoir ne fait pas que les voie, il fait aussi les lieux dits et il y
> en a beaucoup, ce qui explique notament les statistique parfois
> bizarre de la couche QA, ou des villages ont toutes les rues taggé
> correctement et ou il est affiché seule
Le mercredi 8 janvier 2014 13:47:08 Tetsuo Shima a écrit :
> Fantoir ne fait pas que les voie, il fait aussi les lieux dits et il y
> en a beaucoup, ce qui explique notament les statistique parfois
> bizarre de la couche QA, ou des villages ont toutes les rues taggé
> correctement et ou il est affi
Bonjour,
> De : "Pieren"
>
> Il y a de nombreuses relations qui n'ont qu'une partie de la rue (sans
> parler des rues sans adresses). Ca veut dire que tous les segments de
> rues qui ne sont pas dans la relation n'auront pas de code fantoir !
> Soit vous forcez tout le monde à mettre tous les segm
Fantoir ne fait pas que les voie, il fait aussi les lieux dits et il y
en a beaucoup, ce qui explique notament les statistique parfois
bizarre de la couche QA, ou des villages ont toutes les rues taggé
correctement et ou il est affiché seulement 50%.
Pour le probleme des "voie adresse" vs "segment
On le met sur la relation quand on a une relation, ça factorise. Mais je ne
vois de problème à le mettre sur des ways.
associatedStreet c'est plus qu'une relation pour les adresses, ça regroupe
les composantes d'une rue.
Le 8 janvier 2014 13:32, Pieren a écrit :
> 2014/1/8 Nicolas Dumoulin :
>
2014/1/8 Nicolas Dumoulin :
>> Ca me semblerait logique d'avoir 2 associatedStreet, pas vous ?
> Après, est-ce que ça va être pratique ? Est-ce que les contributeurs débutants
> vont s'y retrouver et pas tout casser ? Quand les outils d'édition permettrant
> de gérer ça simplement sans faire d'err
: Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Du Fantoir
Le problème c'est que du coup il est moins facile déterminer dans qu'elle
commune est la rue !
Le 8 janvier 2014 13:17, HELFER Denis
mailto:denis.hel...@rff.fr>> a écrit :
Ce qui m'a fait hésiter à adopte
s de doublons sinon la question eût
> été résolue.
>
> -Message d'origine-
> De : Tetsuo Shima [mailto:tets...@gmail.com]
> Envoyé : mercredi 8 janvier 2014 13:04
> À : Discussions sur OSM en français
> Objet : Re: [OSM-talk-fr] Du Fantoir
>
> C'e
3:04
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Du Fantoir
C'est assez courant, d'avoir une rue avec le meme nom a cheval sur deux
communes. Parfois le nom change un tout petit peu, genre rue de machin chose,
puis route de machin chose, mais souvent le nom reste, se
C'est assez courant, d'avoir une rue avec le meme nom a cheval sur
deux communes. Parfois le nom change un tout petit peu, genre rue de
machin chose, puis route de machin chose, mais souvent le nom reste,
seul la numérotation change. Et effectivement a chaque fois je fais
deux relations, de toutes
Le mercredi 8 janvier 2014 12:30:20 Christian Quest a écrit :
> Les adresses d'une partie de la rue doivent correspondre à une commune et
> le reste à l'autre commune, non ?
>
> Ca me semblerait logique d'avoir 2 associatedStreet, pas vous ?
Logique, oui c'est sûr.
Après, est-ce que ça va être p
anden ici :
> http://tile.openstreetmap.fr/?zoom=19&lat=47.69681&lon=7.30695&layers=B000FF
>
> J’ai pris le parti d’une seule relation.
>
>
>
> Denis
>
>
>
> *De :* Romain MEHUT [mailto:romain.me...@gmail.com]
> *Envoyé :* mercredi 8 janvier 2014 12:23
&g
: Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Du Fantoir
Le 8 janvier 2014 12:14, Marc SIBERT mailto:m...@sibert.fr>> a
écrit :
Un exemple ? Une rue commune a deux communes :-) ?
cf.
http://addr.openstreetmap.fr/nancy/?zoom=19&lat=48.68871&lon=6.15494&layers=BT
Le 8 janvier 2014 12:14, Marc SIBERT a écrit :
> Un exemple ? Une rue commune a deux communes :-) ?
>
cf.
http://addr.openstreetmap.fr/nancy/?zoom=19&lat=48.68871&lon=6.15494&layers=BT&item=100
Bien vu c'est ça l'explication. Un morceau dans Nancy et un autre dans
Laxou. Mais du coup, ça va faire
Un exemple ? Une rue commune a deux communes :-) ?
--
Marc
m...@sibert.fr
Le 8 janv. 2014 11:56, "Romain MEHUT" a écrit :
> Bonjour,
>
> On fait comment quand une même rue possède 2 ref Fantoir différents?
>
> Romain
>
> Le 7 janvier 2014 22:12, Frédéric Rodrigo a
> écrit :
>
>
Bonjour,
On fait comment quand une même rue possède 2 ref Fantoir différents?
Romain
Le 7 janvier 2014 22:12, Frédéric Rodrigo a écrit :
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Le 03/01/2014 19:04, Frédéric Rodrigo a écrit :
Le 01/01/2014 11:07, Frédéric Rodrigo a écrit :
Le 23 septembre 2013 15:26, Frédéric Rodrigo mailto:fred.rodr...@gmail.com>> a écrit :
Bonjour,
En travaillant sur l'outil d'aide à l'intégration des adresses je me
suis rendu compte que
Le 01/01/2014 11:07, Frédéric Rodrigo a écrit :
Le 23 septembre 2013 15:26, Frédéric Rodrigo mailto:fred.rodr...@gmail.com>> a écrit :
Bonjour,
En travaillant sur l'outil d'aide à l'intégration des adresses je me
suis rendu compte que le tag ref:FR:FANTOIR est un peu utilisé
n'i
Héhé. D'un autre coté c'est un certain Pieren qui a ajouté ce paragraphe
sur la page du wiki. Mais je suis d'accord avec lui.
Frédéric.
Le 01/01/2014 23:03, Pieren a écrit :
Quelle longueur pour les codes FANTOIR ?
http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
Cette doc laisse à p
>> Le Lundi 30 décembre 2013 16h01, Marc SIBERT a écrit :
>> Quelle longueur pour les codes FANTOIR ?
>> http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
Cette doc laisse à penser que la relation associatedStreet est une
entité représentant la rue. C'est évidemment faux puisqu'elle ne se
Tout compte fait je pense que c'est plutôt la version sur 10 caractères
qu'il nous faut utiliser :
- Département (2 car)
- INSEE Commune (3 car)
- RIVOLI voie (4 car)
- clé (une lettre)
Frédéric.
Le 30/12/2013 19:11, Otourly Wiki a écrit :
Je pense que le code alphanumérique de 11 caractères
Le 23/09/2013 15:34, Christian Quest a écrit :
Il faudrait qu'on s'accorde là dessus, car c'est un élément important
pour le projet "adresses".
Les codes courts sont ceux sans le code INSEE de la commune ?
Le 23 septembre 2013 15:26, Frédéric Rodrigo mailto:fred.rodr...@gmail.com>> a écrit :
Hello,
Dites ce serait cool d'avoir un plugin pour çA qui fonctionnerait à la manière
de celui pour Wikipédia, afin de retrouver facilement une référence à ajouter.
Florian.
Le Lundi 30 décembre 2013 19h33, Christian Quest a
écrit :
Ce code long me semble préférable car il permet d'ide
Ce code long me semble préférable car il permet d'identifier à lui tout
seul et de façon unique une voie.
Si on ne mettait que le code court, il faudrait systématiquement croiser
avec la géométrie de la commune et son code INSEE ce qui ne facilite pas la
ré-utilisation qui serait parfois bancale (l
Je pense que le code alphanumérique de 11 caractères devrait suffire.
Florian.
Le Lundi 30 décembre 2013 16h01, Marc SIBERT a écrit :
Bonjour,
je remonte le sujet (bien qu'en général personne ne le voit)...
Quelle longueur pour les codes FANTOIR ?
http://wiki.openstreetmap.org/wiki/FR
Bonjour,
je remonte le sujet (bien qu'en général personne ne le voit)...
Quelle longueur pour les codes FANTOIR ?
http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
Perso je penche pour la version longue telle qu'elle est dans le fichier.
Vos avis ?
A+
Le 23 septembre 2013 15:34, Chris
2013/9/29 Frédéric Rodrigo :
> ...FR:Key:ref:FR:FANTOIR
mdr. A lui seul, ce titre de page wiki mériterait sa place dans les
[[FR:Fortunes]] ;-)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Il y a bien une description officielle du Fantoir:
http://www.collectivites-locales.gouv.fr/mise-a-disposition-fichier-fantoir-des-voies-et-lieux-dits
Pourtant ce fichier a une codification bien a lui utilisant des champs
multiples, et tous ces champs ne sont pas utilisés selon les sources qui le
r
A Saint-Etienne les code Fantoir sont à 10 caractères apparemment dans les
sources : 6 lettres "STEDGI" plus 4 chiffres.
Il semblerait que les 6 lettres initiales indiquent la source à l'origine
de la codification (DGI : le cadastre) et un code abrégé pour désigner la
commune (STE : Saint-Etienne).
Le 26/09/2013 23:49, Frédéric Rodrigo a écrit :
A Nantes, c'est d'abord "rivoli" qui avait été retenu puis, à l'exemple
de Toulouse, la conversion a "ref:FR:FANTOIR" a eu lieu le 8/2/2013..
Le débat pour savoir si Nantes est en Bretagne semble évité mais si
c'est pour mettre Nantes en Auvergne...
Le 25/09/2013 23:43, isnogoud a écrit :
Le 25/09/2013 19:20, Frédéric Rodrigo a écrit :
Le 23/09/2013 16:40, Pieren a écrit :
2013/9/23 Christian Quest :
57 995 ref:FR:fantoir (sur des nœuds en Bretagne)
12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon
taginfo, mais
probablement ceu
Le 25/09/2013 19:20, Frédéric Rodrigo a écrit :
Le 23/09/2013 16:40, Pieren a écrit :
2013/9/23 Christian Quest :
57 995 ref:FR:fantoir (sur des nœuds en Bretagne)
12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon
taginfo, mais
probablement ceux de Toulouse))
A Nantes, c'est d'abord
Le 23/09/2013 16:40, Pieren a écrit :
2013/9/23 Christian Quest :
57 995 ref:FR:fantoir (sur des nœuds en Bretagne)
12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo, mais
probablement ceux de Toulouse))
3 565 codefantoir (sur des nœuds en Bretagne)
449 rivoli
D'après w
Voila la nomenclature du fantoir :
http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/Descriptif_FANTOIR_2013.pdf
2 Code département
1 Code direction
3 Code commune
4 Identifiant de la voie dans la commune
1 Clé RIVOLI
- numérique pour les voies
- 1er caractère pour [...]
C
2013/9/23 Christian Quest :
>> 57 995 ref:FR:fantoir (sur des nœuds en Bretagne)
>> 12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon taginfo, mais
>> probablement ceux de Toulouse))
>> 3 565 codefantoir (sur des nœuds en Bretagne)
>>449 rivoli
D'après wikipedia, "fantoir" est plutô
Il faudrait qu'on s'accorde là dessus, car c'est un élément important pour
le projet "adresses".
Les codes courts sont ceux sans le code INSEE de la commune ?
Le 23 septembre 2013 15:26, Frédéric Rodrigo a
écrit :
> Bonjour,
>
> En travaillant sur l'outil d'aide à l'intégration des adresses je
Bonjour,
En travaillant sur l'outil d'aide à l'intégration des adresses je me suis
rendu compte que le tag ref:FR:FANTOIR est un peu utilisé n'importe comment.
Sur taginfo on trouve :
57 995 ref:FR:fantoir (sur des nœuds en Bretagne)
12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon tag
61 matches
Mail list logo
