Re: [OSM-dev-fr] [tech] Downloads changesets
Sur la page http://planet.osm.org/ on parle aussi d'obtenir uniquement les métadonnées des changesets. A smaller file with complete metadata for all changes ('changesets') in XML format is also available. Mais je ne retrouve pas le lien. Quelqu'un sait où retrouver cette info? Pierre De : Christian Quest cqu...@openstreetmap.fr À : dev-fr@openstreetmap.org Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Dimanche 18 janvier 2015 11h19 Objet : Re: [OSM-dev-fr] [tech] Downloads changesets Tu a besoin de quoi au juste ?Les infos sur les changesets ou ce qu'ils contiennent ? Il y a un dump des changesets: http://planet.openstreetmap.org/planet/changesets-latest.osm.bz2 Le 17 janvier 2015 18:57, Rodolphe Quiedeville rodol...@quiedeville.org a écrit : Merci pour a suggestion Sylvain, j'ai effectivement mal orientée celle-ci, c'est plus du dev qu'un point technique, je reroute ma question sur dev. Merci pour ta réponse au passage Frédéric On 01/17/2015 01:10 PM, sly (sylvain letuffe) wrote: J'en profite pour suggéré que cette question trouverait, je pense, plus sa place mais également plus de personne pour y répondre sur la liste dev-fr Le samedi 17 janvier 2015 11:46:29, Rodolphe Quiedeville a écrit : Bonjour, Je travaille sur une projet où j'ai besoin d'avoir l'intégralité des changesets depuis 2012, pour le moment je récupère les nouveaux changesets au fil de l'eau en utilisant les minutely diff associé à l'api 0.6. Mais avant de requetter l'API pour récupérer les 28 millions que me manque je me demandais si ils n'existaient pas quelques parts. Que ce soit dans un fichiers, un lot de fichiers ou une base quelconque, merci pour vos tuyaux. Bon WE -- Rodolphe Quiédeville - SIP/XMPP : rodol...@quiedeville.org Blog : http://blog.rodolphe.quiedeville.org/ http://cartosm.eu - Intégration de carte libre sur site web GNUPG key available on public servers -- Christian Quest - OpenStreetMap France ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Travail contributif, Conflation données externes vs OSM
* Discussions développeur OSM en français Dans la base GNS, la précision de la géolocalisation varie d'un pays a l'autre et les données sont souvent arrondies à quelques décimales pour représenter cette imprécision. Pour le Sierra Leone où nous travaillons actuellement, la marge d'erreur est plus grande qu'ailleurs. Et oui, il y a des problèmes de conflits possibles. Un noeud peut se retrouver entouré de plusieurs villages. En observant les différents noeuds à importer, on peut mieux voir la distribution et décider à quelle zone résidentielle appliquer chaque noeud. Et non, je ne penses pas que ce travail puisse se faire via MapRoulette. Comme le suggérait Frédéric plutôt aujourd'hui, Il serait sans doute mieux de fonctionner de la même façon que le Gestionnaire de tâche, en découpant les infos par carrés. Nous avons fait cela une fois je pense, fournir un fichier osm pour un carré particulier avec un hyperlien lors de la sélection de la tâche. Le remoteControl de JOSM, dans le wiki http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RemoteControl où on parle de la possibilité d'importer un fichier osm (Import command). Idéalement, ce qui faciliterait le travail d'appariement avec le combo Gestionnaire de tâches / JOSM, c'est de combiner dans un même calque données OSM (nodes[place] seulement) et données importées. Un attribut particulier pourrait distinguer les données à ajouter à la base. Dans l'éditeur JOSM, un style MapCSS permettrait de les distinguer facilement. Pierre De : Christian Quest cqu...@openstreetmap.fr À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Samedi 21 juin 2014 13h40 Objet : Re: [OSM-dev-fr]Travail contributif, Conflation données externes vs OSM Ca ressemble plus à un challenge pour MapRoulette non ? Les noms à placer sont distribués un à un. Pas de problème de répartition géographique donc et donc de conflit. Le 21 juin 2014 18:14, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 21/06/2014 17:54, Pierre Béland a écrit : Voici un exemple où nous avons besoin d'une ressource pour partager le travail de conflation parmi plusieurs contributeurs. Lors des activations humanitaires, nous avons souvent des tâches préliminaires comme actuellement pour le Sierra Leone (Ebola). Les noms de places habitées sont une information importante et les données à importer imprécises quant à la localisation exacte. Le travail de conflation consiste pour chaque node(place) à confirmer la géolocalisation d'un village particulier à partir d'imagerie aérienne telle que Bing et consolider avec l'existant dans la base OSM. Le travail se fait habituellement dans JOSM Pour chaque node, il faut : 1. Télécharger les données OSM pour la zone dans une couche JOSM 2. Joindre à cette couche la node(place) à importer, déterminer à quel village le plus près l'associer (de vieilles cartes topo nous aide aussi la-dessus) 3. Si une node(place) existe déja pour ce nom, combiner les attributs GNS avec les attributs existants. C'est un travail fastidieux et dificile à partager. Le Gestionnaire de tâches HOT nous permet de distribuer à chacun une zone à traiter. Il y a quand même des risques à partager le fichier d'import contenant des milliers de nodes entre plusieurs contributeurs plus ou moins expérimentés. La question, quelle solution peut permettre de faire un tel travail contributif de Conflation. Je crois qu'un tel travail a déja été fait avec Osmose. Serait-ce la solution? Quelqu'un a d'autres solutions à proposer? Des solutions pratiques svp, nous travaillons dans l'urgence. Oui Osmose peut faire ça, mais dans l'urgence c'est difficile. Si le pays est déjà supporté par Osmose (toute l'Afrique en particulier) on peut mettre ça en 2 à 4 jours. Si ce n'est pas le cas ça sera plus long. Une solution pourrait être de découper vos données sur le même carroyage que le gestionnaire de taches. Frédéric. ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Serveur de tuiles pour le rendu humanitaire
Je suggère d'ajouter le texte anglais en dessous du texte français et de simplement réduire la taille de l'image et du texte. Pierre De : sly (sylvain letuffe) lis...@letuffe.org À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Jeudi 16 janvier 2014 10h02 Objet : Re: [OSM-dev-fr] Serveur de tuiles pour le rendu humanitaire On jeudi 16 janvier 2014, Christian Quest wrote: Le 16 janvier 2014 11:20, Pieren pier...@gmail.com a écrit : Il faudrait effectivement internationaliser cette tuile (...) Tout à fait... Vous en pensez quoi ? http://a.layers.openstreetmap.fr/images/404.png (un peu vite fait, mais en attendant qu'un artiste nous fasse un chouette truc, ça a l'avantage d'être en anglais) et mettre en place aussi des caches pour soulager l'unique serveur qui est derrière ce rendu (et qui ne fait pas que ça). Un cache ? Est-ce vraiment le débit le problème ? Je n'ai pas l'impression : http://munin.openstreetmap.fr/free.org/osm13.openstreetmap.fr/if_eth0.html Je n'ai pas étudié la question en profondeur, mais ça me semble plus une histoire de charge io/cpu Ça serait plus une répartition de charge à faire avec osm105 par exemple pour soulager la charge à 15 de moyenne actuellement sur osm13 -- sly qui suis-je : http://sly.letuffe.org ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Un utilisateur fantome
Un changeset résume les modifications effectuées sur la base. Ici, il n'y a aucune transaction, création, modification ou effacement de node, chemin ou relation. C'est donc un changeset vide de toute transaction si l'on veut. Est-ce un problème d'intégrité des données, données de transaction perdues, usager non ajouté en cours de route? Ce peut être un problème de communication entre ID et l'API. Mais de toute façon, il y a un problème d'enregistrement des informations par l'API. On ne devrait pas y enregister un changeset sans transaction de données. Et encore moins avec un usager inexistant. osm version=0.6 generator=OpenStreetMap server copyright=OpenStreetMap and contributors attribution=http://www.openstreetmap.org/copyright; license=http://opendatacommons.org/licenses/odbl/1-0/; changeset id=19860227 user=user_1871553 uid=1871553 created_at=2014-01-07T10:22:15Z closed_at=2014-01-07T10:22:17Z open=false min_lat=51.8521745 min_lon=8.559652 max_lat=51.855441 max_lon=8.5660315tag k=comment v=Punkte und Flächen verbessert/ tag k=created_by v=iD 1.3.4/ tag k=imagery_used v=Bing/ /changeset /osm Pierre De : Ista Pouss ista...@gmail.com À : Pierre Béland pierz...@yahoo.fr; Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Dimanche 12 janvier 2014 15h11 Objet : Re: [OSM-dev-fr] Un utilisateur fantome Le 12 janvier 2014 20:41, Pierre Béland pierz...@yahoo.fr a écrit : Ce peut être un bogue éditeur ID + API créant un changeset vide. Pourtant le changeset ne semble pas vide ? En tous les cas, la réponse à la requête sur le changeset n'est pas vide, alors qu'elle l'est si on interroge sur l'utilisateur, avec http://api.openstreetmap.org/api/0.6/user/1871553 ; c'est surtout ça qui m'embête. J'ai fait suivre sur liste osm. Bin alors ! Heu... merci de me faire suivre les réponses alors :-)___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Un utilisateur fantome
oups, tel que rapporté par Richar Weait, il existe des données. pour interroger l'API, il fallait plutôt utiliser le lien http://api.openstreetmap.org/api/0.6/changeset/19860227/download Mais effectivement, l'usager n'existe pas. Étrange. Pierre De : Pierre Béland pierz...@yahoo.fr À : Ista Pouss ista...@gmail.com; Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Dimanche 12 janvier 2014 15h33 Objet : Re: [OSM-dev-fr] Un utilisateur fantome Un changeset résume les modifications effectuées sur la base. Ici, il n'y a aucune transaction, création, modification ou effacement de node, chemin ou relation. C'est donc un changeset vide de toute transaction si l'on veut. Est-ce un problème d'intégrité des données, données de transaction perdues, usager non ajouté en cours de route? Ce peut être un problème de communication entre ID et l'API. Mais de toute façon, il y a un problème d'enregistrement des informations par l'API. On ne devrait pas y enregister un changeset sans transaction de données. Et encore moins avec un usager inexistant. osm version=0.6 generator=OpenStreetMap server copyright=OpenStreetMap and contributors attribution=http://www.openstreetmap.org/copyright; license=http://opendatacommons.org/licenses/odbl/1-0/; changeset id=19860227 user=user_1871553 uid=1871553 created_at=2014-01-07T10:22:15Z closed_at=2014-01-07T10:22:17Z open=false min_lat=51.8521745 min_lon=8.559652 max_lat=51.855441 max_lon=8.5660315tag k=comment v=Punkte und Flächen verbessert/ tag k=created_by v=iD 1.3.4/ tag k=imagery_used v=Bing/ /changeset /osm Pierre De : Ista Pouss ista...@gmail.com À : Pierre Béland pierz...@yahoo.fr; Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Dimanche 12 janvier 2014 15h11 Objet : Re: [OSM-dev-fr] Un utilisateur fantome Le 12 janvier 2014 20:41, Pierre Béland pierz...@yahoo.fr a écrit : Ce peut être un bogue éditeur ID + API créant un changeset vide. Pourtant le changeset ne semble pas vide ? En tous les cas, la réponse à la requête sur le changeset n'est pas vide, alors qu'elle l'est si on interroge sur l'utilisateur, avec http://api.openstreetmap.org/api/0.6/user/1871553 ; c'est surtout ça qui m'embête. J'ai fait suivre sur liste osm. Bin alors ! Heu... merci de me faire suivre les réponses alors :-) ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Précisions à propos du format XML OSMChange
François, Voici une partie des réponses. Je vais laisser à d'autres traiter des relations. À partir de l'historique de openstreetmap.org, si nous regardons l'historique d'un changeset particulier, il nous est offert de voir l'historique au format osmchange. Et effectivement, il est donc possible de voir toutes les transactions effectuées dans la base OSM avec ce changeset. Voir par exemple http://www.openstreetmap.org/api/0.6/changeset/19585655/download, où on voit clairement des objets - créés create le id n'est pas négatif, mais correspond plutôt à celui attribué lors de la sauvegarde - modifiés modify et effectivement avec un no. de version plus grand que 1, correspondant à celui attribué lors de la sauvegarde - effacés delete Un noeud déplacé ne change pas d'id. C'est la géométrie qui change (ie. lat et lon). Pierre De : François Lacombe francois.laco...@telecom-bretagne.eu À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Dimanche 22 décembre 2013 14h07 Objet : [OSM-dev-fr] Précisions à propos du format XML OSMChange Bonsoir, Une ou deux questions à propos du format OSMChange présenté sur le wiki. http://wiki.openstreetmap.org/wiki/OsmChange J'ai besoin de traiter des fichiers sous ce format, néanmoins je saisi mal la signification du placeholder modify. Ce placeholder correspondrait-il aux objets déjà connus d'OSM modifiés, donc allant disposer d'un numéro de version = 2 et d'un nouvel identifiant ? Create livre une liste d'objets à créer avec des identifiants négatifs, qui seront remplacés dans tout le document une fois l'ID connu. Est-ce la même chose avec modify ? Je suppose que l'on doit remplacer l'ancien identifiant par le nouveau dans tout le document. Enfin une chose m'échappe au niveau du traitement. Lors de la création, on remplace tous les identifiants négatifs par leur valeur fixée par le serveur. Que se passe-t-il pour modify ? Par exemple, lorsqu'un nœud est déplacé, il va apparaitre dans ce placeholder. Si il appartient à une relation/voie, va-t-elle aussi apparaitre dans modify ? L'ID du nœud va changer, comment mettre à jour les voies/relations dont il est membre si ces objets ne sont pas eux-même modifiés (donc n’apparaissent normalement pas dans le diff) ? Le traitement étant séquentiel, que se passe-t-il si il y a des références circulaires (ou bien que les objets ne sont pas dans l'ordre de leur dépendance). Que la voie à laquelle un nouveau noeud appartient est spécifiée avant celui-ci ? On va la digérer avec un nd ref=-32 potentiellement. Bref, merci par avance d'éclairer ma lanterne ;) François Lacombe francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Précisions à propos du format XML OSMChange
François, Les id négatifs, c'est le traitement effectué par JOSM par exemple avant que les données soient traitées par OSM. Ce qui nous intéresse, c'est le résultat une fois la transaction digérée par OSM. Une bonne façon de visualiser comment le tout est traité après avoir envoyé des transactions à la base OSM, c'est soit de sauvegarder le fichier osm où de regarder le fichier OSMChange. Il n'y aura plus de ID négatif, puisque le système OSM aura traité l'objet et y aura attribué un id permanent. Si j'ajoute un noeud à un chemin, je fais implicitement deux opérations : 1. creer un noeud 2. modifier le chemin pour y ajouter la référence au noeud. Un chemin est un vecteur orienté référencé par une série de noeuds. L'ordre de ses noeauds indique évidemment la progression de ce chemin dans une direction donnée. Et le système enregistre dans l'ordre la série de noeuds décrivant le chemin. Si j'ajoute le noeud au milieu du chemin, la référence aux noeuds de ce chemin sera révisée en conséquence en y placant le noeud au bon endroit. De même si je créé un objet et l'ajoute comme composante d'une relation, j'aurai implicitement deux opérations : 1. creer un objet 2. modifier la relation pour y ajouter la référence à cet objet et lui attribuer un rôle. Pierre De : François Lacombe francois.laco...@telecom-bretagne.eu À : Pierre Béland pierz...@yahoo.fr; Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Dimanche 22 décembre 2013 14h41 Objet : Re: [OSM-dev-fr] Précisions à propos du format XML OSMChange Merci Pierre pour cette réponse. Le 22 décembre 2013 20:26, Pierre Béland pierz...@yahoo.fr a écrit : François, Voici une partie des réponses. Je vais laisser à d'autres traiter des relations. À partir de l'historique de openstreetmap.org, si nous regardons l'historique d'un changeset particulier, il nous est offert de voir l'historique au format osmchange. Et effectivement, il est donc possible de voir toutes les transactions effectuées dans la base OSM avec ce changeset. Voir par exemple http://www.openstreetmap.org/api/0.6/changeset/19585655/download, où on voit clairement des objets - créés create le id n'est pas négatif, mais correspond plutôt à celui attribué lors de la sauvegarde - modifiés modify et effectivement avec un no. de version plus grand que 1, correspondant à celui attribué lors de la sauvegarde - effacés delete Je n'ai pas pensé à faire un appel download pour me rendre compte, c'est très instructif. Je n'avais pas pris au sérieux la mention in fact, all id attributes in create elements are treated as placeholders whether negative or not. mais il y a bien plusieurs create, modify ou delete. Un noeud déplacé ne change pas d'id. C'est la géométrie qui change (ie. lat et lon). Ah oui ça c'est une chose qui m'avait échappé, on a des identifiants logiques plus que des numéros d'enregistrement. Ça résout une bonne partie des cas auxquels j'avais pensé. Néanmoins, qu'est-ce qui m'assure que si plusieurs nœuds et une voies sont créés, la voie sera après la liste de tous les nœuds ? Pour ne pas la digérer avec des références vers les nœuds négatives. Dans les autres cas, create sera traité avant modify. Si la voie existe et qu'on lui ajoute un nœud, elle sera forcément traitée après le nœud donc avec la bonne référence. François Lacombe francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Shapé les admin_level=boundary
La documentation sur Overpass est un peu éparpillée. J'ai aussi suivi les développements au cours de la dernière année et ai accumulé divers exemples de requêtes. J'aimerais bien trouver le temps de créer une page ou un tutoriel avec divers exemples d'utilisation de Overpass. Il est possible de faire des requêtes dynamiques et d'intégrer dans une carte en ligne. voir par exemple http://pierzen.dev.openstreetmap.org/zoneswifi Il est aussi possible de définir des styles MapCSS. Pour l'activation aux Philippines, nous avons révisé le flux de travail et le style humanitaire de HOT pour inclure les immeubles endommagés et détruits et les blocages de route. La requête Overpass ci-dessous (je ne me rappelle pas qui l'a créée) permet d'afficher les blocages de route. Il s'agit simplement de rechercher la ville de Tacloban, puis de là de lancer l'exécution de la requête. Pierre !-- Color impassable roads according to HOT Typhoon Haiyan Job 350 tags. -- osm-script query type=way has-kv k=boundary/ bbox-query {{bbox}}/ /query print mode=meta/ query type=relation has-kv k=boundary/ bbox-query {{bbox}}/ /query print mode=meta/ recurse type=down/ print mode=meta/ /osm-script {{style: /* this is the MapCSS stylesheet */ way { color:green; fill-color:green; } way[boundary], relation[boundary] { color:red; fill-color:red; } }} De : Christophe Merlet red...@redfoxcenter.org À : Pierre Béland pierz...@yahoo.fr; Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Lundi 16 décembre 2013 12h57 Objet : Re: [OSM-dev-fr] Shapé les admin_level=boundary Le 16/12/2013 17:54, Pierre Béland a écrit : J'ai ajouté à ta requête les instructions pour délimiter la zone où extraire les données. Le paramètre area-query ref=1403916/ permet d'extraire les données pour la France. C'est une requête prend beaucoup de temps à exécuter. A partir du site http://overpass-api.de, la requête suivante me permet d'extraire les limites administratives. osm-script timeout=360 union query type=relation has-kv k=boundary v=administrative/ has-kv k=admin_level v=4/ has-kv k=ref:INSEE/ /query recurse type=relation-node into=nodes/ recurse type=relation-way/ recurse type=way-node/ area-query ref=1403916/ /union print mode=meta/ /osm-script C'est super comme paramètre, mais tu l'as déniché où ? Je ne l'ai pas trouvé dans la doc :/ Librement, -- Christophe Merlet (RedFox)___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Extraction thématique (était Verification du routage)
Christian, Je pense à plusieurs contextes où la bande passante cause problème. Pensons, par exemple, aux divers pays africains. Un fichier bzip réduirait de façon très significative la bande passante utilisée pour transférer le fichier. Pierre De : Christian Quest cqu...@openstreetmap.fr À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Lundi 2 décembre 2013 15h23 Objet : Re: [OSM-dev-fr]Extraction thématique (était Verification du routage) Tu récupère un truc lourd, mais le transfert sur le réseau est gzippé à ce qu'il me semble, donc au moins ça ne bouffe pas de la bande passante pour rien. Le 2 décembre 2013 11:47, Ab_fab gamma@gmail.com a écrit : Bonjour, J'ai effectivement pu télécharger l'ensemble des waterways par le serveur France Overpass-API. 400 MO de données .osm non compressées en retour. J'aurais bien aimé qu'il y ait une option pour obtenir directement un fichier compressé (osm.bz2 ou pbf), mais je ne pense pas qu'Overpass API le propose. Le 29 novembre 2013 11:26, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 29 novembre 2013 10:19, Ab_fab gamma@gmail.com a écrit : Pour le cas des cours d'eau, l'approche suivante est sympa (*), mais nécessite de définir manuellement des points (nodes)clef en début de bassin versant de chaque fleuve. https://github.com/skaringa/rivers Sur ce thème des vérifications de tous ordres, est-ce qu'avoir régulièrement une extraction (pbf par ex.) du réseau ferré, de l'hydrographie serait utile et pas trop contraignante matériellement pour faciliter le travail de ceux qui veulent se pencher sur la question ? Je sais que l'on peut le faire en partant d'un extrait Geofabrik et filtrer soit-même, mais ça alourdit sensiblement l'opération A mon avis il vaut mieux utiliser l'overpass pour ça. A titre de comparaison je fait des extractions de tous les transports en commun et c'est pas si long que ça a extraire. -- (*) en plus des outils de suivi existants - http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html (à la sly) - http://suivi.openstreetmap.fr/cours-eau/suivi-affluents.html (à la fred) Il faudrait le remettre en place sur osm7 - http://marani.claude.free.fr/courdo (à la Arno / Claude) ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- ab_fab Il n'y a pas de pas perdus, Nadja ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Extraction de tous les éléments contenus à l'intérieur d'une relation avec l'overpassAPI
Cette page définit les area. Et un chemin fermé ne sera pas considéré comme un area. http://wiki.openstreetmap.org/wiki/Overpass_API/Areas Tu peux essayer de définir un polygone. voir http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#By_Polygon Pierre De : Nicolas Moyroud nmoyr...@free.fr À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Mercredi 16 octobre 2013 20h33 Objet : Re: [OSM-dev-fr] Extraction de tous les éléments contenus à l'intérieur d'une relation avec l'overpassAPI Merci encore une fois sly. Tu as ta bière gratuite sans souci quand tu passes dans le coin de Montpellier :-) Question subsidiaire : ça marche avec n'importe quelle relation ou seulement celles qui sont censées décrire des objets surfaciques ? Parce que quand j'essaye avec la relation qui m'intéresse (1773663) ça ne retourne rien. Nota : il s'agit d'une route de randonnée fermée. J'ai l'impression que ce type d'objet n'est pas transformé en area dans l'overpass... ___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr___ dev-fr mailing list dev-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Script overpass-api
Rodolphe, Python me semble un choix intéressant. Pour convertir les fichiers OSM en dictionnaires Python, tu pourrais adapter la fonction ParseOSM du module OsmApi de Etienne Chove. http://wiki.openstreetmap.org/wiki/PythonOsmApi Pierre De : Rodolphe Quiédeville rodol...@quiedeville.org À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Vendredi 6 septembre 2013 8h45 Objet : Re: [OSM-dev-fr] Script overpass-api sly (sylvain letuffe) lis...@letuffe.org writes: On vendredi 6 septembre 2013, Rodolphe Quiédeville wrote: Bonjour à tous, yo, [...] La question est donc existe-t'il un script qui permette de faire ce découpage directement et récupère l'ensemble des données, j'ai fait un vilain script shell mais avant de passer du temps à peaufiner je cherche à voir si je ne réinvente pas la roue. Pas que je connaisse. En autre option, ça n'existerait pas un service d'extraits non pas géographiques, mais thématiques ? Il me semblait que quelqu'un fournissait un service basé sur une base osm2pgsql dont on pouvait extraire, en shapefile, un extrait basé sur des requêtes Y'a des chances que ça marche mieux vu que dernière c'est ce bon vieux postgresql, mais j'ai complètement oublié le nom de l'outil et son adresse Merci Sylvain et les autres aussi pour vos réponses. Donc j'ai ma reponse un script tel que cela que je recherche n'existe pas, alors je vais vous donner quelques grandes lignes de ce que je vois. L'idée de base c'est de récupérer des données qui au vu du volume estimée sont plus intéressantes à chopper sur une API plutôt que de filtrer des giga de .pbf ou autre .o5m. Le script serait écrit en python et fonctionne en ligne de commande, le résultat attendu est des fichiers de données OSM au format standard. Le script prend en entrée une bbox et un fichier de filtre au format standard mais templatisé. Quelque chose comme : query type=node has-kv k=tourism v=camp_site/ bbox-query s={south} w={west} n={north} e={east}/ /query print/ Le script va exécuter autant de requête qu'il existe de carré de 1°x1° dans la bbox voulue et va générer autant de fichier .osm que de requête. On pourra lui ajouter des options pour choisir son serveur, la taille de la requête et toute autre bonne idée. Cela me parait simple, efficace et répond à mon besoin, qu'en pensez-vous ? -- Rodolphe Quiédeville http://blog.rodolphe.quiedeville.org ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Récupération de données d'un fichier .osm
Je voulais vous montrer le nouveau parametre area avec la variante où on spécifie le nom plutôt que le no de relation. Plus simple à première vue que l'id de la relation + 36. Mais je n'obtiens pas le même résultat que Christian en utilisant le parametre area[name=Bordeaux]; De fait, il y a deux limites administratives qui portent le même nom Bordeaux. Il serait sans doute mieux dans de tels cas de donner des noms légèrement différents pour représenter ces deux entités. Mais je risque sans doute de lancer encore un long débat sur le sujet des limites administratives. Bordeaux, admin_level=7 relation 1667452 Bordeaux, admin_level=8 relation 105270 Requête voir http://overpass-turbo.eu/s/Ep Pierre De : Christian Quest cqu...@openstreetmap.fr À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Jeudi 25 juillet 2013 13h47 Objet : Re: [OSM-dev-fr]Récupération de données d'un fichier .osm Un petit coup d'overpass, exemple: http://overpass-turbo.eu/s/Em Tu peux effectuer la requête http directement (bouton export/query) et choisir le format de retour (XML, geojson). Pour info, l'id de l'area-query correspond à l'id de la relation de la commune de Bordeaux + 36. Le 24 juillet 2013 15:58, Nicolas Chirouze nico...@gmail.com a écrit : Bonjour à tous ! Je ne sais pas si ma question a vraiment sa place ici, mais je ne perds rien à essayer ! Je cherche à récupérer des informations contenues dans un fichier .osm, que je mets en pièce jointe, il s'agit des nœuds répertoriant les stations de vélos en libre service de Bordeaux. L'objectif est d'utiliser un programme python pour écrire les informations de ce fichier .osm dans un fichier quelconque .txt, avec un formalisme moins lourd. Par exemple quelque chose du genre : node_id lat lon name xxx xxx xxx xxx Je n'ai besoin que de ces 4 informations, mais je ne sais pas comment m'y prendre pour les récupérer, perdu dans les caractères particuliers (/) d'un fichier .osm, et du nombre variable des tags de chaque node. J'espère que quelqu'un pourra me donner un petit coup de pouce ;) WebRep Évaluation globale ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Nouvelle interface web sur beta.osmose.openstreetmap.fr
Excellente nouvelle, sauf que j'ai perdu la couche qui affiche les limites administratives, même si elles ne font pas parti d'une relation. En attendant que l'on puisse intégrer les chemins orphelins, non présents dans une relation, serait-il possible de rajouter dans la liste des couches disponibles? Pierre De : Jocelyn Jaubert jocelyn.jaub...@gmail.com À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Dimanche 9 décembre 2012 15h55 Objet : Re: [OSM-dev-fr] Nouvelle interface web sur beta.osmose.openstreetmap.fr Le 01/12/2012 18:13, Jocelyn Jaubert a écrit : Bonjour, Le site web d'Osmose a changé de framework, en passant à bottle [http://bottlepy.org], un framework simple en Python. Ça a impliqué de gros changements dans le code, réalisé pour la grande majorité par Frédéric. Du coup, je voudrais qu'un maximum de gens teste l'url suivante, afin en particulier de comparer avec les perfs du site officiel (les deux sites sont hébergés sur la même machine, et utilisent la même base de donnée): http://beta.osmose.openstreetmap.fr/ Je viens de passer cette interface sur http://osmose.openstreetmap.fr, en désactivant la heatmap par défaut. Le souci sur les bulles est normalement corrigé. Merci à tous pour avoir débuggé ! -- Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Nouvelle interface web sur beta.osmose.openstreetmap.fr
Le 01/12/2012 20:13, Pierre Béland a écrit : Beau travail. C'est très utile de pouvoir utiliser la couche Bing. Il serait intéressant d'ajouter, tout comme dans Layers, la couche de chemins de limites administratives. Frédéric Rodrigo àrépondu Je ne suis pas très fan de cette couche. Ce qui à mon avis doit définir une way comme limite administrative est son appartenance à une relation de limites administrative. Pour moi les tags sur les ways sont désuets. Frédéric, le but d'utiliser cette couche est justement pour repérer les chemins de limites admistratives sans relation et corriger en conséquence. Voir cet exemple où des chemins de limites se chevauchent dont certains ne sont pas définis dans une relation http://layers.openstreetmap.fr/?zoom=12lat=45.41025lon=-73.41898layers=B00TFFTitem=level=1 Pierre ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Nouvelle interface web sur beta.osmose.openstreetmap.fr
Beau travail. C'est très utile de pouvoir utiliser la couche Bing. Il serait intéressant d'ajouter, tout comme dans Layers, la couche de chemins de limites administratives. Je serai encore plus heureux Père Noël lorsque les couches d'erreur Osmose couvriront le Québec. J'observe aussi que lors de la sélection d'une autre langue, la carte se repositionne à la localisation de la page de démarrage. Pour la fonction Erreurs par utilisateur - Le flux RSS ne contient pas pour chaque item les hyperliens vers JOSM et Osmose. Le fichier https://gitorious.org/osmose/frontend/blobs/dev/po/fr.po ne contient pas le nom des couches et le Permalien. Ceux-ci ne sont présentement pas traduits. Pierre De : Ista Pouss ista...@gmail.com À : Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Samedi 1 décembre 2012 13h20 Objet : Re: [OSM-dev-fr] Nouvelle interface web sur beta.osmose.openstreetmap.fr Je viens de faire un essai basique, et j'ai l'impression que ça marche mille fois mieux ! Une problème, sinon à quoi ça servirait que je fasse un test : si je fais page suivante page précédente, je reviens pas dans la même config : je reviens à la France, même si j'avais zoomé sur Paris. Pas bien. Le 1 décembre 2012 18:13, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Bonjour, Le site web d'Osmose a changé de framework, en passant à bottle [http://bottlepy.org], un framework simple en Python. Ça a impliqué de gros changements dans le code, réalisé pour la grande majorité par Frédéric. Du coup, je voudrais qu'un maximum de gens teste l'url suivante, afin en particulier de comparer avec les perfs du site officiel (les deux sites sont hébergés sur la même machine, et utilisent la même base de donnée): http://beta.osmose.openstreetmap.fr/ Même si l'interface reste basiquement la même, un grand nombre d'améliorations ont pu être faites: - les bulles s'affichent tout de suite, et la popup n'est chargé qu'au survol de la souris - une heatmap a été rajouté, qui affiche les erreurs sous forme de tuiles - très utile quand on atteint la limite des 100 marqueurs affichés. Cette heatmap est accessible dans la liste des layers. - un layer Bing photo a été rajoute - raccourcissement de la taille des permalink sur la liste des items - affichage du nombre d'erreur par item/level au survol de la souris sur les bulles dans le menu - un flux RSS par utilisateur, en expérimentation. À noter que ça ne marche toujours pas sur Internet Explorer 9, et je n'ai pas le temps ni les logiciels pour investiguer le problème. Les traductions auraient aussi besoin d'un coup de main, surtout en allemand, néerlandais ou italien, d'après http://beta.osmose.openstreetmap.fr/control/i18n Les fichiers à traduire sont disponibles ici, et il est possible de rajouter d'autres langues: https://gitorious.org/osmose/frontend/trees/dev/po Merci, Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] osm-watch, outil de veille de changesets
Clément, Pour le nom, pourquoi ne pas emprunter à la mythologie égyptienne le nom Osiris par exemple? Pour la traduction, Il est possible d'exclure les divers tags OSM de la section filtre. Une liste de variables de type i18n pourrait contenir les éléments à traduire. Ceci faciliterait la traduction dans plusieurs langues. Pierre De : Clément Stenac clement.ste...@diwi.org À : Pierre Béland infosbelas-...@yahoo.fr; Discussions développeur OSM en français dev-fr@openstreetmap.org Envoyé le : Dimanche 14 octobre 2012 15h12 Objet : Re: [OSM-dev-fr] osm-watch, outil de veille de changesets Bonjour, Cet outil est très intéressant. Pour définir la zone de couverture, il serait intéressant de donner la possibilité de simplement fournir une relation ou chemin définissant un polygone. J'ai essayé de faire un contour pour le Québec, mais pour une zone aussi grande ce n'est pas pratique. Ca serait mieux en effet, il faut que je harcèle quelqu'un qui a fait un script pour calculer un polygone simplifié à partir d'une relation récursive :) A partir de là, idéalement, il faudrait pouvoir entrer sa propre relation, et avoir un certain nombre de relations standard disponibles directement dans l'interface de saisie. En tant que francophones, nous sommes de plus en plus contraints à communiquer en anglais dans un contexte international. Et ce n'est pas tout le monde qui maitrise bien l'anglais. Comme producteur francophone, tu ne dois pas hésiter à produire une version française avec nom en français ou plus neutre que watch. Je suis tout à fait d'accord à cette remarque. Pour le nom, je plaide un manque total d'originalité. Si tu as des idées de nom, je suis très preneur :) Quand tu parles d'une version française, veux-tu dire traduire toute l'interface ? Dans ce cas, c'est tout de même assez coûteux en temps. -- Clément ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr