Re: [OSM-talk-fr] LGV Bretagne-Pays de Loire
Le lundi 5 septembre 2011 21:49:37, Pierre-André Le Ny a écrit : > Bonsoir à tous, Salut, > > Je sollicite la liste pour quelque chose qui m'interpelle. > > J'ai vu récemment apparaître en base OSM un tracé de la future ligne à > grande vitesse (nom de code LGV-BPL). > > http://www.openstreetmap.org/browse/way/48998529 > > Je suis de près le projet depuis quelques années et j'ai tout de suite été > interpellé par le fait que le tracé dans OSM n'est pas le bon. > > En réalité, l'ajout dans OSM constitue juste en une ligne droite de > Connerré (Sarthe) à Cesson-Sevigné (Ille et Vilaine). La ligne va être > construite (elle) et le tracé est maintenant connu. > > http://www.lgv-bpl.org/caracteristiques-projet/cartographie-trace/recherche > -cartographique Il est clair que le tracé est plus qu’approximatif et qu’apparaître tel quel sur la carte (et là on peut dire que le rendu est important) nuit fortement à la qualité de ce qu’on peut faire avec OSM et lui fait mauvaise pub, selon moi. > > Je peux comprendre que l'on ajoute des tracés connus et validés, notamment > d'autoroutes, mais à ce niveau-là, j'ai plus de mal à comprendre l’intérêt > et la valeur ajoutée de cette donnée. > > J'ai contacté l'auteur de cet ajout pour lui demander son point de vue. > > Et vous, que pensez-vous de cet ajout et de sa pertinence ? *Je* pense que lorsqu’on n’en sait pas plus que ça, mieux vaut s’abstenir de mettre le tracé. Ceci dit, maintenant que le tracé est connu, il est intéressant de le mettre à jour, même à 1km près ce sera tellement mieux que la ligne droite ^^ > > D'une manière générale, comment sont mappées les lignes de chemin de fer > (import ou gps ?) ? Cette ligne droite va t'elle subsister jusqu'à la mise > en service (fin 2016) ;-/ ? > Quelles démarches seraient possibles pour mettre à jour ce tracé et le > faire coller à la réalité (future) ? Personnellement, j’ai travaillé sur la ligne LGV Sud Europe Atlantique (Tours- Bordeaux), laquelle était déjà dans la base OSM mais n’apparaissait pas sur le rendu mapnik. Depuis que le projet est ouvert à la construction, le tracé a été rendu visible ; et c’est à ce moment là que j’ai pris une à une les cartes disponibles sur le site officiel du projet, j’ai suivi le tracé de haut en bas et j’ai recalé le tracé en réinterprétant la carte (pas calqué), j’en ai profité pour rajouter les connexions avec les gares et les autres voies. > > Voilà, vous le constaterez, je me pose beaucoup de questions autour de > cette LGV. > > Merci d'avance pour vos éventuelles réponses. > > PA (Paolo35) -- mickey86, Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Restons centrés sur notre projet
+1 aussi Les licences libres et le terme « licence libre » qui les désigne communément ont déjà des difficultés à se faire accepter, si on commence à les dénigrer… :-) Le vendredi 2 septembre 2011 16:32:30, Guillaume Allegre a écrit : > Le ven. 02 sept. 2011 à 01:16 +0200, Pieren a ecrit : > > 2011/9/1 Vincent-Xavier JUMEL : > > > Les utilisateurs sont libres ne pas prendre une carte (ou un logiciel) > > > libre. De plus, dans les faits, OSM est bien sous une licence libre, la > > > fondation l'indique dans ses statuts (de façon détournée) et je ne vois > > > pas pourquoi on se priverait de le dire de la façon qui me semble la > > > plus efficace. > > > > Il faut comprendre que pour Christian, le problème est l'emploi du mot > > "licence" qui, pour lui, est peut-être trop lié à "logiciel" ou > > "culture du libre". Il trouve que le terme "données libres" est mieux > > adapté. > > Bon, moi je trouve qu'il coupe les cheveux en quatre parce que si les > > données sont libres, c'est bien parce qu'il y a une licence libre > > derrière et que des données libres sans licence libre, ça n'existe > > pas. > > "licence" n'implique pas forcément "logiciel". Mais bon, c'est à > > chacun de voir... > > Je suis au contraire de l'avis de conserver le terme "licence", > pour plusieurs raisons. > > - C'est le terme dédié : CC-By-SA et ODBL sont officiellement des > "licences", choisies par l'OSMF justement. > > - C'est le terme approprié pour désigner un concept précis. On évite les > ambiguités possibles entre les termes "droit d'auteur", "droits > d'utilisation", "droits d'usage" qu'on peut trouver ailleurs. > En particulier, les termes anglais et français sont exactement équivalents > et il n'y a pas d'ambigüité à ce sujet. > > - Les interlocuteurs privilégiés d'OSM-FR seront les collectivités et > administrations, éventuellement les professionnels. Ils ont besoin qu'on > leur parle clairement. On sera amené à leur dire : vos conditions > d'utilisation (sont OU ne sont pas) compatibles avec la _licence_ d'OSM. > > - Dans le cas très peu probable où le terme "licence" désarçonnerait > quelqu'un, ce sera pédagogique de lui en expliquer le sens. > > > Pour conclure, bien que je veuille bien être rangé dans la case de > "libriste militant", je ne vois pas ce que l'emploi du terme "licence" a à > voir. > On peut très bien être contre les "licences libres" en employant le terme. > C'est _juste_ la bonne façon de nommer le concept. Cordialement, -- mickey86, Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du bon boulot !
Arf, un import loupé, on dirait. Quel dommage ^^ Le jeudi 11 août 2011 16:31:25, Vladimir Vyskocil a écrit : > C'est pas beau de se moquer, mais ceci vaut le coup d'oeil quand même ! ;-) > > http://www.openstreetmap.org/?lat=-12.14337&lon=-76.96621&zoom=16&layers=M > > Cela se trouve à Lima au Pérou. > > Vlad. > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr Cordialement, -- mickey86, Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Retour arrière du rendu mapnik
Salut ! Je surveille la zone [http://www.openstreetmap.org/?lat=46.56041&lon=0.32846&zoom=17&layers=M] que j’avais fort complété ces derniers temps qui était en ligne correctement jusqu’à hier ou avant hier. Voilà qu’aujourd’hui je constate que les tuiles du niveau 17 et 18 sont revenus à l’état d’il y a plus de 15 jours… Une explication ? PS : c’est en plus une zone que j’avais cartographié pour l’anniversaire de notre GULL (APP3L, Poitiers), demain ! Déjà que la météo n’est pas avec nous et qu’on a eu des problèmes de réservations d’activité, je vais finir par croire qu’il y a une conspiration… -- Mickey86 signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Traceur GPS
Salut tout le monde, Les membres de l’association APP3L (http://www.app3l.org) s’investissent de plus en plus dans la contribution à OSM… L’association envisage d’investir dans quelques GPS traceurs que l’on prêterait à nos membres et à des associations de randonnées ou cyclisme pour récupérer des traces GPX. Seulement voilà, notre budget est (relativement) limité pour ce genre de matériel (<500€). Aussi nous cherchons des traceurs GPS ayant : — autonomie (au moins 10 heures), avec piles c’est encore mieux (histoire d’avoir rapidement de l’autonomie en changeant des piles) — simple à utiliser (activer et mettre dans le sac : pour ne pas embêter les promeneurs) — une mémoire adaptée pour tracer suffisamment de points (plusieurs dizaines de milliers) — au format GPX — une précision de 10m suffirait — pour un budget de moins de 100€ grand max à l’unité. http://www.lightinthebox.com/Waterproof-Mini-Global-GPS-Data-Logger-with-GPS-Receiver--Distance-Monitor-Function-XHS027-_p158754.html Nous sommes tombés sur ce produit, qu’en dites-vous ? Quelqu’un a-t-il d’autres produits intéressants à proposer ? Cordialement, -- Mickey86 signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google a mis à jour ses cartes pour la France
En ce qui concerne Poitiers, Google map est plus complète qu’avant, mais c’est encore plus bourré d’erreurs : — la circulation a radicalement changé dans le centre-ville depuis septembre 2010, mais GoogleMap n’est toujours pas à jour, en clair ceux qui viennent à Poitiers en suivant GoogleMap seront perdus ; — ils ont ajouté pleins de bouts de rue dont la plupart n’existent pas ou sont privés ; — certains POI ne sont pas à la bonne place ; — des routes sont mal classées… Bref, ils ont fait du sale boulot ! Et OpenStreetMap ≫ GoogleMap sur Poitiers et alentours :) Cordialement, -- Mickey86 Le jeudi 02 juin 2011 12:23:18, Lapinos03 a écrit : > Le 02/06/11 09:45, Nicolas Frery a écrit : > > Le 01/06/2011 23:54, Vincent Privat a écrit : > >> Et effectivement, les cartes sont bien meilleures. Les exemples classiques > >> que je prenais dans ma région pour démontrer que parfois, OSM> Google ne > >> sont plus tous vrais :( > >> > > Autour de chez moi, tout les chemins sont des routes sur googlemaps > > (enfin ça doit être le cas partout..). Donc OSM> Google niveau qualité > > dans le 89. > > > Effectivement, de mon côté, il y a un highway=track/tracktype=grade5 > dessiné comme une route... Il faudrait leur dire de mettre la mention > "tracteur obligatoire" ! :) > > /Lapi > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] GraphStream, édition de graphes
Salut ! Dans la même veine que le sujet à propos de « leaflet ou openlayers », sur Linuxfr, un projet vient d’être annoncé[1] : « GraphStream », de quoi éditer des graphes de façon dynamique ou statique. Outre le côté esthétique ou amusant de la vidéo de présentation[2], ce qui m’a motivé à mettre cette nouvelle, c’est qu’on y voit l’utilisation d’une carte OSM (vers la fin)… Peut-être que cela donnera des idées à certains ? [1] http://linuxfr.org/news/sortie-de-graphstream-10 [2] http://graphstream-project.org/news/#7 Cordialement, -- Mickey86 signature.asc Description: This is a digitally signed message part. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tronçon d’aqueduc
Évidemment qu’on ne tague pas pour le rendu ! Sauf que mon idée première était d’utiliser un pipeline (éventuellement avec historic=yes, qui me paraît tout aussi adapté, sinon mieux), et que je me doutais fortement qu’un pipeline devrait apparaître sur la carte (étant un objet bien remarquable sur le terrain), or il n’apparaissait pas, d’où ma question… Le lundi 03 janvier 2011 15:30:04, Erik Amzallag a écrit : > Bonjour, > > Pour les aqueduc, j'étais resté sur ça : > http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dpipeline > > avec le tag type=water et le tag location adéquat. > > Comme ce n'est pas la première fois que je vois quelqu'un utiliser > waterway=canal pour un aqueduc (et je parle dans ce cas précis d'une > canalisation souterraine), quelle est la bonne façon de taguer ? > > Ah, et on ne tague pas pour le rendu ;) > > Erik > > Le 2 janvier 2011 00:30, yvecai a écrit : > > > Ah, oui, et aussi waterway=canal, sinon, ce n'est pas affiché. > > Désolé pour ton pipeline. > > > > > > On 01. 01. 11 22:15, Mickey86 wrote: > > > >> Salut les mappeurs ! > >> > >> Tout d’abord, bonne année à vous tous, bonne santé, et bonne cartographie > >> ;) > >> > >> Je viens de découvrir (grâce à Bing) où se trouve un aqueduc (j’ai vu > >> l’ombre projetée sur la photo :D), mais je ne sais pas trop comment le > >> baliser. Je l’ai balisé ainsi : > >> http://www.openstreetmap.org/browse/way/92930472 mais il n’apparaît pas > >> sur la carte. > >> > >> Quelqu’un aurait-il une idée du comment on balise un tel objet ? > >> > >> Cordialement, > >> > > > > > -- Mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tronçon d’aqueduc
Salut les mappeurs ! Tout d’abord, bonne année à vous tous, bonne santé, et bonne cartographie ;) Je viens de découvrir (grâce à Bing) où se trouve un aqueduc (j’ai vu l’ombre projetée sur la photo :D), mais je ne sais pas trop comment le baliser. Je l’ai balisé ainsi : http://www.openstreetmap.org/browse/way/92930472 mais il n’apparaît pas sur la carte. Quelqu’un aurait-il une idée du comment on balise un tel objet ? Cordialement, -- Mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation
Le lundi 20 décembre 2010 19:38:17, Vincent Pottier a écrit : > Le 20/12/2010 18:54, Mickey86 a écrit : > > Le lundi 20 décembre 2010 18:28:50, Vincent Pottier a écrit : > >> Oups. Il y a aussi des problèmes de restrictions : > >> http://maps.cloudmade.com/?layers=&lat=46.580575&lng=0.369501&zoom=15&directions=46.57240323362092,0.37203311920166016,46.58673912193909,0.34842967987060547&travel=car&styleId=1&opened_tab=1 > >> Je doute que je puisse comme ça de l'Avenue Kennedy... > > Alors là, je n’ai pas compris le problème. > > > Il y a un mot qui est resté dans le clavier... > Le logiciel de routage fait sortir de l'Avenue Kennedy en traversant > celle-ci pour prendre, à l'Ouest, la bretelle de sortie venant du Nord. > Alors que venant du Sud, il aurait fallu sortir par une bretelle vers > l'Est puis emprunter le pont de la Voie Malraux au dessus de l'Avenue > Kennedy. > > Il manque à cet échangeur des relation restrictions pour interdire ce > genre de manœuvre que ne doit pas aimer la maréchaussée. A priori, c’est corrigé, la bretelle Sud-Est qui monte sur la voie Malraux était dans le mauvais sens. Mais ce que tu me montres est bien correct, c’est simplement le chemin le plus court, mais pas le plus évident, j’en conviens. http://maps.cloudmade.com/?layers=&lat=46.578657&lng=0.368621&zoom=16&directions=46.576946291603015,0.3707456588745117,46.57942416281602,0.36881446838378906&travel=car&styleId=1&opened_tab=1 > -- > FrViPofm > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > Cordialement, -- Mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation
Le lundi 20 décembre 2010 18:28:50, Vincent Pottier a écrit : > Le 19/12/2010 20:55, Mikaël Cordon a écrit : > > Salut, > > > > Oui, c’est moi qui ai classé (puis reclassé) les rues de Poitiers, et je > > dois > > dire que j’ai pas mal de difficulté à classer… Les primaires ne me posent > > pas > > de problème… En ce qui concerne les autres classes, c’est plus compliqué je > > suis partagé entre suivre la classification en fonction des numéros des > > voies > > (D 147, C 6, etc.), et le traffic réel. Certaines voies non numérotées sont > > tellement passagères qu’il est plutôt mal venu de les classer mineures ou > > résidentielles. De plus visuellement (je sais qu’on ne tague pas pour le > > rendu), voir une voie qui se détache du reste laisse penser à une voie > > plutôt > > principale, c’est dans cette optique j’ai surclassé certaines rues alors > > qu’officiellement elles n’ont pas plus de classe que ces voisines :) > > > > De ce fait, les classes « officielles » peuvent être suivies par rapport au > > ref=* et l’importance réelle via les classes highway=*, non ? > > > > Quant aux rues classées qui débouchent sur des voies de classe inférieures, > > c’est dû au fait que le traffic est dévié progressivement dans les rues > > connexes et qu’au bout d’un moment il faut déclasser un bout de la rue pour > > coller au traffic effectif. > > > > Ceci dit, il ya peut-être des erreurs tout de même. > Trois petits exemples : > http://www.openstreetmap.org/?mlat=46.56664&mlon=0.39269&zoom=17&layers=M > La route de Chauvigny ne devrait elle pas être elle aussi en secondary > de l'échangeur de "Grand Pré" à l'avenue du Recteur Pineau ? Ça rendrait > cohérent cette entrée. Elle pourrait passer en secondary, le primary était du fait que la route de Chauvigny est plus importante que l’avenue du Recteur Pineau étant donné que le rond-point est alimenté aussi par les avenues d’Iassy et Follereau. Mais à y réfléchir secondary est pas mal non plus. > > http://www.openstreetmap.org/?mlat=46.59145&mlon=0.34032&zoom=16&layers=M > Le pont et l'Avenue de l'Europe ne sont ils pas des primary, ce qui > rendrait cohérent l'anneau Est (Avenue Kennedy) L’avenue de l’Europe ne peut clairement pas être classée en primary (Fitzgerald Kennedy se dilue le quartier des Couronneries), en revanche le Pont de l’Intendant le Nain peut passer en secondary plutôt qu’en tertiary. > > La rue Jean Jaurès, le boulevard Solférino, ou la partie centre ville du > la Voie Malraux ne pourraient-ils pas descendre en tertiary ? Ils ne > doivent pas tellement servir à traverser le centre, mais à le desservir. Ils pourraient, mais restent assez importants, et plus important que les tertiary du centre ville. À voir au cas par cas, probablement qu’il y a des déclassements à faire, en effet. > > Ça n'est pas "tagguer pour le rendu" mais pour rendre intelligible la > circulation. > Mettre le contournement Est (trunk) en primary pour qu'il saute au yeux, > ça c'est tagguer pour le rendu... Ça n'est pas le cas. Tout ça montre bien que y’a encore des progrès à faire, mais rien n’est évident, il faut tout négocier :) > > Oups. Il y a aussi des problèmes de restrictions : > http://maps.cloudmade.com/?layers=&lat=46.580575&lng=0.369501&zoom=15&directions=46.57240323362092,0.37203311920166016,46.58673912193909,0.34842967987060547&travel=car&styleId=1&opened_tab=1 > Je doute que je puisse comme ça de l'Avenue Kennedy... Alors là, je n’ai pas compris le problème. > > Bon courage. > -- > FrViPofm > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > Cordialement, -- Mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau de bus à Poitiers
Le lundi 06 septembre 2010 12:23:56, René-Luc D'Hont a écrit : > Le 02/09/2010 06:58, Hendrik Oesterlin a écrit : > > Le 01/09/2010 à 20:46:23 +1100 "René-Luc D'Hont" rldh...@gmail.com a > > écrit > > > > Objet: "[OSM-talk-fr] Réseau de bus à Poitiers" : > >> Sinon je suis administrateur OSMTransport, je fais ce qu'il faut pour > >> Poitiers. > >> René-Luc D'Hont > >> 3Liz > > > > Ne suffit-il pas de clicker sur "Add a new location" ? C’est d’ailleurs ce que j’ai fait mais ça n’a pas fonctionné : beaucoup d’erreurs javascript… > > Il aurait suffit de la faire, c'est d'ailleurs ainsi que je l'ai ajouter > > René-Luc > > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment représenter les barrièr es de limitation en hauteur?
Le samedi 04 septembre 2010 14:36:55, Ziva a écrit : > Bonjour, > Après des recherches infructueuses sur le wiki, je pose la question à la > liste. > Il s'agit de barrières en tube acier ou bois limitant la hauteur des > véhicules, généralement les parkings. C'est en général pour empêcher les > campings car de stationner. Pour ma part, je place un nœud (node) sur le chemin où se trouve la barrière filtrante avec je balise ce nœud avec maxheight=1.9 pour limiter à 1,90m par exemple. Comme ici (l’entrée sur les parkings nord sont limités à 1,90m) : http://www.openstreetmap.org/?node=836060367 (Ça n’apparaît sur ce rendu) > > merci > Pen Beuz > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau de bus à Poitiers
Le mercredi 01 septembre 2010 11:46:23, René-Luc D'Hont a écrit : > Bonjour, > > Tout d'abord, faut-il ou ne faut-il pas découper une voie de circulation > pour décrire la route employé par les bus est une discussion qui a déjà > eu lieu ici. Les points de vus divergent et aucun consensus n'existe > vraiment. > > Sinon je suis administrateur OSMTransport, je fais ce qu'il faut pour > Poitiers. Impeccable ! Merci :) > > René-Luc D'Hont > 3Liz > > Le 01/09/2010 00:14, Mickey86 a écrit : > > Bonjour, > > > > Je viens d’entamer la cartographie du réseau de bus à Poitiers… > > > > J’ai créé la ligne de bus suivante : > > http://www.openstreetmap.org/?relation=1157015 > > > > Mais je me pose des questions à propos des carefours giratoires traversés > > par les lignes. Actuellement, je ne les ai pas mis dans la relation > > (type=route ; route=bus). > > > > — Doit-on mettre les ronds-points entiers dans la relation ? > > — Doit-on « casser » les ronds-points pour ne mettre que la portion > > empruntée ? > > — Il y a-t-il une autre façon de faire ? > > > > Autre question… Quelqu’un sait-il comment contacter un administrateur du > > projet OSMTransport pour intégrer Poitiers dans les villes proposées par > > le projet ? (La mise en page du site > > http://3liz.fr/public/osmtransport/# est bancale chez moi et je n’arrive > > pas à naviguer jusqu’à la page de contact.) > > > > Cordialement, > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau de bus à Poitiers
Le mercredi 01 septembre 2010 18:23:16, simon a écrit : > Le mercredi 01 septembre 2010 à 17:31 +0200, didier2...@free.fr a > > écrit : > > bonjour a vs > > > > sur ta ligne de bus, > > > > - il y a une place devant la gare, est-ce vraiment un giratoire ? > > - a la porte de paris, il y a circulation en sens inverse autour de la > > petite tour... est aussi vraiment un giratoire ou un carrefour avec > > voies affectées ... ? > > La Porte de Paris un carrefour mythique pour les auto école et les > touriste, et aussi un beau casse tête pou OSM :) Tu m’étonnes -_-’… La frayeur quand tu arrives pour la première fois sur ce truc :D > > > ces 2 questions qui ne vont surement pas résoudre ton probleme ... mais > > bon ! > > > > -+- > > didier > > > > > > > > - Mail d'origine - > > De: Vincent Pottier > > À: Discussions sur OSM en français > > Envoyé: Wed, 1 Sep 2010 13:47:19 +0200 (CEST) > > Objet: Re: [OSM-talk-fr] Réseau de bus à Poitiers > > > > On 01/09/2010 11:46, René-Luc D'Hont wrote: > > > Bonjour, > > > > > > Tout d'abord, faut-il ou ne faut-il pas découper une voie de > > > circulation pour décrire la route employé par les bus est une > > > discussion qui a déjà eu lieu ici. > > > > Dispose t'on d'une alternative viable et opérationnelle ? > > Ça n'est pas une bonne solution, c'est la moins pire. > > -- > > FrViPofm > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-fr > > > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-fr > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau de bus à Poitiers
Le mercredi 01 septembre 2010 19:23:49, Pierre-Alain Dorange a écrit : > Mickey86 wrote: > > [...] > > En attendant un consensus, je vais intégrer les giratoires en entier. > > C'est qui semble le plus sage. > D'autant que le chauffeur de bus peu faire plusieurs fois le tour avant > de sortir du giratoire si il est un peu en avance sur son horaire ;-) Voilà, c’est ce que je me suis dit aussi :D Cordialement, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau de bus à Poitiers
Le mercredi 01 septembre 2010 17:31:37, vous avez écrit : > bonjour a vs Salut > > sur ta ligne de bus, > - il y a une place devant la gare, est-ce vraiment un giratoire ? C’est un giratoire (allongé certes :)). > - a la porte de paris, il y a circulation en sens inverse autour de la > petite tour... est aussi vraiment un giratoire ou un carrefour avec voies > affectées ... ? La Porte de Paris ce n’est pas un giratoire. En dehors des voies qui traversent l’anneau peu conventionnellement, tout le monde circule dans le sens anti-horaire, mais l’accès est règlementé par les feux tricolores à l’entrée et la priorité à droite est de mise. Il n’y a pas de voies affectées : c’est la jungle, il faut suivre le flot (ceux qui connaissent). > > ces 2 questions qui ne vont surement pas résoudre ton probleme ... mais bon > ! Effectivement ça ne règle pas vraiment le problème ^^. Ceci dit pour la porte de Paris je pourrais scinder l’anneau : j’avais pris la porte, à tort, comme un giratoire. > > -+- > didier > > En attendant un consensus, je vais intégrer les giratoires en entier. Après tout, les carefours croisement font partie de la relation (de manière implicite), alors les carefours giratoire, j’en ferais de même ; d’autant que scinder un giratoire, c’est long (il faut créer une relation pour reconstituer le giratoire), topologiquement c’est discutable et ça permet de revenir plus facilement en arrière (suffira de supprimer le giratoire de la relation). > > - Mail d'origine - > De: Vincent Pottier > À: Discussions sur OSM en français > Envoyé: Wed, 1 Sep 2010 13:47:19 +0200 (CEST) > Objet: Re: [OSM-talk-fr] Réseau de bus à Poitiers > > On 01/09/2010 11:46, René-Luc D'Hont wrote: > > Bonjour, > > > > Tout d'abord, faut-il ou ne faut-il pas découper une voie de > > circulation pour décrire la route employé par les bus est une > > discussion qui a déjà eu lieu ici. > > Dispose t'on d'une alternative viable et opérationnelle ? > Ça n'est pas une bonne solution, c'est la moins pire. > -- > FrViPofm > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réseau de bus à Poitiers
Bonjour, Je viens d’entamer la cartographie du réseau de bus à Poitiers… J’ai créé la ligne de bus suivante : http://www.openstreetmap.org/?relation=1157015 Mais je me pose des questions à propos des carefours giratoires traversés par les lignes. Actuellement, je ne les ai pas mis dans la relation (type=route ; route=bus). — Doit-on mettre les ronds-points entiers dans la relation ? — Doit-on « casser » les ronds-points pour ne mettre que la portion empruntée ? — Il y a-t-il une autre façon de faire ? Autre question… Quelqu’un sait-il comment contacter un administrateur du projet OSMTransport pour intégrer Poitiers dans les villes proposées par le projet ? (La mise en page du site http://3liz.fr/public/osmtransport/# est bancale chez moi et je n’arrive pas à naviguer jusqu’à la page de contact.) Cordialement, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] micromapping des rues
Personnellement, Je trouve le travail impressionnant. Ceci dit, je trouve que le temps (certainement) passé à cartographier aussi précisément les rues ne vaut pas la somme des informations supplémentaires que que ce type de représentation apporte : — ça aurait été intéressant si l’espace entre les bâtiments était effectivement la rue, or on ne voit absolument pas apparaître les trottoirs (qui peuvent être bordés de barrières ou plots), qui faussent l’impression d’avoir la vraie largeur des rues : l’information de largeur telle quelle n’est pas utilisable ; — seul le pourtour des rues a été cartographié, pas la topologie : du coup cette partie est inutilisable actuellement par les calculateurs de trajets qui s’occupent des chemins topologiques « semi-plongés ». — du point du vue création le temps passé à cartographier ce n’est pas le mien donc je m’en moque un peu… En revanche, le temps de maintenance (qui pourrait être le mien ou le vôtre) va s’en trouver très rallongé. — dernier point, le rapport entre la taille des infos stockées et la somme d’informations utilisable est énorme, même si la taille de la base de données ne doit pas être un frein à la modélisation. En conclusion, pour moi, ce type de cartographie n’est pas pour OpenStreetMap aujourd’hui. Malgré la grande liberté de modélisation qui peut être faite avec OSM, je trouve qu’ici c’est une dérive trop importante de ce qui peut être fait. Cordialement, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] passage sous un porche
Le mardi 24 août 2010 07:22:36, Pierre-Alain Dorange a écrit : > Yannick VOYEAUD wrote: > > Pour l'analyse du tag à appliquer au passage sous l'immeuble nous serons > > tous d'accord pour admettre que 'Tunnel' est inadéquat. Un tunnel > > implique une notion de terrain et non de bâti. > > Pour mettre 'Covered' je suis contre aussi car ce n'est en aucun cas un > > passage couvert! > > La seule solution qui me semble architecturalement moins pire que les > > autres c'est 'Pont'. En effet qu'est-ce qu'un pont? C'est avant tout un > > édifice solide (immeuble) sous, ou sur, lequel passe une voie de > > circulation. Ne sommes-nous pas dans ce cas?! > > Si on regarde les définitions sur le wiki c'est pourtant covered qui > convient, il y a même une photo qui correspond exactement à la situation > > : <http://wiki.openstreetmap.org/wiki/Key:covered> > > Tunnel est inapproprié (le passage se doit d'être souterrain ce qui > n'est pas le cas) et Bridge me semble innaproprié car Bridge implique > que la voie passe au dessus d'une autre. Dans le cas évoqué il n'y a > qu'une seule voie, pas 2 qui se croisent... > > <http://wiki.openstreetmap.org/wiki/Tunnel> > <http://wiki.openstreetmap.org/wiki/Bridge> > <http://wiki.openstreetmap.org/wiki/Key:cutting> Si on s’en tient aux définitions du Wiki, effectivement, la balise covered est de mise. Ceci dit je suis un peu comme certains d’entre nous, je ne suis pas satisfait de cette définition. La base OSM contient des données conceptuelles/génériques : cela permet de décrire, avec assez peu de données, des situations précises. Suffisamment précises pour qu’à leur interprétation on se retrouve dans la situation décrite. Moi, je me serais contenté d’un tunnel=yes, à l’instar d’un tunnel souterrain. Et d’ailleurs avant de découvrir dans cette discussion la balise covered, j’ai balisé jusqu’ici toutes ces situations avec tunnel=yes. Après tout, le concept c’est de faire passer un chemin sous quelque chose, la balise tunnel=yes exprime très bien celà. Ensuite pour l’interprétation, il ne reste qu’à regarder ce que le chemin traverse ; autrement dit regarder ce qu’il y a autour (la base de données est là pour nous fournir ces objets) ; ici, un bâtiment (en ce qui concerne le layer=0 par défaut), donc il s’agit d’un tunnel sous bâtiment. La situation est décrite, et il me semble qu’elle se suffit. D’ailleurs, on a une seule balise tunnel quelque soit ce qui passe dans le tunnel. Pourquoi changer de balise lorsque l’objet traversé change ? La situation est totalement décrite lorsqu’on sait qu’un chemin traverse un objet (tunnel=yes), qu’on connaît le type du chemin (highway=*) et qu’on connaît l’objet traversé (bâtiment, ou terrain). D’autre part, covered pour ce genre de passage me gêne. Dans la définition anglaise ou française, covered ou couvert est un adjectif qui qualifie un objet qu’on a protégé ou caché. Or ici, à moins qu’on me dise qu’il s’agisse d’un passage secret ou qu’il faut protéger, le trou dans le bâtiment est à vocation de créer un passage. Covered me paraît adapté dans les montagnes, pour les chemins protégés des avalanches. Dans ce cas là, les chemins sont couverts (ou semi couverts covered=half ?) et ne sont pas forcément des tunnels. Mes 0.02€, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Retour suite à l'ajout manuel des adresses d'une ville
Salut, Personnellement, je me suis occupé du centre-ville de Poitiers (pareil près de 100% des adresses sont renseignées). Et j’ai les mêmes remarques que Clément à propos de la praticité de l’outil (assistance à la rentrée d’adresse manuellement) et des proportions des différents problèmes liés à la numérotation. Et d’ailleurs, à moins que ce soit en place et que je n’ai pas trouvé : il serait intéressant d’avoir des raccourcis clavier (Next/Previous, Suivant/Précédent, +/-) pour sauter des numéros (ou revenir d’un numéro lorsqu’il y a des bis et ter, etc.) voire un raccourcis pour éditer le numéro juste placé (pour ajouter la sous-numérotation, par exemple). Cordialement, Le dimanche 22 août 2010 13:46:04, Clement Menier a écrit : > Bonjour à tous, > > Je viens de finir (enfin à 99% certainement) l'import manuel des > adresses pour la ville de Cognac (environ 2 habitants) et voici > quelques retours si cela intéresse. > > * L'outil pour les adresses dans le plugin Cadastre est magique! J'ai > passé plus d'une trentaine d'heures à l'utiliser et je n'ai même pas une > seule fonctionnalité supplémentaire à lui ajouter (à part un warning > prévenant des risques de TMS (mal aux poignées) au bout de 1000 clicks > dans la dernière heure ;-) ) > > * L'import se fait sans souci pour 80% des adresses. Plus la zone a été > construite récemment, plus c'est simple (les nouvelles zones > pavillonaires se font en un rien de temps). > > * 15% des cas nécessitent une attention plus particulière (numéros > cachés sous un numéro de parcelle, numéros éloignés de la voierie, ...) > > * 5% des cas nécessitent de se creuser en revanche sérieusement les > méninges (en particulier au niveau des carrefours ou places). Il faut > alors regarder l'aspect séquentiel de la numérotation, la logique, > etc... (une ou deux zones m'ont contraintes à y passer plusieurs minutes > rien que pour comprendre l'agencement!) > > Ces 5% (et dans une moindre mesure les 15% précédents) me font > envisager de lourdes difficultés pour un import automatique de ces > adresses, mais je ne suis pas un expert sur ce sujet là. > > * Il est parfois nécessaire de revoir le nommage des rues car on se rend > compte que c'est incompatible avec la numérotation. > > * Quelques rues plus à la campagne utilisaient le système de > numérotation par distance en mètres. Ce système ralentit > considérablement la saisie des adresses car chaque numéro doit être > saisi manuellement. > > * Le système de relation pose quelques micro-soucis: > - Validator se plaint de ne pas connaître ce système de relation > - OpenAddresses ne reconnaît pas ce mécanisme > > Dans l'ensemble je dirais que tous les outils sont désormais > présents pour un import manuel des adresses et fonctionnent très bien. > Il ne reste plus qu'à trouver le temps et la motivation! > > Merci à tous ceux qui ont réalisé ces outils et bon courage à ceux qui > se lancent dans cette opération, > Clément > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Lire le cadastre
Bonjour, Je ne sais pas si de telles informations existent sur le wiki d’OSM, mais je suis tombé sur les sites qui suivent, plutôt intéressants : — http://pagesperso-orange.fr/cadastre/legende.htm : légende du cadastre — http://pagesperso-orange.fr/cadastre/demain.htm : le cadastre nouveau (flash :/) — http://simap.sirap.com/public/carto/index.phtml?config=07096-cadastre- normal : une navigation dans un cadastre plutôt pas mal. Cordialement, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Tech] Extraction des adresses...
Le lundi 19 juillet 2010 07:31:03, hamster a écrit : > Benoît ROUSSEAU a écrit : > Les adresses sont maintenant déplacées à x mètres du centre de la voie > tracée dans OSM (plus propre) et notées sur les erreurs potentielles > > > et mettre l'adresse en question sur le batiement le plus proche et non pas > a x metre de la voie, ca serait faisable ? variante : mettre l'adresse > sous forme d'un noeud sur le chemin du batiment le plus proche, en > positionnant du cote ou le chemin du batiment est le plus proche de la rue Ou à la limite de la parcelle si le bâtiment est trop loin. -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Serveurs Cadastre de la DGI.
Bon, j’en ai parlé à mes collègues admin de la DGI, le serveur des cadastres n’est pas à Poitiers, et les informations sont difficiles à obtenir même à l’intérieur de la structure. Tout ce que je sais actuellement, a déjà été dit ici, finalement : des problèmes de perfomances : le serveur croule sous les demandes, mais ce n’est pas notre communauté qui est en cause visiblement. Je ne suis pas certain que ce soit une attaque DoS ou DDoS. Probablement une réallocation de ressources qui se passe mal. Les admins travaillent dessus, évidemment, donc ça sera résolu à terme ; quand, je ne sais pas. Je vais essayer d’en savoir plus, en contactant les concernés. Cordialement, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 Le vendredi 18 décembre 2009 12:02:18, Tenshu a écrit : > 2009/12/17 Steven Le Roux > > > Peut-être une question à propos du SVG ? > > Owy owy =) > Vont ils investir dans un monstre qui va nous resservir les couches SVG? > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Serveurs Cadastre de la DGI.
Bonjour, Je suis contributeur OSM depuis août dernier, et aussi chargé de mission au sein du CSI (Centre des Services Informatiques) de la DGFiP (Direction Générale des Finances Publiques) à Poitiers depuis mardi dernier (2009-12-15) pour au moins quelques mois. J’ai donc potentiellement des contacts avec les admins des serveurs qui hébergent les plans cadastraux français. S’il y avait des demandes à formuler auprès de ces administrateurs, je pourrais éventuellement faire l’intermédiaire. Je ne suis pas très au fait, des besoins d’OSM à ce sujet, aussi si vous avez des idées… PS : je suis là seulement depuis mardi, je suis le « nouveau », alors, ne me demandez pas tout de suite de hacker le serveur, hein ^^ D’autant que la DGI est assez chatouilleuse du côté sécurité. De plus, mon boulot à la DGI n’a rien à avoir avec les cadastres. Librement, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Redirection malvenue.
Ah oki. Wait and see, then. PS : Je ne suis pas Raphaël, je suis Mikaël :) Cordialement, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 Le samedi 5 décembre 2009 20:33:25, Steven Le Roux a écrit : > 2009/12/5 Mickey86 > > > Bonjour ! > > > > http://rmll2009.openstreetmap.fr/ ← redirige vers un site qui n’a pas > > vraiment > > rapport avec OSM. ☺ > > Normal... Rodolphe a déjà dit il y a qq jours qu'il n'avait plus la main > sur l'IP derriere... du coup il faut attendre que celui qui administre le > dns se réveille... C'est pas toi Raphaël ? > > On pourrait le gérer à plusieurs peut être non ? ça éviterait des soucis de > ce genre... > > > Cordialement, > > -- > > Mickey86, Mikaël Cordon > > mel : mikael.cor...@gmail.com > > jid : mikael.cor...@jabber.fr > > statusnet : http://identi.ca/mickey86 > > > > ___ > > 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] Redirection malvenue.
Bonjour ! http://rmll2009.openstreetmap.fr/ ← redirige vers un site qui n’a pas vraiment rapport avec OSM. ☺ Cordialement, -- Mickey86, Mikaël Cordon mel : mikael.cor...@gmail.com jid : mikael.cor...@jabber.fr statusnet : http://identi.ca/mickey86 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
