[OSM-talk-fr] Extraire une géométrie représentative d'une relation

[Christian Quest]

Dans overpass une requête permet de ne sélectionner que les membres 
portant un certain rôle dans la relation:

rel(5430194 <http://www.openstreetmap.org/relation/5430194>);
way(r:"line");
(._;>;);out skel;

Après il faut en récupérer la version geojson...


Le 22/08/2016 à 15:25, François Lacombe a écrit :
> Bonjour Philippe, Guillaume,
>
> Personne n'est a coté de la plaque ;)
>
> Cependant, seule la méthode m’intéresse.
> En effet il y a déjà quelques outils qui parviennent à présenter 
> graphiquement une relation mais j'ai besoin de l'implémenter de mon côté.
>
> Relativement à l'exemple du résultat d'OSM.org. Il n'emploie pas une 
> géométrie unique. Il affiche tous les objets de la relation et c'est 
> vite le fouillis, en plus de devoir être découpé pour être intégré 
> dans du geojson.
> Voir ici : http://www.openstreetmap.org/relation/5430194
> Je m'attends à récupérer une ligne toute simple sans les deux 
> polygones aux extrémités. C'est la seule géométrie "simple" et 
> représentative qu'on puisse exploiter sans faire appel à des 
> FeatureCollections ou autre.
>
> Et ça me semble très dur de trouver une méthode générique qui puisse 
> faire cette synthèse parce qu'il semble qu'il y ait autant de 
> possibilités que de cas :'(
>
> François
>
> Le 22 août 2016 à 14:45, Philippe Verdy <verdy_p at wanadoo.fr 
> <mailto:verdy_p at wanadoo.fr>> a écrit :
>
>     Le site web OSM le fait déjà quand on "explore" une relation: ça
>     télécharge un jeu de données JSON permettant le rendu vectoriel de
>     l'objet sélectionné par dessus le fond de carte. La Wikipédie
>     francophone le fait aussi sur ses cartes (mais elle requête son
>     propre serveur pour obtenir aussi des POIs géolocalisés sur
>     Wikipédia ou des photos géolocalisées sur Commons)
>     Attention en cas d'inclusion dans un script web : l'API ne doit
>     pas surcharger le serveur interrogé (on a vu le problème ces
>     jours-ci sur Overpass API avec des centaines de milliers de
>     requêtes par heure au lieu de quelques dizaines habituellement,
>     deux serveurs Overpass API sont tombés plusieurs fois de suite,
>     peut-être à cause d'un script d'un réseau publicitaire abusif ou
>     d'une appli non-officielle type Pokemon).
>     Bref gérer des caches sur votre serveur et éviter de faire des
>     requêtes automatiques en boucle par le client sur chaque page web
>     du site ou chaque page de l'appli mobile, respecter les protocoles !
>
>
>     Le 22 août 2016 à 14:30, François Lacombe
>     <fl.infosreseaux at gmail.com <mailto:fl.infosreseaux at gmail.com>> a
>     écrit :
>
>         Bonjour à tous,
>
>         Avec la récente mise en place et adoption croissante d'open
>         event database, je me pose une question que certains ont déjà
>         du résoudre.
>
>         Existe-t-il une méthode générique pour convertir une relation
>         OSM en geojson ?
>         Cela reviendrait à convertir la relation en géométrie simple
>         (points / polyline).
>
>         Le besoin est d'attribuer une géométrie représentative à des
>         événements dégagés par des ouvrages décrit avec une relation.
>         Après on peut les envoyer sur open event db.
>
>         Mais il peut y avoir des tonnes d'autres usages à cela, sans
>         se limiter à cet exemple.
>
>         J'aimerais éviter les scripts avec des if/else à rallonge pour
>         cibler tel ou tel type de relation, à la recherche de tel ou
>         tel objet qui au final n'est pas forcé de se trouver là où on
>         l'attend, etc...
>
>
>         Merci par avance pour vos retours
>
>         François
>
>
>         --
>         *François Lacombe*
>
>         fl dot infosreseaux At gmail dot com
>         www.infos-reseaux.com <http://www.infos-reseaux.com>
>         @InfosReseaux <http://www.twitter.com/InfosReseaux>
>
>         _______________________________________________
>         Talk-fr mailing list
>         Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>         https://lists.openstreetmap.org/listinfo/talk-fr
>         <https://lists.openstreetmap.org/listinfo/talk-fr>
>
>
>
>     _______________________________________________
>     Talk-fr mailing list
>     Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>     https://lists.openstreetmap.org/listinfo/talk-fr
>     <https://lists.openstreetmap.org/listinfo/talk-fr>
>
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
Christian Quest - OpenStreetMap France

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20160822/4267d5bc/attachment.htm>