Philippe, si lances cette requête et examine le fichier OSM, tu constateras que 
cette requête n'extrait aucun noeud.

Un objet relation contient et les attributs et les références aux membres de 
cette relation. À partir du fichier OSM, j'ai pu compter le nombre de membres 
listés dans les relations avec le rôle admin_centre.


 
Pierre 



________________________________
 De : Philippe Verdy <[email protected]>
À : Pierre Béland <[email protected]>; Discussions développeur OSM en français 
<[email protected]> 
Envoyé le : Vendredi 26 juillet 2013 21h09
Objet : Re: [OSM-dev-fr] Question pour une requête Overpass
 


Sur une bounding box, tu peux très bien ne couvrir qu'une partie du territoire 
couvert par des relations, et y trouver des noeuds avec un rôle admin_centre 
sans que la relation soit complètement chargée.
Pourtant si on localise un noeud avec un rôle admin_centre, c'est qu'une ou 
plusieurs relations mentionnant ce rôle ont été trouvées.

Un cas particulier pourrait expliquer ceci : que le noeud admin_centre soit en 
fait réellement situé en dehors de la zone couverte par la relation.

On a le cas pour de nombreux cantons dans des communes divisées sur plusieurs 
fractions cantonales et quelques arrondissements en Alsace et Lorraine. 
Peut-être qu'on le trouve ici pour des communautés de communes (certaines 
précisent avec un noeud admin_centre l'emplacement de l'hôtel communautaire, 
pas nécessairement sur le territoire de la communauté elle-même).



Le 27 juillet 2013 02:24, Pierre Béland <[email protected]> a écrit :

Nicolas, 
>
>
>
>Je ne vois pas comment,  avec Overpass, l'on pourrait extraire les 
relations pour lesquelles il manque un noeud, membre de la relation avec 
role=admin_centre. On peut cependant obtenir toutes les relations admin_level=8 
et les 
analyser autrement.
>
>
>
>La requête Overpass suivante permet de faire une analyse rapide. Les relations 
>sont extraites sans ajouter des requêtes récursives pour les chemins et les 
>noeuds.  Cette requête couvre un bbox englobant grossièrement la région du 
Languedoc-Roussillon. Nous obtenons comme résultat, 5804 relations 
comprenant 5806 roles admin_centre. Il semble donc y avoir des doublons 
au niveau des rôles administratifs. Mais moins facile à repérer où sont ces 
doublons.
>
><osm-script> <query into="_" type="relation"> <has-kv k="boundary" 
>v="administrative"/> <has-kv k="admin_level" v="8"/> <bbox-query 
>e="5.657958984374999" n="45.10454630976873" s="42.309815415686664" 
>w="0.3955078125"/> </query> <print from="_" limit="" mode="meta" order="id"/>
</osm-script>
>
>
> 
>Pierre 
>
>
>
>________________________________
> De : Nicolas Moyroud <[email protected]>
>À : dev-fr openstreetmap.org <[email protected]> 
>Envoyé le : Vendredi 26 juillet 2013 17h47
>Objet : Re: [OSM-dev-fr] Question pour une requête Overpass
> 
>
>
>Le 26/07/2013 19:16, Frédéric Rodrigo a écrit : 
>Bonjour, 
>>
>>Je ne vais répondre que a moitié à ta question. 
>>
>>Osmose n'en trouve pas : 
>>http://osmose.openstreetmap.fr/fr/errors/?country=france_languedoc_roussillon&item=7120
>> 
>>
>>Frédéric. 
>>
>Bonjour Frédéric,
>
>J'ai finalement trouvé la coupable sans PostGIS en utilisant la fonction  de 
>QGIS "Vecteur > Outils d'analyse > Points dans un polygone"  entre la couche 
>de polygones des limites de communes et la couche des  points admin_centre. Et 
>la gagnante est Saint-Hilaire-de-Beauvoir dans  l'Hérault :
>http://tile.openstreetmap.fr/?zoom=15&lat=43.75142&lon=4.02198&layers=B00000FFF
>Ça ne m'étonne pas que Osmose n'ai rien trouvé car la relation avait  bien un 
>admin_centre, mais ce n'était pas le bon. C'était le  place=village de la 
>commune voisine Saint-Jean-de-Comies qui avait été  défini dans la relation. 
>Il était donc défini comme admin_centre dans 2  relations. J'ai corrigé le 
>problème dans OSM.
>Mais si quelqu'un à la solution à ma requête avec l'overpass, ça m'intéresse 
>toujours 
>
>Nicolas
>________________________________
>
>Nicolas Moyroud
>
>_______________________________________________
>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
>
>
_______________________________________________
dev-fr mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/dev-fr

Répondre à