[OSM-dev-fr] Relation 82629, séquence des ways

[Aurélien FILEZ]

Merci beaucoup pour ces précisions sly.

Kin

2011/9/2 sly (sylvain letuffe) <sylvain at letuffe.org>

> 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
> dev-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20110902/4d1c9220/attachment-0001.html>