[OSM-talk-fr] Proposition pour modifier l'article FR sur les adresses en france
pierrick pratter
pierrick.pratter at protonmail.com
Lun 1 Fév 23:55:34 UTC 2021
> je crains que tu ne prennes le problème à l'envers :
plein d'outils ne montre pas à l'utilisateur que cette information
existe deja, par conséquent l'utilisateur les ajoutent.
Oui, mais la base des normes cartographique d'OSM est le wiki.
Commencer par officialiser nos normes dans le wiki permet ensuite aux développeur d'outils osm et contributeurs de se baser sur quelque chose.
J'ajouterais qu'on nous a demandé sur le ticket iD (https://github.com/openstreetmap/iD/issues/8332) et StreetComplete (https://github.com/streetcomplete/StreetComplete/issues/2427) une documentation officiel de l’adressage en France.
Il faudrait commencer par la base (le wiki) pour que le reste s'appuie dessus, on ne va pas pour chaque problématique lié à la norme d'adressage française refaire un argumentaire complet.
> code postaux : avant de croire que personne n'a besoin d'en ajouter un,
faudrait s'assurer qu'ils sont tous juste... et la dernière fois
qu'on avait réfléchis à qlq uns sur le sujet, ce n'était pas le cas.
Sa je crains que se soit un autre débat.
Je n'ai pas vérifier et je préférerais qu'un contributeur expérimenté sur les boundary me complète.
Déjà, pour s'assurer qu'ils soient juste, je pense franchement que c'est plus facile de checker les boundary par ville une seule fois, que devoir faire des mass édits pour tout les points d'adresses d'une ville.
On peut pas attendre que tout soit normalisé pour faire la norme, il faut une norme pour normaliser.
Et puis, pour la marche d'entrée, il y a certaines choses qui n'ont pas forcément besoin d'être facile pour les débutants et c'est sûrement pour le mieux.
Pour faciliter le jardinage, un ajout dans un outil QA est sûrement à faire.
> 2) no de maison <> boite postale
Alors j'ai dit : "Avoir le nœud d'adresse sur la plaque (qui est très souvent sur la boite aux lettre ou au niveau de l'accès)".
J'ai simplement dit que la plaque est très souvent sur la boite aux lettres (ou juste à côté). En aucun cas j'ai dit de mettre le noeud d'adresse spécifiquement sur la boite aux lettres !
Je connais le tag letter_box, je l'utilise quand je remarque que la boite ou la batterie est loin du numéro, pas au niveau de l'accès principal ou comporte plusieurs numéro pour aider le livreur/facteur, mais sa va pas plus loin.
Pour moi l'odre de placement est : Plaque > Accès principal > au plus logique (j'ai pas vraiment envie de dire le cadastre car desfois c'est assez impressionant ce qu'il y a dessus :/ ) (Après c'est sur aussi qu'il ne faut pas être tétu et mette le noeud sur la plaque alors qu'elle est devant la sortie de secours qui est dérrière le batiment ou caché au fond du jardin !)
Alors, pour ton exemple du centre commercial.
N'importe quel routeur va te proposer l'accès le plus direct pour tes paramètres et suivant ta position.
(Je vais aussi rejoindre la problématique du rapprochement géographique avec l'argument suivant)
C'est là où le préfixe contact: rentre en jeux ! Les deux tags addr:housenumer/street sont là pour spécifier l'adresse comme un moyen de contact mais par la même occasion peuvent aussi être utiliser par un géocodeur pour afficher les POI qui partage cette adresse sans pour autant dire que le POI "est" l'adresse.
> s'il y avait un point a améliorer, c'est au point d'arrêter
les noeuds flotant
Une adresse est seulement un point géographique qui par convention humaine est lié à se qui l'entoure. Se point peut être physique grâce à une plaque numéroté.
Donc une adresse peut comporter un ou plusieurs bâtiment comme un bâtiment peut avoir plusieurs adresses;
aussi une adresse peut mener à une batterie de boite aux lettres;
elle peut aussi mener à un accès avec plein d'appartement dispatché n'importe comment sans aucun moyen de relier un appartement à un nom sur une boite aux lettres et donc pas moyen de savoir où l'on doit aller (on voit de ses trucs en temps que facteur), etc ...
Tout sa pour dire qu'une adresse sert à aller quelque part que se soit un appartement, lotissement, un accès, un champ au milieu de nulle part.
De ce fait, le positionnement Plaque > Accès principal > ~"au plus logique"~ permet d'être en accord avec la réalité sur le terrain et rentre notamment dans la logique d'une règle fondamentale d'OSM qui est de cartographier que se qui "existe" (https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques#Mappez_ce_qui_se_trouve_sur_le_terrain).
Sa semble alors logique de ne pas lier une adresse avec un autre objet.
Je m’excuse, je n'arrive plus a bien argumenter, il commence à être un peu tard :)
Je développerais mes arguments si besoin est.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Monday, February 1, 2021 9:30 PM, Marc_marc <marc_marc at mailo.com> wrote:
> Le 01.02.21 à 20:59, pierrick pratter via Talk-fr a écrit :
>
> > Salut,
> > J'ai proposer de normaliser l'adressage en France sur l'article wiki
> > FR:adresses .
> > Si sa vous intéresse :
> > https://wiki.openstreetmap.org/wiki/FR_talk:Adresses
>
> houla, ta prposition est titanesque
>
> 1. addr:city addr:postcode :
> bien que je partage totalement leur inutilité en France,
> je crains que tu ne prennes le problème à l'envers :
> plein d'outils ne montre pas à l'utilisateur que cette information
> existe deja, par conséquent l'utilisateur les ajoutent.
> le point no me semble donc d'améliorer l'ergonomie de ces outils
> afin que l'information existante s'affiche bien.
>
> code postaux : avant de croire que personne n'a besoin d'en ajouter un,
> faudrait s'assurer qu'ils sont tous juste... et la dernière fois
> qu'on avait réfléchis à qlq uns sur le sujet, ce n'était pas le cas.
> donc si cette "interdiction" existait, comment le contributeur
> "classique" fait pour corriger l'erreur ?
> la marche à l'entrée est deja importante, faudrait pas devoir
> être calé en relation MP pour pouvoir renseigner un code postal erroné
>
> 2. no de maison <> boite postale
>
> ce que tu décris est l'exemble même de confusion entre ce qu'on map et
> l'argument qu'on utilise pour le justifier.
> tu voudrais savoir oü est la boite aux lettre d'une maison ?
> map la boite aux lettres ! amenity=letter_box
> https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dletter_box
> et c'est comme cela pour tous les règles de placement de noeud adresse
> (la plaque de rue, le début de la voie princiaple voiture côté espace
> publique, le début de la voie princiaple piéton côté espace publique,
> les 2 mêmes critères côté batiment, la projectiond e la porte sur la
> limite de l'espace public (ou ce qu'on pense être la limite).
> outre le fait que ces critères sont totalement subjectifs,
> ils ont l'énorme défaut d'imposer que vouloir se rendre à une adresse
> implique de toujours vouloir se rendre au même endroit et ce n'est pas
> le cas :
>
> - si tu veux te rendre à un centre commercial ayant 2 entrées voitures,
> 2 entrées piétons, une entrée PMR, l'endroit oü tu veux réelement te
> rendre dépendra de ton moyen de transport, de l'endroit de départ (si
> t'es proche de l'entrée 2, tu ne passeras pas devant pour faire le tour
> du bloc afin d'aller à la boite aux lettre), un éventuel handiacp.
> c'est l'un des nombreux problèmes du noeud flottant.
> un autre est que si t'es dans le batiment et que tu demandes ton
> adresse, t'as pas l'info de l'adresse. t'as que l'information
> "le noeud le plus proche est le no 1 a X m dans tel direction"
> et pas de bol si le batiment voisin a sa plaque plus proche de toi
> que la plaque du batiment oü tu te trouves.
> si c'est pour jouer, cela gène pas.
> mais quand c'est pour des choses plus sérieuse, envoyer la pizza
> ou les secours chez le voisin, c'est franchement pas terrible.
> besoin qui du coup fait le bonheur de G., cas réel vécu :-(
>
> s'il y avait un point a améliorer, c'est au point d'arrêter
> les noeuds flotant, un noeud en bordure ou dans la surface
> du batiment permet algorithmiquement de limiter la casse.
> ce serrait déjà cela, avant un jour espérer sensibiliser
> les contributeurs au fait qu'on renseigne les pays, les régions,
> les départements, les communes, les zones résidentielles en surfacique
> et qu'un """"micro"""-mapping de l'étendue des no est une étape logique.
>
>
> 3. associatedStreet
> cela a aussi ma préférence, mais là aussi le soucis est l'ergonomie des
> éditeurs. tant que le contributeur avec iD verra que la rue n'est pas
> renseignée, il le renseignera.
> coder ce problème me semble indispensable avant tout.
>
> Cordialement,
> Marc
>
>
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
Plus d'informations sur la liste de diffusion Talk-fr