Re: [OSM-talk-fr] umap problème de requête
Le 14 décembre 2013 08:12, Yohan Boniface yohanbonif...@free.fr a écrit : C'est possible dans la dernière version mise en ligne (merci la RATP qui a financé!): dans l'édition d'un Fabuleux de chez fabuleux ! merci ! Yohan (en coup de vent, depuis le Tchad) Se faire financer des développements par la RATP depuis le Tchad c'est quand même fort que ça me laisse sans voix. Je suis assis heureusement. -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap problème de requête
Le 14 décembre 2013 08:12, Yohan Boniface yohanbonif...@free.fr a écrit : Dans tous les cas, il faut que le format des données soit un format connu de uMap: OSM, GeoJSON, GPX, KML, GeoCSV. Donc dans l'exemple de Vincent [out:json] pose problème... JSON ce n'est pas GeoJSON... Vu que la sortie par défaut est en XML, retire le [out:json]; -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap problème de requête
Le 14/12/2013 09:27, Christian Quest a écrit : Le 14 décembre 2013 08:12, Yohan Boniface yohanbonif...@free.fr mailto:yohanbonif...@free.fr a écrit : Dans tous les cas, il faut que le format des données soit un format connu de uMap: OSM, GeoJSON, GPX, KML, GeoCSV. Donc dans l'exemple de Vincent [out:json] pose problème... JSON ce n'est pas GeoJSON... Vu que la sortie par défaut est en XML, retire le [out:json]; Ok. Ça avance... http://umap.openstreetmap.fr/fr/map/scolaires_3332#9/47.2214/6.2279 Quelques problèmes tout de même pour obtenir une carte rapide. La carte m'indique 120 dans le cluster du calque lycée sur Besançon. Sûr ! il n'y a pas 120 lycées sur Besançon ! Mais tout point qui comporte un tag (addr:housenumber, et même source=cadastre...) est pris en compte. Ça n'est pas tout à fait l'effet recherché. À l'inverse, il ne semble pas que les polygones soient comptés dans la pastille 120. overpass-tubo transforme les polygones en points en deça d'un niveau de zoom (ou d'une taille minimale du polygone probablement), ça me semble être une option intéressante pour le clustering. Bref, umap, ça devient bien... mais il y a encore des petites choses à ajouter... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap problème de requête
Le 14 décembre 2013 11:38, Vincent Pottier vpott...@gmail.com a écrit : Le 14/12/2013 09:27, Christian Quest a écrit : Le 14 décembre 2013 08:12, Yohan Boniface yohanbonif...@free.fr a écrit : Dans tous les cas, il faut que le format des données soit un format connu de uMap: OSM, GeoJSON, GPX, KML, GeoCSV. Donc dans l'exemple de Vincent [out:json] pose problème... JSON ce n'est pas GeoJSON... Vu que la sortie par défaut est en XML, retire le [out:json]; Ok. Ça avance... http://umap.openstreetmap.fr/fr/map/scolaires_3332#9/47.2214/6.2279 Quelques problèmes tout de même pour obtenir une carte rapide. La carte m'indique 120 dans le cluster du calque lycée sur Besançon. Sûr ! il n'y a pas 120 lycées sur Besançon ! Mais tout point qui comporte un tag (addr:housenumber, et même source=cadastre...) est pris en compte. Ça n'est pas tout à fait l'effet recherché. Pour ça il faut jouer entre out et out skel out sort l'objet avec ses tags, out skel ne sortira pas les tags. En jonglant avec les deux on ne garde que les tags sur les objets voulus: node({{bbox}})[school:FR=collège];out; way({{bbox}})[school:FR=collège];out; ;out skel; relation({{bbox}})[school:FR=collège];;out; ;out skel; Ligne 1: ça sort les nodes Ligne 2: ça sort les ways Ligne 3: on sort les nodes définissant la géométrie des ways mais sans leur éventuels tags Ligne 4: on sort les way appartenant aux relations Ligne 5: encore des noeuds pour les ways mais sans tag Ce qui manque c'est un out node qui sortirait un noeud artificiels correspondant au centroid de la géométrie d'un way ou des objets appartenant à une relation. À l'inverse, il ne semble pas que les polygones soient comptés dans la pastille 120. overpass-tubo transforme les polygones en points en deça d'un niveau de zoom (ou d'une taille minimale du polygone probablement), ça me semble être une option intéressante pour le clustering. C'est uniquement pour l'affichage qu'overpass-turbo fait ça. Bref, umap, ça devient bien... mais il y a encore des petites choses à ajouter... Y'a plein de choses sur la todo list de ybon et je l'aide régulièrement à la remplir ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap problème de requête
Le 14/12/2013 12:19, Christian Quest a écrit : Pour ça il faut jouer entre out et out skel out sort l'objet avec ses tags, out skel ne sortira pas les tags. En jonglant avec les deux on ne garde que les tags sur les objets voulus: node({{bbox}})[school:FR=collège];out; way({{bbox}})[school:FR=collège];out; ;out skel; relation({{bbox}})[school:FR=collège];;out; ;out skel; Ligne 1: ça sort les nodes Ligne 2: ça sort les ways Ligne 3: on sort les nodes définissant la géométrie des ways mais sans leur éventuels tags Ligne 4: on sort les way appartenant aux relations Ligne 5: encore des noeuds pour les ways mais sans tag Trop fort ! Merci ! Mais pas très intuitif ! Je pense qu'un wizard serait bien pratique. Ce qui manque c'est un out node qui sortirait un noeud artificiels correspondant au centroid de la géométrie d'un way ou des objets appartenant à une relation. À l'inverse, il ne semble pas que les polygones soient comptés dans la pastille 120. overpass-tubo transforme les polygones en points en deça d'un niveau de zoom (ou d'une taille minimale du polygone probablement), ça me semble être une option intéressante pour le clustering. C'est uniquement pour l'affichage qu'overpass-turbo fait ça. Et il le fait bien ! Sur ma carte, on ne devine pas, à faible zoom, qu'il y a un collège à Champlite (Ouest de Vesoul) et il n'est pas compté dans les clusters. Seuls deux lycées sont comptés dans la pastille. Dans les exemples qu'on évoquait ces temps-ci pour l'usage des données (pharmacies du canton, par exemple), je crois que ce type de carte aurait un fort succès. J'ai fais une note sur le wiki pour suggérer le centroïde. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap problème de requête
Le samedi 14 décembre 2013 12:19:14, Christian Quest a écrit : Ce qui manque c'est un out node qui sortirait un noeud artificiels correspondant au centroid de la géométrie d'un way ou des objets appartenant à une relation. L'Overpass API n'a pas ça, et je ne suis pas sûr que, conceptuellement, ça soit son rôle, ça serait comme demander du géoJSON à postgis * ou une page html à un serveur de base de donnée ! Mais osmconvert dispose de cette option --all-to-nodes : http://wiki.openstreetmap.org/wiki/Osmconvert#Dispose_of_Ways_and_Relations_and_Convert_them_to_Nodes qui converti ways et relations en un noeud d'id bidon avec report des tags en gros, un petit wrapper entre l'api et l'outil d'affichage et hop ça le fait. Mais... c'est pas ce que j'aurais déjà fait là ? http://wiki.openstreetmap.org/wiki/FR:Servers/api.openstreetmap.fr#Export_avec_simplification_des_ways.2Frelations_en_noeuds_.28en_test.29 https://github.com/osm-fr/osm2node ha si ;-) Et rajouter la syntaxe oapi en GET doit se faire sans trop de difficultés * oui, je sais, et ça m'étonne toujours -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap problème de requête
Le 14/12/2013 15:22, sly (sylvain letuffe) a écrit : en gros, un petit wrapper entre l'api et l'outil d'affichage et hop ça le fait. Mais... c'est pas ce que j'aurais déjà fait là ? http://wiki.openstreetmap.org/wiki/FR:Servers/api.openstreetmap.fr#Export_avec_simplification_des_ways.2Frelations_en_noeuds_.28en_test.29 https://github.com/osm-fr/osm2node ha si ;-) Et rajouter la syntaxe oapi en GET doit se faire sans trop de difficultés Ça peut se faire ? Hum... Bon, ok, j'attends patiemment... Merci d'avance. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr