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, c'est mieux, mais c'est il ne >> faut pas prendre ça comme une forme d'obligation, et il faut être capable >> de maintenir tout ça à jour bien sûr. > Ok. Du coup, si on met de côté le "a minima", il reste l'harmonisation des > clés pour c'est 3 types d'entités. > Parce que dans les relations associatedStreet, j'ai du : > "addr:city" et "city" > "addr:postcode", "postal_code" et "postcode" > "name" et "addr:street"
Dans la relation associatedStreet, je ne vois pas l'intérêt de rajouter des addr:* addr:city (ou city)... en principe on l'a par la géométrie, et par ailleurs si on a un ref:FR:FANTOIR il commence par le code INSEE de la commune. addr:postcode (et autres)... mouais bof bof bof. 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. addr:street... c'est comme name, non ? Pourquoi doublonner ? ça me semble inutile. > Et si je fais les point avec les tag "highway" ou avec le tag > "addr:housenumber", je pense que j'aurais la même chose... J'ai pas tout compris... -- Christian Quest - OpenStreetMap France _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
