Re: [OSM-talk-fr] Avertisseur de radars et zones dangereuses
Salut à vous, Moi je suis plutôt d'avis que les informations liées aux dangers puissent être représentées sur une carte. Un passage brutalement étroit, un virage sec, une visibilité limitée, un lieu exposé au verglas ou aux forts vents... mais aussi un secteur à risque explosif par exemple, où on évitera de sortir une cigarette ou même d'allumer une lampe torche ; ou une zone montagneuse parsemée de petits gouffres potentiels et non précisément localisés (risque de chute mortelle) ; une zone submersible en cas de forte pluie ou même d'ouverture brutale de barrage, etc. Teuxe - Mail Original - De: "didier2020" À: "Discussions sur OSM en français" Envoyé: Jeudi 5 Janvier 2012 12h12:18 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Avertisseur de radars et zones dangereuses Le jeudi 05 janvier 2012 à 10:26 +0100, Nicolas Dumoulin a écrit : > Le Jeudi 5 Janvier 2012 09:28:04 Maetma 91 a écrit : > > Bonjour, > > > > Suite à l'interdiction des avertisseurs de radars j'ai lu plusieurs > > articles indiquant que le gouvernement va fournir une carte des zones > > dangereuses aux fabricants de GPS. Sait-on si ces données seront libres et > > comment les intégrer dans OSM ? j'en connais 2, savoir si ce seront celles la ... - fichier des accidents sur 5 ans - statistiques des CRICR > > À mon avis, ce genre de données subjectives je suis personnellement impliqué dans ce domaine aussi je ne qualifierais pas ça aussi "simplement" > n'a pas trop sa place dans la base OSM. cela dépend du contenu ... mais comme c'est l'interface fauteuil-volant qui est a l'origine de la majorité des accident, je te rejoint. > Par contre, ce peut être intéressant de développer des services autour de > ces données avec les données OSM > +1 didier ___ 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] La licence Opendata de la SNCF
"Le Producteur se réserve le droit, à tout moment, et pour quelque motif que ce soit, de modifier les conditions de réutilisation fixées dans la présente licence, sans que le Réutilisateur ne puisse prétendre à aucune indemnité." Cela signifie-t-il que la liberté d'utiliser ces informations n'est pas pérenne ? Ou s'agit-il juste de discussion pécuniaire ? Teuxe - Mail Original - De: "pierre" À: Talk-fr@openstreetmap.org Envoyé: Vendredi 3 Février 2012 09h40:54 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] La licence Opendata de la SNCF LA licence OpenDAta de la SNCF --->> http://www.transilien.com/web/webdav/site/transilien/shared/opendata/licence%20OD%20Transilien.pdf Pour faciliter la réutilisation des Informations, la présente licence a été conçue pour être compatible avec toute licence libre qui exige a minima la mention de paternité. Elle est notamment compatible avec les licences « Open Government Licence » (OGL) du Royaume-Uni, « Creative Commons Attribution 2.0 » (CC-BY 2.0) de Creative Commons et « Open Data Commons Attribution » (ODC-BY) de l’Open Knowledge Foundation. ___ 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] JOSM 4878 & changelog en français + spam à gogo
Bonjour, Combien de temps avant que "le nécessaire" fasse effet ? Les spams sont toujours affichés... Teuxe - Mail Original - De: "Marc SIBERT" À: "Discussions sur OSM en français" Envoyé: Mercredi 8 Février 2012 00h41:30 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] JOSM 4878 & changelog en français + spam à gogo Vu, Christian Q. qui est sur place vient de faire ne nécessaire. A+ -- Marc Sibert m...@sibert.fr Le 7 février 2012 22:56, Christian Rogel < christian.ro...@club-internet.fr > a écrit : Le 7 févr. 2012 à 20:49, Vincent Privat a écrit : Bonsoir, Je profite de la toute récente apparition du nouveau format d'historique de versions de JOSM pour faire ma première contribution au site OSM-FR :) http://www.openstreetmap.fr/blogs/vincent-privat/josm-4878-disponible-changelog-en-fran-ais Du coup, j'ai regardé la page des blogs. http://www.openstreetmap.fr/blog C'est passionnant, ça parle de Carlos Tevez et de chaussures Nike requin, pour faire des mapping parties le jour du carnaval? Qui est le mandataire anti-spam à OSM France? Christian (sans tirets) ___ 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 rendu map...@osm.org affiche si ou ça. Etait :place = locality / hamlet
Bonjour, Alors en lisant tout ça, et en partageant le point de vue, j'aurais tendance à dire +10... C'est vrai, ça permet de découper le travail de création des cartes, ça permet de créer des combinaisons de layers plus facilement avec un client, des layers qui peuvent être customisables en SVG, etc. Après réflexion, il y a des problèmes majeurs qui se posent comme toujours, dans le rendu : - C'est bien quand il s'agit de dessiner des zones colorées d'arrière-plan, genre landuse/natural, ou des délimitations qui se superposent bien au reste, genre frontières, mais ça devient moins pratique pour tous les aspects de superposition (tag "layer") car l'information disparaît dans la séparation des tuiles. - Comment définir quel tag va dans quelle couche ? - Où placer les textes ? Sur la même tuile que les surfaces ? Sur une tuile à part, avec tous les textes ? Sur une tuile à part, dédiée càd ne contenant que les textes d'un layer donné ? - Comment assurer que deux textes ne vont pas se superposer si les calculs des tuiles deviennent indépendants ? A moins que le rendu ne prenne en compte toutes les données affichables (càd le maximum de tuiles superposées)... Cependant, si on trouve des réponses pratiques à toutes ces questions, les moteurs de rendu OSM auraient grand intérêt à mettre en place ce principe :) Teuxe - Mail Original - De: "Philippe Verdy" À: "Discussions sur OSM en français" Envoyé: Lundi 13 Février 2012 20h44:39 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] le rendu map...@osm.org affiche si ou ça. Etait :place = locality / hamlet Plutôt que vouloir tout mettre ans Mapnik, je verrais plutôt le développement de tuiles transparentes, superposables en couches sélectionnables, et permettant d'afficher ou masquer ce que l'on veut voir ou pas. Bref des tuiles pour le fond topographique, des tuiles pour uniquement les limites administratives, des tuiles semi-transparentes pour colorer les "landuse", des tuiles transparentes pour la bâti, des tuiles pour les libellés de chaque langue. L'intérêt ? Moins compliqué de mettre à jour ces tuiles de façon cohérente (malgré toutes les exceptions possibles qui peuvent apparaître). Et une plus grande versatilité, et même des mises à jour plus rapides (chaque jeu de tuiles pour un jeu de de données limité peut être distribué sur des serveurs de rendu différents, qui ont globalement moins de chose à faire). Cependant le choix des couches de tuiles à visualiser demanderait une interface plus conviviale que l'actuelle boite bleue déroulable, où ce n'est qu'une simple liste, qui demanderait à devenir une liste hiérarchique (un peu à la façon de ce qu'on voit dans Google Earth, l'application "standalone", qui permet de sélectionner les couches qui nous intéressent. D'ailleurs ces tuiles spécialisées pourraient non pas être générées en format bitmap (PNG, GIF, JPG), mais en SVG bien plus versatile, dont le "stylage" peut être effectué sous le contrôle du client qui pourrait encore dynamiquement changer les couleurs ou les épaisseurs de traits, ou les polices utilisées, ou les styles et tailles de police selon les préférences de chacun (et aussi ses propres options d'accessibilité), simplement avec du CSS facile à maintenir en Javascript. On peut noter que la prise en charge de SVG s'est considérablement amélioré dans les navigateurs, et que SVG s'intègre maintenant nativement dans le DOM pour HTML5, sans plugin supplémentaire. De quoi déprécier largement les tuiles bitmap actuellement distribuées (et aussi faire gagner de la bande passante sur les serveurs de tuiles), car dans bon nombre de cas, ces tuiles pourraient fonctionner aussi de façon plus lisible pour des gammes étendues et non discrètes d'échelles. D'ailleurs Google se met aussi maintenant au rendu vectoriel de ses tuiles (avec son option "MapGL" encore en beta-test), tout en supportant maintenant le rendu multicouches (avec couches sélectionnables) depuis longtemps dans Google Earth. Une telle interface améliorée conviendrait aussi bien à ceux qui veulent voir une carte lisible, que pour les contributeurs qui veulent voir un maximum de choses, tout en facilitant aussi la sélection (par clic sur la carte) des éléments à modifier, corriger, ou ajouter. Je dirais même que cela améliorerait grandement la cohérence des tags dans la base centrale OSM qui contient tous les objets servant de source pour les différents moteurs de rendu (certes on ne "tague" pas pour un rendu spécifique, mais tout rendu a besoin d'une cohérence des données, et cela n'empêchera pas d'appliquer différents styles visuels pour ce que chaque moteur décide ou non d'afficher dans ses tuiles). A terme, cela pourrait même rendre l'utilisation de JOS
Re: [OSM-talk-fr] Sens interdit sauf pour les résidents ?
Salut, Waze est TRES limité en termes de fonctionnalités, comparé à OSM ! Il mime en quelque sorte les techniques d'orientation des fourmis, à savoir si quelqu'un est passé avant toi par ce chemin, alors tu dois pouvoir passer... Sur le fond de la discussion, ce type de panneau "sens interdit sauf riverains" (ou desserte locale) n'a aucune connotation de "sens unique", mais plutôt d'accès restreint. D'ailleurs un "sens interdit" comme on l'appelle, ne signifie pas forcément qu'on puisse passer dans l'autre sens :) Teuxe - Mail Original - De: "Vladimir Vyskocil" À: "Discussions sur OSM en français" Envoyé: Vendredi 24 Février 2012 11h13:08 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Sens interdit sauf pour les résidents ? Je suis allé voir sur le terrain et la route a bien un panneau "sens interdit sauf riverain" à chaque bout, donc la solution acces=destination est la bonne. A la base je me suis interrogé car en essayant le logiciel Waze j'ai vu qu'il routait par ce chemin... Ils gagneraient beaucoup en qualité de routage a passer sur OSM... Et OSM y gagnerait surement aussi, mais bon c'est comme ça. On 22 févr. 2012, at 23:12, Vladimir Vyskocil wrote: > Actuellement cette rue est taggé comme tu le dis : access=destination mais je > suis "tombé" sur un panneau sens-interdit avec en dessous sauf riverains d'un > coté et il faut que j'aille vérifier de l'autre coté car il me semble qu'il > n'y a rien... > Merci pour la réponse. > ___ 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] Convoyeur de minerai
Bonjour à tous,
Quelqu'un a-t-il une idée de comment mapper un convoyeur de minerai ("conveyor
belt") pour charbon, pierre, etc. ? Ce n'est pas un highway, ni a priori un
railway...
Merci,
Teuxe
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Espèces de plantes et d'arbres
Bonjour, Je trouve dommage que genus et species soient deux tags distincts, et pour la raison suivante : comme on n'a généralement pas qu'une seule catégorie de végétation naturelle dans un secteur donné, il serait sacrément plus intéressant de regrouper les différents genres+espèces dans un tag, séparées par ";" (comme utilisé dans d'autres contextes). La séparation en deux tags rend les choses plus complexes ! La dénomination latine habituelle des espèces place les mots séparés par un espace: Quercus Ilex;Quercus Robus;Betula Pubescens Si des précisions doivent être apportées à une espèce, l'utilisation de virgule comme séparateur supplémentaire peut être utile : Quercus Ilex,hahaha;Quercus Robus,huhuhu;Betula Pubescens,hohoho Du coup, je trouve le genus inutile, si on peut tout mettre dans species. On oublie évidemment les considérations de famille, ordre, sous-classe, classe, division, sous-règne et encore moins règne :) Et là il s'agit de flore uniquement... ira-t-on jusqu'à répertorier la faune que l'on peut éventuellement rencontrer ? :D Question annexe, quelle est la longueur maximale d'un tag ? Teuxe - Mail Original - De: "Gilles Bassière" À: "Discussions sur OSM en français" Envoyé: Lundi 5 Mars 2012 20h22:15 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Espèces de plantes et d'arbres Le lundi 05 mars 2012 à 09:28 -0800, Mapscrib a écrit : > Donc je mets en attribut, par exemple pour une zone de chênes pédonculés > (Quercus robur) : > landuse = forest > genus = Quercus > species = Robur > C'est bien ça ? Pas tout à fait, que tu utilises genus ou non, il faut mettre le nom complet dans species, donc : species=Quercus robur Ensuite, je me souviens d'une discussion où il était dit qu'il est inutile d'utiliser ensemble genus et species mais je n'en retrouve plus la trace. L'idée est que genus peut-être déduit automatiquement quand species est connu. Les partisans de cette solution conseillaient de garder genus seulement pour le cas où le contributeur est sûr du genre mais a un doute sur l'espèce (par exemple, si tu hésites entre chêne blanc ou pédonculé, tu peux te contenter de genus=Quercus). C'était seulement une discussion, tu reste libre d'utiliser l'un ou l'autre ou les deux. Utiliser genus en plus ne fait pas de mal en tout cas. > Et comment créer des zones différentes au sein d'un même forêt (Avec JOSM) ? Diviser en plusieurs polygones ? > Et est-ce que ces zone pourront apparaitre sur Mapnik ou Mapquest ? Le landuse=forest devrait apparaître, je crois. Mais je ne pense pas que ces rendus très généralistes feront un jour la différence en fonction de species ou de genus. Cela dit, il y a des initiatives mentionnées sur le wiki pour valoriser ces informations (rien de très mâture pour le moment). Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.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] rencontre mappeurs Paris 8 mars
Bonjour à tous, Avis aux parisiens, il est toujours prévu de nous rencontrer ce jeudi 8 mars au Hall's beer Tavern à partir de 18h ? Je ne serai pas là avant 19h, mais je pense faire un saut en touriste pour goûter la Chouffe et voir vos têtes bien sûr :) Teuxe - Mail Original - De: "Ab_fab" À: "Discussions sur OSM en français" Envoyé: Mercredi 29 Février 2012 11h05:49 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars Pour info 1. J'ai eu un retour positif de deux contributeurs parisiens contactés par la messagerie interne : http://www.openstreetmap.org/user/Tim%20Homewood http://www.openstreetmap.org/user/cbenz 2. Comptez sur moi pour la 2e mi-temps seulement, je n'arriverai pas très tôt Le 27 février 2012 13:43, Florian LAINEZ < winner...@free.fr > a écrit : Le 8 mars à 18h ? Le 25 février 2012 12:33, Mathieu Arnold a écrit : +--On 22 février 2012 20:29:48 +0100 Florian LAINEZ < winner...@free.fr > wrote: | Bonjour les parisiens, | ça vous dirait une rencontre IRL dans un bar histoire de parler de nos | dernières sessions de mapping ? On en a parlé au FOSDEM : à Paris on | ne se voit jamais ! C'est vraiment dommage, let's fix it ;) | | Je propose le *mardi 6 mars au Hall's beer Tavern à Châtelet* (68 rue | saint denis | http://www.openstreetmap.org/?lat=48.861587&lon=2.349264&zoom=18&layers=M ) | : c'est central et ça permettra à ceux qui ne connaissent pas encore la | Chouffe de découvrir cette bière inoubliable ^^ | Motivés ? Moi le 6 et le 8 me vont, quelle heure ? :-) -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Florian Lainez http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list 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] Re : Bordeaux va disparaitre le 1er avril
Plus inquiétant, la région autour de Douai, Cambrai et Valenciennes, qui fourmille de détails dans CleanMap... http://cleanmap.poole.ch/?zoom=10&lat=50.35793&lon=3.50505&layers=00B0 Teuxe - Mail Original - De: "Arnaud CORBET" À: "Discussions sur OSM en français" Envoyé: Jeudi 8 Mars 2012 10h49:21 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Re : Bordeaux va disparaitre le 1er avril Si je lis bien Badmap est la carte de ce qui sera supprimé si rien n'est fait, Cleanmap la carte de ce qui reste après nettoyage, donc il ne disparaitrait à Bordeaux qu'une rocade et quelques rues. Nous fait pas peur comme ça... Par contre Mimizan plage va disparaitre effectivement de la carte. http://cleanmap.poole.ch/?zoom=10&lat=44.91946&lon=-0.52805&layers=00B0 De : Pieren À : Discussions sur OSM en français Envoyé le : Mercredi 7 mars 2012 18h14 Objet : [OSM-talk-fr] Bordeaux va disparaitre le 1er avril Pour ceux qui ne connaissent pas encore, il existe une carte en ligne "CLEANMAP" qui affiche la carte au rendu "Mapnik" telle qu'elle sera après le basculement vers la license Odbl et la suppression des données incompatibles (toujours officiellement prévu le 1er avril): http://cleanmap.poole.ch/ Elle a son pendant: "BADMAP" qui affiche les suppressions si rien n'est fait. Et là, stupéfaction, Bordeaux va disparaître: http://cleanmap.poole.ch/?zoom=10&lat=44.91946&lon=-0.52805&layers=00B0 et d'autres villes alentours. Il existe aussi un graphique pour suivre la quantité des données vouées à disparaitre: http://tools.geofabrik.de/osmi/munin.html La tendance est bonne mais le délai avant la date fatidique est trop court et ça ne m'étonnerait pas qu'on nous annonce un autre report pour la bascule... 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] Re : Bordeaux va disparaitre le 1er avril
Oups, quelqu'un en a déjà parlé... ;) - Mail Original - De: te...@free.fr À: "Discussions sur OSM en français" Envoyé: Jeudi 8 Mars 2012 13h07:18 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Re : Bordeaux va disparaitre le 1er avril Plus inquiétant, la région autour de Douai, Cambrai et Valenciennes, qui fourmille de détails dans CleanMap... http://cleanmap.poole.ch/?zoom=10&lat=50.35793&lon=3.50505&layers=00B0 Teuxe - Mail Original - De: "Arnaud CORBET" À: "Discussions sur OSM en français" Envoyé: Jeudi 8 Mars 2012 10h49:21 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Re : Bordeaux va disparaitre le 1er avril Si je lis bien Badmap est la carte de ce qui sera supprimé si rien n'est fait, Cleanmap la carte de ce qui reste après nettoyage, donc il ne disparaitrait à Bordeaux qu'une rocade et quelques rues. Nous fait pas peur comme ça... Par contre Mimizan plage va disparaitre effectivement de la carte. http://cleanmap.poole.ch/?zoom=10&lat=44.91946&lon=-0.52805&layers=00B0 De : Pieren À : Discussions sur OSM en français Envoyé le : Mercredi 7 mars 2012 18h14 Objet : [OSM-talk-fr] Bordeaux va disparaitre le 1er avril Pour ceux qui ne connaissent pas encore, il existe une carte en ligne "CLEANMAP" qui affiche la carte au rendu "Mapnik" telle qu'elle sera après le basculement vers la license Odbl et la suppression des données incompatibles (toujours officiellement prévu le 1er avril): http://cleanmap.poole.ch/ Elle a son pendant: "BADMAP" qui affiche les suppressions si rien n'est fait. Et là, stupéfaction, Bordeaux va disparaître: http://cleanmap.poole.ch/?zoom=10&lat=44.91946&lon=-0.52805&layers=00B0 et d'autres villes alentours. Il existe aussi un graphique pour suivre la quantité des données vouées à disparaitre: http://tools.geofabrik.de/osmi/munin.html La tendance est bonne mais le délai avant la date fatidique est trop court et ça ne m'étonnerait pas qu'on nous annonce un autre report pour la bascule... 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] WMS et isohypes
Bonjour à tous, Sur le site "pistes nordiques" j'aime bien ce rendu des isohypses ; mais apparemment elles ne sont pas toujours complètes. Par exemple, autour des gorges du Verdon, on peut voir pas mal de courbes brisées par des carrés vides : http://www.pistes-nordiques.org/?zoom=15&lat=43.74286&lon=6.35229&layers=B00 Pourquoi ces trous ? S'agit-il d'une absence de données ou d'un problème de rendu ? Teuxe - Mail Original - De: "PhQ" À: talk-fr@openstreetmap.org Envoyé: Jeudi 15 Mars 2012 16h16:07 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] WMS et isohypes Quelqu'un connait il une formule magique pour faire apparaitre une couche isohypses seul (sans ombrage) dans le plugin WMS de JOSM, c'est à dire l'adresse d'un serveur WMS qui fait ça sans trop renacler) ? Bien sur la carte cyclable les intègre, mais c'est vraiment trop confus pour être exploitable. Et pourquoi donc faire ? Ça me permettrais d'envisager de matérialiser tous ces ruisseaux qui échappent à notre vigilance de photo interprètes amateurs pour cause d’exubérance végétale. Une solution alternative serait d'afficher francetopo en fond, mais ça veut pas Merci d'avance, et mille excuses si d'aventure je met le doigt sur un tracassin ou si ma demande est trop triviale. 1 - isohypses = courbe de niveau 2 - J'ai pas envie de les générer en local. -- View this message in context: http://gis.19327.n5.nabble.com/WMS-et-isohypes-tp5568317p5568317.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ils ont fumé chez nos amis de Google :D
Salut, Un peu d'humour, quand Google redécouvre la NES... http://www.youtube.com/googlemaps Je ne vois pas l'intérêt... un jeu ou un buzz ??? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ils ont fumé chez nos amis de Google :D
Wow... ! Toute ressemblance avec un site déjà existant est purement fictive. On dit merci à l'absence de copyright sur le site original. Le samedi 31 mars 2012 à 21:45 +0200, Pierre-André Le Ny a écrit : > Paris en 8-bit OSM http://8bitcity.com/map?Paris > > Le 31 mars 2012 21:43, Nabil Servais a > écrit : > > Le 31 mars 2012 à 21:40, Cyrille Giquello a écrit : > > > Le 31 mars 2012 21:21, Teuxe a écrit : > >> Salut, > >> > >> Un peu d'humour, quand Google redécouvre la NES... > >> http://www.youtube.com/googlemaps > >> Je ne vois pas l'intérêt... un jeu ou un buzz ??? > > > > J'adore ! C'est trop kitch. > > Ils sont fort en pub chez Goo. > > > > > Pour rappel, osm a aussi son style 8bit. Encore une fois > google copie :p > > > ___ > 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] GSoC - Détection automatisée des panneaux
Bonjour, C'est beaucoup de travail de développement et de données vidéo à traiter pour si peu de résultats... Avec un tracker GPS et éventuellement un outil permettant d'enregistrer quelques mots en synchro avec la trace GPS (je pense à OSMTracker sous Android), on arrive à un résultat bien plus satisfaisant puisqu'on n'est pas limité aux panneaux routiers ; notre cerveau sait encore repérer et interpréter ce type d'informations routières bien plus efficacement et plus intelligemment qu'un programme qui ne saurait qu'être un piètre mime. Cela dit, amusez-vous bien :D Teuxe PS. Et pourtant je suis ingénieur en développement logiciel ;) - Mail Original - De: "Ab_fab" À: "Discussions sur OSM en français" Envoyé: Mardi 22 Mai 2012 09h17:12 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] GSoC - Détection automatisée des panneaux Bonjour, Je relaie une demande du wiki [1], liée à un projet du "Google Summer of Code" (GSoC). Il vise à effectuer une reconnaissance automatisée des vitesses limites et des signalisations routières basée sur des vidéos embarquées. Le but du développeur, Nikhil Upadhye, est de créer un plugin JOSM dédié à cette tâche. D'après le wiki, il est demandeur de matière première, c'est à dire des vidéos prises depuis des véhicules, combinées à des traces GPS. Si ce genre de fonctionnalité vous intéresse / intrigue / amuse, et que vous avez ce genre de choses en stock, ou la possibilité d'en faire, contactez-le. Bonne journée [1] http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2012/Video_Based_Speed_Limit_and_Road_Sign_Detector_plugin_for_JOSM -- 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] Clé pour commentaires (était "Héritage et relation")
Salut, > re ps: Quel est le tag pour ajouter un commentaire ? Je veux dire par la > un court texte explicatif destiné aux contributeurs futurs. J'utilise > comment=* car je n'ai rien trouvé dans la doc. http://wiki.openstreetmap.org/wiki/Key:note Pour les notes spécifiquement écrites en français, j'ai souvent vu "note:fr" et c'est ce que j'utilise en général. Au passage, un "tag" c'est une clé (key) avec une valeur (value). On n'a pas trouvé de traduction française pour tag :) mais j'aurais bien proposé le terme de "propriété", étant perplexe sur le sens exact du mot "attribut". Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Moteurs de rendu de cartes utilisant le modèle public_transport ?
Bonjour tout le monde, Je me passionne pour l'intégration des données de transports publics dans OSM : en ce moment j'ajoute et je corrige un certain nombre de trajets de bus sur l'est de la région parisienne, mais je ne m'arrêterai pas là, les voies ferrées étant aussi un autre de mes dadas :) Je voulais savoir s'il existe actuellement un moteur de rendu qui prenne en compte le nouveau modèle de données pour les transports publics, approuvé en avril 2011 par la communauté, et qui semble plus en adéquation avec les besoins de "logique structurante" qui ont pu être récemment légèrement abordés sur cette liste de discussion ;) http://wiki.openstreetmap.org/wiki/Public_transport Actuellement, le rendu "Carte de transport" par défaut sur openstreetmap.org considère les relations route=bus mais ne prend pas en compte d'autres parties importantes du modèle, en particulier les arrêts (highway=bus est rendu comme d'habitude, avec l'ancien sens, même lorsqu'il est associé à une relation "stop_area") et peut-être même pas les "super-relations" route_master=bus. Je suspecte qu'il ne soit d'ailleurs pas du tout question du modèle public_transport dans le rendu de ces tuiles. D'autres amateurs de ce type de données qui pourraient m'éclairer ? Teuxe PS. Quelqu'un sait s'il est possible de réordonner les membres d'une relation ? Avec quel outil ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre vectoriel décalé de près de 400m... un record ?
Oh, 400 mètres, c'est si peu ; moins de 5 minutes à pied :D - Mail Original - De: "Christian Quest" À: "Discussions sur OSM en français" Envoyé: Vendredi 1 Juin 2012 11h28:02 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Cadastre vectoriel décalé de près de 400m... un record ? En voulant importer les limites de la commune de Leugny (89), je suis tombé sur des limites existantes visiblement TRES décalées. J'ai donc regénéré les fichiers .osm de ces communes, et le cadastre vectoriel y est décalé d'environ 400m. J'ai vérifié avec les repères géodésiques et cela confirme ce décalage. Bing étant correctement calé j'ai repris les boundary=administrative que j'ai recalé visuellement sur bing. C'est pas parfait mais nettement mieux que ce qui était présent. Avez-vous déjà rencontré des décalages si importants sur du cadastre vectoriel ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Ordonner les membres d'une relation (était: Re: Moteurs de rendu de cartes utilisant le modèle public_transport ?)
Merci à vous ! Je devrai trier à la main, car il s'agit d'un ordre de segments et d'arrêts, sans possibilité de tri alpha-numérique (à moins de numéroter les arrêts...). Teuxe - Mail Original - De: "Nicolas Croiset" À: talk-fr@openstreetmap.org Envoyé: Vendredi 1 Juin 2012 12h28:49 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Ordonner les membres d'une relation (était: Re: Moteurs de rendu de cartes utilisant le modèle public_transport ?) Le 01-06-2012 12:15, Gilles Bassière a écrit : > Le vendredi 01 juin 2012 à 12:04 +0200, te...@free.fr a écrit : >> PS. Quelqu'un sait s'il est possible de réordonner les membres d'une >> relation ? Avec quel outil ? > > Avec l'éditeur de relation de JOSM, tu peux réordonner les membres. > Regarde les boutons à gauche de la liste des membres, il y a une > flèche > vers le bas et une autre vers le haut. Il y a également un bouton tri qui refait l'ordonnancement automatiquement. c'est bien plus rapide ! A+ ___ 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 vectoriel décalé de près de 400m... un record ?
Les cadastres de la région auraient-ils été réalisés à l'époque en rapport à des points géodésiques avec des coordonnées incorrectes ? Il me semble que les repères géodésiques étaient repérés par triangulation du temps où les GPS n'existaient pas, eux-mêmes référencés par rapport à quelques points "stratégiques"... Une erreur entre quelques points et tout le reste serait décalé ? Teuxe - Mail Original - De: "Christian Quest" À: "Discussions sur OSM en français" Envoyé: Vendredi 1 Juin 2012 13h49:36 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Cadastre vectoriel décalé de près de 400m... un record ? Le 1 juin 2012 13:26, Eric Sibert a écrit : > J'ai déjà rencontré en haute montagne des limites fausses à 200 m près sans > parler des lignes droites tracées entre sommets sans suivre la ligne de > crête. En plaine, je suis tombé une fois sur une divergence alors que je > traçais une voie ferrée. Ca sentait l'erreur de saisie au calage du > cadastre. Ca donne quoi vis à vis des communes voisines? > Là on est en plaine, donc ce n'est pas lié au relief. C'est un ensemble de communes qui ont ce décalage, c'est ça qui m'a le plus étonné. Retrouver la bonne position des limites a été facile avec bing car elles suivent des routes, des champs, des lisières de foret ou des cours d'eau. Heureusement que bing est bien calé dans le coin et qu'on a les repères géodésiques comme référence ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Au sud ? Plus au sud...
Ce qui est dingue, c'est que ça ne ressemble jamais à de la confiture* :) (* Ceci est un test d'intelligence, chronométrez-vous :D ) - Mail Original - De: "Philippe Verdy" À: "Ab_fab" Cc: "Discussions sur OSM en français" Envoyé: Vendredi 1 Juin 2012 22h17:09 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Au sud ? Plus au sud... Et puis ? Le 1 juin 2012 22:16, Ab_fab a écrit : > Ca alors ... ___ 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] questions de débutants en carto accessible
Bonjour, Débuter dans l'édition OSM n'est pas évident, mais ici la majorité a appris "sur le tas", en essayant petit à petit avec motivation, et se débrouille en grande partie avec la documentation en ligne, en perpétuelle évolution. Des tutoriels existent pour JOSM, les questions du genre "ajouter un chemin et un nœud dans JOSM" n'ont pas vraiment leur place ici ; par contre sur des points plus techniques et plus précis, on se fera un plaisir de donner un coup de pouce. De ce que vous exposez, c'est essentiellement ce qu'on appellerait du "micro-mapping" : les outils que nous avons actuellement nous permettent de représenter des éléments géographiques à plus ou moins grande échelle, jusqu'aux rues ; parfois l'on va jusqu'à quelques trottoirs particuliers, mais mapper l'ensemble des trottoirs me semble une tâche très optimiste (que ce soit pour l'énorme travail de mapping comme pour l'exploitation des données pour le rendu ou la navigation). Cependant je comprends le besoin... Vous aurez besoin de certains tags précis, qui à mon avis n'existent pas encore ; l'imagination et les avis partagés des différents contributeurs pourront aider, si toutefois la question reste précise. Par exemple cette histoire de trottoir incliné perpendiculairement au trajet des piétons et aux chaises roulantes : effectivement la question n'a sans doute jamais été posée, et mérite réflexion... personnellement je ne vois pas... L'appel à l'aide aura sans doute été entendu du côté de Lyon... Y a-t-il une mapping party prévue dans quelques temps sur la région ? Vous pourriez vous y inviter... Je vous souhaite de bonnes contributions :) Teuxe Le vendredi 01 juin 2012 à 15:42 +0200, Claude Laurent a écrit : > Bonjour, > Nous avions lancé un appel asses général pour être aidé à débuter sur > JOSM et plus généralement la carto accessible, il y'a quelques temps, > mais nous n'avons pas vraiment eu de réponse. Nous avons tout de même > un peu avancé, et nous sommes maintenant en mesure de préciser nos > demandes. > > Je précise que nous nous essayons (grands débutants) à de la carto > d'accessibilité, donc nous ne faisons (pour le moment) que tagger pour > les trottoirs. > > Voici nos questions : > par exemple : un trottoir qui s'arrête à la moitié d'une rue. Comment > rajouter un noeud et un chemin dans JOSM ? > Pour le tag de hauteur de trottoir : il nous semble avoir compris > qu'il s'agit de la hauteur du 'bateau' (l'endroit que l'on franchi en > face des passages cloutés), et non pas la hauteur du trottoir le long > de la rue. Donc comment faire pour distinguer les deux extrémités du > trottoir et ainsi quantifier « l'entrée » et la « sortie » ? > sur un trottoir globalement très bien fichu, je rencontre un obstacle > (ex : inclinaison de sortie de garage). Comment tagger ce trottoir, > est-ce que je rajoute un noeud à l'endroit de l'obstacle, ou est-ce > que c'est toute la longueur du trottoir que l'on taggue comme > l'obstacle ? > Soit une unique rue constituée de 3 tronçons dans JOSM, les tronçons > sont taggués différemment car leurs trottoirs sont différents. Mais > j'ai un problème car le nom de la rue est renseigné pour chaque > tronçon, donc sur la carte il s'affiche 3 fois. Et si je re-solidarise > les tronçons alors mes différences de trottoir sont perdues. J'espère > être clair... comment on gère ça ? > > Je profite de ce message pour relancer notre appel : > Si quelqu'un de plus expérimenté que nous passe du côté de Lyon > (Craponne pour être précis) : alors nous serions ravis de le > recevoir !! > > Merci de vos réponses. > > Cordialement, > > > > > Laurent CLAUDE > Animateur coordinateur au SAJ Anagalis > > ARIMC - Les Tourrais de Craponne > 2 rue des Tourrais > 69290 Craponne > Tel 04 37 41 75 78 > Fax 04 37 41 75 73 > > > > ___ > 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] Au sud ? Plus au sud...
Voilà ;) Je ne pensais pas que quelqu'un se prendrait au jeu du vendredi soir... et je n'ai aucune théorie en la matière, notamment sur le temps d'étalement naturel de la confiture ! (et surtout quand il ne s'agit pas du tout de confiture) Teuxe PS. +1 pour l'Ouest :) - Mail Original - De: "Arnaud Vandecasteele" À: "Discussions sur OSM en français" Envoyé: Lundi 4 Juin 2012 10h32:22 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Au sud ? Plus au sud... Ah je crois enfin avoir compris, est-ce en rapport avec ce dicton : "La culture c'est comme de la confiture..." Où bien suis-je encore à l'Ouest ? A. 2012/6/4 Hélène PETIT < h...@free.fr > (* Ceci est un test d'intelligence, chronométrez-vous :D ) teuxe n'a pas dit si l'intelligence révélée par le test est directement ou inversement proportionnelle au temps chronométré. entre 0.5s et 2j, la confiture s'étale toute seule si le réchauffement climatique y met du sien. __ _ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap. org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ 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] Au sud ? Plus au sud...
Ça n'a vraiment jamais été le propos Philippe, je suis désolé si ce message a pu être interprété de la sorte... je t'ai fait part de mon état d'esprit le jour même. Et pour ce qui est des hors-sujets, j'en ai vu un certain nombre passer, et pour chercher l'objectif de la discussion entre les lignes (savoir où veut en venir l'auteur), c'est aussi difficile - sans vouloir retourner ton commentaire. Teuxe PS. Un peu de bonne humeur svp ! - Mail Original - De: "Philippe Verdy" À: "Discussions sur OSM en français" Envoyé: Lundi 4 Juin 2012 13h57:28 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Au sud ? Plus au sud... Je viens aussi de comprendre l'allusion. Si c'est ça, c'est une façon déguisée de traiter quelque'un d'inculte... C'est donc une insulte adressée à quelqu'un, dont on n'aime pas les écrits (mais surtout la flemme de lire ni l'envie d'écouter)... Je me demande dans quelle mesure cela a sa place ici de laisser trainer ce genre d'argument même déguisé (donc encore plus infondé sans explication). Si maintenant on doit lire entre les lignes pour comprendre ce que veut dire quelqu'un, on va tout se permettre ici et lire entre les lignes des choses qu'une personne n'a pas dites et pas voulues. Cessez ces interprétations hasardeuses et n'interprétez pas au delà de ce qui est nécessaire, sinon il n'y a plus aucune discussion possible si chacun interprète à sa façon ce qui n'est pas écrit. Le 4 juin 2012 10:32, Arnaud Vandecasteele a écrit : > Ah je crois enfin avoir compris, est-ce en rapport avec ce dicton : > "La culture c'est comme de la confiture..." > Où bien suis-je encore à l'Ouest ? ___ 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] Hack Days Transilien
Salut Jonathan, Le site : http://opendata.transilien.com/hack-days/ C'est dommage que l'information n'ait pas été diffusée plus tôt. Les idées précédemment proposées par les voyageurs : http://opendata.transilien.com/concours-openapp/ Réflexions sur l'OpenData annoncé : ça pourrait ressembler à une bonne nouvelle. Fallait-il un concours de "hackers" (ici dans le sens "programmeurs crachant toute leur énergie pendant 48h non stop") pour pouvoir donner accès à des données de Transilien ? Que deviendront les applications créées : propriété de Transilien ? Les données resteront-elles ouvertes au public ou devront-elles obligatoirement passer par ces applications (sous contrôle) ? Teuxe - Mail Original - De: "JonathanMM" À: "Discussions sur OSM en français" Envoyé: Mardi 5 Juin 2012 23h00:09 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Hack Days Transilien Je viens de voir sur data.sncf.fr qu'il y aurait une « Équipe de Choc » OpenStreetMap pour ce week-end aux Hack Days Transilien. :) Vous avez déjà des idées d'applications ? JonathanMM -- Candidat (Parti Pirate) aux législatives 2012 dans la 9ème circonscription du Val-d'Oise Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique Responsable Technique de l'association Eurêka ! J'ai Réussi ! Membre de l'association SaDur Contributeur OpenStreetMap ___ 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] Répertoire des lignes de bus RATP (région parisienne)
Bonjour, Il existe depuis octobre 2009 une page référençant le statut des lignes de bus RATP de la région parisienne* entrées dans OpenStreetMap : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP Aux mappeurs intéressés par la présence de ces réseaux de transports publics dans OSM (le modèle pouvant être étendu à d'autres réseaux et à d'autres moyens de transports comme le train et le RER), je souhaiterais faire évoluer la disposition du contenu de cette page pour faciliter le répertoriage de lignes qui ne se limitent pas forcément à un simple aller-retour : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Bus_RATP#Organisation_des_informations_sur_les_lignes Je vous invite à apporter vos commentaires sur cette page de discussion et à apporter vos idées constructives. :) Teuxe _ * La RATP gère également des réseaux hors Île-de-France : http://www.ratp.fr/fr/ratp/r_6132/le-groupe-ratp/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] L'ON3V libère ses données?
Décaler de quelques centimètres (surtout si le décalage est toujours le même, sans ajout d'imprécision), cela ne reste-t-il pas un travail dérivé de leur œuvre ? Teuxe - Mail Original - De: "Romain MEHUT" À: "Discussions sur OSM en français" Envoyé: Mardi 12 Juin 2012 14h10:10 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] L'ON3V libère ses données? Le 12 juin 2012 13:51, Christian Quest < cqu...@openstreetmap.fr > a écrit : Ceci dit, si on n'importe pas les données telles quelles (ce qui ne sera sûrement pas le cas) mais qu'on retrace dessus les itinéraires en reprenant les objets déjà présents dans OSM, on n'a rien qui vient de l'IGN, non ? Toujours par rapport au CG 44, celui-ci a imaginé décaler de quelques centimètres ses tracés. Je ne sais pas si cette solution permettrait de s'extraire des conditions posées par l'IGN. Romain ___ 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 : Apple et OSM ?
> La page d'attribution d'Apple est privé de ses ascenseurs. Il faut lire > le code source de la page pour voir qu'OpenStreetMap est remercié de sa > contribution ! C'est gonflé de supprimer les ascenseurs quand même... Si c'est pas fait exprès... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] initiation a openstreetmap les 18 et 25 Juin a villebon
Bonjour, OpenStreetMap n'est pas un outil, c'est une base de données... Je suppose que la rencontre est axée autour de JOSM (qui est l'outil préféré par la plupart des contributeurs ici, mais il en existe d'autres). Et vu qu'il s'agit d'équipements cyclables, s'agira-t-il d'intégrer des traces GPS (à apporter, du coup) ou seulement d'identifier des pistes/voies sur des photos aériennes ? Au fait, pensez à mettre des accents, des ponctuations et des majuscules sur les données que vous rentrerez dans la base ;) Teuxe - Mail Original - De: "Marc SIBERT" À: "Discussions sur OSM en français" Envoyé: Jeudi 14 Juin 2012 14h40:07 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] *** PROBABLY SPAM *** initiation a openstreetmap les 18 et 25 Juin a villebon Le 14 juin 2012 13:19, hamster < hams...@suna.fdn.fr > a écrit : bonjour 2 soirees sont organisees pour initier ceux qui le veulent a l'outil cartographique "openstreetmap" les 18 et 25 juin entre 20 h 30 et 23 h a la MJC boby lapointe de villebon http://www.openstreetmap.org/? mlat=48.6984&mlon=2.23121& zoom=17&layers=M programme : - aide a l'installation du logiciel - prise en main du logiciel le travail se fera en petits groupes pour un meilleur apprentissage, il est donc souhaitable d'avoir une forte proportion de contributeurs confirmes ces seances sont dediees a la cartographie des equipements cyclables avec comme but d'ameliorer la cartographie cyclable de palaiseau les personnes qui le peuvent sont incitees a apporter leur ordinateur pour realiser l'installation du logiciel, il y aura du reseau et un grand ecran a lundi __ _ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap. org/listinfo/talk-fr Si tu est OK, je mets cette annonce sur le site de l'asso openstreetmap.fr ? A+ -- Marc Sibert m...@sibert.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] Suppression des "GR" dans OSM
> Et si j'emprunte, disons, le GR3 et que je tag toutes les voies que j'ai > empruntées en tant que "itinéraire de la randonnée de marcel, juin 2012" que > se passe-t-il ? La FFRP va m'attaquer parce que ma promenade passe par des > voies qu'ils auraient balisé et que j'aurais rendu compte de cette randonnée > sur OSM ? J'en rien à foutre de leur petit traits rouges et blancs, et en > plus ça gâche le paysage, d'ailleurs dans les Sites classés, ils ont fait une > demande à la commission des sites ? Ils devraient ! Les petits traits rouge/blanc peuvent être repérés tout à fait naïvement dans la base de données, sans aucune indication de leur signification, tout comme on peut repérer un arbre, une boîte aux lettres ou... On invente quel tag ? :) > OSM ne vent pas d'itinéraire de randonnée, OSM n'a pas pour but principal de > promouvoir la randonnée, un itinéraire juste un élément de plus parmi > beaucoup d'autres. Les contributeurs à OSM qui ne font que d'informer le > public de la présence d'un GR de la même manière que la présence d'une gare > ou de n'importe quel commerce > > La FFRP attaque-t-elle le quotidien de Trifouillis-les-Oies lorsqu'il signale > qu'un GR vient d'être balisé sur le territoire communal ? Pourtant c'est > grâce à cette information primordiale que le tirage du quotidien a doublé. En fait, la FFRP perçoit des droits sur la publication de cartes décrivant le parcours, pas sur leur existence même. Si une carte libre représente ce tracé, ils perdent une partie de leur principale source de revenus (sujette à propriété intellectuelle). Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des "GR" dans OSM
> Et, dans la même veine, que se passerait-il si des mappeurs indiquent sur un > way un point taggé "trait blanc et trait rouge paralélles"," trait blanc et > trait rouge disposés en croix" etc. sur un chemin public, il ne s'agit que du > report d'une observation faite sur le terrain, au même titre que le > positionnement d'un arbre, d'un pylone électrique ou même d'une maison. Et là > j'aimerais bien savoir ce que la Fédération… aurait à redire. +1 Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Profondeur des cours d'eau navigables (était "Hortillonages à Amiens: travail de reperage")
Bonjour, Une idée qui me passe par l'esprit à propos de "où commence l'eau et où est la terre" : c'est un peu comme les côtes subissant les marées en fait. Je pensais, pour les canaux, qui sont surtout dédiés aux déplacements de bateaux de toutes sortes, que l'information de profondeur des cours d'eau n'est jamais retranscrite. Je ne sais pas si c'est envisageable, mais savoir qu'il y a un banc de sable peu profond à tel endroit ou que la limite eau/terre est vague parce que la pente est douce, ce sont des informations utiles sur une carte de navigation fluviale. Après, s'il est vrai que le niveau d'eau peut varier selon l'heure de la journée ou selon la saison, l'un des éléments qui ne change que très peu est "l'altitude" du fond marin/fluvial/etc., au cas où ça pourrait être une piste à suivre... Vos avis sur ces questions ? Teuxe - Mail Original - De: "Hans-Christian Bohlmann" À: Talk-fr@openstreetmap.org Envoyé: Lundi 18 Juin 2012 09h39:50 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: [OSM-talk-fr] Hortillonages à Amiens: travail de reperage Salut, J'ai visité ce WE les Hortillongaes à Amiens. Vraiment magnifique. Un marais avec des canaux en pleine ville. Belle promenade en barque. Mais encore beaucoup de travail pour OSM. Difficile de dire ou commence l'eau et ou est la terre. Petits jardins et terrains de maraîchages. Canaux qui manquent, landuse vides etc. http://osm.org/go/0BbdPkG~ cantece -- -- Dr.-Ing. Hans-Christian Bohlmann 94 avenue Victor Cresson 92130 Issy-les-Moulineaux tel: +33 (0)9.51.43.28.43 mob.: +33 (0)6.84.32.77.49 Skype: cantece cant...@web.de ___ 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] Indoor mapping et Tour Montparnasse
Salut, Question importante, est-ce que dans ce type de mapping, avec des zones qui se recouvrent à la verticale, il est recommandé de : - réutiliser les mêmes nodes (dans le sens node="ligne verticale virtuelle à certaines coordonnées"), - ou de superposer des nodes différents (node="point de repère symbolique qui peut également être localisé en altitude") ? Teuxe - Mail Original - De: "Vincent Pottier" À: talk-fr@openstreetmap.org Envoyé: Jeudi 21 Juin 2012 00h02:13 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Indoor mapping et Tour Montparnasse Le 20/06/2012 21:51, JonathanMM a écrit : Personnellement, j'aurais fait un nœud ou un polygone (si tu connais la surface occupé par le restaurant) pour le représenter, et je n'aurais pas mis ça sur le building, sinon, ça risque d'être le merdier. C'est vrai qu'après, ce sera aussi le merdier avec plus de 60 nœuds/polygones/… au même endroit, mais ça se gère très bien dans JOSM. avec les filtres level=* (option ajouter à la sélection) + level=15 ( supprimer de la sélection) -- 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] Intégrité des rond-points (était : Rétablissement d'un élément avant envoi d'une modification)
Bonjour,
Je suis d'accord sur la règle "on garde les rond-points intègres autant que
possible", avec les exceptions liées aux arrêts sur (ou au milieu) du
rond-point. On trouve parfois des configurations un peu particulières, voir par
exemple le Rond-Point des Sciences à Chelles, où des voies dédiées aux bus sont
situées au milieu du rond-point :
http://www.openstreetmap.org/#map=18/48.90388/2.58852&layers=T
Un découpage du rond-point pourrait dans ce cas (peut-être) avoir son intérêt.
A ce propos je soulève une question, que le rond-point soit d'un seul tenant ou
constitué de plusieurs ways : quid du nom du rond-point ? Le tag "name=*" de
chaque way doit-il porter le nom du rond-point, ce qui pousse les moteurs de
rendus à afficher le nom sur la voie (souvent de façon très moche, et plusieurs
fois si le rond-point est découpé) ? Ou est-il préférable de définir une area
("leisure=???", "landuse=???"... on oublie "highway=*") entourée de la voie
circulaire, area qui aurait, elle, le tag "name=*" (et serait rendu comme toute
autre zone étendue) ? La question porte également sur les places en tous genres.
(La réponse "on ne tague pas pour le rendu" n'est pas tout à fait acceptée ici,
sauf si vous connaissez un moteur de rendu qui sait se débrouiller avec tous
ces cas.)
Teuxe
- Mail original -
De: "Philippe Verdy"
À: "Discussions sur OSM en français"
Envoyé: Vendredi 27 Septembre 2013 04:28:04
Objet: Re: [OSM-talk-fr]Rétablissement d'un élément avant envoi d'une
modification
Vrai our ce qui concerne les routes, mais pas quand on voit des rond-points
utilisés comme limite administrative: dans ce cas ça n'a aucun sens et le
préfère nettement que cette frontière administrative arrive jusqu'au rond point
comme la route mais vienne s'appuyer ensuite sur 2 rayons passant par le centre
ou par une corde, mais de toute façon séparément du cercle ou l'ovale fermé du
rond-point.
La remarque aussi n'est pas bonne quand il y a un arrêt de bus autour du
rond-point (voire plusieurs, assez écartés entre eux selon les lignes) car on
ne s'intéresse pas qu'au point d'entrée et au point de sortie du rond-point
mais à des points intermédiaires.
Le 26 septembre 2013 22:11, Vincent Pottier < vpott...@gmail.com > a écrit :
Le 26/09/2013 19:56, Christian Rogel a écrit :
Potlach2 est un vrai bonheur pour couper les Rond-Points en tranches : 8 clics
et c'est fini
Trop facile, hélas !
Il n'est pas nécessaire de couper les rond-points pour les relations "route"
(je n'ai pas osé écrire que c'était stupide ;-), alors qu'à moi, on me l'avait
dit ! )
Un rond-point, c'est relativement facile de calculer quelle partie prendre en
compte dans un calcul d'itinéraire.
Pour un véhicule, on a le point d'entrée, le sens de circulation, le point de
sortie.
Pour un piéton, on a le point d'entrée, le point de sortie et on prend l'arc le
plus court.
Donc, évitez de couper les rond-points, et même, reconstituez-les.
JOSM gère très bien les rond-points dans les relations "route", sans avoir
besoin de couper quoi que ce soit !
--
FrViPofm
__ _
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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rdv contributeurs du npdc 1/10/2013, 20h au mutualab
Bonjour, Parce que tout le monde n'est pas au courant, le Mutualab est à Lille. Teuxe adrien carpentier a écrit : >Bonjour à tous, >pour information, >nous proposons de se rencontrer le mardi 1/10/2013 de 20h à 22h >où : au mutualab, 19 Rue Nicolas Leblanc >au plaisir de vous y croiser >@ bientôt >Adrien > >-- >http://www.virage-energie-npdc.org/ > > > > >___ >Talk-fr mailing list >Talk-fr@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décalage "partiel" de maisons dans une commune
Bonsoir, J'ai déjà vu ce genre de décalages partiels, certaines rues sont plus larges ou moins larges que les vues Bing. Du coup difficile de réaligner de façon uniforme, même en zone urbaine dense (beaucoup de points de repère potentiels). Cela pourrait avoir un rapport avec le relief ? Par exemple, à Clichy-sous-Bois/Montfermeil ou Nogent-sur-Marne. Teuxe "Stéphane Péneau" a écrit : >J'ai rencontré ce genre de cas assez souvent, le "bourg" est bien calé, > >mais dès qu'on s'en éloigne, ça dérive sévère. Lorsqu'il y en a de >visible dans le coin, les points géodésiques sont précieux. > >Il y a quelques jours, en traçant des communes de l'orne, j'ai même >recalé des limites régionales. Ca se voit assez bien lorsqu'on affiche >le cadastre vectorisé de la ferté vidale sur cette zone : >http://www.openstreetmap.org/#map=16/48.5842/0.8500 > >Il y avait jusqu'à 40 mètres de décalage. > > >Stf > >Le lundi 28 octobre 2013 10:38:31, Christian Quest a écrit : >> Je n'ai pas vu de traces GPS sur la zone, donc ça ne pourra pas >servir. >> >> A vue de nez, ça sent la vectorisation à l'arrache de certaines >> feuilles du cadastre. >> >> C'est bon sur certaines feuilles et nettement moins bon sur d'autres >> car le cadastre vectoriel a été vectorisé en reprennant les feuilles >> une à une. >> Quand une feuille était mal calée, le vectoriel qui en ressort est >lui >> aussi mal calé, donc ce n'a pas homogène sur toute la commune et le >> contrôle de qualité de la DGFiP a l'air assez light. >> >> Il n'y a pas de raison que l'ortho bing soit décalée sur de toutes >> petites zones, ça se verrai vu qu'une ortho c'est continu... donc je >> ferai plutôt confiance à l'ortho pour remettre le bâti à sa place. >> >> >> >> Le 28 octobre 2013 10:08, lann > <mailto:l...@worldonline.fr>> a écrit : >> >> Le Mon, 28 Oct 2013 09:02:18 +0100, >> David Crochet > <mailto:david.croc...@online.fr>> a écrit : >> >> >> As-tu des traces gps sur le chemin ou sur les routes aux >alentours >> >> > Bonjour >> > >> > >> > Commune : Versainville (14700) >> > Date import : 11/11/12 >> > >> > >> > >> > base : Chemin : 222809766 >> > ensemble mise en défaut : maisons aux alentours de ce chemin >> > >> > >> > Un import, datant, a été effectué sur cette commune. >> > En vérifiant les erreurs Osmose, je tombe sur un secteur où les >> > maisons sont en complet décalage par rapport à Bing alors que >les >> > maisons dans le reste de la commune sont correcte. >> > >> > Je ne touche à rien puisque les routes ont l'air correctement >> > positionnées. De ce fait je ne sais pas qui est >"officiellement" >> bien >> > placé (l'image Bing ou les bâtiments issues de Cadastre) >> > >> > Des avis ? >> > Est-ce normal ? >> > >> > Cordialement >> > >> >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org> >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> >> >> >> -- >> Christian Quest - OpenStreetMap France >> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ >> >> >> ___ >> 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 -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Découverte de OSM avec un groupe d'élève en classe de première
Bonjour, Je salue l'utilisation pédagogique des outils OpenStreetMap :) A titre curieux, peux-tu nous en dire un peu plus sur le contexte ? Tu enseignes quelle discipline ? Merci, Teuxe - Mail original - De: "Cyrille DERORY" À: talk-fr@openstreetmap.org Envoyé: Dimanche 1 Décembre 2013 13:57:40 Objet: [OSM-talk-fr] Découverte de OSM avec un groupe d'élève en classe de première Bonjour, je suis enseignant en lycée et je suis intéressé par toutes propositions permettant d'éviter la prise en compte des erreurs élèves. Mardi, je commencerai la saisie du bati d'une petite commune du finistère avec 11 élèves de 1ère. Pour cela je vais créer 6 comptes sur openstreetmap. Sera-t-il possible de les supprimer ces comptes après mes 3 séances de saisies ? Merci Cyrille ___ 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 QA (était "si t'avais 20 millions ?")
Bonjour, > Il ne faut pas non plus fanfaronner sur nos données, il suffit de regarder > le rendu QA: > http://tile.openstreetmap.fr/?zoom=9&lat=48.37773&lon=2.4135&layers=B000TF > > Chaque pastille rose, c'est une route potentiellement manquante. Chaque > pastille bleu, c'est du bâti qui manque. Zoomez et vous aurez un état des > lieux sur les noms de rue avec bien plus d'étoiles noires que vertes ou > bleues... et on n'est pas encore descendu au niveau adresses ou POI ;) Christian, peux-tu me dire où trouver la légende du rendu "qualité" http://tile.openstreetmap.fr/ notamment les explications sur les étoiles ? Cet outil m'a l'air bien utile pour aller fouiner du terrain vierge :) Merci, Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu QA (était "si t'avais 20 millions ?")
Merci Nicolas :) Chiche pour le concours ! Qui va fouiner en Sibérie ou en Antarctique, ou au cœur du Pacifique ? Teuxe - Mail original - De: "Nicolas Dumoulin" À: "Discussions sur OSM en français" Envoyé: Jeudi 27 Février 2014 16:05:38 Objet: Re: [OSM-talk-fr]Rendu QA (était "si t'avais 20 millions ?") Le jeudi 27 février 2014 15:54:16 te...@free.fr a écrit : > Christian, peux-tu me dire où trouver la légende du rendu "qualité" > http://tile.openstreetmap.fr/ notamment les explications sur les étoiles ? https://wiki.openstreetmap.org/wiki/FR:Servers/tile.openstreetmap.fr#Couche_.22Zones_.C3.A0_mapper.22 > Cet outil m'a l'air bien utile pour aller fouiner du terrain vierge :) Oh que oui. On pourrait faire un concours de la plus grande zone téléchargée avec le message "Aucune donnée n'a été trouvée dans cette zone." ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] Chien méchant
Bonjour, En effet repérer des chiens n'a pas grand intérêt... En général si un chien monte la garde dans un espace clôturé, c'est sans doute que le lieu n'est pas destiné à être visité et que le propriétaire a décidé de placer un "élément dissuasif" (le chien) ; donc logiquement un tag access devrait correspondre, par exemple access=private (on respecte la vie privée, n'est-ce pas !), et sans doute des clôtures devraient entourer la zone. Teuxe - Mail original - De: "Nicolas Dumoulin" À: "Discussions sur OSM en français" Envoyé: Mardi 22 Avril 2014 12:22:04 Objet: Re: [OSM-talk-fr] Chien méchant Le mardi 22 avril 2014 12:09:47 Hamlet a écrit : > 2014-04-22 11:20 GMT+02:00 Pieren : > > 2014-04-22 9:43 GMT+02:00 Nicolas Dumoulin > > > > : > >> Je vais pencher pour un simple danger=dog :-) > > > > A quand un tag pour la vache qui louche ? Plus sérieusement, on ne > > taggue pas des choses aussi transitoires que la présence (ou pas) d'un > > troupeau et du chien qui va avec... Même si les crocs du chien sont > > impressionnants ;-) > > Je suppose que ça se défend, si le chien est attaché en permanence au > même endroit, chien de garde de ferme par exemple... > Ces pauvres bêtes ne sont jamais détachées, elles font partie du décors ! > Il y a même des chances que le propriétaire le remplace dès sa mort, > par un autre tout aussi agressif et malheureux... > Donc pourquoi pas en cartographier l'emplacement dans ces cas là. Heu, si le chien est accroché, sa présence n'est pas intéressant pour moi. Par contre, savoir que telle ferme est équipé d'un chien zélé l'est plus. En général, un chien de ferme sera remplacé par un chien du même gabarit :-) Alors oui Pieren, ce n'est pas forcément hyper sérieux, mais j'ai trouvé le "danger=well hidden dog" cocasse. J'ai pas non plus mis de ticket pour un rendu sur le rendu osm-fr ;-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ 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] Chien méchant
Ce n'est pas la présence du radar qui crée un danger (autre que "celui" de se prendre une amende et de perdre des points...) mais plutôt l'environnement, donc penser à dissocier les deux aspects si on veut taguer quelque chose de ce type. Teuxe - Mail original - De: "Guilhem Bonnefille" À: "Discussions sur OSM en français" Envoyé: Mardi 22 Avril 2014 12:22:11 Objet: Re: [OSM-talk-fr] Chien méchant Ca me fait penser : est-ce qu'on cartographie les "zones de danger" plus communément appelé radar immobile ou non. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto: guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des tirets cadratins
Bonjour, S'il existe des débats inter-frontaliers sur l'utilisation ou non des tirets cadratins ou semi-cadratins (et à mon avis le débat s'arrête quand on se rend compte que la désignation dépend de la langue), je suis contre l'idée de supprimer ces caractères typographiques français là où en France ils ont toute leur place, car ils ont un sens. Laissez-moi citer ces exemples de stations de métro, de gares ou d'arrêts de bus, où ce caractère désigne l'union de deux entités qui n'ont pas d'autre raison d'être liés autrement que par leur rapprochement géographique ou pour préciser une position : Sèvres — Babylone (rue de Sèvres, rue de Babylone) Réaumur — Sébastopol (rue Réaumur, boulevard de Sébastopol) Marcadet — Poissonniers (rue Marcadet, rue des Poissonniers) Palais Royal — Musée du Louvre (deux bâtiments distincts) Pierrefitte — Stains (villes proches) Le Raincy — Villemomble — Montfermeil (villes proches pouvant être rejointes par cet arrêt SNCF) Aubervilliers — Pantin — Quatre Chemins (villes proches et lieu-dit) Maisons-Alfort — Stade (dans cette ville, plus précisément près du stade) Charenton — Écoles (à Charenton-le-Pont, à proximité de l'école Aristide Briand et sans doute d'autres) alors que le trait d'union, comme son nom l'indique, unit ; notez la différence dans la lecture de ces stations : Haussmann — Saint-Lazare (boulevard Haussmann, gare Saint-Lazare) Champs-Élysées — Clemenceau (avenue des Champs-Élysées, place Clemenceau) Ce sont les règles édictées par l'Académie française, et reprises sur le terrain par les opérateurs dont la RATP. Et il me semble que ce qui se trouve sur le terrain fait foi dans OpenStreetMap (que l'on n'écrit pas Open Street Map ou Open-Street-Map). Si la raison de supprimer ce caractère se trouve dans un outil de recherche, alors non ! Comme dans d'autres situations, c'est à l'outil de s'adapter et de savoir remplacer un tiret par un autre pour trouver des résultats, tout comme il doit savoir remplacer un "e" minuscule ou majuscule par un "é" ou un "è". Je ne suis pas favorable à cette suppression, tout comme vous n'accepteriez pas de supprimer les accents. Teuxe PS. Pour les sous-titres (Parc de la Villette, Tour Eiffel, Place Aristide Briand, etc.), j'imagine que alt_name=* fait l'affaire ? - Mail original - De: "sly (sylvain letuffe)" À: "Discussions sur OSM en français" Envoyé: Mardi 27 Novembre 2012 22:20:29 Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins On mardi 27 novembre 2012, Vincent de Chateau-Thierry wrote: > En revanche, je suis tout à fait contre l'idée de coller un tag name à > des limites administratives qui ne sont que des limites (et pas une > route, ou une rivière par ex.) Pareil. Toutefois, j'entends les arguments que tu as indiqué connaître, et si je ne mettrais pas de nom, je m'abstiendrais de changer le choix des autres en l'état des outils/éditeurs. -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des tirets cadratins
> Les caractères de ponctuation doivent pouvoir être saisis par n'importe quel > quidam sur n'importe quel clavier et être reconnus par n'importe quel > logiciel. A ce propos, as-tu des caractères chinois ou arabes sur ton clavier ? Dans ce cas ils n'auraient pas droit de cité dans OSM ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des tirets cadratins
Il ne s'agit pas que d'une mise en page, j'ai précisé qu'il y a une sémantique
dans le fait d'utiliser un tiret plutôt qu'un trait d'union. Les exemples me
semblaient parlants. La mise en page consisterait au contraire de décider de
remplacer ce tiret par un trait d'union par souci de simplicité ou de
compatibilité, tout comme par simplicité dans nos e-mails on place des
guillemets à l'américaine plutôt que des guillemets à la française.
Il est clair que chaque contributeur apporte sa pierre à l'édifice dans la
mesure de ses connaissances et de ses moyens. Mais cela ne doit pas pousser la
totalité des contributeurs à se limiter au strict minimum, sous prétexte qu'une
bonne partie ne soit pas en mesure de "faire mieux". Il y a aussi de nombreux
exemples à ça :
- tous les contributeurs ne savent pas forcément s'il faut écrire "D 123" ou
"D123" et sans doute peu y portent une réelle attention, et pourtant on ne leur
interdit pas de participer, on s'arrange pour corriger ;
- tous les contributeurs ne savent pas être précis dans leurs tracés, pourtant
d'autres corrigent derrière ;
- tous les contributeurs ne savent pas importer de cadastre, pourtant certains
s'y risquent et d'autres corrigent ;
- tous les contributeurs ne sont pas en mesure de faire tourner des scripts de
vérifications ou de corrections par des bots (peu sont au courant que des
robots font des modifications), et pourtant ces robots et ces scripts existent
et sont utilisés par une minorité ;
- etc.
Suivant cette logique :
- Placer un trait d'union est à la portée de tous, et on a le droit d'améliorer.
- Placer un tiret pour améliorer le trait d'union est peut-être plus "sioux" et
l'édition sera à la portée d'une minorité, mais volontairement le remplacer par
un trait d'union serait une régression.
Si on écrit "Clemenceau" dans la base, c'est qu'une source vérifiable
(l'origine du nom propre) nous prouve cette écriture et qu'on a croisé les
informations justement parce qu'on a douté. Si on n'a pas d'autre source, alors
on se réfère au terrain qui est la seule preuve. Et si quelqu'un passe derrière
ce premier contributeur et se rend compte de l'inexactitude, il est en droit de
corriger selon ses connaissances et ses références, sans jugement légitime sur
les compétences du premier.
Teuxe
- Mail original -
De: "Pieren"
À: "Discussions sur OSM en français"
Envoyé: Mercredi 28 Novembre 2012 19:20:21
Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins
2012/11/28 :
Tu es sûr de ne pas confondre "information" et "mise en page" ? La
plupart des panneaux de rues sont écrits avec des caractères en
majuscule. Ca n'est pas pour autant qu'on recopie bêtement les noms de
rues en majuscule (quoique, certains le font...). L'assertion "le
terrain fait foi" a été plusieurs fois corrigé. C'est "en cas de
doute, le terrain fait foi". Il arrive aussi que le terrain se trompe,
on en a de nombreux exemples dans les archives de cette liste
("Clémenceau", par exemple, avec un "é" sur des arrêts de bus ou même
de panneaux de rues).
On a eu une discussion similaire sur l'espace dans les ref de routes.
Espace, demi-espace, espace insécable, demi-insécable, pas d'espace ?
Les subtilités de ces caractères typographiques spéciaux échappent à
99% des contributeurs et utilisateurs de base. Alors je sais bien
qu'on peut se la jouer expert en typographie (on a même le droit d'en
être un) mais OSM se construit par ou pour un public le plus large et
international possible, celui qui n'a jamais entendu parlé de "tiret
cadratin". Si on veut distinguer deux entités, on peut aussi bien
mettre des espaces avant et après le tiret pour lever toute ambiguité
("Maisons-Alfort - Stade" est assez clair).
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] Suppression des tirets cadratins
Bonjour tout le monde, > Ouf, quel thread. Au risque de répéter ce qui a était dit (j'ai pas pu tout > lire), de ma lorgnette l'erreur pointée est surtout dans le schéma de > l'information. Pourquoi mettre un nom à une frontière ? Ah Guilem, il fallait lire un peu mieux :) Le sujet principal est encore dans le titre, "Suppression des tirets cadratins" (remplacer "tirets cadratins" par tout caractère ou toute formulation spécifique à une langue donnée). Je ne suis pas mécontent d'avoir tilté sur le sujet, au vu des réactions de chacun... Je vais tenter un résumé sur le fond, peut-être devrait-on créer une page sur un wiki :D POUR LA SIMPLICITÉ + Des outils faciles à développer et à maintenir à l'international. + Une approche évidente pour la majorité des participants. - On impose (et on s'impose) des limites qui n'existent pas réellement dans la base de données. - On perd des informations utiles (ON NE PEUT PAS remplacer espace-tiret-espace par un tiret long) voire importantes (exemple du œ ou de tous les caractères sortant du domaine de l'ASCII). - Sur ce principe, on entre du contenu essentiellement en pensant à son traitement (données) plutôt qu'à sa finalité (information). POUR LA RICHESSE DES DONNÉES + Des informations plus précises. + On n'empêche pas d'enrichir le contenu, toute participation peut toujours être améliorée. + On ne considère pas le contenu comme uniquement destiné à un rendu sur une carte. - On contraint les outils à plus de complexité (au développement, pas à l'usage). - On risque une diversité entre les contenus pointilleux et les contenus basiques (mais cela est le propre d'une base de données ouverte, voir la diversité des tags existants). - On "fait peur" aux nouveaux contributeurs qui n'ont pas le même niveau de maturité (mais cela est valable également pour d'autres sujets sur OSM, et ça n'a empêché personne de contribuer, au contraire c'est en général constructif). Si des arguments en faveur ou contre ces points de vue ont été abordés mais pas cités ci-dessus (sans recoupement des idées), je vous invite à compléter. Je manque de neutralité pour arbitrer le sujet : qui n'a pas de parti-pris ? Teuxe PS. Ce débat n'a-t-il lieu que pour le tag name=* ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression des tirets cadratins
> Une frontière ça sépare deux pays, à priori sur un pied d'égalité. Il > faudrait donc surtout stocker les deux informations et puis c'est le rendu > qui décide comment nommer la frontière. À ce sujet, tout à fait d'accord. - Faut-il donner un nom à une frontière ? - Si oui, alors s'il y a un nom différent de chaque côté (c'est-à-dire qu'il n'y a pas consensus), alors pas de name=* mais un name:LANG=* pour toutes les langues LANG qu'on veut, et écrit de la façon la plus appropriée qui soit (selon le niveau des contributeurs). Au passage, je ne sais pas si la règle est édictée quelque part, mais il semble logique pour un système géographique de privilégier l'usage local dans le remplissage du champ name=* et d'indiquer les spécificités dans les langues étrangères si elles existent dans le champ name:LANG=*. Par exemple : http://www.openstreetmap.org/browse/node/26686563 (name:fr=* n'a pas besoin d'être précisé) Bien sûr pour les entités partagées entre pays, comme les frontières, cette règle n'a pas lieu d'être, et donc le tag name=* indépendant de la langue ne devrait pas être présent – sauf si on parle la même langue de chaque côté ou qu'on a le même nom :D Teuxe - Mail original - De: "Guilhem Bonnefille" À: "Discussions sur OSM en français" Envoyé: Vendredi 30 Novembre 2012 15:21:43 Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins Le 27 novembre 2012 17:51, Pieren a écrit : > > Petit rappel : OSM est une base de données, pas une société d'édition > de beaux livres ou de belles cartes avec de beaux tirets longs, moyens > ou carrés pour faire joli. Les caractères de ponctuation doivent > pouvoir être saisis par n'importe quel quidam sur n'importe quel > clavier et être reconnus par n'importe quel logiciel. > [...] Ouf, quel thread. Au risque de répéter ce qui a était dit (j'ai pas pu tout lire), de ma lorgnette l'erreur pointée est surtout dans le schéma de l'information. Pourquoi mettre un nom à une frontière ? Une frontière ça sépare deux pays, à priori sur un pied d'égalité. Il faudrait donc surtout stocker les deux informations et puis c'est le rendu qui décide comment nommer la frontière. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.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] Paris Gare du nord
Bonjour,
Pourquoi pas highway=pedestrian ? Je connais ce coin, c'est une esplanade qui
permet entre autres d'accéder à ces quais de trains régionaux. On peut
notamment être plus précis en traçant l'esplanade sous forme d'area, comme pour
toute la zone en amont des quais de gare (là où on peut trouver ces vendeurs de
sandwitches et boissons, et aussi guetteurs de "bonnes occasions"...).
Appeler ce chemin "Accès aux voies 20 et 21" ne me semble pas très justifié, ce
trajet n'a pas de nom en soi (en tout cas je n'ai pas vu de tel nom sur un
quelconque panneau) ; on ne met pas de nom sur les trottoirs, pourquoi en
inventerions-nous un là ?
Et puisqu'on parle d'indoor mapping, il y a pas mal d'esplanades superposées
dans le coin... un sacré défi pour représenter tout ça dans le schéma actuel de
la base OSM.
Teuxe
- Mail original -
De: "willemijns"
À: talk-fr@openstreetmap.org
Envoyé: Mardi 12 Février 2013 17:20:22
Objet: Re: [OSM-talk-fr] Paris Gare du nord
On Tue, Feb 12, 2013, at 15:29, Pieren [via GIS] wrote:
> > j'ai remis un "route=walk"
> >
> > http://www.openstreetmap.org/?lat=48.880822&lon=2.356653&zoom=18&layers=M
>
> Tu parles de ce way ?
> http://www.openstreetmap.org/browse/way/205203956
>
> J'aime bien le "horse=no", juste au cas où. Un peu d'humour dans OSM
> ,ça ne fait jamais de mal ;-)
c'est de saison (affaire findus) ^^ bon bref non j'ai mis cela parce que
je voulais bien différencier rapidement
que ce chemin n'est pas outdoor..
> Par contre, les deux autres tags sont discutables : "route=foot",
> c'est plutôt pour une relation de type "route" qui est absente ici et
> qui symbolise un itinéraire ("route" en anglais)
> (http://wiki.openstreetmap.org/wiki/Route).
> Si on en croit ce wiki
> (http://wiki.openstreetmap.org/wiki/Indoor#Tags_in_use) et celui-là
> (http://wiki.openstreetmap.org/wiki/Proposed_features/indoor), c'est
> plutôt un "highway=footway" + "indoor=yes" qu'il faudrait mettre.
> Le tag "name" ne devrait contenir que la version française et mettre
> la version en anglais dans un deuxième tag "name:en=*".
ok pour "indoor=yes" et faute de mieux "highway=footway"
et hop aussi un "level=0" + le "name:en"
--
View this message in context:
http://gis.19327.n5.nabble.com/Paris-Gare-du-nord-tp5748375p5749159.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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] 500 Internal Server Error sur API 0.6
Bonjour, En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 13:55), je suis tombé sur une erreur HTTP 500 : http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576 Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur a réellement un problème ? Merci, Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6
Non non Philippe, finalement la requête était bonne (générée par Potlatch), puisque maintenant elle passe sans problème... C'était un problème temporaire du serveur, maintenant tout va bien ! Merci, Teuxe - Mail original - De: "Philippe Verdy" À: "Discussions sur OSM en français" Envoyé: Mercredi 27 Février 2013 14:07:54 Objet: Re: [OSM-talk-fr] 500 Internal Server Error sur API 0.6 "The parameter bbox is required, and must be of the form min_lon,min_lat,max_lon,max_lat." c'est ta requête qui était mal formulée : pourquoi tu encodes les paramètres en hexadécimal ? OK pour la virgule %2E, mais pour le reste c'est illisible Le 27 février 2013 13:59, a écrit : > Bonjour, > > En voulant faire une mini-modif avec Potlatch depuis le boulot (27/02/2013 > 13:55), je suis tombé sur une erreur HTTP 500 : > http://www.openstreetmap.org/api/0.6/map?bbox=2%2E445367151767731%2C48%2E842833707145225%2C2%2E4501468482322695%2C48%2E8457462578576 > Est-ce que c'est temporaire, la requête est-elle mal formulée, ou le serveur > a réellement un problème ? > Merci, > > Teuxe > > ___ > 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] Acheter Des Passeport / Diplome / Permis de conduire Françai
Bonjour, Je suis d'accord avec les propos de Jean-Marc. Ces forwards sont gênants, d'autant qu'à part une règle de filtrage on ne peut pas s'en désabonner. Pourquoi un forum (auquel je ne suis peut-être pas abonné) envoie-t-il tous les nouveaux fils de discussion à une liste de diffusion (à laquelle je suis abonné) ? Pourquoi n'importe quel administrateur de forum qui aurait un rapport plus ou moins direct avec OSM n'en ferait pas autant ? Ça deviendrait imbuvable. Qu'on puisse s'abonner à recevoir tout nouveau fil de discussion d'un forum par mail, si le forum propose l'option (ou l'impose...), d'accord, mais sinon oui, ça s'apparente logiquement à du spam. Il y a déjà suffisamment de mails échangés sur cette liste, et de mon point de vue il est dommage qu'un forum organisé casse sa structure en expédiant des mails (ou alors des mails structurés sous forme de résumé journalier/hebdomadaire ?). Teuxe - Mail original - De: "Jean-Marc Liotier" À: talk-fr@openstreetmap.org Envoyé: Jeudi 28 Février 2013 11:06:13 Objet: Re: [OSM-talk-fr] [forum-osm-fr] Acheter Des Passeport / Diplome / Permis de conduire Françai On 28/02/2013 09:50, Nicolas Dumoulin wrote: > Le jeudi 28 février 2013 09:24:38 JB a écrit : >> Je ne comprends vraiment pas pourquoi cette discussion vire à >> l'aigri. Relents d'histoire ancienne ? Pour ma part, c'est l'occasion d'exprimer mon agacement devant le flux de spam que représente ce forum sur talk-fr. Le choix d'un lieu de discussion n'est pas neutre : le forum et talk-fr s'adressent à des publics distincts - pull et push, messagerie et web sont des caractéristiques qui structurent le mode d'échange... Ces deux lieux ne sont pas un seul et même lieu visible à deux adresses : il ont chacun leur identité distincte - the medium is the message. Les échanges sont-ils fragmentés ? Oui - et c'est voulu. Respectons l'intégrité des groupes de discussion. Vous voulez agréger les flux pour avoir une vision globale ? Alors mêlez le flux de la liste (http://rss.gmane.org/gmane.comp.gis.openstreetmap.region.fr) avec celui du forum (PHPBB peut le faire mais il ne semble pas activé sur cette instance - par contre l'autre forum en a un à http://forum.openstreetmap.org/extern.php?action=feed&fid=22&type=atom) - le tout dans un agrégateur entoilé tel que Lilina ou Gregarius. Idéalement, chaque entrée sera le début d'un fil et non chaque message. Je comprend que certains souhaitent un tel agrégateur et je serai ravi de les aider à le mettre en place. Mais je me suis abonné à talk-fr et non à l'agrégateur des discussions Openstreetmap francophones. ___ 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] Tracé de projets
Je suis d'accord avec vous, tant qu'un projet n'a pas commencé sur le terrain, il ne devrait pas être visible par défaut sur nos chères cartes. D'un autre côté, et je pense ne pas être seul dans ce cas, j'aime bien l'idée d'avoir accès facilement aux éventualités d'évolution de notre environnement, si ça se trouve le tracé d'un nouveau métro pourrait m'aider pour investir dans l'achat d'un appartement aux alentours d'une future station par exemple (ou pas d'ailleurs, j'ai pas envie qu'on rase dans quelques années la maison que je voudrais acheter). C'est vrai que dans OSM ce n'est pas tout à fait approprié, mais : - c'est devenu tellement simple de pouvoir rentrer des données géographiques dans une base officielle partagée pour tous, - c'est encore peu pratique de monter son propre serveur pour stocker ce type d'informations "projets" d'intérêt public, - cela pourrait quand même être utile d'avoir une partie des informations (au moins sur les tracés approximatifs, pour prévoir des balades de repérage...) au moment où la construction commencera... J'en comprends la démarche sans l'approuver, mais j'imagine que vous avez des solutions pratiques plus appropriées pour stocker et présenter ces données ? (On parle là de projets d'envergure, qui ont un réel intérêt à être diffusés via OSM ne serait-ce que pour l'image même d'OSM.) Teuxe - Mail original - De: "sly (sylvain letuffe)" À: "Discussions sur OSM en français" Envoyé: Vendredi 1 Mars 2013 12:03:14 Objet: Re: [OSM-talk-fr] Tracé de projets Le vendredi 01 mars 2013 11:59:34, Vincent Pottier a écrit : > J'aime bien les repères : bornes de géomètres, pose de la première > pierre... il y a une réalité "on ze ground" et beaucoup d'étapes de > fluctuation passées. Tout pareil : "what count is the terrain" On indique quand qu'il y a une borne, un hangar, de la terre retournée. Tant qu'il n'y a pas ça, ça me semble plus adapté que de le mettre ailleurs. -- 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] Tracé de projets
Du coup j'ai repris la suggestion de Nicolas, à savoir : et pourquoi
pas u{Map} pour montrer cette info et la partager ?
En 2mn ça donne ça :
http://umap.fluv.io/m/410/
Voilà, on trouve des compromis :) Merci pour l'info !
Teuxe
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contributions
Bonjour, Très intéressante cette idée, avec les horaires de passage et tout ? Je n'y pensais pas :) Teuxe - Mail original - De: "moussa diouf" À: talk-fr@openstreetmap.org Envoyé: Jeudi 7 Mars 2013 14:39:02 Objet: [OSM-talk-fr] contributions Bonjour, je suis entrain de réaliser le tracé des circuits de collecte porte à porte dans les quartiers de ma commune, concernant la gestion des ordures ménagères. je souhaite recevoir des contributions dans ce travail: je gére les circuit de collecte, je prends des poins avec le gps ___ 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] Rappel maintenance serveurs OSM
C'est d'un ennui cette journée !!! ;) Teuxe - Mail original - De: "f dos santos" À: "Discussions sur OSM en français" Envoyé: Jeudi 7 Mars 2013 21:59:47 Objet: [OSM-talk-fr] Rappel maintenance serveurs OSM Bonsoir, Je n'ai pas vu passer cette annonce sur la liste, donc petite piqure de rappel : Vendredi 8 Mars (demain) a lieu une maintenance sur les serveurs base de donnée ET wiki d'OSM de 9h à 16h UTC. Ces services passeront en lecture seule, aucune modification/contribution ne sera possible. http://wiki.openstreetmap.org/wiki/March_2013_server_maintenance Même sans OSM, passez tout de même une bonne journée ;-) Francisco ___ 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] [amusant][fun] la France dans la France
Il manque la localisation de "France Miniature" miniature dans le parc. Vive les fractales ;) Teuxe - Mail original - De: "david crochet" À: "Discussions sur OSM en français" Envoyé: Mercredi 20 Mars 2013 09:45:52 Objet: [OSM-talk-fr] [amusant][fun] la France dans la France Bonjour. Un peu de plaisir dans ces différents fils de discussion. Cela ressemble à du «Funny Google Earth Place », mais OSM peut le faire aussi Histoire de monter que notre surface terrestre ou les activités de l'Homme fabriquent des originalités : http://tile.openstreetmap.fr/?zoom=18&lat=48.77649&lon=1.96174&layers=B0 Bon amusement à trouver d'autre; Cordialement -- David Crochet ___ 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 terrains de sport
Bonjour,
Je ne voudrais pas démoraliser le très joli travail entrepris pour la
représentation de ces terrains, mais... je trouve que les lignes d'un terrain
de jeu ne sont pas très "parlantes" sur une carte, à moins de bien savoir ce
qu'on cherche. Des symboles comme un ballon de football, une raquette de
tennis, un ballon de rugby, un cheval au galop, etc. sont plus équivoques à mon
sens pour un néophyte que les lignes sur le sol.
D'autant qu'il faudra considérer les terrains à usages multiples : si on trace
toutes les lignes possibles, ça fait fouillis... alors que placer deux types de
ballons côte à côte, c'est beaucoup plus lisible.
Teuxe
- Mail original -
De: "Philippe Verdy"
À: "Discussions sur OSM en français"
Envoyé: Dimanche 24 Mars 2013 22:06:28
Objet: Re: [OSM-talk-fr] Rendu des terrains de sport
Le 24 mars 2013 17:09, Christian Quest a écrit :
where sport in
> ('tennis','soccer','basketball','rugby','rugby_union','rugby_league','american_football')
> AND way && !bbox!) as simplified) as simplified2
Est-ce que pour les stades "patatoïdes", cela ne vaudrait pas le coup
de tracer effectivement la zone rectangulaire de jeu, seule celle-ci
indiquant le type de sport pratiqué (football:"soccer", football
américain: "american_footlbal", tennis,
rugby:"rugby_union"/"rugby_league", handball, basketball) sans
indiquer le/les sports au niveau du stade lui-même (qui est souvent
multisport) ?
Autre problème: il y a souvent des "demi-terrains" de basketball (avec
un seul panneau de but, destiné à l'entrainement, mais qui fait aussi
l'objet de règles de jeu spécifiques avec des équipes réduites). Ils
sont courants en milieu urbain.
Au fait il ne semble y avoir aucun traitement pour le volleyball. Ni
non plus su le stade est marqué pour l'athlétisme et dispose d'une
piste circulaire autour du terrain (cela inclut pratiquement tous les
grands stades, surtout ceux avec des tribunes, même s'ils sont
utilisés toute l'année pour le football mais pas tous les jours).
De plus les stades à tribune couverte pourraient avoir une surface de
jeu partiellement couverte, même si pour le football la partie
centrale du jeu (et souvent aussi la piste d'athlétisme autour) ne
l'est pas (ce qui permet de tracer effectivement le terrain : là un
rectangle unique suffit (qu'on force en rectangle avec la touche Q
dans JOSM), et ça évite de tout taguer pour le football uniquement, en
laissant les détails autour apparaître sans être surchargé par le
tracé du foot..
___
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 terrains de sport
Ou alors en combinant les deux, c'est-à-dire des symboles dessinés au-dessus de
ces terrains si joliment rendus ? :)
Teuxe
- Mail original -
De: te...@free.fr
À: "Discussions sur OSM en français"
Envoyé: Lundi 25 Mars 2013 12:42:43
Objet: Re: [OSM-talk-fr] Rendu des terrains de sport
Bonjour,
Je ne voudrais pas démoraliser le très joli travail entrepris pour la
représentation de ces terrains, mais... je trouve que les lignes d'un terrain
de jeu ne sont pas très "parlantes" sur une carte, à moins de bien savoir ce
qu'on cherche. Des symboles comme un ballon de football, une raquette de
tennis, un ballon de rugby, un cheval au galop, etc. sont plus équivoques à mon
sens pour un néophyte que les lignes sur le sol.
D'autant qu'il faudra considérer les terrains à usages multiples : si on trace
toutes les lignes possibles, ça fait fouillis... alors que placer deux types de
ballons côte à côte, c'est beaucoup plus lisible.
Teuxe
- Mail original -
De: "Philippe Verdy"
À: "Discussions sur OSM en français"
Envoyé: Dimanche 24 Mars 2013 22:06:28
Objet: Re: [OSM-talk-fr] Rendu des terrains de sport
Le 24 mars 2013 17:09, Christian Quest a écrit :
where sport in
> ('tennis','soccer','basketball','rugby','rugby_union','rugby_league','american_football')
> AND way && !bbox!) as simplified) as simplified2
Est-ce que pour les stades "patatoïdes", cela ne vaudrait pas le coup
de tracer effectivement la zone rectangulaire de jeu, seule celle-ci
indiquant le type de sport pratiqué (football:"soccer", football
américain: "american_footlbal", tennis,
rugby:"rugby_union"/"rugby_league", handball, basketball) sans
indiquer le/les sports au niveau du stade lui-même (qui est souvent
multisport) ?
Autre problème: il y a souvent des "demi-terrains" de basketball (avec
un seul panneau de but, destiné à l'entrainement, mais qui fait aussi
l'objet de règles de jeu spécifiques avec des équipes réduites). Ils
sont courants en milieu urbain.
Au fait il ne semble y avoir aucun traitement pour le volleyball. Ni
non plus su le stade est marqué pour l'athlétisme et dispose d'une
piste circulaire autour du terrain (cela inclut pratiquement tous les
grands stades, surtout ceux avec des tribunes, même s'ils sont
utilisés toute l'année pour le football mais pas tous les jours).
De plus les stades à tribune couverte pourraient avoir une surface de
jeu partiellement couverte, même si pour le football la partie
centrale du jeu (et souvent aussi la piste d'athlétisme autour) ne
l'est pas (ce qui permet de tracer effectivement le terrain : là un
rectangle unique suffit (qu'on force en rectangle avec la touche Q
dans JOSM), et ça évite de tout taguer pour le football uniquement, en
laissant les détails autour apparaître sans être surchargé par le
tracé du foot..
___
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] Compteur électrique
Un "PrintScreen" et un stylo ou marqueur, c'est ça ? :) - Mail original - De: "Tetsuo Shima" À: "Discussions sur OSM en français" Envoyé: Vendredi 5 Avril 2013 17:01:34 Objet: Re: [OSM-talk-fr] Compteur électrique "nous avons une listes" Tu travailles pour une municipalité? tu souhaites faire une carte pour faciliter le travail des agent techniques de la municipalité? si oui il y a moyen d'éviter de rajouter des infos dans la base OSM tout en superposants sur un fond de carte OSM ... Le 5 avril 2013 14:36, Tony Emery < tony.em...@yahoo.fr > a écrit : François Lacombe wrote > Une petite question: qu'est-ce qui pourrait différencier le compteur d'un > bâtiment municipal et celui d'une emprise privée? Si c'est l'angle de la saisie, l'idée que nous avons est de localiser tous les compteurs électriques des bâtiments publics municipaux et pour lesquels nous avons une liste. Si c'est l'angle du compteur lui-même, je n'ai aucune idée de la différence entre le compteur d'un bâtiment public et celui d'un particulier ou d'une entreprise. -- View this message in context: http://gis.19327.n5.nabble.com/Compteur-electrique-tp5755843p5755891.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 ___ 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] Classification des cours d'eau
Bonjour, Une petite question sur le choix des tags waterway : entre la source et l'estuaire, comment détermine-t-on l'endroit où le cours d'eau passe de waterway=stream à waterway=river ? Question annexe : une rivière canalisée sur une partie de son cours doit-être elle marquée waterway=canal ? ou cela est-il réservé uniquement aux canaux purement artificiels ? Merci, Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Boues d'épandage ? Eaux usées ?
Re-bonjour, En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin peut-être, avec d'autres tags plus spécifiques ? Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs toxiques, contamination bactériologique, ...), je peux m'intéresser à quels tags ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Classification des cours d'eau
Merci Christian pour ce rappel, j'en déduis donc que la transition ruisseau–rivière est très empirique... au gré de notre aptitude physique :) Teuxe - Mail original - De: "Christian Quest" À: "Discussions sur OSM en français" Envoyé: Mardi 9 Avril 2013 09:02:31 Objet: Re: [OSM-talk-fr] Classification des cours d'eau J'avais gardé en mémoire le principe du cours d'eau que l'on peut traverser à pied (stream) ou pas (river)... Le 8 avril 2013 16:16, < te...@free.fr > a écrit : Bonjour, Une petite question sur le choix des tags waterway : entre la source et l'estuaire, comment détermine-t-on l'endroit où le cours d'eau passe de waterway=stream à waterway=river ? Question annexe : une rivière canalisée sur une partie de son cours doit-être elle marquée waterway=canal ? ou cela est-il réservé uniquement aux canaux purement artificiels ? Merci, Teuxe -- Christian Quest - OpenStreetMap France Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/s ynthese-sotmfr ___ 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] Boues d'épandage ? Eaux usées ?
Merci Ab_fab, Ce qui me gênait, c'est surtout qu'en utilisant "landuse=landfill", on déduise que forcément il s'agit de débris matériels solides. J'imagine qu'il peut y avoir des cas d'utilisation où il est important de savoir s'il s'agit d'un milieu solide ou plutôt liquide... (Dans mon cas il ne s'agit pas d'une station d'épuration, mais des eaux rejetées d'une usine agroalimentaire.) Teuxe - Mail original - De: "Ab_fab" À: "Discussions sur OSM en français" Envoyé: Lundi 8 Avril 2013 17:21:52 Objet: Re: [OSM-talk-fr]Boues d'épandage ? Eaux usées ? Bonjour, Tu peux regarder du côté de la balise "landuse = landfill" (qu'on peut traduire par décharge) ... si c'est le seul usage de cette zone d'épandage http://wiki.openstreetmap.org/wiki/Waste_Processing Pas vu de détail particulier dans le wiki concernant la nature des rejets industriels. S'il y a une unité de traitement d'eau en amont, alors tu peux regarder ici : http://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dwastewater_plant Le 8 avril 2013 16:27, < te...@free.fr > a écrit : Re-bonjour, En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin peut-être, avec d'autres tags plus spécifiques ? Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs toxiques, contamination bactériologique, ...), je peux m'intéresser à quels tags ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab "Il n'y a pas de pas perdus", Nadja ___ 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] Boues d'épandage ? Eaux usées ?
Une vue satellite sur Google Maps ? https://maps.google.fr/maps?hl=fr&ll=48.194257,1.946533&spn=0.010141,0.01929&sll=47.902964,1.909251&sspn=0.326365,0.617294&t=h&z=16 - Mail original - De: "Ab_fab" À: "Discussions sur OSM en français" Envoyé: Mardi 9 Avril 2013 11:41:59 Objet: Re: [OSM-talk-fr]Boues d'épandage ? Eaux usées ? Peux-tu donner un lien vers une vue aérienne ? Le 9 avril 2013 11:36, < te...@free.fr > a écrit : Merci Ab_fab, Ce qui me gênait, c'est surtout qu'en utilisant "landuse=landfill", on déduise que forcément il s'agit de débris matériels solides. J'imagine qu'il peut y avoir des cas d'utilisation où il est important de savoir s'il s'agit d'un milieu solide ou plutôt liquide... (Dans mon cas il ne s'agit pas d'une station d'épuration, mais des eaux rejetées d'une usine agroalimentaire.) Teuxe - Mail original - De: "Ab_fab" < gamma@gmail.com > À: "Discussions sur OSM en français" < talk-fr@openstreetmap.org > Envoyé: Lundi 8 Avril 2013 17:21:52 Objet: Re: [OSM-talk-fr] Boues d'épandage ? Eaux usées ? Bonjour, Tu peux regarder du côté de la balise "landuse = landfill" (qu'on peut traduire par décharge) ... si c'est le seul usage de cette zone d'épandage http://wiki.openstreetmap.org/wiki/Waste_Processing Pas vu de détail particulier dans le wiki concernant la nature des rejets industriels. S'il y a une unité de traitement d'eau en amont, alors tu peux regarder ici : http://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dwastewater_plant Le 8 avril 2013 16:27, < te...@free.fr > a écrit : Re-bonjour, En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin peut-être, avec d'autres tags plus spécifiques ? Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs toxiques, contamination bactériologique, ...), je peux m'intéresser à quels tags ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab "Il n'y a pas de pas perdus", Nadja ___ 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 "Il n'y a pas de pas perdus", Nadja ___ 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] Classification des cours d'eau
Oui, là on est un peu plus déterministe, ce n'est plus « la taille qui compte »... Et encore, la définition simpliste de « fleuve » telle qu'on l'emploie habituellement en France, « cours d'eau qui se jette dans une mer ou un océan », devrait logiquement s'appliquer à tous les cours d'eau douce tant qu'on n'a pas défini ce qui se passe aux confluents. En fait, l'emploi du terme est une commodité de notre culture franco-française ; en faisant du « rétro-engineering de définition », il serait plutôt applicable à un cours d'eau, de sa source visible à son embouchure maritime, tel qu'à chaque confluent, l'affluent (rivière) est moins long / moins volumineux / moins débiteur (rayer les mentions inutiles). Sur la totalité de son cours, le terme ne désigne pas une largeur de lit. Étymologiquement, la racine latine de « fleuve » (« fluvius », « eau qui court, qui ruisselle », à comparer avec « pluvius ») aurait dû s'appliquer à tous les cours d'eau. « Rivière » provient de « rive », et en ancien français désignait la région autour de ces rives. Par éponymie, la rivière est devenue le cours d'eau lui-même, et il a fallu (pourquoi ?) réinventer une définition simple pour distinguer « fleuve » de « rivière ». Je me trompe ? (Philippe, sans doute un mot ?) Teuxe - Mail original - De: "Nicolas Moyroud" À: "Discussions sur OSM en français" Envoyé: Mardi 9 Avril 2013 12:55:22 Objet: Re: [OSM-talk-fr] Classification des cours d'eau Et encore heureusement qu'en anglais ils n'ont pas de mot spécial pour "fleuve" sinon ça aurait fait un 3ème tag et une 2ème transition à gérer ! ;-) Nico Le 09/04/2013 11:24, te...@free.fr a écrit : > Merci Christian pour ce rappel, j'en déduis donc que la transition > ruisseau–rivière est très empirique... au gré de notre aptitude physique :) > > Teuxe > ___ 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] Boues d'épandage ? Eaux usées ?
OK merci... man_made=wastewater_plant natural=water water=reservoir Les deux derniers tags sont conseillés en remplacement de "landuse=reservoir" (désuet). http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir Tiens, est-ce que le vote de la proposition "natural=water + water=*" est valide finalement ? http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Water_details#INVALID_VOTE Teuxe - Mail original - De: "Ab_fab" À: "Discussions sur OSM en français" Envoyé: Mardi 9 Avril 2013 12:11:31 Objet: Re: [OSM-talk-fr]Boues d'épandage ? Eaux usées ? Les eaux sont traitées dans les deux lagunes de couleur brun clair (on voit l'aération par turbines de surface) Elles sont ensuite envoyées dans des lagunes de décantation (les boues biologiques se déposent au fond). Il y a peut être un dernier bassin de finition / contrôle (le verdâtre ?) C'est une station d'épuration -> Tu as raison, landfill n'est pas adapté ici. man_made = wastewater_plant l'est beaucoup plus, pour l'ensemble des lagunes Le 9 avril 2013 11:58, < te...@free.fr > a écrit : Une vue satellite sur Google Maps ? https://maps.google.fr/maps?hl=fr&ll=48.194257,1.946533&spn=0.010141,0.01929&sll=47.902964,1.909251&sspn=0.326365,0.617294&t=h&z=16 - Mail original - De: "Ab_fab" < gamma@gmail.com > À: "Discussions sur OSM en français" < talk-fr@openstreetmap.org > Envoyé: Mardi 9 Avril 2013 11:41:59 Objet: Re: [OSM-talk-fr] Boues d'épandage ? Eaux usées ? Peux-tu donner un lien vers une vue aérienne ? Le 9 avril 2013 11:36, < te...@free.fr > a écrit : Merci Ab_fab, Ce qui me gênait, c'est surtout qu'en utilisant "landuse=landfill", on déduise que forcément il s'agit de débris matériels solides. J'imagine qu'il peut y avoir des cas d'utilisation où il est important de savoir s'il s'agit d'un milieu solide ou plutôt liquide... (Dans mon cas il ne s'agit pas d'une station d'épuration, mais des eaux rejetées d'une usine agroalimentaire.) Teuxe - Mail original - De: "Ab_fab" < gamma@gmail.com > À: "Discussions sur OSM en français" < talk-fr@openstreetmap.org > Envoyé: Lundi 8 Avril 2013 17:21:52 Objet: Re: [OSM-talk-fr] Boues d'épandage ? Eaux usées ? Bonjour, Tu peux regarder du côté de la balise "landuse = landfill" (qu'on peut traduire par décharge) ... si c'est le seul usage de cette zone d'épandage http://wiki.openstreetmap.org/wiki/Waste_Processing Pas vu de détail particulier dans le wiki concernant la nature des rejets industriels. S'il y a une unité de traitement d'eau en amont, alors tu peux regarder ici : http://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dwastewater_plant Le 8 avril 2013 16:27, < te...@free.fr > a écrit : Re-bonjour, En mode water aujourd'hui... (non je n'ai pas la diarrhée !) Comment tagueriez-vous un lieu où une entreprise rejette des eaux usées, ou même stocke des boues ? Je ne me permettrai pas de mettre natural=water... landuse=basin peut-être, avec d'autres tags plus spécifiques ? Tant qu'on y est, si le site présente certains aspects dangereux (vapeurs toxiques, contamination bactériologique, ...), je peux m'intéresser à quels tags ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab "Il n'y a pas de pas perdus", Nadja ___ 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 "Il n'y a pas de pas perdus", Nadja ___ 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 "Il n'y a pas de pas perdus", Nadja ___ 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] API 0.6 down ?
J'ai le même problème, ça ne vient pas de chez toi... Teuxe - Mail original - De: "Francescu GAROBY" À: "Discussions sur OSM en français" Envoyé: Vendredi 12 Avril 2013 10:54:16 Objet: [OSM-talk-fr] API 0.6 down ? Bonjour, En voulant télécharger des données depuis Josm, j'ai eu droit à ce message : "Le serveur OSM ' http://api.openstreetmap.org/api/0.6/ ' a signalé une erreur interne du serveur. Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus tard. Le serveur OSM ' http://api.openstreetmap.org/api/0.6/ ' a signalé une erreur interne du serveur. Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus tard." Quelqu'un est au courant ? Une intervention est-elle en cours ? Le site www.openstreetmap.org est aussi HS, semble-t-il... -- Cordialement, Francescu GAROBY ___ 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] Logo SNCF / aéroports sur rendu FR...
Bonjour, Oui je suis d'accord, à partir du moment où les cartes sont visibles par n'importe qui, la duplication d'un logo devrait être soumise à autorisation auprès de chaque propriétaire de marque. Ce n'est pas envisageable pour OSM, et ce n'est pas souhaitable non plus : autant nous pouvons informer de la présence de tel type de service ou tel autre à un endroit (en précisant éventuellement un nom), autant l'affichage d'un logo de marque s'apparente à de la publicité gratuite (que diraient des concurrents de telle ou telle marque qui n'auraient pas leur pub ?). Je suis tout à fait contre les logos non neutres sur les cartes publiques OSM : les logos doivent représenter des services ou des lieux, pas des marques. Teuxe "Mikaël Cordon" a écrit : >+1 >Je n'ai pas su dire mieux :-) > >Mais je rajouterais que si la carte était privée ce rendu ne serait pas >un >problème, ou en tout cas pas celui de la communauté OSMFR. > >Seulement cette carte est accessible via le nom de domaine >openstreetmap.fr > >Cordialement, >-- >Mikaël mickey86 >Le 27 avr. 2013 09:39, "Pierre-Alain Dorange" a >écrit : > >> Christian Rogel >> wrote: >> >> > > Je suis d'avis qu'il ne faut pas trop abuser des logos de marques >sur >> > > les tuiles image. >> > > >> > >> > Pour quelle raison : politique? pratique? graphique? Que signifie >"ne pas >> > trop abuser"? Car, ou bien, on les met avec des règles ou on ne les >met >> > pas. >> >> A mon sens l'usage de logo de marque n'a pas sa place sur une carte >> libre. >> >> Juridiquement c'est déjà probablement limite (droit des marques) >> >> Politiquement (au sens commun et au sens surtout d'OSM) ça me semble >pas >> être très raccord avec les notions de partage et de neutralité que >nous >> véhiculons. >> >> Pratiquement ensuite, c'est bien trop visible, ça attire l'œil car >c'est >> graphiquement pas raccord avec le reste de la carte. >> Et avec la dispariation des services publics, ça n'aura plus de sens >> dans quelques années... >> >> -- >> Pierre-Alain Dorange >> OSM experiences : <http://www.leretourdelautruche.com/map/> >> >> >> ___ >> 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] way dupliqués
Bonjour, Bonne idée... quand 2 ways se superposent mais ont des attributs légèrement différents, sont-ils considérés redondants ? Lequel est supprimé ? Teuxe didier2020 a écrit : >j'ai fais un tour de planete afin de corriger les ways dupliqués > >detection des ways grace a osmose avec critere way fermé et >sans les tags building:part, buildingpart, barrier et coastline > >apres telechargement du bbox du way >correction automatique avec la validation josm chemins dupliqués >ou >correction manuelle avec la validation josm chemins superposés >(un tag source sur un way et pas sur l'autre, ou building=yes vs >building=house) > >puis correction automatique avec la validation josm >Aucun attribut - Noeuds non connectés et sans attribut > >dans le cas de zone ayant un grand nombre de way dupliqué, >telechargement de la zone correspondant au changeset des way > >dans certains cas, il y avait aussi des ways non fermés dupliqués > >bilan des courses depuis mi-mars: >nombre de ways effacés : 100 000, ce qui représente 592 000 nodes > >je vais refaire les analyses osmoses pour le reste que j'ai oublié ... > > > > >___ >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 osm_fr : trois suggestions
N'oubliez pas que notre chère base de données n'est pas limitée à la génération de cartes qui contiendraient tout et n'importe quoi. Je suis partisan des cartes thématiques, et l'ouverture des données accessibles librement (sous licence quand même) et la diversité des outils customisables fait la force d'OSM. Un rendu orienté art, avec musées, tags, sculptures... ? :) Teuxe Ista Pouss a écrit : >(Hors sujet bien sûr) > >Le 10 mai 2013 11:11, ZIMMY a écrit >: > >> 2- j'accorde une attention particulière à la valorisation de l'art >dans la >> ville : c'est souvent des éléments porteurs pour les villes >attractives : >> sculptures, fresques, fontaines,... >> >> >Je suis agréablement surpris de cette opinion d'un responsable >municipal >:-) (à ce que j'ai compris). J'ai l'impression la plupart du temps que >l'art dans la ville est considéré comme une sorte de mal nécessaire, >sauf >les arcs de triomphe... > >Attention que je rouspèterais sur le terme "valorisation" : quand on >fait >une carte, on ne "valorise" pas, on ne fait que montrer, que décrire, >selon >des règles de projection précises (en général). Pour l'art, support >d'expression citoyenne, c'est particulièrement sensible. > >On pourrait, par exemple, montrer les tags sauvages en tant qu'oeuvre >d'art, ce qui ferait débat en terme de valorisation, j'imagine, dans >les >sphères municipales. Et il existe même des débats sur le sens des >graphitis >(question micro-mapping, quel festival ce serait ! ) (CQuest, à vos >icones >! ) > >Et, je suppose j'espère, une municipalité s'occupe de la ville telle >qu'elle est, non telle qu'elle est vendue, et donc devrait la saisir en >termes de projection. Mais... je me doute que, pour avoir des budgets >de >participation à osm, il faut "valoriser". Valoriser, plutot que rien, >c'est >mieux. Alors... > > > > >___ >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] Evolutions orwelliennes annoncées sur Google Maps/Earth/Picassa/Youtube/Plus/Drive/Search/Mail...
Bonjour Philippe, As-tu un blog ? Un compte tweeter ? Facebook ? ... non il te faudrait un hébergement libre, non soumis à la dictature des grands groupes Internet... Sérieusement, je serais, comme RainerU et d'autres de cette liste, ravi de venir lire et participer aux discussions sur tes points de vue philosophiques, pour inventer le monde de demain. Teuxe RainerU a écrit : >Bonjour, > >Sans vouloir relancer la discussion sur la longueur de tes >interventions je >pense que ce genre de billet, que je trouve d'ailleurs très bien, >serait mieux >sur un blog que sur une liste de discussion. Tu toucherais probablement >un >public plus large et le contenu ne disparaîtrait pas dans les >profondeurs des >archives de la liste. Tu pourrais toujours lancer une discussion sur la >liste en >mettant un lien vers le blog. > >Rainer > > >___ >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] tile.osm & déchèteries
À ce propos, le terme français approprié pour ces lieux est « déchèterie ». Le mot « déchetterie » étant une marque déposée par l'Ademe (je me demande quel est l'intérêt de déposer une telle marque nommée), je pense qu'il est préférable d'éviter son usage dans OSM. http://fr.wikipedia.org/wiki/D%C3%A9ch%C3%A8terie#cite_note-1 Teuxe Le 19/05/2013 12:05, ZIMMY a écrit : Au risque d'être redondant : il me semble important d'agrandir les pictos, car il est tellement soigné dans son dessin qu'il en devient quasi illisible dans tile.openstreetmap.fr Dans son affichage réel http://optigede.ademe.fr/sites/default/files/fichiers/LogoDecheterie.jpg Une chose est importante c'est que ce pictogramme est normalement mis sur un panneau d'entrée de déchetterie donc avec une taille qui est au moins de 50cm. Quelques exemples gravats http://www.google.fr/imgres?sa=X&biw=1241&bih=606&tbm=isch&tbnid=T6oSORfELRlmTM:&imgrefurl=http://www.ville-bagneresdebigorre.fr/pages/page.php%3Fnom%3Ddecheterie.html&docid=BWS6sUb915cvvM&imgurl=http://www.ville-bagneresdebigorre.fr/pages/services%252520techniques/dechetterie.JPG&w=1136&h=856&ei=SKOYUZjwH5OFhQfo-IGACg&zoom=1&iact=hc&vpx=944&vpy=216&dur=619&hovh=196&hovw=260&tx=128&ty=72&page=1&tbnh=142&tbnw=188&start=0&ndsp=18&ved=1t:429,r:5,s:0,i:178 entrée de déchetterie http://www.sorgues-du-comtat.com/images/stories/environnement_om/dechetterie_2.jpg A défaut d'agrandir le picto, pour l'instant je trouve le symbole universel de reyclage plus compréhensible en terme de lisibilité. - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/tile-osm-decheteries-tp5761612p5761760.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ponts et leur emprise
Certes, ce tag semble approprié pour une construction, pourquoi pas un pont. Mais quid de ce qui passe au-dessus, en-dessous (layer du bridge versus les voies ?) Distinguera-t-on les ponts qui ont des supports visibles au-dessus (par ex haubans, piliers) qui sont très repérables ? Et pour les ponts avec des tabliers superposés (piétons/voitures/train/aqueduc/...) ? Teuxe Christian Quest a écrit : >Si l'emprise du pont est tagguée en building=bridge, elle sera visible >et sans besoin de relation ! > >Exemple: http://tile.openstreetmap.fr/?zoom=18&lat=48.86343&lon=2.31955 > >Je me demande meme si ça vaudrait pas le coup de les rendre plus >opaque... > > >Le 21 mai 2013 09:25, Francescu GAROBY a écrit : >> Merci pour ces réponses. >> Là où j'ai (un peu) honte, c'est que je ne me souvenais pas que >j'avais >> moi-même ouvert un billet sur le trac, demandant à ce que ces >emprises >> soient rendues... en citant justement la "relation proposed" que cite >> cquest. -_- >> >> Francescu >> >> >> Le 21 mai 2013 08:33, Jean-Francois Nifenecker >> a écrit : >> >>> Le 21/05/2013 08:04, Christian Quest a écrit : >>> >>>> Il y a déjà une proposition: >>>> >http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels >>>> Cette relation peut comporter un membre ayant le rôle "outline" >pour >>>> définir l'emprise du pont. >>>> >>> >>> Oui, voir ici : http://www.openstreetmap.org/browse/way/119097731 >>> >>> >>>> Maintenant, pour l'exploiter dans le rendu, ça va être une autre >>>> histoire... >>>> >>> >>> Vi >>> -- >>> Jean-Francois Nifenecker, Bordeaux >>> >>> >>> ___ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-fr >> >> >> >> >> -- >> Cordialement, >> Francescu GAROBY >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > > >-- >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 -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de cantons et d'arrondissements (était : Recherche d'une adresse par Nominatim)
Bonjour, >Les homonymies sont un fait. J'ai déjà parlé dans un fil analogue [1] >en >évoquant les communes françaises nommées "Saint-Nicolas". Il y en a un >paquet, est-ce pour autant qu'on va trafiquer leur tag name=* pour s'y >retrouver ? > >Une fois de plus, ce sujet du nommage revient, et une fois de plus il >s'appuie sur les approximations d'un outil (Nominatim), approximations >qu'il faudrait compenser non pas dans l'outil, mais dans la donnée. En l'occurrence la donnée différenciant le nom des entités existe bien, avec les admin_level. Renommer le canton aboutirait aux mêmes problèmes (la chaîne de caractères étant toujours présente). C'est toujours l'outil à vocation internationale qui impose ses contraintes ici ; ce ne devrait pas être le cas. À mon avis il y a encore du travail d'enrichissement de l'algo pour qu'il réponde au besoin. Il faut alors exprimer ce besoin clairement, ça s'appelle un cahier des charges. Quelles sont nos exigences précises en la matière ? Teuxe -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de cantons et d'arrondissements (était : Recherche d'une adresse par Nominatim)
Bonjour, >Les homonymies sont un fait. J'ai déjà parlé dans un fil analogue [1] >en >évoquant les communes françaises nommées "Saint-Nicolas". Il y en a un >paquet, est-ce pour autant qu'on va trafiquer leur tag name=* pour s'y >retrouver ? > >Une fois de plus, ce sujet du nommage revient, et une fois de plus il >s'appuie sur les approximations d'un outil (Nominatim), approximations >qu'il faudrait compenser non pas dans l'outil, mais dans la donnée. En l'occurrence la donnée différenciant le nom des entités existe bien, avec les admin_level. Renommer le canton aboutirait aux mêmes problèmes (la chaîne de caractères étant toujours présente). C'est toujours l'outil à vocation internationale qui impose ses contraintes ici ; ce ne devrait pas être le cas. À mon avis il y a encore du travail d'enrichissement de l'algo pour qu'il réponde au besoin. Il faut alors exprimer ce besoin clairement, ça s'appelle un cahier des charges. Quelles sont nos exigences précises en la matière ? Teuxe -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté. -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Voie en sens unique, partagée avec une voie cyclable à double sens
Bonjour, J'ai un petit souci sur cette voie à Chelles : http://www.openstreetmap.org/browse/way/229696673 C'est une "voie de parking" à sens unique, qui partage en plein milieu (pas sur un côté) une voie cyclable à double sens. Quels tags s'appliquent ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu FR dans OSMand
Pensez au fait que le JPEG est une norme de compression avec perte, ce qui fait qu'on peut se retrouver avec des artefacts lors de l'affichage d'une tuile compressée : ça peut être moche, pire, les approximations sur les contours peuvent rendre certains textes difficiles à lire, surtout en zone fortement détaillée. Le JPEG est plus approprié aux images contenant de nombreuses nuances de couleurs, où l'altération locale de pixels n'a pas d'incidence sur le rendu visuel global. Le PNG est plus approprié aux images contenant de nombreux pixels de même couleur (cas général des cartes). Teuxe Christian Quest a écrit : >On gagne un peu, mais ça reste vite volumineux comparé à des données >vectorielles. > > >Le 15 juillet 2013 08:36, Yves Pratter a >écrit : >> >> Le 13 juil. 2013 à 16:58, yvecai a écrit : >> >>> Pour le format, c'est un sqlite tout bête avec des colonnes x, y, z >et image qui contient des pngs en 'blob'. >>> […] >>> J'ai fait des jeux de tuiles pour Opensnowmap.org, mais même avec >l'écrasante majorité des tuiles vides et donc pas enregistrées dans le >sqlite, c'est gros: >> >> Et en mettant des jpeg à la place des png, ça donne quoi ? >> >> -- >> Yves >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr > > > >-- >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 -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
Bonjour, +1 pour prendre en compte le highway, une barrière sur un tertiary sera toujours plus important que sur un track ou un path. Reste la question du highway=service. S'il n'y a pas de tag access=private d'un côté ou de l'autre, c'est important aussi, mais ça me semble secondaire. Teuxe Christian Quest a écrit : >Je voyais le cas où aux moyennes échelles on cherche visuellement par >où >passer. A ces échelles, le côté privé ou pas d'une voie n'est pas >visible >(peut être un truc à changer), et la présence d'un obstacle est un >renseignement qui me semblait important. > >C'est peut être à ajuster en fonction du type de highway aussi... > > >Le 22 août 2013 14:53, Pieren a écrit : > >> 2013/8/22 Christian Quest : >> > J'ai aussi remarqué ces barrières un peu trop visibles ailleurs et >je me >> > suis posé les mêmes questions.. les rendre moins visible, oui, mais >en >> zone >> > rurale où il y a peu de chemins, une barrière devient un élément >> important à >> > rendre visible. >> >> Pas sûr. Même en zone rurale, la présence d'une barrière sur une >route >> ou un chemin marque l'entrée dans une propriété privée. Le tag >> "access" prend alors tout son sens sur le highway lui-même. Le rendu >> habituel devrait suffire aux zooms plus faibles et l'affichage de la >> barrière elle-même devient secondaire. >> >> Pieren >> >> ___ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > > >-- >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 -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Appel aux Troyens
Bonjour, La ville de Troyes est attaquée par ses propres quartiers ! http://www.openstreetmap.org/#map=10/48.3152/4.1254&layers=T Sur le rendu "transport", le nom des quartiers ressort plus que le nom de la ville. Le rendu standard n'a pas le souci. Des connaisseurs pour régler le problème ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Polygone géant du massif central
Bonjour, Après, cet exemple est beaucoup moins vaste que « Massif Central » . Cela pourrait aller pour un massif du type « Plateau des Millevaches ». Je ne saisis pas bien la différence. On mappe les contours administratifs des pays aussi bien que ceux des communes et ça ne pose pas de problème. Pourquoi ce serait différent pour des massifs montagneux ou des zones naturelles d'une manière générale ? Les contours administratifs des villes, départements, pays, etc. sont des limites conventionnelles qu'il a fallu déterminer pour des usages divers et variés. Ils sont le plus souvent repérés par des particularités géographiques : cours d'eau, crêtes, etc. ou quand il n'y en a pas, c'est un choix plus ou moins arbitraire, guidé par l'histoire. Pour les désignations de zones géographiques comme le « Massif Central », le « Plateau des Millevaches » ou un lieu-dit entouré de champs : - quand on y est, on sait dire qu'on y est, - quand on n'y est pas, on sait dire qu'on n'y est pas, - mais difficile de trancher quand on se trouve dans une zone intermédiaire, sauf à avoir choisi des limites physiques : on ne passe pas de la Manche à l'Océan Atlantique comme on franchit une barrière. S'il existe une liste de communes « officiellement dans le Massif Central » c'est bien pour trancher une fois pour toutes une limite qui n'aurait sinon pas de signification. Bien sûr on pourra trouver des gens qui chipoteront sur l'appartenance ou non d'un lieu à une dénomination, c'est l'essence même des frontières floues... Pour représenter ces zones sur une carte, en général on floute justement ces frontières ; ce qui compte surtout, ce sont les points fondamentaux (au moins, un centre d'intérêt) qui donnent le nom du lieu, et l'étendue approximative de la zone dans laquelle on peut se considérer « à l'intérieur ». S'intéresser à une limite d'une précision de moins d'1 mètre sur une zone floue de plusieurs milliers de km², ça n'a pas de sens. Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mairie de Torcy (71210)
Bonjour tout le monde, http://www.openstreetmap.org/browse/way/133350328 addr:housename = Mairie de Torcy building = public name = Mairie de Torcy (71210) note:qadastre = v0.2 source = cadastre-dgi-fr source : Direction Générale des Impôts - Cadastre. Mise à jour : 2011 Le nom de ce bâtiment est affiché "Mairie de Torcy" (addr:housename) en zoom 8, de la même façon qu'un nom de ville comme Dijon, Besançon, Lyon... http://www.openstreetmap.org/?lat=46.69&lon=4.59&zoom=8&layers=M Avez-vous une idée du tag incorrect, qui causerait ce mauvais rendu ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un train léger
:)) Peut-on aussi taguer les manèges, chevaux sur ressorts et autres araignées de cordes ? Pour les parcs d'attraction, peut-on taguer les rivières comme étant artificielles (du genre "rapides") ? Teuxe - Mail original - De: "Ista Pouss" À: "Discussions sur OSM en français" Envoyé: Vendredi 13 Juillet 2012 09:27:48 Objet: [OSM-talk-fr] Un train léger Bonjour, Dans mon patelin il y a un train pour enfants dans un parc. Le voici sur OSM : http://osm.org/go/0ApJS7lzb-- et le voilà en photo : http://www.flickr.com/photos/mpoudisk/7560523646/in/photostream Il est tagué dans osm comme un vrai train, semble-t-il : ligth rail line. Je ne vois nulle part la mention que c'est un jouet. Je trouve ça étonnant, est-ce juste ? Ensuite, comme pratiquement partout dans mon quartier, la source est marquée en erreur, il y aurait une double source ?... Comment résoudre cela ? 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] Un train léger
Salut, C'est ton leisure=playground qui cause ce rendu : "leisure" sert à définir l'utilisation d'une area, et donc là tu as défini une zone de jeu plutôt qu'un parcours de petit train. Retire ce tag :) Teuxe - Mail original - De: "Ista Pouss" À: "Discussions sur OSM en français" Envoyé: Vendredi 13 Juillet 2012 17:42:19 Objet: Re: [OSM-talk-fr] Un train léger Ce qui m'étonne est qu'après ma modif le rendu de mon petit train est... en gros, n'importe quoi : une surface rose avec une balançoire au milieu !? http://osm.org/go/0ApJS7mzu-- Est-ce seulement un problème de rendu ? ___ 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] tag shop multiples
Bonjour Agnès, On utilise le point-virgule pour séparer les différentes valeurs d'un même tag... Maintenant, peut-être que JOSM ne sait pas le faire ? Teuxe - Mail original - De: "Agnès Rambaud" À: "Discussions sur OSM en français" Envoyé: Mardi 17 Juillet 2012 13:51:32 Objet: [OSM-talk-fr] tag shop multiples Bonjour la liste, J'ai déjà vu passer cela, mais je n'arrive pas à remettre la main dessus : comment faire pour taguer proprement un commerce qui relève de différent tags "shop" ? J'ai le cas par exemple avec un bureau de tabac-journaux-dépôt de pressing... Josm ne veut pas de plusieur "shop", il me remplace systématiquement le tag existant. Faut-il en passer par la création de plusieurs points pour chacune des infos ? Merci de vos tuyaux Agnès ___ 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 publics et tag route_master
Bonjour, Francescu, Tu as l'air d'avoir saisi :) Je m'étais posé la même question à savoir s'il est possible de dupliquer une relation... Je n'ai malheureusement pas trouvé ma réponse pour l'instant. Si quelqu'un sait... ? Pour compléter la réponse de Tetsuo, le point d'entrée pour comprendre l'ensemble du schéma de transports public se trouve là (en anglais) : http://wiki.openstreetmap.org/wiki/Public_Transport Attention à l'usage du highway=bus_stop qui maintenant représente plutôt le piquet d'arrêt de bus, plutôt que l'emplacement de la chaussée où le bus s'arrête. Exemple didactique : Une ligne relie les arrêts principaux A, B et C, en empruntant quelques sens uniques ; en-dehors des jours de marché, la ligne ne dessert pas C et fait uniquement A - B. - une relation de type "route" contient tous les ways dans l'ordre A -> B -> C, suivis de la liste ordonnée des nodes public_transport=stop_position, suivis des plateformes (où montent et descendent les voyageurs) ; les tags s'appliquant à la relation sont propres à ce sens de parcours (en particulier, le nom devrait comprendre une flèche "→" entre deux ou plusieurs points de passage) ; - idem dans le sens C -> B -> A ; - les troisième et quatrième relations décrivent resp. A -> B et B -> A (même si le parcours est le même que celui emprunté par resp. A -> B -> C et C -> B -> A) ; - la dernière relation, de type "route_master", regroupe juste les 4 relations précédentes, et sa description s'applique à toute la ligne (le nom devrait contenir une double-flèche "↔" ou, à défaut, des tirets longs séparant les terminus). Exemple pratique : http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP Teuxe - Mail original - De: "Tetsuo Shima" À: "Discussions sur OSM en français" Envoyé: Lundi 16 Juillet 2012 18:30:37 Objet: Re: [OSM-talk-fr] Transports publics et tag route_master Bonsoir, Sur une ligne aller retour avec deux variante de terminuis par exemple. - il faut une relation par "sous-ligne" soit une pour cahque variant et pour chaque sens, soit 4 ici. - c'est quatre relation tu les réuni ensuite dans une autre relation de type "master" qui regroupe les 4 lignes précédente et qui serait vu comme une seul ligen logique ... avec 4 tajet réels en fait. Cordialement 2012/7/16 Francescu GAROBY : > Bonjour, > J'aimerais être sûr de bien comprendre comment s'utilise la (nouvelle ?) > relation de type "route_master" : > http://wiki.openstreetmap.org/wiki/Tag:type%3Droute_master > Si je suis bien les explications, il faut créer une relation contenant tous > les chemins possibles, ainsi que tous les arrêts pour cette relation, puis > lui associer une relation par itinéraire possible (aller, retour, trajet de > nuit/du WE, ...) ? > > Est-il dans ce cas possible de "dupliquer" une relation, et de l'inverser ? > Ceci afin d'avoir une trame de base pour le trajet retour (que l'on retouche > ensuite, selon les besoins) ? > > -- > Cordialement, > Francescu GAROBY > > > ___ > 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] trou à Grande Synthe causé par le "Redaction bot"
Salut Guy, Les cartes sont recréées progressivement, relativement vite pour Mapnik en "basse altitude", plus rarement sur les vues de très haut (vue la quantité de données à traiter...). D'autres moteurs de rendus sont bien plus lents à rafraîchir les cartes. Tu peux donc poursuivre sans crainte :) Teuxe - Mail original - De: "g.lefer_laposte.net" À: talk-fr@openstreetmap.org Envoyé: Lundi 23 Juillet 2012 15:59:26 Objet: [OSM-talk-fr] trou à Grande Synthe causé par le "Redaction bot" Bonjour Je me suis inscrit sur openstreetmap en avril 2012 : il me parait normal de contribuer lorsqu'on utilise une carte gratuite sur son GPS. Dans la foulée, j'ai lu les messages de la présente liste. Ils m'ont permis de m'initier à Potlach et JOSM, et de faire mes premiers pas. J'ai ainsi ajouté passages piétons, sens uniques, toilettes... dans ma ville. Je voudrais aujourd'hui réaliser quelque chose de plus ambitieux. J'ai remarqué que le "Redaction bot", lancé suite au changement de licence, avait fait un gros trou à Grande Synthe (un peu à l'ouest de Dunkerque). Avec mes amis Bing et Cadastre, j'ai commencé à tracer tout doucement (une heure ou deux par semaine) les routes manquantes. Pas de problème pour les highway service et residential. Un peu plus de difficulté pour déterminer les tertiary et secondary. Je fais appel à vous car j'ai constaté une chose bizarre : suivant le niveau de zoom utilisé, la zone parait presque vide (je n'ai pas encore ajouté grand'chose), ou au contraire complète. Ici http://www.openstreetmap.org/?lat=51.0116&lon=2.3097&zoom=13&layers=M on ne trouve que ce que j'ai ajouté. Là http://www.openstreetmap.org/?lat=51.0135&lon=2.3127&zoom=12&layers=M il me semble voir plus de chose (en particulier une étendue bleue entourée de vert) Ai-je la berlue ? J'attends vos avis avant de continuer. Merci d'avance. GuyDuNord ___ 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] Happy birthday OSM party ?
Salut Christian, Pour répondre à l'hypothèse "pas trop nombreux", on pourrait inscrire nos noms quelque part ? Je ferai un effort pour être présent cette fois-ci, où que ça se passe (la dernière fois le boulot m'a retenu). Teuxe - Mail original - De: "Christian Quest" À: "Discussions sur OSM en français" Envoyé: Vendredi 3 Août 2012 00:56:13 Objet: Re: [OSM-talk-fr] Happy birthday OSM party ? Si on n'est pas trop nombreux, ça vous dirait un barbecue dans mon jardin ? Accès facile: RER A "Le Parc de Saint-Maur" Ca changerai du plan bière + diner dans un bar parisien -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Où sont passés les terminaux 2D, 2E et 2F de l'aéroport Roissy CDG ?
Bonjour à tous, Quelle ne fut pas ma surprise en rentrant de vacances, en remarquant que sur OSM ces terminaux 2D, 2E et 2F de l'aéroport Roissy - Charles-de-Gaulle ont disparu de la base... - Comment puis-je retrouver ces données disparues ? - Qui a effectué ces modifications (violentes) ? Merci, Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème Osmose et Internet Explorer
[joke] Microsoft Internet Explorer 9 est un problème connu. [/joke] Teuxe - Mail original - De: "Stéphane Péneau" À: "Discussions sur OSM en français" Envoyé: Mardi 11 Septembre 2012 10:00:08 Objet: [OSM-talk-fr] Problème Osmose et Internet Explorer Salut, Je viens de remarquer qu'osmose ne fonctionne pas avec internet explorer 9. C'est un problème connu ? Stéphane ___ 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 Osmose et Internet Explorer
Au passage, le site promotionnel français "non officiel" d'utilisateurs IE9 est assez minable... http://internetexplorer9.fr/ Le forum n'est pas administré... à moins que la section "Bugs" soit volontairement laissée à l'état de friche :D Et je ne parle pas des liens vers les sites partenaires en bas à gauche, wa ! :) Teuxe - Mail original - De: te...@free.fr À: "Discussions sur OSM en français" Envoyé: Mardi 11 Septembre 2012 11:02:25 Objet: Re: [OSM-talk-fr]Problème Osmose et Internet Explorer [joke] Microsoft Internet Explorer 9 est un problème connu. [/joke] Teuxe - Mail original - De: "Stéphane Péneau" À: "Discussions sur OSM en français" Envoyé: Mardi 11 Septembre 2012 10:00:08 Objet: [OSM-talk-fr] Problème Osmose et Internet Explorer Salut, Je viens de remarquer qu'osmose ne fonctionne pas avec internet explorer 9. C'est un problème connu ? Stéphane ___ 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] Où sont passés les terminaux 2D, 2E et 2F de l'aéroport Roissy CDG ?
Merci, et merci surtout à Gilles Nogues qui a pas mal contribué sur ce secteur ces derniers jours :) On attend les traces aériennes ;) Teuxe - Mail original - De: "Ab_fab" À: "Discussions sur OSM en français" Envoyé: Lundi 10 Septembre 2012 14:53:32 Objet: Re: [OSM-talk-fr]Où sont passés les terminaux 2D, 2E et 2F de l'aéroport Roissy CDG ? Il y a eu de l'activité ces dernières semaines http://www.itoworld.com/map/129#fullscreen&lat=49.005441732552065&lon=2.564418455525125&zoom=14 Merci au(x) correcteur(s) Le 26 août 2012 18:21, Christian Quest < cqu...@openstreetmap.fr > a écrit : De quoi s'occuper avec Gaël avant de prendre l'avion pour Tokyo la semaine prochaine ! Le 26 août 2012 16:42, Dominique Rousseau < d...@lee-loo.net > a écrit : > Le Sun, Aug 26, 2012 at 04:31:25PM +0200, te...@free.fr [ te...@free.fr ] a > écrit: >> Bonjour à tous, >> >> Quelle ne fut pas ma surprise en rentrant de vacances, en remarquant que sur >> OSM ces terminaux 2D, 2E et 2F de l'aéroport Roissy - Charles-de-Gaulle ont >> disparu de la base... >> - Comment puis-je retrouver ces données disparues ? >> - Qui a effectué ces modifications (violentes) ? > > C'est probablement le Redaction Bot. Traitement automatisé appliqué il y > a quelques semaines, pour censurer les données non compatibles avec la > licence OdBl dans la base OSM. > Pour Roissy, Geofabrik indiqué tout ça : > > http://tools.geofabrik.de/osmi/?view=redactionbot&lon=2.57954&lat=49.00698&zoom=12&overlays=overview,bot_point_cleared,bot_point_superseded,bot_line_cleared,bot_line_superseded,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted > > ( ou : http://preview.tinyurl.com/bwh7ff8 ) > > -- > Dominique Rousseau > d...@lee-loo.net - 06 82 43 12 27 > > A l'instant où l'esclave décide qu'il ne sera plus esclave, > ses chaînes tombent. -- Mahatma Gandhi > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list 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] Message sur la carte OSM
Bonjour, On va dans le bon sens là :) On améliore un peu plus pour avoir des verbes à l'infinitif : 8< -- Vous pouvez [télécharger] et [utiliser] les données d'OpenStreetMap librement, sous les conditions de leur [licence ouverte]. Pour améliorer la carte, commencez par [créer un compte]. ----- >8 Teuxe PS. J'ai toujours trouvé jolis les ciseaux en ASCII :) - Mail original - De: "Jean-Francois Nifenecker" À: talk-fr@openstreetmap.org Envoyé: Mercredi 12 Septembre 2012 23:36:26 Objet: Re: [OSM-talk-fr] Message sur la carte OSM Pour que ça sonne mieux à des oreilles francophones, il faut écrire dans l'autre sens : 8< -- Le téléchargement et l'utilisation des données sont libres, sous les conditions de leur licence ouverte. L'amélioration de la carte est accessible après avoir créé un compte. - >8 -- 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] Planet ODbL disponible !
Mine de rien, juste pour se faire une idée, ça pèse 5 DVD, ou 30 CD-ROM... Teuxe - Mail original - De: "Christian Quest" À: "Discussions sur OSM en français" Envoyé: Vendredi 14 Septembre 2012 19:14:30 Objet: [OSM-talk-fr] Planet ODbL disponible ! Ca y est... le fichier planet ODbL est disponible: http://planet.openstreetmap.org/planet/2012/ 23Go... Le propose-t-on en mirroir sur un de nos serveurs "fr" ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Mauvaise traduction des Contributors Terms (CT)
Bonjour, > Personnellement je regrette la disparition de la licence CC-BY-SA > comme un garde-fou qu'on aurait pu garder, car je ne crois pas que la > licence ODBL (qui mélange tout) soit assez solide, en comparaison des > licences Creative Commons fondées essentiellement sur le droit > d'auteur. Moi je m’étonne d'un fait majeur qui ne semble pas à ma connaissance avoir soulevé de questions. Prenez un utilisateur qui a participé à la création de l’œuvre collective OpenStreetMap sous licence CC-BY-SA. Il a participé à sa façon et, en tant qu’œuvre de son crû, il devrait tenir à ce que la licence le protège de toute dégradation de son travail. Or cet utilisateur, un beau jour, se fait imposer (c’est le terme) d’accepter la nouvelle licence OdbL. Il avait le droit de refuser, non ? Mais s’il n’a pas accepté, que s’est-il passé ? Le résultat de son labeur s’est envolé en fumée, on a supprimé sa contribution de l’œuvre à laquelle il a contribué, contre la licence qu’il avait initialement acceptée. Il me semble qu’il y a un hic légal quelque part. Est-ce que j’ai mal compris quelque chose ? Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : extrait -rails ressemblant furieusement à des parcelles cadastrales
Oui c'est vrai, la résolution aérienne est un critère important dans ces zones où les voies sont très proches. Parfois on se mélange les pinceaux notamment sur les ponts à voies multiples : je suis entre les rails ou entre les voies ? En même temps on n'a souvent pas trop le choix de la méthode, sauf à se balader avec un GPS sur les voies (j'évite de le faire...), sinon l'import. Ce qui est délicat à voir, ce sont les embranchements (aiguillages) ou les croisements (où les voies se coupent mais ne permettent pas le changement de direction). Autre point, certaines voies ne sont plus utilisées, les rails peuvent encore être présents (railway=disused) ou seule la trace persiste (railway=abandoned); dans les zones industrielles ils sont parfois noyés dans le bitume, les wagons ayant cédé leur place aux camions. Et puis pour les relations, par quelles voies passent les missions de trains... là il faut connaître :) Chapeau pour Villeneuve-Saint-Georges, ça fait un sacré paquet de ways ! C'est plus conséquent que Achères, Le Bourget, Drancy, Vaires-sur-Marne, Pantin et Noisy-le-Sec ! (j'ai posé ma patte sur ces gares-là) Teuxe - Mail original - De: "Christian Quest" À: "Discussions sur OSM en français" Envoyé: Mercredi 19 Septembre 2012 12:44:51 Objet: Re: [OSM-talk-fr]Cadastre : extrait -rails ressemblant furieusement à des parcelles cadastrales Le 19 septembre 2012 02:18, Christophe Merlet a écrit : > > Quand j'ai fait la gare de Pau, après avoir vu la gare de triage de > Choisy, je l'ai fini tellement vite que j'ai fait aussi celles d'Artic > et de Puyoo dans la foulée... > Franchement, dessiner le triage d'une gare n'est franchement pas le plus > difficile dans OSM contrairement aux apparences ! > > Effectivement, ce n'est pas difficile si on a une bonne résolution en imagerie aérienne. C'est juste un peu long et répétitif (j'ai une bonne partie de Villeneuve-Saint-George à mon actif). -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] nommage des routes
Bonjour, Ne faites pas toujours confiance aux images géolocalisées par Google et classées pour le service "Street View". Je me suis amusé à parcourir des tunnels (en "pas à pas") avec cette application et je me suis retrouvé en train de changer de tunnel et de sens de circulation (en virtuel, heureusement) avec des images qui ne correspondaient pas. (Cf. jonction entre A14 et A86 à Nanterre) Teuxe - Mail original - De: "Romain MEHUT" À: "Discussions sur OSM en français" Envoyé: Dimanche 23 Septembre 2012 21:24:04 Objet: Re: [OSM-talk-fr] nommage des routes Le 23 septembre 2012 20:23, Michaël Zakrzewski < mikamika48197...@free.fr > a écrit : Bonjour, en ce qui concerne le nommage des routes, est-ce que l'utilisation des images Google Street view est autorisée ? Tu peux t'en servir en seconde intention. La première intention étant le relevé sur le terrain (ou le cadastre). Street View peut éventuellement t'aider si tu n'es plus sûr de ce que tu as observé toi même. Romain ___ 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] Zones de parking payant
Bonjour Michael, Si tu utilises les tags précisés sur cette page : http://wiki.openstreetmap.org/wiki/Key:parking:lane:both alors ce serveur devrait pouvoir faire le rendu de ces informations : http://toolserver.org/~osm/styles/?lat=60.17412&lon=24.93717&zoom=15&layers=F0FF000BF0 A noter que ce tag s'applique aux voies en précisant le lieu et la méthode de stationnement (gauche, droite, des deux côtés; en parallèle, en épi, perpendiculaire...), mais n'est pas prévu pour représenter des "zones de stationnement". Et à mon avis, utiliser une zone pour représenter une propriété s'appliquant à un ensemble de rues comprises dans cette zone, n'est pas une méthode pratique pour les outils sensés utiliser ces données. Teuxe - Mail original - De: "Michael Witrant" À: talk-fr@openstreetmap.org Envoyé: Lundi 1 Octobre 2012 12:29:01 Objet: [OSM-talk-fr] Zones de parking payant Bonjour, Je suis nouveau sur OSM et j'aimerai avoir une carte des tarifs de parking de ma ville. J'ai créé les zones dans JOSM à partir d'un document fourni par la ville et j'ai mis ça dans un fichier OSM indépendant. Et j'ai plusieurs questions : J'ai taggé les zones avec uniquement "area=yes", "parking:condition=ticket" et "parking:condition:fee_per_hour=X.XX". Ça vous parait bien ? L'idéal c'est sans doute de marquer les rues individuellement, mais c'est beaucoup de boulot car il faut repérer les voies où on peut effectivement se garer. Je suis pas sûr d'avoir le temps de me lancer là dedans. Est-ce que ce genre de chose peut/doit être mis sur OSM, ou est-il mieux de le garder séparé ? Est-ce qu'il existe un outil online qui pourrait m'afficher ces zones en couleur, sur fond OSM ou photo ? Ou faut-il que je développe un truc avec par exemple OpenLayers ? Merci, Michael ___ 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] En Irlande, une grande nationale est un "trunk"
Je dirais même plus, "ça dépend aussi de la taille de ton hameau". Car la taille, quoi qu'on en dise, ça compte quand même :D - Mail original - De: "Stéphane Péneau" À: "Discussions sur OSM en français" Envoyé: Mardi 2 Octobre 2012 12:49:18 Objet: Re: [OSM-talk-fr] En Irlande, une grande nationale est un "trunk" > => tertiary Si elle a une ref (ce qui m'étonnerait), sinon unclassified ___ 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] Contributeur hyperactif mais pas très précis
Euh, juste une question : ça fait combien d'années qu'on n'utilise plus le tag "oneway=-1" qui, s'il faut le rappeler, caractérise une voie en sens unique dans le sens __opposé__ à celui suivi par les nœuds ? Teuxe - Mail original - De: "Eric SIBERT" À: talk-fr@openstreetmap.org Envoyé: Mardi 2 Octobre 2012 18:52:14 Objet: Re: [OSM-talk-fr] Contributeur hyperactif mais pas très précis > Il ne m'a pas répondu, et continu à tracer des routes comme un fou avec > Potlatch. [...] > A recent example : > http://www.openstreetmap.org/?lat=46.940197&lon=-1.07499&zoom=18&layers=M Il n'y a pas que le fait qu'il trace à la hache. Dans l'exemple proposé un rond-point n'est pas codé comme tel. Légèrement au nord, il a tracé une route par dessus un chemin agricole déjà tracé. Un peu plus loin, sur un rond-point existant, il a rajouté "oneway = -1" là où on attendait junction=roundabout. Bizarre aussi la "Rue des Bois" avec trois branches. N'hésite pas à faire preuve de pédagogie ;-), éventuellement en français, vu qu'il code en zone francophone. Éric ___ 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] Croisement route/rivière
Salut Eric, Pas mal comme récapitulatif. Les tags ont l'air simples et facilement utilisables. A noter qu'un gué peut aussi être fait de parties métalliques immergées, de bois (sur les tout petits cours d'eau) ou plus fréquemment en montagne, de gravier. Teuxe - Mail original - De: "Eric SIBERT" À: talk-fr@openstreetmap.org Envoyé: Jeudi 4 Octobre 2012 18:52:53 Objet: [OSM-talk-fr] Croisement route/rivière Bonsoir, Toujours principalement pour Madagascar mais ça s'applique des fois aussi en France, je m'interroge sur le codage des différents types de croisements entre une route ou une piste, et un cours d'eau temporaire ou permanent. Je propose de lister les différents cas rencontrés et le codage que j'imagine. * la route goudronnée franchit une rivière avec un pont bridge=yes sur la longueur du pont le reste inchangé * la route goudronnée croise à gué une rivière permanente (ou active une partie importante de l'année) ford=yes sur la longueur du gué Si le croisement est ponctuel, ford=yes est appliqué uniquement sur le point d'intersection * la route goudronnée croise à gué une rivière temporaire (la route n'est inondée que quelques jours par an lors d'évènements météo exceptionnels) Si c'est étendu flood_prone=yes sur la section. Si c'est ponctuel flood_prone=yes sur le nœud. * la piste en terre franchit une rivière avec un pont bridge=yes (+ surface=concrete) sur la longueur du pont Si c'est un pont court, bridge=yes (+ surface=concrete) sur un seul point de la route. * la piste en terre croise à gué une rivière permanente sans aucun aménagement ford=yes sur la longueur du gué si étendu, sur un seul point sinon * la piste en terre croise à gué une rivière permanente à l'aide d'une chaussée en dur (radier) généralement en béton ford=yes + surface=concrete sur la longueur du gué si étendu, sur un seul point sinon * la piste en terre croise une rivière permanente à l'aide d'un pont bas pouvant être submergé en cas de crue (ça ressemble à un radier mais l'eau passe dessous en temps normal) bridge=yes + flood_prone=yes + surface=concrete sur la section ou sur un seul point si court * la piste en terre croise à gué une rivière temporaire sans aucun aménagement flood_prone=yes sur la longueur du gué si étendu, sur un seul point sinon * la piste en terre croise à gué une rivière temporaire à l'aide d'une chaussée en dur (radier) flood_prone=yes + surface=concrete sur la longueur du gué si étendu, sur un seul point sinon Ça vous paraît cohérent tout ça? ford : http://wiki.openstreetmap.org/wiki/Key:ford flood_prone : http://wiki.openstreetmap.org/wiki/Key:flood_prone -- Éric ___ 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] route forestière: unclassified ou track/tracktype=grade1 ?
Salut à tous, Pour revenir sur le sujet, pour moi une route, pavée ou non, publique ou non, limitée à la circulation et destinée à entretenir une forêt, ça se transforme en highway=service, operator=xxx, surface=xxx, access=permissive/private, etc. On ne mappe pas pour le rendu mais pour l'utilité de l'information fournie, à savoir "la route sert à entretenir la forêt". Par contre j'ai un doute sur le tag access, si les piétons publics ont un accès libre mais les véhicules sont soumis à autorisation. Teuxe - Mail original - De: "Christian Rogel" À: "Discussions sur OSM en français" Envoyé: Jeudi 4 Octobre 2012 22:31:01 Objet: Re: [OSM-talk-fr] route forestière: unclassified ou track/tracktype=grade1 ? Le 4 oct. 2012 à 19:32, Eric SIBERT a écrit : > Je dois avouer que je suis un peu dubitatif... > > >> Biskoazh kement-all (approx., c'est n'importe quoi), sus aux Français >> qui traduisent mal le wiki anglophone : > > C'est le traducteur qui est mauvais ou la version anglaise qui a évoluée? Non, c'est un retour à la langue des Grands-Bretons anciens. En français : jamais autant > >> Wiki français, première phrase : >> La valeur *unclassified*de la clé *highway*est utilisée pour représenter >> une route publique BITUMEE au trafic le plus faible. >> >> Wiki en anglais : >> *Unclassified*is used for minor public roads typically at the lowest >> level of the interconnecting grid network...Unclassified roads are >> considered usable by motor cars. > > > En clair, les "unclassified" font partie du réseau routier maillé > > Alors, le réseau routier non-maillé (les routes en cul-de-sac), on les met où? Désolé de faire dans le capillotractage, mais j'y suis obligé par plus fort que moi. ;- Et désolé aussi pour l'oubli d'un smiley, dans l'expression "sus aux …."., alors que j'en ai mis 3 dans le message. "Interconnecting grid net work" : c'est clairement du langage administratif britannique qui ne peut être écrit et compris tel quel. Je mets maillage pour transposer "grid" et tu sautes sur le sens littéral. Je crois cependant que si je n'avais mis que "réseau routier", cela aurait inclus les cul-de-sac, à moins de créer 2 catégories de routes qui, pourtant nécessitent les mêmes attentions. >> Et plus loin >> One generality, perhaps, is that "unclassified" roads are often unpaved >> in larger, poorer or more remote/rural areas, and are typically paved in >> denser, richer or more central/urban areas. >> >> [...] ce >> qui veut dire qu'elles sont des voies de droit public et donc, a priori, >> TOUTES les voies de droit public, donc, sans considération de leur aspect. > > Je ne vois pas où le texte anglais parle de droit public/privé. On part des classifications de routes du réseau routier britannique. Si tu ne vois pas que ce qui n'est pas classifié est une catégorie supplémentaire à ce qui est classifié, lequel est , par nature, public, d'autres peuvent le supposer. C'est en tout cas mon avis. Une des premières choses que j'ai comprises sur le terme "unclassified", c'est que c'était un élément défini légalement pour la catégorisation du réseau public de l'Angleterre et du Pays de Galles (Ecosse, peut-être aussi, mais, je n'ai pas le temps d'aller y voir). >> Qui corrige, avant que je ne le fasse moi-même? > > La nécessité de corriger ne me paraît pas évidente. La page anglaise dit que > la définition varie d'un pays à l'autre, voir d'une région à l'autre et qu'il > faut surtout essayer d'être homogène dans un secteur. Un tour sur la page de > discussion de la page anglaise montre que le débat est loin d'être clos. > L'idée est néanmoins qu'on essaie de hiérarchiser l'importance relative des > différentes voies dans le réseau routier. On peut s'aider d'autres critères > comme l'état physique ou l'appartenance administrative pour essayer d'évaluer > l'importance d'une voie. La première version de la définition anglaise, mentionnée par Sylvain, dit bien que les "unclassified" peuvent être "unpaved" dans les pays plus grands que la Grande-Bretagne, c'est évidemment le cas de la France métropolitaine qui est 2,6 fois plus grande, et on ne compte pas là le territoire français entier, avec la Guyane, par exemple. > > Dans cette perspective, la route en forêt fermée au trafic automobile ne fait > pas partie du réseau routier, donc pas de highway=unclassified mais track ou > service. > > > La valeur *unclassified*de la clé *
Re: [OSM-talk-fr] Route saisonnière
Salut Eric, opening_hours=* est plutôt approprié pour des lieux dont l'ouverture et la fermeture sont liés à des activités humaines, donc réglées dans le calendrier : boutiques, mais aussi parcs publics par exemple. seasonal=* a l'air plus approprié dans le sens où aucune date précise ne peut être indiquée : cela dépend des conditions météorologiques : la neige pour les cols de montagne, mais aussi les routes inondées de façon saisonnière dans les lieux où la mousson sait y faire, ou encore les routes temporaires sur rivières glacées (au nord du Canada par exemple). Faudrait-il adjoindre à ce tag (ou remplacer le "yes") les raisons plus précises qui permettraient de présenter les risques de fermeture aux systèmes de routage ? Par exemple en été on a peu de chance de se retrouver avec un col fermé pour cause d'enneigement, alors qu'en hiver cela est beaucoup plus probable. Les valeurs "winter" et "summer" ne me semblent pas être suffisamment précises sur la question ; "dry_weather" est déjà plus proche de ce à quoi je pense. On pourrait aussi se dire que ce type d'information est aussi une "condition" d'accès, et qu'elle peut s'appliquer à certains types de véhicules uniquement. Pourquoi ne pas remplacer le vague "seasonal=*" par quelque chose du genre "access:condition=*" ? (C'est Pieren qui va être content.) Teuxe PS. C'est amusant ces valeurs "cannot_determine" ou "another_pattern" :D - Mail original - De: "Eric SIBERT" À: "Discussions sur OSM en français" Envoyé: Samedi 29 Septembre 2012 20:03:03 Objet: [OSM-talk-fr] Route saisonnière Bonsoir, Je cherche comme indiquer qu'une route est à ouverture ou fermeture saisonnière. Typiquement, les cols de montagne qui sont fermés en hiver. Jusqu'à présent, je mettais opening_hours avec une valeur du style "Nov-Apr off". Mais je me demandais s'il y avait un moyen plus générique d'indiquer que c'est saisonnier avec un aspect aléatoire. J'ai vu qu'il y avait une proposition seasonal=* : http://wiki.openstreetmap.org/wiki/Key:seasonal Usage en Europe : yes (497), no (19), winter (12), summer (9), * (2), Spring, Summer, Fall (1), Yes (1) Le même problème se pose en Afrique avec les pistes impraticables en saison des pluies. Usage en Afrique : year_round (171), yes (75), wet_season (32), cannot_determine (27), another_pattern (16), dry_season (7), na_dn (1), dry_weather (1) En plus, en Afrique, la piste peut ne pas être fermée mais c'est juste le type de véhicule qui peuvent l’emprunter qui change. Ça reviendrait à ne pas avoir la même valeur pour la clé smoothness=* suivant la saison. D'autres propositions? -- Éric ___ 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
