Re: [OSM-talk-fr] fichiers shp fournis par Geobabrik
Maintenant, les téléchargements fonctionnent. Le problème est donc résolu. Jean De : jlplonevez [mailto:jlplone...@wanadoo.fr] Envoyé : vendredi 7 septembre 2012 07:35 À : 'Discussions sur OSM en français' Objet : Re: [OSM-talk-fr] fichiers shp fournis par Geobabrik Bonjour, La situation a évoluée. Lorsque jai ouvert le site http://download.geofabrik.de/osm/europe/france/ http://download.geofabrik.de/osm/europe/france/ les fichiers shp nétaient plus vide. Par contre, le téléchargement ne démarre pas. Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article sur carto numérique dans The Atlantic
Bonjour, Un autre point de vue: http://oegeo.wordpress.com/2012/09/06/google-maps-and-openstreetmap-data-views-find-the-10-differences/ Romain Le 6 septembre 2012 23:10, Eric Marsden eric.mars...@free.fr a écrit : Un article intéressant (en anglais) dans The Atlantic sur les enjeux de la cartographie numérique, et les moyens et outils déployés par Google pour développer leurs cartes. http://www.theatlantic.com/technology/archive/2012/09/how-google-builds-its-maps-and-what-it-means-for-the-future-of-everything/261913/ -- Eric Marsden ___ 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, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]
Ouais mais non Java n'a jamais marche partout (C'est un peu une blague recurrente dans l'industrie a la base). Il y a trop de platformes Java et on ne va meme pas parler des differents profiles comme J2ME. 2012/9/6 Philippe Verdy verd...@wanadoo.fr Le rapport c'est justement le choix de la plateforme. Il n'y a pas (plus) de plateforme universelle alors qu'avant Java marchait partout (mais plus depuis Android et Windows Phone ou un Java standard ne s'installe pas) pour JOSM, pas plus que Flash (banni chez Apple et en fin de vie) concernant Potlatch. ___ 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
2012/9/7 Christian Quest cqu...@openstreetmap.fr: Par une relation restriction: http://wiki.openstreetmap.org/wiki/FR:Relation:restriction Il y a un plugin JOSM pour faciliter leur création. Attention à n'utiliser les restrictions que si c'est légalement interdit. Ici, s'il n'y aucun panneau d'interdiction, il n'y a pas de raison de l'indiquer dans OSM sous cette forme. D'après les images aériennes, il reste possible de tourner à gauche même si c'est sûrement plus facile avec une Fiat 500 (ou à vélo) qu'avec une BMW X6. On ne peut pas se permettre l'ajout de restrictions légales imaginaires sur des critères personnels. S'il y a des critères physiques (angle, surface, largeur), alors on taggue ces critères physiques. Pieren PS: en allant voir le wiki du tag access, on se rend compte que la version anglaise est beaucoup plus claire sur l'aspect légal que dans la version française. Une chose à corriger. ___ 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
Le 07/09/2012 09:41, Pieren a écrit : 2012/9/7 Christian Quest cqu...@openstreetmap.fr: Par une relation restriction: http://wiki.openstreetmap.org/wiki/FR:Relation:restriction Il y a un plugin JOSM pour faciliter leur création. Attention à n'utiliser les restrictions que si c'est légalement interdit. Bonjour, Je suis d'accord avec Pieren pour n'utiliser les FR:Relation:restriction que pour des interdictions légales. Néanmoins, je pense qu'il manque quelque chose pour décrite ce genre de situations. En regardant les panneaux routier , il semble évident qu'il faille prendre la sortie 33b au lieu de la 33a (et de se pendre une sévère épingle à cheveux) mais cette info n'est pas dans OSM. PAVÉ DANS LA MARE En fait, amha, le problème vient du fait que les voies à cet endroit: http://map.project-osrm.org/1iw sont connectées par un nœud. Actuellement, d'un point de vue OSM, ce point DOIT exister car les voies sont physiquement liées (elles partagent de l'asphalte ;) ). Mais dans la vrai vie, cette intersection ne doit pas être utilisée pour changer de direction. Topologiquement, pour du routage, les 2 voies n'auraient pas à être liées. On pourrait donc se demander si, dans certains cas, ce nœud ne devrait pas être omis. Mais évidement, Validator et Osmose vont signaler des erreurs... ;) Pas simple... /PAVÉ DANS LA MARE On peut peut être demander à la DDE de mettre un pont. Ça arrangerait tout le monde. ;) Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion de préparation d'une cartopartie à Villeurbanne
Salut, en fait le lieu de la réunion avait changé, finalement on s'est retrouvé au Rize ... Fabien avait annoncé la modification sur la liste local-lyon (avec son numéro de téléphone pour le joindre), il a dut oublier de le faire pour ce sujet sur la liste france ... du coup on a bien discuté sur les objectifs de la médiathèque et ce qu'il est possible de faire. Je pense qu'on fera un apéro lyonnais d'ici peu histoire de bien enclencher les synergies locales ;) @+ Sylvain Le 6 septembre 2012 19:54, Éric Gillet fear.hardc...@gmail.com a écrit : Si finalement qqun viens, merci de m'appeler au 0613625583 Le 6 sept. 2012 19:50, Éric Gillet fear.hardc...@gmail.com a écrit : Moi j'y suis (tshirt blanc et sac a dos noir), je vois personne ??? Le 3 sept. 2012 10:35, Eric eric...@sfr.fr a écrit : Oui mais du coup, le lien vers la page est cassé (car il cherche la page /2012-10-10-cartopartie-a-villeurbanne) +1, je pense etre dispo pour cette date. Le 3 septembre 2012 10:21, Christian Quest cqu...@openstreetmap.fr a écrit : Corrigé. ___ 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] [forum-osm-fr]ronds points et interdictions
On vendredi 7 septembre 2012, Pieren wrote: Attention à n'utiliser les restrictions que si c'est légalement interdit. Ici, s'il n'y aucun panneau d'interdiction, il n'y a pas de raison de l'indiquer dans OSM sous cette forme. +1 On ne peut pas se permettre l'ajout de restrictions légales imaginaires sur des critères personnels. +1 S'il y a des critères physiques (angle, surface, largeur), alors on taggue ces critères physiques. Les tagguer, pourquoi pas après tout mais cela sera-t-il suffisant ? Le problème part d'un constat simple du départ : OSMR ne trouve pas la bonne route Bonne dans le sens : majoritairement utilisée par les usagers pour des raisons de praticité et sécurité Il faut donc lui donner un moyen, réaliste (faisable quoi), sans mentir dans la base (ne pas dire que c'est interdit de tourner), de trouver cette bonne route. Ta proposition de tagguer la réalité physique dans ses détails me rappel un peu le débat smoothness comparé aux innombrables autres tag qui décrivent le réél du terrain. Il me semble, qu'a un moment donné, cette logique va trop loin pour être fonctionnelle, car, au final, il faut bien que OSMR trouve la réponse. Tu dis angle, surface, largeur, mais je doute que ce soit uniquement ça pour tous les cas qui définisse le fait que tourner n'est pas sûr, on peut penser à branches qui dépassent, visibilité mauvaise, gravillon au sol sur les bords, trafic important et tout un tas d'autre critères qui cette fois sont assez subjectif, mais qui, mis bout à bout, font qu'une majorité d'usager ne réalisera pas ce virage. Et ça, je pense qu'il est valable de l'enregistrer dans un seul tag, simple, qui dira : tourner=non ou si on veut raffiner le subjectif : touner=délicat/au_frein_a_main/very_dangereux/pas_fou_non_? -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions
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
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
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions
2012/9/7 Pieren pier...@gmail.com: Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait un peu moins cher ;-) D'un autre côté, si la DDE n'a pas mis de panneau, c'est qu'il y a peut-être une interdiction par ailleurs ou que c'est trop évident. Le problème existe aussi à cet endroit pour les véhicules arrivant dans l'autre sens (de l'ouest vers l'est). Bon, si vous mettez les relations de restrictions à cette intersection, c'est pas moi qui vais les effacer pour cause d'absence de panneau. Pieren ___ 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
Le 07/09/2012 11:56, Pieren a écrit : 2012/9/7 Pieren pier...@gmail.com: Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait un peu moins cher ;-) D'un autre côté, si la DDE n'a pas mis de panneau, c'est qu'il y a peut-être une interdiction par ailleurs ou que c'est trop évident. Le problème existe aussi à cet endroit pour les véhicules arrivant dans l'autre sens (de l'ouest vers l'est). Bon, si vous mettez les relations de restrictions à cette intersection, c'est pas moi qui vais les effacer pour cause d'absence de panneau. Pieren +1. C'est plus un défaut de signalisation qu'autre chose ! Dans le même sens, un tag oneway est mis sur le segment entre les deux voies jaunes alors qu'il n'est pas signalé physiquement (vérifié sur googleStreet). Ce que soulève Pieren. Et je n'irai pas non plus le retirer ! Mais l'imagerie Bing date de 2006. Peut-être que la signalétique a été corrigée. À voir. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer les MJC ?
Je suis plutôt d'accord avec Philippe (même si il poste trop de messages et des trop longs). Une MJC colle tout a fait au community center (et là j’ai envie de regarder Ali G qui essaye de sauver son community center :q). Admettons que community center convienne pour l'immense majorité des MJC et des centres culturels communaux, mais certaines d'entre se sont vus confier des missions artistiques de niveau élevés par la puissance publique. C'est le cas dans ma ville où 3 Maison de quartiers-MJC ont chacune axe de travail culturel fixé dans une convention. Par quartier, on entend ici les 3 anciennes communes fusionnées avec le centre ville (2 500 à 4 000 hectares et 10 à 17 000 habitants). Les axes sont le théâtre pour jeunes, la poésie et les expressions artistiques de la rue (hip-hop). Chacune gère un petit théâtre/salle de conférence. Finalement, une double attribution arts centre et community centre serait à envisager. La définition de community centre donnée par le wiki correspond plutôt à salle des fêtes, salle polyvalente et maintenant salle multifonctions. On peut donc avoir une MJC et une salle des fêtes proches l'une de l'autre, la première étant le lieu de pratiques artistiques régulières et diverses et l'autre non. NB : on écrit centre en anglais du Royaume-Uni (et c'est ainsi sur OSM) et center en anglais américain Christian Rogel Ancien administrateur de MJC et de fédération de MJC ___ 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 de tourner à gauche
ok c'est fait la trace de la modif se trouve ici http://www.openstreetmap.org/browse/changeset/13021657 j'espère que j'ai correctement codé la relation merci pour le lien Le 6 septembre 2012 22:45, quicky [via GIS] ml-node+s19327n572407...@n5.nabble.com a écrit : * De :* lolowan [hidden email]http://user/SendEmail.jtp?type=nodenode=5724074i=0 *** *juste pour préciser il n'y a pas que des ronds points qui pose problème * *j'ai une intersection de deux voies qui forment un angle très aigue * *en pratique passer d'une voie à l'autre n'est pas possible je vous l'assure * *(bien que je n'ai pas sur d'avoir vu une interdiction formalisée de tourner * *à gauche). * *ci-joint un lien osrm piur illustrer mon propos * *http://map.project-osrm.org/1ic * *cela se passe sur la rocade de toulouse * *osrm nous fait prendre la sortie 33a alors que le chemin normal est plutot * *de prendre la sortie 33b * *le chemin proposé par osrm n'est en pratique pas réalisable C est par la http://wiki.openstreetmap.org/wiki/Turn_restrictions Julien ___ Talk-fr mailing list [hidden email] http://user/SendEmail.jtp?type=nodenode=5724074i=1 http://lists.openstreetmap.org/listinfo/talk-fr -- If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/forum-osm-fr-ronds-points-et-interdictions-de-tourner-a-gauche-tp5714821p5724074.html To unsubscribe from [forum-osm-fr]ronds points et interdictions de tourner à gauche, click herehttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5714821code=bGF1cmVudC5jb21iZUBmcmVlLmZyfDU3MTQ4MjF8MTg0MjM2ODQ3OQ== . NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: http://gis.19327.n5.nabble.com/forum-osm-fr-ronds-points-et-interdictions-de-tourner-a-gauche-tp5714821p5724173.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions de tourner à gauche
2012/9/7 lolowan laurent.co...@free.fr: ok c'est fait Tu as oublié de faire la deuxième restriction à cette intersection pour les véhicules qui viennent par l'ouest vers l'est et qui voudraient tourner au sud (un no_turn_right). Les autres restrictions sont déjà gérées par les oneway. De plus, il faudra ajouter la ligne blanche contnue sur la route à l'ouest (http://www.openstreetmap.org/browse/way/23444060) sinon le logiciel de navigation va indiquer un demi-tour encore trop prématuré. Il le fera ici: http://www.openstreetmap.org/browse/node/146206642 au lieu de le faire là: http://www.openstreetmap.org/browse/node/28378776 Les seuls tags que je connaisse pour ça sont overtaking=no ou divider=solid_line. Je ne crois pas qu'ils soient déjà pris en compte par OSRM mais au moins ta modélisation sera complète. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Suite Import cadastre les sables d'olonnes
Salut, Pour faire suite à l'histoire de l'import du cadastre des sables d'olonnes, je n'ai pas eu de réponse à mon message, les erreurs n'ont pas été corrigées, et depuis, ce cher contributeur a réalisé l'import de la commune de saint-mars-la-rhéortre sans tenir compte de tout ce qui avait déjà été importé. Résultats : Les sables : encore plus de 300 chevauchements Saint-mars : plus de 500 bâtiments dupliqué/se chevauchant Je pense qu'on peut sans problème faire un revert sur ce dernier import, et essayer de raisonner un peu cette personne (comment ?) Pour ma part, je n'ai pas le temps de m'occuper de ça pendant quelques jours. Si quelqu'un le peut Le changeset de saint-mars : http://www.openstreetmap.org/browse/changeset/13000744 Bonne fin de journée ! ___ 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
Le 07/09/2012 11:35, Pieren a écrit : 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 ;-) En effet ;) Mais ce que je voulais souligner est que personne n’empruntant l'une des 2 voies n'a BESOIN de ce point pour changer de direction. L'échangeur a été conçu pour pour que ce changement de direction ne soit pas utile (dans notre exemple, il fallait prendre la sortie 33b et si on se trompe en prenant la 33a, et bien continuer jusqu'au rond-point à l'ouest pour faire demi-tour) Mais j’arrête... ;) Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite Import cadastre les sables d'olonnes
Revert en cours et mail envoyé à l'intéressé: Tu as importé le bâti issu du cadastre sur la ville de Saint Mars sans te préoccuper des données existantes. Résultat, presque 500 bâtiments en double. Quel intérêt ? C'est non seulement inutile, mais non respectueux tu travail fait par le contributeur précédent, la zone étant maintenant remplie d'erreurs. J'ai donc fait un revert de ton changeset 13000744 car tu avais fait de même aux Sables d'Olonne. Merci de ne plus importer de bâti sans prendre le temps pour le faire correctement, c'est à dire d'éliminer les bâtiments en double et toutes les erreurs signalées par le plugin validator de JOSM et de suivre les recommandations du wiki pour l'import semi-automatique du bâti. http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_bâtiments Ces données sont mises à disposition pour être traiter manuellement comme il faut avant envoi vers OSM. Si tu n'a pas le temps ou le courage pour le faire fait autre chose. Merci d'avance. Le 7 septembre 2012 21:05, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Salut, Pour faire suite à l'histoire de l'import du cadastre des sables d'olonnes, je n'ai pas eu de réponse à mon message, les erreurs n'ont pas été corrigées, et depuis, ce cher contributeur a réalisé l'import de la commune de saint-mars-la-rhéortre sans tenir compte de tout ce qui avait déjà été importé. Résultats : Les sables : encore plus de 300 chevauchements Saint-mars : plus de 500 bâtiments dupliqué/se chevauchant Je pense qu'on peut sans problème faire un revert sur ce dernier import, et essayer de raisonner un peu cette personne (comment ?) Pour ma part, je n'ai pas le temps de m'occuper de ça pendant quelques jours. Si quelqu'un le peut Le changeset de saint-mars : http://www.openstreetmap.org/**browse/changeset/13000744http://www.openstreetmap.org/browse/changeset/13000744 Bonne fin de journée ! __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite Import cadastre les sables d'olonnes
2012/9/7 Christian Quest cqu...@openstreetmap.fr: Revert en cours et mail envoyé à l'intéressé: J'ai aussi contacté le DWG et voici le résultat: http://www.openstreetmap.org/user_blocks/235 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suite Import cadastre les sables d'olonnes
Parfait. 2012/9/7 Pieren pier...@gmail.com 2012/9/7 Christian Quest cqu...@openstreetmap.fr: Revert en cours et mail envoyé à l'intéressé: J'ai aussi contacté le DWG et voici le résultat: http://www.openstreetmap.org/user_blocks/235 Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Du bon usage d'access, pour des voies réservées à certains types de modes de transport
Bonjour, Voulant renseigner un peu plus quelques voies existantes (celle-cihttp://www.openstreetmap.org/browse/way/50076390etcelle-làhttp://www.openstreetmap.org/browse/way/99688669), réservées aux bus (et aux taxis et vélos), je comptais utiliser Key:access. Mais j'ai été pris d'un doute quant à son utilisation : dois-je les marquer acces:no, puis rajouter des access:XXX=yes (où XXX désigne le mode de transport autorisé) ? Je trouve que la page dans le wiki à ce sujet n'est pas bien clair sur ce point... -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du bon usage d'access, pour des voies réservées à certains types de modes de transport
2012/9/7 Francescu GAROBY windu...@gmail.com: J'ai re-traduit l'entête de cette page du wiki ce matin encore. Mais il faudrait encore réviser le corps du document wiki qui est mal traduit ou trop ancien. La page anglaise est plus claire. Le access=no est correct; c'est l'interdiction générale. Puis on le combine avec d'autres tags pour préciser ce qui est autorisé. En l'occurence, psv=yes (ce qui implique les taxis d'après le wiki) et bicycle=yes simplement (et non access:psv=yes) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] besoin d'aide svp
Bonjour, Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup de conseil. J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la carte entière des états Unis. Auriez vous un tutoriel qui fonctionne avec des explications afin de pouvoir tout comprendre en totalité. Des conseils sur les ressources minimum niveau serveur pour pouvoir générer est utilisé OSM Merci d'avance Cordialement Hautot Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande d aide
ok merci pour cette réponse mais la compagnie désire avoir son propre serveur OSM pour être sur de ne pas avoir de problème par la suite. Mais du coup je dois faire casiment la meme chose … Je suis un peu perdu j'ai essayé de créer une carte sur mon pc ( 4 G dam ubuntu apache) mais la carte n'apparait pas donc je ne sais pas si c'est un mangue de ressource ou des erreurs la carte est la car quand je change de type de carte elle apparait mais ensuite si je me déplace dessus il y a des carré coloré et donc on ne voit rien du tout Merci d'avance Le 31 août 2012 à 10:24, f.dos.san...@free.fr a écrit : Vu le profil de la société Dialie LLC tu pourrais être intéressé par le projet OpenGTS : http://opengts.sourceforge.net/ - Mail original - De: Hautot Romain rhau...@dialie.com À: talk-fr@openstreetmap.org Envoyé: Vendredi 31 Août 2012 03:47:42 Objet: [OSM-talk-fr] Demande d aide Bonjour, Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup de conseils. J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la carte entière des états Unis ou je pourais placer des points mise a jours le plus souvent possible grace a des position gps (traking). Auriez vous un tutoriel qui fonctionne avec des explications afin de pouvoir tout comprendre en totalité. Des conseils sur les ressources minimum niveau serveur pour pouvoir générer est utilisé OSM Merci d'avance Cordialement HAUTOT Romain Engineer Software Dialie LLC, Chicago 1 (773) 937 5501 +33 6 95 65 65 60 romain.hau...@gmail.com *Please be environment conscious and print this e-mail only if necessary.* ___ 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] Demande d aide
Peux-tu préciser la démarche que tu as suivie ? (quel tutoriel ?) Est-ce que c'est quelque chose similaire à ce qu'on peut lire à cet endroit : http://switch2osm.org/serving-tiles/ ? Pour info, quelle est la couverture géographique de la carte que tu as voulu créer ? Le 31 août 2012 19:38, Romain Hautot rhau...@dialie.com a écrit : ok merci pour cette réponse mais la compagnie désire avoir son propre serveur OSM pour être sur de ne pas avoir de problème par la suite. Mais du coup je dois faire casiment la meme chose … Je suis un peu perdu j'ai essayé de créer une carte sur mon pc ( 4 G dam ubuntu apache) mais la carte n'apparait pas donc je ne sais pas si c'est un mangue de ressource ou des erreurs la carte est la car quand je change de type de carte elle apparait mais ensuite si je me déplace dessus il y a des carré coloré et donc on ne voit rien du tout Merci d'avance Le 31 août 2012 à 10:24, f.dos.san...@free.fr a écrit : Vu le profil de la société Dialie LLC tu pourrais être intéressé par le projet OpenGTS : http://opengts.sourceforge.net/ - Mail original - De: Hautot Romain rhau...@dialie.com À: talk-fr@openstreetmap.org Envoyé: Vendredi 31 Août 2012 03:47:42 Objet: [OSM-talk-fr] Demande d aide Bonjour, Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup de conseils. J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la carte entière des états Unis ou je pourais placer des points mise a jours le plus souvent possible grace a des position gps (traking). Auriez vous un tutoriel qui fonctionne avec des explications afin de pouvoir tout comprendre en totalité. Des conseils sur les ressources minimum niveau serveur pour pouvoir générer est utilisé OSM Merci d'avance Cordialement HAUTOT Romain Engineer Software Dialie LLC, Chicago 1 (773) 937 5501 +33 6 95 65 65 60 romain.hau...@gmail.com *Please be environment conscious and print this e-mail only if necessary.* ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] besoin d'aide svp
http://switch2osm.org/ ! Le 31 août 2012 07:36, Romain Hautot rhau...@dialie.com a écrit : Bonjour, Je suis nouveau dans le développement OSM et j'aurais besoin de beaucoup de conseil. J'aimerais mettre en place pour mon entreprise un serveur OSM possédant la carte entière des états Unis. Auriez vous un tutoriel qui fonctionne avec des explications afin de pouvoir tout comprendre en totalité. Des conseils sur les ressources minimum niveau serveur pour pouvoir générer est utilisé OSM Merci d'avance Cordialement Hautot Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions
Le 7 septembre 2012 11:35, Pieren pier...@gmail.com a écrit : 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. Evidemment le critère important est le danger : le conducteur est maître de son véhicule, il est responsable des accidents qu'il provoque en se mettant en danger ou mettant en danger les autres, même si ce n'est pas explicitement interdit. Je pense sincèrement d'un logiciel de routage qui trouve un angle de plus de 300 degrés doit considérer cela comme un demi-tour. Étant donné la largeur de voie standard ou indiquée, et le rayon de braquage minimum d'un véhicule (dépendante du type de véhicule ou de la présence d'une remorque) qui obligerait à inclure une marche arrière dans la manœuvre, et les limites de vitesse applicables à l'endroit et d'autres critères comme la distance de visibilité des autres véhicules roulant à cette vitesse, des chemins sont implicitement interdits car dangereux. Le code de la route ne peut détailler toutes les situations dangereuses, mais ce qui est une manœuvre inutilement dangereuse (car facilement évitable) est bel bien interdit (des PV sont dressés pour conduite « dangereuse » même sans aucun panneau pour l'indiquer). Malgré tout, même les navigateurs du commerce « recommandent » de faire demi-tour à des endroits pourtant impossibles ou dangereux ! Cela ne survient que très localement, au début d'un parcours mais pour des chemins plus longs, ils ignorent simplement ce chemin car c'est tout bonnement le plus long (c'est plus court simplement d'emprunter le rond-point normalement sans avoir à tourner à gauche sur un triangle de séparation des voies sur une longueur ne dépassant guère les 50 mètres. Su un telle distance, tout doit être en visibilité du conducteur, qui n'a pas à tenir compte de ce que dit le navigateur électronique : le conducteur se rend jusqu'au point d'intersection normal le plus proche et le plus sûr, même si cela l'oblige à faire le tour complet du rond-point, il ne franchit pas la séparation à gauche avec un virage aussi serré ! Le navigateur s'adaptera et recalculera son itinéraire. après que le conducteur aura évité ce virage impossible ou dangereux selon sa propre estimation. ___ 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 de tourner à gauche
Le divider-line me parait inutile, il complique tout pour rien (en revanche on peut toujours délimiter les ilôts de séparation, parfois arborés ou semés de pelouses) : il est nettement plus simple de tracer les deux voies parallèles en sens unique opposés ! On ne joint les deux voies que sur une séparation en ligne discontinue (ou l'absence de ligne, ou parfois juste les petits papillons espacés qu'on trouve sur les petites routes de campagne sur lesquelles il est permis de rouler au milieu de la route, mais où on doit souvent ralentir pour rouler à droite en croisant un véhicule dans l'autre sens, souvent en roulant sur les bordures) et où le franchissement (pour dépasser, ou pour entrer sur un chemin ou un garage privé à gauche), et le demi-tour sont autorisés. Le sens unique des voies implique aussi l'interdiction du demi-tour. Les logiciels de navigation reconnaissent les sens uniques instantanément. Le 7 septembre 2012 14:03, Pieren pier...@gmail.com a écrit : Les seuls tags que je connaisse pour ça sont overtaking=no ou divider=solid_line. Je ne crois pas qu'ils soient déjà pris en compte par OSRM mais au moins ta modélisation sera complète. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]
C'est comme le HTML, CSS, Javascript... Pire encore maintenant avec HTML5 et les restrictions propriétaires et licences de brevets dessus (sans compter des tas de brevets dont personne n'a encore eu jamais connaissance et qui sortent régulièrement, même la licence MPEG LA sensée les couvrir tous en une seule fois pour les codecs audio/vidéo/image ne couvre pas tout). Le temps de la convergence est terminé (les organismes de normalisation ont capitulé il se sont laissés faire). Chaque fabricant de matériel ou logiciel crée « sa » plateforme propriétaire, et « son » API sans pourtant offrir la moindre protection pour les brevets avec « sa » licence. Moralité, on redéveloppe de plus en plus souvent les mêmes applications, on multiplie les tests de compatibilité de plateformes et ça « tient » de moins en moins longtemps. C'est lourd et coûteux pour tout le monde, ou alors on s'inscrit totalement dans la démarche propriétaire d'un seul fournisseur, en croyant qu'il garantira un fonctionnement « compatible » assez longtemps pour justifier les coûts et le temps de développement et déploiement des applis. Le 7 septembre 2012 09:14, Emilie Laffray emilie.laff...@gmail.com a écrit : Ouais mais non Java n'a jamais marche partout (C'est un peu une blague recurrente dans l'industrie a la base). Il y a trop de platformes Java et on ne va meme pas parler des differents profiles comme J2ME. ___ 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 de tourner à gauche
Le 07/09/2012 19:21, Philippe Verdy a écrit : Le divider-line me parait inutile, il complique tout pour rien (en revanche on peut toujours délimiter les ilôts de séparation, parfois arborés ou semés de pelouses) : il est nettement plus simple de tracer les deux voies parallèles en sens unique opposés ! Je n'ai pas compris. Séparer les voies quand il y a une bande blanche, une pour chaque sens de circulation ? Ça n'est pas la règle dans OSM. Dans OSM, une chaussé = un way. S'il y a une bande blanche, on met un tag. Deux chaussées séparées physiquement = 2 ways -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]
Le 7 sept. 2012 à 19:30, Philippe Verdy verd...@wanadoo.fr a écrit : C'est comme le HTML, CSS, Javascript... Pire encore maintenant avec HTML5 et les restrictions propriétaires et licences de brevets dessus (sans compter des tas de brevets dont personne n'a encore eu jamais connaissance et qui sortent régulièrement, même la licence MPEG LA sensée les couvrir tous en une seule fois pour les codecs audio/vidéo/image ne couvre pas tout). Ma chère et tendre, qui travaille au W3C va être désolée d'apprendre cela ! Plus sérieusement je pense que la situation est bien plus saine maintenant avec HTML5 qu'avant avec le web dédié à Microsoft/IE6 et ses incompatibilités parfois totale avec les autres navigateurs ET OS, le flash propriétaire, optimisé sur Windows mais mal supporté ailleurs,... Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr]OSM Senegal arrive
Le message suivant de : ## Salut à tous, je suis du Sénégal, qui vient d'avoir une communauté OSM https://www.facebook.com/OpenStreetMap.Senegal, avec l'aide de Nicolas Chavent. OSM , c'est quelque chose que j'aime beaucoup, j'y passe beaucoup de temps, mais malheureusement j'y connais pas encore grand chose. Néanmoins j'essaie de mapper des rueS et certains lieux. Donc je compte sur vous pour être un vrai contributeur sur osm. Je pose trop de questions, mais comprenez moi, suis nouveau et veux être parmi les meilleurs. Mes contribution sont sous le même pseudo. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr]OSM Senegal arrive
Bienvenu! :-) -- Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux -- Albert Einstein A journey does not need reasons. Before long, it proves to be reason enough in itself. One thinks that one is going to make a journey, yet soon it is the journey that makes or unmakes you. -- Nicolas Bouvier Photos de voyages, photos de montagne: http://www.henriod.info 2012/9/8 fo...@letuffe.org Le message suivant de : ## Salut à tous, je suis du Sénégal, qui vient d'avoir une communauté OSM https://www.facebook.com/OpenStreetMap.Senegal, avec l'aide de Nicolas Chavent. OSM , c'est quelque chose que j'aime beaucoup, j'y passe beaucoup de temps, mais malheureusement j'y connais pas encore grand chose. Néanmoins j'essaie de mapper des rueS et certains lieux. Donc je compte sur vous pour être un vrai contributeur sur osm. Je pose trop de questions, mais comprenez moi, suis nouveau et veux être parmi les meilleurs. Mes contribution sont sous le même pseudo. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.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, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]
Le 7 septembre 2012 21:45, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : Ma chère et tendre, qui travaille au W3C va être désolée d'apprendre cela ! Plus sérieusement je pense que la situation est bien plus saine maintenant avec HTML5 qu'avant avec le web dédié à Microsoft/IE6 et ses incompatibilités parfois totale avec les autres navigateurs ET OS, le flash propriétaire, optimisé sur Windows mais mal supporté ailleurs,... On aimerait bien. Mais le cas des codecs MPEG LA par défaut dans HTML5 est un réel problème pour les distributions Linux libres non supportées directement soit par un constructeur de matériel, soit dans une licence commerciale de support. Cela barre la route à des versions réellement indépendantes. La Fondation Mozilla a du s'y résoudre, plus moyen d'inclure un codec compatible HTML5 dans Firefox, cela ne marchera que via l'API de l'OS sous-jascent qui supporte nativement ce codec, sinon plus de vidéo du tout. Google qui comptait proposer son codec libre a laché prise. Ce ne sera plus qu'un codec alternative pour certains sites, et il est obligé de supporter un transcodage vers MPEG, car déjà des brevets mystérieux (hors de ceux inclus dans la suite MPEG LA) se manifestent maintenant contre son codec (après des années de développement et de publication), et Mozilla ne va pas défendre seul ce que Google renonce à défendre sérieusement, alors que MPEG LA défend son beurre en négociant l'inclusion de ces brevets dans sa suite, quitte à reverser des parts. IBM, Sony, Google, Microsoft, Apple, Oracle, ou bon nombre de constructeurs de smartphones et opérateurs télécom, et même Red Hat, ne sont pas menacés pour l'instant, mais des plus petits du libre comme Debian, GNOME, et même Apache ou Ubuntu, si (et clairement la FSF aussi, on comprend la rage de Linus Torvald ou de la FSF contre les spécifs adoptées pour HTML5 puisque Linux ne peut survivre sans s'allier directement avec un des constructeurs précédents, qui peuvent lâcher Linux du jour au lendemain, comme l'a fait Apple contre BSD dans son OSX). Conséquence, la fragmentation de Linux devient inévitable entre les distributions appuyées par les constructeurs ou gros fournisseurs de licences commerciales (qui feront comme ce qu'à déjà fait Apple), et les autres à qui on barre la route d'un Internet portable et ouvert par des menaces de brevets et réclamations de royaltees, même sur des implémentations et inventions développées complètement à part sans pourtant que les brevets réclamés aient été jamais publiés avant le développement. Il en est de même de bon nombre des normes internationales ISO actuelles toutes entâchées de brevets (même si leur licence est ouverte et supposée équitable à coût raisonnable (mais rien ne garantit ces coûts de licences et royaltees d'une facçon que le monde du libre pourra supporter sur le même terme). ___ 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 de tourner à gauche
Le 8 septembre 2012 03:35, Christian Quest cqu...@openstreetmap.fr a écrit : Philippe, il me semble que la règle est claire dans OSM: - pas de séparation physique - un way - séparation physique - plusieurs ways C'est valable pour les voies de bus, les pistes cyclables, etc. Une ligne blanche continue est une interdiction légale de tourner, pas une impossibilité physique (implicite avec 2 ways). L'impossibilité physique est à démontrer : on arrive physiquement à franchir des terre-plein, pas des barrières ou bâtiments qu'on a cartographié entre les voies. La règle c'est plutôt l'usage normal, pas l'exception temporaire en cas d'accident ou de travaux par exemple (même les pompiers peuvent prendre des rues à contre-sens en situation d'urgence). Pour remettre en cause cette règle il faudra de solides arguments et dépasser l'hexagone. Oui mais vous tentez de résoudre ça par des principes et non la solution la plus simple et pratiquement le plus évidente. Et l'argument du rendu n'est même pas valable. C'est pas pour défendre Google, mais lui il cartographie chaque voie individuellement sur la même rue, et ça ne l'empêche pas de produire des cartes très lisibles quand le niveau de zoom fait que ces voies se confondent et ne permettent plus de préciser graphiquement le sens. Pareil pour les cartes de navigation propriétaires. Et cela ne change rien à la typologie de classification des routes : trunk ou autoroute/motorway (qui sont nécessairement à chaussées séparées? pas toujours et en tout cas pas partout sur leur longueur ! Parfois on ne trouve qu'une petite barrière légère, ou un mini terre-plein facilement franchissable et sans barrière dessus si ce n'est des poteaux porteurs de luminaires ou signalisations suspendues ; certes ce n'est pas qu'une ligne blanche, mais sur certains ponts il n'y a qu'une chaussée, avec une ligne blanche et des barrières mobiles posées dessus) Deux routes séparées avec rien d'indiqué entre les deux (pas de fossé ni même de parking ou terrain vierge et sec matérialisé), sont facilement passables de l'une à l'autre, il n'y a même pas d'interdiction de le faire. Ce qui fait l'impossibilité physique c'est quelquechose de matérialisé entre les ways (barrière, terre-plein, bâtiment, fossé, zone de forêt, voire prairies ou zones rocheuses, mais encore faut-il que ce soit présent ; le way qu'on dessine constitue ce qui est le dommage du légal et normal, on ne cartographie pas les exceptions à l'usage normal, légal ou réglementaire, même s'il existe des passe-droits légaux pour un minorité d'usagers privilégiés qui malgré tout sont sensés tenir compte de tous les autres sur la route qui n'ont pas ces droits). Vous vous compliquez la vie donc. Sans mêle aller jusqu'à séparer toutes les voies de circulation là où ça ne s'impose pas, le cas des franchissements interdits par une ligne continue n'est pas exceptionnel et touche à priori tous les pays (je n'ai pas été voir au Bhoutan ou au Swaziland ou dans les petites îles, atolls ou archipels indépendants du Pacifique). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr