[OSM-talk-fr] Potlach 2 - indignez vous ?
Bonjour, Désolé pour ce titre un peu dans l'air du temps, mais je voulais juste partager mon incompréhension suite à un rapport de bug (un ticket du système de gestion des bug de trac) : http://trac.openstreetmap.org/ticket/3533 Pour les non anglophone : j'ai signalé que dans potlach 2, l'icone swimming pool (piscine) disponible dans le groupe Amenity et aussi celle disponible dans Leisure plus bas, utilisait des tags non conformes à la page Map feature, ni à l'introduction du tag leisure=swimming_pool. En effet, lorsqu'on fait glisser ces icônes sur la carte, on obtient un noeud avec amenity=swimming_pool. La première réponse fut Il y a autant de amenity=swimming_pool que de sport/leisure=swimming_pool. Et c'est assez vrai. La personne a donc clos le ticket, sans autre forme de procès. Je trouve l'argument du nombre mauvais, car forcément, si les piscines sont cartographiées via potlach2, qui est l'un des outils les plus utilisés par la communauté (notamment les débutants), ca fait monter les statistiques... Ensuite, une autre personne a répondu de manière détaillé pour abonder dans mon sens. Il a relevé que via ce ticket et la réponse du développeur, il venait de se rendre compte qu'il avait mal taggué certaines de ses contributions, car il n'avait pas vu que potlach2 mettait les mauvais tags pour certains autres icônes. Je vous laisse lire le détail. Je suis complètement d'accord avec lui. Mais le développeur a re-clos le ticket ! Les arguments donnés dans les réponses ne me plaisent pas, car ils sous-entendent que les développeurs infantilisent les débutants en masquant les tags, au lieu de les aider à apprendre à bien tagguer, avec ou sans le mode glisser-déposer. Par exemple, on pourrait très bien avoir une petite info-bulle au survol d'une icône pour dire vous allez créer une piscine avec amenity=swimming_pool, ce qui permettrait aux débutants d'apprendre et de s'approprier le système de tag (bien sûr si ce sont les bons), et à l'utilisateur avancé de contrôler ce qu'il fait en utilisant les icônes (qui sont pratiques à utiliser). Ce qui m'ennuie aussi, c'est, mais je me trompe peut-être, une manière de dire Mon outil est très utilisé, alors mon tag sera pris au lieu de celui donné dans le wiki, car dans osm, c'est la masse qui parle. Bref. Je m'arrête là. Je suis assez remonté, mais je ne souhaite pas polluer le ticket, alors je demande votre avis, et votre aide si vous le souhaitez pour persuader le/les développeurs de potlach(2) de faire + attention. J'attends vos avis. Kimaidou grr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlach 2 - indignez vous ?
Bonjour Kimaidou, Et merci pour ce mail, il est important que la communauté OpenStreetMap ne se contente pas de cartographier, nous devons aussi participer à la conception des outils proposer par OpenStreetMap. Le comportement de développeur est celui d'un développement OpenSource avec peu de contribution. D'ailleurs ton ticket pourrait très bien resté ouvert, même si le développeur ne veut pas s'en occuper. Le défaut et l'avantage de Potlatch 2 est que tout le monde va pouvoir faire son propre éditeur Web OpenStreetMap avec ces propres tags. On pourrait donc concurrencer la version sur de openstreetmap.org par un version avec les bons tags ;-) Je vais donc réagir à ton ticket, et il faudrait en ouvrir un autre pour proposer une info bulle. René-Luc Le 10/02/2011 09:47, kimaidou a écrit : Bonjour, Désolé pour ce titre un peu dans l'air du temps, mais je voulais juste partager mon incompréhension suite à un rapport de bug (un ticket du système de gestion des bug de trac) : http://trac.openstreetmap.org/ticket/3533 Pour les non anglophone : j'ai signalé que dans potlach 2, l'icone swimming pool (piscine) disponible dans le groupe Amenity et aussi celle disponible dans Leisure plus bas, utilisait des tags non conformes à la page Map feature, ni à l'introduction du tag leisure=swimming_pool. En effet, lorsqu'on fait glisser ces icônes sur la carte, on obtient un noeud avec amenity=swimming_pool. La première réponse fut Il y a autant de amenity=swimming_pool que de sport/leisure=swimming_pool. Et c'est assez vrai. La personne a donc clos le ticket, sans autre forme de procès. Je trouve l'argument du nombre mauvais, car forcément, si les piscines sont cartographiées via potlach2, qui est l'un des outils les plus utilisés par la communauté (notamment les débutants), ca fait monter les statistiques... Ensuite, une autre personne a répondu de manière détaillé pour abonder dans mon sens. Il a relevé que via ce ticket et la réponse du développeur, il venait de se rendre compte qu'il avait mal taggué certaines de ses contributions, car il n'avait pas vu que potlach2 mettait les mauvais tags pour certains autres icônes. Je vous laisse lire le détail. Je suis complètement d'accord avec lui. Mais le développeur a re-clos le ticket ! Les arguments donnés dans les réponses ne me plaisent pas, car ils sous-entendent que les développeurs infantilisent les débutants en masquant les tags, au lieu de les aider à apprendre à bien tagguer, avec ou sans le mode glisser-déposer. Par exemple, on pourrait très bien avoir une petite info-bulle au survol d'une icône pour dire vous allez créer une piscine avec amenity=swimming_pool, ce qui permettrait aux débutants d'apprendre et de s'approprier le système de tag (bien sûr si ce sont les bons), et à l'utilisateur avancé de contrôler ce qu'il fait en utilisant les icônes (qui sont pratiques à utiliser). Ce qui m'ennuie aussi, c'est, mais je me trompe peut-être, une manière de dire Mon outil est très utilisé, alors mon tag sera pris au lieu de celui donné dans le wiki, car dans osm, c'est la masse qui parle. Bref. Je m'arrête là. Je suis assez remonté, mais je ne souhaite pas polluer le ticket, alors je demande votre avis, et votre aide si vous le souhaitez pour persuader le/les développeurs de potlach(2) de faire + attention. J'attends vos avis. Kimaidou grr ___ 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] Carnet de campagne
Le mercredi 09 février 2011 à 20:26 +0100, Denis a écrit : Souvenez-vous : http://lists.openstreetmap.org/pipermail/talk-fr/2009-December/016755.html Ben, justement ils reviennent en Finistère. Peut-être est-il encore temps de leur dénoncer le complot de Plouarzel. Peux-tu traduire ce message sybillin ? Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Quelques nouvelles de Géovélo
Bonjour à tous, j'ai vu que les choses bougent concernant le vélo et OpenStreetMap (ADAV Lille, Beciklo), alors je prends un peu de temps pour faire le point sur Géovélo : ce qui a été fait dernièrement et ce qui est prévu ! Si derrière Géovélo il y a principalement l'entreprise la Compagnie des Mobilités, il faut savoir que le Laboratoire d'Informatique de l'université de Tours a beaucoup travaillé sur Géovélo (j'étais en thèse sur le sujet, et un nouveau doctorant vient d'arriver) et que de plus en plus d'étudiants travaillent sur des projets liés à OpenStreetMap dans notre école (école d'ingénieur Polytech'Tours). Principalement pour du calcul d'itinéraires (Géovélo, projet de simulation de crues, etc.). Je pense qu'il serait bien d'insister un peu plus là dessus et d'avoir un vraie visibilité sur les laboratoires et écoles qui travaillent ou utilisent les données OSM. Pour Géovélo, nous travaillons depuis peu sur des itinéraires multimodaux en profitant de la libération des données de transport en commun de l'agglomération de Rennes. Une première version a été mise en ligne à l'adresse http://rennes.geovelo.fr N'hésitez pas à donner votre avis. Ce projet devrait murir et s'améliorer au fil des prochains mois vu qu'il concerne le sujet de thèse du nouveau doctorant (qui au passage est contributeur depuis longtemps sur OSM). Concernant Géovélo Paris (cf. intégration du service sur le site de paris.fr : http://vgps.paris.fr), cela progresse petit à petit. Notre collecteur travaille sur la petite couronne actuellement. Niveau communication, la ville de Paris n'a pas vraiment mis en avant le service, mais on ne désespère pas. Je rappelle que nous allons sortir très prochainement deux applications mobiles gratuites de Géovélo pour Paris : une version Android et une version iPhone. La version iPhone ne devrait plus trop tarder, pour la version Android, nous rencontrons quelques problèmes. Sur Nantes un projet conséquent est en train de se lancer avec pour objectif de faire une sorte de Géovélo plus communautaire avec de nombreux liens vers les usagers et les collectivités. Plus d'informations très bientôt car l'objectif est bien de mettre en place des passerelles entre Géovélo et OSM. Enfin, le développement de Géovélo était un peu en pause depuis quelques mois, la faute à la rédaction de ma thèse... mais de nombreuses améliorations vont voir le jour très bientôt sur Géovélo. En vrac : - nous allons repasser à des mises à jours quotidiennes des données (en ce moment c'est manuel, de temps en temps), - nous voulons absolument intégrer une visualisation des aménagements cyclables sur la carte (Becicklo ou autre ?) et être plus transparent sur les tags OSM pris en compte par Géovélo de manière à améliorer le service, - une nouvelle version du calculateur permettra de personnaliser complètement les critères à prendre en compte (Une première version est déjà en test à l'adresse http://www.geovelo.fr/paris/index.php?perso=true). Le nouveau calculateur permettra de gérer tout plein de trucs : minimiser le nombre de feux tricolores, le temps de parcours, etc. - les nouveaux serveurs à notre disposition vont nous permettre d'ouvrir le service sur la plupart des agglomérations. Je vous tiendrai au courant des zones couvertes. Nous réfléchissons à une manière de couvrir tout le territoire français, mais c'est à plus long terme. Voilà, à bientôt. Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/Quelques-nouvelles-de-Geovelo-tp601p601.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
Re: [OSM-talk-fr] Potlatch 2 - indignez vous ?
Bonjour, Je me joins d'autant plus volontiers à l'indignation ;) que, quand j'avais regardé Lambesc dans OpenStreetBugs, suite au message de Gaël sur l'expérimentation avec le centre de secours de Lambesc, j'avais vu qu'un pompier avait signalé qu'une piscine privée, située juste en face du centre de secours, était manquante. En fait, elle était bien présente dans OSM, (comme toutes celles de la commune suite à une importation du cadastre), mais elle était taguée comme amenity, qui n'était pas rendue dans le rendu Mapnik par défaut, alors que leisure l'était. Le wiki indiquait aussi que leisure était plus adapté. La sémantique aussi. Remplacer tous les amenity par leisure avait permis de les faire apparaître sur la carte. J'invite donc ceux qui souhaiteraient être potentiellement utiles aux pompiers, plutôt que taguer pour le non-rendu, à utiliser la balise leisure plutôt qu'amenity pour les piscines privées. Cordialement, Jean-Guilhem ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch 2 - indignez vous ?
On 10/02/2011 11:10, Jean-Guilhem Cailton wrote: Bonjour, Je me joins d'autant plus volontiers à l'indignation ;) que, quand j'avais regardé Lambesc dans OpenStreetBugs, suite au message de Gaël sur l'expérimentation avec le centre de secours de Lambesc, j'avais vu qu'un pompier avait signalé qu'une piscine privée, située juste en face du centre de secours, était manquante. En fait, elle était bien présente dans OSM, (comme toutes celles de la commune suite à une importation du cadastre), mais elle était taguée comme amenity, qui n'était pas rendue dans le rendu Mapnik par défaut, alors que leisure l'était. Le wiki indiquait aussi que leisure était plus adapté. La sémantique aussi. Remplacer tous les amenity par leisure avait permis de les faire apparaître sur la carte. J'invite donc ceux qui souhaiteraient être potentiellement utiles aux pompiers, plutôt que taguer pour le non-rendu, à utiliser la balise leisure plutôt qu'amenity pour les piscines privées. Cordialement, Jean-Guilhem Pour mes 2 cents, en tant qu'anglophone de naissance, je comprend la nuance entre 2 types de piscines: 1. pour le plaisir, en général privées, = leisure 2. pour l'utilisation du public, l'entrainement sportif = amenity, ce mot ayant une notion de service disponible Il est clair que le public veut connaitre l'emplacement du 2ème type, tandis que les pompiers seront intéressés surtout par les premier types car sources d'eau dans des emplacements dispersés. Donc là j'imagine que la discussion doit s'élargir d'abord aux définitions du Wiki, et ensuite à ce que les moteurs de rendu (Mapnik et autres) doivent afficher. Afficher les piscines privées n'a d'intérêt que pour un segment limité d'utilisateurs, en tout cas ça permettra aux impôts de voir si leur cadastre est bien à jour ;o) Perso, je voterai pour les piscines publiques soient affichées par défaut mais pas les privées qui vont polluer mon affichage. -- David White User #297763 on http://counter.li.org Jabber: dwh...@im.linux62.org OpenStreetMap Contributor DavidKW ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques nouvelles de Géovélo
Pour Géovélo, nous travaillons depuis peu sur des itinéraires multimodaux en profitant de la libération des données de transport en commun de l'agglomération de Rennes. Une première version a été mise en ligne à l'adresse http://rennes.geovelo.fr N'hésitez pas à donner votre avis. Ce projet devrait murir et s'améliorer au fil des prochains mois vu qu'il concerne le sujet de thèse du nouveau doctorant (qui au passage est contributeur depuis longtemps sur OSM). On a perdu les points étape dans la bataille, pour un itinéraire vélo c'est vraiment indispensable, ca permet d'eviter une côte ou un point noir. Et tant qu'a faire d'etre mutimodale, il faudrait pouvoir avoir plusieurs modes dans le même trajet (bus + finir en velostar par ex.) Et gerer aussi les correspondances de bus/metro. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch 2 - indignez vous ?
La discussion à propos de ce ticket à évoluer : 1 Qui du wiki, du vote ou de l'utilisation à raison ? vaste discussion 2 Ajout d'un tooltip au survole des icones pour présenter les tags utilisées. Donc le ticket est devenu une amélioration de Potlatch 2 pour ajouter ce tooltip. Pour ce qui est de la vatse discussion, l'outil de suivi de bug n'est pas le lieu d'une telle discussion ni ce mail. René-Luc Le 10/02/2011 12:02, David White a écrit : On 10/02/2011 11:10, Jean-Guilhem Cailton wrote: Bonjour, Je me joins d'autant plus volontiers à l'indignation ;) que, quand j'avais regardé Lambesc dans OpenStreetBugs, suite au message de Gaël sur l'expérimentation avec le centre de secours de Lambesc, j'avais vu qu'un pompier avait signalé qu'une piscine privée, située juste en face du centre de secours, était manquante. En fait, elle était bien présente dans OSM, (comme toutes celles de la commune suite à une importation du cadastre), mais elle était taguée comme amenity, qui n'était pas rendue dans le rendu Mapnik par défaut, alors que leisure l'était. Le wiki indiquait aussi que leisure était plus adapté. La sémantique aussi. Remplacer tous les amenity par leisure avait permis de les faire apparaître sur la carte. J'invite donc ceux qui souhaiteraient être potentiellement utiles aux pompiers, plutôt que taguer pour le non-rendu, à utiliser la balise leisure plutôt qu'amenity pour les piscines privées. Cordialement, Jean-Guilhem Pour mes 2 cents, en tant qu'anglophone de naissance, je comprend la nuance entre 2 types de piscines: 1. pour le plaisir, en général privées, = leisure 2. pour l'utilisation du public, l'entrainement sportif = amenity, ce mot ayant une notion de service disponible Il est clair que le public veut connaitre l'emplacement du 2ème type, tandis que les pompiers seront intéressés surtout par les premier types car sources d'eau dans des emplacements dispersés. Donc là j'imagine que la discussion doit s'élargir d'abord aux définitions du Wiki, et ensuite à ce que les moteurs de rendu (Mapnik et autres) doivent afficher. Afficher les piscines privées n'a d'intérêt que pour un segment limité d'utilisateurs, en tout cas ça permettra aux impôts de voir si leur cadastre est bien à jour ;o) Perso, je voterai pour les piscines publiques soient affichées par défaut mais pas les privées qui vont polluer mon affichage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carnet de campagne
Le 10/02/2011 10:03, Philippe Pary a écrit : Le mercredi 09 février 2011 à 20:26 +0100, Denis a écrit : Souvenez-vous : http://lists.openstreetmap.org/pipermail/talk-fr/2009-December/016755.html Ben, justement ils reviennent en Finistère. Peut-être est-il encore temps de leur dénoncer le complot de Plouarzel. Peux-tu traduire ce message sybillin ? Philippe Oui, pardon ; voilà ce qui arrive quand on veut faire trop court. Donc France Inter cherche des témoignages (des caftages) sur des initiatives de portée environnementale, sociétales, socio-économiques, etc. Les prochaines émissions sont sur le Finistère. Plouarzel et sa carto-partie pourraient être signalé comme initiative intéressante, comme cela avait été suggéré dans le message de fin 2009 cité plus haut. Bref une possibilité de parler d'OSM sur une radio de service public dans une émission qui parle des initiatives citoyennes. J'espère être moins sybillin !!! Des finistériens (les auto-caftages sont autorisés ;-) pour concrétiser ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [ANN] Viking 1.1
Bonjour à tous, Faisant suite à notre première version stable (1.0) qui a vu le jour après plus de 5 ans de travail, l'équipe de viking vient de publier la version 1.1 contenant environ 120 commits. Pour rappel, viking est un logiciel qui permet de manipuler des données GPS sur différents fonds cartographiques téléchargés à la volée. Les manipulations sur les données sont nombreuses, allant de la consultation du profil (vitesse/temps, altitude/temps) à l'édition des données (suppression ou ajout de points) en passant par la communication (en direct) avec le GPS. Intégrant une fonction d'export des données directement dans OpenStreetMap, ces fonctions de manipulation font de viking un outil très pratique pour juger et nettoyer les traces avant de les importer sur OSM. La version 1.1 apporte beaucoup de modifications. Nombre de ces modifications concernent l'interface graphique (modification de menus, ajout de raccourcis, amélioration des dialogues, ajout de bulle d'information...). De nouvelles fonctions ont fait leur apparition pour sauter au point le plus haut/bas/rapide de la trace. On note aussi le support de deux nouveaux types de GPS : Locosys et DeLorme. Enfin, le support des sources de cartes s'est élargi pour permettre l'intégration de services TMS ou WMS-C respectant la projection LatLon (EPSG:4326). Ce dernier point est particulièrement intéressant pour les contributeurs d'OSM puisqu'il permet d'intégrer le service SpotMaps proposé par SpotImage pour la communauté OSM. http://www.youmapps.org/licenses/EULA-OSM-fr.html Bon téléchargement ! http://sourceforge.net/projects/viking/files/viking/1.1/ (seules les sources sont disponibles pour l'instant, mais une version Windows pourrait arriver dans les prochains jours) A venir dans une prochaine version : le support de BingMaps, mais le respect des conditions d'utilisation induisent quelques changements dans viking. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch 2 - indignez vous ?
Le jeu. 10 f�vr. 2011 à 12:02 +0100, David White a ecrit : On 10/02/2011 11:10, Jean-Guilhem Cailton wrote: Pour mes 2 cents, en tant qu'anglophone de naissance, je comprend la nuance entre 2 types de piscines: 1. pour le plaisir, en général privées, = leisure 2. pour l'utilisation du public, l'entrainement sportif = amenity, ce mot ayant une notion de service disponible Il est clair que le public veut connaitre l'emplacement du 2ème type, tandis que les pompiers seront intéressés surtout par les premier types car sources d'eau dans des emplacements dispersés. Afficher les piscines privées n'a d'intérêt que pour un segment limité d'utilisateurs, en tout cas ça permettra aux impôts de voir si leur cadastre est bien à jour ;o) Quelques contre-arguments : - OK pour la distinction équipement public / piscine privée, mais on peut imaginer d'étendre le tag access= pour ça. - les terrains de sport sont taggués leisure=pitch, et ce sont aussi des installations collectives et sportives. Il paraît logique d'utiliser un même tag de premier niveau pour les piscines et les terrains de sport (donc leisure) - la clé amenity est trop générale et mise à toutes les sauces. La généralisation d'alternatives plus spécifiques (leisure, emergency, etc.) est à favoriser (àmha). Et sur un plan annexe, les piscines privées sont aussi intéressantes pour certains utilisateurs/usages : * randonneurs, parapentistes, etc. : éléments d'orientation remarquables * urbanistes, etc. : typologie des quartiers urbains ! Cela dit, on rentre là dans la discussion du rendu, plus du balisage. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] greffons invisibles dans JOSM
Bonjour, Je suis nouvel utilisateur de JOSM, et j'ai un problème avec les greffons cadastre et public transport. J'ai installé ceux-ci via les préférences (téléchargement de la liste des greffons, coché le greffon cadastre.fr, cliqué sur mettre à jour, redémarré JOSM pour valider le greffon ...) Mais voilà, après avoir redémarré, je ne vois aucun onglet cadastre. Même chose avec le greffon public transport. Je suis sous Windows XP Version de JOSM : 3751 (la plus récente des tested). Dans le répertoire Application Data/JOSM/plugins j'ai bien les fichiers cadastre.jar, public_transport.jar J'ai désinstallé JOSM, supprimé les répertoires JOSM sous Program Files et Application Data, réinstallé JOSM, rechargé la liste des grefons et refait les manips d'installation de mes deux greffons, mais c'est tout idem. Y a-t-il un truc évident que je fais pas? Désolé de polluer le forum avec cette question! Jusque là j'utilisais Potlatch2, mais je voudrais bien utiliser les ressources du cadastre sur ma commune. Merci pour toute aide. Jean-Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques nouvelles de Géovélo
Salut, Merci pour ce compte-rendu. Le jeudi 10 février 2011 à 02:05 -0800, GaelADT a écrit : Bonjour à tous, j'ai vu que les choses bougent concernant le vélo et OpenStreetMap (ADAV Lille, Beciklo), alors je prends un peu de temps pour faire le point sur Géovélo : ce qui a été fait dernièrement et ce qui est prévu ! Concernant l'ADAV, si on envisage de s'intéresser de près à GéoVélo à terme, ce n'est pas une priorité pour l'instant. Nous nous concentrons sur l'ajout d'informations et la collab avec BeCiklo. Mais assez rapidement (septembre surement), on s'intéressera à GéoVélo plus en détail Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Choix d'un GPS pour équiper les services techniques
Bonjour à tous et merci pour vos réponses très intéressantes. Si je résume un peu ce qui s'est dit... Pour faire des relevés sur le terrain, ne pas oublier que l'on utilise une technologie satellitaire et que nous sommes donc très dépendants de l'environnement en ce qui concerne la précision. Dans des conditions idéales, on aurait donc : - 3 mètres de précision avec des GPS grand public comme le Garmin Etrex Legend Hcx (150€) voire 2 mètres pour un autre modèle sans doute plus cher - une précision au mètre avec par exemple le Magellan Mobile Mapper 6 (1600€ avec le logiciel de post-traitement) - une précision submétrique (50cm) pour les Mobile Mapper 100 ou GeoXH Handheld (entre 2000 et 4000€) Pour gagner en précision sans trop augmenter les coûts, il faut alors : - repérer les positions relatives par rapport à l'existant - faire plusieurs relevés, avec différents matériels. J'ai bon ? Reste maintenant à savoir quelle précision est vraiment nécessaire par rapport aux tâches envisagées et l'arbitrage à faire entre le coût et le temps (de relevés ou de post-traitement). Un grand merci en tout cas ! Cordialement, Antoine Viry ___ Abonné mais lecteur peu assidu de cette liste du fait d'un niveau technique qui généralement me dépasse, je suis impressionné par le résultat final de vos diveres implications. Je me suis, cependant, souvent demandé pourquoi la précision des relevés n'était pas plus régulièrement à l'ordre du jour : le coût financier d'une installation centimétrique, a lui seul, doit sans doute expliquer cette situation ! ... à moins que la prochaine rencontre brestoise ne permette de découvrir le low-cost du centimétrique ? En effet, fouinant sur la toile à la recherche d'une solution pour un repérage précis de corps morts (bloc de béton au fond de l'eau permettant d'amarrer un bateau ... pour les terriens ;) j'ai rêvé il y a quelques temps devant la description suivante : http://gpspp.sakura.ne.jp/rtklib/rtklib_beagleboard.htm est ce expérimenté par un ou plusieurs lecteur(s) de cette liste (sachant lui/eux, effectuer le passage du rêve à la réalité) ? Ce serait sympa pour openseamap également ... et je me porte volontaire pour participer à la prochaine carto-party entre le continent et l'île de Sein :-) @+ titivi ___ 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] Quelques nouvelles de Géovélo
julien balas wrote: On a perdu les points étape dans la bataille, pour un itinéraire vélo c'est vraiment indispensable, ca permet d'eviter une côte ou un point noir. Et tant qu'a faire d'etre mutimodale, il faudrait pouvoir avoir plusieurs modes dans le même trajet (bus + finir en velostar par ex.) Et gerer aussi les correspondances de bus/métro. Exact ! Je ne cache pas que nous avons eu énormément de difficulté à fournir un service utilisable dans le temps impartis (pour pouvoir participer au concours organisé par rennes métropole suite à la libération des données). Du coup, nous avons dû élaguer en termes de fonctionnalités sur Rennes. Mais elles vont revenir au fur et à mesure. Il manque effectivement la combinaison vélo star (ou vélo) + transport en commun. Pareil, c'est prévu. Pour les correspondances bus/métro normalement est sont gérées (en fonction des horaires). Gaël. -- View this message in context: http://gis.638310.n2.nabble.com/Quelques-nouvelles-de-Geovelo-tp601p6012103.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
Re: [OSM-talk-fr] Quelques nouvelles de Géovélo
Exact ! Je ne cache pas que nous avons eu énormément de difficulté à fournir un service utilisable dans le temps impartis (pour pouvoir participer au concours organisé par rennes métropole suite à la libération des données). Du coup, nous avons dû élaguer en termes de fonctionnalités sur Rennes. Si c'est pour le concours, je comprends mieux :) La date s'affiche au format MM/JJ/, c'est déroutant Mais elles vont revenir au fur et à mesure. Il manque effectivement la combinaison vélo star (ou vélo) + transport en commun. Pareil, c'est prévu. Super. Le velostar on peut en faire aux deux bout du trajet, par contre le velo perso (sauf a avoir un pliant) c'est seulement au debut ou a la fin. Pour les correspondances bus/métro normalement est sont gérées (en fonction des horaires). bizarre, il me propose un peut de marche, du bus, et 3/4 heure de marche alors qu'il y a un 2eme bus. Pas grave. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] RE : Re : Choix d'un GPS pour équiper les services techniques
Avec mon gps garmin etrex, il y a une option qui permet d'enregistrer une position plus précise. Il suffit de le laisser sir places quelques minutes, et il prend des mesures toutes les secondes et fais la moyenne. Ca permet d'avoir une position qui descend vers le mètre (en tout cas ca prétend le faire) la où quelques minutes plus tôt la précision était de 3 mètres, en terrain dégagé. Mais bon, ca vaut ce que ca vaut... Julien Le 10 févr. 2011, 4:02 PM, Antoine Viry antoine_v...@yahoo.fr a écrit : Bonjour à tous et merci pour vos réponses très intéressantes. Si je résume un peu ce qui s'est dit... Pour faire des relevés sur le terrain, ne pas oublier que l'on utilise une technologie satellitaire et que nous sommes donc très dépendants de l'environnement en ce qui concerne la précision. Dans des conditions idéales, on aurait donc : - 3 mètres de précision avec des GPS grand public comme le Garmin Etrex Legend Hcx (150€) voire 2 mètres pour un autre modèle sans doute plus cher - une précision au mètre avec par exemple le Magellan Mobile Mapper 6 (1600€ avec le logiciel de post-traitement) - une précision submétrique (50cm) pour les Mobile Mapper 100 ou GeoXH Handheld (entre 2000 et 4000€) Pour gagner en précision sans trop augmenter les coûts, il faut alors : - repérer les positions relatives par rapport à l'existant - faire plusieurs relevés, avec différents matériels. J'ai bon ? Reste maintenant à savoir quelle précision est vraiment nécessaire par rapport aux tâches envisagées et l'arbitrage à faire entre le coût et le temps (de relevés ou de post-traitement). Un grand merci en tout cas ! Cordialement, Antoine Viry ___ Abonné mais lecteur peu assidu de cette liste du fait d'un niveau technique qui généralement me dé... ___ 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
[OSM-talk-fr] Re : RE : Re : Choix d'un GPS pour équiper les services techniques
Intéressant tout de même... mais je ne suis pas sûr d'avoir la même fonction sur celui qu'on m'a prêté. C'est un Legend Hcx ou un autre modèle ? J'ai lu par exemple que le Vista disposait d'un altimètre et d'une boussole magnétique qui ne sont pas sur le Legend. Antoine Avec mon gps garmin etrex, il y a une option qui permet d'enregistrer une position plus précise. Il suffit de le laisser sir places quelques minutes, et il prend des mesures toutes les secondes et fais la moyenne. Ca permet d'avoir une position qui descend vers le mètre (en tout cas ca prétend le faire) la où quelques minutes plus tôt la précision était de 3 mètres, en terrain dégagé. Mais bon, ca vaut ce que ca vaut... Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : RE : Re : Choix d'un GPS pour équiper les services techniques
Antoine Viry wrote: Intéressant tout de même... mais je ne suis pas sûr d'avoir la même fonction sur celui qu'on m'a prêté. Même mon Garmin GPS12XL de 1996 est capable de faire la moyenne d'un certain nombre de mesures avant d'enregistrer une position... Si cette antiquité le fait, j'imagine que ça doit être une fonction commune de nos jours. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] greffons invisibles dans JOSM
2011/2/10 Jean-Michel Hélary jean-michel.hel...@club-internet.fr Il nous faudrait plus d'informations. Démarre JOSM depuis une console [1] et envoie moi en privé ce qui s'y affiche lors de l'installation des plugins et après le redémarrage de JOSM. Pieren [1] ouvre une fenêtre DOS (par exemple en exécutant la commande cmd, puis va dans le répertoire où tu as copié le fichier josm-tested.jar et tu le lances avec java -Xmx1024m -jar josm-tested.jar. Ensuite il suffit de recopier et de m'envoyer le texte généré par JOSM lors de ces deux étapes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] RE : Re : Choix d'un GPS pour équiper les services techniques
La discussion des précisions sub-métriques suscite chez moi une question: comment exploiter une telle précision pour des objets tels que des arbres ou des poteaux pour lesquels la position enregistrée ne peut-être exactement celle de l'objet ? Les lois de la physique interdisant à l'arpenteur et à l'objet d'occuper simultanément le même espace et l'arpenteur doit donc se tenir à côté. Est-il censé entrer un cap et une distance à l'objet pour calculer et enregistrer la position correcte de l'objet par rapport à la position du récepteur GPS ? J'imagine qu'il y a une méthode répandue pour résoudre ce problème évident - je serais curieux de la connaître. Evidemment le problème ne se pose que pour le relevé GPS pur... Le relevé par triangulation n'a pas ce problème - quoique tant qu'on est dans la mesure de précision, le problème de la différence entre la position de la surface de l'objet par rapport à son centre doit aussi se poser. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : RE : Re : Choix d'un GPS pour équiper les services techniques
Même mon Garmin GPS12XL de 1996 est capable de faire la moyenne d'un certain nombre de mesures avant d'enregistrer une position... Si cette antiquité le fait, j'imagine que ça doit être une fonction commune de nos jours. Malheureusement non. Chez Magellan, mon Meridian de 2002 le faisait automatiquement en détectant qu'il n'y avait pas de mouvement. Mon Triton (puce SirfIII) de 2009 ne le fait pas. J'avais fait des tests de précision avec le Meridian en utilisant des moyennes de 1 mn. En terrain découvert, j'arrivais à un écart-type de 2 m. Des tests plus grossiers avec le Triton (hors zone WAAS) donnent plutôt un écart-type vers 3 m. Par contre, quelle amélioration de réception sous couvert végétal. Ca peut servir pour ceux qui veulent positionner les arbres. Test du Meridian: http://eric.sibert.fr/article78.html Pour revenir au problème initial, je pense quand même que la solution actuelle, c'est un récepteur grand public et de faire plusieurs fois la mesure à des moments bien séparés dans le temps avec les précautions habituelles: - GPS allumé bien à l'avance (1/4 h min) en terrain bien découvert - au moment de la mesure, vérifier que la précision reste bonne malgré les obstacles Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] RE : Re : Choix d'un GPS pour équiper les services techniques
En ce qui me concerne, précision métrique ou non, je fais le tour de l'objet et je prends 4 points autour. De retour dans JOSM ou Potlatch, je place un point au milieu de mon simili-carré. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] : Choix d'un GPS pour équiper les services techniques
Je suis d'accord avec ta synthèse, la clé étant comme tu le soulignes, le coté dégagé ou pas de l'environnement. Voici pour info les différentes sources d'erreur GPS [1] : Error cause and type | Error without | Error with | DGPS/SBAS | DGPS/SBAS ---+---+ Ephemeris data | 1.5m | 0.1m Satellite clocks | 1.5m | 0.1m Effect of the ionosphere | 3.0m | 0.2m Effect of the troposphere | 0.7m | 0.2m Multipath reception | 1.0m | 1.4m Effect of the receiver | 0.5m | 0.5m Total RMS value| 4.0m | 1.2m Hor. error (1-Sigma (68%) HDOP=1.3) | 6.0m | 1.8m Hor. error (2-Sigma (95%) HDOP=1.3) | 12.0m | 3.6m Comme tu le vois, un des plus gros budgets d'erreur est le multipath (réverbération des signaux GPS sur les objets environnants). Donc toute mesure en milieu non dégagé (foret ou ville) sera au mieux de l'ordre de 2m. Pour un pointage précis, laisser acquérir pendant un moment sur un point avec un enregistrement à la seconde te donnera des bons résultats si tu filtres les 30% de points les plus isolés et que tu moyennes le reste. Mon Garmin 705 m'affiche en général 3m en terrain dégagé quand j'ai 6 satellites plein pot mais lui ne gère pas les DGPS (Differential GPS). Eric [User:Blueberry] [1]http://www.u-blox.com/images/downloads/Product_Docs/GPS_Compendium%28GPS-X-02007%29.pdf p119 Message intial: Bonjour à tous et merci pour vos réponses très intéressantes. Si je résume un peu ce qui s'est dit... Pour faire des relevés sur le terrain, ne pas oublier que l'on utilise une technologie satellitaire et que nous sommes donc très dépendants de l'environnement en ce qui concerne la précision. Dans des conditions idéales, on aurait donc : - 3 mètres de précision avec des GPS grand public comme le Garmin Etrex Legend Hcx (150€) voire 2 mètres pour un autre modèle sans doute plus cher - une précision au mètre avec par exemple le Magellan Mobile Mapper 6 (1600€ avec le logiciel de post-traitement) - une précision submétrique (50cm) pour les Mobile Mapper 100 ou GeoXH Handheld (entre 2000 et 4000€) Pour gagner en précision sans trop augmenter les coûts, il faut alors : - repérer les positions relatives par rapport à l'existant - faire plusieurs relevés, avec différents matériels. J'ai bon ? Reste maintenant à savoir quelle précision est vraiment nécessaire par rapport aux tâches envisagées et l'arbitrage à faire entre le coût et le temps (de relevés ou de post-traitement). Un grand merci en tout cas ! Cordialement, Antoine Viry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Itinéraires Multimodaux à Rennes basés sur OpenStreetMap et le GTFS de l'OpenData de Rennes
Bonjour à tous, Il se trouve que les données libre de Rennes nous a aussi données des idées. Nous, 3Liz, avons donc exploité les données sur les transport en commun de Rennes Métropole en mixant des données issues d'OpenStreetMap et des données de la STAR. Pour plus de détail : http://3liz.org/blog/rldhont/index.php/2011/02/10/360-itineraires-multimodaux-a-rennes-bases-sur-openstreetmap-et-le-gtfs-de-l-opendata-de-rennes Pour ceux qui n'ont pas envi de lire : http://demo.3liz.fr/opendatarennes Et pour info, nous n'exploitons QUE des données libre OSM et http://data.keolis-rennes.com/ René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : RE : Re : Choix d'un GPS pour équiper les services techniques
Le 10 février 2011 18:48, Eric Sibert courr...@eric.sibert.fr a écrit : Même mon Garmin GPS12XL de 1996 est capable de faire la moyenne d'un certain nombre de mesures avant d'enregistrer une position... Si cette antiquité le fait, j'imagine que ça doit être une fonction commune de nos jours. Malheureusement non. Chez Magellan, mon Meridian de 2002 le faisait automatiquement en détectant qu'il n'y avait pas de mouvement. Mon Triton (puce SirfIII) de 2009 ne le fait pas. J'avais fait des tests de précision avec le Meridian en utilisant des moyennes de 1 mn. En terrain découvert, j'arrivais à un écart-type de 2 m. Des tests plus grossiers avec le Triton (hors zone WAAS) donnent plutôt un écart-type vers 3 m. Par contre, quelle amélioration de réception sous couvert végétal. Ca peut servir pour ceux qui veulent positionner les arbres. Test du Meridian: http://eric.sibert.fr/article78.html Pour revenir au problème initial, je pense quand même que la solution actuelle, c'est un récepteur grand public et de faire plusieurs fois la mesure à des moments bien séparés dans le temps avec les précautions habituelles: - GPS allumé bien à l'avance (1/4 h min) en terrain bien découvert - au moment de la mesure, vérifier que la précision reste bonne malgré les obstacles Eric Bonjour, Juste pour préciser un point concernant l'erreur de mesure que toute cette discussion sous-entend sans jamais le préciser... En plus des erreurs de mesure liées à la précision de la mesure (calculs inclus) que l'on peut considérer comme un bruit gaussien et que l'on peut annuler par une moyenne d'une grande quantité de mesures successives (c'est clair non ?), il y a une erreur liée à la géométrie du lieu (positionnement des satellites, vitesses de propagation des ondes différentes vers les différents satellites - réfraction dans l'ionosphère, réflexions ou ombres des obstacles par rapport au chemin d'onde) qui ne varie que très peu dans le temps. C'est pour annuler cette erreur qu'il faut reproduire la mesure à différents moments de la journée ou travailler le signal off-ligne en différentiel avec une station fixe dont le positionnement est précisément connu et pas trop éloigné du lieu de la mesure (il y a un réseau IGN en France pour ça). Voilà tout ça pour dire que techniquement, un capteur hyper précis ne peut pas faire des miracles si les signaux sont bruités. Et j'ai pas parlé de l'impact de la qualité de l'antenne ; en gros ne rêver faire des mesures centimétriques avec une antenne patch made in china. Il faudra une antenne capable de mesurer la phase de l'onde pour y arriver, vous savez, les grosses 1/2 sphères qu'on met en haut d'un trépied. Pour dégrossir, j'ai trouvé ça : http://reperageterrestre.free.fr/erreurs.html et ça plus technique : http://www.geologie.ens.fr/~vigny/articles/gps-f.html Juste pour dire qu'un Walking Paper, ça suffit parfois largement pour placer un arbre. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Primevère à Lyon (69)
Bonsoir, Depuis 6 ans l'ALDIL est partenaire du salon Primevère. Ce salon est un salon grand-public sur les choix alternatifs en tous domaines (énergie, alimentation, agriculture, écologie, ...) L'un d'entre-vous est-il disponible pour le salon Primevère à Lyon? *Dates* 11-12 et 13 mars prochain! *Lieu* Eurexpo *Type de présence* Stand (Partagé ?) Conférences Démonstrations *Nombre de visiteurs* environ 3 en 2010 Pour toute demande d'information complémentaire merci de vous adresser directement à Jean-Yves ROYER notre secrétaire secreta...@aldil.org Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Primevère à Lyon (69)
Bonjour Réponse rapide du soir : je suis a priori intéressé, et j'habite sur Lyon ! Je vous réponds plus en détail sur mes disponibilités demain. Bonne soirée Kimaidou Le 10 février 2011 19:59, Yannick VOYEAUD yann...@voyeaud.org a écrit : Bonsoir, Depuis 6 ans l'ALDIL est partenaire du salon Primevère. Ce salon est un salon grand-public sur les choix alternatifs en tous domaines (énergie, alimentation, agriculture, écologie, ...) L'un d'entre-vous est-il disponible pour le salon Primevère à Lyon? *Dates* 11-12 et 13 mars prochain! *Lieu* Eurexpo *Type de présence* Stand (Partagé ?) Conférences Démonstrations *Nombre de visiteurs* environ 3 en 2010 Pour toute demande d'information complémentaire merci de vous adresser directement à Jean-Yves ROYER notre secrétaire secreta...@aldil.org Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ 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
[OSM-talk-fr] Re : Primevère à Lyon (69)
INtéressé, même si je suis pas sûr d'y être. Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,sur OxyRadio, OSM, et sur MOVIM Socio di Wikimedia Italia De : kimaidou kimai...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeu 10 février 2011, 20h 10min 13s Objet : Re: [OSM-talk-fr] Primevère à Lyon (69) Bonjour Réponse rapide du soir : je suis a priori intéressé, et j'habite sur Lyon ! Je vous réponds plus en détail sur mes disponibilités demain. Bonne soirée Kimaidou Le 10 février 2011 19:59, Yannick VOYEAUD yann...@voyeaud.org a écrit : Bonsoir, Depuis 6 ans l'ALDIL est partenaire du salon Primevère. Ce salon est un salon grand-public sur les choix alternatifs en tous domaines (énergie, alimentation, agriculture, écologie, ...) L'un d'entre-vous est-il disponible pour le salon Primevère à Lyon? *Dates* 11-12 et 13 mars prochain! *Lieu* Eurexpo *Type de présence* Stand (Partagé ?) Conférences Démonstrations *Nombre de visiteurs* environ 3 en 2010 Pour toute demande d'information complémentaire merci de vous adresser directement à Jean-Yves ROYER notre secrétaire secreta...@aldil.org Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ 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] Itinéraires Multimodaux à Rennes basés sur OpenStreetMap et le GTFS de l'OpenData de Rennes
2011/2/10 rldhont rldh...@gmail.com: Bonjour à tous, Il se trouve que les données libre de Rennes nous a aussi données des idées. Nous, 3Liz, avons donc exploité les données sur les transport en commun de Rennes Métropole en mixant des données issues d'OpenStreetMap et des données de la STAR. Pour plus de détail : http://3liz.org/blog/rldhont/index.php/2011/02/10/360-itineraires-multimodaux-a-rennes-bases-sur-openstreetmap-et-le-gtfs-de-l-opendata-de-rennes Pour ceux qui n'ont pas envi de lire : http://demo.3liz.fr/opendatarennes Rho, ca me ferait presque regretter de plus habiter rennes... Bravo, superbe réalisation technique! Landry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Besoin de conseil pour la participation d'une collectivité à OSM
Bonjour, Habitant Toul, en Meurthe-et-Moselle (54), j'ai attrapé le virus OSM depuis quelque mois (grâce à un ami qui se reconnaitra). Au passage, je précise que je fais aussi quelques détours par la Bretagne dont je suis originaire. Donc, après en avoir discuté avec le service citoyenneté et participation des habitants, j'ai rempli un dossier dans lequel j'ai expliqué comment OSM pourrait être décliné à l'échelle de la commune. Par ailleurs, suite à un appel à idées pour l'organisation de la prochaine semaine du développement durable, j'ai proposé, dans le cadre de l'année internationale des forêts, une sortie nature où l'on pourrait coupler un aspect découverte avec l'intervention d'un spécialiste (botaniste...) et une initiation à l'usage du GPS dans le but d'une intégration dans OSM. On me pose donc la question du coût d'achat d'un GPS et des exemples de référence. Perso, j'ai acheté tout récemment sur eBay un Garmin VISTA Hcx que je n'ai pas encore expérimenté (j'espère ce weekend). Donc auriez-vous des conseils sur des modèles à suggérer? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr