Ce débat est récurent.
Le résumé de Christian pourrait être déposé délicatement, mais très visiblement, sur le wiki.openstreetmap.org ?

Les autres langues pourront peut être s'inspirer de cette source non anglophone :-)

Cyrille37.

Le 19/01/2018 à 21:51, Christian Quest a écrit :
Adresse, bâtiment et parcelles... un sacré paquet de noeuds et de liaisons N / N dans tous les sens.

Une parcelle peut contenir plusieurs bâtiments, un bâtiment peut être à cheval sur plusieurs parcelles. Une parcelle peut être accessible par plusieurs adresses, une même adresse peut servir à plusieurs parcelles. Un bâtiment peut être accessible par plusieurs adresses et une même adresse peut désservir plusieurs bâtiments.

Vous saisissez mieux le problème et pourquoi il ne faut pas chercher à faire un lien (simpliste) adresse <-> bâtiment ?

Le cas courant peut être souvent en 1-1, mais les cas N-N sont bien trop peu nombreux pour généraliser le 1-1 !

L'adresse reste avant tout un moyen hiérarchique de se rendre à un endroit, hiérarchique  car on a la commune (voire même le pays), la voie ou le lieu-dit dans la commune, le numéro dans la voie ou le lieu-dit... et je suis sympa, je m'arrête là car on peut aussi descendre plus loin avec les compléments d'adresses (bâtiment X, escalier Y, entrée Z, etage, porte, etc).

Donc, je préfère des adresses sous forme de noeuds à la limite entre domaine public et privé (autant qu'on puisse le déterminer), donc en général en bord de parcelle et quand un bâtiment est en bord de parcelle le noeud se retrouve naturellement sur son polygone.


Le 18 janvier 2018 à 20:27, Cyrille37 OSM <cyrille+talk...@giquello.fr <mailto:cyrille+talk...@giquello.fr>> a écrit :

    resalut

    Je ne suis pas aussi complexe, juste que l'usage d'une adresse me
    semble être de s'y rendre, puis il faut passer de l'espace public
    à l'espace privée, dans lequel la fonction du ou des bâtis ne
    concernent que les habitants/usagers/.... Autre exemple (en plus
    des immeubles) le bâti ancien où il y a 2 à 4 bâtis pour la même
    adresse, ou encore une entreprise avec 4 ou 5 bâtis. Encore un
    autre, en ville cette fois, avec les maisons dans les
    intersections, qui ont l'air bien malines avec leur numéro au
    milieu et 2 voies bordant le coin et deux côtés.

    Non franchement, je ne vois pas d'autre point d'accroche "utile"
    du numéro de voie que celui où l'on quitte l'espace public pour
    passer dans l'espace "privé" ou "d'usage".

    Cyrille37.


    Le 18/01/2018 à 19:39, marc marc a écrit :

        Le 18. 01. 18 à 18:52, Cyrille37 OSM a écrit :

            Le 17/01/2018 à 21:57, Romain MEHUT a écrit :

                Le 16 janvier 2018 à 12:17, jabali a écrit :Il faut
                accepter qu'une
                adresse et un bâtiment sont deux notions différentes.
                Dans ton 1er
                exemple de routage, ce n'est pas le bâtiment qu'il
                faut viser mais son
                point d'accès soit la barrière (qui devrait porter
                l'adresse) qui
                matérialise la distinction entre les espaces publics
                et privés.

            maison très proche d'une voie mais dont l'accès se fait
            par une autre voie.

        j'aimerais bien voir un cas réel d'adresse de la rue A situé
        le long de
        la rue B... j'imagine que ce genre de nœud doit parfois faire
        des yoyo.
        On peux tout aussi bien résoudre le problème de routing en
        traçant le
        chemin d'accès réel jusqu'à la maison. Ce n'est donc pas un
        bon argument
        (si on veux un objet = une fonction, alors la position de
        l'adresse ne
        sert pas au routing, c'est le rôle des routes de servir à cela).

            c'est bien le point d'accès et non le bâti qui porte le
            numéro d'adresse.

        Si on veux être puriste, je pense que c'est la parcelle qui porte
        souvent l'adresse. Avant même qu'un architecte ai dessiné la voie
        d'accès, la rue a parfois été saucissonnée pour attribuer les
        numéros
        "non utilisé" aux parcelles non bâties.
        Pour couper court, je ne nie pas qu'une adresse et un bâtiment
        sont 2
        choses différentes. je reproche juste le manque de lien
        indispensable
        entre les 2.
        C'est bien (ou pas) de tager pour le routing.
        Mais c'est tout aussi bien d'avoir la possibilité de se
        repérer sur une
        carte (cela fait partie de la fonction première) et donc
        savoir quel est
        l'adresse d'un bâtiment donné, le savoir avec certitude, pas
        en mode
        devinette ou procéder par élimination/supposition dans les
        situations un
        peu plus "tordue" qu'un alignement de maison le long d'une rue.
        je t'invite à lire mon argumentation dans le sujet "schéma des
        adresses".
        J'y expose un outil (qui n'est pas de moi) qui montre quand il
        y a un
        lien entre un nœud adresse et le bâtiment... et quand il n'y
        en a pas.
        je t'invite à faire une proposition pour combler ce manque.
        Cela permettrait ensuite de demander aux applications de
        supporter ce
        lien et donc d'afficher l'adresse du bâtiment quand on le
        sélectionne et
        d'éviter ainsi que les utilisateur encode des doublons lorsque
        le nœud
        se situe hors du bâtiment qui la concerne.
        Parce que pour le moment, aucune application ne donne
        l'adresse d'un
        bâtiment qui a un nœud adresse à x mètres. Nominatim se
        contente de
        déplacer ta demande au nœud le plus proche... qui est juste...
        ou pas.
        _______________________________________________
        Talk-fr mailing list
        Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
        https://lists.openstreetmap.org/listinfo/talk-fr
        <https://lists.openstreetmap.org/listinfo/talk-fr>



    _______________________________________________
    Talk-fr mailing list
    Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
    https://lists.openstreetmap.org/listinfo/talk-fr
    <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

Répondre à