Merci beaucoup pour ces précisions sly. Kin
2011/9/2 sly (sylvain letuffe) <[email protected]> > On vendredi 2 septembre 2011, Aurélien FILEZ wrote: > > Hi ! > > > > Est-ce que c'est pareil pour les relations simples ? > > C'est vrai quel que soit le type d'élément membres d'une relation (noeud, > way > ou relation) > > L'API osm les restituant dans l'ordre dans lequel ils ont été envoyés mais > ne > réalisant aucun test concernant une topologie quelconque : > http://wiki.openstreetmap.org/wiki/Elements > > > > En analysant quelques sources > > d'outils, j'ai vu que pour déterminer si une relation était fermée ou > > ouverte, ils testaient l'égalité entre le premier noeud de la première > way > > et le dernier noeud de la dernière way, sans procéder, d'après mes > souvenirs > > à un trie quelconque en amont.. > > Mauvais outils ? > Que se soit osm2pgsql, l'analyseur d'osmose ou http://ra.osmsurround.org/ils > le supportent tous. > F. Ramm a même décrit un algorithme possible pour gérer cela : > http://wiki.openstreetmap.org/wiki/Relation:multipolygon/Algorithm > > > > Si ce n'est pas le cas, vivement que l'utilité des super-relations soient > > officielle et que des règles s'imposent, car étant développeur, cette > pseudo > > anarchie concernant les super-relations est pas mal difficile à gérer et > > surtout très longue à l'exécution. > > Rien n'est gagné pour toi car la priorité est souvent donnée pour que cela > soit plus facile aux cartographes : "data is king" et non aux développeurs. > > Et je partage cette philosophie : si un algo est possible, autant donner le > boulot aux ordinateurs plutôt qu'aux humains ! > > > > Pour le moment mon besoin (et celui de bien d'autres d'après les listes) > > On attends toujours que quelqu'un se plonge un peu dans le code pour nous > fournir l'outil ;-) > > > n'importe quelle relation "collée" à une autre relation, là ça va être la > > super-misère si des règles n'imposent pas un minimum de structure > (établies > > par le mapper ou automatiquement) > > Avec ou sans les "super relation" c'est déjà la super misère car les outils > n'imposent pas qu'une relation qu'on s'attend à former une topologie > (polygone, ligne brisée) la forme véritablement. Pour l'instant on a donc > des > outils de contrôle a posteriori pour tenter de trouver les ruptures. > > Il y a des voies de recherche pour l'avenir (API 0.7) pour établir un > nouveau > type "area" que l'api pourrait imposer comme étant fermé, mais rien ne dit > comment on va gérer les frontières de la france qui totalise une quantité > astronomique de noeuds > > http://wiki.openstreetmap.org/wiki/France_boundary_pyramidal_construction > > -- > sly > qui suis-je : http://sly.letuffe.org > > _______________________________________________ > dev-fr mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/dev-fr >
_______________________________________________ dev-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev-fr
