Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
Hey, mais c'est ma carte :) Qui ne ressemble à rien au final, je l'accorde ! Si il charge toutes les tuiles, c'est à mon avis parce que j'avais activé toutes les cartes. Peut-être seulement charger les tuiles actives ? Comment définir le fond de carte par défaut de ce cas ? Modifier un polygone ? J'arrive bien à déplacer les points, mais impossible de valider. Dès que je le désélectionne (quand j'y arrive), il revient à sa position d'origine. Supprimer des points d'un polygone ? J'ai essayé quelques raccourcies claviers (alt, ctrl, ...), mais rien non plus. Je ne sais absolument pas si cela est faisable, mais est-ce possible de générer le code JS ? Et que cela reste facile d'intégration (un fichier JS et le div à rajouter dans le html ?) Pour éviter d'être dépendant d'un service et si l'hébergeur web ne propose pas de python ... Sinon c'est un très très bon début ! Merci ;-) Le 21 décembre 2012 08:40, Vincent Pottier vpott...@gmail.com a écrit : Le 21/12/2012 02:13, Yohan Boniface a écrit : tester... Comportement étrange à l'affichage d'une carte : http://youmap.fluv.io/map/**JoeLapin/vins-du-jura/#10/46.**7206/5.5021http://youmap.fluv.io/map/JoeLapin/vins-du-jura/#10/46.7206/5.5021 J'ai l'impression qu'il charge les tuiles des différents layers de fond disponibles avant d'afficher les bonnes. Et cela à chaque changement de niveau de zoom. -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
On 12/21/2012 07:56 AM, Stéphane Henriod wrote: Ca me plaît aussi beaucoup! Merci, c'est encourageant :) Un petit bug (ou qqch qui y ressemble): quand je change la tile de base, la carte se redéplace direct sur la vue de base (nord de la France) Je crois que je vois à quoi tu fais référence: actuellement, quand on change les tilelayers, ça recharge la page, et donc ça reprend le center de la carte en base. Faire un changement de layers seulement en js sans recharger la page est dans ma toudouliste, mais je le monte en priorité :) Yohan ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Extraction de pois sur une commune
Bonjour, Je cherche à faire une extraction de POIs sur une commune donnée avec l'overpassAPI ou osmosis. J'ai déjà fait des extractions en me basant sur une bbox, mais je ne vois pas trop comment faire avec une limite administrative. Je préférerai le faire avec l'overpassAPI, mais si ce n'est pas faisable je me rabattrai sur osmosis. Quelqu'un pourrait m'expliquer comment faire ou me donner un lien qui explique ça ? Merci pour votre aide :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
On 12/21/2012 08:32 AM, Vincent Pottier wrote: Le 21/12/2012 02:13, Yohan Boniface a écrit : Comment aider? - tester sur http://youmap.fluv.io et remonter des bugs ou améliorations Problème avec la page de login : http://youmap.fluv.io/login/ Humm, tu n'es pas censé arriver sur cette page (elle est seulement utilisée via ajax normalement). Le scénario qui te fait atterrir dessus est reproductible? Sinon, vérifie que tes js sont à jour (je sais pas si t'étais déjà allé sur le site de démo avant, auquel cas ton navigateur peut avoir des fichiers js pas à jour; à terme je mettrai un compresseur et ça n'arrivera plus, mais pour le débug les fichiers à plat c'est pas mal ;) ) Merci! Yohan -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
On 12/21/2012 08:40 AM, Vincent Pottier wrote: Comportement étrange à l'affichage d'une carte : http://youmap.fluv.io/map/JoeLapin/vins-du-jura/#10/46.7206/5.5021 J'ai l'impression qu'il charge les tuiles des différents layers de fond disponibles avant d'afficher les bonnes. Et cela à chaque changement de niveau de zoom. J'ai en effet déjà remarqué ça, mais de façon très aléatoire. A priori, c'est une partie de Leaflet non altérée par mon plugin, mais je vais creuser ça. Déjà voir si j'arrive à établir un scénario qui reproduit à coup sûr, et voir si ça le fait avec du Leaflet de base, ou si c'est mon plugin qui met la pagaille ;) Yohan ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Le vendredi 21 décembre 2012 10:15:34 Nicolas Moyroud a écrit : Bonjour, Je cherche à faire une extraction de POIs sur une commune donnée avec l'overpassAPI ou osmosis. J'ai déjà fait des extractions en me basant sur une bbox, mais je ne vois pas trop comment faire avec une limite administrative. Je préférerai le faire avec l'overpassAPI, mais si ce n'est pas faisable je me rabattrai sur osmosis. Quelqu'un pourrait m'expliquer comment faire ou me donner un lien qui explique ça ? Salut Nicolas, Tu as déjà vu ça ? http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Select_Region_by_Polygon Je ne sais pas si ça rend la chose possible … Peut-être qu'il faudrait récupérer le polygone de la limite pour ensuite construire ta requête avec ce polygone. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Bonjour, De : Nicolas Dumoulin Le vendredi 21 décembre 2012 10:15:34 Nicolas Moyroud a écrit : Bonjour, Je cherche à faire une extraction de POIs sur une commune donnée avec l'overpassAPI ou osmosis. J'ai déjà fait des extractions en me basant sur une bbox, mais je ne vois pas trop comment faire avec une limite administrative. Je préférerai le faire avec l'overpassAPI, mais si ce n'est pas faisable je me rabattrai sur osmosis. Quelqu'un pourrait m'expliquer comment faire ou me donner un lien qui explique ça ? Salut Nicolas, Tu as déjà vu ça ? http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#Select_Region_by_Polygon Je ne sais pas si ça rend la chose possible … Peut-être qu'il faudrait récupérer le polygone de la limite pour ensuite construire ta requête avec ce polygone. Sinon si tu optes pour osmosis, cette interface : http://osm102.openstreetmap.fr/~jocelyn/polygons/index.py te sera utile, elle permet de générer un polygone au format .poly d'Osmosis pour ensuite s'en servir comme aire de sélection. Présentée par Jocelyn ici : http://lists.openstreetmap.org/pipermail/talk-fr/2012-October/049956.html vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
On 12/21/2012 09:35 AM, Etienne Trimaille wrote: Comment définir le fond de carte par défaut de ce cas ? Pour l'instant ce n'est pas géré, et c'est un problème ;) Le backend a une notion de rank entre les layers, mais pour l'instant le frontend ne l'alimente pas. Je priorise pour la 0.1. Modifier un polygone ? J'arrive bien à déplacer les points, mais impossible de valider. Dès que je le désélectionne (quand j'y arrive), il revient à sa position d'origine. En effet, je ne suis pas du tout satisfait de ce point. Il faut: - double-cliquer pour rendre le Polygon ou la Polyline éditable - double-cliquer à nouveau pour valider la forme, ce qui a pour effet d'appeler le formulaire de modification - enfin, cliquer sur Valider sur le formulaire pour enregistrer tout ça sur le serveur... Je compte, au moins: - essayer d'enlever une étape (par exemple, appeler le formulaire de validation dès le premier double-clic) - mettre un message onmouseover précisant qu'il faut double-cliquer pour éditer Hop, pour la 0.1 aussi. Supprimer des points d'un polygone ? J'ai essayé quelques raccourcies claviers (alt, ctrl, ...), mais rien non plus. Il suffit d'un clic court sur le point. :) Je ne sais absolument pas si cela est faisable, mais est-ce possible de générer le code JS ? Et que cela reste facile d'intégration (un fichier JS et le div à rajouter dans le html ?) Pour éviter d'être dépendant d'un service et si l'hébergeur web ne propose pas de python ... Humm, c'est une idée à réfléchir. Ça voudrait dire embarquer toutes les données en geojson, et générer un code js Leaflet de base adhoc. Ça peut vite faire du monde dans le fichier. Par ailleurs, le style des marqueurs est dépendant des librairies custom, donc ça ferait ou bien un truc en plus à embarquer dans le fichier, ou bien un truc qui saute (et tu te retrouves avec le marqueur Leaflet de base). Mais je mets un ticket pour y réfléchir. A mon avis c'est pas simple si on veut un truc propre ;) Merci en tout cas pour tous ces retours précis! Yohan ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Hello, Tu peux t'inspirer de cet exemple : http://wiki.openstreetmap.org/wiki/Talk:Overpass_API#How_to_combine_query_and_area-query_for_ways La subtilité, c'est de comprendre qu'il faut ajouter 36 à l'id de la relation qui t'intéresse Pour récupérer les arrêts de bus de la commune de Basse-Goulaine (44), relation #61000 : area-query ref=3600061000 / query type=node item / has-kv k=highway v=bus_stop/ /query print / La requête est à faire ici : http://overpass-api.de/query_form.html Le 21 décembre 2012 10:15, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, Je cherche à faire une extraction de POIs sur une commune donnée avec l'overpassAPI ou osmosis. J'ai déjà fait des extractions en me basant sur une bbox, mais je ne vois pas trop comment faire avec une limite administrative. Je préférerai le faire avec l'overpassAPI, mais si ce n'est pas faisable je me rabattrai sur osmosis. Quelqu'un pourrait m'expliquer comment faire ou me donner un lien qui explique ça ? Merci pour votre aide :-) Nicolas __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
Le vendredi 21 décembre 2012 10:31:37 Yohan Boniface a écrit : Je ne sais absolument pas si cela est faisable, mais est-ce possible de générer le code JS ? Et que cela reste facile d'intégration (un fichier JS et le div à rajouter dans le html ?) Pour éviter d'être dépendant d'un service et si l'hébergeur web ne propose pas de python ... Humm, c'est une idée à réfléchir. Ça voudrait dire embarquer toutes les données en geojson, et générer un code js Leaflet de base adhoc. Ça peut vite faire du monde dans le fichier. Par ailleurs, le style des marqueurs est dépendant des librairies custom, donc ça ferait ou bien un truc en plus à embarquer dans le fichier, ou bien un truc qui saute (et tu te retrouves avec le marqueur Leaflet de base). Pour info, j'étais parti de cette fonctionnalité pour construire mon application (MyLayers). Dans l'état, je génère une page contenant tout le javascript (y compris les bibliothèques) et le json décrivant les données utilisateurs pour faciliter le déploiement. Il reste juste le problème des ressources images. Quand tu auras un peu plus avancé et que j'aurai apprivoisé Leaflet, j'y jèterai un œuil ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Merci pour vos réponses. J'avais oublié de préciser que je souhaite scripter la chose... :-) Je ne connaissais pas l'interface de jocelyn c'est sympa, mais du coup dans mon cas ça n'ira pas. Il y a moyen de scripter la génération de poly à partir d'une limite administrative déjà récupérée au format OSM ? Je vais tenter l'astuce de Ab_fab ça à l'air plus simple. Mais comment fera-t-on le jour où il y a aura plus de 36 relations dans OSM ? ;-) Bizarre ce chiffre, y-a-t'il une raison quelconque ? Nicolas Le 21/12/2012 10:31, Ab_fab a écrit : Hello, Tu peux t'inspirer de cet exemple : http://wiki.openstreetmap.org/wiki/Talk:Overpass_API#How_to_combine_query_and_area-query_for_ways La subtilité, c'est de comprendre qu'il faut ajouter 36 à l'id de la relation qui t'intéresse Pour récupérer les arrêts de bus de la commune de Basse-Goulaine (44), relation #61000 : area-query ref=3600061000 / query type=node item / has-kv k=highway v=bus_stop/ /query print / La requête est à faire ici : http://overpass-api.de/query_form.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Pour la génération du poly, tu peux scripter avec ceci : http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/osm2poly.pl Le 21 décembre 2012 11:59, Nicolas Moyroud nmoyr...@free.fr a écrit : Merci pour vos réponses. J'avais oublié de préciser que je souhaite scripter la chose... :-) Je ne connaissais pas l'interface de jocelyn c'est sympa, mais du coup dans mon cas ça n'ira pas. Il y a moyen de scripter la génération de poly à partir d'une limite administrative déjà récupérée au format OSM ? Je vais tenter l'astuce de Ab_fab ça à l'air plus simple. Mais comment fera-t-on le jour où il y a aura plus de 36 relations dans OSM ? ;-) Bizarre ce chiffre, y-a-t'il une raison quelconque ? Nicolas Le 21/12/2012 10:31, Ab_fab a écrit : Hello, Tu peux t'inspirer de cet exemple : http://wiki.openstreetmap.org/**wiki/Talk:Overpass_API#How_to_** combine_query_and_area-query_**for_wayshttp://wiki.openstreetmap.org/wiki/Talk:Overpass_API#How_to_combine_query_and_area-query_for_ways La subtilité, c'est de comprendre qu'il faut ajouter 36 à l'id de la relation qui t'intéresse Pour récupérer les arrêts de bus de la commune de Basse-Goulaine (44), relation #61000 : area-query ref=3600061000 / query type=node item / has-kv k=highway v=bus_stop/ /query print / La requête est à faire ici : http://overpass-api.de/query_**form.htmlhttp://overpass-api.de/query_form.html __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Pour scripter les requêtes vers Overpass API, tu peux regarder ce fil de discussion, qui donne une marche à suivre http://lists.openstreetmap.org/pipermail/talk-fr/2011-December/038283.html Le 21 décembre 2012 11:59, Nicolas Moyroud nmoyr...@free.fr a écrit : Merci pour vos réponses. J'avais oublié de préciser que je souhaite scripter la chose... :-) Je ne connaissais pas l'interface de jocelyn c'est sympa, mais du coup dans mon cas ça n'ira pas. Il y a moyen de scripter la génération de poly à partir d'une limite administrative déjà récupérée au format OSM ? Je vais tenter l'astuce de Ab_fab ça à l'air plus simple. Mais comment fera-t-on le jour où il y a aura plus de 36 relations dans OSM ? ;-) Bizarre ce chiffre, y-a-t'il une raison quelconque ? Nicolas Le 21/12/2012 10:31, Ab_fab a écrit : Hello, Tu peux t'inspirer de cet exemple : http://wiki.openstreetmap.org/**wiki/Talk:Overpass_API#How_to_** combine_query_and_area-query_**for_wayshttp://wiki.openstreetmap.org/wiki/Talk:Overpass_API#How_to_combine_query_and_area-query_for_ways La subtilité, c'est de comprendre qu'il faut ajouter 36 à l'id de la relation qui t'intéresse Pour récupérer les arrêts de bus de la commune de Basse-Goulaine (44), relation #61000 : area-query ref=3600061000 / query type=node item / has-kv k=highway v=bus_stop/ /query print / La requête est à faire ici : http://overpass-api.de/query_**form.htmlhttp://overpass-api.de/query_form.html __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
On vendredi 21 décembre 2012, Nicolas Moyroud wrote: Mais comment fera-t-on le jour où il y a aura plus de 36 relations dans OSM ? ;-) On ajoutera 5 zéro ? Mais il y a le temps... Bizarre ce chiffre, y-a-t'il une raison quelconque ? La doc a disparu et est en cours de refonte, mais j'en ai gardé une copie ici : http://oapi-fr.openstreetmap.fr/#section.data_structures Il y a toute les chances que tu comprennes le pourquoi de ce hack bizarre. Mais si ta question est : pourquoi 36 et pas 666 J'en sais rien, roland est-il un adepte du cercle trigonométrique ? -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Merci Étienne et Ab_fab pour ces liens qui vont m'être très utiles ! En temps que scripteur bash, la solution de générer une requête overpassAPI avec un script sh me plait bien. :-) Merci encore, je vais tester tout ça ! Nicolas Le 21/12/2012 12:05, Ab_fab a écrit : Pour scripter les requêtes vers Overpass API, tu peux regarder ce fil de discussion, qui donne une marche à suivre http://lists.openstreetmap.org/pipermail/talk-fr/2011-December/038283.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
De rien ;-) Il existe d'autres outils osm2poly si besoin : http://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format#Converting_to.2Ffrom_POLY_format Le 21 décembre 2012 12:18, Nicolas Moyroud nmoyr...@free.fr a écrit : Merci Étienne et Ab_fab pour ces liens qui vont m'être très utiles ! En temps que scripteur bash, la solution de générer une requête overpassAPI avec un script sh me plait bien. :-) Merci encore, je vais tester tout ça ! Nicolas Le 21/12/2012 12:05, Ab_fab a écrit : Pour scripter les requêtes vers Overpass API, tu peux regarder ce fil de discussion, qui donne une marche à suivre http://lists.openstreetmap.**org/pipermail/talk-fr/2011-** December/038283.htmlhttp://lists.openstreetmap.org/pipermail/talk-fr/2011-December/038283.html __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Mais si ta question est : pourquoi 36 et pas 666 J'en sais rien, roland est-il un adepte du cercle trigonométrique ? Je vois que tu es plutôt un adepte du diable en ce qui te concerne. ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Pourquoi cette valeur magique 36 ? Ce ne serait pas plus simple d'écrire : area-query ref=r61000 /... plutôt que: area-query ref=3600061000 /... avec ainsi la possibilité de préciser les rôles à considérer dans une relation pour ne pas tout y prendre (par exemple pour les relations de rivières si on veut les riverbanks mais pas les main_stream ou side_stream ni les tributary): area-query ref=r61000;include=#default,inner,outer,enclave,exclave/... ou area-query ref=r61000;exclude=main_stream,side_stream/... voire aussi avec plusieurs relations ET chemins (pour en faire l'union : les rôles servent à toutes les relations précisées, pas pour les chemins): area-query ref=r61000;r610001;w1;w10001;include =#default,inner,outer,enclave,exclave/... La subtitilité sera aussi de pouvoir préciser si on ne veut pas la récursion sur les membres d'une relation qui sont aussi une relation (et se restreindre aux seules relations précisées et de n'y prendre alors que ses membres qui sont des chemins, pas des relations) : area-query ref=r61000;r610001;w1;w10001;include=#default,inner,outer,enclave,exclave;recurse=no/... ??? Sinon cela pourrait contenir aussi une liste ordonnée de points formant un chemin, qu'on peut mêler à d'autres chemins: area-query ref=n1000,n1001,n1002,n1003;w1/... ou si ce n'est qu'une liste de coordonnées (lon/lta) et pas toujours des nœuds définis dans la base: area-query ref=p10/10,p10/11,p11/11,p11/10,n1000,n1002;w1/... Note: dans cet exemple, 1. Les paramètres séparés par des points-virgules n'ont pas d'ordre défini (cela concerne aussi les paramètres include= ou exclude= ou recurse= pour les filtres) et on peut les mettre dans n'importe quel ordre, la dernière requête sera équivalente à: area-query ref=w1;p10/10,p10/11,p11/11,p11/10,n1000,n1002/... 2. Les paramètres séparés par des virgules ont un ordre imposé pour former une suite continue et cela ne concerne que des noeuds ou points(lon/lat) dans le but de construire un chemin, on ne peut pas les disperser, ils doivent rester groupés ensemble, mais la direction n'a pas d'importance et la requête précédente est équivalente aussi à: area-query ref=w1;n1002,n1000,p11/10,p11/11,p10/11,p10/10/... et si la liste inclue deux fois le même point, cela forme un anneau fermé sur ce point et le point de début et fin n'a pas d'importance. Ainsi la requête: area-query ref=n1002,n1000,p11/10,p11/11,p10/11,p10/10,n1002/... est équivalente à area-query ref=n1000,p11/10,p11/11,p10/11,p10/10,n1002,n1000/... (cette syntaxe est comparable à une bbox qui est une liste implicite de 5 points dont le premier et le dernier sont identiques, mais ici la bbox n'est pas nécessairement aligné le long des méridiens et parallèles ; on peut toujours indiquer une bbox=a,b,c,d en la traitant comme une ligne polygonale fermée pour des requêtes plus simples ne détaillant pas les 4 points implicites) Pour effectuer ce type de requête, une fois la liste des chemins obtenue, on élimine les paires de chemins identiques, on connecte toutes les autres paires de chemins qui ont une extrémité commune pour former des anneaux, on élimine les chemins restants non fermés, les inner/outer sont recalculés sur les chemins qui restent, et on a une surface de type multipolygone (faite uniquement d'anneaux qui peuvent se toucher mais pas se croiser, permettant alors d'effectuer la requête sur cette surface). Le 21 décembre 2012 10:31, Ab_fab gamma@gmail.com a écrit : Hello, Tu peux t'inspirer de cet exemple : http://wiki.openstreetmap.org/wiki/Talk:Overpass_API#How_to_combine_query_and_area-query_for_ways La subtilité, c'est de comprendre qu'il faut ajouter 36 à l'id de la relation qui t'intéresse Pour récupérer les arrêts de bus de la commune de Basse-Goulaine (44), relation #61000 : area-query ref=3600061000 / query type=node item / has-kv k=highway v=bus_stop/ /query print / La requête est à faire ici : http://overpass-api.de/query_form.html Le 21 décembre 2012 10:15, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour, Je cherche à faire une extraction de POIs sur une commune donnée avec l'overpassAPI ou osmosis. J'ai déjà fait des extractions en me basant sur une bbox, mais je ne vois pas trop comment faire avec une limite administrative. Je préférerai le faire avec l'overpassAPI, mais si ce n'est pas faisable je me rabattrai sur osmosis. Quelqu'un pourrait m'expliquer comment faire ou me donner un lien qui explique ça ? Merci pour votre aide :-) Nicolas __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Extraction de pois sur une commune
le cercle trigonométrique n'a aucun sens ici : on parle d'identifiant d'une relation, et pas d'une longitude... Le 21 décembre 2012 13:15, Nicolas Moyroud nmoyr...@free.fr a écrit : Mais si ta question est : pourquoi 36 et pas 666 J'en sais rien, roland est-il un adepte du cercle trigonométrique ? Je vois que tu es plutôt un adepte du diable en ce qui te concerne. ;-) __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bureau de vote
Admettons, mais je ne vois pas pourquoi tu te sentirais obligé de ne plus afficher cette information. Les SIG et OSM n'ont pas le même objectif et utilisent des méthodes différentes pour gérer le contenu de leur base. Entre les deux il y a une phase OBLIGATOIRE de préparation et qualification avant tout import automatisé dans OSM. Pour OSM le critère important c'est d'être informatif et clair pour le public concerné (les électeurs, qui n'habitent pas sur la chaussée) ; dans le SIG le critère c'est de faciliter le travail en prenant comme source le parcellaire cadastral, qui n'entre pas (encore) dans les objectifs d'OSM (déjà qu'on se fait allumer pour l'import des bâtiments, si on ajoute l'import des parcelles alors que le critère retenu est plutôt au niveau des îlots, pour les landuse=* et natural=*) Le 21 décembre 2012 08:33, Tony Emery tony.em...@yahoo.fr a écrit : Lorsqu'un découpage est officiel et a été versé, je ne vois pas l'intérêt de vouloir le modifier pour des besoins de compréhension. C'est comme si, le jour où l'on importerai (je dis bien si un jour) les parcelles cadastrales, tu disais eh bien le découpage des parcelles de la DGFiP est nul, on va le modifier A ce moment, ce ne serait plus le cadastre. On sait que le cadastre est imparfait, mais c'est un découpage officiel et on ne peut pas le modifier parce qu'on en a envie. Nous, nous souhaitons utiliser ce découpage électoral dans notre site Internet et promouvoir, par la même occasion, OpenStreetMap. Comme vous le savez, avec Jean-Louis, on a beaucoup travaillé pour sensibiliser les collectivités à utiliser OSM. Donc, si quelqu'un s'amuse à modifier ce zonage et qu'on s'aperçoit qu'il ne correspond plus à ce que nous avons en internet, on sera obligé de ne plus afficher cette information sur notre site. -- View this message in context: http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5741320.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
On vendredi 21 décembre 2012, Nicolas Moyroud wrote: Mais si ta question est : pourquoi 36 et pas 666 J'en sais rien, roland est-il un adepte du cercle trigonométrique ? Je vois que tu es plutôt un adepte du diable en ce qui te concerne. ;-) Vous êtes tous mien, ce soir sera LE soir, hahahaha (à lire avec une voix de circonstance) J'admets avoir hésité avec 1664000 Mais comme je préfère leffe00 mais que ça ne fait pas un entier, j'ai dû passer par le fer et les flammes -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel Leaflet/OpenLayers ?
Bonjour à tous, Quelqu'un connaît-il l'état des lieux de ce projet? Je suis mobilisable avec plaisir s'il y a besoin de bras. Cf. le projet http://youmap.fluv.io/ mais pas seulement :) Yohan On 12/06/2012 01:57 PM, Romain MEHUT wrote: Le 6 décembre 2012 12:44, Claire Libertic claire.liber...@gmail.com mailto:claire.liber...@gmail.com a écrit : Bonjour, S'agit-il de la rédaction de Paris ou Nantes ? Le siège est à Nantes où des journalistes de Terra Eco ont déjà subit quelques formations open data. S'ils ont besoin d'une formation OSM, on peut envisager de faire intervenir des contributeurs pour un petit cours (avec cartosm inside :) Je peux communiquer le nom de mon contact si besoin... Je suis sûr qu'il serait ravi d'avoir une formation OSM. Romain Claire @libertic ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
Le 21/12/2012 10:17, Yohan Boniface a écrit : On 12/21/2012 08:32 AM, Vincent Pottier wrote: Le 21/12/2012 02:13, Yohan Boniface a écrit : Comment aider? - tester sur http://youmap.fluv.io et remonter des bugs ou améliorations Problème avec la page de login : http://youmap.fluv.io/login/ Humm, tu n'es pas censé arriver sur cette page (elle est seulement utilisée via ajax normalement). Le scénario qui te fait atterrir dessus est reproductible? Clic-droit sur le menu login et Ouvrir dans un nouvel onglet (testé sur Firefox) Sinon, vérifie que tes js sont à jour (je sais pas si t'étais déjà allé sur le site de démo avant, auquel cas ton navigateur peut avoir des fichiers js pas à jour; à terme je mettrai un compresseur et ça n'arrivera plus, mais pour le débug les fichiers à plat c'est pas mal ;) ) Merci! Yohan Sinon, avec un simple clic, ça marche. Mais comme je n'ai pas de compte, il trouve que ça ne marche pas. Normal, mais il n'y a pas de lien pour créer un compte. Au fait, on fait ça comment de créer un compte ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...
On 12/21/2012 03:02 PM, Vincent Pottier wrote: Le 21/12/2012 10:17, Yohan Boniface a écrit : On 12/21/2012 08:32 AM, Vincent Pottier wrote: Le scénario qui te fait atterrir dessus est reproductible? Clic-droit sur le menu login et Ouvrir dans un nouvel onglet (testé sur Firefox) Ah ah, ouais, j'avais pas pensé que quelqu'un ferait ça :p Je vais faire une vraie page HTML pour les adeptes du clic droit alors ;) Sinon, avec un simple clic, ça marche. Mais comme je n'ai pas de compte, il trouve que ça ne marche pas. Normal, mais il n'y a pas de lien pour créer un compte. Au fait, on fait ça comment de créer un compte ? Pour l'instant, on ne peut pas, c'est un site de démo, mais tu as sur la home une liste de comptes avec lesquels jouer. = Users to play with (password: 123123): BobSponge, IzaBella, JoeLapin, MikeClown, AnnaPurna Yohan ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Loire-atlantique et GR
Une réponse à la question qui avait été posée par J Couteau : http://data.loire-atlantique.fr/forum/?tx_mmforum_pi1[action]=list_posttx_mmforum_pi1[tid]=150 Bonjour, Effectivement, nous mettons à disposition, avec l'accord de la Fédération Française de Randonnée Pédestre (FFRP), les tracés de sentiers dont les itinéraires et les marques associées (GR pour Grande Randonnée et GRP pour Grande Randonnée de Pays) font l'objet d'un dépôt à l'Institut National de la Propriété Industrielle. La consultation et l'usage privatif ou à but non lucratif de ces données sont possibles. En revanche, une autorisation doit être demandée auprès de la Fédération Française de Randonnée Pédestre pour toute utilisation de ces tracés et de la marque dans un but commercial ou lucratif. Cordialement, Jean-Philippe que faut-il en conclure ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Loire-atlantique et GR - Lettre ouverte à la FFRP ?
On vendredi 21 décembre 2012, ades_...@orange.fr wrote: que faut-il en conclure ? Il faut croire ce que nous savons déjà et que beaucoup dans notre communauté se refusent à accepter ce qui met en insécurité juridique tout ré-utilisateur de données françaises, qui n'aurait pas suivi cette histoire avec assiduité et pris les dispositions qui consiste à convertir des données OSM en france en vrai ODBL (=retrait de relation et des mentions GR/PR) GR/PR = pas dans OSM ps: mais que faire ? ps2:un collectif d'utilisateurs OSM motivés pour rédiger conjointement une note expliquant la situation à tous les membres de la FFRP indiquant avantage au partage, truc louches se passant en haut, meilleurs choix pour leur futurs élections ? et l-a-r-g-e diffusion pour tenter de brasser cette fourmilière ? -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel Leaflet/OpenLayers ?
Le 21 décembre 2012 15:02, Yohan Boniface yohanbonif...@free.fr a écrit : Bonjour à tous, Quelqu'un connaît-il l'état des lieux de ce projet? Cf. http://www.linux-nantes.org/wws/arc/openstreetmap-nantes/2012-12/msg9.html Je suis mobilisable avec plaisir s'il y a besoin de bras. Contacte directement Claire dans ce cas. Cf. le projet http://youmap.fluv.io/ mais pas seulement :) Yohan On 12/06/2012 01:57 PM, Romain MEHUT wrote: Le 6 décembre 2012 12:44, Claire Libertic claire.liber...@gmail.com mailto:claire.libertic@gmail.**com claire.liber...@gmail.com a écrit : Bonjour, S'agit-il de la rédaction de Paris ou Nantes ? Le siège est à Nantes où des journalistes de Terra Eco ont déjà subit quelques formations open data. S'ils ont besoin d'une formation OSM, on peut envisager de faire intervenir des contributeurs pour un petit cours (avec cartosm inside :) Je peux communiquer le nom de mon contact si besoin... Je suis sûr qu'il serait ravi d'avoir une formation OSM. Romain Claire @libertic ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Le 21 décembre 2012 14:08, sly (sylvain letuffe) li...@letuffe.org a écrit : Mais comme je préfère leffe00 mais que ça ne fait pas un entier, j'ai dû passer par le fer et les flammes Tente alors 1effe00, avec la bonne police tout le monde n'y verra que du feu ! Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
Tente alors 1effe00, [...] pardon : 0x1effe0 Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Extraction de pois sur une commune
On vendredi 21 décembre 2012, Art Penteur wrote: Tente alors 1effe00, [...] pardon : 0x1effe0 Ok, sinon je ne comprenais pas. Bonjour la rédaction des requêtes en hexadécimal ! -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !
Joignant les actes à la parole, voici mon brouillon fait à la va vite juste pour vous donner une idée : http://wiki.openstreetmap.org/wiki/Draft:ffrp-lettre-ouverte Comment, sinon, sans rien faire, se regarder alors dans son miroir si ce sont nos voisins étrangers qui viennent remuer, à leur façon, sans parler la langue, sans savoir lire le site de la FFRP, ce problème : http://forum.openstreetmap.org/viewtopic.php?id=3665 -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !
Pour reprendre une phrase très explicite : It seems they are embarrassed by our open data philosophy and choose the silence strategy at the moment ... (copyright Pieren) VF par sly : Il semblerait qu'ils soient embarrassés par notre philosophie des données libres, et ont préféré la stratégie du silence... NDT: Je pense qu'ils ont peur d'un changement dans leur modèle établi, ils ont peur que leurs membres soient de notre coté et ne demande justifications et changements. Mais ce silence, on peut le rompre, et c'est par la discussion, en mettant les membres au courant, que nous pouvons voir les choses changer, en les accompagnant plutôt qu'en refusant ce qui finira par être. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Loire-atlantique et GR
Tout d'abord merci d'avoir relevé la réponse. Pris par le boulot et les derniers achats de noël, je n'avais pas suivi avec assiduité le forum ;) Le 21/12/2012 15:20, ades_...@orange.fr a écrit : que faut-il en conclure ? Je ne suis pas juriste ou spécialiste de l'ODbL, mais pour moi, si les données sont été fournies sous cette licence, on a le droit de s'en servir même si la marque est déposée... L’autorisation de la FFRP de fournir les données sous ODbL par le CG44 (puisque nous avons confirmation qu'il y en a bien une) fait office d'autorisation pour l'insertion dans la base OSM. Après, peut-être que la FFRP ne l'a pas réalisé. Par contre, m'est avis qu'il faut continuer à creuser un peu avant d'être sûrs. Jean signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !
Le vendredi 21 décembre 2012 16:17:47 sly a écrit : Mais ce silence, on peut le rompre, et c'est par la discussion, en mettant les membres au courant, que nous pouvons voir les choses changer, en les accompagnant plutôt qu'en refusant ce qui finira par être. Ok, et concrètement t'as un plan ? :-) (blague=si on trouvait 12€, on pourrait faire un appel d'offre pour une action de lobbying, qui sait) J'avais essayé de contacter mon conseil général au sujet du PDIDR mais sans succès, il faut que je réessaye. Est-ce qu'il y a une autre collectivité pertinente sur ce sujet (comcom ?) ? -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !
On vendredi 21 décembre 2012, Nicolas Moyroud wrote: Mouais je pense que le problème n'est pas du côté des contributeurs OSM depuis le temps qu'ils essaient de faire bouger les choses auprès de la FFRP. Oui, je sais bien, mais on dirait que ma tournure a été trop rapidement écrite, je me suis senti emporté par un élan lyrique tout à fait inadapté et faux. Pardon, je m'excuse. Et je salut l'initiative, la persévérance et le boulot réalisé par : - toi, christian, gaël, et j'en oubli tout un tas pour des rencontres in real life, locales ou globales, régulières, répétées, et, je n'en doute pas, très utiles pour que l'info circule. - Pieren, Hervé et d'autre encore que j'oubli pour les courrier AR argumentés - Et encore des tas d'autres pour les mails, les pages wiki, les news sur les bogs, etc. Je m'excuse à nouveau, j'ai été très maladroit, une formulation plus adaptée eu été : continuons la démarche, ça ne peut aller que dans le bon sens -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Loire-atlantique et GR
Pour info j'étais aussi tombé sur des données issues explicitement des la BD Carto de l'IGN... Le 21/12/2012 16:24, Jean Couteau a écrit : Tout d'abord merci d'avoir relevé la réponse. Pris par le boulot et les derniers achats de noël, je n'avais pas suivi avec assiduité le forum ;) Le 21/12/2012 15:20, ades_...@orange.fr a écrit : que faut-il en conclure ? Je ne suis pas juriste ou spécialiste de l'ODbL, mais pour moi, si les données sont été fournies sous cette licence, on a le droit de s'en servir même si la marque est déposée... L'autorisation de la FFRP de fournir les données sous ODbL par le CG44 (puisque nous avons confirmation qu'il y en a bien une) fait office d'autorisation pour l'insertion dans la base OSM. Après, peut-être que la FFRP ne l'a pas réalisé. Par contre, m'est avis qu'il faut continuer à creuser un peu avant d'être sûrs. Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !
Bonjour, Une phrase me fait tiquer : Faire du fric avec les topo guides ? c'est ça votre but ultime de bénévoles ? [...] Une asso ne doit pas renier son but non lucratif et de partage. Faire du fric avec des ventes dans une assoc peut permettre de maintenir une équipe de salariés par exemple... Et merci de ne pas opposer à but non lucratif et faire des bénéfices. Beaucoup d'associations aujourd'hui emploient des salariés sans renier leur objet ni leurs convictions. Bref. Plutôt axer l'argumentation sur le partage d'informations avec les randonneurs, la correction en temps réel de parcours avec OSM, etc. Libre à eux de vendre ensuite des produits dérivés de qualité. Samy le 21/12/2012 16:06, sly (sylvain letuffe) a écrit: Joignant les actes à la parole, voici mon brouillon fait à la va vite juste pour vous donner une idée : http://wiki.openstreetmap.org/wiki/Draft:ffrp-lettre-ouverte Comment, sinon, sans rien faire, se regarder alors dans son miroir si ce sont nos voisins étrangers qui viennent remuer, à leur façon, sans parler la langue, sans savoir lire le site de la FFRP, ce problème : http://forum.openstreetmap.org/viewtopic.php?id=3665 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !
On vendredi 21 décembre 2012, Nicolas Dumoulin wrote: Ok, et concrètement t'as un plan ? :-) al'improvvisio * Les bulletins d'info de openstreetmap.fr sont lus, ça peut rebondir * Je ne doute pas qu'il existe parmi notre communauté des membres de la FFRP, ayant accès à des mailing liste de club qui, s'ils sont eux même convaincu du bien fondé de la libération, peuvent nous aider en étant vecteur de l'info, et de ml en ml, ça peut aller à beaucoup d'endroit. * Je gère un forum rempli de randonneurs, dont certains à la FFRP, c'est aussi un point d'entrée * Camp2camp ne devrait pas refuser un appel de ce type sur le forum ou blog (ils sont eux aussi très tournés open data, et utilisent osm) * J'ai foi en la capacité d'initiative personnelle de membres OSM à trouver des moyens de diffuser (blague=si on trouvait 12€, on pourrait faire un appel d'offre pour une action de lobbying, qui sait) A mon avis, bien plus efficace qu'un lobbying payé, fait par des gens qui ne comprennent pas ce que ça veut dire, une commuauté qui a compris l'intérêt que ça peut représenter, et souhaitant défendre l'idée vaut largement les 120ke -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !
On vendredi 21 décembre 2012, Samy Mezani wrote: Bonjour, Une phrase me fait tiquer : Faire du fric avec les topo guides ? c'est ça votre but ultime de bénévoles ? [...] Une asso ne doit pas renier son but non lucratif et de partage. Je me suis emballé à nouveau, un instant de frustration trop rapidement re-transcrit par mon inconscient, mais qui n'avait bien sûr pas vocation à rester. J'ai tout reformulé. Faire du fric avec des ventes dans une assoc peut permettre de maintenir une équipe de salariés par exemple... Et merci de ne pas opposer à but non lucratif et faire des bénéfices. Beaucoup d'associations aujourd'hui emploient des salariés sans renier leur objet ni leurs convictions. Bref. Tu as tout à fait raison. Plutôt axer l'argumentation sur le partage d'informations avec les randonneurs, la correction en temps réel de parcours avec OSM, etc. Libre à eux de vendre ensuite des produits dérivés de qualité. +1 -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !
On 21/12/2012 16:17, sly (sylvain letuffe) wrote: Pour reprendre une phrase très explicite : It seems they are embarrassed by our open data philosophy and choose the silence strategy at the moment ... (copyright Pieren) VF par sly : Il semblerait qu'ils soient embarrassés par notre philosophie des données libres, et ont préféré la stratégie du silence... NDT: Je pense qu'ils ont peur d'un changement dans leur modèle établi, ils ont peur que leurs membres soient de notre coté et ne demande justifications et changements. Mais ce silence, on peut le rompre, et c'est par la discussion, en mettant les membres au courant, que nous pouvons voir les choses changer, en les accompagnant plutôt qu'en refusant ce qui finira par être. Pour info, ils ont un grand chantier en ce moment, en collaboration avec l'IGN et ESRI, pour la numérisation de leurs cartes et itinéraires. Ils ont aussi un plan pour inciter tous les randonneurs à contribuer à leur système propriétaire (Je n'ai pas le temps aujourd'hui de chercher les références, mais si ça vous intéresse, je le ferai dans quelques jours). Cela explique probablement leur opposition à la libération des données (leur projet doit coûter cher, il va falloir l'amortir en vendant les topo-guides). Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lettre ouverte aux membres de la FFRP, libérez vos données !
Je pense aussi qu'un avantage à valoriser est au sujet de l'entretien des GR : avec des tags adaptés, ils peuvent cartographier l'état des chemins, et ainsi mieux organiser les interventions d'entretien. Ils peuvent même déléguer la cartographie aux randonneurs qui pourraient en live entrer sur la carte chemin merdique, chemin bouché, repères effacés... etc. Coté OSM, s'il est malheureusement mal vu de taguer pour le rendu, peut être sera-t-il bien vu de taguer pour l'utile ? ... mais je ne sais pas du tout comment ils organisent l'entretien des GRs, donc ça peut être une mauvaise idée. Cordialement. Le 21 décembre 2012 16:06, sly (sylvain letuffe) li...@letuffe.org a écrit : Joignant les actes à la parole, voici mon brouillon fait à la va vite juste pour vous donner une idée : http://wiki.openstreetmap.org/wiki/Draft:ffrp-lettre-ouverte Comment, sinon, sans rien faire, se regarder alors dans son miroir si ce sont nos voisins étrangers qui viennent remuer, à leur façon, sans parler la langue, sans savoir lire le site de la FFRP, ce problème : http://forum.openstreetmap.org/viewtopic.php?id=3665 -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Loire-atlantique et GR
2012/12/21 Jean Couteau cout...@codelutin.com: Je ne suis pas juriste ou spécialiste de l'ODbL, mais pour moi, si les données sont été fournies sous cette licence, on a le droit de s'en servir même si la marque est déposée... L’autorisation de la FFRP de fournir les données sous ODbL par le CG44 (puisque nous avons confirmation qu'il y en a bien une) fait office d'autorisation pour l'insertion dans la base OSM. Leur version de l'ODBL se trouve ici: http://data.loire-atlantique.fr/fileadmin/cg44_opendata/images/contents/Licence_ODbL_VF_CG44.pdf Le contenu d’une base de données, ou la base de données elle-même, peut parfois être régi par des droits autres que ceux visés aux présentes clauses (tels que des contrats privés, une marque déposée protégeant un nom ou des droits afférents à la protection de la vie privée / des données portant sur des informations relatives au contenu). Par conséquent, veillez à consulter tout autre document ou à vous informer de tout autre droit avant d’entreprendre toute activité non régie par la présente Licence. Bref, la base de donnée est libre mais pas son contenu... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Plus de bâti avec mkgmap
Salut, Mkgmap ne semble plus rendre le bâti :-( J'ai essayé avec la version 2419 et 2415 - pas de bâti. Je remets la version 2383 - bâti. S'agit-il d'un changement de politique que j'aurai raté ou bien d'un bug persistant à votre avis ? @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de bâti avec mkgmap
Si mkgmap a les fichiers shp de Geofabrik comme source, c'est parce que le bâti commence a représenter 6/7 des données dans la France. Il y a un autre fil de discussion sur cette liste qui en parle et où on cherche une solution alternative avec les serveurs français. Jo 2012/12/21 Stéphane MARTIN st3ph.mar...@laposte.net Salut, Mkgmap ne semble plus rendre le bâti :-( J'ai essayé avec la version 2419 et 2415 - pas de bâti. Je remets la version 2383 - bâti. S'agit-il d'un changement de politique que j'aurai raté ou bien d'un bug persistant à votre avis ? @+ __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] waterway=lock
Cette page contient encore une autre façon de taguer le bassin : landuse=basin... Ce qui fait encore une autre possibilité en plus de waterway=riverbank, waterway=lock (plutôt destiné au filaire central non fermé) et natural=water (la proposition plus récente), les 4 possibilités étant appliquées à un chemin fermé (ou une relation contenant un chemin ou plusieurs fermés). Bref ce n'est pas gagné ! Mais elle ne contredit toujours pas le fait que les portes d'écluse ne sont normalement que des points waterway=lock_gate (on pourrait cependant admettre que ce soit aussi des chemins ouverts, barrant la largeur du canal, ou un contour fermé donnant une idée de la forme et la position de la porte quand elle est fermée). Mais cela confirme encore que tous les *points* tagués en waterway=lock sont bel et bien des erreurs (la majorité actuelle des objets avec waterway=lock sont des chemins, fermés ou pas, ou des relations, et non pas des nœuds uniquement destinés aux portes : l'erreur de confusion est donc très répandue et les outils de vérification ou d'édition sont donc à corriger au moins sur ce point, même s'il n'y a encore aucun consensus sur la façon de taguer les bassins. TOUT ce qui a cet attribut et qui n'est pas un point est ambigu de toute façon, on ne sait toujours pas ce que c'est, ce n'est décrit nulle part dans les pages du wiki de doc ; la correction de ces *points ou nœuds* sera d'en faire des waterway=lock_gate, connectés chaque fois que possible sur le chemin filaire du cours d'eau central là où il a été tracé). La connexion éventuelle avec la bordure du bassin n'existera pas toujours car elle ne sera pas nécessairement pertinente sauf si on coupe le bassin en deux parties continues en amont et en aval de cette porte ; il n'a a pas nécessité de connecter ce point à un éventuel chemin/route passant au dessus de l'écluse, (SAUF si l'ouverture de la porte ne peut se faire qu'en coupant la route passant au dessus, par exemple quand le chemin passe directement sur le sommet de la porte, cas des passerelles légères pour piétons ou cyclistes, ou quand la route passe au dessus par un pont levant, coupant la route de chaque côté du pont et non au milieu sur le point central de la porte et auquel cas il n'y a pas d'interconnexion de la route sur ce point) Le 18 décembre 2012 18:00, Yannick VOYEAUD yann...@voyeaud.org a écrit : Le 18/12/2012 00:25, Christian Quest a écrit : Confusion entre lock et lock_gate ? Ca serait bien de relire le wiki avant ce genre de réponse aussi affirmative, non ? Il y a même un dessin comme ça l'article ne risque pas de TL;DR ! http://wiki.openstreetmap.org/wiki/Key:lock C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me semble... Bonsoir, Cette page est plus explicite http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
