cquest wrote
> ref:FR:FANTOIR est utile, mais je ne le mettrai pas dans "à minima"...
> c'est mieux avec, mais sans on fait déjà pas mal de choses, comme beaucoup
> de tags d'ailleurs et heureusement !
>
> OSM est i-té-ra-tif... avec plus d'infos, c'est mieux, mais c'est il ne
> faut pas prendre
Note: les codes postaux auraient du être libérés depuis longtemps,
transférés de la Poste à l'ARCEP (même si la poste garde encore des codes
spéciaux pour ses Cedex, il y a d'autres services postaux qui devraient
aussi pouvoir allouer leurs codes spéciaux).
L'ARCEP s'occupe bien de la numérotation
On 12/01/2016 14:50, Tony Emery wrote:
> cquest wrote
>> ref:FR:FANTOIR est utile, mais je ne le mettrai pas dans "à minima"...
>> c'est mieux avec, mais sans on fait déjà pas mal de choses, comme beaucoup
>> de tags d'ailleurs et heureusement !
>>
>> OSM est i-té-ra-tif... avec plus d'infos,
Le 12 janvier 2016 à 15:42, Christian Quest a
écrit :
> Pour une commune avec un seul code postal, c'est bon on a l'info par là.
> Pour celles avec plusieurs CP, des relations boundary=postal_code
> permettent de faire le découpage.
>
Sauf que la Poste ne donne aucune
Dans ce cas, les tags contact:xxx=* seraient sûrement plus adaptés.
addr:xxx=* sert à définir une adresse et pas définition, une adresse ne
peut pas se situer en dehors des limite de la commune, sinon y'a comme un
problème, non ?
Le 9 janvier 2016 à 14:36, Axelos a écrit :
>
Bonjour,
Tony Emery wrote
> ** inutile : j'ai un doute sur les tags qui font doublons comme
> addr:street, addr:postcode, addr:city, addr:country
> ** interdit :
Comme souvent, il y a des exceptions à la règle.
J'ai dû utiliser dernièrement ce type de balisage pour un magasin au milieu
des
> addr:xxx=* sert à définir une adresse et par définition, une adresse
ne peut pas se situer en dehors des limite de la commune, sinon y'a
comme un problème, non ?
Oui, ça s'appelle les miettes du mille-feuille ;-) et je répondais
ci-dessous à Axelos avec un tel cas.
---
Merci pour le lieu qui
En principe il faudrait autant de relations associatedStreet que de
communes, chacune avec son code FANTOIR distinct lié à la commune, et la
liste des noeuds numérotés associée à la bonne relation.
L'ennui ici c'est qu'il faudrait associer le noeud 40 à chacune des 2
relations associatedStreet
pour ce cas particulier :
- les allées n'ont pas de nom (ni sur le terrain ni au cadastre ni dans
le référentiel Rennes Métropole)
- il n'y a pas de bis ou autre, mais des bâtiments Alpha
(Cesson-Sévigné), Delta (Cesson-Sévigné), Sigma (Chantepie), Omega
(Chantepie)... Le Ponant (Chantepie) et
Note aussi, l'hôtél Mercure est lui essentiellement du côté de
Cesson-Sévigné, mais une partie du bâtiment est aussi à Chantepie. Son
parking côté Sud est aussi à Chantepie dans sa plus grande partie,
contrairement au batiment. Son adresse postale est à Cesson-Sévigné. le
noeud de l'hôte ldevrait
En principe il faudrait autant de relations associatedStreet que de
communes, chacune avec son code FANTOIR distinct lié à la commune, et la
liste des noeuds numérotés associée à la bonne relation.
L'ennui ici c'est qu'il faudrait associer le noeud 40 à chacune des 2
relations associatedStreet
Salut Tony,
Je réagis rapidement sur 2 points pour lesquels je ne suis pas d'accord
avec ton analyse.
Je vous propose de reprendre le schéma ci-dessous et de mettre vos avis.
* pour les tronçons :
** a minima : name (Rue de la République) et ref (D 20)
Pas forcément de ref pour toutes les
Bonjour,
On Fri, Jan 08, 2016 at 01:59:44AM -0700, Tony Emery wrote:
> Bonjour à tous,
>
> Je voulais faire un point avec vous sur les informations à qualifier sur la
> voirie et surtout celles qui sont inutiles (qui font doublons par exemple)
> ou celles qu'il ne faut surtout pas mettre.
>
>
: [OSM-talk-fr] associatedStreet, highway et housenumber
Bonjour à tous,
Je voulais faire un point avec vous sur les informations à qualifier sur la
voirie et surtout celles qui sont inutiles (qui font doublons par exemple) ou
celles qu'il ne faut surtout pas mettre.
Je résume en quelques points
Je vais essayer de répondre rapidement au 3 premiers avis :
> Ralf Treinen : effectivement, tous des tags sont facultatifs parce qu'il y
> a des rues qui ne sont pas nommées ou qui ne sont pas classée. Mais dans
> la mesure où une voie est nommée ou classée et que l'on a cette
> information, il
Bonjour à tous,
Je voulais faire un point avec vous sur les informations à qualifier sur la
voirie et surtout celles qui sont inutiles (qui font doublons par exemple)
ou celles qu'il ne faut surtout pas mettre.
Je résume en quelques points :
> Nous avons des tronçons de voie (way dans highway)
ref:FR:FANTOIR est utile, mais je ne le mettrai pas dans "à minima"...
c'est mieux avec, mais sans on fait déjà pas mal de choses, comme beaucoup
de tags d'ailleurs et heureusement !
OSM est i-té-ra-tif... avec plus d'infos, c'est mieux, mais c'est il ne
faut pas prendre ça comme une forme
> De: "Tony Emery"
>
> Vincent de Château-Thierry-2 wrote
> > Oui tout à fait. Le Fantoir sert à forcer le rapprochement quand il
> > ne
> > s'est pas fait tout seul.
>
> C'est quand même dommage de se privé d'un identifiant unique
> (Fantoir) pour assurer le rapprochement
Nicolas Moyroud : du coup, si on doit mettre le Fantoir, il vaut mieux le
mettre sur la relation ?
Oui il me semble que c'est sur la relation qu'il faut mettre le fantoir.
D'ailleurs je me rends compte que depuis quelques temps j'avais pris la
mauvaise habitude de le mettre sur les ways...
> De: "Nicolas Moyroud"
>
> >> Nicolas Moyroud : du coup, si on doit mettre le Fantoir, il vaut
> >> mieux le
> >> mettre sur la relation ?
> Oui il me semble que c'est sur la relation qu'il faut mettre le fantoir.
> D'ailleurs je me rends compte que depuis quelques temps
Vincent de Château-Thierry-2 wrote
> Oui tout à fait. Le Fantoir sert à forcer le rapprochement quand il ne
> s'est pas fait tout seul.
C'est quand même dommage de se privé d'un identifiant unique (Fantoir) pour
assurer le rapprochement et de risquer d'avoir des erreurs en s'appuyant sur
le tag
21 matches
Mail list logo