Pour les zones denses, je suis d'accord, mais pour les zones rurales qui ont adopté la numérotation métrique, je pense que l'interpolation permettrait d'approximer automatiquement les nouvelles adresses qui seront ajoutées dans le futur sans avoir a attendre qu'un contributeur éventuel repasse par là.
La modélisation par interpolation est je pense plus pérennes pour ce problème là et peut être complémentaire avec la modélisation par point adresses, le point adresses ayant la priorité si celui-ci existe. Il n'est en tout cas très difficile d'interpoler automatiquement avec les points adresses situés sur les maisons car j'ai vus de nombreux cas où la maison (et sa parcelle) située à plus de 200m de la route, avec des cas à 500m, ça me parait très compliqué d'interpoler quelque chose de précis avec ça. La modélisation par interpolation calculerais bien plus précisément le point d'accès sur la route principale. Le cas typiques chez moi c'est d’interpoler entre le numéro 40 et le numéro 920, pas entre 215 et 235, je parle de zones rurales... Il suffit de faire l'expérience de la mise à jour du bâti cadastral sur une commune où la dernière mise à jour date de 3-4 ans pour s'apercevoir que le problème est réel et qu'il sera difficile de maintenir les adresses à jour dans OSM avec la base de contributeurs actuelle (on peut toujours extrapoler sur son augmentation ;-). Je serais ok pour avoir un tag sur associatedStreet pour la numérotation métrique (ou autre unité) mais est-ce une tendance internationale cette manière de numéroter ? Est-ce que la modélisation par interpolation ne correspond pas déjà à peu près ? Le 19 mai 2014 18:46, Christian Quest <cqu...@openstreetmap.fr> a écrit : > 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 ©®™). > > > > 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 > _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
