@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 parcelle et propriétaire au sens de la DGI. Forcément l'adresse de la résidence des propriétaire est aussi une adresse postal puisque c'est la qu'on leur adresse l'avis d'impot.
Le 8 janvier 2014 16:48, Pieren <pier...@gmail.com> a écrit : > 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 _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
