[OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations

Philippe Verdy verdy_p at wanadoo.fr
Ven 23 Jan 10:40:38 UTC 2015


Et là dans la façon dont tu le comprends c'est une des interprétations
incorrectes de ce vote.
Ce n'est d'ailleurs pas suffisant même s'il y a une vingaine de vote pour
cette dépréciation.
Je veux bien qu'on passe de relation type=associatedStreet à type=street
pour unifier les deux cependant c'est assez étrange car il y a énormément
plus de relations associatedStreet que de relations street.

Mais je voterais plutôt contre la migration des relations vers les noeuds
(oui ça foutra le bordel dans les rapprochements de la BANO et les
modifications à faire quand une rue est renommée ou divisée pour vérifier
chacun des noeuds et voir s'ils sont bien orthographiés: Il y aura un
no,bre considérable d'oublis; c'est gérable uniquement pour les tags des
ways; mais ça entraine une redondance énorme dans la base pour les adresses
car les noeuds se contentaient d'indiquer juste un numéro, mais pas le nom
de rue implicite pour les membres de relations street ou associatedStreet,
ni les codes postaux et noms de bureaux distributeurs; qui sont déjà gérés
par polygones englobant, soit ceux des communes, soit ceux des relations de
zones postales comme en Allemagne)

Faire un vote pour déprécier des tags sans même discuter des migrations à
faire et de leur impact est assez stupide.

Le 23 janvier 2015 07:19, Jo <winfixit at gmail.com> a écrit :

> Moi, j'ai compris ça comme vouloir abolir l'usage de relation (aS et
> street) et qu'ils veulent uniquement utiliser addr:street sur chaque
> bâtiment ayant une adresse.
>
> Polyglot
>
> 2015-01-23 6:52 GMT+01:00 Vincent de Château-Thierry <vdct at laposte.net>:
>
>> Bonjour,
>>
>> Le 23/01/2015 05:17, Philippe Verdy a écrit :
>>
>>> Autre difficulté c'est le rapprochement pour BANO avec les codes
>>> fantoir; dans le cas des segments de rues qui en ont deux car la rue
>>> sépare deux communes et chaque coté utilise sont code FANTOIR.
>>>
>>
>> Non, pas de souci ici. BANO gère l'affectation des codes Fantoir uniques
>> sur les nodes, ways, ways fermés, et relations associatedStreet (tag
>> ref:FR:FANTOIR) et des codes latéraux sur les ways (ref:FR:FANTOIR:left et
>> ref:FR:FANTOIR:right).
>>
>>  Ce vote s'l aboutit risque de mettre à mal l'important travail de
>>> rapprochement qui a lieu pour la BANO et ses équivalents dans divers
>>> pays.
>>>
>>
>> Ce vote s'il aboutit ne changera rien pour BANO, qui gère les 2 schémas
>> d'adressage : par relation associatedStreet ou par tag addr: street.
>>
>>  Et ça tous ceux qui ont voté pour approuver le chagement n'ont pas
>>> vraiment compris car les enjeux ne sont pas expliqués, et parce
>>> qu'aucune solution claire de remplacement n'a été expliquée; ni même
>>> discutée; avant de passer directement au vote expéditif !
>>>
>>
>> Oui, ça a été présenté comme un sondage mais l'absence de contexte, et
>> surtout la confusion sur ce qui devrait remplacer les relations
>> associatedStreet (la relation Street ? le schema simple addr: street ?)
>> fait qu'on ne sait pas pour quoi on vote. Pas top.
>>
>> vincent
>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20150123/ac4e4765/attachment.html>


Plus d'informations sur la liste de diffusion Talk-fr