[OSM-talk-fr] La police de Nice utilise OSM
Bonjour, Sur cette photo illustrant un article du monde, on voit clairement au moins deux écrans avec OSM dessus. http://www.lemonde.fr/municipales/article/2014/01/24/nice-souriez-vous-etes-filmes_4352555_1828682.html Encore une corde à ajouter à notre arc. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Le 22 janvier 2014 21:54, Pieren pier...@gmail.com a écrit : Je n'ai rien contre le principe de ce schéma (même si, effectivement, ça nécessiterait d'adapter tous les éditeurs, ce dont je doute). Ce qui reste essentiel, c'est que routes (highway) et voies (lane) soient définies par des tags différents. Alors que certains utilisent abusivement les premiers pour décrire les seconds. On a déjà eu le débat avec les rivières, entre le tracé filaire du cours central moyen qui décrit la topologie du réseau hydrographique et son sens de circulation, et les riverbanks qui approtent la précision géométrique (mais pas les directions). Si on s'oriente vers un schémas pour les lanes, inutile de surcharger le filaire des voiries (highway=*) avec tout un tas de tags difficiles à interpréter et très instables (confusion fréquente des tags et rôles dans les relations selon le sens forward ou backward. Cela rappelle aussi qu'on a abandonné l'idée des tags avec left et right pour les relations de surfaces appuyées sur les frontières. Tôt ou tard le schéma imbitable des tags lane (et l'énorme complexité de modéliser les restrictions d'accès ou de sens ou de franchissement) sera abandonné. Il vaut mieux réfléchir à une autre modélisation des voies de circulation plutôt appuyé sur celui des relations d'itinéraires (relations de type route et route_master), qui lui aussi devra être simplifié en évitant de traiter les deux sens en même temps (le schéma déconne trop, par exemple sur les itinéraires des lignes de bus, dès qu'il y a le moindre rond-point ou des chemins en Y où la ligne fait demi-tour dans un sens par la même voirie, mais ne réprend pas du tout cette voirie dans l'autre sens). Ce qui permettra alors d'avoir des itinéraires pour les vélos, d'autres pour les poids-lourds, ou les piétons, en s'appuyant pourtant que les chemins tracés. Ainsi dans une relation d'itinéraire de type route (où on ne met plus que les chemins pris dans l'ordre, l'itinéraire complet étant dans un route-master pour prendre en compte les itinéraires en Y sans ajouter le même way deux fois), on peut tout à fait modéliser le nombre de lanes dans les rôles; on peut aussi mettre une limite de vitesse dans la relation route, et assembler les différentes routes composantes dans le route_master pour prendre ne compte les jeux de chemins ayant des limites différentes de vitesse, ou de largeur, ou de poids. Tout ça reste à réfléchir, mais le schéma actuel des tags lane:*= qui mélange tout avec les filaires des voiries ne marche pas bien du tout, il génère trop d'erreurs et est horriblement compliqué à gérer et interpréter. Et géométriquement il est insuffisant aussi dès qu'on est dans des situations de carrefours compliqués. On n'avancera pas tant qu'on ne resimplifie pas à nouveau le schémas filaire de base quitte à avoir un second schéma parallèle pour ne pas casser la compatibilité du schéma de base. On y est parvenu avec les rivières. Le problème se pose avec les voies ferrées (qui ont des séparations physiques du fait qu'un train ne passe pas facilement d'une voie à l'autre, mais c'est horriblement compliqué encore de faire un routage ferré minimum pour les lignes commerciales (qui se fichent pas mal que le train emploie une voie plutôt qu'une autre parallèle et des aiguillages...): le schéma ferroviaire a lui aussi besoin d'une description filaire simple s'appuyant sur une voie déclarée principale de façon arbitraire, ne tenant pas compte des éventuels aiguillages sur une voie parallèle, mais tenant compte cependant du sens général de la ligne commerciale avec des relations route séparées et faciles à maintenir. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] opendata au SHOM...
Que vois-je sur data.gouv.fr ? - https://www.data.gouv.fr/fr/dataset/donnees-numeriques-vectorielles-des-cartes-marines-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/toponymes-marins-et-cotiers-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/rastermarine-sur-la-zone-iroise Le premier est dans un format que je découvre (S57) le second de l'incontournable shapefile et le troisième des raster en GeoTIFF. Attention, pas de fausse joie... le shapefile contient une douzaine de géométries très approximatives et rien de plus. La zone est toute petite, bref un échantillon d'échantillon. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] opendata au SHOM...
Et le trait de côte http://www.data.gouv.fr/fr/dataset/tch intéressant? Romain Le 24 janvier 2014 14:16, Christian Quest cqu...@openstreetmap.fr a écrit : Que vois-je sur data.gouv.fr ? - https://www.data.gouv.fr/fr/dataset/donnees-numeriques-vectorielles-des-cartes-marines-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/toponymes-marins-et-cotiers-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/rastermarine-sur-la-zone-iroise Le premier est dans un format que je découvre (S57) le second de l'incontournable shapefile et le troisième des raster en GeoTIFF. Attention, pas de fausse joie... le shapefile contient une douzaine de géométries très approximatives et rien de plus. La zone est toute petite, bref un échantillon d'échantillon. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] Le filtre anti-spam du wiki participe à la reconnaissance des numéros de rues
Bonjour Le 23/01/2014 18:20, Christian Quest a écrit : On pourrait qd même se passer de ce cadeau qu'on leur fait et basculer sur une autre solution. Wikimedia France avait évoqué une idée de projet en utilisant wikisource pour faire un recaptcha orienté libre : idée du projet en sommeil... Maintenant il y a des étudiants qui recherche des idées de projet My 2c€ Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le filtre anti-spam du wiki participe à la reconnaissance des numéros de rues
Bonjour - Mail original - De: Nicolas Moyroud nmoyr...@free.fr Non pardon ça n'a rien à voir. Ce qui est écœurant c'est qu'une multinationale comme Google fasse travailler dans leur propre intérêt des personnes à travers le monde sans leur expliquer ce qu'ils font en tapant ce captcha. Ce serait pour un projet libre, je trouverai ça aussi écœurant. Il ne faut pas tout confondre. Je n'ai pas envie de travailler gratuitement pour Google par conviction personnelle, c'est mon droit et pourtant je suis obligé de le faire lorsque que je veux ajouter des liens sur le wiki d'OSM. Il m'arrive donc très souvent de taper volontairement des erreurs dans les recaptcha de google pour marquer mon désaccord avec ce procédé sans scrupule. - Mail original - Désolé s'il y a un malentendu, mais intégrer des erreurs, même lorsqu'il y a une entreprise lucrative je trouve très dommagable et je suis en désaccord avec ce principe. -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracer les voies de circulation ?
Bonjour Le 23/01/2014 09:41, Stéphane Péneau a écrit : Pour le 2nd, on ne va tout de même pas séparer le way en 2 au niveau des séparateurs pour les réunir ensuite et utiliser les tags turn:lanes. Si ? Pour moi : turn:lanes=* existe si une peinture au sol sépare la voie de circulation physique et le positionnement de l'usager sur les voies ainsi dessinées (turn_left, through, turn_right) impose ou restreint l'usager à prendre une ou plusieurs directions Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] opendata au SHOM...
Oui ! Il a l'air pas mal du tout. C'est bien meilleur que PGS en tout cas. Il faudrait d'abord se mettre d'accord sur la séquence de lignes en bordure de mer : - Laisse de basse mer, - laisse de haute mer, - limite administratives locale (cadastre), départementale... nationale. Du travail stratégique avant pas passer à l'intégration. A+ Le 24 janvier 2014 14:25, Romain MEHUT romain.me...@gmail.com a écrit : Et le trait de côte http://www.data.gouv.fr/fr/dataset/tch intéressant? Romain Le 24 janvier 2014 14:16, Christian Quest cqu...@openstreetmap.fr a écrit : Que vois-je sur data.gouv.fr ? - https://www.data.gouv.fr/fr/dataset/donnees-numeriques-vectorielles-des-cartes-marines-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/toponymes-marins-et-cotiers-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/rastermarine-sur-la-zone-iroise Le premier est dans un format que je découvre (S57) le second de l'incontournable shapefile et le troisième des raster en GeoTIFF. Attention, pas de fausse joie... le shapefile contient une douzaine de géométries très approximatives et rien de plus. La zone est toute petite, bref un échantillon d'échantillon. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list 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 -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] opendata au SHOM...
Le 24/01/2014 14:25, Romain MEHUT a écrit : Et le trait de côte http://www.data.gouv.fr/fr/dataset/tch intéressant? Je viens de récupérer le trait de cote de Saint-Pierre et Miquelon pour voir... Très intéressant. Ça va permettre aussi de remplacer quelques contours issus de PGS et que Bing ne permet pas d'affiner. Ainsi que permettre de rajouter quelques îles et îlots et recalculer les limites territoriales à 12 miles marins. Attention quand même, la description précise que ce trait de cote correspond à **la laisse des plus hautes mers**, or, la limite territoriales à 12 miles marins est normalement calculé par rapport à **la laisse des plus basses mers** appelé aussi ligne de base ( boundary=maritime + border_type=baseline). Ça peut faire une sérieuse différence ! Dommage qu'il n'y ai aucune métadonnées tel que le nom des îlots et rochers dans le SHP :( Romain Le 24 janvier 2014 14:16, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Que vois-je sur data.gouv.fr http://data.gouv.fr ? - https://www.data.gouv.fr/fr/dataset/donnees-numeriques-vectorielles-des-cartes-marines-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/toponymes-marins-et-cotiers-sur-la-zone-iroise - https://www.data.gouv.fr/fr/dataset/rastermarine-sur-la-zone-iroise Le premier est dans un format que je découvre (S57) le second de l'incontournable shapefile et le troisième des raster en GeoTIFF. Attention, pas de fausse joie... le shapefile contient une douzaine de géométries très approximatives et rien de plus. La zone est toute petite, bref un échantillon d'échantillon. -- Christian Quest - OpenStreetMap France ___ 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 -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le filtre anti-spam du wiki participe à la reconnaissance des numéros de rues
A un détail près, c'est qu'ici l'utilisateur n'a pas le choix d'utiliser un captcha pour G ou un autre libre. C'est bien l'éditeur du site qui fait ce choix et te l'impose. Note : je fais pareil, saloperie ! A+ Le 24 janvier 2014 14:31, David Crochet david.croc...@free.fr a écrit : Bonjour - Mail original - De: Nicolas Moyroud nmoyr...@free.fr Non pardon ça n'a rien à voir. Ce qui est écœurant c'est qu'une multinationale comme Google fasse travailler dans leur propre intérêt des personnes à travers le monde sans leur expliquer ce qu'ils font en tapant ce captcha. Ce serait pour un projet libre, je trouverai ça aussi écœurant. Il ne faut pas tout confondre. Je n'ai pas envie de travailler gratuitement pour Google par conviction personnelle, c'est mon droit et pourtant je suis obligé de le faire lorsque que je veux ajouter des liens sur le wiki d'OSM. Il m'arrive donc très souvent de taper volontairement des erreurs dans les recaptcha de google pour marquer mon désaccord avec ce procédé sans scrupule. - Mail original - Désolé s'il y a un malentendu, mais intégrer des erreurs, même lorsqu'il y a une entreprise lucrative je trouve très dommagable et je suis en désaccord avec ce principe. -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] opendata au SHOM...
Le 24 janvier 2014 15:36, Christophe Merlet red...@redfoxcenter.org a écrit : Ça va permettre aussi de remplacer quelques contours issus de PGS et que Bing ne permet pas d'affiner. Ainsi que permettre de rajouter quelques îles et îlots et recalculer les limites territoriales à 12 miles marins. Attention quand même, la description précise que ce trait de cote correspond à **la laisse des plus hautes mers**, or, la limite territoriales à 12 miles marins est normalement calculé par rapport à **la laisse des plus basses mers** appelé aussi ligne de base ( boundary=maritime + border_type=baseline). Ça peut faire une sérieuse différence ! Et avec ça http://geobretagne.fr/geonetwork/apps/georchestra/?uuid=979b4399-a3e3-491c-ac35-c56900b117ea? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le filtre anti-spam du wiki participe à la reconnaissance des numéros de rues
Le 24/01/2014 14:31, David Crochet a écrit : Bonjour Désolé s'il y a un malentendu, mais intégrer des erreurs, même lorsqu'il y a une entreprise lucrative je trouve très dommagable et je suis en désaccord avec ce principe. Très dommageable ? Ce n'est pas encore du sabotage. Au sens où je suppose que G* a des moyens de vérifications (double présentation et concordance des résultats). C'est de la non-coopération. Je crois que ça s'apparente à de la désobéissance civile. C'est, à mon avis, moralement acceptable quand il n'y a pas de voie de dialogue possible, ce qui est le cas présentement. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le filtre anti-spam du wiki participe à la reconnaissance des numéros de rues
Le 24 janv. 2014 à 15:39, Marc SIBERT m...@sibert.fr a écrit : A un détail près, c'est qu'ici l'utilisateur n'a pas le choix d'utiliser un captcha pour G ou un autre libre. C'est bien l'éditeur du site qui fait ce choix et te l'impose. Note : je fais pareil, saloperie Je n'avais pas fait attention aux filouteries de Google dans ce cas. C'est lamentable que des gens qui doivent utiliser des outils libres, puisqu'ils en produisent un, se jettent dans les bras de la pieuvre. Dans la Silicon Valley, Google est attaqué par des activistes qui bloquent les bus des employés qui vont au siège pour des motifs/ prétextes d'urbanisme. Bref, il serait temps que la résistance passive s'organise, déjà en s'interdisant d'utiliser les outils. Je vais écrire sur la ML de la Fondation à ce propos. Christian R. Macophile qui n'est donc pas espionné par Apple et le moins possible par Google ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] opendata au SHOM...
Si vous cherchez la laisse de basse mer (et de haute mer) elle a l'air d'être là : http://www.data.gouv.fr/fr/dataset/bd-carthage-metropole-laisse-des-eaux-onm tapez laisse dans le moteur de recherche pour trouver celles de l'outre-mer. Je ne sais pas ce que ça vaut ni si c'est intégrable, je n'ai pas eu le temps de m'y pencher. Damouns Le 24 janvier 2014 15:44, Romain MEHUT romain.me...@gmail.com a écrit : Le 24 janvier 2014 15:36, Christophe Merlet red...@redfoxcenter.org a écrit : Ça va permettre aussi de remplacer quelques contours issus de PGS et que Bing ne permet pas d'affiner. Ainsi que permettre de rajouter quelques îles et îlots et recalculer les limites territoriales à 12 miles marins. Attention quand même, la description précise que ce trait de cote correspond à **la laisse des plus hautes mers**, or, la limite territoriales à 12 miles marins est normalement calculé par rapport à **la laisse des plus basses mers** appelé aussi ligne de base ( boundary=maritime + border_type=baseline). Ça peut faire une sérieuse différence ! Et avec ça http://geobretagne.fr/geonetwork/apps/georchestra/?uuid=979b4399-a3e3-491c-ac35-c56900b117ea? Romain ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] Le filtre anti-spam du wiki participe à la reconnaissance des numéros de rues
Le 24 janvier 2014 17:37, Christian Rogel christian.ro...@club-internet.fra écrit : Bref, il serait temps que la résistance passive s'organise, déjà en s'interdisant d'utiliser les outils. Je vous signale que, sur mon blog, j'utilise une captchakatchak basée sur un truc de calcul de question, que j'y comprend rien mais qui a drastiquement diminué les commentaires spams ; pas besoin de google. Essayez de commenter, par exemple http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ la capatchakaka y est vachement intéressante. (Quoi ?... encore un truc foireux pour se faire augmenter le compteur de visites sur le dos de la communauté alors qu'elle échappe aux griffes de google ?? Heu nooonnn) -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur – vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ajouter passage train manuel?
Bonjour, Je n'ai pas trouvé de photo pour expliquer ce que je veux dire : c'est une porte/barrière ferroviaire juste assez large pour permettre le passage de piétons ou cyclistes, donc plus simple que ça: http://i1.ytimg.com/vi/1WRTpHMjMQ8/maxresdefault.jpg Elle se trouve ici: http://www.openstreetmap.org/?mlat=48.73712mlon=2.23152#map=18/48.73712/2.23152 1. Est-il possible d'ajouter cet élément via Id, ou faut-il apprendre JOSM? 2. Quel tag utiliser? level_crossing=barrier? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-passage-train-manuel-tp5794285.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter passage train manuel?
C'est tout simplement railway=crossing Avec les tags classiques du highway=crossing http://taginfo.openstreetmap.org/tags/?key=railwayvalue=crossing#combinations Le 25 janvier 2014 01:05, Shohreh codecompl...@free.fr a écrit : Bonjour, Je n'ai pas trouvé de photo pour expliquer ce que je veux dire : c'est une porte/barrière ferroviaire juste assez large pour permettre le passage de piétons ou cyclistes, donc plus simple que ça: http://i1.ytimg.com/vi/1WRTpHMjMQ8/maxresdefault.jpg Elle se trouve ici: http://www.openstreetmap.org/?mlat=48.73712mlon=2.23152#map=18/48.73712/2.23152 1. Est-il possible d'ajouter cet élément via Id, ou faut-il apprendre JOSM? 2. Quel tag utiliser? level_crossing=barrier? Merci. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-passage-train-manuel-tp5794285.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list 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
Re: [OSM-talk-fr] Ajouter passage train manuel?
Merci, c'est fait. Je vérifierai dans quelques jours une fois qu'OSM aura regénéré le rendu Mapnik. -- View this message in context: http://gis.19327.n5.nabble.com/Ajouter-passage-train-manuel-tp5794285p5794289.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] USOSM sur quel way ?
Bonjour, Je vous ai parlé il y a qq temps de ma petite appli USOSM qui permet de découvrir de nouveaux contributeurs un peu confirmés dans une région donnée. L'idée en avait été proposée dans une discussion sur cette liste. Elle se trouve à http://88.191.156.81:8080/usosm/ et le projet github à https://github.com/Iratetou/usosm Mais je n'ai eu que peu de réponse à mon annonce, et les issues du projet github restent vides. Pourtant, si je regarde les logs, il y a quelques utilisateurs... Des personnes recherchent les nouveaux contributeurs sur l'Auvergne, la Haute Normandie, l'Aquitaine, ou les Pays de la Loire je le vois, tout est pisté, vous savez bien, sur internet ;-) Je me permets cette relance, car ma petite appli ne trouvera jamais un large public ; c'est un éventuel outil parmi les outils de suivi d'osm, c'est tout. , mais j'ai tout de même besoin que les quelques personnes qui utilisent ça me disent ce qu'il en pensent, si ça marche, si c'est seulement utile (peut être qu''ils ont mis ça dans un lecteur de feeds et qu'ils l'ont oublié ensuite ? ), dans quelle direction il faut que je mène les évolutions, etc. Merci, cordialement. -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur – vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
