Il y a des "régions" en Afrique aussi, dans la plupart des pays, même si
leur dénomination légale peut changer (hormis le Sénégal qui n'a que les
provinces au niveau 6, et le Soudan du Sud où la structure administrative
est encore en chantier, et les petits pays comme le Swaziland, les autres
pays ont des régions même si certaines sont brisées temporairement dans la
base). Au moins dans les pays francophones cela s'appelle des régions aussi.

Il est possible que tu aies sélectionné une bounding box qui inclue une
partie des îles tunisiennes ou marocaines ou une partie de leurs eaux
territoriales (bien qu'à priori les régions ne devraient pas couvrir les
eaux territoriales définies normalement au niveau 2).

Il peut y avoir des admin_level=4 parasites sur certains chemins résiduels
(ways) en fait utilisés pour la limite internationale (relation) au niveau
2. Regarde les données que tu as obtenues tu pourrais corriger ces valeurs
incorrectes de admin_level. Sinon il peut rester aussi des noeuds ou
chemins dupliqués par erreur hors de leur zone mais gardés en référence
dans une relation, cela se corrige aussi.




Le 31 mars 2014 23:34, mides.map <mides....@gmail.com> a écrit :

>  L'api marche vraiment pas mal et même sur de grande bbox, mais il y a un
> truc que je saisis pas bien.
>
> A travers cette extraction, je retrouve des données en Afrique ?? Peut
> être aussi un erreur de ma part.
>
> Pour info, à quel niveau administratif correspond la valeur/clé
> [admin_level=4] pour l'Afrique.
>
> Michel.
>
> Mides a écrit :
>
> Ok, merci pour la syntaxe.
>
>
> Le 31 mars 2014 15:37, Christian Quest <cqu...@openstreetmap.fr> a écrit :
>
>>  Le 31 mars 2014 14:49, Mides <mides....@gmail.com> a écrit :
>>
>>>  Bonjour,
>>>
>>>
>>>  On arrive quand même à extraire au travers de l'api quelques
>>> informations allant au-delà d'une couverture géographique se limitant à une
>>> commune riche en quantité d'informations diverses, qui dans mon cas bien
>>> précis  se limite à la  bbox[-0.8, 42.7, 2.3, 
>>> 43.829215]<http://oapi-fr.openstreetmap.fr/xapi/?node%5bamenity=hospital%5d&bbox%5b-0.818714,42.725465,2.323375,43.829215%5d>.
>>>
>>>
>>>
>>>  Par contre, il est vrai que l'on s'approche très rapidement du
>>> time_out si l'on étant la zone, et cela est beaucoup plus flagrant
>>> concernant les ways.
>>>
>>>
>>>  Alors,  comment peut-on faire si l'on souhaite raisonner au niveau du
>>> territoire ? Je parle au travers de l'utilisation de l'api.
>>>
>>>
>>>  Reste ensuite,  pour ma requête, c'est-à-dire l'extraction des données
>>> tag amenity :hospital, à voir comment cela peut être exploitable.
>>>
>>>
>>>  Certaines zones sont taguées soit en node ou en way, sachant que l'on
>>> peut travailler au niveau du centroïd pour les polygones le problème se
>>> règle facilement,  mais malheureusement on trouve aussi les deux
>>> possibilités, node et way,  pour le même objet, voire des polygones à
>>> l'intérieur d'autres polygones.
>>>
>>>
>>>  Par exemple ici : http://www.mides.fr/test/hospital
>>>
>>> *(Rouge centroïd, mauve node)*
>>>
>>>
>>>  Toujours est-il, je vous remercie tous deux pour l'aide.
>>>
>>>
>>>  Michel
>>>
>>
>>  Avec une requête overpass, tu peux préciser le timeout et tu peux aussi
>> préciser une zone particulière définie par une relation boundary=* dans OSM.
>>
>>  Exemple:
>>
>>  [timeout:1800];
>> area[name="Midi-Pyrénées"][admin_level=4]->.zone;
>> node(area.zone)[amenity=hospital];
>> out meta;
>> way(area.zone)[amenity=hospital];out meta;
>> >;out meta;
>>
>>
>>  --
>> Christian Quest - OpenStreetMap France
>> Conférence "State Of The Map" France du 4 au 6 avril à 
>> Paris<http://openstreetmap.fr/sotmfr>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à