tbarthelet (2020-04-24 18:13:24+00:00): > Pourquoi détacher le POI du bâtiment ?

Je parlais du POI EHPAD. Le bâtiment tout entier étant dédié à l'EHPAD, les tag amenity et autres peuvent lui être affectés directement. C'est plus précis et ça ne change pas le rendu.

> En séparant dans un point on perd en précision

Je parlais toujours de l'EHPAD. En en faisant un POI, on ne sait pas s'il occupe une aile de bâtiment, un étage, ou autre. Quand on l'affecte au bâtiment, on indique également cette précision.

> Parce que mettre un n° de rue sur un polygone n'est pas recommandé

C'est une interprétation. Si tu lances une discussion à ce sujet sur talk-fr, il n'en ressortira pas cela.

> Ça ne fonctionne pas quand il y a plusieurs n° sur un même bâtiments

Non, en effet. Ces cas de figure peuvent être tagués avec un nœud sur le polygone du bâtiment indiquant l'entrée principale.
Inversement, quand plusieurs POI se partagent la même adresse, taguer seulement le nœud de l'adresse ne va pas non plus. Ex : le 29 rue Saint-Désiré est partagé entre une pizzeria, un immeuble d'habitation et un magasin. Soit on tague 3 fois l'adresse (loin d'être idéal), soit on ajoute l'adresse au bâtiment et on place les commerces en POI. Le routage et le géocodage comprendront que l'adresse est partagée.
Et quand on se contente de l'import BANO, on se retrouve avec de nombreux points d'adresse trop éloignés (tag fixme). Le 78 rue Marcel Paul en était d'ailleurs un exemple.


> Non, ça permet de localiser précisément le n° (sur la porte, la BàL…)

Oui. Mais que représente une adresse ? Une parcelle ? Un portail extérieur ? L'emplacement de la boîte aux lettres ? Une porte d'entrée ?
Les données BAN et Etalab illustrent cette diversité de conception :
- dgfip place le point au milieu de la parcelle (ils sont dépositaires du cadastre et des droits de propriété qui vont avec)
- IGN et La Poste le placent en bordure de route (distribution de courrier)
- Arcep le place dans le bâtiment (installation de prises téléphone dans les logements)
Chacun place l'adresse selon l'usage qu'il en fait.

Le débat chez OSM est encore plus métaphysique : la donnée adresse est-elle une donnée primaire ou une caractéristique. Si c'est une donnée primaire, elle aura sa propre représentation, mais il faudra encore décider ce qu'elle caractérise (portail, porte d'entrée, parcelle). Si c'est une caractéristique il faut l'associer à d'autres données (un POI, un bâtiment, etc.).

Pour avancer, il faut plutôt se poser la question des usages que cette donnée peut permettre une fois dans OSM.

> Du coup un logiciel de routage calcul le bon chemin. Les chauffeurs de taxi ou les facteurs apprécieront ;)

Pour le routage, ni l'un ni l'autre ne posent problème. C'est le même fonctionnement car dans les 2 cas il faut chercher la route la plus proche du point ou du polygone de destination.
OSRM/grasshoper fonctionnent très bien à Karlsruhe ;) : https://www.openstreetmap.org/directions?engine=fossgis_osrm_foot&route=49.00216%2C8.40497%3B49.00094%2C8.40834#map=18/49.00152/8.40665

A l'inverse, pour le géocodage inversé, c'est plus rapide, car on n'a plus besoin de deviner quel point d'adresse est le plus proche et doit correspondre au bâtiment/POI recherché.

> Bonus
Pour éviter la grosse et fâcheuse tendance actuellement de transformer les points d'adresse en POI et commerces divers, taguer l'adresse sur le bâti apporte une vraie solution fiable et durable. Il y aura moins de chance que les relations soient cassées et que les valeurs des adresses disparaissent car les éditeurs occasionnels ajouteront un POI au lieu de modifier celui de l'adresse.
Ça t'aurait par exemple évité de devoir refaire toute la rue du commerce aujourd'hui.