Le 26 janvier 2012 14:30, Hélène PETIT <h...@free.fr> a écrit : > Le 25/01/2012 18:52, sly (sylvain letuffe) a écrit : > > Tentons de rester objectif, et de mettre des "peut-être" quand ça reste >> une >> supposition plutôt que les superlatifs récemment lu du genre : >> C'est 10000 fois plus rapide. >> > > Il y a sûrement un équilibre à trouver entre une base avec uniquement des relations spatiales et l'ajout d'un peu de relationnel non spatial pour des objets spatialement très complexes à manipuler. Le volume de données à manipuler n'allant qu'en grandissant, ces informations non spatiales risques d'être de plus en plus utiles et nombreuses.
Dans mon univers perso un sgbd est (10)mille fois plus rapide quand il fait > ce pour quoi il a été conçu au départ ; comme je préfère cartographier que > mettre la main dans le code (pour l'instant) je n'ai pas pris le temps > d'aller lire la descro du schéma de la base et de ses abatis. > Cela dit, quand je vois toute cette tonne de débats ne faisant (je crois ? > AC) pas particulièrement référence au schéma actuel de la base, je me > demande si j'ai des chances d'y comprendre quelque chose ; tout ça : à > vérifier, à confirmer ; et à relire le jour où j'aurais aussi pu comprendre > le système de catégories utilisé par le wiki :>( > > Pendant que j'y suis : > À quoi pourrait bien servir le tag "label" dans une relation "frontière > administrative" de niveau 8 ? > > Tu veux parler d'un node avec le rôle "label" dans une relation d'admin_level=8 ? -> à indiquer une position pour le nom de la commune sur le rendu des cartes > À quoi ça sert de mettre admin_level=n sur une polyligne déjà étiquetée > boundary=administrative, vu que de toutes façons, c'est la relation > boundary qui dira le admin_level ? > > Je ne vois pas trop l'intérêt moi non plus. En théorie, les tags d'une relation s'appliquent à ses membres, enfin c'est comme que je vois les choses. Même le boundary=administrative est redondant avec cette approche ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest<http://openstreetmap.fr/u/christian-quest>
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
