Re: [OSM-talk-fr] Tracé Veloroute proposé
Tu peux ajouter le tag 'construction = yes' 2014-06-06 15:04 GMT+02:00 Mides mides@gmail.com: Bonjour, je souhaite ajouter un membre à une relation qui est sensé regrouper dans objet se rapportant au tracé d'une future voie cyclable. Cette relation comprend, entre autres, le tag route:proposed, et le membre est un way avec le tag highway:cycleway. Sur la carte le tracé highway:cycleway apparaît alors que sur le terrain rien n'existe matériellement comme piste cyclable, et sans offrir de distinction visuelle par rapport à une voie existante. Pour une personne qui consulte la carte cela peut être vu comme une fausse information. Et si je lance une requête au travers de l'api, highway:cycleway, rien ne me dit que ce segment de highway:cyclewayn'existe pas encore. Comment peut on procéder pour signaler un projet de piste cyclable,par exemple, sur Osm ? Michel ___ 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] tracer les voies de circulation ?
C'est pas absurde, c'est juste que dans ce cas la, c'est mal fait ... 20 janvier 2014 15:21 Christophe Merlet target=_blank tabindex=-1red...@redfoxcenter.org a écrit: Le 20/01/2014 13:36, JB a écrit : Et ce qui me dérange un peu : En venant du nord-ouest, pour tourner à gauche, il va falloir : - Aller sur la voie du milieu, - tourner à gauche sur l'autre sens de la voie rapide, - tourner à droite sur le tertiary. À mon sens, il faudrait au moins rassembler en un point unique celui de la voie du milieu et celui du tertiary. Idem dans l'autre sens. Et bien sur, bien vu pour l'impossibilité d'aller du tertiary au secondary en face ! Je rajoute le lien OSRM http://osrm.at/6aI Cliquez sur Inverser pour voir dans l'autre sens Ça démontre bien l'absurdité de ce type de représentation qui se veut ultra réaliste :/ Librement, -- Christophe Merlet (RedFox) ___ 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
[OSM-talk-fr] rendu osmFr : forest
Bonjour, Petite réflexion : les abords des forêts ne sont jamais vraiment nets en réalité, est ce qu'il ne serait pas possible de dessiner les contours de ces landuses avec un flou ou un dégradé sur le rendu FR ? Awikatchikaen. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Grand polygone cassé
Il semble que la relation 1210427 ai un problème, le landuse n'apparait plus. Si quelqu'un de plus calé que moi pouvait régler le problème. Merci ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Sur toulouse, ca a l'effet inverse, il y a plus de cartouches qu'avant (exemple de la D1 et D2 en haut a gauche) et on ne voit plus les autoroutes A621 et A624. Le mar. 20 août 2013 19:44:55 CEST, Christian Quest a écrit : J'ai retravaillé le placement des noms de ville et des cartouches de références de route. Pour l'instant c'est visible sur le zoom 12 du layer osmfr-lowzoom-test à comparer avec osmfr et osm-defaut. Exemple (dans le même coin Evrux/Dreux): http://tile.openstreetmap.fr/?zoom=12lat=49.04611lon=1.01288layers=B00FFF Vous verrez que j'ai aussi fait apparaitre les tertiary à partir du zoom 12 (qui est en cours de recalcul sur l'hexagone, ça sera terminé vers 20h30). Un peu de cuisine: - les morceaux de routes portant le même type et ref sont regroupés pour éviter trop de répétition des cartouches - les cartouches sont placés par priorité de type de route (motorway trunk primary secondary) puis par longueur de tronçon (regroupé donc) décroissante. Les plus curieux peuvent voir les commit sur github. Je lancerai un recalcul des zooms 9 à 11 dans la soirée... ça sera donc à jour demain matin pour le monde entier. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
C'est même plus sympa que le style proposé par Frederik Ramm, faudrait lui envoyer une copie ;) 2013/7/3 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le mercredi 3 juillet 2013 15:08:50 Christian Quest a écrit : Il y a quelques jours, Frederik Ramm a envoyé un message sur talk@ à propos de son rendu lowzoom visible sur http://fred.dev.openstreetmap.org/lowzoom/ Cela m'a donné l'idée de faire quelque chose de similaire pour le rendu FR, et voici un premier jet pour le zoom 7: http://tile.openstreetmap.fr/?zoom=7lat=46.62926lon=2.35107layers=B0F FF (penser éventuellement à recharger/vide le cache de votre navigateur si vous avez une carte blanche) Vos commentaires sont les bienvenus... constructifs bien sûr ! Très joli :-) C'est perfectible, mais c'est déjà bien mieux. +1 pour les noms de Pays qui sont peu ou pas visibles Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Valeurs multiples (pour school:FR et ref:UAI)
Les collèges sont gérés par les département alors que les lycées le sont par la région il me semble. C'est ce qu'ila voulu dire par propriétaire 2013/5/26 David Crochet david.croc...@online.fr Bonjour Le 26/05/2013 22:59, Philippe Verdy a écrit : Oui mais dans le cas de la nomenclature UAI, elle se fiche des propriétaires J'image mal cela dans la fonction publique où les bâtiments d'un seul établissement publique local d'enseignement appartiennent à 2 propriétaires différents. Maintenant la situation locale de cet exemple peut être particulier: Le cas exposé ici est un établissement privé d'où le propriétaire mis entre guillemet car pour le moment non ou mal défini et/ou définissable. Quel est l'usage réel des locaux ? Sont-ils utilisable par les collégiens et les lycées sans différentiation ou non ? S'il n'y a pas de différentiation, oui ta solution est une solution possible. Sinon elle la cartographie peut être plus fine et définissant mieux les limites des lieux. Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Déco sur le sol
Il y en a qui vont très loin dans la description de la réalité ... http://www.openstreetmap.org/edit?lat=43.610294lon=1.431549zoom=18 Est ce que cette croix a sa place dans la base de données d'OSM ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom 20 : vitrine de la micro-carto
ne pas trop s'éloigner graphiquement du rendu OSM-mapnik si reconnaissable, Ou pas, franchement quand je montre OSM, ce rendu fait doucement rire... mais c'est un autre sujet... 2013/4/26 Christian Quest cqu...@openstreetmap.fr Un rendu neutre + des surcouches permet d'explorer avec un maximum de flexibilité les données à tout niveau de zoom, je suis bien d'accord là dessus avec vous. Toutefois, un rendu générique qui rend visible tel ou tel type d''info, va aussi orienter les contributions sur le long terme. C'est là qu'il faut effectivement se poser la question de l'opportunité de rendre visible tel ou tel niveau de détail dans des zooms élevés, car au moins le contributeur lambda est rassuré sur le fait que sa contribution est bien prise en compte. Tant qu'on n'essaye pas de trop en montrer aux niveaux intermédiaires je pense que ça n'est vraiment pas gênant de voir un banc ou une borne incendie au zoom 19 ou 20. Pour les logos commerciaux, je n'irai pas plus loin que les logos des services publics. Pour le reste, la ligne me semble être: - ne pas trop s'éloigner graphiquement du rendu OSM-mapnik si reconnaissable, - l'adapter à notre culture et nos habitude locales (bretzels des boulangeries, croix verte des pharmacies, euros dans les banques, etc) - corriger ses principaux défauts, - lui apporter 1 ou 2 niveaux de zooms supplémentaires pour rendre visible plus de détails tout en restant lisible, - mieux hiérarchiser l'info En gros être une alternative au rendu OSM-mapnik. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] highway=turning_circle ou highway=* + area=yes?
Moi je dessine les zones. C'est la réalité du terrain... Mais je sais que je suis une exception 2013/4/23 Romain MEHUT romain.me...@gmail.com Bonjour, Si personne d'autre ne s'est manifesté c'est que le highway=turning_circle fait consensus dans tous les cas de figure? Romain Le 22 avril 2013 15:42, Philippe Verdy verd...@wanadoo.fr a écrit : Pour moi aussi. Le routier est essentiellement défini par un tracé linéaire et introduire par endroit des surfaces complique énormément les choses. Pour utiliser des surfaces il faudrait une autre topologie de tags dédiés aux surfaces, comme on l'a fait pour les fleuves/rivières avec leurs riverbank (ou natural=water +water=*) séparé du réseau filaire (hiérarchisé pour les fleuves/rivières pour définir les bassins versants, avec des relations et des membres de rôle main_stream/side_stream et des sous-relations de role tributary; mais pas hiérarchisé pour les canaux). Le seul cas où on utilise encore des surfaces c'est pour les espaces piétons (qui n'ont pas réellement de sens de circulation même s'ils ont souvent des voies dédiées sur les trottoirs), et pour les parkings (les voies dans les parking font partie du réseau filaire avec des highway=service). Maintenant si la rue se termine par un véritable rond-point avec un ilôt central et un sens de circulation, on termine en dessinant la boucle de ce rond-point (taguée comme une junction=* même s'il n'y a qu'une voie d'accès connectée qui sert à la fois d'entrée et de sortie) et on peut tracer au milieu l'ilot paysagé, ou l'éventuel espace parking. Si la boucle est plus grande et contourne tout un bloc construit ou destiné à la construction (résidentiel, commercial ou industriel), ou un parc, c'est une rue circulaire classique, le plus souvent à sens unique (mais pas toujours si la rue est assez large et le bloc assez grand ; il est peut-être prévu et aménagé pour que de futures rues puissent se connecter, cas fréquent en périphérie des villes dans les ZI/ZA/ZAC). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap.org
Est ce qu'il serait possible d'avoir le nom des stations à faible zoom ? 2013/4/4 yvecai yve...@gmail.com Chers ami et béta-testeurs préférés, Je vous remerci d'avance de cliquer sur le lien ci-dessous et d'aller voir dans les coins si tout est comme il faut. C'est votre nouvelle carte pour les sports d'hivers : http://www.opensnowmap.org Au menu: * Serveur de tuiles Avec des données fraiches du jour, tout les matins * Infos sur les pistes d'un simple clic Plus de mode 'vecteur', beaucoup plus léger et meilleure compatibilité sur les navigateurs * Recherche des pistes par nom Les résultats Nominatim sont augmentés d'une sélection 'special ski' * Routage et dénivelés multi-modaux Montée en ski de descente, descente en remontée mécanique et raccourcis en raquettes, c'est possible ! * Forum Oui, un canal de plus, mais c'est essentiellement pour assurer la viabilité du site à long terme www.pistes-nordiques.org est ainsi voué à disparaitre au profit de ce nouveau site, dédié à l'ensemble des sports d'hiver. Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sondage sur la répéttion des messages du forum sur cette liste - fin du premier tour
Ce qu'il faut surtout voir c'est que 28 votants veulent sa suppression et 69 sa modification. Donc le second tour devrait se faire entre les trois options de modification de la passerelle 2013/3/13 sly (sylvain letuffe) li...@letuffe.org Comme je le craignais avec un scrutin à options multiples, 4 choix et seulement 2 tours on se retrouve dans une situation ou le deuxième tour que j'avais prévu ne gardant que 2 options deviendrait à la limite de l'arbitraire puisque les 2ème et 3ème du sondage sont quasi ex-aequo à 23 et 24 votes. Le plus équitable me semble alors de devoir passer par un 3ème tour, chaque tour servant donc à éliminer une option. Du premier tour, l'option éliminée, avec 11 voix et celle de garder la passerelle mais sans les messages concernant les nouveaux. Je retire donc cette option du sondage et chacun est invité, s'il le souhaite, à modifier son vote tenant compte du retrait de cette option en sachant que ce 2nd tour à pour but d'éliminer un seul des 3 choix restant afin de de n'en qualifier que 2 pour le dernier tour. ci-joint l'état final du premier tour -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSMTransport France
Vu que c'est quand même bien utile (à tel point que c'est récompensé par le concours géoportail), ne faudrait il pas que ce service soit amélioré afin de sortir de l'état de démo ? C'est quand même la seule carte que je connaisse qui centralise TOUTES les lignes de transport quelques soit les opérateurs. C'est une superbe vitrine pour OSM, une que je mets souvent en avant ! Awikatchikaen. 2013/1/4 Jo. perche...@gmail.com J'ai contacté les responsables sur Montpellier il y a quelques semaines. La mise à jour est manuelle et faite quand ils y pensent ou sur simple demande via un émail de préférence : http://www.3liz.com/contact.html Le 4 janvier 2013 16:06, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour, OSMTransport est un démonstrateur, mais tout de même bien pratique ;-) Du coup, les données ne semblent pas très fraiches, est-ce intentionnel ou juste une panne ? Si le rafraichissement est prévu, quelle est sa fréquence ? Merci Cyrille. Le 17 octobre 2012 17:58, rldhont rldh...@gmail.com a écrit : Le 17/10/2012 14:05, Guilhem Bonnefille a écrit : Le 16 octobre 2012 17:42, Otourly Wiki otou...@yahoo.fr a écrit : Je sais pas où remonter les erreurs d'OSM transport mais le funiculaire de Lyon qui va à Saint-Just s'arrête à l'arrêt Saint-Just. La base et le rendu OSM est juste... Interrogation similaire : j'ai remarqué une incomplétude. J'ai voulu corriger dans OSM mais... je trouve moins d'information dans OSM que dans OSM transport. A quoi est-ce dû ? Vous utilisez quelles données ? Les données n'étaient peut-être pas très fraîche... PS : ce bug est en région Toulousaine J'ai mis à jour Toulouse René-Luc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ 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
[OSM-talk-fr] Voie de service sur autoroute
Bonjour à tous, Hier j'ai eu des instructions de routage où OSRM me faisait passer par une voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien d'étonnant, aucun tag access n'était positionné dessus. J'ai logiquement place un access=official, pensant que cela interdirais l’accès aux utilisateurs public sans bloquer à de potentiels agents de la DDE ou de la police qui se servirait d'OSM Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait autour et il semble que l'option access=no soit assez répandu, je trouve cela un peu restrictif. Quelle est la bonne solution, tagguer correctement malgré que cela puisse induire des erreurs dans les logiciels de routage ou bien eviter les problèmes et laisser les futurs utilisateurs de ces voies régler leur problème en temps voulu ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Voie de service sur autoroute
Ok, je fais faire ca (access=no +emergency=designated), ca me parait le meilleur compromis. Merci ! 2012/12/18 Pieren pier...@gmail.com 2012/12/18 Sylvain Maillard sylvain.maill...@gmail.com: C'est plutôt du côté de ce node barrier (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en rajoutant un tag access= .. ou sur le way si on ne veut pas trop entrer dans les détails. Mais le tag access=official me chagrine. Tout seul, ça ne veut rien dire. Regarde un peu cet ancien fil de discussion sur la liste tagging: http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html En suivant ces conseils, je verrais plutôt un access=no + emergency=designated. Comme le dit le wiki, official est plus fort que designated mais cela a été inventé pour indiquer aux ... cyclistes d'emprunter obligatoirement une voie et pas une autre (chez les allemands, à l'origine). Alors que dans ton cas, la voie de service est faite pour les services d'urgence (ambulances, pompiers, police) mais n'a aucun caractère obligatoire pour eux (ils peuvent aussi bien emprunter une entrée classique). Le access=no sera le premier tag interprété par un logiciel de navigation grand public et seul les routeurs spécialisés dans l'urgence s'intéresseront au tag emergency (éventuellement). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau du coté de Mapquest
A propos de bug sur Mapquest, suis le seul a ne pas pouvoir déplacer mon point de départ ou d'arrivée lors de l'affichage d'un itinéraire ? 2012/10/12 JB jb...@mailoo.org ** Vous avez remarqué ? Mapquest a modifié son rendu, et corrige les deux principaux reproches que je lui faisais (apparemment, je devais pas être le seul) : - Les noms des villages apparaissent, et plus uniquement en zoom maximum peu lisibles (on peut enfin trouver un village en zone rurale). - Les track apparaissent (alors qu'avant, les footway, cycleway et path apparaissaient, mais pas les tracks). Un peu foncés à mon goût par rapport aux routes, mais enfin, les goûts, les couleurs…) À propos de couleur, pas encore de couleur différente pour les églises… pourtant des points incontournables pour se repérer en voiture ? JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Pas sur que partir arrangera les choses. Ça risque même d'être l'inverse puisqu'il ne restera que les d'accords et les indifférents ! il vaut mieux faire ce que les rumeurs attribuent aux français la médaille d'or : râler (les rumeurs disent aussi qu'il y a une autre chose que nous faisons très bien mais cela ne nous aidera pas dans le cas présent) 2012/9/25 Nicolas Moyroud nmoyr...@free.fr ** C'est vraiment une honte d'avoir effacé le texte de Pieren du Wiki ! Pour qui ils se prennent franchement ? Si ce cirque continue et s'aggrave, je vais sérieusement réfléchir à mon implication dans le projet OSM. Je n'ai pas envie de participer à un système qui dérive vers des pratiques autoritaires d'anglo-saxons qui se prennent encore une fois pour les maîtres du monde. :o Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions
Et pourquoi pas simplement une relation preferable qui serait composé des point de départ et d'arriver et des ways utile pour se rendre de A à B ? 2012/9/7 Pieren pier...@gmail.com 2012/9/7 Cedric Viou cedricdumezv...@gmail.com: On peut peut être demander à la DDE de mettre un pont. Ça arrangerait tout le monde. ;) Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait un peu moins cher ;-) Mais dans la vrai vie, cette intersection ne doit pas être utilisée pour changer de direction. Dans le code de la route comme dans le droit en général, tout ce qui n'est pas interdit est autorisé. A condition de prendre les précautions d'usage et de ne mettre personne en danger, évidemment. Plus généralement, on a ce problème à des millions d'endroits sur le réseau routier où les demi-tours ne sont pas interdits mais restent dangereux du fait qu'ils nécessitent des manoeuvres et un trafic routier peu dense et bien entendu, toutes les précautions nécessaires. Pieren ___ 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] N10 : trunk ou primary ?
Bonjour, Je suis étonné de voir que la N10 n'est taggué que en primary. Il me semble que cela devrait être un trunk ? Si j'en crois le wiki : primary : Le trafic dans les deux directions n'est généralement pas séparé par un* terre-plein central.* trunk : Souvent adaptées à de longs trajets ou à des* vitesses relativement élevées* Or, sur la partie de la N10 que je connais (dans les landes), c'est bien une 2*2voies séparées par un terre plein central. De même la Départementale qui va de Dax a Mont de Marsan est aussi dans ce cas. Est que ces tags résultent d'un compromis, du caractéristique que je n'aurais pas vu ? Ou bien simplement personne ne s'y est intéressé ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] N10 : trunk ou primary ?
Elle est effectivement limité a 110 avec des échangeur et des sorties au même niveau. Je vais la repasser en trunck tout en contactant l'utilisateur qui l'a déclassée. Surtout que je viens de voir que la portion au dessus de Bordeaux est en trunk. Merci a vous ! 2012/7/3 Eric SIBERT courr...@eric.sibert.fr Y a-t-il le panneau Route pour automobile? Vitesse globalement limitée à 90 ou 110? Y a-t-il des échangeurs ou des carrefours au même niveau? De mémoire, ça ne me choquerait pas que dans les Landes, la N10 soit en trunk. Au même titre qu'entre Poitiers et Bordeaux via Angoulême. (Il restait des carrefours à niveau vers Poitiers il y a quelques années. Sont-ils toujours là?) Éric __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] N10 : trunk ou primary ?
Sur l'échangeur que je prends, oui il y est. Je rajouterais ce critère dans le wiki, c'est intéressant ! 2012/7/3 Etienne Trimaille etienne.trimai...@gmail.com Est-ce que le panneau C107 est présent ? http://fr.wikipedia.org/wiki/Fichier:Signal_C107.svg Le 3 juillet 2012 11:36, Pieren pier...@gmail.com a écrit : 2012/7/3 Lord Awikatchikaen lord.awikatchik...@gmail.com: Je suis étonné de voir que la N10 n'est taggué que en primary. Il me semble que cela devrait être un trunk ? Si j'en crois le wiki : primary : Le trafic dans les deux directions n'est généralement pas séparé par un terre-plein central. trunk : Souvent adaptées à de longs trajets ou à des vitesses relativement élevées Est-ce une voie rapide (ou express) limitée à 110 ? On réserve généralement trunk à ce type de voies (même si je sais que les bretons ont une pratique différente localement qu'on peut regretter). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] N10 : trunk ou primary ?
je parlais de la présence du panneau C107. On Tue, Jul 3, 2012 at 12:57 PM, Pieren pier...@gmail.com wrote: 2012/7/3 Lord Awikatchikaen lord.awikatchik...@gmail.com: Sur l'échangeur que je prends, oui il y est. Je rajouterais ce critère dans le wiki, c'est intéressant ! Ca fait longtemps que le wiki précise que trunk, c' est pour les voies rapides/express : http://wiki.openstreetmap.org/wiki/FR:Key:highway http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dtrunk http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Voies_rapides.2FVoies_express Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lancement du portail Grand Toulouse Data !
Les fichiers semblent être en KMZ/KML, il existe un moyen de les ouvrir dans Josm ? Je pense surtout aux pistes cyclables que l'on va pouvoir compléter. 2011/10/22 Vincent Privat vincent.pri...@gmail.com Bonsoir, C'est avec un grand plaisir que je relaie ici l'annonce du lancement du portail Open Data du Grand Toulouse, qui a été faite cet après-midi à la Novela dans le cadre du festival Toulouse Numérique 2011 :) Le portail est accessible ici: http://data.grandtoulouse.fr/ Sont concernées les données de la CU du Grand Toulouse, ainsi que des communes de Toulouse et Balma. Les communes de Blagnac et Colomiers devraient suivre respectivement au mois de novembre et de décembre. C'est une grande nouvelle pour OpenStreetMap puisque de nombreuses données géographiques sont d'ores-et-déjà disponibles (31 jeux de données exactement, le chiffre n'est pas anodin ;) ). La licence est bien évidemment l'ODbL, comme promis. Comme lors de toute libération de données dans une zone particulièrement bien mappée, je rappelle l'importance de ne pas procéder à d'import sauvage :) J'ai initié une page sur le Wiki afin de préparer le travail qui nous permettra d'alimenter OSM avec les données nous étant utiles après confrontation avec l'existant: http://wiki.openstreetmap.org/wiki/Toulouse/GrandToulouseData (Ma première interrogation concerne la valeur du champ source. Sébastien, pourras-tu demander demain à la CU s'ils souhaitent un formalisme particulier, ou si on le définit nous même ?) A noter que les orthophotos ne sont pas encore disponibles mais devraient suivre dans les semaines à venir, tout comme les données de transport en commun lorsque les derniers détails seront réglés avec Tisséo. Rappel: des présentations/démonstrations OSM auront également lieu demain au musée des Abattoirs au stand co-animé par nos amis de Toulibre et de l'April, pour le dernier jour du festival. Cordialement, Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] à propos d'OSRM
Ca doit quand meme utiliser des règles allemande, le trajet Paris-Toulouse prends 45 min de moins sur OSRM que sur cloudmade et mapquest 2011/6/17 cyrille giquello cyrill...@gmail.com Le 17 juin 2011 10:24, rldhont rldh...@gmail.com a écrit : Le 17/06/2011 10:22, cyrille giquello a écrit : Bonjour, En lisant les messages de la liste, j'ai été essayé OSRM http://map.project-osrm.org/ et ai effectué la demande : From: Paris, France To: Tours, France Et la réponse est: Some information about your Way from '' to '' Distance: 0 km - Duration: 0 min(s) Une idée sur le problème ? Oui seul l'allemagne est disponible! Et bien non, ça fonctionne pour la France, j'ai réussi à obtenir une route, en faisant bougeant au moins un des points (départ ou arrivée) avec la souris. http://demo.ovh.net/fr/d4f3b49aae65fa56307d2b7dfea1b36f/ Cyrille. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin d'aide pour une réponse a un autre contributeur
Bonjour, Puisqu'on parle des rendus train/transport, OsmTransport a des données assez vieilles non ? Awikatchikaen. 2011/6/8 rldhont rldh...@gmail.com Bonjour Gilles, Il y a une vrai différence entre RER et métro même dans OSM ;-) Car le modèle de RER existe un peu partout dans le monde comme les cercanias en espagne ou les 'je ne sais plus' en allemagne, etc. Mais le RER est quelque chose entre le train de banlieue et le métro, et si on regarde le métro londonien ou celui de Rotterdam, ils ressembleraientt plus au RER qu'au métro parisien. Donc en fait la règle dans OSM est plus d'essayer de respecter les règles de classification des opérateurs. C'est à dire tagguer Subway ce qui est appelé Métro (même en dans d'autres langues) et de tagguer Rail ce qui est considéré plus proche du train. Donc je serais pour préciser que le RER est un réseau de train donc tag rail et non un réseaud e métro ;-) René-Luc D'Hont OSMTransport maker ;-) Le 08/06/2011 19:20, Gilles Bassière a écrit : Re, Après consultation du wiki, je me pose des questions sur le choix entre subway et rail. Dans un cas comme dans l'autre, l'aspect sous-terrain n'entre pas en jeu, il y a tunnel=yes|no pour ça. Dans la définition de subway, il y a deux caractéristiques : - grade separated - city passenger rail service Selon cette définition, je serai tenté de mettre tout le réseau de transport ferré d'Île-de-France en subway. En effet : - il s'agit de transport de passager, - la portée est limitée à l'agglomération (pas de transport inter-urbain), - il s'agit d'un réseau express utilisant largement ponts et tunnels pour éviter les intersections. Le RER me semble donc concerné et les trains de banlieue aussi (j'ai pris récemment la ligne Pontoise-Saint-Lazare qui répond aux même caractéristiques). La différence avec le métro est essentiellement au niveau du operator=RATP|SNCF. D'où mon questionnement... Y a t'il déjà eu un débat à ce sujet ? Y a t'il des conventions pour distinguer le métro du RER ? Cordialement Gilles JonathanMM wrote: Bonjour à tous, ce matin, alors que je promenais sur la carte d'OSM, j'ai remarqué quelque chose d'étrange au niveau de Chatêlet les Halles. En effet, quel ne fut pas ma surprise de voir qu'il n'y avait plus qu'une seule ligne de RER qui y passait, alors qu'il y en a 3 en réalité. Après enquête, j'ai vu qu'elles ont été remplacé par des lignes de métro (on est passé de railway=rail à railway=subway). Je vais donc réparer tout ça, et j'en profite pour envoyer un petit mail a celui qui a tout modifié et au passage supprimer quelques membres de la relation RER D. Voici mon message : Bonjour, je viens de voir que tu as fait récemment des modifications sur les RER dans Paris. En effet, tu as modifié les voies en leur attribuant le tag railway=subway. Or, ce tag est réservé aux lignes de métro. Même si le RER est souterrain dans Paris, il conserve tout de même le tag railway=rail, avec tunnel=true et layer=*. Je suis en train de corriger, mais fait gaffe la prochaine fois ;) De plus, je vois également que tu as supprimé des membres des relations de la branche Nord du RER D http://www.openstreetmap.org/browse/relation/1070831 et http://www.openstreetmap.org/browse/relation/1074049 où on voit bien dans Paris une discontinuité. Que tu modifies les ways, c'est bien, que tu les supprime pour en faire de nouveau, pourquoi pas, mais au moins, ne détruit pas les relations. Attention donc pour la prochaine fois. PS : Je corrige pour le RER A et D, n'hésite pas à le faire pour les autres lignes que tu as modifié :) JonathanMM Quel ne fut pas ma surprise quand j'ai reçu une réponse… en anglais ! Le contributeur en question est sevenup ( http://www.openstreetmap.org/user/sevenup ) et voici ça réponse. Hi JonathanMM, hope you understand English because I don't speak French (although I've been able to understand large parts of your message due to the similarity of French language to my Country's language; anyway, I cannot write in French). I apologize if some of the modifications I've made have caused any inconvenience (mainly due to the deletion of some relations). Anyway, I was planning to restore the relations once the track layout is completed. On the other hand, please note that actual relations, as they are built on a ficticious single track layout, are not compatible at all with the multi track (real) layout I'm mapping, so maybe they need to be remade from the scratch once the track layout is completed, assigning to each single track the appropriate relation and driving direction. As for the metro/railway tags, yes, I assigned to the underground RER paths the 'subway' tag and I did it intentionally (in fact, as you can see, I assigned the proper 'railway' tag to the RER paths running outside ground). I did it aiming to make the underground RER paths more visible in the map, since the 'railway/tunnel' tagged
Re: [OSM-talk-fr] [beciklo] v0.2
Je fais des tests pour réduire ces aménagements. En parrallèle je suis en train de voir comment passer a des styles facon CSS ( http://developmentseed.org/blog/2011/feb/09/introducing-carto-css-map-styling-language) donc un peu de ralentissement prévu. La couche séparée, c'est pour pouvoir changer le fond, si certains veulent avoir un rendu sur la vue satellite de Gmaps ou celle de base d'OSM (ce qui est peu probable vu le nombre de personne qui la trouve illisible.) 2011/2/18 Julien Fastré julienfas...@gmail.com Pour le nom des rues : +1 Pour le fait que les aménagements cyclistes sont un peu trop visibles: +1 aussi. (au fait pourquoi mettre les aménagements cyclistes dans une couche séparée?) Et merci pour la Belgique! (tant qu'elle existe, il faut en profiter...) Julien Le 15 février 2011 13:25, Nuts nuts...@gmail.com a écrit : Bonjour, J'ai une remarque à propos du rendu j'ai un objet ( http://www.openstreetmap.org/browse/way/60348772) qui est en réalité un escalier sur lequel il y a une rampe pour pouvoir pousser son vélo et ainsi franchir l'escalier. il est taggué de cette façon: - *bicycle*: designated - *bridge*: yes - *foot*: designated - *highway*: steps - *layer*: 1 - *segregated*: no l'objet sur Beciklo : http://www.beciklo.fr/?zoom=16lat=43.70678lon=1.3574layers=B000T Comme on peut le voir, la passerelle est bien rendue mais pas les escaliers qui sont aux extrémités. Ma question est la suivante. Est ce un oubli dans le rendu ou les tags qui ne sont pas pertinents. Bonne journée et bonne continuation. Nuts ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [beciklo] v0.2
2011/2/18 Thomas Clavier t...@tcweb.org Le 18/02/2011 10:19, Lord Awikatchikaen a écrit : La couche séparée, c'est pour pouvoir changer le fond, si certains veulent avoir un rendu sur la vue satellite de Gmaps ou celle de base d'OSM (ce qui est peu probable vu le nombre de personne qui la trouve illisible.) Perso je trouve que ça complexifie les choses. De ce que j'avais compris c'était pour factoriser le travail pour faire facilement une carte cycliste, une carte piéton, une carte roller, une carte trottinette, une carte poussette, etc. Dans la pratique je trouve que ça ralenti les dev :-) Oui a terme ca permettrait d'évoluer aussi. Ce qui est intéressant c'est également avec deux couches c'est la possibilite de cacher le pistes pour mieux voir les infos contenus en dessous. Niveau dev, un ou deux fichiers ça change pas grand chose. Ça rajoute un peu de lisibilité. Mais j'ai une autre question comment faire pour jouer avec le fichier xml de rendu sans avoir toute la chaîne postgis + mapnik + apache_mod_tile ? mod_tile, c'est pas obligé, tu peux passer par generate_tiles ou generate_image des outils mapnik. Postgis tu pourrais t'en passer si tu te connecte directement sur la BD du serveur, ce qui pourrait se faire à petite échelle. Par contre mapnik ... Il faudrait que j'ouvre totalement le serveur mais c'est casse gueule. Même moi je fais pas les tests en local et non directement dessus. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [beciklo] v0.2
Si j'arrive a me motiver à passer sous mapnik2 + CSS rapidement, on pourrait imaginer rajouter un service tel que ça : http://www.geowiki.com/halcyon/pour faire des tests de style en direct. 2011/2/18 Thomas Clavier t...@tcweb.org Le 18/02/2011 11:15, Nicolas Dumoulin a écrit : Tu sais, c'est pas si sorcier que ça de mettre en place un serveur postgis. Mapnik s'installe très facilement sur un GNU/Linux, et comme dit Lord, tu peux te passer du mod_tile pour faire des essais. Je sais bien je l'ai déjà fait ... sur un serveur qui a été coupé depuis ... mais là je n'ai sous la main que mon portable et mon n900 or sur mon portable il ne me reste que 2Go de DD et je suis en moyenne à 45% cpu ... difficile dans ces condition d'ajouter un postgis avec mapnik. La difficulté n'est pas un manque de compétence, mais plus un manque de matériel. La conclusion c'est qu'il faut obligatoirement un postgis et un mapnik pour tester les fichiers xml :-( -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 ___ 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] [beciklo] v0.2
Bonjour, Beciklo http://www.beciklo.fr/à un peu évolué dernièrement coté rendu. Le plus visible étant l'élargissement des ways au zoom 15/16. on à également ajouté les shared_busway comme demandé, plus quelques autres petites corrections Mais ce qui vous intéressera le plus, c'est de savoir que la France est maintenant totalement importée en base. Cela à induit quelques régressions sur le rendu du fond de carte notamment au niveau des étendues d'eau mais on va régler ça. La Belgique devrait être ajoutée rapidement, nos voisins en ayant fait la demande. Par contre aucune synchro pour le moment, la base sera mise a jour ponctuellement à intervalles irréguliers :D Voila, en espérant que cela permettra plus de retour afin d'améliorer le projet. Awikatchikaen. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [beciklo] v0.2
2011/2/15 arno a...@renevier.net Le mardi 15 février 2011, à 09:08:38 +0100, Lord a écrit : Bonjour, Beciklo http://www.beciklo.fr/à un peu évolué dernièrement coté rendu. Le plus visible étant l'élargissement des ways au zoom 15/16. on à également ajouté les shared_busway comme demandé, plus quelques autres petites corrections Mais ce qui vous intéressera le plus, c'est de savoir que la France est maintenant totalement importée en base. Cela à induit quelques régressions sur le rendu du fond de carte notamment au niveau des étendues d'eau mais on va régler ça. La Belgique devrait être ajoutée rapidement, nos voisins en ayant fait la demande. Par contre aucune synchro pour le moment, la base sera mise a jour ponctuellement à intervalles irréguliers :D Voila, en espérant que cela permettra plus de retour afin d'améliorer le projet. Awikatchikaen. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr salut, c'est pas mal. Mais par contre, y'a pas les noms de rues. Du coup, j'imagine que si on veut voir comment se rendre à un endroit, on va être obligés d'utiliser une autre carte. Oui les noms de rues ont été demandées sur le githubhttps://github.com/awikatchikaen/Beciklo/issues#issue/4on va les inclure sur le zoom 17, le zoom 16 risque d'être surchargé avec. A voir. Sinon, je trouve que les aménagements cyclables sont sur-visibles. C'est bien de voir là où il y a des aménagements cyclables, mais en vélo on peut aussi passer par des rues où il n'y en a pas. Du coup avec ce rendu, c'est dur de visualiser un itinéraire qui ne passerait pas à 100% par des aménagements. Un rendu comme celui la conviendrait mieux ? http://www.beciklo.fr/?zoom=16lat=50.62262lon=3.06483layers=0B00T À contrario, les autoroutes ressemblent beaucoup aux routes primaires/secondaires. Alors que justement, je trouverais intéressant d'avoir un visuel qui indique clairement quelles sont les routes qu'on ne peut pas prendre à vélo. Sinon, il me semble qu'il n'y a pas les contre sens cyclables (mais je me trompe peut-être). Il n'y sont pas, il seront rajoutés Bref, ça me semble un rendu très intéressant à utiliser en complément d'une autre carte, mais un peu trop compliqué à utiliser comme ressource principale pour choisir un trajet. Pour le moment, c'est sur. Le projet n'est qu'en expérimentation. a+ arno PS: ah oui aussi, je renouvelle ma demande de différencier les chemins goudronnés de ceux qui ne le sont pas http://www.mail-archive.com/talk-fr@openstreetmap.org/msg23125.html Les chemins sont différenciés, voir les deux verts différent dans la légende. Beciklo se base sur les tags smoothnesshttp://wiki.openstreetmap.org/wiki/Key:smoothness et surface http://wiki.openstreetmap.org/wiki/Surface ___ 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] [Beciklo] redémarrage
Bonjour a tous, Suite aux relances de Pierre et l'ADAV qui semblaient intéressés par Beciklo, j'ai décidé de me replonger dans le projet en finançant un serveur gandi et pour plus de visibilité un nom de domaine : http://www.beciklo.fr/ Pour le moment, seul le Nord-Pas-De-Calais à un rendu, pour que l'ADAV puisse l'utiliser. Faire un rendu national nécessite plus d'espace disque, et le budget ne suit pas pour le moment.Mais il y a assez de place pour 1 voire 2 régions suivant vos priorités (quelle région concentre le plus de mappeur ?). Rien de passionnant sur cette version, j'ai juste repris le style que l'on avait abandonné avec quelques ajustements. Il y a un peu plus d'évolution sur la version en dev : http://dev.beciklo.fr/ Pour ceux qui souhaitent participer, j'ai mis le projet sur github : https://github.com/awikatchikaen/Beciklo, il y a l'IHM et les fichiers de rendu. Le dépôt est ouvert à ceux qui se sentent l'envie de coder sinon il y a les onglets pull request pour vos idées, et issues pour rapporter les bugs. Les données datent un peu (début 2011 me semble), ce n'est pas la priorité mais il y aura ensuite des imports régulier et un rendu grace a mod_tile ou équivalent. Awikatchikaen ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Beciklo] redémarrage
2011/1/24 Philippe Pary phili...@cleo-carto.com Le lundi 24 janvier 2011 à 14:08 +0100, Julien Fastré a écrit : Bonjour, Je pense qu'il y a un intérêt à ce que la zone couverte concerne aussi la Belgique. Après tout, c'est plus petit qu'une région française. Car beciklo revit grâce au projet de l'association droit au vélo (ADAV), association dont la portée est la Région Nord-Pas de Calais justement. À terme, beciklo sera évidement calculé sur une base mondiale. L'ADAV aussi sur une base mondiale ? :) Le GRACQ (http://www.gracq.be) a présenté opencyclemap.org dans un de ses journaux récents : http://www.gracq.be/VAV-2010/VAV148 Mais opencyclemap a un inconvénient de taille, en plus d'être un projet privé: il n'implémente pas le rendu des SUL, les sens uniques limités, massivement utilisés en Belgique (taggés normalement bicycle:oneway=no). Par ailleurs, le plan wallonie cyclable prévoit de mettre en place un outil informatisé pour organiser le suivi des problèmes de circulation à vélo http://www.provelo.org/spip.php?article2229 . Pour avoir été associé au début du projet, je sais qu'il est envisagé d'utiliser les cartes d'OSM. Cependant, le plan wallonie cyclable n'a pas encore été approuvé dans son intégralité. Les connais-tu ? Puis-je les contacter pour proposer les services de la société Cléo (qui accompagne l'ADAV sur ce projet) ? Je me pose aussi la question: pourquoi utiliser une adresse en .fr et pas plutôt en .org? Le projet est-il uniquement limité à la France? Bonne remarque ! le .fr : par chauvinisme ! Non, l'habitude de prendre des noms de domaine en fr, j'aurais du voir plus loin. On verra par la suite, si beciklo s'étend si la nécessite de changer de TLD est intéressante. Pour la Belgique, on va essayer de trouver rapidement les ressources pour avoir un rendu national, on incluera la Belgique ! Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le journal Libération utilise OSM pour ses cartes interactives
Ce qui ramene une question : est ce que la carte Brut de mapnik est un bonne publicité pour OSM ? 2011/1/22 Jean-Guilhem Cailton j...@arkemie.com Super Yohan ! Les médias ont vraiment un rôle important à jouer pour faire mieux connaître OSM. (Et quand on voit le rôle joué par Internet dans la révolution tunisienne, on peut se dire que la liberté en ligne a bien quelque chose à voir avec la liberté dans le monde réel.) Merci à toi et à Libération. Jean-Guilhem ___ 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] [BeCiklo] pause
Bonjour, Le projet BeCiklo semble un peu au point mort. Personnellement, entre une mutation, un voyage de noce a préparer et un bébé (a préparer aussi :D) le temps libre me manque pour me pencher sur la résolution des styles, l'envie aussi, mon intérêt pour OSM étant sur une pente décroissante. Avoir un rendu national permettrait peut être de relancer la dynamique mais mon serveur ne pourra pas servir de candidat. Je l'avais mis a disposition pour faire avancer le temps du dev, et compte tenu de mes 'grosses vacances' a venir et de mon futur déménagement, il va être innaccessible pendant un bout de temps a partir d'octobre/novembre. Il serait donc utile de trouver un moyen de faire héberger le projet. Je dois pouvoir trouver du temps pour gérer ce qui est technique sur le projet (mapnik, php, ...) si besoin mais actuellement le projet à plutôt besoin d'ergonomes qui sauraient comment au mieux présenter les pistes, le rendu actuel ne semble pas convaincant. Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un wiki efficace est-il possible? Etait : Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moin s nouveaux) ?
a étudier : http://www.wikimindmap.org/viewmap.php?wiki=fr.wikipedia.orgtopic=OpenStreetMap 2010/8/27 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le jeudi 26 août 2010 18:44:56 sly (sylvain letuffe), vous avez écrit : Je crois que le truc qui me manque le plus c'est le bandeau de navigation, un truc permanent, toujours là sur lequel on peut compter pour revenir aux grandes catégories. Et ça, on ne peut pas vraiment l'attendre de wikipedia, car wikipedia n'a pas cette structure de rangement (ou peu, ou en tout cas moins importante) car ce n'est pas comme ça qu'on cherche l'info sur wikipedia. Wikipedia est un modèle, mais n'est pas le modèle à utiliser pour osm. Il est tout à fait possible de modifier le thème du wiki pour avoir un menu de navigation. J'ai fait pas mal de wiki avec de tels menus (souvent décrits dans une page wiki spécifique, donc éditable). -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service (que faire pour les bus)
Je ne vois pas le unclassified comme un divers. c'est plutôt équivalent a un *quaternary*, et au dessus de residential dans l'ordre d'importance. Une route de moindre importance, mais pas a vocation de circulation dans un quartier résidentiel. 2010/8/27 Cedric Viou cedricdumezv...@gmail.com Le 27/08/2010 15:16, sylvain letuffe a écrit : J'ai vraiment du mal à me dire que ça se taggue en highway=service, bien sûr les transports en commun sont un service, mais highway=service, ce sont les routes qui mènes à un service. Alors à part l'arrivée au dépot du bus, je ne vois pas ce qui pourrait être service. Je reste avec mon unclassified et les tag d'accès psv=yes Ce qui me gène surtout avec unclassified, c'est que c'est un tag qui désigne quelque chose qui n'est pas vraiment spécifique. C'est comme avoir un classeur qui s'appelle divers: on est sûr de finir par y trouver tout et n'importe quoi. Mais là, justement, c'est très spécifique: c'est pour les bus, ce n'est pas une route banale. Mettre unclassified me semble admettre que l'on a pas réussit à classifier: La Honte!!! ;) J'aime bien la façon dont est taggué http://www.openstreetmap.org/browse/way/4257262 : - highway=service = Ce n'est pas une artère, ni une voie où vous trouverez une adresse, c'est juste fait pour rouler, comme une voie de parking. - access=no, psv=yes = pour faire rouler des bus... Mais, bon, de toute façon, ya aucune chance que j'en tagge des voies de bus. ;) Va pour unclassified... Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [dev] trouver les membres d'une relation
En fait le souci initial vient des Lcn sur Paris qui contiennent un peu de tout, même des portions de routes sans aménagement cyclable. Ça donne un paquet un peu illisible : ici : http://www.awikatchikaen.info/?zoom=11lat=48.805lon=2.316layers=BTTF ou la : http://www.openstreetmap.org/?lat=48.8563lon=2.3393zoom=13layers=C Je voudrais tester un affichages des réseaux cyclable mais que sur les portions aménagés pour les cyclistes. Si le problème vient d'osm2psql il y a autre chose d'utilisable pour produire des tuiles ? J'ai vu la cartehttp://wiki.openstreetmap.org/wiki/File:OSM_Components.png d'osm et j'en ai pas l'impression 2010/8/26 sly (sylvain letuffe) sylv...@letuffe.org On jeudi 26 août 2010, Lord Awikatchikaen wrote: Sinon, j'en conclus qu'il n'est pas possible de filtrer les éléments d'une relation ? par exemple, ne pas afficher les highway=unclassified/residential d'une relation network=lcn/rcn/ncn. A vue de nez, avec le schéma osm2pgsql, je vais en effet dire que ça risque de ne pas être simple... Mais je n'ai peut-être pas compris ce que tu souhaitais faire. Corriges moi si j'ai mal compris : Tu voudrais qu'une portion de route cyclable passant par un highway=unclassified ne soit pas affichée, mais que soit affiché juste le unclassified ? Par contre j'ai trouver mes données dans planet_osm_line et non ways, une différence de config avec toi ? Je me suis gouré, il fallait bien lire line et non ways car cette table est à nouveau une table interne pour les diffs. Les tables sur lesquelles je travail sont : planet_osm_point planet_osm_line planet_osm_roads planet_osm_polygon -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisation de highway=service
Outch, je vais me faire taper dessus si je dis que j'utilise highway=service+service=alley pour les impasses ?!?! J'y avais réfléchi a l'époque et ca me semblait pas trop faux, ce sont svt de petites ruelles/allées qui ne servent (:D) qu'aux riverains 2010/8/26 Pieren pier...@gmail.com 2010/8/26 sly (sylvain letuffe) sylv...@letuffe.org Gasp ! Si c'est une voie séparée, sens unique, interdite à tout sauf les bus : highway=unclassified/tertiary/sec/prim + access=no + psv=yes +oneway=yes Aaeurgh ! (c'est pour le concours d'onomatopées) Ce sont uniquement les couloirs de bus qui sont taggués comme ça (donc avec séparation physique de la route). Mettre unclassified ou residential n'a pas de sens, c'est un couloir de bus ! (j'en ai même trouvés taggués en highway=cycleway parce qu'ils servent aussi aux cyclos). De même, sur Paris, il y a des voies de dégagement qui longent parfois les grands axes de circulation au milieu des trottoirs et qui étaient taggués en unclassified ou residential comme si on pouvait les emprunter comme voies de circulation normales ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? (était : Changement de li cence [etc.])
2010/8/26 Pieren pier...@gmail.com 2010/8/26 Christian Rogel christian.ro...@club-internet.fr Pas de réponse des contributeurs (vous), excepté, à chaque fois, une réaction (et une seule) négative de Pieren ne proposant que de ne rien faire et une référence aux Allemands, gens respectables et compétents, mais qui ne sont pas les seuls à réfléchir sur la présentation des savoirs. Alors là, attention, les paroles passent, les écrits restent. Je te met au défi de trouver un message où je dis de ne rien faire. Ce que j'ai pu dire par contre, c'est que souvent les gens ont de bonnes idées sur cette liste mais que cela aboutit rarement sur quelque chose de concret, surtout lorsqu'ils se rendent compte que cela prend du temps et que ça n'est pas fun. Le problème c'est qu'il n'y a pas de suivi. On lance des idées mais personne ne les prends en charge et personne ne cherche a savoir/ne peut savoir ou ça en est. Peut être qu'il faudrait nommer des chargé de projet et organiser des réunions de suivi ? J'ai vu qu'il y avait des tentatives de réunion IRC mais de ce que j'en ai vu ça parlait beaucoup technique... Maintenant que nous sommes une association, il serait normal que le bureau et les membres sachent ou on va et ou on est. Bon ok, on est tous indépendants et on a aucune obligation de moyen ou de résultat envers OSM mais c'est dommage de ne pas réussir a organiser toute cette volonté. Car volonté il y a, sinon on serait pas inscrit sur OSM ! Par exemple, on avait déjà discuter de refondre la page d'accueil et d'y insérer un portail plus visible pour les nouveaux. J'ai dû tellement dire de ne rien faire que j'avais à l'époque fait deux propositions de nouvelle page d'accueil: http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox2 et demander l'avis du public, sans réponses. C'était en novembre 2008... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [dev] trouver les membres d'une relation
Ok, merci. En fait j'ai tourné pendant des heures car j'avais moins ways dans les table que membre de ma relation. Je viens de comprendre un peu mieux postgis (désolé trop l'habitude de réfléchir en relationnel ... ) (pas mal ce hstore au passage :D) 2010/8/24 René-Luc D'Hont rldh...@gmail.com Par contre si tu utilises une version récente tu trouveras peut être une colonne de type hstore. Le 24/08/2010 16:11, sly (sylvain letuffe) a écrit : On mardi 24 août 2010, Lord Awikatchikaen wrote: Bonjour, J'essaie de remonter tous les membres d'une relation (type=route) pour affichage avec Mapnik. D'après le schéma, la table planet_osm_rels semblent toute indiqué avec la colonne 'tags' Ce sont des tables internes à osm2pgsql pour gérer les diffs, c'est donc pas loin d'être inutilisable pour mapnik. Utilises la table planet_osm_ways plutôt. Tu peux reconnaître qu'il s'agit d'une relation par son id négatif, mais pour la filtrer, le champ type n'est pas importé, utilises préférablement le tag route. ___ 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] [dev] trouver les membres d'une relation
Bonjour,
J'essaie de remonter tous les membres d'une relation (type=route) pour
affichage avec Mapnik.
D'après le schéma, la table planet_osm_rels semblent toute indiqué avec la
colonne 'tags'
Mon problème c'est d'arriver a filtrer dessus. C'est un tableau a 1
dimension qui contient pele mele les tags et les values ( pourquoi pas a 2
dimension key,value ??? ).
J'ai tente un tags @ ARRAY['type','route'] mais ca me retourne aussi :
{type, line, route, bus, ref, 138, operator, RATP, network, RATP, name, Bus
138, colour, #BB4A9B}
bref pas terrible ... Je dois louper quelque chose ou je vais dans la
mauvais direction ... Un petite aide ne serait pas de refus.
Merci
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statut des rendus cyclables
2010/8/4 Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu Le mardi 03 août 2010, Lord Awikatchikaen a écrit : presque. Ils sont sur le wiki ... http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlPistes http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlFond Ah, très bien. Je remarque qu'il n'y a aucun rendu des cycleway=opposite. Ce ne sont pas des équipements de sécurité, ça ne protège pas les cyclistes, mais ça les intéresse quand même. Un pointillé bleu très fin, ça irait ? Rajoute le dans les choses a faire sur la page du projet, ca sera plus visible Il y a des trucs que je ne comprends pas très bien ces feuilles de style, surtout que je ne connais rien à Mapnik, mais je veux bien essayer… Par ailleurs, est-il possible avec Mapnik de tracer des traits décalés par rapport à leur tracé géographique, et de tracer des flèches ? Ceci afin d'indiquer le côté des pistes cyclables et leur sens. C'est ce qui est fait sur BeCiklo mais a partir du zoom 15. Cela n'a que peu d'interêt pour les zoom inférieur -- __o __\,_ Tanguy (_)|'(_) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJMWTTIAAoJENbvpqxLENhH8dcQAJcT2VvtvIjwhGNXVp6au38E ZpspNVEtZCH9FzXynstIpkzRuPuyR4esjDV1iD0HSKZVNm8t/RiR1m8bTAIja6uf fozeFWe4N8Aj0UnU/Tqg8OzGdOCK8tV1Gj8GXNXFZDcT6LnlHAnWxEF2Q91C/Udd gIwO0tYvzbW+lQw/p9QWzbeGJCXHBQ2N19cRCCOONWz60TNzTvoF88/TmgIKaxNc ozTLO3zSIAwBzvMZF2nwWG6dvrdwkasR/n8ikSmb5euL/6LbsYNG+F/2kGa8PLKd iWBUxmxSJWTFkBK5q8RxPFy4KZK1ALas8ZwxsgyvlstfhkB7XwAThgkhc/UGVbC3 yvnUyZoXTP66M5nzmcSTEmT/HfF+O2+urguWnPaUC8sTL3L8MfdGIxDdi/LnDiqv KRtG6TbVpE4jfKuDeYp7bn0y3jDD6y7v4VoPmfWUwsg7RywGAo3e4Gmpt79UTZz0 L3devc5Ac+uf30qC0rM9NbCFzCJdOFIzEEqg94gju0jSZn0syPQvE4XRe57gLSzJ Z2vWSMXB5fOrK2yi7KjL2HA1r6ZL5Q92yC/ZsT3QrNhoihUFoB94J8AcX1sLrLQN tZk3ALQl8LjQay8sq432JsG3nrF+vCpNnZXAtALKMBZV2xa3nWqA8BUuQAvK7UNx SX8yTh5d+lCCrf+UgLDj =A5E3 -END PGP SIGNATURE- ___ 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] [BeCyklo] remise en marche
Bonjour, Un simple mail pour dire que je viens de remettre en marche mon serveur et ainsi donc les tuiles Beciklo sont a nouveau disponible sur http://awikatchikaen.info J'ai eu des soucis notamment avec Mapnik qui restais planté toujours sur la même tuile, a priori passer par cairo a débloqué la situation. Bonne journée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statut des rendus cyclables
2010/8/11 Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu Le mercredi 11 août 2010, Lord Awikatchikaen a écrit : 2010/8/4 Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu tanguy%2b...@ortolo.eu tanguy%252b...@ortolo.eu Ah, très bien. Je remarque qu'il n'y a aucun rendu des cycleway=opposite. Ce ne sont pas des équipements de sécurité, ça ne protège pas les cyclistes, mais ça les intéresse quand même. Un pointillé bleu très fin, ça irait ? Rajoute le dans les choses a faire sur la page du projet, ca sera plus visible Très bien. J'ignorais que c'était possible, en fait. Par ailleurs, est-il possible avec Mapnik de tracer des traits décalés par rapport à leur tracé géographique, et de tracer des flèches ? Ceci afin d'indiquer le côté des pistes cyclables et leur sens. C'est ce qui est fait sur BeCiklo mais a partir du zoom 15. Cela n'a que peu d'interêt pour les zoom inférieur C'est donc possible ! Je me demande bien comment, vu la documentation de Mapnik… En fait pour le moment ce n'est possible que en patchant mapnik ( http://trac.mapnik.org/ticket/180) -- __o __\,_ Tanguy (_)|'(_) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJMYpkqAAoJENbvpqxLENhHw0sP/Rns096OYhWX3FIBTo4FEJfR sKR/xp1d468R3/ghXCzfjhjI+ENaQespftuNwANIVtaa4QDc7ZZNNEMdswOnLNMq sZ1ICFsueZjD1WtD3fbo+MSV6KDBd6nWtDUhUOYN2KTq+de5oZJEDyHnA5rBxnEL m5cTXbzivzu04qn4YjiPzf4/pVUdNIIsjKs6GakjwnqDWAZOlHJg3BIbpw7+D3DN e1bUvayhWW9OjNNxGn6xegobcO47P+N3nWa4wWeY0y+E8Lzsg+8smPrZI6qz5cns PHnzY+OTNS3g7zvzNAafqdPeW1hBN9MjZQTnehQ87tGZ3ZibJJYJRScLpvEIJpA/ DDWM5KP1w32VwWriznH7QV9ck8S1Ozr9zxxhWdIhXDprqcffM4grv4ZyB8V3+ACf ETRNGGPz0uAAnnLuPSxZW+9loN67prN0xF+xFHYHiNwPCfAQS2h2v0tFe6Z8l0jt b+2O6tFDWyjC+kAyWyr9OkeNMajIYoqm59AvYAxFGFJ3pgQSyW12q9HrkGjhV1gO wjEM3DnO22lRa7ng4KdVwlgH1cjDLZ4gXhJXYV+vNw24ffjFNX67QxFYLVmvwp/8 q9C4jYM5hwyogWKbVF9LLLbtdBotq01udnfNqeuPu4uCKEuFSNVE6+9ELe5CJOkm JGUcYGRlNybCH+RP2v6Y =ZUFg -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCyklo] remise en marche
ça ramera moins si on décide de passer sur des vrais serveurs. pour le moment on est loin d'avoir un style définitif. Par exemple les footways ... Comment arriver a les rendre visible mais pas trop Pour le service, il suffit - d'installer mapnik et consort (http://www.geotribu.net/node/262), - de patcher mapnik pour prendre en compte le stroke-offset ( http://trac.mapnik.org/ticket/180) - et de télécharger les feuilles de style nécessaire sur le wiki ( http://wiki.openstreetmap.org/wiki/FR:BeCiklo) 2010/8/11 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le mercredi 11 août 2010 13:57:55 Lord Awikatchikaen, vous avez écrit : Bonjour, Un simple mail pour dire que je viens de remettre en marche mon serveur et ainsi donc les tuiles Beciklo sont a nouveau disponible sur http://awikatchikaen.info J'ai eu des soucis notamment avec Mapnik qui restais planté toujours sur la même tuile, a priori passer par cairo a débloqué la situation. Bonne journée Sympa. Ça rame, mais j'imagine que c'est ta bande passante doit souffrir un peu. J'ai pas trouvé sur le wiki la marche opératoire pour installer le service chez soi. C'est facile ? Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statut des rendus cyclables
— BeCiklo, libre, en développement et temporairement inutilisable. Oui pas utilisable et pas joignable pour le moment. Conséquence ou pas de Beciklo, mon serveur utilisé pour le dev a lâché Donc le temps que je remonte tout ça devrait être remis en ligne en fin de semaine. A moins qu'on étudie la possibilité de pouvoir avoir une petite place sur les serveurs free. Ou que quelqu'un d'autre puisse héberger le projet ? Et pour le troll, je dirais que tout projet libre a le même problème : le manque de ressources humaines :D 2010/8/3 sly (sylvain letuffe) sylv...@letuffe.org On mardi 3 août 2010, Tanguy Ortolo wrote: Donc, si je récapitule, les rendus cyclables actuels seraient : — OpenCycleMap, non libre et pas à jour ou avec un retard important ; — BeCiklo, libre, en développement et temporairement inutilisable. J'ai bon ? Est-ce qu'il y a autre chose ? C'est ça, en remplaçant le temporairement inutilisable par pas encore utilisable troll Ou par : Sortira en même temps que Duke Nukem Forever http://fr.wikipedia.org/wiki/Duke_Nukem_Forever Rh que je suis mauvaise langue, pas de panique, c'est une blague ! /troll -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statut des rendus cyclables
C'est ce qu'on a fait. On est parti du XML de base mapnik, qu'on a coupe en
trois pour avoir trois layers et on a enlevé les infos superflu et rajouté
les nôtres au fur et a mesure.
Mais bon, il faut quand même qu'une machine transforme les données OSM en
image en utilisant nos xml ... La mienne est en rade.
2010/8/3 Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu
Le mardi 03 août 2010, Lord Awikatchikaen a écrit :
Oui pas utilisable et pas joignable pour le moment. Conséquence ou pas de
Beciklo, mon serveur utilisé pour le dev a lâché Donc le temps que
je
remonte tout ça devrait être remis en ligne en fin de semaine. A moins
qu'on
étudie la possibilité de pouvoir avoir une petite place sur les serveurs
free. Ou que quelqu'un d'autre puisse héberger le projet ?
Ça m'a l'air bien compliqué. Je ne connais rien à Mapnik, mais ne
serait-il pas possible d'obtenir un bon rendu cyclable en utilisant
exactement le même système que pour le rendu principal, en changeant
quelques règles ?
Parce que, vu de l'extérieur, la carte cyclable, ce n'est rien d'autre
que la carte normale, avec :
— des traits — bleus, verts, rouges, pleins ou pointillés — en plus
pour les {bandes, pistes, itinéraires} cyclables ;
— des POI en moins : stations services, garages automobiles ;
— des POI en plus : fontaines, vélocistes.
--
__o
__\,_ Tanguy
(_)|'(_)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iQIcBAEBCgAGBQJMWA5qAAoJENbvpqxLENhHqbcP/34453dbkZVrkEltor69XADd
D/NbJegaewLE1vZd5P4JHUTiDXwCVabdVX5+s5ewe7RvGo8aFK8ikSv++cYLGaDR
0OjGr3375v2ot/RcIKJXvch1C1c5To1gW+RAZzyca1rlvrujNqpjwkAK0nTz8UvA
zC0ErnLB+f49UqBCqNoSu90QphAvoS+mMgjTimYgO94kNSolew0pd6XTy1OxkCPV
ok3RWZr5bPuW+NzRMua7u+xORSeuUNwvw3vkjMfrXyQo2Nvljk1UdmhOSLT3Q9yJ
bC0ylAK15VK2ZrZKF500/Vyl3p23YAhKBAmvOMAswpMOhx8d/PuTMOGczq31r6y1
pU9kmEpLO28cwGlu3IhozExtzr1TG4/enEHKjXcevjQgR2qk8oBBmEouo6lW+M2S
Hyymg+cnDUVHXs6T8OnJqs7xfp9jPMgtwdtmTOjSOYam3HbEpmThTUsEgcg9fN/B
MpQbGFKJqjzEpLZbq2HsTexEC3GldJjwlNKW3p3CXIpf6k4g/l556T0VPdYSOZTv
IJiOafJpL/nFTgbYsp+fI4EJwuuAG5VM3C2mL4A51/aSur3rXYDRJDKx0wjCpbo7
t3foivt9Hn/wne1ZN6MQZ7qRdoD02JpNHOmC4Wjyp3g49JLBMOKUGLB9eNFCT+U1
bF7Is3jin/BNWGV/iyzO
=cphS
-END PGP SIGNATURE-
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statut des rendus cyclables
presque. Ils sont sur le wiki ... http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlPistes http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlFond 2010/8/3 Thomas Clavier t...@tcweb.org Le 03/08/2010 15:30, Lord Awikatchikaen a écrit : C'est ce qu'on a fait. On est parti du XML de base mapnik, qu'on a coupe en trois pour avoir trois layers et on a enlevé les infos superflu et rajouté les nôtres au fur et a mesure. flemme et les xml sont dans un git ou un svn ? /flemme -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème osm2pgsql...
as tu essayé avec le parametre --slim. Ca m'avait résolu des problèmes similaire ! 2010/7/29 Christian Quest christian.qu...@gmail.com J'essaye d'importer la france dans postgresql à l'aide d'osm2pgsql mais l'import est systématiquement interrompu par une fermeture qui me sort une erreur de ce type: pending_ways failed: server closed the connection unexpectedly J'ai bien mis un autovacuum=off dans le config de postgres, mais ça n'a rien changé. Quelqu'un(e) a une idée ? -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel
2010/7/26 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net Le 26/07/2010 09:37, GaelADT a écrit : Bon, pour résumer ce que je crois avoir compris, opposite_lane ça veut dire que les vélo circule dans le sens opposé du trafic. Après il faut en dire un peu plus... opposite_lane signifie qu'il n'y a aucune matérialisation de voie cycliste à contresens. Non ca c'est cycleway=opposite. opposite_lane veut justement dire qu'il y a une lane Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la voie, dans le même sens que les voitures, on met juste cycleway:left = lane à la condition qu'une bande cyclable soit matérialisée (à gauche par rapport au sens de circulation, donc à droite pour les cyclistes circulant à contresens). mes deux sous -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suffixes :left/:right - piqûre de rappel
Le plus simple serait de remanier un peu les tags cycleway:right = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane cycleway:left = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane cycleway = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane (quand on ne sait pas ou les pistes sont placées) (+ les memes avec track) On couvre tous les cas de piste cyclable sur les voies 2010/7/26 jul...@krilin.org Le 26/07/2010 09:37, GaelADT a écrit : Bon, pour résumer ce que je crois avoir compris, opposite_lane ça veut dire que les vélo circule dans le sens opposé du trafic. Après il faut en dire un peu plus... opposite_lane signifie qu'il n'y a aucune matérialisation de voie cycliste à contresens. ca n'est pas ce qui est dit dans le wiki http://wiki.openstreetmap.org/wiki/Cycleway opposite_lane -- The route is a lane, but bicycles may go in the direction opposite of other traffic. Only applies where oneway=yes. tu voulais peut etre dire opposite tout court ? opposite -- The route may be cycled in the direction opposite of other traffic, but does not have a dedicated lane. Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la voie, dans le même sens que les voitures, on met juste cycleway:left = lane à la condition qu'une bande cyclable soit matérialisée (à gauche par rapport au sens de circulation, donc à droite pour les cyclistes circulant à contresens). De mon point de vue si on met un cycleway (left ou right), c'est forcement dans le sens de circulation. Il y a des endroits (je peut faire une photo) ou il y a une bandes cyclables a droite ET a gauche, dans un sens unique. Les opposite et opposite_lane exprimant justement le fait que c'est dans le sens contraire. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose (RatZilla$)
En ce qui concerne les moyens de financement de l'association, est ce qu'il serait possible d'imaginer mettre en place un moyen de micropaiement tel que flattr ? Le principe est plutôt simple : - Chaque inscrit flattr défini une somme mensuel dédié aux dons (imaginons 10€) - Chaque fois qu'un site, projet, asso, artiste lui plait et qu'un bouton flattr est disponible, l'utilisateur clique dessus. (disons 4 : OSM, jamendo, restos du coeur et widelands) - Chaque mois flattr réparti la somme de dons a chaque receveur (ici 2,5€ chacun) - La répartition est également pondéré par le nombre de clic pour le même projet. Ce système n'en encore qu'en beta privé mais il risque de prendre de plus en plus d'ampleur, c'est une des réponses au besoin de financement du monde libre. En tant qu'utilisateur, je donne mais a part lors des appels aux dons, c'est pas énorme. Je suis clairement pour un système comme celui ci, j'aime, je clique, je finance. Je pensais utiliser ce système pour BeCyklo a terme si il nous faut payer un hébergement. Si l'asso est réticente, cela pourrait servir de test. Pour de plus amples informations je vous invite a lire : http://raphaelhertzog.fr/2010/07/15/micropaiement-social-pour-logiciel-libre-flattr/ http://www.pcinpact.com/actu/news/58126-flattr-micro-paiements.htm http://flattr.com/ 2010/7/22 g.d g...@wanadoo.fr Je rente de déplacement chantier, la question de utilité publique me barbe. Il s'agit de collecter des sous pour des disques : a) Où j'envoie mon don, n° IBAN, BIC, banque ? b) A quelle adresse postale j'envoie mon vieux 5oo giga ? Pas besoin de déductibilité. trop long aka Gerhard -- Le 8 juil. 10 à 10:48, Yann SLADEK a écrit : J'ai discuté avec un des salariés de Framasoft à ce sujet car eux se sont fait reconnaître d'intérêt général. Il y a effectivement un formulaire à envoyer au centre des impots de la prefecture de l'asso Passé un délai de 6 mois sans réponse, l'asso est reconnue d'intérêt général automatiquement. Pour info, l'APRIL s'est faite refusé le dossier (mais cela avait un petit arrière-goût de caprice politique) En gros, il faut envoyer le dossier, faire le mort pendant 6 mois (ne pas les relancer en fait) et l'asso sera reconnue de fait Par contre, je n'arrive pas à avoir d'infos sur l'ancienneté nécessaire pour être defiscalisable Yann - Mail Original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Lundi 5 Juillet 2010 22:16:45 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose (RatZilla$) Sur http://vosdroits.service-public.fr/F426.xhtml Organismes concernés: œuvres ou organismes d'intérêt général à caractère philanthropique, éducatif, scientifique, social, humanitaire, sportif, familial, culturel ou concourant à la mise en valeur du patrimoine artistique, à la défense de l'environnement naturel ou à la diffusion de la culture, de la langue et des connaissances scientifiques françaises (par exemple, les associations ayant pour but de venir en aide aux personnes en difficultés, les organismes ayant pour but d'effectuer des recherches scientifiques ou médicales, ...), Sur l'autre page déjà citée: l'oeuvre ne fonctionne pas au profit d'un cercle restreint de personnes. Combien de personnes utiliseraient ce disque ? 10, 20 ? A partir de combien le cercle n'est plus restreint ? Sinon il y a : Les organismes qui souhaitent bénéficier de cette procédure doivent déposer auprès de la direction des services fiscaux de leur siège, selon les modalités explicitées par l'instruction du 19 octobre 2004 publiée au Bulletin officiel des impôts sous la référence 13 L-5-04, une demande écrite comportant, notamment, une présentation précise et complète de leur activité. Il vaudrait mieux se renseigner avant de distribuer des reçus fiscaux à tour de bras. Pieren ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre
il existe pour les aéroports il me semble il faudrait peut être utiliser le même 2010/7/15 Etienne Chové ch...@crans.org Le 15/07/2010 16:05, JonathanMM a écrit : Le 15/07/2010 16:00, hamster a écrit : JonathanMM a écrit : De plus, je profite de ce message pour savoir s'il existe un tag pour indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour Goussainville, c'est GOU. alors ca c'est tres simple : les tags ne sont pas fixes dans OSM, donc si il existe pas de tag pour ce cas la il suffit d'en creer un Oui, mais avant de créer des tags, je demande s'ils existent. Bon, si effectivement il en existe pas, je le créerais :) JonathanMM Pas à ma connaissance. Tu peux créer un ref:SNCF ; ça restera comme ça dans la logique, et on comprend bien ce que c'est. Pas besoin de passer par le processus de validation wiki, suffit de le mettre sur une page francophone parlant du transport. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?
Pas trouvé, donc en voila une : http://wiki.openstreetmap.org/wiki/FR:Osm.fr je l'ai référencé ici : http://wiki.openstreetmap.org/wiki/FR:Servers#User_servers 2010/7/13 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Le mardi 13 juillet 2010 20:19:41 Lord Awikatchikaen, vous avez écrit : Je suis prêt a apporter aides et idées (bien que becyklo me prenne bcp du peu de temps libre que j'ai) Peut être faudrait il ouvrir une page sur le wiki pour amorcer la pompe. Pour info, il me semble en avoir déjà vu traîner dans le genre sur le wiki … -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] manipulations mapnik
Ce parametre offset marche plutot bien : http://awikatchikaen.info/?zoom=16lat=48.84284lon=2.35272layers=BTFF J'ai patche mapnik 7.1 avec et sur beciklo les cycleway:right/left=lane sont bien parrallèle aux highway :D Ce va permettre des choses sympathique sur les rendus, enfin des ways asymétrique \o/ 2010/7/5 sly (sylvain letuffe) sylv...@letuffe.org On lundi 5 juillet 2010, Frédéric Rodrigo wrote: C'est ce que je cherchais à faire hier, uniquement en jouant sur le style. L'idée étant d'arriver à ce que l'on voie sur la première image : http://trac.mapnik.org/wiki/MarkersSymbolizer C'est peut être faisable avec : http://trac.mapnik.org/wiki/LinePatternSymbolizer ça c'était disons l'ancienne méthode style un peu bidouille (ce que je fais toujours pour mon rendu rando pour les highway=track) avec un petit png contenant deux traces parallèles. Mais il y a mieux semble-t-il http://trac.mapnik.org/ticket/180 -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?
+1 Sur Becyklo http://awikatchikaen.info/, je ne sais vers quoi rediriger pour faire découvrir OSM : osm.org n'est qu'une carte de dev qui rebute plus qu'autre chose, osm.fr est incomplet, le wiki fr est trop chargé... Le mieux reste encore la page d'osm sur wikipedia... un comble. Je suis prêt a apporter aides et idées (bien que becyklo me prenne bcp du peu de temps libre que j'ai) Peut être faudrait il ouvrir une page sur le wiki pour amorcer la pompe. 2010/7/13 sly (sylvain letuffe) sylv...@letuffe.org On mardi 13 juillet 2010, Emilie Laffray wrote: http://wiki.openstreetmap.org/wiki/Potlatch_2/Deploying_Potlatch_2 Qu'est ce que vous pensez de l'idee de deployer a terme sur openstreetmap.frserait une bonne idee? Oui, et plus généralement je pense que la communauté française devrait se munir d'un site plus indépendant de osm.org et plus proche du contributeur/utilisateur. Mais c'est du taf -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour ceux qui aiment la technique - MapCSS
pour ceux qui veulent tester : http://www.geowiki.com/halcyon/?lat=52.2lon=0.1 2010/7/7 René-Luc D'Hont rldh...@gmail.com Le 07/07/2010 16:40, Emilie Laffray a écrit : 2010/7/7 Gilles Bassière gbassi...@gmail.com Les CSS cartographiques réutilisent la même syntaxe et les même concepts que les CSS pour le XML/HTML : des règles de style, des sélecteurs et le mécanisme de la cascade. En revanche, les éléments constituant une carte ne sont pas les mêmes que ceux qui constituent un document texte donc les propriétés/valeurs ne sont pas les mêmes. J'avais regardé brièvement l'initiative de Michal Migurski [1] qui est devenu par la suite le projet Cascadenik [2]. Ca avait l'air plutôt pratique et moins compliqué que les styles Mapnik XML ou le SLD. La documentation fournit de nombreux exemples [3] pour se faire une idée. Je trouve intéressante l'idée d'harmoniser le comportements des divers moteurs CSS carto. Ce serait vraiment cool de ne plus avoir à convertir les styles d'un moteur de rendu à une autre (tout en évitant la syntaxe très verbeuse des SLD). Cela dit, est-ce bien le but de MapCSS ? Leur page wiki ne mentionne pas la volonté de standardiser ni même d'harmoniser. La page est en cours d'écriture. Mon post était justement pour montrer que l'initiative existe et avance ainsi que de toucher un public plus large. Avoir plus de gens venant de différents milieux est important. Un domaine (mapcss.org) a été pris aujourd'hui. A terme, le but du jeu est d'harmoniser. Avoir une seule feuille de style serait assez sympathique. Si ça ce lance j'y participerais avec une implémentation possible dans notre moteur de rendu ;-) 3Liz Emilie Laffray ___ Talk-fr mailing listtalk...@openstreetmap.orghttp://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
[OSM-talk-fr] manipulations mapnik
Bonjour, Dans le cadre du projet Becyklo, je souhaiterais pousser osm2pgsql/mapnik a faire des opérations peu orthodoxe : dupliquer un way et/ou le décaler. J'explique le cas avant de me faire lapider : dans le cas d'une rue taggée avec cycleway:right=lane et/ou cycleway:left=lane, il serait agréable d'avoir un rendu avec 2/3 ways parrallèles. Est ce que l'un des outils OSM est capable de faire cela ? Autre question mais plus basique, mais dont je ne trouve pas la réponse : je n'arrive pas a récupérer les relations. Je comptais tester des rendus pour les lcn, rcn et ncn mais je ne trouve pas ces données en base (et j'ai bien modifié le default.style d'osm2pgsql) Comment sont stockées les relations ? Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] manipulations mapnik
ha oui ca semble très bien ca !! Merci 2010/7/5 sly (sylvain letuffe) sylv...@letuffe.org On lundi 5 juillet 2010, Frédéric Rodrigo wrote: C'est ce que je cherchais à faire hier, uniquement en jouant sur le style. L'idée étant d'arriver à ce que l'on voie sur la première image : http://trac.mapnik.org/wiki/MarkersSymbolizer C'est peut être faisable avec : http://trac.mapnik.org/wiki/LinePatternSymbolizer ça c'était disons l'ancienne méthode style un peu bidouille (ce que je fais toujours pour mon rendu rando pour les highway=track) avec un petit png contenant deux traces parallèles. Mais il y a mieux semble-t-il http://trac.mapnik.org/ticket/180 -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] River en mulytipolygon et Osmarender
Ca doit être Osmarender le problème car j'ai le même souci avec l'orge : http://www.openstreetmap.org/?lat=48.662lon=2.3231zoom=14layers=0B00FTF 2010/6/30 Art Penteur art.pent...@gmail.com Bonjour, Quand j'ai un peu de temps, je prolonge les rives du Lot autour de Cahors (et ça risque de s'accélérer si le water boundaries issues des pdf du Cadastre sont vraiment utilisables). J'ai choisi le système de la relation multipolygon, pronée par Sly, et décrite sur le wiki. http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank ça permet d'echainer les way de taille raisonnable (je coupe à la longeur des communes). Le rendu Mapnik est correct : http://www.openstreetmap.org/?lat=44.4535lon=1.4665zoom=13layers=B000FTF Mais le rendu osmarender n'est pas terrible : http://www.openstreetmap.org/?lat=44.4535lon=1.4665zoom=13layers=0B00FTF Je n'arrive pas à voir si c'est un bug dans ma façon de faire, ou dans Osmarender. Vos avis ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Le plus simple est de centraliser ces demandes au niveau du wiki. Ça permettra de réagir dessus et de ne pas polluer la mailingList. Concernant les changements, j'essaie de commenter les changement que je fais en modifiant les pages des XML du wiki, ca fait une sorte de changelog :D 2010/6/29 esperanza espera...@no-log.org Superbe boulot et merci encore Quelques remarques : - Distinguer highway=pedestrian (vélo autorisé au pas) et highway=footway (interdit par défaut à moins que pour ce dernier il soit associé à bicycle=yes). - Mettre une petite flèche pour les pistes cyclables ou les bandes cyclables en sens unique : highway=cycleway+oneway=yes) - Faire davantage ressortir les couloirs de bus + prendre en compte avec ce même rendu : highway=service+psv=yes+bicycle=yes (pour les voies bus séparées de la chaussée) - Prendre en compte les double sens cyclable (cycleway=opposite, cycleway=opposite_track et cycleway=opposite_lane) - Intégrer les vélocistes (shop=bicycle) et les robinets d'eau. - Les rues ne ressortent pas dans le rendu Fond - Faire ressortir les rues en zone 30 ou à 30/h (maxspeed=30) d'une couleur spécifique E. Le mardi 29 juin 2010 à 02:46 -0700, GaelADT a écrit : Bravo pour ce travail. je viens de regarder sur Paris. Il me semble que le cycleway=track n'est pas pris en compte (même si c'est vrai qu'en théorie il ne faudrait pas que ça existe !) Gaël. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Pour information, on vient d'étendre la zone de test à toute l'île de france Concerntant tracktype, le tag surface + smoothness qui donne une indication sur l'état de la route, il n'y a pas plus précis je pense. Il faudrait peut être simplement changé les tag de la forêt de Sénart. 2010/6/25 arno a...@renevier.net Le jeudi 24 juin 2010, à 14:30:06 +0200, Lord a écrit : Je viens de rajouter OpenCycleMap en fond. Il est vrai que l'important est le calque de vélo pour les trajets vert la promenade de l'orge est plutot bien pour le VTT, je la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y a pas trop moyen de faire la distinction. ou alors faire évoluer les tags pour avoir du pathtype... mais on est plutôt sur le rendu. La ou on pourrait jouer c'est sur le tag surface. Si path + paved ou asphalt c'est ok pour vélo et VTT. sinon que pour VTT ou bien, en utilisant tracktype ? C'est avec ce tag que les chemins/routes forestières sont différenciés dans la forêt de Sénart. Pouvoir voir quels chemins sont goudronnés et lesquels ne le sont pas dans la forêt de Sénart, ce serait vraiment bien :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwkfqUACgkQ7Z0ZxRdGQ+dnBQCeOkDhXkRFK8EZasytQ3EdkVH1 UukAn16w2nzb4OJ5wS1q2/A0ls/8uCO0 =wVdA -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre vectorisé: qui a fait d es imports de cours d'eau et plans d'eau ?
Sur Soustons je suis en train d'importer le lac et les rivières/fleuves. Le script fait ca plutôt bien mais faut bidouiller derrière car il ne peut pas tout détecter. Les ponts par exemples coupent les polygones, certaines limites qui passent au milieu du fleuve trompent le script. Mais bon dans l'ensemble ca se fait facilement Le 26/06/2010 01:12, Christian Quest a écrit : Faisant une pause sur la bati, j'ai regardé ce que donnai la récupération des cours et plans d'eau. J'ai commencé à mettre à jour les rivages du Rhone à la frontière suisse, ce qui fait aussi que j'ai aussi de quoi mettre à jour la frontière France/Suisse. Qui a déjà exploité ces données ? -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Sur le wiki, je n'ai pas mis les deux premieres lignes du XML : ?xml version=1.0 encoding=utf-8? !DOCTYPE Map Ca vient peut être de la Le 25/06/2010 22:46, Gérard a écrit : Je viens de copier coller le texte dans un fichier test.xml, et de l'ouvrir avec firefox sans rien changer, et boum, ça me jette d'entrée en disant: Erreur d'analyse XML : données incompréhensibles après l'élément de document Emplacement : file:///home/gb4/test.xml Numéro de ligne 8, Colonne 1 :Style name=highway-area-casing ^ c'est pas aussi trivial que ça de vérifier le xml... Le 25 juin 2010 10:36, jul...@krilin.org mailto:jul...@krilin.org a écrit : Superbe bon début, bravo! Je ne suis pas sur de faire des bêtises si j'édite le Xml, alors je préfère commenter ici. Où alors est ce qu'il y a le moyen de tester les lignes Xml qu'on rajouterait pour voir si au moins on introduit pas une grossière erreur de syntaxe? Peut être quelques conseils basiques sur l'édition Xml seraient bien utile aux apprentis sorciers en puissance. pour un premier test pour voir si tu n'a pas flingué le fichier, tu peut l'ouvrir avec firefox ou Internet Explorer. Si il y a une erreur de syntaxe le navigateur te le signalera. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Le 25/06/2010 10:25, Gérard a écrit : Superbe bon début, bravo! Je ne suis pas sur de faire des bêtises si j'édite le Xml, alors je préfère commenter ici. Où alors est ce qu'il y a le moyen de tester les lignes Xml qu'on rajouterait pour voir si au moins on introduit pas une grossière erreur de syntaxe? Peut être quelques conseils basiques sur l'édition Xml seraient bien utile aux apprentis sorciers en puissance. Je ne suis pas le plus approprié pour parler du XML, je suis apprenti sorcier aussi sur mapnik:D. Je vais essayer de regrouper ce que je sais sur le wiki, d'autres enrichiront Et à supposer que l'ajout soit OK, on fait quoi pour maintenir une légende humainement lisible (par opposition au code Xml) quelque par? On utilise la page de discussion http://wiki.openstreetmap.org/wiki/FR_talk:BeCikloXmlPistes ? Ca me parait le plus simple pour le moment. J'ai commencé sur cette page En tentant de comprendre xml, sur les path, j'ai noté qu'un éventuel bicycle=no se traduit par quelque chose de différent que s'il n'y a pas ce no (bravo d'y avoir pensé), mais je n'ai pas réussi à comprendre comment le no sera rendu? En fait le bicycle = no sert a différencier un path uniquement piéton (donc un footway) d'un vrai path. Donc ca sera vert sur la carte (en pointillés ou non suivant la surface) Pour les highway residential, considérer aussi un éventuel tag bicycle=designated pour indiquer les rues calmes et conseillées même si dépourvues d'aménagement spécifiquement cycliste. On pourrait utiliser un pointillé bleu? Il faudrait faire une TODO list sur la page du projet http://wiki.openstreetmap.org/wiki/FR_talk:BeCikle, ca va nous éviter tout plein de mail non ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Le 25/06/2010 10:50, Ab_fab a écrit : Un bac à sable de styles serait tip-top Pouvoir mettre côte à côte des tuiles d'une même zone (quelques km carrés) mais avec deux styles différents, aux divers niveaux de zoom - Piocher le fichier XML d'un style existant déjà enregistré - Faire ses modifs dans le fichier - Renvoyer vers le serveur, si possible avec une trace du style originel et une description humaine de la teneur des modifs - Le serveur génère les tuiles pour la même zone pour permettre la comparaison entre deux rendus (un peu comme là : [1] (grosse imagination requise !) - Le serveur laisse le fichier XML à disposition pour les autres utilisateurs ou des améliorations Toujours plus facile à dire qu'à faire :-) En effet. Si j'ai le temps, je pourrais tenter de faire une historisation des tuiles et diviser la page en deux pour pouvoir comparer. Mais un serveur a la demande je doute de pouvoir. [1] http://teczno.com/cascadenik-openstreetmap-II/ Le 25 juin 2010 10:25, Gérard ger...@buscyclistes.org mailto:ger...@buscyclistes.org a écrit : Superbe bon début, bravo! Je ne suis pas sur de faire des bêtises si j'édite le Xml, alors je préfère commenter ici. Où alors est ce qu'il y a le moyen de tester les lignes Xml qu'on rajouterait pour voir si au moins on introduit pas une grossière erreur de syntaxe? Peut être quelques conseils basiques sur l'édition Xml seraient bien utile aux apprentis sorciers en puissance. Et à supposer que l'ajout soit OK, on fait quoi pour maintenir une légende humainement lisible (par opposition au code Xml) quelque par? On utilise la page de discussion http://wiki.openstreetmap.org/wiki/FR_talk:BeCikloXmlPistes ? En tentant de comprendre xml, sur les path, j'ai noté qu'un éventuel bicycle=no se traduit par quelque chose de différent que s'il n'y a pas ce no (bravo d'y avoir pensé), mais je n'ai pas réussi à comprendre comment le no sera rendu? Pour les highway residential, considérer aussi un éventuel tag bicycle=designated pour indiquer les rues calmes et conseillées même si dépourvues d'aménagement spécifiquement cycliste. On pourrait utiliser un pointillé bleu? Le 24 juin 2010 15:41, Lord Awikatchikaen lord.awikatchik...@gmail.com mailto:lord.awikatchik...@gmail.com a écrit : ok j'ai mixé les deux : 1/ path + surface (paved,asphalt, concrete ou vide) ou smoothness (excellent good ou vide) - vert 2/ path + smoothness (intermediate, bad, very_bad ou vide) et surface différent de (paved asphalt et concrete) - vert pointillé 2010/6/24 sly (sylvain letuffe) sylv...@letuffe.org mailto:sylv...@letuffe.org On jeudi 24 juin 2010, Lord Awikatchikaen wrote: pour les trajets vert la promenade de l'orge est plutot bien pour le VTT, je la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y a pas trop moyen de faire la distinction. ou alors faire évoluer les tags pour avoir du pathtype... mais on est plutôt sur le rendu. La ou on pourrait jouer c'est sur le tag surface. Si path + paved ou asphalt c'est ok pour vélo et VTT. sinon que pour VTT Ou alors, (au risque de devenir lourd à force d'en faire la pub) : http://wiki.openstreetmap.org/wiki/Key:smoothness smoothness - good (c'est praticable en Vélo de course/vélo de ville) smoothness - bad (c'est praticable en VTC) smoothness - very_horrible (c'est praticable en VTT ) -- sly Sylvain Letuffe sylv...@letuffe.org mailto:sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Les zooms 10-18 ont été généré cette nuit. :D Par contre j'avais épuré les xml en imaginant ne pas faire ces zooms donc pour le moment c'est pas très intéressant a ces niveaux. Il faut donc qu'on modifie les XML 2010/6/23 Frédéric Rodrigo fred.rodr...@gmail.com Le 23/06/2010 13:37, Lord Awikatchikaen a écrit : J'espère que mon message ne passera pas inaperçu en ces temps chargés d'import et de bâtiments. Les temps sont plus à en France on a le bâti pour le SotM, que on prépare un nouveau style pour la carte cyclable :/ Je viens de mettre en place un serveur de tuiles sur mon serveur pour relancer la dynamique autour du projet : http://awikatchikaen.info. Celui ci ne peut être utile que le temps du dev, il ne tiendra pas la charge autrement. Je n'ai d'ailleurs chargé qu'une petite zone : autour de viry-Châtillon (91-Essonne). La zone est intéressante car elle comporte une grande partie des cas de pistes que l'on peut rencontrer. J'ai repris deux fichiers XML avec lesquels j'avais un peu appris à bidouiller Mapnik. Ce ne sont vraiment que de petites ébauches mais ca permettrait d'avoir un point de départ. Le premier sert de fond, j'avais simplifié l'affichage en supprimant beaucoup de superflux et en harmonisant les couleurs. Le style est simple épuré et agréable Le second se concentre autour du vélo. Transparent en fond il permet d'être superposé a mon fond, à mapnik, ou à Gmap. Petite légende vite fait : en rouge les footway, en bleu les pistes cyclables sur voie, en vert les pistes cyclables hors circulation hum en vert il y a des paths, il faudrait les différencier des équipement consacré aux cyclistes. Voir aussi à afficher les grades ou la nature su sol, peut être par intensité de couleur. en marron les tracks Voila, en espérant que cela nous mènera à une carte complète un de ces jours ! Il reste encore du boulot ;) Dès la première utilisation j'ai été frustré par le zoom : on veux voir les détails mille sabord ! Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Je viens de rajouter OpenCycleMap en fond. Il est vrai que l'important est le calque de vélo pour les trajets vert la promenade de l'orge est plutot bien pour le VTT, je la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y a pas trop moyen de faire la distinction. ou alors faire évoluer les tags pour avoir du pathtype... mais on est plutôt sur le rendu. La ou on pourrait jouer c'est sur le tag surface. Si path + paved ou asphalt c'est ok pour vélo et VTT. sinon que pour VTT 2010/6/24 Frédéric Rodrigo fred.rodr...@gmail.com - Lord Awikatchikaen lord.awikatchik...@gmail.com a écrit : Les zooms 10-18 ont été généré cette nuit. :D Par contre j'avais épuré les xml en imaginant ne pas faire ces zooms donc pour le moment c'est pas très intéressant a ces niveaux. Il faut donc qu'on modifie les XML On peut toujours mettre mapnik en fond. Le fond de carte ne me semble pas être un point important, comparer au calque cyclable. Btw, peux tu aussi ajouter le fond de carte OpenCycleMap. Il y a clairement un problème avec le vert ;). Des chemins en terre pas forcent très carrossable en vélo ( http://www.openstreetmap.org/browse/relation/417624 higway=path) sont représenté de la même façon que des higway=cycleway. Fred (qui ne s'est pas dit particulièrement intéressé par le projet BeCiklo, une des causes est ticket d'entrée trop élevé pour pouvoir tester du rendu mapnik) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
ok j'ai mixé les deux : 1/ path + surface (paved,asphalt, concrete ou vide) ou smoothness (excellent good ou vide) - vert 2/ path + smoothness (intermediate, bad, very_bad ou vide) et surface différent de (paved asphalt et concrete) - vert pointillé 2010/6/24 sly (sylvain letuffe) sylv...@letuffe.org On jeudi 24 juin 2010, Lord Awikatchikaen wrote: pour les trajets vert la promenade de l'orge est plutot bien pour le VTT, je la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y a pas trop moyen de faire la distinction. ou alors faire évoluer les tags pour avoir du pathtype... mais on est plutôt sur le rendu. La ou on pourrait jouer c'est sur le tag surface. Si path + paved ou asphalt c'est ok pour vélo et VTT. sinon que pour VTT Ou alors, (au risque de devenir lourd à force d'en faire la pub) : http://wiki.openstreetmap.org/wiki/Key:smoothness smoothness - good (c'est praticable en Vélo de course/vélo de ville) smoothness - bad (c'est praticable en VTC) smoothness - very_horrible (c'est praticable en VTT ) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [bâti] Explosion
Il pourrait être intéressant de donner des fils a ces tags non ? Parceque au niveau du rendu c'est un peu fouilli. Les maisons, les magasins, les immeubles et les cabanes au fond du jardin n'ont pas la meme importance peut etre que amenity=house/block/hangar pourrait apporter une précision supplémentaire ? 2010/6/23 Benoît ROUSSEAU adressepossi...@free.fr C'est sûr que l'import du bâti va avoir un gros impact. Une rue c'est quelques points, mais avec une dizaine de bâtiments de chaque côté ayant au moins 4 points, ça fait facilement une centaine de points/ways en plus donc un facteur qui peut tourner autour de 100 fois plus d'infos ! Faudra se plaindre au papa du tag building=yes ! Et son frère du tag wall=no ! C'est un troll ne pas répondre. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BeCiklo] On en est où ?
Bonjour tout le monde, J'espère que mon message ne passera pas inaperçu en ces temps chargés d'import et de bâtiments. Je viens de mettre en place un serveur de tuiles sur mon serveur pour relancer la dynamique autour du projet : http://awikatchikaen.info. Celui ci ne peut être utile que le temps du dev, il ne tiendra pas la charge autrement. Je n'ai d'ailleurs chargé qu'une petite zone : autour de viry-Châtillon (91-Essonne). La zone est intéressante car elle comporte une grande partie des cas de pistes que l'on peut rencontrer. J'ai repris deux fichiers XML avec lesquels j'avais un peu appris à bidouiller Mapnik. Ce ne sont vraiment que de petites ébauches mais ca permettrait d'avoir un point de départ. Le premier sert de fond, j'avais simplifié l'affichage en supprimant beaucoup de superflux et en harmonisant les couleurs. Le second se concentre autour du vélo. Transparent en fond il permet d'être superposé a mon fond, à mapnik, ou à Gmap. Petite légende vite fait : en rouge les footway, en bleu les pistes cyclables sur voie, en vert les pistes cyclables hors circulation et en marron les tracks Fait important, j'ai écrit un petit script qui récupère automatiquement et quotidiennement (si tout se passe bien) les XML ici http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlPisteset lahttp://wiki.openstreetmap.org/wiki/FR:BeCikloXmlFond. Chacun est donc invité à modifier les styles tant que nous sommes en phase de dev. Voila, en espérant que cela nous mènera à une carte complète un de ces jours ! 2010/6/2 hamster hams...@suna.fdn.fr GaelADT a écrit : Bonjour, J'aimerai avoir un peu de nouvelles autour de ce beau projet. Déjà qui travaille dessus actuellement ? Est-ce que le serveur pour commencer à tester des rendus a été mis en place ? En tout cas de mon côté je suis prêt à donner un coup de main. C'est peut-être un peu tôt pour ça, mais pour motiver les troupes ne peut-on pas se fixer pour objectif d'avoir un premier rendu pour SOTM ? Il y aura là bas une petite présentation de Géovélo, c'est l'occasion rêvée non ? moi je suis plutot du genre pret a degainer pour discuter du rendu quand il y aura un premier jet a se mettre sous la dent mais pour ca faut que des plus geeks que moi fassent d'abord quelque chose ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
:( et dire que je viens de passer deux semaines pour decalquer les riverbank de l'orge ben voit rien ne sert de courir ... Bravo et merci ! :D Le 23/06/2010 06:57, V a écrit : J'ai un peu changé le script pour pouvoir avoir les riverbank et les piscines/lacs/étangs (étant tous de la même couleur je n'ai pas pu les différencier, il suffit d'imaginer qu'un lac est une grande piscine à canards). Le code est un peu plus clair et permet facilement d'ajouter de nouveaux types de surface (sous réserve qu'il en existe d'autres qui soient identifiable uniquement par la couleur de remplissage). Cela permet au passage de corriger un bug qui faisait que le premier way d'une ville était toujours dupliqué. Je ne sais pas si il marche correctement pour les personnes qui avaient des wall=no sur tous les bâtiments. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Ha je viens d'avoir ce problème. Tu es sous linux ?!?! C'est a priori un problème de caractères de fin de ligne a passer de windows en unix. Je l'ai fait tout simplement avec kate (Kde) Le 21/06/2010 20:30, Tenshu a écrit : D'ailleurs ça ne marche pas très bien avec la version sur le wiki il me créé des dossiers avec des caractères spéciaux à la fin. Je vois pas trop comment m'en sortir de d'ailleurs. $sh import-bati.sh 091 SAINTRY SUR SEINE saintry 3949 : not found.sh: 7: : not found.sh: 12: : not found.sh: 15: : not found.sh: 18: : not found.sh: 22: % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total Spent Left Speed 100 137210 137210 0 148k 0 --:--:-- --:--:-- --:--:-- 326k % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total Spent Left Speed 101 147660 147660 138 59226553 --:--:-- --:--:-- --:--:-- 72059 : not found.sh: 26: grep: tmp/page-2905-2.html: Aucun fichier ou dossier de ce type import-bati.sh: 58: Syntax error: end of file unexpected (expecting then) 2010/6/21 Bruno Cortial bruno.cort...@gmail.com mailto:bruno.cort...@gmail.com Le 21 juin 2010 20:07, Nicolas Dumoulin nicolas_openstreetmap.org http://nicolas_openstreetmap.org@dumoulin63.net http://dumoulin63.net a écrit : Le lundi 21 juin 2010 18:26:19 Bruno Cortial, vous avez écrit : Le 21 juin 2010 18:20, Nicolas Dumoulin nicolas_openstreetmap.org http://nicolas_openstreetmap.org@ dumoulin63.net http://dumoulin63.net a écrit : Je n'y arrive pas sur ma commune : Aubière 63. Voilà ce que j'ai : $sh import-bati.sh 63 Aubière Aubière 3946 Bonjour, Pour le second paramètre il faut utiliser les noms de communes tels que présents sur le site du cadastre (Majuscule, sans accents, parfois des tirets où il devrait pas y en avoir) Et utilise les quotes ! Ha oui, j'ai collé la mauvaise ligne, mais j'avais la même erreur avec le nom du cadastre … Il faut également que le répertoire (3ieme paramètre) existe, sinon on a ce pb également. Il y a une modif de postée plus haut qui intègre la création du répertoire si besoin. A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plugin cadastre pas de télécharg ement des couches
Le site du cadastre est en maintenance actuellement. Ceci doit expliquer cela Le 19/06/2010 10:20, Arnaud Vandecasteele a écrit : Bonjour à tous, Depuis la dernière mise à jour du plugin cadastre, je n'arrive plus à télécharger les couches. Après avoir spécifié la commune et le département, le lancement se lance bien puis s'arrête sans avoir téléchargé de couches. Je fonctionne avec la dernière version de JOSM. Avez-vous déjà eu un comportement similaire ? Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Des licences libres pour concilier i nnovation sociale et économique
Un veille sur des licences libre diffusé sur twitter plutot que sur StatusNet (identi.ca) ? 2010/6/15 François Van Der Biest francois.vanderbi...@camptocamp.com Pour info, je mène une veille permanente sur ce genre de choses. - http://twitter.com/fvanderbiest F. 2010/6/15 Benoît ROUSSEAU adressepossi...@free.fr: Thomas Gratier a écrit : Bonjour, Des réflexions intéressantes sur les licences L'illustration est pas mal en ce contexte d'interrogation sur la libération de données *Des licences libres pour concilier innovation sociale et économique* http://owni.fr/2010/06/14/des-licences-libres-pour-concilier-innovation-sociale-et-economique/?utm_source=feedburnerutm_medium=twitterutm_campaign=Feed%3A+Owni+(Owni)utm_content=Twitterhttp://owni.fr/2010/06/14/des-licences-libres-pour-concilier-innovation-sociale-et-economique/?utm_source=feedburnerutm_medium=twitterutm_campaign=Feed%3A+Owni+%28Owni%29utm_content=Twitter http://owni.fr/2010/06/14/des-licences-libres-pour-concilier-innovation-sociale-et-economique/?utm_source=feedburnerutm_medium=twitterutm_campaign=Feed%3A+Owni+%28Owni%29utm_content=Twitter ThomasG Bonsoir, C'est article est très intéressant et synthétique. Merci de l'avoir porté à notre connaissance. Benoît R. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import CLC des Landes
Bravo pour ton travail. Ca a un peu chamboulé les communes de Soustons et Azur sur lesquelles j'avais passé un peu de temps mais ce n'ai rien par rapport a cette belle carte en zoom 9 :D 2010/6/11 Frédéric Rodrigo fred.rodr...@gmail.com Voilà c'est dans la boite ! Pas mécontent d'avoir terminer :] Il m'a fallut une grosse dizaine d'heures de plus pour ce polygone. 0.3x0.3 est définitivement un bon choix pour le découpage en carrés. Fred (qui na va pas recommencer de si tôt ce genre d'aventure) Le mercredi 09 juin 2010 15:19:15, Cedric Dumez-Viou a écrit : J'ai remplacé l'archive zip de FR-221328 par une avec les gros carrés. http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Op% C3%A9rations_post-import#Liste_des_polygones_.C3.A9normes Le 9 juin 2010 15:00, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le mercredi 09 juin 2010 13:50:29, Cedric Dumez-Viou a écrit : J'ai opté arbitrairement pour un découpage par pas de 0.1°. Est-ce que 0.3°conviendraient mieux? En gros, ça ferait 9 fois moins de polygones mais 3 fois plus larges. Le problème des éclats a été soulevé en effet sur la liste. Il y en aura moins si on coupe moins souvent (sic). Mais mon soft n'étant pas super souple, je ne vois pas tout de suite comment recoller ça tout seul. Faute mieux je veux bien des carrés de 0.3 par 0.3 pour terminer l'import. Si tu peux encore générer ça pour ça reste cohérent avec ce qui est déjà importé. ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import CLC des Landes
Oui il y a certains coins que j'avais rempli rapidement pour avoir une carte distribuable à mon mariage le mois dernier et faire un peu de promo OSM :D J'avais oublié que certains étaient sur l'import CLC des Landes. Désolé pour les tracas, je ferrais une passe rapidement. 2010/6/11 Frédéric Rodrigo fred.rodr...@gmail.com Le vendredi 11 juin 2010 09:46:50, Lord Awikatchikaen a écrit : Ca a un peu chamboulé les communes de Soustons et Azur sur lesquelles j'avais passé un peu de temps Ces deux communes n'ont posé quelques problèmes ;) J'ai essayé de supprimer ce qui était moins détaillés que CLC et de garder que qui est plus précis, puis d'y faire coller les poly des Landes. Ça serait une bonne idée que tu jettes un gros coup d'oeil dans le coin. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des highway
+1 Ca pique les yeux des gens qui vont dessus quand je leur parle d'OSM. Et tout les gens n'arrive pas à faire le distinguo entre données et rendu. Ne pourrait on pas profiter de la dynamique lancé par becyclo (quoique au point mort) pour avoir un rendu français de la carte que l'on pourrait mettre sur OSM.fr ? 2010/6/7 Vincent Pottier vpott...@gmail.com Le 07/06/2010 20:58, Emilie Laffray a écrit : On 07/06/2010 19:37, Ab_fab wrote: Bonsoir, Le rendu Mapnik proposé par le site openstreetmap.org n'est qu'une représentation parmi d'autres +1 Il ne faut pas confondre rendu et les donnees telles qu'elles existent dans la base de donnees. Le rendu sur le site de OpenStreetMap n'est vraiment qu'un des rendus possibles. Certes, mais le plus vu. S'il peut être un peu amélioré... -- 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
[OSM-talk-fr] tourniquet métro
Bonjour, Je cherche a modéliser le tunnel qui passe sous une gare RER, il y a des sections bloqués par des tourniquet (ou des portes) y a t il moyen de les entrer dans OSM ? C'est surtout intéressant pour les logiciels de routage vélo/piéton Sinon je pensais mettre un barrier=gate + access=private mais c'est pas très propre Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des gares ferroviaires
Oui il a des gares qui n'appartiennent pas a la SNCF et beaucoup même. La plupart passent dans le prive comme St Lazare par exemple. Maintenant ca n'en devient pas un operator 2010/5/31 Pieren pier...@gmail.com 2010/5/31 Marc SIBERT m...@sibert.fr Mes 0.02 € encore, dans les cas simple, on place l'arrêt sur la voie avec railway=station + name + operator. operator ? il y a des gares qui n'appartiennent pas à la SNCF ? Sinon, il y a quand même des différences notables avec ce qui est déjà documenté dans le wiki: - les bâtiments (building=yes) ; building=train_station - les quais (railway=plateforme + ref) ; railway=platform (typo) - les points d'arrêt (un simple rôle stop sur un node sur chaque voie) ; railway=stop (un tag, pas un rôle) + railway=station pour la compatibilité avec les sites simples (cf le wiki) - le landuse qui entoure les voies (l'emprise des voies) et qui est directement lié à la gare (bâtiments annexes, voies de garage ou de triage, etc.). landuse=railway ? - mais *pas* les voies elles-mêmes. les voies entrantes et sortantes mais les voies de service pourraient en faire partie Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu cyclable : choix d'un nom
le .fr aussi, ca va etre dur d'avoir de la visibilité sans ceux la Le 26/04/2010 18:23, Etienne Trimaille a écrit : Je tiens à préciser que http://www.cartovelo.com/ est pris. Le 26 avril 2010 15:40, Sebek Ab. sebe...@gmail.com mailto:sebe...@gmail.com a écrit : Bonjour, Après une semaine d'ouverture du scrutin, voici les résultats du vote : * cartovélo : 6 votes * BeCiklo : 7 votes toutes les autres propositions sont en dessous de 4 votes. Devant le faible écart entre les deux propositions, je propose une deuxième tour de scrutin entre ces deux noms, pour avoir une majorité nette et ne plus se poser la question ensuite. Pour voter : http://www.doodle.com/9rgnbu968c4r6g99 sebek ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bandes de bus entre 2 voies normales.
tu peux aussi regarder le TVM sur l'ile de france : http://www.openstreetmap.org/?lat=48.75444lon=2.33044zoom=17layers=B000FTF 2010/4/23 Mathieu Arnold m...@mat.cc +--On 23 avril 2010 09:53:53 +0200 Claude Minette o...@cminformatique.be wrote: | Comment tagguer ça ? | | J'ai pour le moment fait ceci : | http://www.openstreetmap.org/?lat=50.64502lon=5.570301zoom=18layers=B0 | 00FTF à Paris, il y a ça qui a été fait sur le boulevard du montparnasse : http://osm.org/go/0BOdlLo_W-- highway=service access=no bicycle=yes psv=yes Et c'est pas séparé par des arbres, juste une petit butte en ciment. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Faire coïncider des polygones
Sous Josm, tu peux fusionner les points un a un pour un alignement parfait avec la touche m. Le 23/04/2010 20:20, Damien Hardy a écrit : Bonsoir, Quelle est la meilleurs manières de faire coïncider les frontières de n polygones. Un exemple étant plus parlant : http://www.openstreetmap.org/?lat=48.58166lon=2.20219zoom=17 voici l'étang d'Ollainville. La zone de bois entoure la pièce d'eau ... Je suis parti de la tâche bleue grossière chargée visiblement automatiquement pour la caler au mieux de la réalité du bord de l'eau. mais du coup la forêts laissait des trous. J'ai donc essayé de les aligner à l'œil mais je sens intuitivement que c'est mal© Existe t-il un moyen de mutualiser des nœuds entre les polygones de telle manière que quand je bouge ce nœud, tous les polygones dont il ferait partie soient modifiés ? Cdt, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin d'un serveur
De quel ordre de grandeur sont les besoins ? Un serveur ca mange quoi comme disque ? Le 23/04/2010 20:41, Etienne Chové a écrit : François Van Der Biest a écrit : Hello, Je viens d'avoir François Vigouroux, de BMO, au téléphone. Il va nous mettre à disposition une orthophoto à 20cm de résolution, sur le territoire de Brest. J'ai proposé que nous montions un WMS (et éventuellement un WMS-C) avec cette orthophoto + les données vecteur du graphe routier, récemment fournies. Je veux bien m'occuper de cette tâche si je peux accéder à une machine (par exemple une machine free ?) via ssh, et qu'il y a une debian dessus. Pas de pb. Quelle place disque est nécessaire ? C'est la denrée rare en ce moment. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu cyclable : choix d'un nom
La différence c'est que google map, facebook, twitter, Myspace et autres nom
a rallonge sont retenu essentiellement par bourrage de crane mediaStiques.
Je ne suis pas sur que l'on ai la même force publicitaire. Donc on doit
jouer sur le nom pour rester dans les esprits.
Et j'ajouterais que peu de monde connait google map, ils tapent la ville
dans google.fr et clique sur la carte qui s'affiche. C'est pas google map,
c'est google
2010/4/21 Christophe Merlet (RedFox) red...@redfoxcenter.org
Le mercredi 21 avril 2010 à 10:28 +0200, Olivier Boudet a écrit :
Bonjour,
On Wed, 21 Apr 2010 10:05:39 +0200, Lord Awikatchikaen
lord.awikatchik...@gmail.com wrote:
Est ce qu'on est oblige de garder le open ? De nombreux projet sont
libre
sont s'appeler Open{projet}. Les noms a rallonge ont tendance a êtrf
moins
mémorisé. Il faut en trouver un qui reviendra tout de suite a l'esprit
d'un
utilisateur qui ne l'aura lu qu'une fois dans un article de presse par
exemple. Je suis pas sur que OpenBikeMap ai un impact sur le lecteur
moyen
francais :D (trop de syllabes, en anglais ... )
Je suis d'accord avec ces interrogations. Je pense qu'il faut penser à la
cible potentielle de la carte.
La cible est-elle des informaticiens, des gens au courant de ce qu'est le
libre, de ce qu'est OSM, de ce que signifie open dans le monde
informatique ?
Ou bien la cible est-elle des utilisateurs ayant moins de connaissances
dans le domaine informatique, des personnes banales qui souhaitent
juste
voir un itinéraire cyclable se fichant de savoir si c'est open ou non
mais cherchant juste le meilleur service, le plus détaillé et le plus à
jour possible ?
A mon avis, chercher un nom trop près d'OSM, et de près du libre (avec
des préfixes de type Open) est plus un frein pour la communication pour
ce site.
Mieux vaut à mon avis trouver un nom plus communicatif comme il en existe
déjà (GéoVélo par exemple est un très bon nom à mon avis) :
- cartovélo
- vélocarte
- vélomap
Des trucs plus consensuels en somme... Reste après à trouver quelques
chose de plus international si nécessaire.
C'est vrai que les noms compliqué comme Google Maps sont impossible a
retenir. Personne d'ailleurs n'arrive a retenir ce nom.
En plus qui sait ce que signifie Google ? Même chez les informaticiens,
c'est pour dire !!
Google Maps, c'est l'échec assuré avec un nom comme ça ! On se demande
vraiment qui il cible avec un nom comme ça...
Librement,
--
Christophe Merlet (RedFox)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : rendu cyclable : choix d'un nom
Si le projet est libre les autres communauté seront a même de récupérer notre XML et créer leur propre projet local en l'adaptant selon leur règle de circulation et d'ergonomie de la carte. 2010/4/21 kimaidou kimai...@gmail.com Hum... Nous sommes en train de lancer une dynamique pour créer un rendu adapté aux cyclistes = à tous les cyclistes. Cette dynamique est pour l'instant francophone, mais je ne vois pas pourquoi on ne pourrait pas en faire profiter l'international. Il me semble que les cyclistes de par le monde sont confrontés à peu près aux mêmes besoins : évaluer la pente, connaître les pistes cyclables, l'état de surface d'un chemin, etc. C'est dans cet esprit que javais créé la page wiki http://wiki.openstreetmap.org/wiki/OpenBicycleMap qui a depuis été complétée par certains d'entre nous. Pour le nom, nous ne sommes pas obligés de le trouver en anglais. Comme dit ici, ubuntu n'est pas anglais, mais connu sans problème à l'international. Par contre, si ce n'est pas anglais, je pense alors qu'il ne faut pas que ce soit trop régionalisé, come cartovélo par exemple. Bref mon ressenti, c'est ne pas faire francophone, mais profiter de l'énergie déployée depuis hier pour réaliser un bel outil pour tous. Nb : j'ai rajouté un chapitre proposed names dans la page wiki http://wiki.openstreetmap.org/wiki/OpenBicycleMap NB: je propose qu'on mette dans cette page un contenu en anglais, et qu'on crée une page http://wiki.openstreetmap.org/wiki/FR:OpenBicycleMap pour y mettre le contenu francophone Kimaidou Le 21 avril 2010 12:26, Txo txo...@free.fr a écrit : En ce mercredi 21 avril 2010 à 10:52:46 arno nous susurrait : oui, c'est une bonne question. C'est vrai que pour l'instant, on sait pas vraiment ce qu'on faire. Est-ce qu'il faut mieux faire quelque chose qui puisse servir un peu à tout le monde (les français, les autres nationalités, les cyclotourists, les vttistes, etc), mais qui au final soit un peu moyen pour tout le monde, ou bien est-ce qu'on commence par quelque vraiment adapté à une catégorie d'usagers (par exemple, les français), mais beaucoup moins à d'autres Dans ce cas là, pourquoi un nom en anglais ? -- -+- Dominique Marin http://txodom.free.fr -+- «Les chiens vous regardent tous avec vénération. Les chats vous toisent tous avec dédain. Il n'y a que les cochons qui vous considèrent comme des égaux.» -+- Winston Churchill «Sauvez un Coyote ! Mangez une colombe !» -+- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu cyclable
J'avais commence un rendu pour me familiariser avec mapnik (voir http://www.flickr.com/photos/9109...@n08/4534424970/). Je voulais surtout faire ressortir les path (en rouge les footway, en vert les path et cycleway, en bleu les lane cycleway). Bon mon XML est pas propre donc, je pense pas que ce soit autre chose qu'un brouillon mais si ça se concrétise : 1/ Je propose mon aide pour arriver a une carte cyclable libre 2/ mon serveur peut servir en attendant qu'on trouve quelque chose de plus poussé Cordialement. 2010/4/19 kimaidou kimai...@gmail.com Bonjour, Je ne sais pas ce que vous en pensez, mais si nous ne trouvons pas satifsaisant le rendu, pourquoi ne pas créer notre propre rendu ? Il suffit de créer le bon xml mapnik (ou mieux d'utiliser cascadenik) pour avoir notre style. Alors on créérai une page wiki qui le documenterait, on le mettrait en license cc-by-sa, et nous, la communauté, serait libre :). Je n'ai pas bien suivi les discussions sur les serveurs dispos sur la France, mais on pourrait en utiliser un pour héberger ce rendu, au moins pour la France si nous n'avons pas la capacité d'accueillir la base mondiale ? Qu'en pensez vous ? Ce serait notre projet Phare de mi 2010. ReallyOpenCycleMap ;) Kimaidou Le 19 avril 2010 00:32, Emilie Laffray emilie.laff...@gmail.com a écrit : 2010/4/18 Sebek sebe...@gmail.com Bonjour, Je déterre un peu ce sujet. Effectivement, il y a des manques dans le rendu OpenCycleMap pour le vélo urbain. En vrac : - le rendu des stations de vélos en libre service (Un C blanc dans un carré jaune) est étonnant et peu visible. - les double-sens cyclables, comme tu l'as déjà noté - les couloirs de bus accessibles aux vélos qui paraissent pourtant indispensables pour se déplacer en ville en vélo. Le projet OpenCycleMap est il un projet libre ? Les contributions extérieures sont-elles acceptées ? OpenCycleMap n'est pas un projet libre en soi. Je pense que si tu fais des demandes raisonnables elles seront écoutées. Mais clairement le créateur de openCycleMap se réserve le droit d'utiliser une suggestion ou non. Il y avait eus un débat la dessus sur la mailing liste principale il y a quelques mois. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : rendu cyclable
2010/4/19 Guillaume Allegre allegre.guilla...@free.fr Le Mon 19 Apr 2010 à 05:29 -0700, THEVENON Julien a ecrit : De : Guillaume Allegre allegre.guilla...@free.fr Oui, mais sans s'entêter. Il est bien possible que le vélo urbain et l'usage cyclotouriste/VTTiste soient mieux gérés par deux rendus différents. Mapnik arrive a rendre differement les routes des chemins : traits continus vs pointilles ( schematiquement ) Un systeme equivalent pour le velo pourrait peut etre fonctionner, avec par exemple des couleurs indiquant la difficulte comme des pistes de ski Je ne pensais pas tellement au problème de la difficulté du terrain, mais d'éviter la surcharge d'info sur le rendu. Pour préciser, un exemple : pour un cycliste urbain (mon cas, en gros), les itinéraires longue distance type véloroutes sont de peu d'intérêt alors qu'elles sont importantes pour un cyclotouriste. Comme en ville, on a déjà une densité d'info très élevée sur du mapnik de base, et qu'on veut en ajouter (par exemple de quel côté est la bande cyclable, un seul ou des deux, si c'est un contre-sens, etc...), je pense qu'il sera indispensable d'en enlever aussi. Par exemple les surcouches itinéraires ncn, rcn... Les surcouche ncn, rcn sont intéressante a faible zoom. On est pas non plus obligé de partir avec le rendu mapnik de base, quel est intéret des lignes hautes tension ou des batiments ? Ce qui serait intéressant c'est d'avoir la carte des pistes sur un layer qu'on pourrait superposer sur un fond perso avec juste les infos qu'on veut. Ainsi n'importe qui pourra réutiliser le layer libre pour le superposer a sa propre carte ou au rendu mapnik de base. C'est juste un exemple mais l'idée, c'est d'envisager plusieurs rendus (comme Sebek Ab. l'a dit). Ca vaut le coup d'essayer. Oui, mais sans s'entêter. Il est bien possible que le vélo urbain et l'usage cyclotouriste/VTTiste soient mieux gérés par deux rendus différents. ça peut être 2 feuilles de styles, pour 2 rendus, élaborées au sein d'un même effort, visant à mutualiser ce qui peut l'être. Bien sûr ! -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : rendu cyclable
2010/4/19 hamster hams...@suna.fdn.fr jul...@krilin.org a écrit : Les surcouche ncn, rcn sont intéressante a faible zoom. On est pas non plus obligé de partir avec le rendu mapnik de base, quel est intéret des lignes hautes tension ou des batiments ? Certains bâtiments font des bon point de repères : église, bâtiment publique, etc. Idem pour les voies de chemin de fer. Pour les lignes a hautes tension, ca se discute. A ok, pour aller a tel endroit je traverse le village X, a l'église je tourne a droite et c'est 500m à droite après le stade et au dela de ces points de repere je trouve que tous les batiments sont tres utiles, non pas individuellement mais collectivement c'est eux qui permettent de voir les limites des villes, les types de quartier (centre ville / pavillonaire / barres de HLM / zone industrielle / autres) on peut bien sur essayer de le rendre avec des plages de couleur mais c'est alors une information bien plus intellectuelle (il faut faire un effort d'imagination pour se dire que la ou c'est sur fond vert clair c'est un quartier pavillonaire, tout comme il faut faire un effort d'imagination pour se dire que ca monte la ou y'a des courbes de niveau) et la carte en est moins lisible tant qu'on en est a parler de ca, si on arrive a faire un truc ou on voit bien le relief c'est pas plus mal pour les velos ce qui me plait le plus c'est un degrade : la couleur depend de l'altitude (soit ca va du rouge au bleu, soit ca va d'une couleur au blanc) le dur c'est pour arriver a donner l'indication de la pente dans les zones urbaines ou c'est deja surcharge d'informations et ou on ne voit plus ce qui est en fond comme les lignes de niveau ou le degrade de couleurs Comme la couche Hillshading de http://toolserver.org/~cmarqu/ ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de données des obstacles sur cours d'eau
d'après la page avertissement (http://www.eaufrance.fr/spip.php?article695) on peut importer les données mais pas les modifier. La réutilisation des informations suppose que celles-ci ne soient pas altérées, que leur sens ne soit pas dénaturé et que leurs sources et la date de leur dernière mise à jour soient mentionnées Mais c'est assez contradictoire avec ce pargraphe il me semble : ’utilisateur peut également changer le format informatique et adapter les données et métadonnées pour les intégrer à son propre système d’information ou les mettre à disposition. . Il peut agréger les informations, ajouter ou supprimer des attributs, sélectionner une partie du territoire, et réaliser une généralisation géographique. Il doit alors veiller à respecter scrupuleusement la qualité des données et à ne pas en dénaturer le sens. Peut être qu'il pourrait être intéressant de produire un layer non modifiable avec ces données. Les mappeurs pourront ainsi identifier les points a aller vérifier sur le terrain et les entrer sur OSM ? juridiquement c'est possible ? 2010/4/10 yvecai yve...@gmail.com C'est bon pour les kayakistes, çà! Fonce! Pierre-Alain Dorange wrote: L'onema bient de terminer un inventaire complet de tout les obstacles sur les cours d'eau : http://www.onema.fr/Inventaire-des-obstacles Il s'agit d'un assemblage des bases de données existantes des Agences de l'eau, de la direction Eau et Diversité, Diren, EDF, Onema, Office de l'eau, Voies naviguables de France et d'organismes de recherche. A part EDF ce sont tous des organismes d'état. Je ne trouve par contre aucune info sur la licence des données ou l'accès aux données brutes... Mais il y a un contact/coordinateur du projet. Je le contact par email pour lui exposer le projet OSM et demander un accès aux données (dans la mesure de compatibilité des licences). Les données sous forme de carte (interface toujours aussi terrible sur les sites EauFrance) http://carmen.carmencarto.fr/66/ROE.map -- Pierre-Alain Dorange, Blog Citoyen de Cognac : http://cognac-citoyen.blogspot.com/ Twitter : https://twitter.com/padorange - Facebook : http://www.facebook.com/pa.dorange ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des bâtiments et des adress es à Paris ?
Vu l'historique des bâtiment du centre de paris, je pense qu'un plugin est en phase de test :D 2010/4/14 Philippe Pary philippe.p...@chtinux.org Le mercredi 14 avril 2010 à 14:38 +0200, OSM Léon a écrit : Il y a l'air d'y avoir un énorme travail d'import du bati parisien en cours. Le 15e importe massivement bati et adresses et le bati est bien avancé dans le centre de Paris. Quelqu'un a trouvé un robot miracle pour utiliser le cadastre ou quelqu'un a embauché une armée de moines bénédictins à la patience proverbiale ? Un même travail a lieu à Lille. Je pose la question parce que si il y a des scripts d'import automatiques ou pseudo automatiques qui tournent, je vais supprimer les quelques bâtiments que j'ai rentré avec une certaine imprécision. Et quant aux adresses, je croyais qu'on n'avait pas le droit de les rentrer. Je me suis trompé ? Non Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mappy : un retour intéressant
ils ne ferrait pas rien, ils participeraient à la diffusion du projet, c'est déjà beaucoup je trouve. Mappy sur OSM ça serait énorme même si leur fréquentation ne fait que baisser (quelle IHM affreuse), on toucherait un public conséquent. Chaque contributeur ici sait que les données qu'il entre peuvent être utilisé commercialement et ce sans obligation de retour. A partir de la, on ne va pas s'étonner qu'une entreprise cherche à garder ses données qui sont un peu son fond de commerce ... 2010/4/8 Tenshu ten...@gmail.com Ensuite, il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse utiliser des données OSM sans que les points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ; or, nous n'avons pas l'intention de faire don de nos POI, par exemple les 7 hotels que nous avons acquis, et qui représentent une forte valeur ajoutée. Traduction: Ensuite, il faut analyser attentivement les conditions d'utilisation; nous ne sommes pas certains que l'on puisse *piller* des données OSM sans que nous soyons obliger d'y contribuer or, nous n'avons pas l'intention de faire quoi que ce soit pour ce projet. 2010/4/8 Julien D. murphy2712+osm...@gmail.commurphy2712%2bosm...@gmail.com Effectivement c'est intéressant, bien que certains propos sont étonnants. Le nombre d'attribut par tronçon est illimité (il ne faut pas se limiter aux tags du wiki!) et le calcul d'itinéraire existe depuis bien longtemps sur les données OSM, sans aucun soucis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Ayant eu un paternel cheminot, je ne suis pas sur que mapper les missions soit une bonne idée vu leurs fréquences de mises a jour ... Il serait plus logique de mapper D1, D2 par montgeron, D2 par ris orangis, et D3 (voir http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang=) 2010/3/24 Vincent Pottier vpott...@gmail.com Le 24/03/2010 19:54, JonathanMM a écrit : Bonjour a tous, pendant qu'on parle de transport, toussa, j'aimerais savoir comment tagger le RER D ! Bon, il a plusieurs branches, donc, c'est assez chiant, mais ça donne ça : http://wiki.openstreetmap.org/wiki/WikiProject_France/RER/D Alors, moi, ce que j'ai fait, c'est que j'ai mis dans la relation du RER D, les gares du Nord + les 2 branches suds. Et dans ces branches, j'ai mis leur branches, etc ... Du coup, 2 questions : 1) Est ce que c'est bien ? 2) Sinon, comment faut-il le faire ? 2bis) http://78.46.81.38/api/sketch-line?network=RERref=Dcorrespondences=10width=1500height=500 étrange, n'est ce pas ? Pas très étonnant, vu le modèle présent dans la base. JonathanMM Hum, complexe. Chapeau pour le schéma sur le wiki en ASCI art. RER-D, c'est en fait un réseau dans le réseau. Peut-être faut il le considérer et le cartographier comme tel. À la limite, j'aurai mis en vrac tout le matériel d'infrastructure (voies, gares...) dans un relation:network:RDR-D, plutôt que de faire une arborescence de relations:route. L'intérêt, au moins temporaire, est de retrouver ce matériel par la relation;network:RER-D Puis, j'aurai construit les relation:route (les missions) : BIPE, BIPO, BOPO, DECA, DIPA, DIPE, DOCA... Il me semble que les routes suffisent. Chacune d'elles s'assimile à une 'line'. Et hors de Paris, les voies ferrées parallèles ne sont pas distinguées. Ensuite, ces routes doivent être intégrées à la relation:network:RER-D et le matériel disparait de cette dernière. Après, il sera facile pour une application externe de se référer à OSM pour faire correspondre des tables horaires aux relations routes. Le sketch-line?network=RER-Dref=BIPO sera cohérent. L'outil n'est pas encore au point pour représenter un réseau. -- 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
[OSM-talk-fr] contre sens cyclable sur zone 30
Bonjour, Je viens de voir cette information ce matin dans le 20minutes : http://you.leparisien.fr/sports/2010/02/26/paris-le-double-sens-a-velo-autorise-dans-les-zones-30-366.html L'annonce devrait être faites aujourd'hui par la mairie de paris. a surveiller sur leur site pour avoir la carte (libre on espère) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] duplicated nodes en France
Ce sont les sources ©IGN 2010 [...] ?? Doit on considérer que leur positionnement est plus juste que les POI identiques ? J'en ai un sur Epinay sur Orge qui est en doublon avec un de source IGN/Service de Géodésie et Nivellement: 2006, j'imagine que le 2010 est a garder ? désolé yavait une discussion géodésique mais j'ai pas eu le courage ni le temps de la suivre 2010/3/25 Vincent Pottier vpott...@gmail.com Et voila ! Le 25/03/2010 08:26, Fred Jelk a écrit : depuis une semaine, il y a des milles des duplicated nodes en France. Il y a des milliers de points proches en x, y ou z. Nous avons importé le système géodésique français. Les points proches sont en général dans une relation:site. Certains points peuvent être à la verticale l'un de l'autre. Les points portent le tag source=©IGN 2010 dans le cadre de la cartographie réglementaire There are thousand of nodes closed in x, y or z. We have imported the French geodesic system. The closed nodes are usualy in a relation 'site'. Some of them can also be one upon an other. Those nodes have the source tag set to ©IGN 2010 dans le cadre de la cartographie réglementaire http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=6lat=47.16277lon=1.74968layers=BT S'il vous plait, corriger cette erreur. Ce n'est pas une erreur. C'est l'outil d'analyse qui doit être affiné. It not a mistake It the tool that must be improved. Si non, c'est impossible de trouvez les autre erreurs de duplicated nodes... Désolé. Sorry. -- 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
Re: [OSM-talk-fr] Transports en commun
Les mises a jour concerne plus les horaire et stations desservies. quoi que les stations ca bouge moins. Ca reste quand même difficilement maintenable car le nom de la mission peut changer pour un train qui semble le même aux usagers, c'est a dire qu'il fait les mêmes arrêts mais fini au hangar plutôt que de repartir en sens inverse. On atteint une donnée limite d'OSM. autant je pense que les lignes de transport et les arrêt y ont leur place, autant les différents parcours possible sur la ligne avec les arrêts ou non sur telle ou telle gare ne me parait pas être une donnée géographique. Sinon on va tagguer le TGV 8557 qui fait lille-Massy-St pierre des corps-futuroscope-poitiers-bordeaux et son petit frere qui ne s'arrête pas a poitiers et celui qui fait montparnasse-bordeaux-Dax et tous les autres 2010/3/25 Vincent Pottier vpott...@gmail.com Le 25/03/2010 09:03, Lord Awikatchikaen a écrit : Ayant eu un paternel cheminot, je ne suis pas sur que mapper les missions soit une bonne idée vu leurs fréquences de mises a jour ... Sur quoi portent les mises à jour. * Sur les horaires ? pas de problème pour les routes (on n'entre pas la table d'horaire) * sur les voies empruntées ? problème * Les stations desservies ? problème partiel. Le rôle, dans la relation peut être du genre 'arrêt possible' plutôt que 'stop'. Il serait plus logique de mapper D1, D2 par montgeron, D2 par ris orangis, et D3 (voir http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= http://www.ratp.info/orienter/f_plan.php?fm=gifloc=reseauxnompdf=rerlang= ) Possible si, par exemple, 'D2 par Montgeron' est stable dans les stations desservies, ou alors créer les variantes 'D2 express par Montgeron'... (mais ça doit correspondre en gros aux missions) -- 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
Re: [OSM-talk-fr] Tagger une allée de parc parisien
alors déjà footway c'est une erreur pour moi, c'est au minimum un path car pas interdit au vélo (comme trop de footway sur OSM) Ensuite tu rajoute simplement le tag surface. Après si c'est ouvert au voiture de service, tu peux faire un highway track (ou service) couplé avec access=designated + foot et bicycle = yes 2010/3/25 OSM Léon osm.l...@gmail.com Bonjour à tous, J'ai un dilemme concernant la cartographie des parcs des Buttes Chaumont et Montsouris à Paris. Les gens qui avaient initié le mapping avaient tracé les allées comme highway=footway. Dans un premier temps j'ai fait de même. Mais certaines allées dans ces parcs sont très larges, faites dans une espèce de bitume et souvent utilisées par des voitures des parcs jardins de la ville de Paris. J'ai même vu un tracto pelle passer par là... Après c'est bien évidemment réservé aux piétons mais je suis très tenté de les mettre en highway=service, ce qui me semble plus juste. Pour vous faire une idée, voici deux photos de ces allées : http://commons.wikimedia.org/wiki/File:070922_Parce_des_Buttes_Chaumont_005.jpg(la perspective écrase un peu, l'allée doit bien faire 3m de large) et http://commons.wikimedia.org/wiki/File:Paris_Buttes-Chaumont_002.jpg(allée du fond). Qu'en pensez-vous ? Thomas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Je peux comprendre l'intérêt des relations B A et B Abis. Mais pourquoi faire deux relations pour l'aller et le retour sur un même parcours? les tag forward:stop etbackward:stop devrait suffire à décrire les deux sens de circulation. 2010/3/23 Xinfe Ewalavir ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : - relation type = network (lien vers relation STAShttp://www.openstreetmap.org/browse/relation/533316 ) - relation ligne de bus 1 type = line - relation ligne de bus 2 type = line - relation ... - relation ligne de bus n type = line - relation itinéraire A B type = route - relation itinéraire B A type = route - relation itinéraire B Abis type = route - ways utilisés par cet itinéraire highway=... - relation type = site, site=stop_area avec le rôle bus_stop - arrêt de bus coté droit - arrêt coté gauche - arrêt 5 mètres plus loin, autre ligne, même nom Si l'empilement n'est pas exact, merci de me corriger. Ce qui me semble bizarre, c'est de mettre les *relation type = site, site=stop_area avec le rôle bus_stop* dans la relation *line*. Faut-il plutôt mettre les relation *sites stop_area* dans les *route*s ? Un bon casse tête, ces lignes :D Merci de l'aide ! 2010/3/23 Xinfe Ewalavir ewala...@gmail.com 2010/3/21 Vincent Pottier vpott...@gmail.com Le 21/03/2010 15:44, Xinfe Ewalavir a écrit : Bonjour à tous ! Je sais que la question des transports en commun revient régulièrement, mais je trouve qu'il y a beaucoup de choses à éclaircir. Dans mon cas, je ne sais même pas quel schéma de mapping adopter : http://wiki.openstreetmap.org/wiki/Relation:route http://wiki.openstreetmap.org/wiki/Public_Transport http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema http://wiki.openstreetmap.org/wiki/Relation:route Ou sur la mailing list : relation:line relation:route (aller) relation:route (retour) relation:stop_area node:bus_stop (un côté) node:bus_stop (l'autre côté) En fait, je suis confronté à une ligne de ce typehttp://xinfe.free.fr/OSM/realite.png(la partie en pointillés est desservie une fois sur deux). Les données déjà dans OSM ressemblent à cette image http://xinfe.free.fr/OSM/data.png. La relation existante est simplement embryonnaire. Donc quel serait le meilleur moyen de mapper cette ligne ? Je sens qu'il va falloir faire jouer les relations... Ma solution : * relation:line, name= A - B, ref=NN ** relation:route, name=A B, ref=NN ** relation:route, name=B A par 4, ref=NN ** relation:route, name=B A par 4, ref=NN Merci pour votre aide ! PS:Faudrait-il éditer le wiki pour faire une page en français qui regroupe que qu'il faut faire/préférer ? Je crois que ce schéma est relativement courant en Allemagne mais peu en Angleterre. Il est possible qu'il soit aussi utilisé en Italie. En tout cas il fonctionne avec les outils OpenTransport : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on öpnvkarte : http://www.öpnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BThttp://www.%C3%B6pnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BT(la ligne 5 n'est pas complète) sketch-line : http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Merci bien pour la réponse. C'est quelque chose de relativement simple à mettre en œuvre, et c'est compatible avec les principaux outils existants. Je ferai donc la ligne suivant ce principe... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jolie fond de carte
Est ce que ca ne serait pas intéressant a mettre en place sur openstreetmap.fr vu qu'il avait été plus ou moins acquis que cette page devrait devenir un point d'entrée sur OSM en france et devait faire peau neuve ? 2010/3/23 Yann Coupin y...@coupin.net Le problème de cascadenik c’est que quand j’avais essayé ça n’était pas de tout repos à mettre en œuvre, mais par contre ça fait rapidement des trucs assez jolis : http://teczno.com/cascadenik-openstreetmap-II/ Yann Le 23 mars 2010 à 20:32, Dominique Rousseau a écrit : Le Tue, Mar 23, 2010 at 06:12:28PM +0100, René-Luc D'Hont [ rldh...@gmail.com] a écrit: Le 23/03/2010 18:02, Dominique Rousseau a écrit : ça a l'air quand même nettement plus agréable que les styles mapnik à écrire que la syntaxe d'origine en XML (en tout cas, pour moi, qui connait déjà CSS) Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé un XML de départ auquel tu ajoutes des class et id ;-) Certes. Mais que ce soit un programme qui écrive les rules et les symbolizers en XML, déjà... :-) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ 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
[OSM-talk-fr] radars de feux
Bonjour à tous, Je viens de tomber sur cette carte : http://www.radar-feu.com/emplacements-radars-feux.php Je n'arrive pas a trouver d'ou viennent ces informations ni si l'import dans OSM est possible. A ce propos on a les radars automatique dans OSM ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
