Re: [OSM-talk-fr] Comment taguer une salle de concert ?
J'ai aussi mis pas mal de lieux culturels en arts_centre. Et je me suis aussi dit que les tags mériteraient d'être affinés dans ce domaine... Y'a plus qu'à pondre une proposition :) Gilles Le 25/11/2013 18:17, Otourly Wiki a écrit : Je pense que dans certains cas arts_centre convient très bien par exemple la Halle Tony Garnier à Lyon c'est une grande salle abritée qui sert souvent de salle de concert, mais aussi pour des salons ou des expositions. http://www.openstreetmap.org/browse/way/5235855 Florian. Le Lundi 25 novembre 2013 18h08, Nicolas Moyroud nmoyr...@free.fr a écrit : Je me rends compte que c'est la première fois que j'essaie d'ajouter une salle de concert dans OSM et je n'ai pas réussi à trouver un truc convaincant sur le wiki. J'ai mis amenity=arts_centre mais je suis très moyennement convaincu. Ou alors peut-être en précisant un truc du style art_type=music ? Mouais... :-\ Nicolas -- - Nicolas Moyroud Site web libre@vous mailto:libre@vous : http://libreavous.teledetection.fr http://libreavous.teledetection.fr/ - ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] gestion des listes locales
Je m'aperçois que le problème est déjà dûment documenté : http://trac.openstreetmap.fr/ticket/174 J'ai rajouté un commentaire dans l'espoir de réactiver le ticket... Cordialement Gilles Le 15/11/2013 11:23, Gilles Bassière a écrit : Je confirme, nous avons le même problème sur la liste local-marseille. De mémoire, Olivier Griffet (modérateur sur local-marseille et présent sur cette liste) avait signalé le problème et il était déjà connu. D'habitude, dans le mail de modération, je clique sur le lien qui va sur l'interface d'admin et je là je clique sur distribuer et ça a l'air de marcher (pas d'erreur) mais le mail n'arrive jamais sur la liste. Récemment, j'ai essayé de cliquer sur le lien mailto: (celui qui envoie un mail avec DISTRIBUTE xxx en titre) et là j'ai reçu une réponse Undelivered Mail Returned to Sender contenant ça : Command output: /usr/lib/sympa/bin/queue: while opening queue file 'T.sympa.1384009998.6273': Permission denied Probablement une piste à creuser... Cordialement Gilles Le 15/11/2013 10:40, adrien carpentier a écrit : Salut, voici plusieurs fois que nous sommes amenés à modérer des messages sur la liste locale npdc d'osm et à chaque fois, malgré la libération des messages, ils ne sont jamais renvoyés sur la liste avez-vous déjà rencontré ce souci? qui gère les listes dans l'asso? et qui pourrait nous aider à corriger ce bug? merci à tous @+ adrien -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] gestion des listes locales
Je confirme, nous avons le même problème sur la liste local-marseille. De mémoire, Olivier Griffet (modérateur sur local-marseille et présent sur cette liste) avait signalé le problème et il était déjà connu. D'habitude, dans le mail de modération, je clique sur le lien qui va sur l'interface d'admin et je là je clique sur distribuer et ça a l'air de marcher (pas d'erreur) mais le mail n'arrive jamais sur la liste. Récemment, j'ai essayé de cliquer sur le lien mailto: (celui qui envoie un mail avec DISTRIBUTE xxx en titre) et là j'ai reçu une réponse Undelivered Mail Returned to Sender contenant ça : Command output: /usr/lib/sympa/bin/queue: while opening queue file 'T.sympa.1384009998.6273': Permission denied Probablement une piste à creuser... Cordialement Gilles Le 15/11/2013 10:40, adrien carpentier a écrit : Salut, voici plusieurs fois que nous sommes amenés à modérer des messages sur la liste locale npdc d'osm et à chaque fois, malgré la libération des messages, ils ne sont jamais renvoyés sur la liste avez-vous déjà rencontré ce souci? qui gère les listes dans l'asso? et qui pourrait nous aider à corriger ce bug? merci à tous @+ adrien -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Exemple relation pour chemin de randonnée
Le 30/10/2013 23:45, Waxy a écrit : Salut, Quelqu'un pourrait-il m'indiquer un exemple ou une bonne pratique de relation pour un chemin de randonnée SVP ? Je trouve pô :-( Merci d'avance. @+ Bonjour, Voici un exemple de sentier (le way) : http://www.openstreetmap.org/browse/way/158900662 et d'itinéraire (la relation) : http://www.openstreetmap.org/browse/relation/2127822 Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli Android pour ajouter nœuds facilement?
Le 24/09/2013 23:11, Shohreh a écrit : Bonjour Salut, Il y a une liste spécialisée pour ce genre de questions : dev...@openstreetmap.org Je n'ai aucune expérience de l'écriture d'appli pour Android mais j'imagine qu'il doit y avoir ici des développeurs qui connaissent. Idéalement, j'aimerais une appli qui... 1. active le GPS et le wifi pour me géolocaliser rapidement 2. affiche une carte avec le rendu MapQuest (plus lisible que MapNik) 3. me permette d'appuyer sur un endroit pour ajouter un nœud en pouvant déplacer le point en drag 'n drop pour affiner 4. me permette de double-cliquer sur le point pour remplir les tags (par exemple amenity=bicycle_parking) 5. uploade ces données sur OSM 6. et enfin, désactive GPS + wifi au bout de X mn d'inactivité dans l'appli afin de conserver la batterie. Pour 1) et 6), non, ce n'est pas la bonne approche : activer ou non le GPS est du ressort de l'utilisateur (protection de la vie privée, etc). En tant que développeur, tu es censé rediriger l'utilisateur vers l'écran de paramétrage. Cela dit, l'utilisateur peut faire ça tellement facilement via les menus standards que c'est un peu inutile de s'embêter à implémenter ça dans ton appli. Débrouille-toi simplement pour que ton appli soit capable de gérer l'absence ou la perte de position (event, etc). L'utilisateur pourra ainsi activer ou désactiver le GPS quand bon lui semble. Pour 3), 4) et 5), ça me semble risqué et inopportun. Si tu veux proposer de l'édition, tu affiches toutes les données, pas le fond Mapquest. En suivant ton exemple, tu ajouterais un bicycle_parking qui n'apparait pas sur le fond MapQuest et donc tu risques surtout de créer des doublons... Si cette appli n'existe pas encore, est-ce difficile à écrire? Concernant l'existant, je n'ai pas testé d'appli Android (oui, je développe des applis Mobile, mais je ne suis pas utilisateur de SmartPhone !). Tu peux fouiller dans cette liste : http://wiki.openstreetmap.org/wiki/Android Que penser de langages plus simples que Java comme Basic4Android? http://en.wikipedia.org/wiki/Android_software_development#Software_development_tools J'utilise l'environnement PhoneGap/Cordova pour développer des applis mobiles multi-plateforme en utilisant les technologies du Web (JavaScript+HTML/CSS). J'ai trouvé ça assez facile à prendre en main. http://cordova.apache.org/ Dans le même genre, il y a aussi Titanium. Un ex-collègue m'a dit que c'était encore mieux que PhoneGap, je ne me souviens plus pourquoi, je n'ai pas testé moi-même. http://www.appcelerator.com/titanium/ Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [troll ?] cadastre.openstreetmap.fr
Le 18/09/2013 17:42, Christophe Merlet a écrit : Le 18/09/2013 17:27, Marc SIBERT a écrit : Le 18 septembre 2013 17:14, Christophe Merlet red...@redfoxcenter.org mailto:red...@redfoxcenter.org a écrit : Je rappelle au passage que OSM n'est pas une source de données dans laquelle les sociétés privées peuvent puiser pour faire des bénéfices sans rien donner en retour. Euh ! ben si justement. La licence ODbL autorise toutes utilisations, commerciales ou non, sans imposer de contribution ! Relisez les termes de la licence. Il me semble clair qu'il s'agit d'un licence de type share-alike. Je m'aperçois avec stupéfaction qu'il y a encore du boulot d'évangélisation à faire sur le béaba de l'Open Data et du Logiciel Libre. Sans rentrer dans les détails de l'ODbL, simplement à propos du principe Share Alike : ça oblige effectivement à redistribuer avec une licence compatible (s'il y a redistribution, ce qui n'est pas toujours le cas). Mais ça n'oblige pas à rendre quoi que ce soit au producteur initial de l'oeuvre/la donnée. Donc en fait, si je comprends bien, vous êtes d'accord ;) -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Botanique
Salut, Je prends ce nœud au hasard : http://www.openstreetmap.org/browse/node/2427212883 Il faudrait mettre : natural = tree species:fr = Mahot Noir species = Eschweilera coriacea Ce n'est pas la peine de préciser la famille (Lecythidaceae), ça se déduit automatiquement de l'espèce lorsqu'elle est connue. Si tu ne connais pas l'espèce mais seulement le genre, utilises genus=*. Si tu ne connais pas le genre mais n'importe quelle autre niveau de classification, utilise taxon=*. Par exemple, pour : http://www.openstreetmap.org/browse/node/2427195417 Tu peux t'en sortir avec : natural = tree taxon = Vochysiaceae species:fr = Kwali(si nécessaire, remplace le code langue pas qqc de plus adapté) Cordialement Gilles Le 8 septembre 2013 20:50, Waxy w...@laposte.net a écrit : Salut, Me suis amusé sur un sentier botanique. http://tile.openstreetmap.fr/?zoom=17lat=4.60858lon=-52.27853layers=B00 J'ai utilisé Josm et Osmose signale des erreurs. Josm propose un champ name:botanial qui ne semble pas (plus ? pas encore ?) exister dans le wiki à natural=tree (anglais et français). Si je suis le wiki, je pense que je dois supprimer name et type (j'y connais rien !) et ajouter des genus, species et species:fr. J'ai bon ? @+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Parc National des Calanques
Le 2 septembre 2013 16:46, Damouns damo...@gmail.com a écrit : Si quelqu'un a le temps et les compétences pour l'importer, juste fais-le. Fait : http://www.openstreetmap.org/browse/changeset/17741626 -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Parc National des Calanques
Hello, Pour info, j'avais saisi les zones maritimes à partir des coordonnées annexées au décret (zone coeur, zone tampon et zones de non prélèvement). Merci à celui qui gérera cet import de tenir compte de cet existant : Zones coeur et tampon : http://www.openstreetmap.org/browse/relation/3080199 http://www.openstreetmap.org/browse/relation/3080198 Zones de non-prélèvement : http://www.openstreetmap.org/browse/relation/3080151 http://www.openstreetmap.org/browse/relation/3080150 http://www.openstreetmap.org/browse/relation/3080153 http://www.openstreetmap.org/browse/relation/3080149 http://www.openstreetmap.org/browse/relation/3080152 http://www.openstreetmap.org/browse/way/229726337 http://www.openstreetmap.org/browse/way/229726333 http://www.openstreetmap.org/browse/way/229726332 J'avais noté des incohérences. Par exemple : en suivant strictement les points mentionnés dans le décret, l'île Verte (à la Ciotat) est coupée en deux alors que sur les documents de comm du parc, la limite de zone contourne gracieusement l'île... Pour la zone tampon au large, la limite théorique est celle des 12 miles (de mémoire, à vérifier dans le décret), je n'ai pas pris le temps de faire un buffer autour du trait de côte, il faudrait... Cordialement Gilles Le 02/09/2013 11:10, Romain MEHUT a écrit : Bonjour, 12 nouveaux sites classés: http://www.actu-environnement.com/ae/news/sites-classement-France-proteges-19319.php4 Si quelqu'un veut s'en charger... Romain Le 19 avril 2012 09:07, Damouns damo...@gmail.com mailto:damo...@gmail.com a écrit : Le décret http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT25708543 de création du Parc National des Calanques est paru ! Je me charge de le créer dans la base OSM. Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] ImageInOsm: a photomapping mobile application
Le 28/08/2013 22:38, Kolossos a écrit : Hello Gilles, Hi Kolossos you can use additionally also: http://wiki.openstreetmap.org/wiki/Key:image So you would have links in both direction. I am aware of this opportunity but I'm not a big fan of it. Mainly because there could be more than one picture documenting an object. Do you want to use Geocoding? All Smartphones have GPS, but you need a feature to adjust the position, and an camera-app with this feature would be very helpful. In its current state, ImageInOsm do add geolocation data to the picture. See machine tags on this test image for example: http://www.flickr.com/photos/31379880@N05/9615798128/ We're not really clear about which position should be stored in the image: the osm object position? the camera position? I tend to think that the latter is more consistent but I've to admit that the former is currently implemented... I'm not sure to understand what is a feature to adjust the position. Do you mean that the user could take a picture and override GPS lat/lon by pointing a map? That could be fun, indeed. But our purpose is to better document the objects which exists in the OSM database, hence the OSM id. I'm a member of Wikimedia Commons community. I'm relatively sure that this community will be sad if someone uploads tons on pictures where you only see housenumbers. Thats what mappers doing. Sure, a common photomapping practice is to shoot many pictures quickly, leading to poor quality images (a sort of disposable images). And I agree with you, sharing such pictures is pointless. But, aside from this practice, I'm convinced that it would be desirable for any mapper to have access to a pool of good-quality, well-arranged pictures. Suppose you are a specialist of, say, botany. You notice an area where a user put some natural=tree nodes. It would probably be useful for you to find attached pictures so that you could add species=*, denotation=*, etc based on your botanical knowledge. This is the rationale of ImageInOsm: documenting OSM object in order to improve collaboration. Each picture on Commons also need a description, category and so on. This makes a lot of work. I'm currently exploring Commons. I know that uploading a file is not as trivial as Flickr (that's one of the reason Flickr has been implemented first). I was about to post my technical questions on mediawiki-api mailing list. I'm not sure of the preferred way to contact the WM Commons community... Do you recommand a mailing list or a forum? I like the idea of a cooperation between OSM an Wikimedia, but I see Commons only as place for a selection of pictures that mappers make. Commons is also without your project on a good way to become a media garbage dump. So please give the user a chance to make a selection for an upload to Commons. If you want to go an other way, please discuss this with Commons community. Sure, I want to discuss this with the community, don't worry about this. And I also see Wikimedia Commons as a well-maintained repository of good quality media. But, if this WM Commons backend is implemented in ImageInOsm, we will not be responsible of what users upload under their own account. Keep in mind that it is possible to upload garbage through the regular web interface as well. The contributor is responsible, not the tool (and not the tool's maintainer either). Wikimedia Commons supports with over 3.5 Mio pictures also geocoding: https://commons.wikimedia.org/wiki/Commons:Geocoding Each geocoded image gets also a link the description page to an OSM-map. (I'm the maintainer of this map-frontend.) Example map: https://toolserver.org/~kolossos/openlayers/commons-on-osm.php?zoom=16lat=51.05lon=13.73 So geocoding is long-time stable, working for years and I can't see a benefit by using a reference to in-stable OSM-ID's. Perhaps you can explain the benefit you see. Yes, unstability of OSM-id is a problem, with no simple solution unfortunately. But I still think that there is a value in linking a picture to its featured OSM objects. Geolocation (even associated with compass direction) is not as powerful in my opinion. Regards Gilles Bassière ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 20:56, Ista Pouss a écrit : Le 28 août 2013 16:07, Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com a écrit : 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags associés Il me semblait que l'id d'un objet osm n'était pas quelque chose de stable, déjà par rapport à la base, mais en plus par rapport avec l'objet physique. Impossible de retrouver la référence de cette affirmation, mais peut être en avez-vous entendu parler, ou peut être que je me trompe, et quel avis auriez vous là dessus ? Effectivement, la stabilité de l'ID est un problème pour lequel je ne connais pas de solution. Plus généralement, dans un système d'informations, dès lors qu'on utilise des identifiants issu d'un autre système d'informations (que l'on ne maitrise pas), on s'expose à un rupture de l'intégrité référentielle (des liens cassés donc). Le risque est plus fort avec OSM car les IDs sont particulièrement mobiles, certes. Je ne connais pas de solution pour me prémunir de ce risque mais je pense tout de même qu'il y a un intérêt à interconnecter des bases de données. Donc ma position est simplement d'accepter cette imperfection : oui, les tags de programmation Flickr pour OSM impliquent que des photos seront un jour orphelines. Cordialement Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 19:43, Christian Quest a écrit : Pensez aussi à openstreetview.org http://openstreetview.org ça relancerai ce projet qui dort un peu mais qui a du potentiel. J'y pense, j'y pense... Mais j'avoue que ce n'est pas prioritaire... Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 29/08/2013 11:39, François Van Der Biest a écrit : Hello, 2013/8/29 Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com Je ne connais pas de solution pour me prémunir de ce risque mais je pense tout de même qu'il y a un intérêt à interconnecter des bases de données. Donc ma position est simplement d'accepter cette imperfection : oui, les tags de programmation Flickr pour OSM impliquent que des photos seront un jour orphelines. Il existe une solution à ce problème, techniquement non triviale, mais la seule valide à mes yeux. Il s'agirait de créer un service de redirection intelligent. Cas d'utilisation : je veux lier ma photo avec la Tour Eiffel. Le service de redirection offrirait un identifiant stable (du moins, il aurait la stabilité du service de redirection) pour une requête telle que donne moi l'identifiant OSM du polygone avec le tag building, d'une hauteur supérieure à 300 mètres situé autour de la position 48.85826 2.29416. CQFD. F. Mouais... Ça rejoint l'idée de pointeurs flous, geographiques et sémantiques émise par CQuest. L'idée est séduisante dans le principe mais je ne vois pas comment réduire à zéro le risque de lien cassé. En effet, la requête qui remplace l'ID pourrait ne pas toujours renvoyer l'objet souhaité : - l'objet est sorti de l'emprise, - un autre objet similaire est apparu dans l'emprise, - l'amenity=machin a été requalifiée en shop=bidule, - etc. Du coup, je ne vois pas bien l'intérêt de mettre en place une telle usine à gaz pour ne même pas assurer l'intégrité référentielle... Enfin, si vous mettez en place un tel service ET qu'il est pratique à utiliser/intégrer, je le testerai avec plaisir :) Cordialement Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 29/08/2013 12:00, Ista Pouss a écrit : Le 29 août 2013 11:30, Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com a écrit : Je ne connais pas de solution pour me prémunir de ce risque mais je pense tout de même qu'il y a un intérêt à interconnecter des bases de données. Donc ma position est simplement d'accepter cette imperfection : oui, les tags de programmation Flickr pour OSM impliquent que des photos seront un jour orphelines. OK, bonne réponse, je pense, même si elle n'est pas satisfaisante :-) J'apprécie l'originalité de la formule :) Le problème fondamental, si je pense puis-je me permettre, est que la notion d'objet OSM est un leurre. Une route, un pont, une maison, une montagne, n'ont d'existence que par rapport à un usage, une société... donc un rendu. Si on s'extrait de ce rendu, on ne peut plus donner d'identification aux objets ; En prétendant pouvoir enregistrer des objets indépendamment de tout rendu, la communauté OSM se retrouve devant d'infinis problèmes d'identification irrésolvables. (et qui au niveau d'osm n'ont pas forcément besoin d'être résolus, mais encore faudrait-il le dire et l'assumer). C'est tout à fait pertinent ! Effectivement, pour de nombreuse rues, OSM ne connaît qu'un ensemble de tronçons mais la rue elle-même n'a pas de représentation donc pas d'id. Sans vouloir relancer un débat serpent de mer, les relations pourraient être un moyen de contourner cette difficulté (mais ça en poserait d'autres, etc, etc). Pour votre application, il me semble qu'il serait intéressant d'enregistrer ce que les gens considèrent être des objets, de leur donner vous même un id, et de mettre en correspondance votre id à celui d'osm ; ainsi, lorsque l'id d'osm disparaitra ou changera, il sera plus facile de retrouver le bon id osm. Non seulement ça, mais en plus votre application pourra constituer une base d'objets que les gens considèrent exister. Cette information est très intéressante pour la cartographie. Car les cartes, normalement, présentent les relations mesurées entre des objets que les gens connaissent, et non entre des propriétés enregistrées dans des colonnes SQL, peut être faut-il le rappeler :-) Alors oui mais non... Oui bien sûr, il est tentant de construire une base de données de ce qui existe. Mais en fait, ça existe déjà sous diverses formes (OSM, Wikipédia) et ça ne sont pas des petits projets ! A l'inverse ImageInOsm a surtout l'ambition de rester minimaliste, de n'être qu'un trait d'union entre différents services (OSM, Flickr, ...) Cordialement Gilles Bassière ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk] ImageInOsm: a photomapping mobile application
Hi All, I'd like to introduce ImageInOsm [1], a photomapping mobile application. The app is intended for on-the-field users. It is very easy to use (see screenshots [1]): 1. the user select an OSM object that he is seeing on the ground 2. he takes a picture of this object 3. the picture is sent to Flickr with the OSM id in the tags You can already try it: - for Android, just download and install this test package [2], - for iOS, we are unforunately not aware of any easy solution to publish a test package, you will have to build and install from the source code (you will need a Mac with the XCode software). Compared to traditionnal photomapping process, ImageInOsm promotes collaboration. Indeed, the pictures will not remain on a hard/flash drive, they will immediately be shared on the Web with metadata allowing others to find and use them. Please note that (as the name does NOT imply) pictures will not be stored on any OSM server. Instead, they will be sent to a 3rd-party server (Flickr, ...) under your own account. The sole innovation consists in linking the picture to the OSM object that it references. So far, the application only works with Flickr as a backend. The tagging convention used makes the pictures compatible with LizPOI [3] and OsmFlickr [4]. We hope that one day these pictures will be easily available in your editor (a JOSM plugin would do the job but we this is not on our roadmap, if anyone is interested). We are grateful to Jean-Louis Zimmermann from Ville d'Orange for having initiated and supported this project. Technically speaking, this app is built upon: - Cordova 3.0 - JavaScript + BackboneJS - HTML/CSS + Bootstrap 2.x Source code is available on Github [5], distributed under the Apache license 2.0. Of course, any contribution will be happily received: code, documentation, bug report, propositions, etc. We are aware that the project is not completely mature but the code is under active development. We are already planning the following updates: - support Wikimedia as a picture backend (ongoing development) - configurable filters for OSM objects so that users can make thematic campaign - improve user experience (see issues on GitHub) [1] http://naturalsolutions.github.io/ImageInOsm/ [2] http://depot.natural-solutions.eu/ImageInOsm/ImageInOsm-0.1.apk [3] http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 [4] http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-:-Gestion-des-liens-OpenStreetMap-Flickr [5] https://github.com/NaturalSolutions/ImageInOsm/ Best regards Gilles Bassière NATURAL SOLUTIONS http://www.natural-solutions.eu ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Bonjour à tous, Je souhaite vous présenter ImageInOsm [1], une application mobile pour les adeptes du photo-mapping. L'application s'adresse aux utilisateurs sur le terrain. Son fonctionnement est très simple (voir les captures d'écran [1]) : 1. l'utilisateur choisit un objet OSM qui se trouve devant lui 2. l'utilisateur prend une photo de cet objet 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags associés Vous pouvez d'ores et déjà jouer avec : - sur Android, téléchargez et installez le package de test [2], - nous n'avons malheureusement pas trouvé de solution simple pour publier un package de test pour iOS, il vous faudra déployer l'application à partir des sources (ce qui suppose de disposer d'un Mac et de l'IDE XCode). Comparativement au photomapping classique, l'intérêt est de favoriser la collaboration : les photos géolocalisées ne dorment plus sur un disque dur, elles sont instantanément envoyées sur le Web avec des métadonnées permettant à d'autres de les retrouver et de les exploiter. Notez que (comme le nom ne l'indique pas) les photos ne sont pas stockées sur les serveurs OSM, elles sont envoyées à des services dédiés (Flickr, ...). L'innovation consiste simplement à mieux relier la photo à l'object OSM qu'elle documente. En terme d'écosystème, nous supportons pour l'instant uniquement Flickr comme dépôt de photos. Les photos ainsi publiées sont notamment compatibles avec LizPOI [3] et OsmFlickr [4]. Nous espérons que ces photos seront un jour directement disponibles dans JOSM (ou d'autres éditeurs) via un greffon (mais nous n'avons pas prévu un tel développement, avis aux amateurs). Cet outil n'aurait pas vu le jour sans Jean-Louis Zimmermann de la Mairie d'Orange. En plus d'en avoir eu l'idée, il a soutenu et soutient encore le projet. D'un point de vue technique, l'application est construite avec : - Cordova 3.0 - JavaScript + BackboneJS - HTML/CSS + Bootstrap 2.x Le code est disponible sur Github [5], sous licence Apache 2.0. Toutes les contributions sont évidemment bienvenues (code, documentation, rapports d'erreurs, critiques et propositions, etc). Le code est encore jeune et le développement est actif. Nous envisageons d'ores et déjà les évolutions suivantes : - support de Wikimédia comme dépôt de photo (développement en cours) - filtrage des objets OSM (configurable) pour faire des campagnes de photo thématiques - amélioration générale de l'expérience utilisateur (voir les tickets ouverts sur GitHub) [1] http://naturalsolutions.github.io/ImageInOsm/ [2] http://depot.natural-solutions.eu/ImageInOsm/ImageInOsm-0.1.apk [3] http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 [4] http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-:-Gestion-des-liens-OpenStreetMap-Flickr [5] https://github.com/NaturalSolutions/ImageInOsm/ Cordialement Gilles Bassière NATURAL SOLUTIONS http://www.natural-solutions.eu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 17:07, Stéphane Péneau a écrit : Bonjour, Donc ce n'est pas fait pour photographier des objets qui ne sont pas encore dans Osm, c'est ça ? Stf Effectivement, nous ne couvrons pas ce cas d'utilisation. Il y aurait deux solutions possibles pour un utilisateur dans ce cas : * utiliser une appli mobile d'édition OSM pour créer l'objet, puis utiliser ImageInOsm pour y associer des photos * prendre une photo sans le lier à un objet OSM puis, a posteriori, créer l'objet dans OSM, uploader la photo et faire le lien à la main ou avec une application comme osmFlickr. Nous n'envisageons pas de couvrir ce cas directement dans ImageInOsm car cela impliquerait d'intégrer des fonctionnalités d'édition OSM à l'application. Ce serait une tâche conséquente. Cordialement Gilles Bassière ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 18:53, Stéphane Péneau a écrit : [...] C'est là qu'un greffon pour Josm prendrait son sens : On prend les photos géo-référencées sur le terrain, on les importe dans Josm, on ajoute les infos , on relie ce nouvel objet à la photo, et on upload le tout sur les différentes bases de données d'un seul coup. (traces gps et nouveaux objets sur osm, et photos sur Openstreetview/Flickr/etc...) Le processus est intéressant. Il y a déjà des solutions pour prendre des photos géo-référencées et un plugin pour les afficher dans JOSM. Il ne manque plus que la fin du processus : le plugin qui partage la photo sur le Web (c'est ce que fait osmFlickr mais en mode application Web). Dans notre cas, la photo n'est pas seulement géo-référencée (lat/lon de la prise de vue), elle est aussi associée à l'objet OSM qu'elle documente (son id OSM) et qui peut se trouver un peu plus loin (cas d'une montagne par exemple, on prend la photo de loin). [...] Pendant ce temps là, je croise les doigts pour que l'appli photo de cyanogenmod, Focal, enregistre dans les données exif, l'info de direction donnée par la bousole intégrée aux smartphone. Les informations du compas électronique sont effectivement accessibles et constituerait une plus-value certaine. Mais il faut noter qu'il est difficile de les synchroniser avec la prise de photo. Au moins dans l'environnement que nous utilisons (Cordava/PhoneGap), la prise de photos est déléguée à un composant natif qui ne nous rend la main que quand la photo est stockée dans la mémoire de l'appareil. Il a pu s'écouler peut-être 1 seconde depuis le déclenchement et c'est largement suffisant pour que l'orientation du téléphone ait (beaucoup) changé. Il y a peut-être des solutions de contournement, j'avoue que je n'ai pas creusé beaucoup plus la question. Mais ce n'est pas trivial en tout cas. Cordialement Gilles Bassière ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment cartographier une école de voile ?
Bonjour, Je te confirme que la SNM a bien une activité école de voile. D'ailleurs, tu pourrais lui rajouter : website=http://www.lanautique.com/ J'aurais mis : leisure=sports_centre sport=sailing name=* Tel que je le comprends, ça ne précise pas forcément que c'est une école. Ça traduit plus l'idée de base nautique. Mais je pense que ça convient bien quand même, à défaut de mieux. Cordialement Gilles Le 06/08/2013 12:07, Yves Pratter a écrit : Bonjour, L'école de voile de Valras est cartographiée de 2 manières : * un polygone http://www.openstreetmap.org/browse/way/181094492 o amenity=school o name=École de Voile * un noeud http://www.openstreetmap.org/browse/node/1915414244 o leisure=marina o name=École de Voile Ce n'est ni un port de plaisance (donc leisure=marina ne convient pas), ni une école… Je verrais bien un tag sport=* http://wiki.openstreetmap.org/wiki/Key:sport mais il n'y a pas de valeurs correspondante dans le wiki. Taginfo montre que sailing http://taginfo.openstreetmap.org/tags/sport=sailing est assez répandu. overpass http://overpass-turbo.eu/s/II trouve : * la Société nautique de Marseille http://www.openstreetmap.org/browse/way/121633562 o building=yes o floating=yes o *leisure=*sports_centre http://wiki.openstreetmap.org/wiki/Tag:leisure=sports_centre o name=Société nautique de Marseille o sport=sailing * le Royal Victoria Yacht Club http://www.openstreetmap.org/browse/way/205008939 o *club = *sport http://wiki.openstreetmap.org/wiki/Key:club o name = Royal Victoria Yacht Club o source = Bing o sport = sailing * le Waldringfield Sailing Club http://www.openstreetmap.org/browse/way/87312347 o building=yes o *leisure=sailing_club* o name=Waldringfield Sailing Club o sport=sailing *leisure=sports_centre *et* club = sport* et me paraissent bien, qu'en pensez-vous ? -- Yves http://overpass-turbo.eu/s/II donne 689 nœuds et 41 chemins chez les britanniques OpenSeaMap http://map.openseamap.org/map/?lang=frzoom=15lat=50.76373lon=-1.31322layers=0FTBTF affiche un picto dans la couche sport pour *sport=sailing* (sans se soucier de savoir si c'est un club ou un centre sportif) . ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone géant du massif central
Le 23/07/2013 00:06, Jérôme Amagat a écrit : mais là on ajoute la limite administrative et pas la naturel. Peut on ajouter des éléments naturels comme ici un massif, ou une plaine, plateau...? il y a une proposition pour la montagne : http://wiki.openstreetmap.org/wiki/Proposed_features/Mountains Pour ceux qui ne l'aurait pas vu, l'image of the week de la semaine dernière : http://wiki.openstreetmap.org/wiki/File:Maxbe-stubaier-beschriftung_en.png Ça vaut le coup d'avoir des polygones pour les massifs (au sens natural du terme), non ? Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone géant du massif central
Le 23/07/2013 10:40, Vincent Calame a écrit : Pour ceux qui ne l'aurait pas vu, l'image of the week de la semaine dernière : http://wiki.openstreetmap.org/wiki/File:Maxbe-stubaier-beschriftung_en.png C'est intéressant de regarder la relation : http://www.openstreetmap.org/browse/relation/2127978 Elle est surtout constituée de tronçons de rivière. Oui, ça semble logique dans ce genre de paysage. Après, cet exemple est beaucoup moins vaste que « Massif Central » . Cela pourrait aller pour un massif du type « Plateau des Millevaches ». Je ne saisis pas bien la différence. On mappe les contours administratifs des pays aussi bien que ceux des communes et ça ne pose pas de problème. Pourquoi ce serait différent pour des massifs montagneux ou des zones naturelles d'une manière générale ? Je trouve ça bien que des toponymes comme Massif Central et Plateau des Millevaches existent dans OSM et aient une emprise. Le moteur de rendu pourra afficher l'un et/ou l'autre selon l'échelle de rendu. -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cartographier les arbres d'un arboretum
Le 02/07/2013 17:23, Benoît a écrit : Bonjour pour mettre en valeur les arbres divers plantés dans une cité et sur une avenue ( arboretum urbain ) est-il possible d'utiliser un tag spécifique pour chaque espèce ? j'ai trouvé natural=tree pour les arbres remarquables, mais comment diversifier ? ensuite est-il possible de valoriser cela sur un rendu ? Tu peux utiliser la clé species=* : http://wiki.openstreetmap.org/wiki/Key:species On en a mis plein au Parc Borély ce week-end : http://www.openstreetmap.org/browse/node/2365945737 Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Monter une carto-partie
Le 28/06/2013 13:14, Florence Devouard a écrit : Bonjour, Je viens juste de m'inscrire sur cette liste. Mes excuses d'avance si je ne connais pas certaines coutumes de la liste Je suis en train de monter (un peu à l'arrache nous devons rendre la demande de financement dimanche soir) un projet Wiki-Afrique. J'aimerais beaucoup prendre l'opportunité de ce projet pour organiser (faire organiser par le wikipédien en résidence) des mapping parties. Bon, mais je n'ai jamais participé à une de ses actions et même si Jeff avait essayé de m'expliquer (vers ... 2006 peut-être ?) fondamentalement, je ne sais pas comment ça se passe et en particulier, je ne sais pas quel matériel est nécessaire. Et j'aurais besoin de quelques billes rapides pour pouvoir ajouter à ma demande de financement. J'ai déjà un peu gratté sur le site OSM. J'ai d'ailleurs vu qu'il y avait un truc organisé à Marseille samedi... j'y serais bien allé... mais j'habite encore Clermont pour un mois... l'Estaque d'ici début août). Les pays où nous voudrions bosser sont la cote d'ivoire, l'uganda et le botswana. Je n'ai pas l'impression qu'il s'y soit passé grand chose jusqu'à présent côté données. L'association qui ferait le support administratif (et qui a des locaux etc.) est en Afrique du Sud. En terme de lieux, nos wikipédiens en résidence seraient probablement logés en ville, mais leur objectif serait plutôt de travailler en zone rurale, péri-urbaine, banlieue voir bidonville. Par ailleurs, nous envisageons de participer à InnovAfrica (qui se déroulera à Abidjan fin novembre) et nous nous sommes dites que l'évènement pourrait justement être une bonne occasion pour aller visiter les rues alentours afin de faire du repérage... Donc, sans entrer dans les détails, si on voulait former par exemple 3 personnes à savoir animer une cartopartie, que me conseilleriez-vous pour qu'ils apprennent à le faire correctement ? Quelle démarche ? Où ? Qui contacter ? Et, en imaginant une cartoparty avec par exemple 5 personnes, quel serait typiquement la liste du matériel indispensable ? Y a t-il des liens que je pourrais consulter qui pourraient m'aider ? Merci d'avance Flo ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Dans les grandes lignes, une carto-partie se déroulent généralement en trois temps : 1. un briefing (rapide, simple) pour expliquer ce qu'on va faire, 2. les participants vont sur le terrain pour collecter de l'information 3. tout le monde se retrouve pour saisir dans la base OSM les informations collectées Après, il y a des dizaines de façon de faire ça. C'est plus évident quand on a déjà un peu contribué. Je ne pense pas qu'il y ait vraiment de matériel indispensable. Pour la phase de collecte, tu pourrais envisager l'acquisition de traceur GPS mais ça dépend d'une part de ce que tu veux faire (micro-mapping ou réseau routier principal ?) et d'autre part des données à disposition sur ta zone (s'il y a des vues aériennes disponibles, c'est plus pratique que des traces GPS). Pour la saisie, il faut évidemment un point d'accès Internet mais on peut souvent s'arranger avec une structure fournissant la salle avec les ordis et l'accès au réseau (université, EPN, ...). Pour la formation des animateurs, le mieux serait qu'ils essayent de contribuer un peu, c'est finalement un bon moyen d'apprendre... C'est ludique et on comprend bien les difficultés que pourront rencontrer les participants aux carto-parties. Fais signe quand tu seras l'Estaque, il y a plein de choses à mapper par là-bas. Ça fait plusieurs fois qu'on parle d'organiser des carto-parties du côté de l'Estaque ou de Mourepiane, ça pourrait être l'occasion... Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochaine réunion des contributeurs de la région de Marseille le lundi 3 / 06 / 2013 // 20h00 à La Bo@te.
Le 29/05/2013 18:46, Olivier Griffet a écrit : [...] Bonjour, Je ne pourrai pas être là ce soir. D'une manière plus générale, je serai moins présent aux réunions mensuelles à l'avenir. J'ai moins de temps pour OSM et je préfère consacrer le peu qu'il me reste aux contributions de terrain... J'essaierai de passer tout de même de temps en temps. A bientôt -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prochaine réunion des contributeurs de la région de Marseille le lundi 3 / 06 / 2013 // 20h00 à La Bo@te.
Désolé pour le bruit, je pensais répondre à la liste local-marseille... Le 03/06/2013 12:03, Gilles Bassière a écrit : Bonjour, Je ne pourrai pas être là ce soir. D'une manière plus générale, je serai moins présent aux réunions mensuelles à l'avenir. J'ai moins de temps pour OSM et je préfère consacrer le peu qu'il me reste aux contributions de terrain... J'essaierai de passer tout de même de temps en temps. A bientôt -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai
Salut :) Sauf quelques exceptions, les protagonistes de cette passionnante discussion n'ont pas pu se rendre au SotM le week-end dernier. Quel dommage ! Ça manquait justement de polémique et de sujets sur la vie de la communauté (à mon goût). Et puis, pour se taper sur la gueule, c'est mieux d'être confortablement assis autour d'une bière, non ? Bref, j'espère bien voir vos ganaches la prochaine fois. A bientôt Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] projection antarctique
Le 26/02/2013 12:29, Guillaume Allegre a écrit : Le mar. 26 févr. 2013 à 10:33 +0100, Ab_fab a écrit : Salut Guillaume, J'ai répondu à côté de la plaque hier ? non, pas du tout : je répondais seulement aux suggestions de Jérôme. Sur le site Kartograph, tu as moyen de régler deux paramètres : lat0 et lon0 En passant la réglette lat0 à -90, tu obtiens le pôle Sud au centre. Merci d'ailleurs pour le pointeur sur le site kartograph. Je le connaissais vaguement, mais je n'aurais pas pensé à l'utiliser pour ça. Mais du coup, ma question très basique subsidiaire : supposons que je choisisse une projection qui convienne (disons orthographique pour fixer les idées). Quelle est la suite pour obtenir un rendu, probablement tuilé, avec cette projection non standard (pas mercator quoi) ? Bonjour Guillaume, C'est une question à la fois simple et compliquée... Il suffit de configurer ton moteur de rendu pour sortir une carte dans le système de coordonnées choisi et d'exprimer l'emprise visible dans ce même système de coordonnées. Pour autant que je sache, Mapnik/GeoServer/Mapserver supportent très bien ça. Pour les détails techniques, ça dépend de ta chaîne de production de tuiles, des outils que tu choisis, etc. Je ne me souviens plus si tu étais là à l'atelier sur TileMill ce week-end, mais il était apparemment possible de choisir une projection Custom, c'est peut-être une piste. Une remarque importante : il est difficile (voire impossible ?) de superposer des tuiles dans des systèmes de coordonnées différents. PS : la projection Mercator sphérique n'est pas plus standard que les autres, elle a simplement l'avantage d'avoir été choisie et popularisée par le mastodonte Google. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] data.shom.fr
Le 04/02/2013 14:38, Vincent Privat a écrit : Peut-être s'agit-il d'une ancienne licence et le site web n'a pas été mis à jour ? ça mérite de les contacter pour éclaircissement. J'aimerai bien avoir des éclaircissements aussi, mais je vous souhaite bien du courage pour en avoir... Je les avais contacté (en suivant la procédure indiquée sur leur site) pour avoir accès à Litto3D. Leur site précisait bien que cette donnée était sous Licence Ouverte Etalab. Je n'ai jamais eu de réponse, sauf lorsque j'ai utilisé l'adresse personnelle de quelqu'un qui travaillait sur Litto3D, il m'a simplement redirigé vers un service qui ne m'a jamais répondu non plus... Entretemps, on m'a rapporté des propos des gens du SHOM : le jeu de données est ouvert, mais surtout pour les services publics qui en ont vraiment besoin ! Bref, l'idée de l'OpenData fait très doucement son chemin au SHOM... Enfin, ça avance, c'est déjà ça, j'ai pu téléchargé un micro-morceau du MNT qui m'intéresse sur data.shom.fr :) Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entreprises ou associations faisant du business avec OSM
Salut Florian, J'ai quitté Makina Corpus en octobre, je suis maintenant chez Natural Solutions. À bientôt Gilles Le 29 janvier 2013 14:54, Florian LAINEZ winner...@free.fr a écrit : Salut christian,bonne initiative. Je (overflorian) bossais pour http://www.makina-corpus.com, peut être que Gilles (gbassiere) en copie y travaille toujours. Isn't it Gilles ? ++ Le 29 janvier 2013 09:58, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 29 janv. 2013 à 10:06, Pieren pier...@gmail.com a écrit : 2013/1/28 Christian Rogel christian.ro...@club-internet.fr: D'après une liste que je viens de créer sur le wiki FR, il y a 7 entreprises qui font du business avec OSM + une créée par Marc Sibert. Je pense que ce genre de page devrait se limiter aux services par pays (la France), non par langues (les francophones). Lorsqu'on cherche un partenaire commercial, on veut trouver un représentant local. L'adresse du siège importe peu. Pour moi, ce qui est en page FR concerne les pays francophones. Il y a déjà des entreprises qui couvrent 2 pays francophones et une seule a une adresse dans chaque. J'ai suivi le modèle anglais, mais, sans doute faudrait-il plutôt mettre lieu(x) de contact que siège. Christian Rogel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartographie dans La marche de l'histoire
Bonjour, L'émission La Marche de l'histoire sur France Inter abordait aujourd'hui le thème Cartes et cartographes à l'époque moderne. Ça donne un aperçu intéressant de la cartographie à travers les âges. J'étais distrait à la fin de l'émission mais je ne crois pas qu'ils aient parlé d'OSM... Comment peut-on passer à côté d'une telle révolution !? :p Le podcast devrait être prochainement disponible sur : http://www.franceinter.fr/emission-la-marche-de-l-histoire-cartes-et-cartographes-a-l-epoque-moderne Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Scientific/Species Data in OSM Database - Collaborators
Different things can be mapped in the natural science field... For fauna, you may want to map either a particular observation (I've seen this bird, there, at this date) or some traces (a nest, footprints, ...). This will not fit well in the OSM database because it is not stable in time. The case of flora might be easier because plants don't move but some of them are visible only a part of the year. It will be complicated to keep the map updated. In my opinion, mapping habitat will fit better in the OSM model because it is stable (more or less) and it is really visible in the landscape. You can do it the same way we map landuse. The main challenge will be to find or establish a common list of habitat. I know the one of the French INPN but I'm not aware of such a list at the global scale. Best regards Gilles 2012/10/22 Alex Rollin alex.rol...@gmail.com: Is it against policy to store all of it in the OSMF DB? a On Mon, Oct 22, 2012 at 10:03 PM, John F. Eldredge j...@jfeldredge.com wrote: Mikel Maron mikel_ma...@yahoo.com wrote: Hi I'm interested in the topic, but haven't been contributing information yet. Some immediate issues that come to mind: Most areas would have more than one species of flora, but not clear how to use the species tag in that way. Fauna ranges are often not well defined in terms of existing landuse tags, so not sure if it is appropriate. Some cases could clearly be, such as a protected area set up for a particular endangered species. -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Alex Rollin alex.rol...@gmail.com To: talk@openstreetmap.org Sent: Monday, October 22, 2012 2:12 AM Subject: [OSM-talk] Scientific/Species Data in OSM Database - Collaborators Hi, I have been looking through the wiki for more information about appopriate data. I would like to meet more of the people storing information about presence of species, flora or fauna, inside the OSM db. I see http://wiki.openstreetmap.org/wiki/Key:species and http://tagstat.hypercube.telascience.org/tagdetails.php?tag=species Any feedback about this is very welcome. We are just researching this now. Alex Bogor, Indonesia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk The practicality of storing this information in the OSM database depends in part on how many species you are tracking. If only a few species are being tracked, there isn't a problem. If you try to record all of the species in an area, including the insects and microbes, then you are talking about tens of thousands of entries for even a small geographical area. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Source des données dans OSM
Bonjour Le 22 octobre 2012 00:25, Balaitous balait...@mailoo.org a écrit : OSM est par définition de la fusion de données, or le système actuel privilégie trop l'aspect binaire des sources : tel élément provient de telle source. Je partage cet avis. Par exemple, j'ai récemment fait de la toponymie sur l'Ariège. Les sources de données sont composées de : * Bing pour le géoréferencement * Le cadastre pour la toponymie * Ma connaissance du terrain (là encore c'est une notion très vague, qui recouvre les cartes que j'ai longuement observé étant petit, donc d'une manière très indirecte des données IGN, les panneaux que j'ai pu voir, les discutions avec des personnes, ...) * Des infos que j'ai récolté expressément dans ce but sur le terrain (même s'il s'agit d'une part minime des informations), le Graal étant un plan publique. * Une recherche google sur un nom suite à une mention dans le cadastre pour voir s'il est encore d'actualité (ce qui renvoie sur des sites d'annonce, des annuaire de profession libérales, ...) J'ai récemment taggué : source=géoréférencement:bing;toponymie:cadastre (car 90% de la toponymie en était extraite) Mais dans quel mesure ce travail de fusion de données ne constitue-t-il pas une nouvelle donnée en tant que telle ? Pour le cadastre plus particulièrement, je le consulte via le géoportail (même si j'en ai fait, je ne fait pratiquement plus de géoréférencement depuis le cadastre), donc il est impossible de dire de quel millésime il s'agit. Ce qui me gène, c'est qu'en l’absence de système générique pour gérer les sources, le cadastre est bien souvent la seule source correctement citée. Mais quelle est la valeur d'un tag source=cadastre millésime xxx lorsque la voie en question a été redessinée depuis ? Lorsque je modifie la géométrie d'une voie, je supprime la source cadastrale. D'une part la source n'est plus valable (en supposant que j'ai utilisé une autre source). D'autre part, le tag source reste attaché à la version précédente dans l'historique, ça correspond bien à la réalité. D'où ma proposition, pourquoi en plus du système actuel ne pas affecter des sources aux groupes de modification ? C'est ce que je fais (presque) systématiquement. Ajouter la source sur un objet n'a pas de sens. On utilise des sources pour faire une modification. L'objet est l'aboutissement de plusieurs modifications qui peuvent avoir des sources très variées. Et pour les développement de josm, il faudrait pouvoir facilement pratiquer l'ajout de source. C'est déjà possible dans JOSM via l'onglet attribut de la fenêtre d'upload. Mais c'est effectivement peu pratique, il faut saisir la source en toute lettre *à chaque fois*, il n'y a pas de liste des valeurs précédentes comme pour le commentaire. Cette proposition a déjà été évoquée sur cette liste il y a longtemps. De mémoire, elle avait été balayée avec des arguments peu pertinents mais très pragmatiques : le tag source sur le changeset est peu visible. S'il y a du dév à faire côté JOSM ou autre, c'est peut-être de ce côté qu'il faut travailler. Par exemple, la page d'historique d'un objet affiche l'id du changeset et extrait son commentaire (le tag comment), ça serait bien d'extraire le tag source également. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendez vous avec la Direction de l'IGN
Merci Nolwenn, j'habite justement à proximité du littoral :) J'avais vaguement entendu parlé de Litto3D à l'époque où ça n'était qu'un projet. Grâce à toi, je découvre qu'il y a maintenant des jeux de données disponibles et qu'ils sont sous licence libre, ça fait plaisir ! Cordialement Gilles Bassière On ven., 2012-09-28 at 07:55 +, Nolwenn wrote: Le jeudi 27 septembre 2012 21:31:47 Gilles Bassière a écrit : +1 pour de l'ortho sous licence libre. Je rêve aussi d'avoir un MNT libre avec une bonne résolution. Puisque je ne savais pas ce qu'était un MNT, j'ai regardé sur wikipédia et j'ai découvert l'existence de Litto 3D donc une partie des données est accessible sous licence ouverte en faisant la demande. « Le programme national Litto3D® vise à la production d’un modèle numérique altimétrique de référence continu terre-mer sur la frange littorale. Il s’agit de réaliser des relevés de relief et des mesures de profondeurs marines pour une connaissance précise de l’ensemble des zones métropolitaines et outre-mer (Guadeloupe, Martinique, La Réunion, Guyane, Mayotte et Saint-Pierre-et- Miquelon). La bande littorale concernée se situe : - en mer, jusqu’à la courbe bathymétrique continue de profondeur 10 m et au plus jusqu’à 6 milles des côtes. - sur terre, jusqu’à l’altitude +10 m, et à au moins 2 km à l’intérieur des terres. » http://www.shom.fr/les-activites/projets/modele-numerique-terre-mer/ http://www.shom.fr/les-activites/projets/modele-numerique-terre- mer/couverture/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendez vous avec la Direction de l'IGN
On jeu., 2012-09-27 at 17:53 +0200, RatZilla$ wrote: Nous sommes à votre écoute pour toute remarque ou doléance à remonter à l'IGN ;) Bonjour, +1 pour de l'ortho sous licence libre. Je rêve aussi d'avoir un MNT libre avec une bonne résolution. SRTM ou même ASTER sont beaucoup trop grossier quand on travaille à l'échelle locale. C'est bien les MNT, on peut faire des jolis rendus et des tas d'analyses avec. Ça pourrait booster des tas de services basées sur de l'OpenData et c'est vraiment complémentaire avec ce que fait OSM. Il faut les libérer ! :) Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-marseille] Rappel de la réunion des contributeurs de la région de Marseille ce lundi 30 / 07 / 2012 // 20h00 à La Bo@te
On dim., 2012-07-29 at 17:17 +0200, Olivier Griffet wrote: Pour confirmer votre présence éventuel, vous pouvez répondre à ce message Je serai là. Pour info, une personne portant un projet pour Marseille-Provence 2013 m'a contacté afin de rencontrer des contributeurs OSM. (Oui, c'est un peu obscur mais je n'en sais pas plus pour le moment). Je lui ai proposé de passer ce soir. Si on a le temps, j'aimerai bien aborder les 2 sujets suivants : - phase de migration après changement de licence (Redaction Bot), - valoriser nos contributions en publiant des cartes thématiques. À ce soir -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tagguer un bâtiment à usage multiple (était: Re: Quelques questions d'un débutant OSM)
Bonjour Mathieu, On jeu., 2012-07-26 at 13:51 +0200, Mathieu Rajerison wrote: - Aussi, comment indiquer qu'un bâtiment abrite à la fois des activités commerciales et des logements? Ça peut se faire au niveau de la clé building. Par exemple : building=retail;residential Je l'ai rarement vu. En général, un tel niveau de détail n'est pas atteint : le bâtiment est simplement building=yes et on y rajoute les clé shop=* qui vont bien. De plus en plus souvent, je laisse le bâtiment tel quel et j'ajoute un node portant les tags du lieu, par exemple shop=... Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques questions d'un débutant OSM
Re, On jeu., 2012-07-26 at 13:51 +0200, Mathieu Rajerison wrote: - On ne peut pas utiliser plusieurs fois le tag operator. Lorsqu'une plate-forme de bus est affectée à plusieurs opérateurs, doit-on utiliser des relations? Et comment? Tu peux toujours utiliser la notation ';'. Par exemple : operator=RTM;Cartreize Je continue à mettre operator sur les arrêts de bus seulement parce que c'est dans mes presets JOSM et que j'ai la flemme de les mettre à jour. Honnêtement, je ne trouve pas ça très utile. En revanche, ton arrêt de bus fera (à terme) partie de relations décrivant chacune des lignes passant par ton arrêt. Sur ces relations, la clé operator a toute sa valeur et elle est normalement unique (il y a des exceptions, sur le RER notamment, mais c'est moins fréquent). Pour les relations, l'usage en est généralement présenté comme avancé mais ce n'est pas si compliqué. Il doit y avoir quelques tutos sur le Web + de la doc sur le Wiki. Si tu as l'occasion de passer nous voir à Marseille, je te montrerai avec plaisir comment les utiliser. Ce sera plus simple de vive voix et par la pratique. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéosurveillance
On mer., 2012-07-18 at 22:57 +0200, red0queen wrote: J'en profite pour partager avec vous un projet basé sur OSM émergeant actuellement à lyon, visant à créer un outil de cartographie de la vidéo-surveillance. Bonjour red0queen, Ce projet est passé récemment sur mon radar, c'est une belle réalisation, bravo à ceux qui portent le projet. La vidéosurveillance se développe aussi à grand pas à Marseille et plusieurs initiatives ont émergé pour s'y opposer ou au moins pour surveiller les surveillants. Dans le domaine de la carto : - Au moins une personne de réso-nance travaille dessus : http://reso-nance.org/carto/carte/cctv-marseille/ - Avec le contributeur Jeremy_G, nous avions commencé à plancher sur une appli pour documenter le phénomène et permettre aux militants de contribuer, le projet aurait dû ressembler à ce qu'à fait Rebellyon mais il actuellement est peu avancé et au point mort. Pour motiver des contributeurs, nous avions simplement fait une carte statique à la va-vite : http://www.geographiques.org/cameras/ La question se pose actuellement de savoir où en est le tag Surveillance et dans quel mesure il est possible de l'utiliser ? Le but de ce projet étant de fournir un maximum de renseignement sur la nature de cette surveillance (publique/privée, zone couverte...), comment pouvons-nous participer à la normalisation de cet attribut ? Au cas où tu n'ais pas déjà parcouru ces pages : http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dsurveillance http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_tags_for_Key:Surveillance C'est bien de vouloir s'accorder et normaliser en amont. Après, si le processus traîne sur le wiki, tu peux aussi créer l'usage, rien ne t'oblige à attendre une validation de la communauté. Par exemple, l'attribut camera:type=dome n'est pas encore approuvé mais rien ne t'empêche de l'utiliser et ainsi de créer l'usage. A priori, tous les attributs que je vois sur votre carte sont représentables en respectant la proposed feature ci-dessus. Par exemple : Opérateur : Ville de Lyon - opérateur public Apparence : dome Localisation : 45.7795411779495 4.82743978500366 Orientation : 133° depuis le nord, 180° depuis le sol se traduirait par : un point (la localisation est intrinsèque) man_made=surveillance surveillance=public operator=Ville de Lyon camera:type=dome camera:direction=133 Pour l'angle vertical, je ne vois pas de proposition existante, peut-être quelque chose comme : camera:incline=180 (ou plutôt 0 si l'horizontal est la référence) J'avoue que je suis étonné de voir des caméras sur la carte Rebellyon qui ne sont pas dans OSM. Du point de vue du respect de la propriété intellectuelle, ça peut être compliqué de pousser les données de vos utilisateurs dans OSM a posteriori. Il serait intéressant d'initier vos utilisateurs à OSM et d'extraire ensuite les données caméras de OSM pour alimenter votre base de données. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéosurveillance
On jeu., 2012-07-19 at 13:06 +0200, red0queen wrote: Le 19/07/2012 10:22, Gilles Bassière a écrit : J'avoue que je suis étonné de voir des caméras sur la carte Rebellyon qui ne sont pas dans OSM. Du point de vue du respect de la propriété intellectuelle, ça peut être compliqué de pousser les données de vos utilisateurs dans OSM a posteriori. On ne peut pas mettre en lien deux BDD sous ODbl ? Ce point n'a pas été trop réfléchi pour le moment mais il est effectivement intéressant de s'y pencher!!! Au temps pour moi, je ne savais pas que ces données étaient ODbL. J'écris un peu vite en pensant au cas habituel où un site recueille des données contribuées par les utilisateurs sans trop préciser les CGU. Si vos utilisateurs contribuent sous ODbL, j'imagine que ça pose moins de problème. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation d'OSM, sur le théme du vélo urbain
On mer., 2012-07-11 at 10:40 +0200, Romain MEHUT wrote: Bonjour Gilles, Merci pour ton compte-rendu. J'ajoute que le réseau L'Heureux Cyclage se réunira du 1er au 3 novembre à Nancy. J'ai proposé qu'OSM puisse faire l'objet d'une discussion ou d'un atelier. Cyril Pimentel, membre du collectif Vélos en Ville, est également secrétaire de l'Heureux Cyclage. Voilà de quoi motiver les cyclistes! Cyril m'a parlé plusieurs fois de l'Heureux Cyclage, je comprends mieux pourquoi :) Sinon, question technique, dans ta présentation, diapositive n°9, il y a une capture d'écran de JOSM avec le cadastre superposé sur l'imagerie Bing. Quelle projection as-tu utilisée? Cette capture d'écran était déjà dans les diapos de Rainer Unseld (atelier OSM au GULL de Perpignan en mai dernier). Peut-être pourra-t-il intervenir pour répondre ? Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation d'OSM, sur le théme du vélo urbain
Bonsoir, Un rapide compte-rendu de la présentation OSM à Vélos en Ville : - 6 personnes de Vélos en Ville présentes + Charles Népote et moi - présentation succincte d'OSM : généralités, comment contribuer, quels applications et services. L'association n'a pas de projet clair pour le moment et ne prévoit pas de montrer un groupe de travail sur la cartographie dans l'immédiat. Ça réduit le champ des possibles... Une première idée d'usage émise par l'association serait de calculer des itinéraires cyclables (tenant compte du code de la route, de la pente et éventuellement d'autres facteurs de praticabilité) et de comparer les distances obtenues avec la distances à vol d'oiseau. Le but est de créer un indicateur d'accessibilité cyclable permettant d'identifier précisément sur quelles rues les double-sens cyclables sont les plus nécessaires. L'idée d'organiser une carto-partie avec cette association pour promouvoir OSM auprès de ses membre a également été lancée. À suivre. Une personne m'a fait remarquer qu'il aurait pu être utile de manipuler un peu les données pour mieux se rendre compte du fonctionnement d'OSM. Le format de la réunion ne permettait pas d'y placer un atelier, j'ai compensé en faisant une rapide démonstration d'édition avec Potlatch. Merci à Rainer Unseld et Romain Mehut pour m'avoir transmis leurs diapos, ça a considérablement allégé mon travail de préparation. Pour ceux que ça intéresse, j'ai mis les diapos là : http://gbassiere.free.fr/stuff/PresentationOSM-VelosEnVille-20120709.odp Cordialement Gilles Bassière On lun., 2012-07-09 at 10:27 +0200, Gilles Bassière wrote: Merci à tous pour vos contributions. J'essaierai de poster demain un compte-rendu de la réunion. Cordialement Gilles On ven., 2012-07-06 at 19:10 +0200, Gilles Bassière wrote: Bonjour, Il y a quelque temps, Romain m'avait mis en contact avec l'association Vélos en Ville [1] qui souhaitait rencontrer des contributeurs pour savoir ce qu'était OSM et ce qu'il était possible de faire avec. La réunion a été fixée à lundi 9 juillet et je prépare une présentation en essayant de couvrir ces 3 grands thèmes : - comment contribuer ? - comment exploiter et valoriser les données ? - comment fonctionne la communauté ? Il y a déjà eu des présentations de ce type, y a-t-il quelque part des diapos sur ces thèmes que je puisse ré-utiliser ? J'ai suivi d'assez loin la problématique vélo. Je me souviens que Romain Mehut a beaucoup œuvré dans l'Est et que Philippe Pary a travaillé avec l'ADAV à Lille. Pourriez-vous me présenter rapidement ce qui a été fait ? Est-ce qu'il y a d'autres chantiers ou projets qui méritent d'être mentionnés ? Dans mes marque-pages, j'ai ça : http://www.geovelo.fr/ http://www.opencyclemap.org/ http://cycling.lonvia.de/fr/ http://adav.cleo-carto.com/ Mais je me souviens avoir vu d'autres cartes sur le thème du vélo et particulièrement du vélo en milieu urbain. Merci pour votre aide. [1] http://www.velo-marseille.com/ Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation d'OSM, sur le théme du vélo urbain
On sam., 2012-07-07 at 10:39 +0200, Ludovic CHEVALIER wrote: Sinon, le réseau de L'Heureux Cyclage maintient une carte des ateliers de mécanique vélo, participatifs et solidaires ici: http://www.heureux-cyclage.org/Les-ateliers-velo-dans-le-monde.html Vélo en Ville est déjà sur cette carte à ma connaissance. Il ne va pas sans dire que nous serions prêt à collaborer avec OSM pour importer/synchroniser notre référencement dans la base OSM. Un petit coup de pouce là dessus serait le bienvenu. Intéressant, ça mériterait presque d'en faire un sujet dédié ;) Il faudrait préciser un peu comment vous êtes organisés au niveau technique. Il faudra aussi décider si vous voulez importer ou synchroniser, ça n'a pas les mêmes implications techniques. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Présentation d'OSM, sur le théme du vélo urbain
Bonjour, Il y a quelque temps, Romain m'avait mis en contact avec l'association Vélos en Ville [1] qui souhaitait rencontrer des contributeurs pour savoir ce qu'était OSM et ce qu'il était possible de faire avec. La réunion a été fixée à lundi 9 juillet et je prépare une présentation en essayant de couvrir ces 3 grands thèmes : - comment contribuer ? - comment exploiter et valoriser les données ? - comment fonctionne la communauté ? Il y a déjà eu des présentations de ce type, y a-t-il quelque part des diapos sur ces thèmes que je puisse ré-utiliser ? J'ai suivi d'assez loin la problématique vélo. Je me souviens que Romain Mehut a beaucoup œuvré dans l'Est et que Philippe Pary a travaillé avec l'ADAV à Lille. Pourriez-vous me présenter rapidement ce qui a été fait ? Est-ce qu'il y a d'autres chantiers ou projets qui méritent d'être mentionnés ? Dans mes marque-pages, j'ai ça : http://www.geovelo.fr/ http://www.opencyclemap.org/ http://cycling.lonvia.de/fr/ http://adav.cleo-carto.com/ Mais je me souviens avoir vu d'autres cartes sur le thème du vélo et particulièrement du vélo en milieu urbain. Merci pour votre aide. [1] http://www.velo-marseille.com/ Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
On ven., 2012-06-29 at 20:19 +0200, Philippe Verdy wrote: en fouillant un peu les métadonnées des dizaines de copies de la même tuile je vois en fait que toutes ces copies ont été effectuées avec des requêtes de type POST en principe non cachables de la façon dont elles sont formées, et que même les métadonnées retournées sont toutes différentes. Pourtant elles semblent être interprétées comme soignifiant l'image n'a pas changé, continuer à utiliser l'ancienne image encore dans le cache). En foulliant en mémoire, je vois que toutes ces images s'y accumulent et y restent référencées (dans un IFRAME invisible non attaché au document). Il s'agirait donc d'un memory leak empêchant les purges de données. De plus les cookies de session ne sont pas conservés même si on reste connecté, il y a a chaque fois création d'une nouvelle session. Des IFrame et du POST, voilà enfin un peu de précisions, on va pouvoir avancer. Il y a des tas de manière de requêter de l'image carto. Deux manières très courantes sont : - protocole WMS pour des emprises arbitraires et/ou des données dynamiques - pyramide de tuiles avec des adresses du genre Z/X/Y.png Il se trouve que le protocole WMS est assez riche et surtout très verbeux. Il arrive alors que l'URL des images avec tous les paramètres GET ait une taille excessive pour certains navigateurs (IE limite l'URL à ~2000 caractères de mémoire). Dans ce cas, OpenLayers permet au développeur d'utiliser une méthode d'envoi basée sur un formulaire dans une IFrame pour contourner le problème. C'est une solution peu satisfaisante et tout le monde en est conscient. Elle est à réserver seulement aux cas (rares) d'extrême nécessité. Les développeurs d'OL t'écouteront probablement avec intérêt si tu as mieux à proposer. Cela dit... Il me paraît difficile d'atteindre la taille limite d'URL en dehors du cas WMS. Et même en WMS, il faut un certain nombre de paramètres facultatifs pour toucher cette limite. La limite est donc atteinte seulement dans le cas de cartes fortement paramétrées, donc très dynamiques et donc non cachable ! Dans ton cas, tu parles de tuiles. Or le tuilage est utilisé principalement pour favoriser la cachabilité. Comme tu n'as pas jugé nécessaire de mettre un lien vers l'application que tu analyses, je ne peux pas en savoir plus. Mais j'ai des doutes quant à l'usage qui est fait d'OpenLayers par le développeur de cette application. Il ne me paraît pas raisonnable d'utiliser en même temps une couche tuilée et un envoi en POST. Tiens, au fait, comment font les autres frameworks qui sont tellement mieux pour contourner la taille limite d'URLs de IE ? Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
On ven., 2012-06-29 at 18:25 +0200, Philippe Verdy wrote: Tu interprètes. Je crois plutôt que Google participe à OpenLayers en tant que plateforme alternative pour entrer sur des plateformes qu'il ne contrôle pas encore. L'interface pour Google Maps dans OpenLayers doit certainement venir de chez lui, et Google a adapté sa propre API et ses licences afin de rendre cette utilisation dans OpenLayers la plus facile possible. Merci de ne pas polluer la liste avec des croyances infondées. Si tu analyses le code, tu verras que la classe OpenLayers.Layer.Google n'est qu'un wrapper autour de la Google Maps API. Il est d'ailleurs impératif de charger la Google Maps API *en plus* d'OpenLayers pour que ce wrapper fonctionne. Il eut été plus léger d'implémenter directement le protocole de Google mais les conditions d'utilisations imposent de passer par la Google Maps API pour charger les tuiles Google. De mémoire, il y a eu des pressions, voire un procès, de la part de Google pour que OpenLayers retire cette classe de sa bibliothèque. C'est justement grâce à cette architecture qu'OpenLayers a pu maintenir sa position (OL ne remplace par l'API GM, il aide seulement le développeur à l'utiliser facilement). Je ne retrouve malheureusement plus de trace sur le net de cette affaire. Pose la question sur les listes de l'OSGéo ou d'OpenLayers si tu veux en savoir plus. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le vendredi 29 juin 2012 à 06:21 +0200, Philippe Verdy a écrit : Le 28 juin 2012 08:37, Marc Sibert m...@sibert.fr a écrit : http://c.tile.openstreetmap.org/18/133039/90247.png/status (donne l'état de la tuile) http://c.tile.openstreetmap.org/18/133039/90247.png/dirty (force le refresh) Dommage qu'on n'ait pas la même chose (au moins la sous-page /status) sur les autres serveurs de tuiles hors ceux ici de Mapnik. (C'est mod_tile qui fournit ceci. Mapnik est le moteur de rendu, pas le serveur). De même le framework OpenLayers ne tient pas compte de l'état du cache web affiche de façon indéfinie des images obsolètes récupérées d'anciennes versions stockées dans le cache, même lorsque le navigateur a chargé une nouvelle version des tuiles. [...] Les tuiles ne sont en fait que des images et OpenLayers les chargent comme telles. Comme tu le dis, OpenLayers ne tient pas compte de l'état du cache, il ne s'en occupe effectivement pas du tout. La gestion du cache que tu critiques est en fait celle du navigateur et concerne toutes les images, tuiles ou autres. Note qu'il serait difficile pour OpenLayers d'imposer arbitrairement une gestion du cache puisque toutes les couches tuilées ne sont pas identiques. Une couche basée sur des données VMAP ne change jamais alors qu'une couche basée sur OSM est très régulièrement mise à jour par exemple. Il existe des astuces pour éviter la mise en cache des ressources (images ou autre) mais c'est au développeur de l'application de les mettre en œuvre en fonction des besoins et des spécificités de ses tuiles. Au moins on n'a pas ce problème de rafraîchissement avec les autres frameworks. Mais OpenLayers est une collection de scripts particulièrement complexes qui génère du code Javascript effectuant apparemment ses requêtes HTTP lui-même sans passer par les fonctions de chargement web du navigateur OpenLayers construit dynamiquement l'URL des tuiles (des images donc) et ensuite ajoute un element img dans le DOM avec l'URL de la tuile comme source. C'est la procédure habituelle pour insérer dynamiquement une image dans une page et c'est, à mon humble connaissance, de cette manière que les autres framework fonctionnent aussi. et gérant d'une façon étrange le stockage dans le cache (ou qui ne tient pas compte des dates d'obsolescence): il génère alors un cache local absolument énorme contenant des tonnes de tuiles obsolètes qui ne sont même pas purgées. Encore une fois, le cache est géré par le navigateur, pas par OpenLayers. Si tu penses que la taille du cache devient trop importante, libre à toi de configurer ton navigateur en réduisant la taille de son cache. -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Aaaah Philippe Verdy... Si vous n'existiez pas, il faudrait vous inventer ! J'ai bien aimé le passage sur Google, j'aurais bien vu aussi la CIA et quelques martiens soumettre des patchs pour pimenter un peu la scène :) Je n'ai malheureusement pas le temps de répondre à tout ce qui me semble inexact ou insuffisemment précis dans vos propos. Je vais simplement m'arrêter sur ce morceau qui a le mérite d'être concret et facilement vérifiable : Le 29 juin 2012 12:30, Philippe Verdy verd...@wanadoo.fr a écrit : je vois bien dans le code du javascript pour ouvrir des raw sockets Pourriez-vous indiquer à quel endroit du code vous voyez bien ça ? Pour information, tout le code de la bibliothèque est consultable en ligne (en version non-minifiée, c'est plus pratique !) à cette adresse : http://trac.osgeo.org/openlayers/browser/trunk/openlayers/lib/OpenLayers Avec cet outil de consultation, quand vous ouvrez un fichier, vous pouvez cliquer dans la marge sur le numéro de ligne pour obtenir un lien permanent vers cette ligne. Ça vous sera utile pour indiquer à quel endroit sont les raw socket (ce que vous appelez comme tel en tout cas). Je vous avoue que j'ai peu d'espoir de voir ce bout de code dans OpenLayers. En effet, il n'existe pas à ma connaissance de moyen d'ouvrir des raw socket en JavaScript depuis le navigateur. Mais ce sera peut-être l'occasion d'expliquer ce que fait le morceau de code incriminé et de détendre cette atmosphère injustement suspicieuse. Bien cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmecum aux champs pour la randonnée à pied, à vélo ou à cheval
Salut Romain, Merci de partager ce document. Mes remarques/suggestions : * Ça n'est pas génial de mélanger path et footway. Je pense qu'il vaut mieux en choisir un des deux, ça simplifiera le travail des utilisateurs de ton Osmecum (surtout s'ils sont novices). Reste à choisir lequel des deux, il n'y a pas de consensus dans la communauté à ma connaissance... * J'aurais mis barrier=* dans la section restriction d'accès puisqu'il peut y avoir des barrier=* sur tous types de chemin (et même hors chemin). Dans la description, je parlerais plutôt de constructions restreignant l'accès (obstacle me paraît trop flou, voire trompeur). * smoothness=* me semble plus indiqué pour les véhicules motorisés que pour les randonneurs. Mais puisque c'est sur le même terrain, on peut le noter au passage, effectivement. Est-ce que ça ne risque pas de perturber des contributeurs peu expérimentés ? * Je connaissais incline=up|down (surtout pour les escaliers). Je découvre qu'on peut y mettre des valeurs en % ou °. Peut-être faut-il préciser quelle type de valeur est attendue ? * Pour le balisage, je mets trailblazed=yes|no sur le way d'habitude, pas sur la relation route (il y a déjà osmc:symbol sur la relation). Sur le way, je mets également systématiquement hiking=yes aussi. * Mettre les valeurs possibles et les critères pour les attributs subjectifs apporterait un plus. Pour sac_scale par exemple : hiking - ça passe pour la balade digestive du dimanche avec belle-maman mountain_hiking - chaussures de marche, des raidillons, un peu d'effort demanding_mountain_hiking - marcheur régulier, passages aériens alpine_hiking - ... C'est vraiment sur le terrain qu'il faut avoir ces critères en tête pour observer et noter. J'indiquerais aussi les critères pour tracktype, trail_visibility et smoothness. Pour barrier et surface, ça peut être bien de connaître sur le terrain les valeurs possibles aussi, même si c'est moins subjectif. Cordialement Gilles Le mercredi 20 juin 2012 à 07:51 +0200, Romain MEHUT a écrit : Bonsoir, Comme indiqué dans un autre (très discuté [1]) fil de discussion, j'avais préparé un Osmecum en préparation de la cartopartie randonnée organisée samedi dernier à Abbaretz (44) par le Conseil Général. Suite à la cartopartie, je l'ai complété avec quelques éléments supplémentaires. Il est en partage ici. Aussi, je n'ai pas manqué d'indiquer une note concernant la spécificité franco-française des itinéraires balisés de la FFRP... Je n'ai pas encore posté l'osmecum sur la page du wiki, je souhaite recueillir vos avis et propositions de modifications si besoin... Merci. Romain [1] au vu de ce fil, je crois qu'il n'est pas nécessaire que je m'étende davantage sur un compte-rendu de la cartopartie où les randonneurs du comité départemental se sont montrés très intéressés et finalement pas offusqués que des GR puissent être dans OSM. Si on arrive à convaincre plusieurs comités départementaux qu'OSM peut être un complément pour eux vis à vis des cartes IGN, la fédération pourrait ainsi prendre plus facilement position. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des GR dans OSM
Le mardi 19 juin 2012 à 09:43 +0200, Pieren a écrit : Curieusement, il semble plus facile de convaincre les gens de ne pas copier les cartes IGN ou GoogleMaps que de ne pas recopier les itinéraires GR alors qu'ils relèvent du même droit. Ça n'est pas aussi facile parce que c'est différent. Si je vais sur le terrain, que je suis un sentier balisé en rouge et blanc et que je relève le nom/numéro indiqué sur les panneaux, je ne copie en aucun cas une carte. J'entends et je comprends le reste des arguments, l'itinéraire en tant qu'œuvre de l'esprit, etc. Mais cette analogie entre copie de carte protégée et cartographie des itinéraires depuis le terrain ne me paraît pas valide. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des GR dans OSM
Le lundi 18 juin 2012 à 15:33 +0200, Pieren a écrit : Mais de toute façon, tous ces argument ont déjà été mis sur la table en long et en large à plusieurs reprises au fil des ans et on se répète. Je pense que tout le monde a bien saisi les enjeux même si certains tombent dans le déni (ce que je peux comprendre, tant les GR font partie de notre patrimoine). La question n'est plus de savoir s'il faut supprimer les GR mais quand et comment. J'ai probablement raté des morceaux de ce long fil de discussion, mais j'en ai lu suffisamment pour y voir : - des arguments valides dans les deux camps, - des lectures différentes du droit et des pièces présentées. Je constate donc simplement qu'il n'y a toujours pas de consensus. Et honnêtement, j'ai peu d'espoir qu'il y en ait un tant que la FFRP ne se positionnera pas clairement. Pieren, tes arguments sont généralement bien réfléchis et pertinents. Mais sur ce sujet, j'ai du mal à te comprendre. Tu as lancé ce débat, la discussion a été longue mais je n'ai pas l'impression que ta position ait bougé d'un iota. Et maintenant, tu veux clore le débat en disant que ceux qui ne sont pas d'accord avec toi sont dans le déni... Je crains que tu ne cherches pas à obtenir une décision de la communauté mais plutôt une validation de la décision que tu as déjà prise. Si le sujet t'est si important, pourquoi ne pas s'investir plutôt dans les relations avec la FFRP et avec les associations locales de randonneurs ? Cette voie me paraît plus sûre pour dénouer ce problème. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des GR dans OSM
Le mardi 19 juin 2012 à 12:46 +0200, Pieren a écrit : 2012/6/19 Gilles Bassière gbassi...@gmail.com: Je crains que tu ne cherches pas à obtenir une décision de la communauté mais plutôt une validation de la décision que tu as déjà prise. Disons que je cherche d'abord un consensus, à voir si je me trompe dans mon analyse et à préparer les esprits (certains prendraient moins de précautions). Je n'ai jusqu'ici trouvé aucun argument valable qui nous autorise à prolonger le statu-quo. C'est bien le point qui m'intéresse. Je trouve qu'il y a des arguments valables des deux côtés. D'autres trouvent qu'il y a plus d'arguments valables de leur côté. Qui a raison ? Il n'y a pas (à l'heure actuelle) de consensus manifeste et il n'y a pas de juge pour trancher. C'est justement pour ça que ce statu-quo perdure. La discussion n'a pas été inutile puisqu'elle a quand même permis d'identifier un GR autorisé en Nouvelle-Calédonie, de voir que la FFRP et osm-fr se sont rencontrés (sans résultat probant si ce n'est la confirmation qu'ils ne veulent pas qu'on utiliser leurs marques) et le fait que certains itinéraires ont une histoire antérieure à la FFRP ou qu'ils font partie d'autres itinéraires (locaux ou internationaux) et méritent à ce titre d'être conservés (sans garder toutefois les marques déposées par la FFRP). Non bien sûr. Une discussion n'est jamais inutile et ces faits sont intéressants. Je ne mets pas ça en question. Si le sujet t'est si important, pourquoi ne pas s'investir plutôt dans les relations avec la FFRP et avec les associations locales de randonneurs ? Cette voie me paraît plus sûre pour dénouer ce problème. Paradoxalement, les GR, moi je m'en f... autant que les limites départementales de Cartographes Associés. Ce qui me préoccupe, c'est qu'OSM soit irréprochable sur le respect des droits d'auteurs et puisse être réutilisé sans soucis par n'importe qui en France. Ca fait 3 ans qu'on dit wait and see quand même. Et depuis ces 3 ans qu'on wait, on a see aucun reproche, non ? Le fond du problème me semble être l'ambiguïté du positionnement de la FFRP. Personne n'arrive à dire clairement où est la limite entre ce qu'elle peut protéger et ce qu'elle ne peut pas. La FFRP joue avec ce flou et use de lamentables intimidations pour préserver son modèle économique : elle assène des conditions d'utilisation discutables, fanfaronne sur des procès qu'elle n'a pas complètement gagné mais n'ose pas répondre à la communauté OSM qui la questionne pourtant sincèrement. Si nous nous couchons devant ces intimidations, nous entrons dans le jeu douteux de la FFRP. (Et à l'avenir, d'autres structures pourraient bien utiliser le même flou pour nous faire dé-publier d'autres données). Prolonger le wait and see ne me choque pas dans la mesure où la communauté cherche le contact avec la FFRP, la questionne et attends des réponses plus précises et mieux argumentées concernant les GR. Nous montrons donc suffisamment notre volonté de respecter la propriété intellectuelle de la FFRP. Quand la FFRP daignera nous expliquer pourquoi nous n'avons pas le droit de relever la couleur d'un balisage, il ne sera pas trop tard pour mettre la base en conformité avec le consensus qui aura été trouvé. Bref, c'est avec la FFRP qu'il faudrait avoir ce débat. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
Je suis désolé Sylvain, mais je ne suis pas du tout d'accord. Si les moteurs de routage on un problème, c'est les moteurs de routage qu'il faut corriger. On ne taggue pas plus pour le routage que pour le rendu. Sinon on va pas s'en sortir. Je comprends le bien-fondé de ta démarche et je te suis reconnaissant de promouvoir OSM à l'occasion de la fête du panier. Mais l'approche n'est pas les bonne. Je te serai donc reconnaissant de bien vouloir nettoyer les ways artificiels qui relient la ligne du ferry-boat à la voirie. Cordialement Gilles Le dimanche 10 juin 2012 à 03:39 +0200, Sylvain Maillard a écrit : @vincent: en fait je voudrais faire les 2 ! je vais distribuer un itineraire papier avec une carte (donc chemin dessine en fixe), mais egalement avec plein de qr codes dont 1 pointant vers du routage en ligne pour les smartphones ! @rodolphe: je vais aller verifier ca, mais vu que c'est une ligne reservee aux pietons, je ne pensais pas qu'elle doive etre connectee a la route d'a cote ... je vais voir pour envisager d'ajouter un higway=footway qui fait le tour du vieux-port pour connecter tout ca ... @tetsuo: le ferry c'est un transport en commun certes, mais il n'est pas pris en compte par les moteurs de routage standards. d'ou ma question initiale de savoir s'il existe un moteur de routage qui le prenne en compte ! et si c'est un moteur de recherche specifique aux transports en communs et qui m'affiche des trajets en bus ca me gene encore moins ! en fait j'ai 2 problematiques dans ma question initiale: - comprendre pourquoi un footway connecte a un steps n'est pas pris en compte, - trouver comment tagguer une ligne de ferry pour qu'elle soit utilisee ... ma question c'est bien de trouver un moteur de routage aui fasse le calcul d'itineraire pieton ET ferry ... Sur ce dernier point je n'ai toujours pas reussi a comprendre ce qui est pris en compte et de quelle maniere. Par exemple si on choisit un depart en Corse (Bastia, Ile Rousse, Calvi ou Ajaccio) et une arrivee sur le continent (Nice, Toulon ou Marseille), il y a obligatoirement une ligne de ferry d'empruntee. Seulement osmr et mapquest ont chacun leur ligne de ferry de preference (pas la meme), sans que je comprenne vraiment la difference ... - Mapquest passe toujours par Ile Rousse (code en route=ferry directement sur le way) quelque soit les points d'origine et d'arrivee, y compris quand il y a un ferry direct entre les deux (ex: ajaccion-toulon) ou que d'autres lignes sont coddees de la meme maniere, - OSMR passe toujours par Bastia (code en route=ferry sur des relations) en direction de l'italie, quelles que soient les points de depart et d'arrivee ... y compris quand le ferry le plus court en temps et distance est direct entre ajaccio et marseille ! J'ai bien conscience qu'il s'agit d'un besoin particulier, mais du coup j'ai l'impression de m'etre fourre dans un no man's land plein de bugs et particularites ... @+ Sylvain Le 9 juin 2012 20:08, Tetsuo Shima tets...@gmail.com a écrit : Boujour, Le ferry c'est un transport en commun comme un autre. Si le mode piéton route en prenant le ferry, il devrait tout aussi bien router en utilisant les ligne de bus ou de TER?! Evidement si le ferry est la seul route possible ca se comprend qu'a défaut de route piétonne le routeur propose le ferry mais autrement pourquoi le fait-il? ou du moins plus que le bus le métro tramway et autre funiculaire? Cordialement. 2012/6/9 Rodolphe Quiedeville rodol...@quiedeville.org: Le moteur de routage OSRM utilise les routes de ferry, maintenant la base de démo ne contient pas encore les mises à jour récente par contre. Sur l'exemple suivant il n'utilise pas la route la plus courte car les données doivent comporter des erreurs. Voir : http://map.project-osrm.org/Ab -- Rodolphe Quiédeville - Artisan Logiciel Libre http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list
Re: [OSM-talk-fr] prise de contact
Le lundi 11 juin 2012 à 10:22 +0200, yannickcat...@free.fr a écrit : bonjour je suis sur aix en provence,j'ai repéré quelques chemins dans le massif du montaiguet à tracés pour enrichir la carte Je suis disponible que le we et dans un rayon de 50km à bientôt Bonjour Yannick et bienvenu, Christian Quest a déjà transmis votre demande sur cette liste et Olivier Griffet y a déjà répondu :) Si vous avez besoin d'être accompagné pour prendre en main les outils d'édition, je vous propose de passer à l'une des réunions mensuelles du groupe de contributeurs marseillais. La prochaine à lieu le lundi 25 juin à la Boate : http://wiki.openstreetmap.org/wiki/Marseille#Rencontres_mensuelles Sinon, vous pouvez commencer vos éditions sans formation particulière. Commencez par ouvrir un éditeur (Potlatch, JOSM, ...) et suivez les guides et tutoriels : http://wiki.openstreetmap.org/wiki/FR:Main_Page http://fr.flossmanuals.net/openstreetmap/ Pour ce qui concerne les chemins de randonnées, j'ai en fait un certain nombre dans les Calanques. N'hésitez pas à consulter la zone avec votre éditeur pour voir comment sont qualifiés les pistes et sentiers. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
Le lundi 11 juin 2012 à 10:39 +0200, Tetsuo Shima a écrit : 2012/6/11 Gilles Bassière gbassi...@gmail.com: Je te serai donc reconnaissant de bien vouloir nettoyer les ways artificiels qui relient la ligne du ferry-boat à la voirie. Cordialement Gilles Boujour, Je crois que c'est moi qui ait ajouté un bout de way au nord indiquant qu'on peut acceder a a la ligne de ferry depuis la voirie. Ah ! Au début, j'avais pensé que Sylvain avait changé de username... Par contre je ne comprend pas bien en quoi ca pose un probleme de cartographie. Comment tu signifie qu'une zone vide est accessible au public ou pas, a pieds ou pas etc. Tu comptes tagger toute la surface des quais en area? Mon humble avis est qu'une area serait un excès de zèle (reste à définir ses attributs). Cela dit, ça ne serait pas faux. Alors que le highway=service n'existe aucunement, c'est un artifice. Parce qu'en pratique ce probleme de routage se pose un peu partout, y compris dans les zone piétonne des centre ville, ou certaine partie de l'espace sont accessible complétement aux piéton mais ou parfois des voiture circule par endroit - sans que ce soit particulierement maétérialisé durablement - etc. La aussi le quai au droit de l'embarcadere de ferry est utilisé comme une voie d'acces au trottoir de la voirie, permettant l'acces piéton, fauteuil, vélo etc. Les routeur devrait ils imaginer l'accessibilité d'une zone vide?! Rien ne garantit qu'elle soit accessible ... ou pas s'il n'y a pas de way qui le déclare implicitement! Je ne nie pas que ce problème existe. Pour avoir travaillé sur des moteurs de routage, je suis bien conscient que ce problème existe. La difficulté à traverser des espaces non-taggué quand on est piéton a largement été discutée dans la communauté. Oui, je suis d'accord. Mais la solution n'est pas de saisir des voies artificielles dans OSM. Parce que si on ne tag ni pour le rendu ni pour le routage on fini par tagger pour quoi qu juste? On taggue pour décrire une réalité en essayant d'être objectif (autant que faire se peut). Il faut garder ça à l'esprit : on essaye simplement de bien décrire ce qu'on observe. C'est ensuite aux applications de se débrouiller pour valoriser ça. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
Le lundi 11 juin 2012 à 10:46 +0200, Sylvain Maillard a écrit : @Gilles: je plaide non coupable ! Toutes mes excuses pour t'avoir accusé à tort, je te paierai une bière à la prochaine réunion OSM ;) si tu vas voir l'historique des 2 morceaux de way en question (http://www.openstreetmap.org/browse/way/159314293 et http://www.openstreetmap.org/browse/way/166797959)m tu verra qu'il y en a meme un dont tu es l'auteur initial ;) J'ai effectivement ajouté la ligne du Ferry-boat mais pas ces way. J'imagine que Yoko99 a prolongé puis découpé un way existant, d'où le mélange d'historique. ce dont je parlais c'etait de creer un grand highway=footway tout autour du vieux-port, et de faire une connexion entre ce footway et la ligne du ferry (qui n'est objectivement connectee a aucun way dans OSM ce qui est topologiquement faux). Mais vu les travaux en cours dans le secteur, je compte ne rien faire tant qu'ils ne seront pas termines ce dont on a d'ailleurs deja discute lors des reunions, d'attendre la fin des travaux avant de refaire la carto du secteur ;) Ouaip, sur les bus, il y a du boulot aussi... Il faudra relancer le débat sur le cheminement piéton à cette occasion. On peut à la limite utiliser des areas s'il faut vraiment utiliser quelque chose. Je ne crois pas qu'un footway résolve le problème (il faudrait le connecter à tout : entrées de bâtiments, arrêts de bus, bancs publics... on a pas fini). Je reste convaincu que le problème est à résoudre au niveau des routeurs. Cordialement Gilles en tout cas je l'aurais plutot mis en highway=footway vu que c'est un ferry pour pietons accessible uniquement depuis un grand trottoir ... @+ Le 11 juin 2012 09:58, Gilles Bassière gbassi...@gmail.com a écrit : Je suis désolé Sylvain, mais je ne suis pas du tout d'accord. Si les moteurs de routage on un problème, c'est les moteurs de routage qu'il faut corriger. On ne taggue pas plus pour le routage que pour le rendu. Sinon on va pas s'en sortir. Je comprends le bien-fondé de ta démarche et je te suis reconnaissant de promouvoir OSM à l'occasion de la fête du panier. Mais l'approche n'est pas les bonne. Je te serai donc reconnaissant de bien vouloir nettoyer les ways artificiels qui relient la ligne du ferry-boat à la voirie. Cordialement Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Moteurs de rendu de cartes utilisant le modèle public_transport ?
Le vendredi 01 juin 2012 à 12:04 +0200, te...@free.fr a écrit : Bonjour tout le monde, Je me passionne pour l'intégration des données de transports publics dans OSM : en ce moment j'ajoute et je corrige un certain nombre de trajets de bus sur l'est de la région parisienne, mais je ne m'arrêterai pas là, les voies ferrées étant aussi un autre de mes dadas :) Je voulais savoir s'il existe actuellement un moteur de rendu qui prenne en compte le nouveau modèle de données pour les transports publics, approuvé en avril 2011 par la communauté, et qui semble plus en adéquation avec les besoins de logique structurante qui ont pu être récemment légèrement abordés sur cette liste de discussion ;) http://wiki.openstreetmap.org/wiki/Public_transport Actuellement, le rendu Carte de transport par défaut sur openstreetmap.org considère les relations route=bus mais ne prend pas en compte d'autres parties importantes du modèle, en particulier les arrêts (highway=bus est rendu comme d'habitude, avec l'ancien sens, même lorsqu'il est associé à une relation stop_area) et peut-être même pas les super-relations route_master=bus. Je suspecte qu'il ne soit d'ailleurs pas du tout question du modèle public_transport dans le rendu de ces tuiles. D'autres amateurs de ce type de données qui pourraient m'éclairer ? Teuxe PS. Quelqu'un sait s'il est possible de réordonner les membres d'une relation ? Avec quel outil ? Je fais un peu le même boulot à Marseille. J'ai listé sur le wiki les quelques visualisation que je connais : http://wiki.openstreetmap.org/wiki/Marseille/Transports_en_commun#Outils Je sais que certains ne sont pas conforme au schéma Public Transport. Je ne sais pas s'il en existe un qui soit complètement conforme. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ordonner les membres d'une relation (était: Re: Moteurs de rendu de cartes utilisant le modèle public_transport ?)
Le vendredi 01 juin 2012 à 12:04 +0200, te...@free.fr a écrit : PS. Quelqu'un sait s'il est possible de réordonner les membres d'une relation ? Avec quel outil ? Avec l'éditeur de relation de JOSM, tu peux réordonner les membres. Regarde les boutons à gauche de la liste des membres, il y a une flèche vers le bas et une autre vers le haut. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] import vs. intégration (était : Re: Presentation pour le SOTM 2012 acceptee)
Le mercredi 30 mai 2012 à 11:44 +0200, Vincent Pottier a écrit : Le 30/05/2012 01:00, Emilie Laffray a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonsoir, juste quelques lignes pour préciser que la présentation State Of France a été acceptée pour le SOTM cette année a Tokyo. On a encore le temps de faire mais on va pouvoir s'amuser a faire la présentation dans la pure tradition Crowdsource :) Bonne nouvelle ! Je suggère une petite mise au point, en passant, de la distinction import vs intégration, à propos du bâti du cadastre, qui précise la nécessaire étape de la reprise manuelle dans JSOM. Il n'y a pas de bot qui importe le bâti dans OSM, il n'y a que des humain (à ma connaissance)... Même si cette reprise est variable selon les contributeurs on peut contater (il me semble) qu'elle s'améliore, notamment du fait des nombreuses mises en garde et de l'amélioration des outils pré-traitement. -- FrViPofm L'import est semi-manuel. Oui, il y a une part de travail humain. Mais ce travail consiste finalement seulement à gérer les cas trop complexes ou trop délicats pour les scripts. Dans la part de travail manuel, qu'est-ce qui nécessite une vraie connaissance du terrain ? Combien d'importeurs de cadastre se sont limités seulement aux bâtiments qu'ils avaient vu de leurs propres yeux et connaissaient bien ? Bref, que la procédure soit humaine ou informatisée, la démarche reste la même, le nom qu'on lui donne importe peu. Soyons clair, je ne dénigre pas l'import du cadastre et je suis même content qu'il ait été importé aussi massivement. C'est une super couche de référence et je l'exploite largement. Mais je ne comprends pas l'intérêt de chipoter sur le vocabulaire. Ça ressemble un peu trop à une manœuvre de communication et, en tant que tel, ça ne peut que paraître suspect : y-a-t'il quelque chose de difficile à assumer ? est-ce qu'on cherche à masquer quelque chose ? Pourquoi ne pas faire un bilan serein plutôt ? Il y a certes du négatif : - l'import n'a pas toujours été fait proprement - nous n'avons pas encore prouvé de notre capacité à maintenir à jour Mais il y a aussi plein de positif : - mais cela a permis de faire émerger des outils puissants et intéressants - de nombreux contributeurs ont au passage appris quantité d'astuces JOSM - les contributeurs sans GPS disposent d'une référence de qualité pour positionner les routes, POI, etc... - ça créé de l'émulation et du lien dans la communauté - ... Voyez, il n'y a pas de raison de rougir de cet import :) -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nous sommes champion du monde sur OSM ?!
Le lundi 28 mai 2012 à 22:17 +0200, Christophe Merlet a écrit : Par contre son script est intéressant. J'aimerais bien connaitre les stats de tuiles utiles (ayant au moins 1 node) pour chaque niveau de zoom... Le mail original annonce (pour le zoom level 16) : - 67 millions de méta-tuiles au total - seulement 20 millions qui ne sont pas dans la mer - parmi ces dernières, 4.4 millions ont au moins un nœud http://lists.openstreetmap.org/pipermail/talk/2012-May/063067.html Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone de stationnement sur la gauche
Le mardi 29 mai 2012 à 22:47 +0200, Arnaud Vandecasteele a écrit : Bonsoir à tous, A côté de chez moi, il y a une rue dont le stationnement est uniquement autorisé sur la gauche et interdit sur la droite (dans le sens de la montée) [1]. J'aimerais savoir comment tagger cela. Dois-je ajouter un linéaire parallèle à la rue, ce qui obligerait à enregistrer deux géométries ou bien existe-t-il un moyen autre de le faire ? J'imagine un tag spécifique qui permettrait de décrire ce cas. Merci pour votre aide Bonne soirée Arnaud Bonsoir, Il m'est arrivé d'utiliser parking:lane pour décrire le stationnement. C'est un tag riche et souple. Je pense que c'est ce que tu cherches. Les possibilités sont décrites sur le wiki : http://wiki.openstreetmap.org/wiki/Key:parking:lane En résumé : parking:lane:left=parallel (Attention : left/right est à définir par rapport à l'orientation du chemin OSM) Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nous sommes champion du monde sur OSM ?!
Le lundi 28 mai 2012 à 14:35 +0200, Vladimir Vyskocil a écrit : De densité de nodes par tuile ! :-) http://fred.dev.openstreetmap.org/density/ Vlad. Je me permets de relayer aussi la question qui suivaient immédiatement ce lien dans le mail initial [1] : Il serait intéressant de savoir combien de ces tuiles sont en fait le fruit de contributeurs humain. (C'était suivi d'une petit pique à l'égard des champions du monde de la densité que j'ai moins envie de relayer ;) Je partage ce questionnement, j'aimerais bien voir des stats sur le dynamisme réel de la communauté. Combien de gens observent vraiment un territoire ? Quel volume de données produisent-ils ? etc [1] http://lists.openstreetmap.org/pipermail/talk/2012-May/063067.html Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Héritage et relation
Le mercredi 23 mai 2012 à 23:16 -0500, Balaitous a écrit : Bonjour, Pour mon premier message, je voudrais poser une question que je me pose depuis un moment. Bonjour, et bienvenu sur la liste donc ! Est-ce que les tags d'une relation sont héréditaires ? En d'autre terme lorsque je mets un tag dans une relation celui-ci est-il transmis aux enfants de la relation (lorsque ceux-ci ne redéfinissent pas le tag en question) ? Non, il n'y a pas de notion d'héritage dans une relation OSM. Il faudrait plutôt voir les relations OSM comme une agrégation : l'objet décrit par une relation OSM est complexe et il peut être décrit en arrangeant ensemble plusieurs autres objets (qui peuvent continuer à avoir leur existence propre). Plus généralement, depuis quelques temps que je m'intéresse à OSM, je trouve un manque de séparation des aspects géométriques (point, ligne, ...) et sémantiques. Cela risque de poser d'importants problèmes de cohérence pour le nommage des routes, de plus en plus fragmentées. Je ne sais pas où en sont les discutions, mais il me semble qu'il faudrait aller vers un système de tag par regroupements récursifs des éléments, et héritage des tags. (Il me semble avoir vu qq chose dans ce sens pour la prochaine API) Je n'ai pas non plus le courage de suivre et de participer à ces discussions :) Effectivement, si on veut être très rigoureux (notamment si on aime bien le principe de normalisation relationnelle), on peut considérer que Tout est relation. Par exemple, les multiples tronçons d'une route sont des ways non-taggés qu'on inclut dans une relations portant le name= et le highway=. C'est une position cohérente d'un point de vue intellectuel, je l'ai déjà lu ou entendu. Mais ça rend l'édition bien plus compliqué. C'est pourquoi, en pratique, on continue à répéter les tags sur les multiples tronçons d'une même rue. Le pragmatisme et la dé-normalisation sont dans l'air du temps ! En gros, généraliser les relations, faire du multipolygon un élément géométrique à part entière. Le multipolygon n'est pas un élément géométrique à part entière ? Ça dépend comment tu lis et utilises la base, non ? Pour les routes cela permettrait de clarifier les aspects : * de voirie * d'entité géographiques * d'entité administrative (no de voirie, axe européen, ...) * d'entité logique (axe de transport en commun, ...) Il y a déjà des choses, et c'est d'ailleurs le point de départ de ma question, c'est en voulant regrouper des routes que je me suis dis que c'était totalement inutile s'il n'y avait pas héritage du nom de la référence, ... Ça marche même sans héritage. En fait, si tu utilises une relation pour faire ça, l'objet représentant la rue est ta relation. Les ways membres ne sont pas une rue mais de simples tronçons isolés, ils sont donc différents par nature et il n'y a pas de raison qu'ils héritent systématiquement des mêmes tags. Cela dit, encore une fois, cette pratique complique l'édition et risque de dérouter plus d'un contributeur. Il faut garder à l'esprit qu'OSM doit rester accessible au plus grand nombre. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Héritage et relation
Le jeudi 24 mai 2012 à 14:47 +0200, Marc SIBERT a écrit : Le 24 mai 2012 06:16, Balaitous balait...@mailoo.org a écrit : Bonjour, Pour mon premier message, je voudrais poser une question que je me pose depuis un moment. Est-ce que les tags d'une relation sont héréditaires ? En d'autre terme lorsque je mets un tag dans une relation celui-ci est-il transmis aux enfants de la relation (lorsque ceux-ci ne redéfinissent pas le tag en question) ? Plus généralement, depuis quelques temps que je m'intéresse à OSM, je trouve un manque de séparation des aspects géométriques (point, ligne, ...) et sémantiques. Cela risque de poser d'importants problèmes de cohérence pour le nommage des routes, de plus en plus fragmentées. Je ne sais pas où en sont les discutions, mais il me semble qu'il faudrait aller vers un système de tag par regroupements récursifs des éléments, et héritage des tags. (Il me semble avoir vu qq chose dans ce sens pour la prochaine API) En gros, généraliser les relations, faire du multipolygon un élément géométrique à part entière. Pour les routes cela permettrait de clarifier les aspects : * de voirie * d'entité géographiques * d'entité administrative (no de voirie, axe européen, ...) * d'entité logique (axe de transport en commun, ...) Il y a déjà des choses, et c'est d'ailleurs le point de départ de ma question, c'est en voulant regrouper des routes que je me suis dis que c'était totalement inutile s'il n'y avait pas héritage du nom de la référence, ... Bonjour, troll!-- comme ça c'est clair -- http://wiki.openstreetmap.org/wiki/FR:Relations/Relations_are_not_Categories Par extension, je ne comprends pas que l'on regroupe dans une relation des voies qui possèdent le même nom, le tag name est fait pour ça ! /troll A+ -- Marc Sibert Bah, on est pas vendredi ! En plus ton non-argument tient même pas la route. Tu l'appuies sur une page dans laquelle il est dit explicitement : On les utilise aussi pour grouper des tronçons d'une route, par exemple : ces 15 chemins forment mis bout à bout une route du nom de truc. Un bon trolleur doit soigner ses trolls, sinon c'est pas drôle. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Héritage et relation
Le jeudi 24 mai 2012 à 09:36 -0500, Balaitous a écrit : Merci pour vos réponse. Donc si je comprend bien en dehors du myltipolygon, pas d'héritage des tags. (Je ne sais pas si c'est officiel pour le multipolygon, mais quand je l'utilise je ne tag pas les ways correspondantes, et ça a l'air de marcher). Je pense que c'est l'éditeur ou le rendu qui t'induit en erreur. Si tu prend un bâtiment avec un cour intérieure par exemple, il y aura deux chemins membres d'une relation de type multipolygon. Le seul objet OSM qui représente le bâtiment est la relation. Les deux chemin *ne sont pas* des bâtiments. Ils peuvent éventuellement porter des tags propres pour représenter un *autre* objet. En fait, le point de départ de ma réflexion, c'est qu'après avoir contribué un peu à l'édition, j'aimerais bien avoir une carte papier! Et je compte dans les mois qui viennent essayer de faire une telle carte, échelle visé 1:25000 et 1:10. L'exploitation envisagée de la base de données ne doit en aucun cas commander la manière dont on l'édite. Autrement dit : on ne taggue pas pour le rendu (ou pour quoi que ce soit d'autre). Si par exemple tu veux faire une carte du bâti, tu pourras avoir 2 tables après import de la base : une table du bâti polygone (way) et une table du bâti multipolygone (relation). C'est *après l'import* que tu devras faire un post-traitement pour mettre ça au propre dans une seule table. Pareil pour fusionner les tronçons de routes qui n'aurait pas été groupé dans une relation (ST_LineMerge est ton ami). Le système existant est très orienté navigation routière. Dans OSM, il y a aussi de l'occupation des sols, des chemins de randonnées, des POI, des balises de navigation maritime, des ... Les outils de modélisation OSM sont simples et souples et c'est pour ça que la base est aussi riche :) Effectivement les besoins ne sont pas les mêmes en rase campagne, où la règle un trait = une route fonctionne assez bien, et tant qu'une route n'est pas trop segmenté, la gestion manuelle de la cohérence fonctionne assez bien. En ville ou sur les grands axes routiers par contre la segmentation est beaucoup plus forte, et question simplicité d'édition, le système actuel n'est pas satisfaisant, rajouter une modifier une ref ou un nom sur une route partagée en 10 ou 2 segments à de quoi décourager plus d'un utilisateur! Rien ne t'empêche de créer une relation pour cette voie et ainsi factoriser les tags. Je ne l'ai jamais vu mais ça n'est ni impossible ni interdit. Le principe d'un projet tel qu'OSM est de fonctionner par petites évolutions avec compatibilité ascendante. Le principe d'héritage des tags me parait entrer dans cette catégorie. Au niveau de l'édition cela peut se gérer assez facilement si un peu comme ce qui est fait pour les relations, lors de la sélection d'un élément JOSM affiche les groupes dont il fait partie, et si JOSM propose lors du découpage d'un segment de regrouper les tags existant en créant un nouveau groupe. L’existence de la relation type=route montre qu'il y a un besoin, mais son utilité est bien faible sans l'héritage des tags. En fait, je pense qu'on ne se comprends pas bien. J'entends héritage au sens de la modélisation objet qui implique l'existence de classes. Dit simplement l'héritage correspond à une relation est-un entre deux concepts : la classe Écureuil hérite de Mammifère qui hérite de Animal car un écureuil *est un* mammifère et un mammifère *est un* animal. Dans ce que tu décris, je ne vois pas de relation est un ni de classes. Je vois seulement de la factorisation de tags. C'est bien de ça que tu veux parler ? Si oui, alors les relations te permettent déjà de faire ça. Les possibilité d'amélioration se situent alors : - D'une part au niveau des éditeurs, comme tu le suggères, qui pourraient proposer de créer une relation quand plusieurs objets OSM sont manifestement des parties d'un même objet physique. Libre à toi de proposer un patch implémentant ceci. - D'autre part au niveau des contributeurs qu'il faudra convaincre ou rassurer. En effet, beaucoup sont réticents à utiliser les relations (les nouveaux et les occasionnels en particulier). J'espère que tu ne manque ni de courage ni de pédagogie pour cette tâche :p Si j'interprète mal ce que tu appelles héritage, peux-tu donner des cas d'utilisation pour clarifier ? Désolé pour la longueur de la réponse et merci d'avoir lu jusqu'ici ! Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche personnes pour me former à OSM (cartographie en ligne, cartes sur site perso...)
Le mardi 22 mai 2012 à 11:16 +0200, Pieren a écrit : 2012/5/20 Olivier Griffet oliviergriffetli...@gmail.com: Je vous propose de venir participé à la prochaine réunion des contributeurs / contributrices à OpenStreetMap, Alors, ça s'est passé comment cette réunion ? Pieren C'était sympathique. Malgré la fatigue du week-end, il y avait ce qu'il faut de bonne humeur et Frédéric nous a même régalé d'une très bonne tarte :) Pour ce qui concerne le projet de Frédéric (à l'origine de ce fil de discussion), c'est surtout Sylvain (Ecologeek) qui lui a présenté OSM et les divers outils qui pourraient lui être utile. Frédéric, si tu as besoin de nouveaux éclaircissements, n'hésite pas à demander sur cette liste. Pour le reste de la soirée, il y a un bref résumé sur le wiki : http://wiki.openstreetmap.org/wiki/Marseille/R%C3%A9unions_2012#Rencontre_du_21_mai Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] IRL à Paris le 15 mai à Bastille ?
Le samedi 12 mai 2012 à 15:03 +0200, f.dos.san...@free.fr a écrit : Selon didier2020 didier2...@free.fr: Le samedi 12 mai 2012 à 09:47 +0200, Vincent de Chateau-Thierry a écrit : Bonjour, Le 12/05/2012 09:26, Florian LAINEZ a écrit : bon alors on fait toujours ça mardi prochain (le 15) à bastille ? on s'est pas décidés au final :( mardi ça serait pas mal, ça permettrai aux nouveaux que je vais recruter pendant l'ubuntu party de ce week-end de nous rencontrer ^^ Merci Florian. C'est toujours bon pour moi. Toujours avec plaisir, c'est bon pour moi aussi didier vincent OK Mardi 15/05 Bastille, c'est noté :-) J'y serai aussi. Au plaisir Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à travers bâtiment
Le jeudi 03 mai 2012 à 23:10 +0200, Pieren a écrit : On Thu, May 3, 2012 at 10:22 PM, Stéphane MARTIN st3ph.mar...@laposte.net wrote: Effectivement, si je comprends bien ça m'a l'air tout à fait approprié. tunnel=yes, c'est l'ancienne méthode. Un peu de respect pour les anciens, svp ;-) J'ai souvenir de long débat sur cette question :) Les ingénieurs et autres puristes n'aiment pas trop tunnel=yes car, en toute rigueur, c'est le bâtiment qui est un pont au dessus de la voie (la voie n'est pas creusée dans l'obstacle). Une proposition relativement consensuelle a été faite récemment : http://wiki.openstreetmap.org/wiki/Proposed_features/building_passage C'est déjà un peu utilisé : http://taginfo.openstreetmap.org/keys/tunnel#values J'ai commencé à l'utiliser là par exemple : http://www.openstreetmap.org/browse/way/104335939 (Ça n'est évidemment pas incompatible avec layer=* ou d'autres tags). Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr@] IRL à Paris le 10 mai à Châtelet
J'arrive un peu après la bataille... Mais s'il reste quelques motivés pour une rencontre en mai, ça me plairait bien de partager une bière (ou un café). Je serai de passage à Paris les lundi 14 et mardi 15 mai. À bientôt peut-être Gilles Le vendredi 27 avril 2012 à 11:25 +0200, Florian LAINEZ a écrit : le samedi 12 c'est ubuntu party ! je ne serai donc pas dispo et je pense que ça concerne d'autres personnes que moi. Il y a des ponts pour tous les autres week-end de mai, donc je ne pense pas que ça soit le bon mois pour faire ça en week-end ... mais en juin je suis pour. Mercredi 9 je ne peux pas, pourquoi pas le vendredi 11 ? Le 26 avril 2012 17:37, f.dos.san...@free.fr a écrit : Peu importe la date, c'est bon pour moi. Un samedi c'est pas mal, ça permettra peut être d'attirer du nouveau monde. Selon Christian Quest cqu...@openstreetmap.fr: Je ne suis pas dispo le 10 mai au soir, pas contre ok pour le Mercredi 9 et le Samedi 12. Ca serait peut-être pas mal de faire ça un samedi de temps en temps ? Tout le monde ne peut pas se libérer en semaine... Le 26 avril 2012 16:46, Florian LAINEZ winner...@free.fr a écrit : Salut Paris, Pour ne pas changer nos bonnes vieilles retrouvailles mensuelles, une*IRL dans un bar le jeudi 10 mai *, ça vous tente ? Je ne vous repropose pas le Hall's Beer, il n'y a pas de WIFI au fond de la salle, ce qui est bien évidemment scandaleux :p Est ce que le *Mc Brides* vous conviendrai ? C'est un Irish bar situé 30 mètres plus loin (54 rue St Denishttp://www.openstreetmap.org/?lat=48.860767lon=2.349597zoom=18layers=M) que le Hall's beer. a+ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Florian Lainez http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment faire pour que les bâtiments tracés avec JOSM apparaissent dans openstreetmap.org
Le mercredi 25 avril 2012 à 08:35 +0200, Christian Quest a écrit : Le 24 avril 2012 22:12, Olivier Griffet oliviergriffetli...@gmail.com a écrit : Bonjour, à tou(tes)s. 1. Comment faire pour que les bâtiments tracés avec JOSM apparaissent dans openstreetmap.org , pour vous expliquer en détails, voici un lien : http://www.openstreetmap.org/?lat=43.11967lon=5.93715zoom=17layers=M Il s'agit de certains bâtiments que j'ai tracé avec JOSM et l'imagerie Bing, par ce que dans l'image vectorielle du Cadastre ces bâtiments ne sont pas tracés. Le secteur du centre commercial Mayol de Toulon 83000 existe seulement depuis une vingtaine d'années ( années 1990 / 1993 ). L'état actuel existe depuis les années 1995 / 1996. J'ai aussi tracé des passages sous des bâtiments qui apparaissent en dessus. 2. Est-ce que cette façon de faire est la bonne ou pas ? 3. Quel est la bonne pratique dans ce cas ? Difficile de répondre à ces questions sans connaitre le terrain. Vu les images aériennes récentes (2011), ce n'est pas très évident non plus de répondre. Le grand tracé building=commercial provient du cadastre ? Si ce n'est pas du bâtiment, je le passerai en landuse=retail (et pas commercial qui correspond à des bureaux). Là on a 2 couches de bâtiments l'une sur l'autre ce qui est plutôt bizarre. Il y a des espaces verts et des passages piétons visibles. Sont ils en terrasse sur des bâtiments qui recouvriraient effectivement toute la zone ? Je connais un peu la zone et je confirme qu'il y a bien : - un gros centre commercial et des parking au niveau 0 (sol), - un espace essentiellement piéton aménagé sur dalle + l'étage du centre commercial au dessus (niveau 1) - des bâtiments accessible depuis le niveau 1 (hôtels, bureaux...) Pour compliquer le tout, il y a effectivement les tribunes du stade qui recouvrent plus ou moins d'autres éléments. On en a un peu discuté avec Olivier lors de la dernier rencontre à Marseille. J'ai l'impression que le fond du problème est de gérer la superposition de bâtiments. Faut-il simplement ajouter un tag layer=n ? Il me semble qu'il y avait une proposition sur le wiki pour qualifier ce genre de bâtiment complexes mais je ne la retrouve plus... :/ Olivier, tu peux peut-être t'inspirer du quartier de Cergy-Préfécture qui est similaire (même si je trouve que ce qui est dans OSM est incomplet, ça ne reflète pas les circulations possibles, piétonnes notamment). http://www.openstreetmap.org/?lat=49.036827lon=2.079315zoom=18layers=M Quelqu'un peut suggérer d'autres exemples d'urbanisme sur dalle ? Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FranceTopo: Message à destination du pirate breton qui se reconnaîtra
Le mercredi 28 mars 2012 à 14:44 -0700, PierreV a écrit : Au fait, à l'attention de Pierre-André Le Ny: je ne pense pas que l'espèce visé n'est pas l'origine géographique, mais plutôt les personnes mal intentionnés et doués en informatique... qui sont plus communément appelés pirates ou hackeurs ;-) Rho... Je n'imaginais pas que ce triste amalgame puisse se répandre jusque sur cette liste. Je suis un hacker ! Et bien des contributeurs à OSM le sont aussi. C'est terrible d'être confondu avec des pirates ou des gens malveillants alors que l'on s'investit avec passion dans un projet pour construire un bien commun. Vos mots me brisent le cœur... Je me doute que l'intention n'est pas mauvaise. Mais, par amalgame, vous dénigrez des gens aiment apprendre, comprendre, partager et mettre leur compétence au service des valeurs qui les animent. Alors, s'il vous plaît, prenez le temps de lire et comprendre ce bref article : http://fr.wikipedia.org/wiki/Hacker et cessez de confondre les termes de pirate et de hacker. -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM à Marseille
Le lundi 26 mars 2012 à 14:21 +0200, Olivier Griffet a écrit : Bonjour, à toutes et à tous. Il y a aujourd'hui lundi 26 mars 2012, une réunion des contributeurs d' OpenStreetMap sur Marseille à La Bo[a]te dès 20h00. Je compte venir avec un autre contributeur habitant sur Brignoles 83170. Pouvez-vous confirmer que cette réunion est toujours d'actualité et a lieu ? Dans l'attente de votre réponse... Salutations libriste. Olivier Griffet Bonjour Olivier, Oui, la réunion est toujours prévue à 20h. Nous avons convenu de remettre ça le dernier lundi de chaque mois, on essaiera de maintenir le wiki à jour en cas de changement. L'entrée se fait par les escaliers reliant la rue Sainte au cours d'Estienne d'Orves. À tout à l'heure -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Ways in old mediterranean and similar towns.
Le jeudi 22 mars 2012 à 10:44 +0100, Janko Mihelić a écrit : 2012/3/22 Maarten Deen md...@xs4all.nl In Barcelona I encountered this street: http://maps.google.nl/maps?ll=41.380584,2.181439spn=0.000779,0.001894t=mz=19layer=ccbll=41.380584,2.181439panoid=Z5Al9C_PiNq_MeNrDM36dwcbp=12,300.97,,0,-0.64 In OSM it is a highway=pedestrian: http://www.openstreetmap.org/?lat=41.380561lon=2.181011zoom=18layers=M I would not map this as a footway. Why not? Why do people in cities hate footways? I understand your position and I somehow agree with you: the usage of pedestrian/footway/path is not clearly defined at all. It took me a long time to make sense of these values and I'm aware that other contributors use it in a (slightly) different manner. A contributor may describe a way as footway while another would describe the same way as pedestrian and there is no rule to decide who is wrong and who is right... So, there is no clear definition, agreed. However, in the maps linked from your original post, I can see a few highway=footway. This basically means that local contributors did make a difference between pedestrian streets and footways. I also feel like there is a difference between pedestrian and footway. I can't state any clear rule but I usually use 3 values (pedestrian, footway, path) depending on the context (dense urban, residential or rural? paved? wide? commercial/business area? low traffic?). I tend to use very few footways, I'm not sure why. Maybe because our cities are mostly crowded with cars and ways are usually wide and paved. Maybe because urban planners tend to eradicate the ways that fit in my perception of a footway. Maybe this perception is the result of a cultural heritage (I live in an old Mediterranean city). The sole thing that I can say for sure is that I don't hate footways :) It is just that I don't often meet such ways (according to my own perception, again). Finally, the debate is more about replacing or not some imperfect tags. Keep in mind that tags have emerged from the community and are usually the result of a consensus. Should we replace it with a well-thought tag set? Will it be accepted by the community? No-one can tell. If you feel like this must be improved, try to make a better proposal, see how contributors will discuss it, see if it gets voted and finally used. I think it would be a relevant debate but I remain doubtful about the issue. Good luck :) -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Notion de clé principale ou clé physique (Re: Sentier interdit - invalidation du tag)
Le mercredi 21 mars 2012 à 01:01 +0100, Pieren a écrit : Il faut donc suivre une convention sur le tag principal (si tant est que quelqu'un puisse donner une définition du tag principal). Réflexion intéressante. En parcourant le wiki, je suis tombé plusieurs fois sur la notion de tag physique ou non-physique qui me semble assez proche de cette idée de tag principal. Mais je ne trouve nul part de définition de ce caractère physique ou principal. Est-ce que quelqu'un sait où trouver ça ? Il serait être intéressant d'expliciter un peu ces notions. Ça pourrait aider les nouveaux à s'y retrouver plus facilement dans la doc. Ça pourrait aussi faciliter l'exploitation des données (je pense à l'algorithme qui retrouve le(s) preset(s) en fonction des tags déjà appliqué dans Josm). Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sentier interdit
Le mardi 13 mars 2012 à 16:17 +0100, Jean-Claude Repetto a écrit : Bonjour, Suite à l'effondrement de la passerelle sur le Var, le sentier compris entre les balises 28 et 243 a été interdit par arrêté municipal. Voici la zone concernée : http://www.openstreetmap.org/?lat=44.159501lon=6.758607zoom=18layers=M Faut-il supprimer la passerelle, ou est-il possible de la marquer comme étant détruite ? Pour le sentier, ajouter une balise access=no est suffisant ? Merci d'avance pour vos conseils. Jean-Claude Bonjour, Pour le sentier, oui, je mettrai access=no pour signifier l'interdiction. Pour la passerelle effondrée, il n'y a pas de clé destroyed=yes car, en principe, ce qui n'existe pas ou plus sur le terrain ne doit pas exister dans la base. Cela dit, j'imagine qu'il existe un reste de passerelle et qu'elle sera à terme reconstruite, tu peux donc temporairement contourner le principe en mettant ruins=yes. Ça permettra de représenter la réalité du moment tout en conservant l'objet et son historique. N'oublie pas d'expliquer ça dans un champs note=*. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sentier interdit
Le mardi 13 mars 2012 à 16:25 +0100, Nicolas Dumoulin a écrit : Le Mardi 13 Mars 2012 16:17:31 Jean-Claude Repetto a écrit : Bonjour, Suite à l'effondrement de la passerelle sur le Var, le sentier compris entre les balises 28 et 243 a été interdit par arrêté municipal. Voici la zone concernée : http://www.openstreetmap.org/?lat=44.159501lon=6.758607zoom=18layers=M Faut-il supprimer la passerelle, ou est-il possible de la marquer comme étant détruite ? Pour le sentier, ajouter une balise access=no est suffisant ? Bonjour, Je me posais justement une question similaire sur les sentiers sur la chaîne des puys. Des sentiers existent, sont tracés et pratiqués, mais interdit à cause de l'érosion. En revanche, je ne sais pas si il y a un arrêté municipal (parc régional). J'ai été confronté au même cas récemment : http://www.openstreetmap.org/browse/way/59826900 Dans les Calanques de Marseille, certains sentiers sont interdits par arrêté municipal et/ou ont été dé-balisés (érosion également ou protection d'espèces sensibles). Il y existe tout de même une fréquentation résiduelle. J'ai moi-même emprunté le sentier ci-dessus à une époque où je n'avais pas connaissance de ces interdictions. On pourrait choisir de supprimer un tel sentier d'OSM. Mais le chemin est toujours physiquement là, les randonneurs le voient et peuvent être tenter de l'emprunter. Je pense donc qu'un access=no représente donc mieux la réalité. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des capitelles ?
Le lundi 12 mars 2012 à 10:41 +0100, Nicolas Moyroud a écrit : Bonjour à tous, J'aurai besoin de votre avis sur le tag à utiliser pour indiquer des capitelles. Ce sont des cabanes de pierre sèches construites par les bergers. On en trouve pas mal dans nos contrées du sud (Hérault, Gard) : http://fr.wikipedia.org/wiki/Capitelles Hier j'en ai croisé plusieurs tout au long de ma randonnée, dans le même style que la capitelle de Caux en photo sur la page wikipédia. Et je me suis rendu compte qu'en fait on voit très bien ces constructions sur les images aériennes Bing. Voici un exemple : http://imageshack.us/photo/my-images/526/capitellesalagou.jpg/ Du coup, je vais pouvoir en ajouter plein dès que je saurai quel est le tag le plus adapté. J'ai cherché sur le wiki, mais je n'ai rien trouvé d'approchant. Votre avis ? Nicolas Bonjour, J'y vois deux choses : * un bâtiment (même s'il est sommaire) avec une valeur culturelle/patrimoniale : building=capitelle optionnellement building:material=stone ou material=stone http://taginfo.openstreetmap.org/keys/material#values http://taginfo.openstreetmap.org/keys/building%3Amaterial#values optionnellement ruins=yes si c'est en ruine * si l'état du bâtiment le permet et que le lieu est accessible, ça peut être un abri potentiel pour ceux qui passeraient par là. Je te laisse choisir l'une de ces options selon la taille : http://wiki.openstreetmap.org/wiki/Proposed_features/wilderness_mountain_buildings Tu peux aussi tenter quelque chose à base de amenity=shelter + shelter_type=* (ou juste shelter=yes comme sur les arrêts de bus). http://wiki.openstreetmap.org/wiki/Key:shelter_type http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dshelter Et comme d'habitude un petit access=* si c'est pertinent. Concernant, le building=capitelle, je te conseillerais bien de faire une page wiki (même courte) sur le sujet, pour diffuser et harmoniser la pratique. Je t'avoue que mon premier réflexe aurait été de mettre building=borie mais je découvre sur la page Wikipédia que tu cites que cette appellation est probablement abusive. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des capitelles ?
Le lundi 12 mars 2012 à 11:14 +0100, Gilles Bassière a écrit : Le lundi 12 mars 2012 à 10:41 +0100, Nicolas Moyroud a écrit : Bonjour à tous, J'aurai besoin de votre avis sur le tag à utiliser pour indiquer des capitelles. Ce sont des cabanes de pierre sèches construites par les bergers. On en trouve pas mal dans nos contrées du sud (Hérault, Gard) : http://fr.wikipedia.org/wiki/Capitelles Hier j'en ai croisé plusieurs tout au long de ma randonnée, dans le même style que la capitelle de Caux en photo sur la page wikipédia. Et je me suis rendu compte qu'en fait on voit très bien ces constructions sur les images aériennes Bing. Voici un exemple : http://imageshack.us/photo/my-images/526/capitellesalagou.jpg/ Du coup, je vais pouvoir en ajouter plein dès que je saurai quel est le tag le plus adapté. J'ai cherché sur le wiki, mais je n'ai rien trouvé d'approchant. Votre avis ? Nicolas Bonjour, J'y vois deux choses : * un bâtiment (même s'il est sommaire) avec une valeur culturelle/patrimoniale : building=capitelle optionnellement building:material=stone ou material=stone http://taginfo.openstreetmap.org/keys/material#values http://taginfo.openstreetmap.org/keys/building%3Amaterial#values optionnellement ruins=yes si c'est en ruine * si l'état du bâtiment le permet et que le lieu est accessible, ça peut être un abri potentiel pour ceux qui passeraient par là. Je te laisse choisir l'une de ces options selon la taille : http://wiki.openstreetmap.org/wiki/Proposed_features/wilderness_mountain_buildings Tu peux aussi tenter quelque chose à base de amenity=shelter + shelter_type=* (ou juste shelter=yes comme sur les arrêts de bus). http://wiki.openstreetmap.org/wiki/Key:shelter_type http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dshelter Et comme d'habitude un petit access=* si c'est pertinent. Concernant, le building=capitelle, je te conseillerais bien de faire une page wiki (même courte) sur le sujet, pour diffuser et harmoniser la pratique. Je t'avoue que mon premier réflexe aurait été de mettre building=borie mais je découvre sur la page Wikipédia que tu cites que cette appellation est probablement abusive. Cordialement Après avoir approfondi la lecture de la page Wikipédia des références qui y sont citées, je me dis qu'il va être difficile de trouver un terme qui fasse consensus : borie semble abusif, capitelle est valable mais très localisé comme la majeure partie des appellations, clochan (cité par Vincent) est anglophone mais finalement tout aussi localisé. Du coup, pourquoi ne pas rester neutre et se contenter d'une simple description : building=hut material=dry_stone Ça irait ? (+ les éventuels tags ruins=*, access=*, shelter=*, etc si c'est pertinent). Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marques, symboles... pour une itinéraire balisé?
Le dimanche 11 mars 2012 à 12:40 +0100, Romain MEHUT a écrit : D'après la page Wikipédia indiquée par Gilles, on emploierait plutôt blaze pour les balises peintes et marker pour celles en plastique, bois ou metal. J'ai bon? On peut interpréter la page Wikipédia différemment : Paint blazes et Affixed markers sont tous deux des chapitres dans Blazing Types. Mais ce n'est qu'une interprétation. Sur le plan purement linguistique, je suis bien incapable de dire lequel est le plus exact entre blaze et marker. De mon point de vue, marker me semble tout aussi bon que blaze, je vois surtout qu'il y a déjà un usage pour trail_blaze. Donc, ton problème est plutôt de choisir entre : - se conformer à un usage existant (bien qu'assez faible) pour améliorer la cohérence de la base, - créer un nouveau tag pour améliorer l'exactitude de la base (si tu penses que marker est plus exact en tous cas), ça incitera les autres contributeurs à se poser la question et à se positionner. Aucune solution n'est mauvaise, il n'y a que toi qui peut choisir :) Cordialement Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilité de oneway=no ? (Was: Bypass sur autoroute)
Le lundi 12 mars 2012 à 13:37 +0100, Art Penteur a écrit : Le 11 mars 2012 22:23, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : En résumé, après les remarques de Marc et Didier : [...] oneway=no [...] Désolé de squatter cette discussion pour un sujet plus général, mais l'occasion fait le larron : Quel est l'intérêt d'un oneway=no ? L'absence d'attribut oneway n'est-elle pas équivalente ? Art. J'habite en centre-ville et pratiquement toutes les rues sont en sens unique autour de chez moi (même des lanes=2 ou 3). Parfois, il arrive qu'une rue soit à double sens sur une courte longueur. Dans ce genre de cas, il m'arrive de mettre explicitement oneway=no pour affirmer que c'est bien la réalité du terrain même si ça peut sembler bizarre quand on voit ça dans l'éditeur. Exemple : http://www.openstreetmap.org/browse/way/143463765 Mais en dehors de ça, ça ne sert à rien puisque oneway=no est la valeur par défaut, on est d'accord. (Oui, je sais, note=* est fait pour ça mais je trouve qu'il est plus court et plus ciblé de mettre un oneway=no). Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espèces de plantes et d'arbres
Le vendredi 09 mars 2012 à 03:20 -0800, Mapscrib a écrit : En effet, il me faut plutôt quelque chose d'accessible. Maperative m'a paru pas mal (même si je cherche toujours comment faire pour exporter en sqlite - si quelqu'un sait comment faire je suis preneur). Je ne suis pas utilisateur de Maperitive, désolé. Pour passer en SQLite, je serai tenté d'utiliser OGR mais il faut d'abord trouver un moyen de passer les données OSM dans un format compatible avec OGR... C'est pas terrible comme solution. De mémoire, le projet SpatiaLite fournit des utilitaires pour importer directement les données OSM. Mais c'était prévu pour le moteur de calcul d'itinéraire, j'imagine que ça ne traite que les highway=*, à tester :/ Tu parlais de continuer la réflexion sur le wiki : je suis d'accord, malheureusement je débute et ne connait pas son utilisation. Pourrais-tu m'en dire un peu plus ? Merci. Je disais plus ça pour le débat taxon vs. species/genus. Mais oui, tu peux éditer le wiki. Commence par créer un compte (ton compte OSM n'est pas valable sur le wiki mais tu peux créer un compte avec le même username). Ensuite, quand tu es connecté, tu vois apparaître des liens/boutons Modifier, clique dessus et tu passes en mode édition, ça te permet de voir comment est écrite la page (syntaxe) et de la modifier. Prends le temps de lire ça avant de commencer : http://fr.wikipedia.org/wiki/Aide:Comment_modifier_une_page Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marques, symboles... pour une itinéraire balisé?
Bonjour, J'ai fouillé TagInfo un peu plus attentivement avec les mots-clés blaze, trailblaze et guidepost. On trouve quand même 319 occurrences de information=trail_blaze affectés à des nodes. TagInfo montre d'autres résultats mais ils sont plutôt affectés à des ways : http://taginfo.openstreetmap.org/search?q=blaze Certains contributeurs utilisent la clé guidepost=* pour préciser le type de guidepost mais j'ai du mal à y voir une cohérence : http://taginfo.openstreetmap.org/search?q=guidepost Tu pourrais donc raisonnablement envisager un node avec : tourism=information information=trail_blaze hiking=yes operator=L'association locale dont tu parlais ? Pour décrire le support, peut-être : support=tree|pole|rock description=bla bla bla Évidemment, la balise information=trail_blaze et la clé support=* sont non documentées mais TagInfo montre qu'il y a déjà un embryon d'usage. Vérifie quand même sur le wiki et peut-être sur les listes de discussion s'il n'y a pas eu des discussions à ce propos. Dans TagInfo, le lien XAPI te permet de télécharger les objets concernés pour les étudier dans JOSM. Ça t'aidera peut-être à trouver des clés cohérentes (ou pas). Il te reste à inventer comment inclure ces marques dans ta relation route décrivant l'itinéraire. Le wiki ne mentionne aucun rôle pertinent et je ne vois pas comment étudier les rôles dans TagInfo. Cordialement Gilles Le jeudi 08 mars 2012 à 09:01 +0100, Romain MEHUT a écrit : Je remplis toutes ces conditions! Bon il reste quand même un détail c'est qu'il n'existe pas de tag pour identifier individuellement chaque balise. Je trouve ça quand même étonnant vu le niveau détail atteint dans d'autres domaines. Le 7 mars 2012 22:45, Pieren pier...@gmail.com a écrit : 2012/3/7 Romain MEHUT romain.me...@gmail.com: Personne pour confirmer ou pas l'intérêt de recenser les balises d'un itinéraire? Ben, à partir du moment que c'est vérifiable (1), géographique et que ça ne viole pas des droits d'auteur ou de vie privé, non, personne ne pourra te confirmer ou pas cet intérêt. C'est ça, OSM. Pieren (1) http://wiki.openstreetmap.org/wiki/Verifiable ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La néo-géographie sur ses deux jambes
Bonjour, Pour celui qui a l'esprit vierge de tout formatage, il est tout à fait normal de produire une carte après avoir collecté des données géographiques. La récente conversation autour des espèces de plantes en donne une bonne illustration : http://lists.openstreetmap.org/pipermail/talk-fr/2012-March/041219.html J'ai eu une discussion similaire dans le cadre du groupe d'utilisateur marseillais. Mon problème est que je suis trop formaté : informaticien tendance SIGiste ! Face à ces questions, mon premier réflexe serait d'expliquer un processus en 3 grandes étapes : acquisition de données, traitement, rendu. J'ajouterais bien volontiers que les 2 dernières étapes sont compliquées, ne concernent pas complètement OSM, etc. Mais cette réponse est tellement peu satisfaisante que je me retiens de la faire en général :) Pour l'instant, j'esquive la question parce que je ne sais vraiment pas quoi dire... Extraire des données de la base n'est déjà pas simple : - Charger les shapefiles de GeoFabrik (qui contiennent tout sauf le détail qui nous intéresse) ? - Bricoler avec les paramètres de la XAPI ou d'Overpass ? (y a-t-il une interface graphique ?) - Installer postgis/osmosis/osm2pgsql, télécharger le planet-latest.osm, attendre 1 semaine et en profiter pour apprendre SQL ?! - Exporter vers un ShapeFile ou KML ? mais quel outil *simple* fait ça ? Ensuite, il faut produire la carte : - On peut éditer la feuille de style Mapnik à la main mais il faut déjà être à l'aise avec XML. - TileMill apporte un mieux de ce côté mais il faut quand même être à l'aise avec les CSS et ça ne dispense pas de comprendre comment fonctionne le moteur de rendu. - QGIS est les outils SIG classiques peuvent être une solution mais il faut avoir réussi à sortir du format de fichier .osm. - Est-ce que quelqu'un a essayé Maperitive ? Je noircis un peu le tableau mais finalement pas tant que ça. Sans même avoir abordé la question de la publication de la carte sur le Web, il y a déjà trop de débuts de solution avec des oui mais. Il y a de quoi en décourager plus d'un ! Je suis un peu triste de faire ce constat. Car si le crowdsourcing est une part de ce que certains appellent la néo-géographie, la capacité du citoyen lambda à extraire des données et produire des cartes en est aussi une part importante. Faciliter ce travail là pourrait être un moyen de valoriser la base OSM, de motiver de nouveaux contributeurs et finalement d'enrichir le projet. Que répondriez-vous face à ces questions légitimes des nouveaux géographes ? Existe-t-il un guide pour celui qui veut se lancer dans le rendu carto ? Quels outils sont vraiment accessibles au commun des mortels ? Peut-on identifier les outils qui manquent ou qui méritent d'être remplacés ? Y a-t-il des gens motivés ici pour faciliter la tâche du néo-géographe ? Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La néo-géographie sur ses deux jambes
Le jeudi 08 mars 2012 à 14:40 +0100, Pieren a écrit : 2012/3/8 Gilles Bassière gbassi...@gmail.com: - Est-ce que quelqu'un a essayé Maperitive ? Non mais il est souvent cité pour sa simplicité (et si c'est pour faire un rendu local). La doc est là: http://wiki.openstreetmap.org/wiki/Maperitive Après, si c'est pour générer une carte glissante en ligne, que ce soit sur la métropole ou le monde, c'est vrai que ça n'est pas à la portée du premier venu. Mais il y a bien le style editor de Cloudmade: http://maps.cloudmade.com/editor# Pieren Merci Pieren pour ces propositions. Du côté de Maperitive, après un bref coup d'œil au HowTo, je reste un peu sceptique. Le rendu se fait toujours par des feuilles de style à écrire à la main (!). En revanche, on peut facilement charger des tuiles de fond de plan (Mapnik par exemple), des courbes de niveau, etc. Il semble qu'il sache lire les fichiers au format .osm nativement aussi. C'est un atout indéniable. Côté CloudMade, ça peut répondre aux besoins de certains pour produire des tuiles. Mais on reste limité aux jeux de données que CloudMade a bien voulu extraire pour nous. La partie extraction et traitement des données persiste donc. Je continue ma quête :) Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La néo-géographie sur ses deux jambes
Bonjour Nicolas, QGIS me semble aussi être une solution à préférer. L'outil est mâture, relativement facile à utiliser et il évolue bien. Par ailleurs, ça permet de mélanger avec tout ce qui se fait en dehors de la communauté OSM. Mais je suis resté un peu sur ma faim quand j'ai tenté de l'utiliser avec des données au format .osm. Je n'ai pas trouvé comment faire une correspondance tags=attribut avec le plugin. Idéalement, il faut trier les données en amont et les convertir en ShapeFile (ou tout format compatible OGR). Pour ça, je vois que tu utilises Osmosis. Je l'utilise aussi depuis peu et j'en suis satisfait mais j'aurai du mal à le conseiller à quelqu'un qui n'est pas un peu informaticien. J'ai découvert OSMembrane (une interface graphique pour osmosis) sur le wiki pendant que j'écrivais ce mail. Ça pourrait combler le manque, il faudrait que j'essaye. Si quelqu'un a déjà un avis, je suis preneur. Cordialement Gilles Le jeudi 08 mars 2012 à 14:49 +0100, Nicolas Moyroud a écrit : Bonjour, Pour la partie extraction de données et intégration dans un SIG, il y a le plugin OSM de QGIS qui facilite beaucoup le travail. J'avais fait un petit article sur mon site à ce sujet : http://libreavous.teledetection.fr/geomatique/9-openstreetmap/20-extraire-et-transformer-des-donnees-openstreetmap-au-format-shapefile Sinon avec René-Luc D'Hont (3LIZ) on va animer un atelier à ce sujet aux journées SIG-la-lettre 2012 : http://www.rencontres-sig-la-lettre.fr/ Pour la partie production de cartes QGIS est parfaitement adapté et il y a de nombreuses documentations en français qui sont disponibles. Mais bon je ne suis pas vraiment un spécialiste dans ce domaine. :-) Pour une publication carto sur le web avec QGIS-Server c'est vraiment simple (en tout cas beaucoup plus qu'en éditant à la main un mapfile de mapserver). Nicolas Le 08/03/2012 14:02, Gilles Bassière a écrit : Bonjour, Pour celui qui a l'esprit vierge de tout formatage, il est tout à fait normal de produire une carte après avoir collecté des données géographiques. La récente conversation autour des espèces de plantes en donne une bonne illustration : http://lists.openstreetmap.org/pipermail/talk-fr/2012-March/041219.html J'ai eu une discussion similaire dans le cadre du groupe d'utilisateur marseillais. Mon problème est que je suis trop formaté : informaticien tendance SIGiste ! Face à ces questions, mon premier réflexe serait d'expliquer un processus en 3 grandes étapes : acquisition de données, traitement, rendu. J'ajouterais bien volontiers que les 2 dernières étapes sont compliquées, ne concernent pas complètement OSM, etc. Mais cette réponse est tellement peu satisfaisante que je me retiens de la faire en général :) Pour l'instant, j'esquive la question parce que je ne sais vraiment pas quoi dire... Extraire des données de la base n'est déjà pas simple : - Charger les shapefiles de GeoFabrik (qui contiennent tout sauf le détail qui nous intéresse) ? - Bricoler avec les paramètres de la XAPI ou d'Overpass ? (y a-t-il une interface graphique ?) - Installer postgis/osmosis/osm2pgsql, télécharger le planet-latest.osm, attendre 1 semaine et en profiter pour apprendre SQL ?! - Exporter vers un ShapeFile ou KML ? mais quel outil *simple* fait ça ? Ensuite, il faut produire la carte : - On peut éditer la feuille de style Mapnik à la main mais il faut déjà être à l'aise avec XML. - TileMill apporte un mieux de ce côté mais il faut quand même être à l'aise avec les CSS et ça ne dispense pas de comprendre comment fonctionne le moteur de rendu. - QGIS est les outils SIG classiques peuvent être une solution mais il faut avoir réussi à sortir du format de fichier .osm. - Est-ce que quelqu'un a essayé Maperitive ? Je noircis un peu le tableau mais finalement pas tant que ça. Sans même avoir abordé la question de la publication de la carte sur le Web, il y a déjà trop de débuts de solution avec des oui mais. Il y a de quoi en décourager plus d'un ! Je suis un peu triste de faire ce constat. Car si le crowdsourcing est une part de ce que certains appellent la néo-géographie, la capacité du citoyen lambda à extraire des données et produire des cartes en est aussi une part importante. Faciliter ce travail là pourrait être un moyen de valoriser la base OSM, de motiver de nouveaux contributeurs et finalement d'enrichir le projet. Que répondriez-vous face à ces questions légitimes des nouveaux géographes ? Existe-t-il un guide pour celui qui veut se lancer dans le rendu carto ? Quels outils sont vraiment accessibles au commun des mortels ? Peut-on identifier les outils qui manquent ou qui méritent d'être remplacés ? Y a-t-il des gens motivés ici pour faciliter la tâche du néo-géographe ? Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http
Re: [OSM-talk-fr] Espèces de plantes et d'arbres
Le mercredi 07 mars 2012 à 05:04 -0800, Mapscrib a écrit : Suivant ce que disait C Quest, comment faire pour configurer le logiciel Mapnik afin de faire apparaitre les zones et leurs attributs du type species=Quercus robur;Castanea sativa (soit que l'on puisse dans une forêt distinguer dans quelles zones on trouve des hêtres, dans quelles zones on trouve des châtaigniers, dans quelle zone des chênes, etc...) ? je suis allé sur le site de Mapnik et je constate qu'on peut télécharger une source. Le problème c'est que je ne sais pas m'en servir... Il n'y a pas d'install ? Ou un logiciel qui permettrait de cocher ou non les attributs à afficher ? Mapnik est un moteur de rendu carto, mais il faut le voir comme un composant. Pour l'utiliser tout seul, il faut taper des lignes de commandes ou écrire des scripts Python. Je ne connais pas ton profil mais il est probable que tu cherches quelque chose de plus accessible. Il y a TileMill qui est sorti récemment. On peut le voir comme un studio d'édition carto (qui utilise Mapnik en interne) : http://mapbox.com/tilemill/ Maperitive est un autre projet issu de la communauté OSM pour produire des cartes : http://maperitive.net/ Sinon, il existe toutes sortes de logiciels (libres ou non) pour visualiser des données géographiques et produire des cartes. QGIS en est un bon exemple : http://www.qgis.org/. Mais il ne sera pas forcément aisé de passer du format et modèle de données OSM à des couches SIG plus habituelles. L'envie de produire des cartes est toute à fait légitime. Mais il faut garder à l'esprit que relever des données sur le terrain et produire des belles cartes font appels à des compétences complètement différentes. Bon Courage -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM à Marseille
Bonjour, Pour information, l'idée d'un groupe local de contributeurs à Marseille commence à se concrétiser. Suite à la rencontre du 23 février dernier, nous avons décidé de nous revoir le dernier lundi de chaque mois à 20h à La Bo[a]te : http://wiki.openstreetmap.org/wiki/Marseille#Rencontres Bien entendu, tout le monde est bienvenu, que vous soyez du coin ou de passage, contributeur ou non, assidu ou occasionnel, etc. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espèces de plantes et d'arbres
Bonjour, La réflexion est intéressante et tu pourrais avantageusement la poursuivre sur les pages du wiki prévues à cet effet pour toucher le maximum de personnes sensibles à ces questions. Pour infos, il y a déjà un proposition pour unifier species et genus : c'est la clé taxon : http://wiki.openstreetmap.org/wiki/Key:taxon Sur cette page, tu verras qu'il y a aussi des propositions pour décrire un ensemble d'espèce avec les clés cover ou dafor : http://wiki.openstreetmap.org/wiki/Key:cover http://wiki.openstreetmap.org/wiki/Key:dafor À mon humble avis, ces propositions sont peu exploitables. Si je devais utiliser ce genre de données dans une application, je préférerai avoir des données conformes à : http://wiki.openstreetmap.org/wiki/Key:plant_community ou http://wiki.openstreetmap.org/wiki/Key:habitat Mais ces propositions exigent un plus haut niveau de connaissance de la part des contributeurs. En outre, elles ne couvrent pas toutes les possibilités d'occupation du sol au sens écologique. Pour plus d'info, voir : http://fr.wikipedia.org/wiki/Classification_%C3%A9cologique_des_terres Bonne lecture :) Gilles Bassière Le mardi 06 mars 2012 à 11:56 +0100, te...@free.fr a écrit : Bonjour, Je trouve dommage que genus et species soient deux tags distincts, et pour la raison suivante : comme on n'a généralement pas qu'une seule catégorie de végétation naturelle dans un secteur donné, il serait sacrément plus intéressant de regrouper les différents genres+espèces dans un tag, séparées par ; (comme utilisé dans d'autres contextes). La séparation en deux tags rend les choses plus complexes ! La dénomination latine habituelle des espèces place les mots séparés par un espace: Quercus Ilex;Quercus Robus;Betula Pubescens Si des précisions doivent être apportées à une espèce, l'utilisation de virgule comme séparateur supplémentaire peut être utile : Quercus Ilex,hahaha;Quercus Robus,huhuhu;Betula Pubescens,hohoho Du coup, je trouve le genus inutile, si on peut tout mettre dans species. On oublie évidemment les considérations de famille, ordre, sous-classe, classe, division, sous-règne et encore moins règne :) Et là il s'agit de flore uniquement... ira-t-on jusqu'à répertorier la faune que l'on peut éventuellement rencontrer ? :D Question annexe, quelle est la longueur maximale d'un tag ? Teuxe - Mail Original - De: Gilles Bassière gbassi...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 5 Mars 2012 20h22:15 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Espèces de plantes et d'arbres Le lundi 05 mars 2012 à 09:28 -0800, Mapscrib a écrit : Donc je mets en attribut, par exemple pour une zone de chênes pédonculés (Quercus robur) : landuse = forest genus = Quercus species = Robur C'est bien ça ? Pas tout à fait, que tu utilises genus ou non, il faut mettre le nom complet dans species, donc : species=Quercus robur Ensuite, je me souviens d'une discussion où il était dit qu'il est inutile d'utiliser ensemble genus et species mais je n'en retrouve plus la trace. L'idée est que genus peut-être déduit automatiquement quand species est connu. Les partisans de cette solution conseillaient de garder genus seulement pour le cas où le contributeur est sûr du genre mais a un doute sur l'espèce (par exemple, si tu hésites entre chêne blanc ou pédonculé, tu peux te contenter de genus=Quercus). C'était seulement une discussion, tu reste libre d'utiliser l'un ou l'autre ou les deux. Utiliser genus en plus ne fait pas de mal en tout cas. Et comment créer des zones différentes au sein d'un même forêt (Avec JOSM) ? Diviser en plusieurs polygones ? Et est-ce que ces zone pourront apparaitre sur Mapnik ou Mapquest ? Le landuse=forest devrait apparaître, je crois. Mais je ne pense pas que ces rendus très généralistes feront un jour la différence en fonction de species ou de genus. Cela dit, il y a des initiatives mentionnées sur le wiki pour valoriser ces informations (rien de très mâture pour le moment). Cordialement ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marques, symboles... pour une itinéraire balisé?
Le mardi 06 mars 2012 à 14:53 +0100, Romain MEHUT a écrit : Bonjour, La communauté de communes où je réside m'a demandé de cartographier un nouvel itinéraire de randonnée. Le balisage a été réalisé par une association locale. Je voudrais savoir, pour ceux qui l'on déjà fait, quel tag vous avez utilisé pour identifier les marques ou symboles qui balisent un itinéraire pédestre ou cycliste. Jusqu'à présent j'ai utilisé tourism=guidepost mais je me demande si c'est bien approprié? Merci par avance. Romain Bonjour Romain, Ça dépend de quel balisage tu parles. Normalement, guidepost, c'est pour un piquet ou un poteau avec un écriteau mentionnant la direction, une flèche, parfois le temps de parcours, etc. Du côté de chez moi, ce que j'appelle un balisage, c'est juste une marque de peinture sur un arbre où un rocher. Les anglais parlent alors de trailblaze. La dernière fois que j'ai consulté le wiki à ce sujet, il n'y avait pas de consensus sur la manière de décrire ces balises (comment coder la ou les couleurs ? la forme ?). Ça a peut-être changer depuis, fouille le wiki autour de Key:trailblazed, etc. Pour ces balises, il n'est évidemment pas concevable de marquer toutes les balises, mais tu peux indiquer si le sentier est balisé. Pour l'instant, je me contente de ça : http://www.openstreetmap.org/browse/way/25920970 http://www.openstreetmap.org/browse/way/112408663 Dans la clé note, je mets la forme et la couleur de la balise, je remplacerai lorsque je trouverai une clé plus adaptée. D'ailleurs, si tu trouves une solution, je veux bien que tu l'indiques en réponse à ce fil de discussion. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marques, symboles... pour une itinéraire balisé?
Le mardi 06 mars 2012 à 15:20 +0100, Christian Quest a écrit : Le 6 mars 2012 15:11, Gilles Bassière gbassi...@gmail.com a écrit : Du côté de chez moi, ce que j'appelle un balisage, c'est juste une marque de peinture sur un arbre où un rocher. Les anglais parlent alors de trailblaze. La dernière fois que j'ai consulté le wiki à ce sujet, il n'y avait pas de consensus sur la manière de décrire ces balises (comment coder la ou les couleurs ? la forme ?). Ça a peut-être changer depuis, fouille le wiki autour de Key:trailblazed, etc. Pour ces balises, il n'est évidemment pas concevable de marquer toutes les balises, mais tu peux indiquer si le sentier est balisé. Pour l'instant, je me contente de ça : http://www.openstreetmap.org/browse/way/25920970 http://www.openstreetmap.org/browse/way/112408663 Dans la clé note, je mets la forme et la couleur de la balise, je remplacerai lorsque je trouverai une clé plus adaptée. D'ailleurs, si tu trouves une solution, je veux bien que tu l'indiques en réponse à ce fil de discussion. Gilles, tu peux mettre à jour tes note avec le tag osmc:symbol http://wiki.openstreetmap.org/wiki/Key:osmc:symbol Voici ce que ça peut donner au niveau utilisation de ce tag: http://hiking.lonvia.de/fr/?zoom=9lat=43.74652lon=5.45184 Merci de m'avoir mis à jour :) J'avoue qu'à la première lecture, j'ai été un peu choqué par la complexité du système de notation. D'autant plus que je n'ai toujours vu que des balisages très simples ne justifiant pas un tel arsenal (apparemment ce n'est pas le cas ailleurs en Europe). Mais en fait, toutes les composantes ne sont pas obligatoires, si bien qu'on peut écrire : osmc:symbol=yellow::yellow_bar (barre jaune) osmc:symbol=red::red_dot(point rouge) osmc:symbol=red:white:red_lower (barre rouge et blanche) Ça n'est pas aussi évident qu'un highway=path mais ça reste gérable. Je note que ce tag s'applique à la relation route, pas au sentier lui-même. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Marques, symboles... pour une itinéraire balisé?
Le mardi 06 mars 2012 à 16:43 +0100, Romain MEHUT a écrit : Dans mon cas c'est une balise rectangulaire avec une partie blanche en haut et une jaune en bas donc si je prends l'exemple de Gilles ce serait osmc:symbol=yellow:white:yellow_lower ou osmc:symbol=white:yellow_lower ? Je ne comprends pas très bien la signification de la partie waycolor. Je vois que je ne suis pas le seul à trouver ce système de notation un peu compliqué :) Si j'ai bien compris, le waycolor est la couleur principale du symbole, celle qui devrait être utilisée lorsque la route est représentée comme une ligne par exemple. Dans ton cas, je pense que c'est ton premier essai qui est bon : osmc:symbol=yellow:white:yellow_lower Je pense que le 2ème est invalide parce qu'il n'y a pas de background. Par ailleurs osmc:symbol s'applique à la relation et mon intention était bien également de référencer les balises rencontrées sur l'itinéraire. Actuellement, il n'existe donc pas de tag? Je n'ai pas vu de clé pour ça. Mais est-ce bien pertinent ? Le petit balisage (marques de peinture sur les arbres, rochers, etc) sert surtout à rappeler au promeneur qu'il est sur l'itinéraire jaune. On peut se dire que c'est surtout l'itinéraire qui est jaune et que le balisage n'est qu'une façon de matérialiser cet itinéraire. Après, si tes balises sont un peu conséquentes avec des indications dessus, tu peux aussi considérer que ce sont des guideposts et les saisir comme tels. Mais même dans ce cas, j'associerais plutôt le guidepost à la relation route sur laquelle j'indiquerai le symbole. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espèces de plantes et d'arbres
Bonjour, Pour landuse=forest (c'est-à-dire une forêt exploitée), j'imagine qu'on peut utilise species ou genus en mentionnant l'espèce exploitée puisque c'est a priori l'espèce principale. J'allais répondre que c'était sûrement plus compliqué pour un natural=wood car il faudrait identifier l'habitat plutôt qu'une espèce en particulier, ce qui implique des considérations phyto-sociologiques, etc. Avant de répandre mon pessimisme, j'ai jeté un œil au wiki et j'y ai découvert des propositions intéressantes : - http://wiki.openstreetmap.org/wiki/Key:plant_community - http://wiki.openstreetmap.org/wiki/Habitat Je me rend compte qu'OSM est plus avancé que ce que je n'imaginais pour ce qui concerne l'écologie et j'en suis ravi ! :) Cordialement Gilles Bassière Le lundi 05 mars 2012 à 13:27 +0100, Ab_fab a écrit : Oui, mais l'exemple que tu donnes (natural = tree) s'applique à un arbre unique, isolé ou remarquable. A single tree, often lone or significant Pour des chênaies, hêtraies, la nature des essences est à combiner avec landuse = forest http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dforest Même si ce n'est pas mis noir sur blanc dans le wiki, je dirais que lorsque un bois est très homogène en terme d'espèce plantée, on peut placer dans la description les balises correspondant à celles-ci, telles que décrites dans la page natural = tree. genus = * / species = * / taxon = * ... Le 5 mars 2012 12:55, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, C'est tout à fait possible: http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree Romain Le 5 mars 2012 12:38, aa mail a.a.monm...@gmail.com a écrit : Bonjour tous, Je me demandais s'il y a un moyen d'indiquer ls espèces d'arbres et de plantes ? Certaines forêts sont composées par exemple de chênaies, de hêtraies, de bois mêlés, réparties par zone géographiques. Comment les indiquer sur OSM ? Merci, Mapscrib ___ 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 -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espèces de plantes et d'arbres
Le lundi 05 mars 2012 à 09:28 -0800, Mapscrib a écrit : Donc je mets en attribut, par exemple pour une zone de chênes pédonculés (Quercus robur) : landuse = forest genus = Quercus species = Robur C'est bien ça ? Pas tout à fait, que tu utilises genus ou non, il faut mettre le nom complet dans species, donc : species=Quercus robur Ensuite, je me souviens d'une discussion où il était dit qu'il est inutile d'utiliser ensemble genus et species mais je n'en retrouve plus la trace. L'idée est que genus peut-être déduit automatiquement quand species est connu. Les partisans de cette solution conseillaient de garder genus seulement pour le cas où le contributeur est sûr du genre mais a un doute sur l'espèce (par exemple, si tu hésites entre chêne blanc ou pédonculé, tu peux te contenter de genus=Quercus). C'était seulement une discussion, tu reste libre d'utiliser l'un ou l'autre ou les deux. Utiliser genus en plus ne fait pas de mal en tout cas. Et comment créer des zones différentes au sein d'un même forêt (Avec JOSM) ? Diviser en plusieurs polygones ? Et est-ce que ces zone pourront apparaitre sur Mapnik ou Mapquest ? Le landuse=forest devrait apparaître, je crois. Mais je ne pense pas que ces rendus très généralistes feront un jour la différence en fonction de species ou de genus. Cela dit, il y a des initiatives mentionnées sur le wiki pour valoriser ces informations (rien de très mâture pour le moment). Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une carte orientée biologie ? (arbres, insectes, oiseaux, plantes)
Le vendredi 24 février 2012 à 16:15 +0100, Cyrille Giquello a écrit : Le 22 février 2012 21:31, partir-en-vtt ad...@partir-en-vtt.com a écrit : Il faut se donner les moyens ! Un projet libre dans ce domaine n'est pas utopiste. Il suffit de trouver des personnes motivées et compétentes dans le domaine ;-) Personnellement, je veux bien m'investir si un noyau se forme sur un projet comme celui-ci. Mes compétences : SIG Développement PHP/mysql/CSS/postgresql/postgis modélisation base de données en Merise connaissances dans le monde naturaliste ETL FME Je suis justement en pleine réflexion sur la démocratisation. Je suis parti de Chimère [1] et mon 1er postula est qu'une appli écrite en Python et utilisant PostGis n'est pas démocratique car elle ne peut être installée sur un serveur mutualisé à faible coût (5€/mois). Alors qu'un équivalent à Chimère écrit en Php et utilisant MySql ou SQLite pourrait s'installer partout (ou presque) pour un prix de revient modique. De cette façon, une communauté, une petite commune, ... peu s'équiper d'un petit 'SIG' à 2 balles mais qui le fait bien. Cyrille. [1] http://redmine.peacefrogs.net/projects/chimere/ Au risque de nourrir un troll... PHP dispose de peu de modules pour traiter l'information géographique (hormis mapscript, c'était le désert la dernière fois que je m'y suis intéressé). C'est la raison pour laquelle Python ou Java sont souvent préférés pour des applications géographiques. La dernière fois que j'ai jeté un œil à Chimère, le code m'a laissé une impression de qualité (et c'est rare !). Je trouve donc dommage de balayer Chimère sur le seul argument de l'hébergement. D'autant plus qu'on trouve des hébergement Python de qualité à des tarifs tout à fait abordables : https://www.alwaysdata.com/plans/shared/ Pour remettre un pied dans le sujet, je dirais qu'un projet de collecte de données naturalistes libre serait super intéressant mais : - je n'imagine pas mettre des observations (au moins de faune) dans la base OSM, il y aurait donc une BD propre à ce projet - les naturalistes sont souvent cramponnés au secret de leur données, comment alors organiser la collecte et le partage d'information ? Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Utiliser les serveurs de l'asso osm-fr (était : Re: Une carte orientée biologie ? (arbres, insectes, oiseaux, plantes))
Le vendredi 24 février 2012 à 18:06 +0100, Ab_fab a écrit : Par contre, imaginons qu'une structure impliquée dans la géomatique libre et plus précisément OSM ait accès à _ un hébergement confortable _ des machines non moins confortables _ la possibilité d'y monter des machines virtuelles adaptées aux besoins des développeurs Elle pourrait mettre à disposition un espace pilote, permettant le défrichage technique pour ce type d'applications de niche. Si l'usage décolle et charge le système, la structure peut décréter que ses ressources matérielles n'ont pas pour vocation prioritaire d'héberger ce genre de projets périphériques à son coeur d'activité. Mais dans le même temps, c'est le signe que la masse critique sera atteinte pour aller ouvrir un serveur chez un hébergeur ou bien lancer un service commercial indépendant de prestation, aux coûts de fonctionnements mutualisés entre les utilisateurs Bref, même si cela sort du contexte pur et dur OSM, en tant qu'adhérent de l'asso osm-fr, je ne serais vraiment pas choqué que ce genre d'initiative soit mis en place sur les serveurs de l'asso. Effectivement, les applis tournant autour d'OSM ont des besoins que peu d'hébergements mutualisés peuvent satisfaire. Et tous les développeurs n'ont pas les moyens ou l'envie de louer et gérer un serveur dédié. Il serait donc intéressant de pouvoir mutualiser des serveurs/services. Lors de la rencontre entre mappeurs hier à Marseille [1], nous avons évoqués plusieurs idées dont la réalisation demanderait notamment : une réplique de la BD mise à jour automatiquement, de quoi générer des tuiles, un serveur Web, etc. Ces idées sont encore très floues (ce ne sont que des idées, pas encore des projets). Mais en y repensant, j'en suis quand même arrivé aux mêmes questions qu'Ab_fab. En particulier, je me demandais s'il était possible d'occuper un peu d'espace sur le parcs de serveur dont dispose l'association [2]. Est-ce qu'une politique a déjà été définie au sein de l'association à ce sujet ? [1] http://wiki.openstreetmap.org/wiki/Marseille/R%C3%A9unions_2012 [2] http://wiki.openstreetmap.org/wiki/FR:Servers Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser les serveurs de l'asso osm-fr
Le vendredi 24 février 2012 à 19:15 +0100, sly (sylvain letuffe) a écrit : Effectivement, les applis tournant autour d'OSM ont des besoins que peu d'hébergements mutualisés peuvent satisfaire. Et tous les développeurs n'ont pas les moyens ou l'envie de louer et gérer un serveur dédié. Il serait donc intéressant de pouvoir mutualiser des serveurs/services. Ce projet était à l'un des ordres du jour du groupe technique auquel j'ai participé et j'ai pas mal avancé sur ce projet dont les grandes lignes sont : - fournir des machines virtuelles socle sous virtualbox avec les outils nécessaires aux opérations de rendu, import de base osm ce qui permettrait de faire des tests/dev et éventuellement mise en place à long terme d'applications. Ces machines virtuelles tourneraient et pourraient aussi être dupliquée/téléchargées pour usage locale/ailleurs et auraient pour but de simplifier l'accès aux développeurs souhaitant mettre en oeuvre des outils. Mon premier prototype est prêt et je commence à maîtriser suffisamment virtualbox pour une mise en place. Ok, bravo pour cet effort ! :) N'étant pas membre de l'association, je ne me prononcerais pas sur le public visé et ceux pouvant en profiter, mais mon avis personnel et que les serveurs de l'asso devraient avant tout servir les contributeurs, mais ce n'est que mon avis. En particulier, je me demandais s'il était possible d'occuper un peu d'espace sur le parcs de serveur dont dispose l'association [2]. Est-ce qu'une politique a déjà été définie au sein de l'association à ce sujet ? Si je suis en stand-by, c'est que tout le problème est là, les machines actuelles sont vieillissantes et déjà pleines à craquer ou presque et il est difficile d'ajouter autre chose que des petits services pas trop perturbateurs. Ok. J'avais bêtement cru que les 4 serveurs qui sont en orange avec un hébergement n'attendaient plus qu'un OS et des développeurs faire monter la charge :) Cela dit, je pense surtout à des petits services pas trop perturbateurs : maintenir à jour une (ou plusieurs) pyramides de tuiles à l'échelle de l'agglomération de Marseille. Si on considère que la base de données sous-jacente est mutualisée (osm7 si j'ai bien compris) et qu'on s'en tient à une fréquence de mise à jour basse, alors la charge n'est pas colossale. Mais j'espère que christian va nous annoncer bientôt une bonne nouvelle concernant de nouvelles machines ;-) Attendons alors ! :) -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre entre contributeurs à Marseille
Le mercredi 22 février 2012 à 20:55 +0100, Romain MEHUT a écrit : Vous avez convié le Collectif Vélos en Ville? Romain Bonjour Romain, Pour cette première rencontre, l'idée est surtout de réunir des contributeurs. Le but est de se coordonner et de communiquer entre nous, plutôt que de faire de la promotion auprès d'acteurs externes. Cela dit, j'ai senti chez certains l'envie de militer, je ne doute pas que nous parlerons ce soir des actions à mener dans ce domaine. J'en profite pour t'informer des suites concernant Vélos en ville. J'ai eu ton contact au téléphone, il souhaite effectivement organiser une présentation d'OSM à ses adhérents mais il doit pour cela obtenir l'aval du bureau de son association et organiser un peu la chose. Malheureusement, il y a d'autres urgences qui l'occupent pour le moment (si j'ai bien compris). Nous nous sommes quittés plein de bonne volonté mais sans prendre rendez-vous pour faire avancer ce dossier. À suivre/à relancer donc. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre entre contributeurs à Marseille
Bonsoir, Nous serons une poignée de contributeurs à nous réunir ce jeudi 23 février à 18h30 à la brasserie Les Danaïdes à Marseille. Le but est de se rencontrer et d'initier un groupe d'utilisateurs local. L'idée est décrite ici : http://wiki.openstreetmap.org/wiki/Talk:Marseille. S'il y a sur cette liste des gens de Marseille ou des alentours (ou même de passage dans la région), n'hésitez pas à vous joindre à nous. Vous êtes les bienvenus. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Accueil des nouveaux contributeurs
Bonjour Je détecte aussi les nouveaux (plus artisanalement, via OWL) et, s'il y a des améliorations à proposer, j'envoie un message. Il m'arrive aussi d'avoir des retours du genre : ça fait plaisir, on se sent moins seul, mais le plus fréquemment je n'ai pas de retour et je ne vois pas ré-apparaître le contributeur. Je n'ai jamais réussi à savoir si c'est moi qui les ai effrayés ou si c'était simplement des gens qui voulaient juste essayer. J'avoue intervenir dans ce fil de discussion sans avoir autre chose à proposer que de nouvelles questions, je suis moi-même dans le doute : - faut-il mieux contacter personnellement le nouveau ou lui envoyer un mail standard au nom de l'association ? (peut-être moins effrayant pour les grands timides ou les accros de l'anonymat ?) - faut-il contacter systématiquement les nouveaux ou seulement ceux qui font n'importe quoi ? - peut-on proposer un guide du débutant ? ou vaut-il mieux écrire des conseils personnalisés après analyse des contributions ? Concernant l'outil spécialisé dans la détection des débutants, il pourrait être intéressant de développer ça au niveau de l'asso pour envoyer des mails automatiques. Mais dans le cas de messages personnalisés, je pense que je continuerai à faire un suivi global de ma zone avec OWL, sans outil spécifique aux débutants. Toutes les contributions méritent un regard critique et d'éventuelles discussions, pas seulement celles des débutants. Cordialement Gilles Bassière Le lundi 06 février 2012 à 11:20 +0100, Etienne Trimaille a écrit : Je me suis également développé un petit outil de ce genre, mais c'est vraiment codé avec les pieds ... Le script python parse le fichier OSM de ma région. J'obtiens la liste des contributeurs classé par ancienneté, avec le nombre de fois qu'ils apparaissent dans le fichier (cela permet de repérer les premiers imports par exemple). Ensuite, je contactent ces contributeurs. Le retour est très positif, ils me répondent comme quoi ils sont contents que l'on prennent contact avec eux aussi rapidement. Ils se sentent moins seuls lors des premières contributions. J'explique les tags, j'indique les liens vers le wiki, osmose, keepright, ... Bref, c'est une très bonne idée. Il faudrait pouvoir faire ce genre d'opérations sur chaque région. Le 6 février 2012 10:58, THEVENON Julien julien_theve...@yahoo.fr a écrit : De : Ab_fab gamma@gmail.com Bonjour, Pensez-vous qu'un outil identifiant les nouveaux contributeurs sur un territoire donné (une région, la France Métropolitaine) serait une bonne chose ? Oui, d ailleurs j avais poste sur la mailing liste le code d un outil que j ai code qui permet de detecter les nouveaux contributeurs. L'idée étant de pouvoir facilement les identifier pour _ regarder la teneur des premières contributions, _ proposer par la messagerie interne de les épauler pour les premiers pas, guider vers des tutos, d'autres outils ... Tout a fait daccord, j avais fait l outil dans cet optique En tant que ex-nouveaux contributeur (on l'est tous), est-ce que vous auriez apprécié ce genre de prise de contact (j'y ai eu droit, et j'ai trouvé ça très intéressant), ou alors vous considérez que c'est trop intrusif ? Personnellement j aurais apprecie et je pense que les gens qui viennent demander un conseil ou un avis sur leur facon de faire sur la mailing liste sont une minorite Une idée sur une manière efficace de procéder ? Dans mon cas je suis les minutes diff, recupere les pseudos des contributeurs, recupere leur date d inscription sur leur profil OSM. Si ils sont inscrits depuis moins de N mois je les ajoute a une liste qui sort sous forme de fichier texte Julien __ De : Ab_fab gamma@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Lundi 6 février 2012 10h53 Objet : [OSM-talk-fr] Accueil des nouveaux contributeurs Bonjour, Pensez-vous qu'un outil identifiant les nouveaux contributeurs sur un territoire donné (une région, la France Métropolitaine) serait une bonne chose ? L'idée étant de pouvoir facilement les identifier pour _ regarder la teneur des premières
Re: [OSM-talk-fr] Accueil des nouveaux contributeurs
Bonjour, J'aime bien cette idée de parrainage. On pourrait mettre ça en œuvre de manière assez simple : 1. les contributeurs disposés à parrainer des nouveaux se font connaître 2. le site openstreetmap.fr publie une liste (et une carte) des parrains avec un lien vers le compte sur osm.org 3. les nouveaux n'ont plus qu'à choisir qui contacter En se limitant à ça, il n'y a vraiment pas de difficulté technique. Ça pourrait être mis en œuvre en bêta rapidement. Ensuite, on pourrait améliorer en donnant pour chaque parrain : - quelques stats pour mieux situer la personne, - les éventuels thèmes de prédilection (transports en commun, limites administratives, sports, etc), - liens vers http://yosmhm.neis-one.org/ et http://hdyc.neis-one.org/, - etc En allant au bout de l'idée, je me dis que le système pourrait être utile aussi aux contributeurs plus réguliers. Quand j'étais débutant, j'aurais bien aimé trouver un parrain expérimenté à côté de chez moi. Puis quand j'ai commencé à mapper le réseau de transport en commun, j'aurai bien aimé avoir un parrain spécialisé sur la question même s'il n'est pas à côté de chez moi. Maintenant, j'essaye de fédérer un groupe d'utilisateurs local et j'aurai parfois besoin d'être un peu soutenu par quelqu'un qui s'est déjà lancé là-dedans. Bref, j'aimerais bien que les mises en relations soient plus faciles et plus évidentes, pas seulement pour les débutants. Cordialement Gilles Bassière Le lundi 06 février 2012 à 11:32 +0100, corneliux a écrit : Bonjour, Je me permet d'intervenir dans ce questionnement étant moi-même un contributeur semi-débutant. J'avais aussi réfléchi à la chose, et j'en étais arrivé à une solution (qui vaut ce qu'elle vaut !) : le parrainage. On pourrais imaginer que les contributeurs (ayant par exemple plus de 100 interventions sur OSM) aient une option dans leur compte qui leur demande s'ils acceptent d'être parrain. Ensuite, pour chaque nouvelle inscription, le contributeur se verrait attribuer un parrain aléatoirement ,ou en fonction de la zone géographique, ou au choix parmi une liste. Qu'en pensez-vous ? Corneliux Message initial De: Ab_fab gamma@gmail.com Reply-to: Discussions sur OSM en français talk-fr@openstreetmap.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Sujet: [OSM-talk-fr] Accueil des nouveaux contributeurs Date: Mon, 6 Feb 2012 10:53:19 +0100 Bonjour, Pensez-vous qu'un outil identifiant les nouveaux contributeurs sur un territoire donné (une région, la France Métropolitaine) serait une bonne chose ? L'idée étant de pouvoir facilement les identifier pour _ regarder la teneur des premières contributions, _ proposer par la messagerie interne de les épauler pour les premiers pas, guider vers des tutos, d'autres outils ... En tant que ex-nouveaux contributeur (on l'est tous), est-ce que vous auriez apprécié ce genre de prise de contact (j'y ai eu droit, et j'ai trouvé ça très intéressant), ou alors vous considérez que c'est trop intrusif ? Une idée sur une manière efficace de procéder ? -- ab_fab Il n'y a pas de pas perdus ___ 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 -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage sur le travail collaboratif de saisie de données pour un contributeur expérimenté OSM
Le jeudi 02 février 2012 à 19:01 +0100, sly (sylvain letuffe) a écrit : Ceci me fait penser à une technique utilisée par Google Maps en Inde, pour générer des descriptions d'itinéraire intégrant des points de référence locaux («à droite après le McDonalds» ...). M mais c'est pas complètement con cette idée. Il y a des choses qu'on ne peut en effet pas déterminer uniquement par leur position. Des notions comme visibilité depuis la route, visibilité car haut, visibilité car gros logo. Il y aurait donc peut-être matière à un tag du genre : visibility=McDonalds pour indiquer qu'un texte McDonalds est très visible de ce coté du bâtiment et peut donc être utilisé comme repérage. J'aime aussi beaucoup l'idée d'indiquer des points de repère plus intuitifs dans les itinéraires. Mais... Je ne trouve pas de manière pertinente de représenter ces relations remarquables entre objets. D'une part, je me heurte toujours à la subjectivité de la chose. Par exemple, j'ai vaguement connaissance qu'il y a des McMachin autour de chez moi mais je suis incapable de dire où ils sont, je n'y prête pas attention, c'est-à-dire qu'ils ne sont pas visibles pour moi. Et d'autre part, je reviens toujours à la notion de POI. Effectivement, qu'est-ce que le visibility=McDonalds apporte de plus que amenity=fast_food+name=McDonalds ? En fait, pour faire ce que présente Google en Inde, je ne crois pas que nous ayons besoin de plus que cette notion de POIs. Libre au développeur de choisir ce qu'il considère comme étant des POIs pertinents pour l'audience à laquelle il s'adresse. Si on veut aller plus loin, comme le suggère la question de Carmen Brando, je crois qu'il faut surtout des algorithmes pour détecter ces relations remarquables. Dans l'exemple de l'abribus, la proximité entre les POIs La Poste et abribus est importante mais le juste en face qualifie encore mieux la relation entre les deux, il y a une vrai valeur ajoutée pour l'utilisateur. Cette relation juste en face peut se détecter par le calcul et je pense que les autres aussi, j'aurai tendance à éviter de le mettre en base donc. De telles relations et les algorithmes qui vont avec peuvent être utiles à la saisie également : on peut imaginer un éditeur un peu intelligent capable de mieux situer un objet si on le décrit par ce genre de relations, etc. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr