L'interpolation peut toujours se faire, avec plus ou moins de précisions. Si il y a un 215 et un 235, le 225 sera quelque part entre les deux (dans ce cas on peut l'estimer au milieu). Si la route est sinueuse et qu'on a une relation associatedStreet, on peut projeter les 215 et 235 sur la voirie appartenant à la relation et trouver le 225 sur le milieu du tronçon.
En gros, ça ne sert pas à grand chose de créer les interpolations... si on sait manipuler les données. Ca n'empêche pas de les saisir si ça nous fait plaisir, d'ailleurs avant que ma commune soit en cadastre vectoriel, j'avais fait une bonne partie avec des interpolations que j'ai ensuite reprises en ponctuel une fois le vectoriel disponible. Pour les voie numérotées en métrique, on pourrait avoir un tag qui le précise sur le associatedStreet (l'IGN a un truc de ce genre dans ses BD). Un truc qui par contre serait super cool pour le rendu carto, c'est de distinguer les adresses en coin de rue afin d'alléger le rendu aux zooms intermédiaires. J'ai un peu creusé la question, tenté des trucs à grand coups de postgis, mais c'est pas encore vraiment ça. Là ça serait tagguer pour un meilleur rendu (nouveau concept (c)(R)(tm)). Le 19 mai 2014 18:06, JB <jb...@mailoo.org> a écrit : > Toute petite réponse d'un gars qui met pas vraiment les mains dans le > cambouis du clavier... > Si j'ai dans la base un numéro 215 et un numéro 235, j'arriverais surement > aussi bien à interpoler un numéro 225 que si j'ai juste des données > d'interpolation entre le numéro 205 et le 275, non ? > Bon, je m'interroge encore sur l'intérêt de mon message aussi... > JB > > Le 19/05/2014 17:46, Tyndare a écrit : > > J'aurais voulu éviter d'embrouiller encore plus le débat, mais je ne >> suis pas d'accord pour écarter totalement l'interpolation comme mode >> de cartographie des adresses. C'est vrai que les données extraites du >> cadastre nous incitent pas à l'utiliser, mais ce mode pourrait avoir >> un grand avantage: il permettrait de modéliser une fois pour toute une >> bonne approximation de toutes les nouvelles adresses qui pourront être >> créées dans le futur dans une rue donnée, en particulier pour les rues >> ayant adopté la numérotation métrique (j'ai l'impression que c'est >> quasi systématique pour les nouvelles numérotations). >> Il y a de nombreuses communes en France avec une très faible densité >> de population, et dans certaines aucun contributeur local ne s'est >> manifesté au bout de 10 ans de projet. Dans son dernier post de blog >> Christian donne le chiffre de 200.000 nouvelles adresses chaque année >> en France [1], je ne vois pas pour l'instant comment OSM pourrait >> suivre ce rythme de manière à la fois réactive et homogène sur tout le >> territoire. Peut-être que BANO y arrivera en intégrant des données >> brutes issues de fournisseurs institutionnels ou autre, mais pour OSM >> comment on fait pour les zones sans contributeur local actif ? >> >> Comme on n'arrive pas à se mettre d'accord sur où positionner les >> point adresses, est-ce que l'on ne pourrait pas considérer >> l'interpolation comme une approximation durable et évolutive, >> potentiellement affinée par des points adresses additionnels ? >> Le seul truc qui m'embête c'est que j'ai l'impression d'après le Wiki >> [2] que l'utilisation de l'interpolation suppose que toutes les >> adresses interpolées aient une existence alors que cela ne serait pas >> du tout le cas avec une numérotation métrique. >> >> D'après vous, est-ce que la modélisation suivante serait correcte pour >> une numérotation métrique ? >> >> un way de chaque côté de la rue avec >> addr:interpolation=odd/even >> addr:inclusion=potential >> et pour ses nodes: >> addr:housenumber=0/1 pour le premier, la longueur en mettre pour >> le dernier, et rien pour ceux des virages >> addr:street=* >> >> >> >> [1] http://openstreetmap.fr/blogs/cquest/bano-banco >> [2] https://wiki.openstreetmap.org/wiki/Addresses#Using_interpolation >> >> >> > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > -- Christian Quest - OpenStreetMap France
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
