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
Re: [OSM-talk-fr] Comment tagger un cassis ?
Oui, les radiers, c'est pour faire passer l'eau. Un autre exemple au-dessus de Grenoble : http://maps.google.fr/maps?q=la+tronchehl=frie=UTF8ll=45.214139,5.744597spn=0.000688,0.001206sll=46.75984,1.738281sspn=10.961323,19.753418hnear=La+Tronche,+Is%C3%A8re,+Rh%C3%B4ne-Alpest=hz=20layer=ccbll=45.214068,5.744532panoid=N_Lsk8WIhahvIxNQozyy3Acbp=12,7.4,,0,34.24 Je l'ai codé en gué (ford) comme je le fais régulièrement à Madagascar. Un radier n'a pas vocation à ralentir la circulation et peut d'ailleurs être relativement étendu. Pour moi radier et cassis sont deux concepts à distinguer dans OSM. Pour le cassis, il faut enrichir les valeurs du tag traffic_calming (=hollow?) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars
Je suis content que l'idée plaise ^^. Je suis aussi dispo pour les 2 dates, donc pour l'instant on part plutôt sur le 8 :) Le 23 février 2012 08:25, Po G nux...@gmail.com a écrit : Salut Très bonne idée. Je suis partant pour les deux dates. POG 2012/2/23 didier2...@free.fr - Mail d'origine - De: Vincent de Chateau-Thierry v...@laposte.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Wed, 22 Feb 2012 20:50:17 +0100 (CET) Objet: Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars Bonsoir, Le 22/02/2012 20:29, Florian LAINEZ a écrit : Bonjour les parisiens, ça vous dirait une rencontre IRL dans un bar histoire de parler de nos dernières sessions de mapping ? On en a parlé au FOSDEM : à Paris on ne se voit jamais ! C'est vraiment dommage, let's fix it ;) Je propose le _mardi 6 mars au Hall's beer Tavern à Châtelet_ (68 rue saint denis http://www.openstreetmap.org/?lat=48.861587lon=2.349264zoom=18layers=M http://www.openstreetmap.org/?lat=48.861587lon=2.349264zoom=18layers=M ) : c'est central et ça permettra à ceux qui ne connaissent pas encore la Chouffe de découvrir cette bière inoubliable ^^ Motivés ? Merci pour l'initiative ! Enfin... si les banlieusards sont acceptés :-) = idem Malheureusement, pour moi, le 6 n'est pas possible. Je propose le jeudi 8 au cas où. = je suis partant pour le 6 ou le 8 didier --mapeur amateur-- ___ 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 -- *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
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 février 2012 09:38, Eric Sibert courr...@eric.sibert.fr a écrit : Oui, les radiers, c'est pour faire passer l'eau. Un autre exemple au-dessus de Grenoble : http://maps.google.fr/maps?q=la+tronchehl=frie=UTF8ll=45.214139,5.744597spn=0.000688,0.001206sll=46.75984,1.738281sspn=10.961323,19.753418hnear=La+Tronche,+Is%C3%A8re,+Rh%C3%B4ne-Alpest=hz=20layer=ccbll=45.214068,5.744532panoid=N_Lsk8WIhahvIxNQozyy3Acbp=12,7.4,,0,34.24 Je l'ai codé en gué (ford) comme je le fais régulièrement à Madagascar. Un radier n'a pas vocation à ralentir la circulation et peut d'ailleurs être relativement étendu. Pour moi radier et cassis sont deux concepts à distinguer dans OSM. Pour le cassis, il faut enrichir les valeurs du tag traffic_calming (=hollow?) Eric D'accord aussi pour séparer les radiers des cassis ! As-tu un exemple pour le hollow ? Il est vrai que je ne connais pas le terme en anglais... Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre entre contributeurs à Marseille
Le 23 février 2012 09:32, Gilles Bassière gbassi...@gmail.com a écrit : 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/ +1 pour ne pas mélanger. Là il faut essayer de faire que Marseille devienne un pôle OSM (enfin j'espère ne pas déménager encore une fois au bout d'un an...) quand on voit la ville de Orange et son activité ça fait un peu « cheap » Marseille... À ce soir, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre entre contributeurs à Marseille
Le 23 février 2012 09:58, Fabien marbolan...@gmail.com a écrit : Le 23 février 2012 09:32, Gilles Bassière gbassi...@gmail.com a écrit : 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/ +1 pour ne pas mélanger. Là il faut essayer de faire que Marseille devienne un pôle OSM (enfin j'espère ne pas déménager encore une fois au bout d'un an...) quand on voit la ville de Orange et son activité ça fait un peu « cheap » Marseille... Et il n'y a pas que Marseille dans ce cas... À ce soir, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Calculateurs ou cartes pour s'orienter à vélo?
Bonjour, C'est le titre du billet de ce jour du blog Isabelle et le vélo. Il fait suite notamment à mes sollicitations auprès de l'auteur de ce blog. http://isabelleetlevelo.20minutes-blogs.fr/archive/2011/11/12/un-autre-portail-d-itineraires-pour-cyclistes.html Il y est donc question de comment s'orienter à vélo en ville. Côté numérique: Mappy est disqualifié. Géovélo se fait égratigner car il *nous envoie en plein dans les endroits à éviter*! Il est question de Ride the City mais il n'est pas fait mention qu'il exploite OSM *via* Cloudmade. Côté carte papier: Plusieurs exemples sont cités dont La Ville à Vélo de Lyon. L'auteur insiste surtout que les cartes doivent être issues de données relevées sur le terrain et qu'elles soient diffusées. En somme, de mon point de vue, on pourrait conclure qu'OSM porte en soit tous les avantages pour répondre à la question de départ sauf que le projet est encore trop méconnu et qu'il reste beaucoup de pédagogie à prévoir... N'hésitez pas à réagir, je ferai suivre les commentaires... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calculateurs ou cartes pour s'orienter à vélo?
hello, Oui c'est exactement ce que tu dis, OSM apporte toutes les solutions posées par cette personne ... à condition de faire les relevés terrain justement. Son appel aux pouvoirs publics est un peu vain : on a déjà tous les outils pour faire une carto de qualité, il ne manque plus qu'ils soient utilisés. @romain si tu es motivé pour aller plus loin avec cette personne, c'est une mapping party à vélo qu'il faut organiser :p Le 23 février 2012 10:08, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, C'est le titre du billet de ce jour du blog Isabelle et le vélo. Il fait suite notamment à mes sollicitations auprès de l'auteur de ce blog. http://isabelleetlevelo.20minutes-blogs.fr/archive/2011/11/12/un-autre-portail-d-itineraires-pour-cyclistes.html Il y est donc question de comment s'orienter à vélo en ville. Côté numérique: Mappy est disqualifié. Géovélo se fait égratigner car il *nous envoie en plein dans les endroits à éviter*! Il est question de Ride the City mais il n'est pas fait mention qu'il exploite OSM *via* Cloudmade. Côté carte papier: Plusieurs exemples sont cités dont La Ville à Vélo de Lyon. L'auteur insiste surtout que les cartes doivent être issues de données relevées sur le terrain et qu'elles soient diffusées. En somme, de mon point de vue, on pourrait conclure qu'OSM porte en soit tous les avantages pour répondre à la question de départ sauf que le projet est encore trop méconnu et qu'il reste beaucoup de pédagogie à prévoir... N'hésitez pas à réagir, je ferai suivre les commentaires... Romain ___ 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
Re: [OSM-talk-fr] Calculateurs ou cartes pour s'orienter à vélo?
Bonjour tout le monde, Pour info je ne travaille plus pour Géovélo, mais j'avais envie d'apporter quelques compléments. Je trouve très limite les articles de cette personne. Au tout début de Géovélo sur Paris (avec données OSM) elle ne lui avait laissé aucune chance à cause des problèmes de données de l'époque. Très honnêtement je doute qu'elle y soit retournée depuis pour tester le service. Sinon elle se serait peut-être aperçue que les données ressemblent étrangement à RideTheCity ;). C'est d'autant plus injuste de sa part que si aujourd'hui le résultat est honnête sur cet outil c'est en parti grâce aux contributions de Géovélo sur OSM. Enfin bref... et faudra m'expliquer comment elle ne voit pas Géovélo sur le site http://www.tours.fr/ Et puisqu'elle parle carte, signalons aussi que sur http://www.geovelo.fr/paris il y a une couche qualité des voies qui est bien pratique. Gael. -- View this message in context: http://gis.19327.n5.nabble.com/Calculateurs-ou-cartes-pour-s-orienter-a-velo-tp5507446p5507576.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] téléchargement d'une zone trop grande - Mirroirs de la base OSM
Bonjour, Il s'agit de cartographier une région. Mais, il faut aussi que le pays soit cartographié. Ceci dit... les deux niveaux affichent en effet le message de trop grande taille.Pour finir : il faut que le niveau d'îlot du pays puisse être atteignable, une fois la cartographie faite. Cordialement. let's be pleased with the environment From: verd...@wanadoo.fr Date: Wed, 22 Feb 2012 19:48:02 +0100 To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr]téléchargement d'une zone trop grande - Mirroirs de la base OSM L'autre problème du système Postgresql c'est qu'il est totalement lié à la version même du moteur. Ça manque d'ouverture et c'est une solution technique insurmontable pour un vrai travail collaboratif, alors qu'on a un schéma d'échange en XML parfaitement viable et utilisable pour l'alimentation en streaming, et indépendant du moteur utilisé. Bref, si le système de réplication Postgres est utilisé, il servira surtout à alimenter un second système local, lequel produira un stream XML qui peut alors être souscrit et diffusé efficacement (et si un client veut s'inscrire en partant de rien, il doit exister des serveurs permettant d'obtenir, en un temps plus ou moins long une image XML de base produite par un snapshot daté, tandis que le même client reçoit déjà le stream live qui contient les autres mises à jour: le premier objet du stream qu'il reçoit contient un marqueur de la date de référence à demander au serveur de snapshot, de sorte qu'en chargeant ensuite ce snapshot, les objets déjà reçus depuis le stream, et qui sont davantage à jour, ne seront pas écrasés par d'anciennes versions provenant du snapshot reçu et chargé ultérieurement). Si on ne veut pas avoir à générer autant de snapshots que de client, pour des raisons de coût/performance/espace, on peut aussi sur le serveur de snapshots n'en garder qu'un ou quelques-uns, lequel serveur peut aussi fournir aussi un stream contenant tous les objets depuis ce snapshot jusqu'à une date assez récente (qui sera postérieure à la date de souscription au stream live que le client lit déjà). Il reste donc juste à s'assurer que les objets du stream et ceux di serveur contiennent bien leur numéro de version afin de pouvoir retenir celui qui est le plus avancé. On n'est pas non plus obligé de mettre dans le stream ni dans le snapshot toutes les versions passées. Pour les recherches d'historique, cela se fait plutôt à la demande, objet par objet, et on peut malgré tout imaginer que les historiques soient servis par une autre base de données sur un autre serveur, destiné à la consultation des archives. Le 22 février 2012 18:35, sly (sylvain letuffe) li...@letuffe.org a écrit : On mercredi 22 février 2012, Emilie Laffray wrote: Postgresql merde quand il y a des tables temporaires. C'est un bug connu qu'on espere voir corrige dans 9.2. Que postgresql s'améliore sur ce point c'est bien, mais je ne suis pas sûr que ça soit la meilleure voie car cela restreindrait à postgresql là ou des mirroirs dans d'autres schémas, base, formats pourraient profiter d'une réplication temps réél. Mais quoi qu'il en soit, ça sera du boulot et je souhaite beaucoup de courage à ceux qui vont se lancer dans le projet -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point 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
Re: [OSM-talk-fr] Comment tagger un cassis ?
Pour le cassis, il faut enrichir les valeurs du tag traffic_calming (=hollow?) As-tu un exemple pour le hollow ? Il est vrai que je ne connais pas le terme en anglais... Non, c'est une traduction à l'arrache avec google. Je viens de regarder dans le gros Robert et ça propose : cassis [route] : bump, ridge. Donc, l'aspect creux n'est pas du tout rendu. Et dans taginfo, je ne vois pas non plus d'exemple correspondant. Pour aller plus loin, d'après le Trésor de la Langue Française : CASSIS3, subst. masc. Rigole pavée et/ou pente pratiquée en travers d'une route pour faciliter l'écoulement des eaux. Un cassis à bords vifs taillés en travers du sentier (ABELLIO, Heureux les pacifiques, 1946, p. 103). P. ext. Dépression brutale d'une route. Anton. dos d'âne : ... nous embarquons dans la Ford qui s'en va, déhanchée, à travers les sillons de la route. Les « cassis » ont ici un pied de profondeur, et les ornières pétrifiées absorbent les pneus jusqu'aux jantes. T'SERSTEVENS, L'Itinéraire espagnol, 1933, p. 84. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 févr. 2012 à 11:59, Eric Sibert a écrit : Non, c'est une traduction à l'arrache avec google. Je viens de regarder dans le gros Robert et ça propose : cassis [route] : bump, ridge. Donc, l'aspect creux n'est pas du tout rendu. Et dans taginfo, je ne vois pas non plus d'exemple correspondant. Cassis implique l'idée de creux. Donc, hollow sous réserve de vérifier ce qu'emploient les anglophones, peut être pertinent. Dans le grand Robert, le premier sens donné à casse est récipient (dérivé du latin, cattia, poêle), qui est un objet creux par excellence. Deux autres mots anglais pourraient s'appliquer : - pothole, mais c'est apparemment dans le sens d'un dommage qui peut être un trou ou un effondrement. Cela semble plus proche du sens de cassis - dip, mais cela désigne plutôt les variations d'altitude le la route. Pothole est un bon candidat. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réponse à un service SIG : avis et compléments souhaités
Le 22 févr. 2012 à 21:43, Philippe Verdy a écrit : Le 21 février 2012 15:08, Christian Rogel christian.ro...@club-internet.fr a écrit : Les techniciens des SIG seront plus à même de justifier l'emploi des outils OSM et la collaboration avec des mappeurs bénévoles, si des exemples qui marchent leur sont indiqués. Si c'est pour montrer des cartes destinées à afficher la disponibilité de certains services, c'est déjà fait (je cite l'exemple de la ville de Rennes OuVerte, avec un carte certes limitée à l'agglomération, développée par des assos en collaboration avec la communauté urbaine). J'aurais pu citer la Carte OuVerte, mais elle ne valorise pas, en priorité, le SIG de Rennes, qui en a, peut-être, moins besoin que d'autres. Ce type de collaboration n'est possible que dans les villes où il y a un nombre de mappeurs suffisant. (à partir de 5, mettons). Dans une expérimentation projetée, en Bretagne, les mappeurs ne sont impliqués qu'en amont, car il sont créé la carte qui a été complétée par le SIG. Le point nouveau et important n'est pas l'implication de celui-ci, mais celle du service de la voirie et l'opération est chapeautée par un autre service que le SIG. Et ce sont donc les agents de la voirie qui devraient valider les signalements faits par les habitants sur la carte OSM pour les anomalies dans l'espace urbain C'est le modèle qu'on peut voir souhaiter se développer. D'autant qu'il peut susciter des vocations de mappeurs. Et justement si des utilisateurs sont ici et travaillent pour les SIG, ils ont l'occasion d'utiliser les mêmes outils puisque leurs compte-rendus d'analyse peut servir dans les deux sens, même s'ils n'importent pas directement les données d'OSM. Car justement toutes les erreurs ou manques relevés ne sont ps nécessairement dans la base OSM mais dans la base SIG, qui ne demandait qu'à être mise à jour, sans savoir où, et pas avec les petits budgets qu'ils ont pour faire des recherches. Etc. La question des compléments que peuvent apporter les mappeurs est délicate, car les SIG publics ont de multiples centres d'intérêt (les réseaux souterrains, par exemple). Et, surtout, il ne faut risquer de mettre en cause le professionnalisme des géomaticiens. Les élus préfèreraient le défendre (et défendre leur action, par là-même), avant d'entrer dans la discussion. C'est pourquoi, il faut placer ces questions, dans un cadre plus large, celui de la population prête à aider à améliorer son cadre de vie et la diffusion d'information pratique, dont les mappeurs ne sont qu'une composante spécialisée. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osm et le Geocaching
J'ai laissé un commentaire sur ce récent billet: http://www.ecoloinfo.com/2012/02/02/geocaching-le-jeu-des-geek-mais-pas-que/ Le 15 février 2012 20:43, Hélène PETIT h...@free.fr a écrit : Le 15/02/2012 10:19, PhQ a écrit : Alors ça ! c'est vraiment chouette, je ne m'y attendait pas ! j'adore les géocaches, j'en pose et j'en trouve avec ma petite famille. Voir mes géocaches sur les fonds de cartes que j'ai cartographié, tout ça visible depuis la corée ou l'espagne, c'est régal. Vive le libre, vive le crowdsourcing. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Pothole me paraît bien. C'est un trou dans la route liée à l'usure On Feb 23, 2012 12:06 PM, Christian Rogel christian.ro...@club-internet.fr wrote: Le 23 févr. 2012 à 11:59, Eric Sibert a écrit : Non, c'est une traduction à l'arrache avec google. Je viens de regarder dans le gros Robert et ça propose : cassis [route] : bump, ridge. Donc, l'aspect creux n'est pas du tout rendu. Et dans taginfo, je ne vois pas non plus d'exemple correspondant. Cassis implique l'idée de creux. Donc, hollow sous réserve de vérifier ce qu'emploient les anglophones, peut être pertinent. Dans le grand Robert, le premier sens donné à casse est récipient (dérivé du latin, cattia, poêle), qui est un objet creux par excellence. Deux autres mots anglais pourraient s'appliquer : - pothole, mais c'est apparemment dans le sens d'un dommage qui peut être un trou ou un effondrement. Cela semble plus proche du sens de cassis - dip, mais cela désigne plutôt les variations d'altitude le la route. Pothole est un bon candidat. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 février 2012 13:05, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 23 févr. 2012 à 11:59, Eric Sibert a écrit : Non, c'est une traduction à l'arrache avec google. Je viens de regarder dans le gros Robert et ça propose : cassis [route] : bump, ridge. Donc, l'aspect creux n'est pas du tout rendu. Et dans taginfo, je ne vois pas non plus d'exemple correspondant. Cassis implique l'idée de creux. Donc, hollow sous réserve de vérifier ce qu'emploient les anglophones, peut être pertinent. Dans le grand Robert, le premier sens donné à casse est récipient (dérivé du latin, cattia, poêle), qui est un objet creux par excellence. Deux autres mots anglais pourraient s'appliquer : - pothole, mais c'est apparemment dans le sens d'un dommage qui peut être un trou ou un effondrement. Cela semble plus proche du sens de cassis - dip, mais cela désigne plutôt les variations d'altitude le la route. Pothole est un bon candidat. Christian (sans tirets) Porthole est quand même plus attribuable à une déformation qui pourrait être réparée (d'après wikipedia). Par contre dip semble comme il faut car, par exemple : http://dictionnaire.reverso.net/francais-anglais/cassis Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars
Bonjour, J'essaierai de passer, que ce soit le 6 ou le 8 mars. Il y a quelques contributeurs actifs sur Paris actuellement que je n'ai pas identifies dans la liste de diffusion. Je vais les informer par la messagerie interne. Bonne initiative ! Le 22 février 2012 20:29, Florian LAINEZ winner...@free.fr a écrit : Bonjour les parisiens, ça vous dirait une rencontre IRL dans un bar histoire de parler de nos dernières sessions de mapping ? On en a parlé au FOSDEM : à Paris on ne se voit jamais ! C'est vraiment dommage, let's fix it ;) Je propose le *mardi 6 mars au Hall's beer Tavern à Châtelet* (68 rue saint denis http://www.openstreetmap.org/?lat=48.861587lon=2.349264zoom=18layers=M) : c'est central et ça permettra à ceux qui ne connaissent pas encore la Chouffe de découvrir cette bière inoubliable ^^ Motivés ? -- *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 -- ab_fab http://wiki.openstreetmap.org/wiki/User: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
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 févr. 2012 à 14:47, Fabien a écrit : Porthole est quand même plus attribuable à une déformation qui pourrait être réparée (d'après wikipedia). Par contre dip semble comme il faut car, par exemple : http://dictionnaire.reverso.net/francais-anglais/cassis Oui, pothole désigne d'abord une dépression dans le revêtement, généralement due à un accident de terrain (gel, érosion ou effondrement). On le voit bien sur Definitions.net http://www.defintions.net/definition/pothole Definitions.net le traduit par fondrière (grand effondrement), mais cela désigne aussi les nids de poule. Mais, à mon avis pas, seulement. Il faudrait distinguer le simple caniveau d'écoulement des eaux de pluies, qui peut être ramené à un pothole, du radier qui sert à l'écoulement d'un ruisseau ou d'une rivière. Dip, c'est : http://www.defintions.net/definition/dip J'avancerais une autre suggestion trough qui peut avoir le sens de butter (caniveau, gouttière) et aussi celui de dépression longitudinale (entre les vagues, par exemple ou même dans un graphe). http://www.definitions.net/definition/trough Definitions.net est intéressant, car il compile plusieurs dictionnaires et permet de voir des synonymes. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Pour taguer les passages d'eau Reverdo(c), système constitué d'une cornière métallique en U au raz de la chaussée empierrée des pistes forestières, et qui ne constitue pas un obstacle sauf peut-être pour les chevaux, j'utilise le tag track=cross_drain ou plus rarement s' agissant de route goudronnée highway=cross_drain. -- View this message in context: http://gis.19327.n5.nabble.com/Comment-tagger-un-cassis-tp5500123p5508381.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] formation OSM au Conseil Général de Vaucluse le 3 février 2012
Bonjour à tous, Nous avons eu l'honneur de rencontrer les chargés de mission du conseil général de Vaucluse le vendredi 3 février 2012 à 14h30 pour une formation de sensibilisation à OpenStreetMap et de découverte de l'outil web Potlach2. Pour cette occasion, nous avons traduit de l'anglais la feuille d'astuces qui datait de 2009. Lors de cette après-midi, nous avons dans un premier temps montré le potentiel et la maturité d'OSM avec des argumentaires centrés sur les missions des 7 personnes présentes : transport, routes, aménagement environnement. Dans un second temps, nous avons sensibilisés les chargés de mission au travers de quelques manipulations pratiques à l'aide de Potlach2 pour expérimenter sa convivialité et sa simplicité. Les chargés de missions se sont appropriés l'outil en créant leur compte OSM. Il est ressorti de cette rencontre un certain enthousiasme quant au potentiel des services OSM et certaines interrogations (précision et qualité de la donnée, création massive de données : transport...). lien vers la photo http://www.flickr.com/photos/jeanlouis_zimmermann/6874964437/in/photostream/lightbox/ http://www.flickr.com/photos/jeanlouis_zimmermann/6874964437/in/photostream/lightbox/ - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/formation-OSM-au-Conseil-General-de-Vaucluse-le-3-fevrier-2012-tp5508398p5508398.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Pour apporter de l'eau au débat, sur Wikimedia commons on trouve : http://commons.wikimedia.org/wiki/File:Diamond_road_sign_bumps_dips.svg (Diamond warning road sign [...] for a series of sharp rises or depressions) et aussi : http://commons.wikimedia.org/wiki/Category:Depression_road_signs Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] formation OSM au Conseil Général de Vaucluse le 3 février 2012
Sympa, l'utilisation ne peut qu'être accentuée lorsque l'utilisateur passe par la case formation ! Bravo aux formateurs ! -- View this message in context: http://gis.19327.n5.nabble.com/formation-OSM-au-Conseil-General-de-Vaucluse-le-3-fevrier-2012-tp5508398p5508544.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] formation OSM au Conseil Général de Vaucluse le 3 février 2012
Le 23 février 2012 17:27, partir-en-vtt ad...@partir-en-vtt.com a écrit : Sympa, l'utilisation ne peut qu'être accentuée lorsque l'utilisateur passe par la case formation ! Bravo aux formateurs ! +1. Par contre on pourrait avoir le document qui a été traduit en français ? Ou alors je l'ai raté ? Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars
Partant moi aussi pour le 6 ou 8 ! -- 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
Re: [OSM-talk-fr] formation OSM au Conseil Général de Vaucluse le 3 février 2012
La feuille d'astruces Potlach2 est ici. Pour Christian Quest : je te propose de la mettre en ressource sur le site OSM FR ;-) https://docs.google.com/open?id=0B4BuAP_kINa7M2U3NjUzZDUtMjdiYS00YTIyLTgwMGYtNmI3MGMyNTk2MmI0 https://docs.google.com/open?id=0B4BuAP_kINa7M2U3NjUzZDUtMjdiYS00YTIyLTgwMGYtNmI3MGMyNTk2MmI0 - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/formation-OSM-au-Conseil-General-de-Vaucluse-le-3-fevrier-2012-tp5508398p5508588.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réponse à un service SIG : avis et compléments souhaités
Vite fait: n'oublie pas la directive européenne INSPIRE qui oblige a publier toutes les données spatiales (géo). La question de la responsabilité est donc un faux problème. Cyrille Le 20/02/12, Bricebrice.mal...@free.fr a écrit : Bonsoir, Le responsable SIG (cf. mél précédent ci-dessous) m'a re-contacté avec les demandes suivantes : Pour alimenter notre réflexion sur ce sujet pourriez-vous me transmettre les documents suivants : - Exemple de partenariat collectivité territoriale / OSM. - Le modèle de données de la base géographique. - Le manuel qualité de la base. Pourriez vous me confirmer les points suivants : - La traçabilité de l’information stockée dans la base est assurée (qui produit quoi quand ) - La question juridique de la responsabilité du producteur de la données géographique n’est pas encore tranchée. - Le risque de malveillance vis-à-vis de la donnée existe mais reste minime. - Le retour de la communauté vis-à-vis de la libération de la donnée publique est positif et stimule l’actualisation. Voici la réponse que je prévois de lui transmettre, je suis preneur de vos corrections / compléments, merci d'avance. - Exemples de partenariat collectivité territoriale / OSM : Brest qui a mis à disposition de la communauté OpenStreetMap des orthophotos et ses données géographiques (http://wiki.openstreetmap.org/wiki/Brest#Donn.C3.A9es_de_la_Communaut.C3.A9_Urbaine) idem pour la Communauté de Communes de Concarneau Cornouaille (http://wiki.openstreetmap.org/wiki/WikiProject_France/Donn%C3%A9es_de_la_Communaut%C3%A9_de_Communes_de_Concarneau_Cornouaille) et bien d'autres, la page (http://wiki.openstreetmap.org/wiki/Category:WikiProject_France/Imports) recense les accords donnés par des institutions avec pour conséquence des imports dans OpenStreetMap - Le modèle de données de la base géographique. http://wiki.openstreetmap.org/wiki/FR:Component_overview - Le manuel qualité de la base. http://wiki.openstreetmap.org/wiki/FR:Quality_Assurance *** un petit texte serait le bienvenue, y a t'il quelquechose sur le wiki, à votre connaissance ? - La traçabilité de l’information stockée dans la base est assurée (qui produit quoi quand ) Toute contribution est enregistrée dans la base avec l'auteur (il n'y a pas de contribution anonyme), tous les enregistrements (créations ex-nihilo, modifications, suppressions) sont conservées sans limitation de durée. - La question juridique de la responsabilité du producteur de la données géographique n’est pas encore tranchée. Cette question juridique dépend plus des conditions de mise à disposition par le producteur de données que l'utilisation qui en est faite par la communauté OpenStreetMap. La diffusion d'information des données publiques, souhaitée par l'État (http://www.data.gouv.fr/Articles/La-politique-de-la-France-en-matiere-d-ouverture-des-donnees-publiques) doit encourager la réutilisation de celles-ci par une mise à disposition gratuite et l'application d'une licence ouverte. C'est dans ce cadre qu'Etalab a conçu la Licence Ouverte / Open Licence (http://www.etalab.gouv.fr/pages/licence-ouverte-open-licence-5899923.html). Extraits de cette licence : - Cette mention de paternité ne doit ni conférer un caractère officiel à la réutilisation de « l’Information », ni suggérer une quelconque reconnaissance ou caution par le « Producteur », ou par toute autre entité publique, du « Réutilisateur » ou de sa réutilisation. - Responsabilité L’Information » est mise à disposition telle que produite ou reçue par le « Producteur », sans autre garantie expresse ou tacite qui n’est pas prévue par la présente licence. Le « Producteur » garantit qu’il met à disposition gratuitement « l’Information » dans les libertés et les conditions définies par la présente licence. Il ne peut garantir l’absence de défauts ou d’irrégularités éventuellement contenues dans « l’Information ». Il ne garantit pas la fourniture continue de « l’Information ». Il ne peut être tenu pour responsable de toute perte, préjudice ou dommage de quelque sorte causé à des tiers du fait de la réutilisation. Le « Réutilisateur » est le seul responsable de la réutilisation de « l’Information ». La réutilisation ne doit pas induire en erreur des tiers quant au contenu de « l’Information », sa source et sa date de mise à jour. - Le risque de malveillance vis-à-vis de la donnée existe mais reste minime. Comme tout système collaboratif sur le mode wiki, toute personne, après création d'un compte peur modifier les données, le risque de malveillance est donc possible. Mais dans les faits l'altération des données est très faible : - comme dans tout système collaboratif (cf. Wikipédia), les contributeurs surveillent les nouvelles éditions pour en vérifier la qualité - en cas d'altération, l'annulation de la
Re: [OSM-talk-fr] Réponse à un service SIG : avis et compléments souhaités
Le 23/02/2012 13:56, Christian Rogel a écrit : Dans une expérimentation projetée, en Bretagne, les mappeurs ne sont impliqués qu'en amont, car il sont créé la carte qui a été complétée par le SIG. C'est très intéressant ce que tu dis : je cartographie donc je suis. Dans la relation aux autorités habilitées à modéliser notre quotidien, cela donne une saveur à mon goût de citoyen. Finalement, c'est très physique : la masse déforme l'espace ; plus nous serons nombreux à proposer des regards alternatifs, plus notre territoire nous ressemblera. Qui pèse le plus ? Celui qui consacre son temps libre à créer un espace qui le contraint le moins ou celui qui consacre ses moyens contraints à créer un espace qui satisfait au cahier des charges ? Denis PS (principe de précaution) : désolé par avance des kilomètres de commentaires superfétatoires engendrés En même temps, j'ai qu'à fermer ma gueule. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réponse à un service SIG : avis et compléments souhaités
Le 23 février 2012 20:47, DH dhel...@free.fr a écrit : PS (principe de précaution) : désolé par avance des kilomètres de commentaires superfétatoires engendrés En même temps, j'ai qu'à fermer ma gueule. ;-) (NB: cette seule ligne ci-dessus, ça c'est un commentaire superfétatoire... désolé celui-là ne fera pas des kilomètres) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 février 2012 13:05, Christian Rogel christian.ro...@club-internet.fr a écrit : - pothole, mais c'est apparemment dans le sens d'un dommage qui peut être un trou ou un effondrement. Cela semble plus proche du sens de cassis A mon avis ça traduit mieux ce qu'on connait comme des « nids de poule », jamais souhaités, souvent causés par le dégel et le passage d'engins trop lourds, et à priori provisoires jusqu'à leur rebouchage (quand la route est un minimum entretenue). - dip, mais cela désigne plutôt les variations d'altitude le la route. Pothole est un bon candidat. Moi je traduirais plutôt hollow (et son contraire le ridge qui est un dos d'âne très étroit qu'il vaut mieux aussi ne pas prendre à grande vitesse si on ne veut pas se cogner la tête, déchausser ou éclater un pneu, ou encore défoncer sa suspension, bien que le terme ridge soit un peu trop large et recouvre n'importe quelle crête, voire aussi un récif sur un rivage, ou encore une corniche surplombant un ravin). On a aussi groove peut-être mieux adapté aux petits creux linéaires (on trouve les deux termes ridge et groove souvent utilisés en opposition, pour désigner le style de fine bordure, en relief ou en creux, des cadres en CSS), et qu'on traduit comme rainure, cannelure, rigole, strie, gorge... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sens interdit sauf pour les résidents ?
Le 22 février 2012 23:12, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : Actuellement cette rue est taggé comme tu le dis : access=destination mais je suis tombé sur un panneau sens-interdit avec en dessous sauf riverains d'un coté et il faut que j'aille vérifier de l'autre coté car il me semble qu'il n'y a rien... Merci pour la réponse. On 22 févr. 2012, at 22:58, Etienne Trimaille wrote: Dans mon coin ce genre de rues sont en sens interdit dans les 2 sens et ne sont accessibles que aux résidents. Peut être que c'est la même situation chez toi, non ? Je n'ai pas taggé les sens interdits avec 2 tags oneway (un peu idiot sinon), mais juste avec access=destination Dans ce cas on peut toujours créer deux voies parallèles, une pour chaque sens, avec des tags access distincts (même si ça complique un peu le mapping des intersections, pour un routage correct, et aussi les relations de rues pour les adresses, ou les relations de lignes de transport devant prendre en compte le sens). D'ailleurs le cas beaucoup plus courant est qu'un sens soit autorisé à tous véhicules, tandis que l'autre sens est réservé aux bus et cycles (mais encore interdit aussi aux riverains). Là encore on se retrouve à mapper des voies parallèles, séparément pour chaque sens (en ignorant les franchissements éventuellement possibles de la ligne médiane, si elle est discontinue, pour un dépassement; puisque la ligne continue impose aux usagers de ne pas bloquer la seule voie possible, les conducteurs sont normalement contraints à attendre, tant que l'attente est raisonnable et n'est pas provoquée par un véhicule ou un objet infranchissable sur la chaussée et qui ne peut pas être dégagé, et même dans ce cas, le franchissement impose la prudence et un arrêt complet préalable : on ne peut pas doubler en franchissant la ligne sans s'arrêter d'abord, la ligne continue est un stop obligatoire si on n'a pas d'autre choix que de la franchir, un respect de distances de sécurité, la signalisation des clignos, pas mal de précautions pour la visibilité de la manœuvre, et une vitesse limitée permettant un arrêt d'urgence, voire une marche arrière si on n'a plus le temps de passer, car les lignes continues sont là pour de bonnes raisons, notamment concernant la distance de visibilité et le temps de manœuvre). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sens interdit sauf pour les résidents ?
Bonsoir, Le 23/02/2012 23:04, Philippe Verdy a écrit : Dans ce cas on peut toujours créer deux voies parallèles, une pour chaque sens, avec des tags access distincts (même si ça complique un peu le mapping des intersections, pour un routage correct, et aussi les relations de rues pour les adresses, ou les relations de lignes de transport devant prendre en compte le sens). Dessiner 2 voies alors qu'il n'y a qu'une chaussée sur le terrain ? On ne taggue pas pour l'itinéraire, pas plus que pour le rendu, et surtout pas en créant des voies qui n'existent pas... Et au passage, je ne vois pas en quoi ça améliorerait le calcul d'itinéraire, par rapport à une voie tagguée access=destination. D'ailleurs le cas beaucoup plus courant est qu'un sens soit autorisé à tous véhicules, tandis que l'autre sens est réservé aux bus et cycles (mais encore interdit aussi aux riverains). Là encore on se retrouve à mapper des voies parallèles, Non, ces cas sont déjà traités sur cette page : http://wiki.openstreetmap.org/wiki/Access avec la famille de valeurs autour de opposite. séparément pour chaque sens (en ignorant les franchissements éventuellement possibles de la ligne médiane, si elle est discontinue, pour un dépassement; puisque la ligne continue impose aux usagers de ne pas bloquer la seule voie possible, les conducteurs sont normalement contraints à attendre, tant que l'attente est raisonnable et n'est pas provoquée par un véhicule ou un objet infranchissable sur la chaussée et qui ne peut pas être dégagé, et même dans ce cas, le franchissement impose la prudence et un arrêt complet préalable : on ne peut pas doubler en franchissant la ligne sans s'arrêter d'abord, la ligne continue est un stop obligatoire si on n'a pas d'autre choix que de la franchir, un respect de distances de sécurité, la signalisation des clignos, pas mal de précautions pour la visibilité de la manœuvre, et une vitesse limitée permettant un arrêt d'urgence, voire une marche arrière si on n'a plus le temps de passer, car les lignes continues sont là pour de bonnes raisons, notamment concernant la distance de visibilité et le temps de manœuvre). Tu as oublié le coup d'oeil dans le rétro ! Recalé, ah là là... :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
