[OSM-talk-fr] Proposition pour modifier l'article FR sur les adresses en france

[Marc_marc]

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