> Pour verdy_p : toutes les utilisations que tu as cités peuvent déjà se faire avec le modèle actuel (modèle frontières) grâce aux bases de données relationnelles.
Pas du tout ! Pour trouver ces relations de subdivision, ce ne sont pas du tout des modélisations de type relationnel, mais de type géométrique (2D uniquement ! avec les limites que cela comporte quand on passe à la 3e dimension sur les plans multicouches, par exemple si on veut modéliser les étages de la gare Montparnasse, avec une incertitude sur les élévations sachant qu'il y a des couloirs en pente aussi !). Par exemple trouve la relation qui lie le 1er arrondissement de Paris (niveau 9) avec la commune de Paris (niveau 8). C'est impossible sans télécharger toute la zone de Paris et faire un calcul de géométrie très complexe après avoir cherché dans cette zone (téléchargée par les coordonnées de la "bounding box", voire en passant par de petites bounding box autour des noeuds). C'est un gâchis énorme de requêtes SQL. Et oui cela ne facilite pas du tout le travail sur la carte et ses mises à jour. Et produire des cartes statistiques par exemple est un enfer sans les "subareas". Les deux modélisations des contours externes (avec les boundary et boudary_segments de rôles inner ou outer), et des sous-surfaces (de rôle subarea) ne modélisent pas la même chose, elles ne sont pas antonymes ni automatiquement complémentaires l'une de l'autre (même si c'est normalement le cas pour les zones administratives dont les niveaux sont des partitions). Pour moi, je ne veux pas l'une ou l'autre, mais LES DEUX modélisations à la fois car ce n'est pas la même chose (d'ailleurs rien n'oblige une zone administrative de niveau N à être entièrement couverte par les zones de niveaux N+1, il peut y avoir des parties volontairement oubliée car elles n'existent pas ou plus à ce niveau ; ce cas est fréquent aux Etats-Unis, au Canada, en Russie, en Australie, en Inde); ce cas commence à se présenter aussi en France avec des collectivités territoriales qui disparaissent ou changent de statut (par exemple la Corse est-elle encore une région française métropolitaine, son statut étant celui d'une collectivité territoriale qui n'a plus le nom de "région" ?) Les EPCI ne sont pas à strictement parler une partition des départements puisque qu'il y a des communautés de communes ou des pays qui comprennent des communes d'un autre département ou d'une autre région, et des communes hors de toute EPCI (comme Dinard par exemple dans le 35, qui va rejoindre une EPCI dont le siège est dans le 22). Selon l'usage qui est fait de la base de données, on prendra les relations selon le modèle relationnel adéquat. Mais la modélisation purement géométrique est un échec flagrant et conduit à des tonnes d'incohérences dans la base de données, et un surplus inutile de données dupliquées (ensembles chemins recopiés dans plein de relation, plus ou moins complètement), ce qui n'a STRICTEMENT RIEN de "relationnel" (au sens SGBD du terme). -- View this message in context: http://gis.638310.n2.nabble.com/Reflexions-sur-la-modelisation-dans-osm-des-niveaux-administratifs-en-france-tp7216522p7218811.html Sent from the France mailing list archive at Nabble.com. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
