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 endymion+...@thetys-retz.net: 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.14337lon=-76.96621zoom=16layers=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.56041lon=0.32846zoom=17layers=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 yve...@gmail.com 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 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.56664mlon=0.39269zoom=17layers=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.59145mlon=0.34032zoom=16layers=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.580575lng=0.369501zoom=15directions=46.57240323362092,0.37203311920166016,46.58673912193909,0.34842967987060547travel=carstyleId=1opened_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] 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.580575lng=0.369501zoom=15directions=46.57240323362092,0.37203311920166016,46.58673912193909,0.34842967987060547travel=carstyleId=1opened_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.578657lng=0.368621zoom=16directions=46.576946291603015,0.3707456588745117,46.57942416281602,0.36881446838378906travel=carstyleId=1opened_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] 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 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 vpott...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org 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
Re: [OSM-talk-fr] Réseau de bus à Poitiers
Le mercredi 01 septembre 2010 19:23:49, Pierre-Alain Dorange a écrit : Mickey86 mikael.cor...@gmail.com 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 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 vpott...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org 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 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
[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] passage sous un porche
Le mardi 24 août 2010 07:22:36, Pierre-Alain Dorange a écrit : Yannick VOYEAUD yann...@voyeaud.org 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] 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 ste...@le-roux.info 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
[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
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 mikael.cor...@gmail.com 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
