2014/1/8 Tetsuo Shima <tets...@gmail.com>: > 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 et juste > une pseudo, voie ou un lieu dit, sans numéro ou vaec numéro.
Il y a un problème de définition ;-) Le code fantoir identifie la voie. Le nom de la voie est effectivement un élément constitutif d'une adresse - comme le nom de la ville ou le code postal - mais pas le code fantoir. Cet attribut n'est peut-être limité qu'à ce rôle dans l'administration fiscale. Mais dans OMS, ça devient un attribut de la voie, pour un usage plus général et pas seulement une composante de l'adresse. Il y a aussi plein de voies sans adresses, ni habitations mais qui doivent quand même avoir un code fantoir, non ? Le descriptif du fichier FANTOIR donne comme définition: "Le fichier des voies et lieux-dits ou fichier FANTOIR recense par commune: - les voies - les lieux-dits - les ensembles immobiliers - les pseudo-voies Il est constitué de l'ensemble des références topographiques qu'elles soient annulées ou actives" A aucun moment, ça ne parle d'adresse. > Il faudrait donc deux > collections. Une des nom au sens de l'adresse qui irait naturellement > dans associatedstreet, et une des référence "DDE" qui irait dans une > relation "associatedroad" ou un sous type de associated street. Ouh la, une relation de plus ;-) Une relation par attribut finalement, ou presque ;-) Je suis sûr qu'osm2pgsql pourrait y retrouver ses petits mais ça m'étonnerait que les contributeurs humains y gagnent en facilité de lecture puisqu'il faudra ouvrir toutes les relations pour voir l'ensemble des attributs (en espérant qu'ils n'entrent pas en contradiction). 2014/1/8 Christian Quest <cqu...@openstreetmap.fr>: > 1 code FANTOIR à faire correspondre à 1 objet OSM et le plus > approprié pour ça m'a l'air d'être la relation associatedStreet. Ca implique de mettre des relations associatedStreet partout, même là où il n'y a pas d'adresses, donc d'en changer fondamentalement la définition. Une telle modification nécessiterait d'en discuter à un niveau plus large que cette liste. Autrement, c'est du bricolage. Pieren _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
