Re: [OSM-talk-fr] Tagging Infrastructures de Santé

Le 11/09/2017 à 21:03, marc marc a écrit : Ma question reste ouverte : est-ce que le nombre de chirugien est une info suffisament stable que pour être dans osm ? Bonne question.. Ça dépend énormément du contexte local je dirais... Peut-être est-ce au contributeur de faire la distinction

Re: [OSM-talk-fr] les dates de terrain, de test fonctionnel, d'import, de source

La webapp geocropping rend ce process de mise à jour d'une date de contrôle sur terrain très simple et pas technique du tout. A voir ici: https://geocropping.xsalto.com/ Le 11 septembre 2017 à 18:33, Violaine Doutreleau a écrit : > Bonjour Marc, > > Pour moi la

Re: [OSM-talk-fr] Tagging Infrastructures de Santé

Ma question reste ouverte : est-ce que le nombre de chirugien est une info suffisament stable que pour être dans osm ? il n'y a aucune obligation d'avoir un tag approuvé ni même une page wiki si t'as envie de mettre schtroump=42 sur un hôpital, libre à toi. Mais c'est évidement très probable que

Re: [OSM-talk-fr] Tagging Infrastructures de Santé

Bonjour à tous et merci Marc pour ces éclaircissements ! Je retiens staff:chirurgien=yes/nombre, effectivement on était passé à côté de ça ! Pour le comptage des lits capacity:bed est pas mal pour le moment.. Dans la même idée que ce que tu disais, on pourrait étendre bed:=yes/nombre Pour

Re: [OSM-talk-fr] les dates de terrain, de test fonctionnel, d'import, de source

Bonjour Marc, Pour moi la difficulté c'est qu'il ne faudrait pas mixer la source d'une information (je suis ok pour  ajouter une info de date en fonction de la source de données), par le check_date ou operational_status:date, qui relève plutôt de la validation de données. J'entends : la

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Le 11/09/2017 à 16:51, sly (sylvain letuffe) a écrit : mais le seul soucis qui semble (semble car je ne suis pas expert Qgis) rester ce sont les 2 communes au Sud Est qui appartiennent à la région voisine, qui sont donc des enclaves appartenant à la région d'a coté et qui devrait alors être des

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Samy Mezani wrote > Je teste en ce moment même avec ogr2ogr (qui me renvoie des erreurs de > segmentation sur Debian...) Par curiosité, j'ai voulu essayer et ça à l'air de presque quasiment le faire avec ogr2ogr : http://sly.letuffe.org/echange/old-bourgogne.zip Sur une debian 8 $ ogr2ogr

Re: [OSM-talk-fr] requête Overpass en ligne de commande

J'enfonce certainement des portes ouvertes, mais voici enfin la manip qui a fonctionné : wget -O bourgogne.osm 'http://overpass-api.de/api/interpreter?data=rel[name="Bourgogne"]["disused:admin_level"=4];(._;>);out geom; ogr2ogr -a_srs "EPSG:4326" -t_srs "EPSG:2154" -f PostgreSQL

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Le 11/09/2017 à 15:24, sly (sylvain letuffe) a écrit : [...] A mon avis, le problème qui fait que tu n'obtiens pas les réponses que tu attends tient dans l'expression de ton besoin. Je pense comprendre (je peux me tromper) que ce que tu veux c'est un multipolygone au sens GIS (postgis,

Re: [OSM-talk-fr] requête Overpass en ligne de commande

https://wiki.openstreetmap.org/wiki/Osmosis peut filtrer tes données OSM en ligne de commande Mais à mon avis les plugins openstreetmap en QGIS te seront plus utiles pour arriver à des fichiers .SHP. J'ignore si c'est possible de les invoquer à partir de la ligne de commande. Peut-être avec un

[OSM-talk-fr] GR 5 Jura cartographié ? Et la FFRP ?

Salut, les gens. Je viens de voir que le GR 5 Jura avait été cartographié (https://www.openstreetmap.org/relation/6095322), or il me semblait que, dans l’attente d’un accord avec la FFRP concernant l’ajout des GR et de leurs autres itinéraires dans OSM, on devait ne pas les ajouter pour éviter

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Samy Mezani wrote > Je veux simplement obtenir le multipolygone de son ancien contour. A mon avis, le problème qui fait que tu n'obtiens pas les réponses que tu attends tient dans l'expression de ton besoin. Je pense comprendre (je peux me tromper) que ce que tu veux c'est un multipolygone au

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Le 11. 09. 17 à 14:21, Samy Mezani a écrit : > Donc , pour résumer, comment n'obtenir que les *ways* membres > de la relation et surtout leur géométrie ? > (pour importer dans PostGIs, ou visionner dans QGis) la géométrie d'un way implique d'avoir les nœuds. "out geom" te donne lat/lon des nœuds

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Donc , pour résumer, comment n'obtenir que les *ways* membres de la relation et surtout leur géométrie ? (pour importer dans PostGIs, ou visionner dans QGis) Mon but est de comprendre ces requêtes pour en faire d'autres sur des données plus fréquemment mises à jour. Là je veux juste obtenir

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Le 11 septembre 2017 à 13:04, marc marc a écrit : > Mais en ligne de commande si : > > 1) récupérer le minimum contenant les infos souhaitées : > wget -O bourgogne.osm > 'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne][ > "disused:admin_level"=4];out;'

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Mais en ligne de commande si : 1) récupérer le minimum contenant les infos souhaitées : wget -O bourgogne.osm 'http://overpass-api.de/api/interpreter?data=rel[name=Bourgogne]["disused:admin_level"=4];out;' 2) filtrer pour ne garder que la relation, les chemins et le nom cat bourgogne.osm |

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Dans Overpass tu ne peux pas choisir entre avoir un seul tag ("name=*") ou tous les tags d'un objet. Tu peux en revanche obtenir la liste des objets sans leur géométrie ("out;" au lieu de "out geom;") Regarde les paramètres possibles pour "out;" selon le niveau de verbosité attendu, si tu ne veux

Re: [OSM-talk-fr] requête Overpass en ligne de commande

En fait, je souhaite bien tous les descendants de la relation, mais pas les nœuds, et si possible obtenir un seul objet de type multipolygone. Les données ne m'intéressent pas dans ce cas précis, si ce n'est le taq name. Merci Samy Le 11/09/2017 à 12:35, Christian Quest a écrit : Si tu ne

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Si tu ne veux que la relation décrivant le multipolygone (et pas les way ni les noeuds permettant d'avoir la géométrie complète), retire le ">;" Tu aura les tags de la relation, la liste des membres, mais rien d'autre. Le 11/09/2017 à 12:03, Samy Mezani a écrit : Bonjour, Je tente de faire

Re: [OSM-talk-fr] requête Overpass en ligne de commande

Déjà tu peux enlever l'union avec la récursion descendante "(._;>;);" si tu ne veux que la relation multipolygone, et pas ses descendants; mais ensuite "out geom;" ne te servira bas beaucoup puisqu'il n'y a pas de géométrie dans un multipolygone mais juste ses descendants; je suppose que tu veux

[OSM-talk-fr] requête Overpass en ligne de commande

Bonjour, Je tente de faire une requête en ligne de commande pour obtenir un fichier osm de l'ancienne région Bourgogne. Je veux simplement obtenir le multipolygone de son ancien contour. Avec ça, j'obtiens tous les objets (nœuds) de la relation : wget -O bourgogne.osm

hebdoOSM Nº 372 2017-08-29-2017-09-04

Bonjour, Le résumé hebdomadaire n° 372 de l'actualité OpenStreetMap vient de paraître *en français*. Un condensé à retrouver sur : http://www.weeklyosm.eu/fr/archives/9432/ Bonne lecture ! hebdoOSM ? Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Où :

Re: [OSM-talk-fr] comment cartographier un marais ?

On Thu, 7 Sep 2017 18:07:38 +0200 Adrien Grellier wrote: > > Pour les canaux, il faudrait indiquer un sens de circulation de l'eau > (waterway=stream)… En l’occurrence, c'est tout plat, l'eau ne court > pas comme dans une rivière ! Comment doit-on procéder dans le cas > présent

Re: [OSM-talk-fr] Plus aucun rapprochement entre OSM et la BANO depuis fin juillet

Le 9 septembre 2017 à 17:41, David Marchal a écrit : > > Le 31 août 2017 à 14:31, Christian Quest a > écrit : > > On 2017-08-30 15:20, Christian Quest wrote: > > Les données du cadastre vont être très (très) prochainement disponibles > sur leur forme