On retrouve ces données sur deux zones bien précises, mais comme j'ai segmenté l'extraction au niveau des area[name="Midi-Pyrénées"][admin_level=4], je ne sais pas à quel moment ces valeurs ont été intégrées. Je regarderai cela à l'occasion.
http://www.mides.fr/test/hospital/ Le 1 avril 2014 09:03, Philippe Verdy <verd...@wanadoo.fr> a écrit : > 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 > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
