Liste de valeurs admises pour "Position.kind"

[yohanboniface]

On a parlé d'utiliser la terminologie INSPIRE: http://inspire.ec.europa.eu/documents/Data_Specifications/INSPIRE_DataSpecification_AD_v3.1.pdf

[MaelREBOUX]

oui : je suis en train de faire valider une liste adaptée par le groupe de travail AITF. La période de congés implique d'attendre qqs jours pour un retour.

[MaelREBOUX]

Document en relecture finale.

Une question en relisant la dernière version de https://github.com/etalab/ban/wiki/MCD-of-BAN

Pour PositionType, merci de donner une définition pour les attributs car c'est pas clair :

• name
• description
• referent

[MaelREBOUX]

Voici la liste de valeurs proposée par l'AITF en se fondant sur les valeurs INSPIRE de la spécification de données "Addresses" :

délivrance postale Identifie un point de délivrance postale (boîte aux lettres)

entrée Identifie l’entrée principale d’un bâtiment ou un portail.

bâtiment Identifie un bâtiment ou une partie de bâtiment.

cage d’escalier identifie une cage d’escalier, en temps normal à l’intérieur d’un bâtiment.

logement identifie un logement ou une pièce à l’intérieur d’un bâtiment.

parcelle Identifie une parcelle cadastrale.

segment Position dérivée du segment de la voie de rattachement.

service technique Identifie un point d’accès technique (ex : local disposant d’organe de coupure eau, électricité, gaz, etc)

Pour plus de précision, lire : https://framadrop.org/r/YY9BG7Z_y5#UMZ/TUDhbporMvjwAZu3Vk/IAz6H7lXeyRjFy7Zcmns

[christopheprudent]

En l'état, il me semble comprendre que tous les cas cités ici rentrent dans la modélisation actuelle (aussi bien que dans les deux autres en cours d'étude): ou bien en tant que District (type 3 dans ton tableau), ou bien en tant que position (type 1 et 2 dans ton tableau). Est-ce qu'on a d'autres points à checker? concernant la norme adresse, voici les étapes réalisées pour respecter la taille du libellé (selon la norme utilisée, de 32 ou 38 caractères) On est bien d'accord que dans la BAN on aura que les libellés complets?

je pense que ça colle aussi, attention toutefois, le type 3 peut correspondre en fait aux 2 cas soumis (une résidence par exemple, qui comme dans l'exemple de @MaelREBOUX précise l'adresse du numéro 15; mais aussi une résidence dans laquelle sont dénommées d'autres voies) mais on ne sait pas aujourd'hui les différencier (pas de lien avec les voies pour les sur-ensembles)

par contre, aujourd'hui (je me renseigne en interne), il me semble possèder que ces libellés normés; mais à disposition des éléments des 3 groupes de ce complément à concaténer et en prenant le libellé complet du type (et non abrégé) de chaque groupe et de celui du nom... OK pour avoir le libellé complet, en concaténant ces différents éléments

[yohanboniface]

@MaelREBOUX est-ce que tu as la liste des libellés en anglais par hasard?

[yohanboniface]

OK, vus dans ton document sur #75.

[yohanboniface]

@MaelREBOUX petite question: pourquoi tu n'as pas gardé "ThoroughfareAccess"?

[MaelREBOUX]

parce que une adresse qui représente une voie d'accès on pense que c'est pas très représentatif des données adresses gérées en France. On préférera indiquer "entrée" (entrance).

[ebuard]

Et pareil pour "Address Area": pourquoi ne pas les garder?

[ebuard]

Pour fournir une documentation précise aux utilisateurs, je propose de compléter ces positionnements en: délivrance postale Identifie un point de délivrance postale (boîte aux lettres)

segment Position dérivée du segment de la voie de rattachement.

service technique Identifie un point d’accès technique (ex : local disposant d’organe de coupure eau, électricité, gaz, etc)

cage d’escalier identifie une cage d’escalier, en temps normal à l’intérieur d’un bâtiment.

logement identifie un logement ou une pièce à l’intérieur d’un bâtiment.

entrée Identifie l’entrée principale d’une parcelle avec ou sans portail ou d'un batiment. Avec positioning = "projection", cette valeur est ce point projetée sur la voie. Question: "entrée de batiment", on le laisse dans "entrée" ou on le mets dans "batiment"? Pour Parcel, je pense "entrée" tout court, et non "parcelle". Doit-on faire la même chose?

bâtiment Identifie un point particulier (centroïde) ou non d'un bâtiment ou une partie de bâtiment. Avec positioning = "projection", cette valeur est ce point projetée sur la voie.

parcelle Identifie le centroïde d'une parcelle cadastrale. Avec positioning = "projection", cette valeur est le centroïde de la parcelle projetée sur la voie.

Pour l'IGN, il faudrait aussi avoir Address area: identifie le centroïde d'un lieu auquel l'adresse est rattachée, comme un lieu-dit, un quartier, un ensemble résidentiel ou une zone industrielle.

Qu'en pensez-vous?

Il faudrait aussi écrire des cas d'usage pour les utilisateurs pour classer ses adresses dans les bonnes catégories de Kind et Positioning.

[odorie]

Elodie, à ta demande, je réactive ce ticket pour que tu puisses apporter des précisions sur certaines valeurs. Par contre, je trouve les formulations de Maël plus claires (et plus proches d'INSPIRE) et il ne faudrait pas parler du champ positioning ici. Donc ma proposition : revenir au formulation de Maël et préciser la valeur Entrance qui est encore ambigu : par exemple en faisant quelques dessins.

[odorie]

Et aussi ajouter la valeur "Address area" (valeur inspire) pour pouvoir caractériser certaines positions géométriques IGN (placées sur un lieu-dit). cf #179

[ebuard]

Merci pour ta réaction, @odorie !

Tu as raison: il faut réfléchir sur des petits schémas. Pour faire avancer la discussion sur Entrance, j'ai repris simplement l'image de Maël, en rajoutant trois points d'entrées possibles pour le 15 rue des mimosas, en rouge dans l'image: 1, 2 et 3

Est-ce que les positions avec Kind = Entrance sont :

• le point 1 seulement (parce qu'il n'y a qu'une seule Entrance par source et le point 1 semble être l'entrée principale)
• ou les autres points seulement (ce ne sont pas les entrées principales, mais les entrées des bâtiments)
• les points 1, 2 et 3 en créant 3 positions entrée -> doit-on créer une hiérarchie de positions pour ces cas?,
• les points 1 et 2 (parce que le point 3 correspond à un bâtiment secondaire) en créant 2 positions entrée -> idem?. ?

Il s'agit d'un premier exemple illustré. Je réfléchis à d'autres cas dans le but d'expliquer les types d'entrées aux utilisateurs.

[ebuard]

J'ai réfléchi à un autre cas d'usage très simple. Prenons 1 parcelle, contenant 3 bâtiments, d'accès piétons. Comment qualifie t'on les types d'entrées des positions marquées de 1 à 4? 1: on est tous d'accord que Kind = Entrance? On sous-entend "entrée de parcelle" ou "entrée principale". 2: Kind= Entrance ou Building? On sous-entend "entrée de bâtiment principal". 3: Kind = Entrance ou Building ? On sous-entend "entrée de bâtiment secondaire". 4: Kind = Entrance ou Building ? On sous-entend "entrée de bâtiment secondaire". Inspire ne nous aide pas du tout pour les cas ambigus.

Et je me demande: si toutes les positions sont Kind = Entrance, comment les utilisateurs font pour distinguer les entrées principales de parcelles (c'est à dire sélectionner les positions 1 dans la figure)?

[christopheprudent]

plutôt d'avis alors de réserver Entrance à l'entrée principale (accès) et Building à l'entrée d'un bâtiment, soit ici: 1 = Entrance, les autres avec Building

[odorie]

Je me pose des questions sur cette règle mais peut-être que j'ai mal compris : Si on l'applique, un certain nombre d'immeubles en ville, qui donne directement sur la rue, n'auront pas de kind "entrance" ? De plus on mélange alors dans la notion valeur "Building" une position placée n'importe où dans le bâtiment avec une position placée à l'entrée principale ou de secours.

[cquest]

"entrance" pour moi c'est en général le point de passage entre domaine public et domaine privé "building" permet de détailler un peu plus et fait référence à un bâtiment ou son entrée si ça ne donne pas directement sur le domaine public

après il faudrait effectivement pourvoir détailler entre position du bâtiment (centroid ?) et entrée du bâtiment... c'est quelque chose que je verrai plutôt en attributes car on peut aller loin comme ça.

Sur OSM on a souvent des tags plus ou moins hiérarchique qui permettent de rentrer dans les détails plutôt que d'avoir pour le tag de premier niveau un trop grand nombre de valeurs.

[MaelREBOUX]

En fait, ce qui gêne @ebuard c'est le "ou" dans Identifie l’entrée principale d’un bâtiment OU un portail

Je crois que ce côté flou existe déjà dans la spec INSPIRE. On pourrait effectivement limiter la définition à celle proposée par @christopheprudent mais en musclant la définition.

Par contre @cquest , il ne faut PAS aller sur les histoires de domanialité : c'est trop casse-gueule. Préférer une définition passe-partout qui permet de comprend quand on doit mettre "entrance" et quand on doit préférer "building".

entrée Identifie le point d'accès principal à une enceinte ouverte ou fermée, un groupe de bâtiments, un terrain (autre qu'une parcelle cadastrale). Typiquement : un portail d'accès.

[ebuard]

Donc, si je résume, on fait ça: 1 entrée + 3 buildings à cette adresse Ça va?

Ce qui me fait étendre ce cas d'usage: que se passe t'il s'il y a deux entrées à la parcelle? Tout le monde est d'accord pour le fait de conserver 2 entrées? On peut imaginer une voie piétonne et une voie voiture. Sur cette figure, j'ai rajouté un point d'entrée, mais aussi un point building et éventuellement 1 autre point dans un building, de type building ou staircase.

Je trouve ça mieux cette définition d'entrée. Merci de vos réactions!

[ebuard]

Tout le monde est d'accord sur les différentes valeurs de kind. Adress area a été ajoutée. Des consignes ont été écrites dans ce ticket et dans le wiki. Elles seront surement à affiner dans le futur par l'expérience après l'ouverture de la BAN et avec les retours des utilisateurs.