Bonjour tout le monde, Je me permet d'intervenir sur ce sujet d'adressage car il souligne deux choses :- d'une part l'exploitation d'une cartographie qui se veut exhaustive pour des raisons de guidage GPS- d'autre part la philosophie de la cartographie telle que le conçoit l'esprit d'openstreetmap Tel que je l'ai compris, la cartographie openstreetmap n'a pas de vocation à servir un système de guidage GPS mais ce système de guidage GPS doit s'adapter à la cartographie qu'elle propose. On pourra résumé que la cartographie sert à une utilisation qui n'est pas "orientée" pour tel ou tel acteur mais se veut" la plus exhaustive possible" de manière à fédérer le plus "d'intentions" d'utilisations possibles.De ce fait, les requêtes de guidage ne sont pas "forcément" pris en compte dans la mesure où elle desservirait tel ou tel acteur. Votre requête rappelle l'idée du "door to door" dans une exploitation de logiciel de guidage GPS et donc il ne s'agit pas de ne pas prendre en compte cette idée mais de trouver le consensus. J'ai travaillé dans le guidage GPS pour un système dédié et actuellement je travaille auprès d'un acteur institutionnel pour la description des éléments de voirie. Il s'avère que le "géocodage" des adresses repose également sur l'exploitation du fichier fantoir doublée par des expertises en récolement pour associer les numéros aux accès. Dans la mesure où un numéro existe "physiquement" il est géocodé au niveau de son accès. Le principe peut-il être systématisé dans la mesure où il associe la réalité géographique et l'information géographique institutionnelle ? Je pense à mon niveau qu'il serait bon d'associer comme je le faisait pour les systèmes GPS et comme je le fais actuellement pour un acteur constitutionnel, un numéro à un accès défini. Toute la problématique tourne, et cela reste que mon avis, autour de la notion d'accès. Les accès sont des notions à mon avis fondamentales dans la structuration de la base de donnée dans la mesure où ils répondent aux logiques actuelles de cartographie et qu'ils répondent, également, à l'esprit d'OSM, si j'ai bien compris, de modélisation du "réel". Entre nous je ne vois pas pourquoi on géocoderait les bâtiments sans pour autant modéliser les entrées ou sorties de véhicules tel que mon travail m'oblige à le faire actuellement. J'ajouterais que cela répond à un cahier des charges dans le cadre demon travail. On peut imaginer aisément les implications et l'exploitation de ces descriptions qui une fois de plus ne sont pas une adpatation aux systèmes GPS mais la description d'une réalité géographique telle qu'OSM me la si souvent suggéré.
> From: talk-fr-requ...@openstreetmap.org > Subject: Lot Talk-fr, Vol 94, Parution 79 > To: talk-fr@openstreetmap.org > Date: Fri, 16 May 2014 21:12:36 +0000 > > Envoyez vos messages pour la liste Talk-fr à > talk-fr@openstreetmap.org > > Pour vous (dés)abonner par le web, consultez > https://lists.openstreetmap.org/listinfo/talk-fr > > ou, par email, envoyez un message avec 'help' dans le corps ou dans le > sujet à > talk-fr-requ...@openstreetmap.org > > Vous pouvez contacter l'administrateur de la liste à l'adresse > talk-fr-ow...@openstreetmap.org > > Si vous répondez, n'oubliez pas de changer l'objet du message afin > qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..." > > > Thèmes du jour : > > 1. Re: Trouver les noeuds non rapportés à un bâtiment avec JOSM > (Christian Rogel) > 2. Re: Trouver les noeuds non rapportés à un bâtiment avec JOSM > (Etienne Trimaille) > 3. Re: Trouver les noeuds non rapportés à un bâtiment avec JOSM > (Romain MEHUT) > 4. Re: Trouver les noeuds non rapportés à un bâtiment avec JOSM > (Jérôme Amagat) > 5. Re: Trouver les noeuds non rapportés à un bâtiment avec JOSM > (Pierre Knobel) > 6. Re: BANO... premiers pas... (Pierre Knobel) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 16 May 2014 21:42:29 +0200 > From: Christian Rogel <christian.ro...@club-internet.fr> > To: OSM en OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un > bâtiment avec JOSM > Message-ID: <72929e13-20ae-44cf-9ddb-102ad336b...@club-internet.fr> > Content-Type: text/plain; charset=windows-1252 > > Le 16 mai 2014 à 21:30, Vincent de Château-Thierry <v...@laposte.net> a écrit > : > > Le 16/05/2014 21:15, Romain MEHUT a écrit : > >> Le 16 mai 2014 21:08, Vincent de Château-Thierry <v...@laposte.net > >> <mailto:v...@laposte.net>> a écrit : > >> > >> Je n'aime pas les noeuds qui flottent non plus, que ce soit des > >> adresses, ou des POIs situés dans un building. > >> Pour une adresse donnée, dans la mesure où on n'exploite pas la > >> géométrie des parcelles du cadastre, on a très rarement en base un > >> tracé qui matérialise la limite de propriété : haie, mur, portail, etc. > >> > >> > >> Mais pourquoi l'adresse devrait être matérialisée nécessairement par > >> quelque chose? > > > > D'un côté un bâtiment, de l'autre un point adresse. Ça fait 2 infos : > > - il y a un bâtiment > > - il y a une adresse n° tant. > > Si tu combines les 2 infos en rattachant l'adresse au bâtiment, tu as > > fabriqué une troisième info : "l'adresse de ce bâtiment est le n° tant". > > C'est la seule manière non ambigüe de déterminer l'adresse du bâtiment. > > Avec les 2 infos initiales, dans le meilleur des cas, l'oeil peut les > > associer visuellement, un algorithme les associera (peut-être) > > automatiquement avec une logique de "plus proche", mais dans les deux cas > > on joue à la loterie. Avec une association faite explicitement, en collant > > un noeud sur une façade, on fabrique une info supplémentaire, donc on > > fabrique de la valeur, on lève des ambiguïtés, et c'est franchement fiable > > grâce à la connaissance, durant ce processus, du contour et de l'adresse > > des parcelles, qui permet de ne pas se tromper de bâtiment. > > Cela ne fait qu?assez peu de temps que j?ajoute des adresses, mais, j?avais > cru comprendre > que deux idées dominaient jusqu?ici : la limite de parcelle et l?éventuelle > boite aux lettres. > C?est ainsi que je procède. > Pour les maisons individuelles, il a le cas de celles qui sont éloignées de > la route, mais > cette imprécision peut être réduite, quand il y a une voie privée de desserte > ouverte sur le réseau public. > Pas de consensus sur le traçage d?une allée dans un espace clos. > Pour les immeubles, i me semble que la voie (privée) de desserte automobile > donne une possibilité > de choisir un point et sur une barre d?immeuble un alignement de points peut > être fait sur la façade, > mais ce n'est pas ma pratique, parce que je pense qu?en cas de réimport des > bâtiments, on perd > une info. > Question de goût, je préfère donc les points alignés et flottants. > > > Christian R. > > > ------------------------------ > > Message: 2 > Date: Fri, 16 May 2014 21:48:10 +0200 > From: Etienne Trimaille <etienne.trimai...@gmail.com> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un > bâtiment avec JOSM > Message-ID: > <camtdfll10hlj5r3xcu-nwqpuh_vpyzhsj09yvzx09uwchog...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Le 16 mai 2014 21:38, Romain MEHUT <romain.me...@gmail.com> a écrit : > > > Certes mais ce qui intéresse l'utilisateur lambda c'est l'adresse tout > > court ou l'adresse d'un bâtiment? > > Sur la question du routage, on chercher à aller d'une adresse à une autre > > mais pas vraiment d'un bâtiment à un autre. > > > > Si j'utilise mon GPS pour me rendre chez un commerçant (via la fonction de > recherche de mon GPS), j'aime bien qu'il me précise que mon commerçant > (tags sur le building) se situe à tel adresse (point en façade). > > Le rapprochement des POI et des adresses sera simplifié si les infos sont > combinés. > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140516/13da05c1/attachment-0001.html> > > ------------------------------ > > Message: 3 > Date: Fri, 16 May 2014 21:53:07 +0200 > From: Romain MEHUT <romain.me...@gmail.com> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un > bâtiment avec JOSM > Message-ID: > <CALJRh=-ALSqSdbZYLG-v6qPu=qasdhbn3wkd7_k6wxx_gsm...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Le 16 mai 2014 21:48, Etienne Trimaille <etienne.trimai...@gmail.com> a > écrit : > > > > Si j'utilise mon GPS pour me rendre chez un commerçant (via la fonction de > > recherche de mon GPS), j'aime bien qu'il me précise que mon commerçant > > (tags sur le building) se situe à tel adresse (point en façade). > > > > Là il n'y a pas à se poser de question. En ville, bien souvent, la façade > est justement le point d'accès. > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140516/48e3e82f/attachment-0001.html> > > ------------------------------ > > Message: 4 > Date: Fri, 16 May 2014 22:18:10 +0200 > From: Jérôme Amagat <jerome.ama...@gmail.com> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un > bâtiment avec JOSM > Message-ID: > <cahuxkt+eavoqi+daaxfzrhk00mdcpa7xxe-ykwhmgcaf3lh...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Je pense que l'a question a ce poser c'est, à quoi ça sert d'ajouter les > adresses dans osm? > Soit c'est fait pour représenter quelque chose (bâtiment, propriété,...) > soit c'est surtout là pour le routage. > Moi je pense que les adresses sont la pour le routage (des gens ou des > enveloppes) donc ca doit etre pareil dans osm. > Donc je pense qu'il faut les indiquer par des points situé au lieu ou l'on > passe de la voie public au domaine privé (où on ne rentre pas sans y être > invité). > Les portes des batiment quand le batiment donne sur la rue ou l?entrée de > la propriété ( portail ...) en gros comme les numero sont placé en vrai. > > > Le 16 mai 2014 21:53, Romain MEHUT <romain.me...@gmail.com> a écrit : > > > Le 16 mai 2014 21:48, Etienne Trimaille <etienne.trimai...@gmail.com> a > > écrit : > > > > > > > >> Si j'utilise mon GPS pour me rendre chez un commerçant (via la fonction > >> de recherche de mon GPS), j'aime bien qu'il me précise que mon commerçant > >> (tags sur le building) se situe à tel adresse (point en façade). > >> > > > > Là il n'y a pas à se poser de question. En ville, bien souvent, la façade > > est justement le point d'accès. > > > > _______________________________________________ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > > > > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140516/f8f252b3/attachment-0001.html> > > ------------------------------ > > Message: 5 > Date: Fri, 16 May 2014 20:43:34 +0000 > From: Pierre Knobel <pierr...@gmail.com> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] Trouver les noeuds non rapportés à un > bâtiment avec JOSM > Message-ID: > <CAPWbo5M=jlwz35soj9v2b9pxt9trdq4sua8k7rbdfqz6e0w...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Je n'ai pas d'avis tranché entre le point sur boîte aux lettre et point sur > façade près de l'entrée du bâtiment. Sur les communes que j'ai traité dans > les Bas-Rhin ces derniers mois j'ai choisi la façade pour rester consistant > avec les adresses déjà importées par les autres contributeurs sur la moitié > du département déjà complète. Quand je travaillais avec le plugin cadastre > sur fond de cadastre vectoriel ça me mettait mal à l'aise de faire comme ça > parce que souvent on ne peut pas deviner si on met le point sur une maison > et pas une grange ou un garage. Par défaut je mettait toujours le point sur > la façade la plus proche de la route dans une parcelle donnée. Maintenant > qu'on a l'outil qiui digère le cadastre, je met l'imagerie en fond pour > mieux reconnaître les maisons et les entrées. > > Si j'avais eu à choisir moi même j'aurais opté soit pour le tag sur > polygone de bâtiment (pas besoin de "deviner" où est l'entrée) ou le point > flottant à 3m de la rue (pas d'interprétation nécessaire, et quelqu'un > avec la connaissance du terrain aurait plus facilement pu déplacer le point > sur une façade plus tard). > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140516/d8766fcd/attachment-0001.html> > > ------------------------------ > > Message: 6 > Date: Fri, 16 May 2014 21:12:28 +0000 > From: Pierre Knobel <pierr...@gmail.com> > To: Discussions sur OSM en français <talk-fr@openstreetmap.org> > Subject: Re: [OSM-talk-fr] BANO... premiers pas... > Message-ID: > <capwbo5o+6o4sydoa+jacnf2g_7lbvd-vk+mz6tjrkkh9x8b...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Sur les communes sans cadastre vectoriel on ne voit aucune adresse sur le > rendu, même pas des adresses d'OSM. Par exemple Reutenbourg possède : > - aucune adresse sur le rendu BANO : > http://layers.openstreetmap.fr/?zoom=14&lat=48.68964&lon=7.41933&layers=00B00FFFFFFFFFFFFFFFFFFFFFFT > - plus de 80% des adresses d'apres le rendu de Denis : > http://listes.openstreetmap.fr/wws/d_read/local-alsace/cartes/tx_couv_adresses_20140503.pdf > > A côté on a un village avec 166% d'adresses, peut-être que les adresses ont > été comptées dans le mauvais village ? Est-ce que c'est possible de > vérifier qu'elles ont bien été collectées dans BANO ? > > L'autre question que je me pose c'est comment le bâti et les adresses ont > été importé si on n'a pas le cadastre ? Est-ce que c'est possible que le > cadastre vectoriel disparaisse temporairement pendant une mise à jour et > réapparaisse plus tard ? > > > 2014-05-13 16:04 GMT+00:00 Christian Quest <cqu...@openstreetmap.fr>: > > > Pour intégrer des adresses, BANO ne fera pas mieux que les extractions > > déjà disponibles sur http://cadastre.openstreetmap.fr/ > > > > BANO sert avant toute autre chose à proposer un jeu complet, composite > > pour des usages hors OSM et s'enrichira de toutes les améliorations > > apportées dans OSM. > > > > > > Le 13 mai 2014 17:18, Steve Grosbois <steve.grosb...@gmail.com> a écrit : > > > > Le 13 mai 2014 16:42, Christian Quest <cqu...@openstreetmap.fr> a écrit : > >> > >> J'ai aussi utilisé la couche BANO dans JOSM pour compléter, c'est > >>> vraiment super pratique ! > >>> > >> > >> J'ai eu la même idée, et oui : super pratique !! > >> Merci pour ce boulot !!! > >> > >> > >> > >>> Je vais voir pour utiliser non pas uniquement le rouge, mais plusieurs > >>> couleurs pour différencier les rues et adresses correspondant pour que ça > >>> soit plus lisible sur des coin où aucune rue n'est nommée. Bien sûr ça ne > >>> serait que sur les plus forts zoom, pour mapper. > >>> > >>> Voici une copie d'écran de mon JOSM: http://cl.ly/image/0T1C2l0O133h > >>> > >>> J'ai un filtre qui ne me montre que les highway=* sans name=* > >>> > >>> > >>> > >>> Le 13 mai 2014 16:35, Pierre Knobel <pierr...@gmail.com> a écrit : > >>> > >>> Super. J'ai commencé à corriger des noms de rues dans OSM pour dégommer > >>>> le rouge autant que possible dans les coins que je connais bien. > >>>> > >>>> Une question à propos du tableau : est ce que le chiffre dans la > >>>> colonne "cadastre" correspond à toutes les adresses dans le cadastre ou > >>>> seulement celle qui n'ont pas encore été identifiées dans OSM ? > >>>> Le 13 mai 2014 04:51, "Christian Quest" <cqu...@openstreetmap.fr> a > >>>> écrit : > >>>> > >>>>> Voici un tableau pour avoir un aperçu du contenu de BANO (en live) : > >>>>> > >>>>> https://openstreetmap.fr/outils/bano/status > >>>>> > >>>>> J'ai aussi modifié le rendu pour indiquer le code FANTOIR des voies > >>>>> sur lesquelles on n'a pas pu faire de rapprochement avec OSM. > >>>>> Ceci permet d'indiquer le ref:FR:FANTOIR plus facilement dans OSM et > >>>>> permettre le rapprochement à la prochaine itération de BANO. > >>>>> > >>>>> -- > >>>>> 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 > >>>> > >>>> > >>> > >>> > >>> -- > >>> 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 > >> > >> > > > > > > -- > > Christian Quest - OpenStreetMap France > > > > _______________________________________________ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > > > > -------------- section suivante -------------- > Une pièce jointe HTML a été nettoyée... > URL: > <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140516/8829e77d/attachment.html> > > ------------------------------ > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > > Fin de Lot Talk-fr, Vol 94, Parution 79 > ***************************************
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
