Re: [OSM-talk-fr] Imports du cadastre et compte dédié
On 09/25/2012 06:32 PM, Richard Fairhurst wrote: Christian Quest a écrit: Il faut prendre en compte l'aspect très peu pratique et l'utilité très très limitée de ce compte dédié pour les imports faits de façon parcellaire comme c'est le cas pour le cadastre, mais aussi pour beaucoup d'import de données opendata comme nous le faisons depuis quelques temps. Oui, je comprends vos raisons, et aussi je comprends que (selon DWG) 20,000 noeuds n'est pas entierement de façon parcellaire. DWG n'a pas bloqué la plupart d'utilisateurs de cadastre, seulement les auteurs des changesets très grands. Ok - alors peut-être qu'une limite explicite pour la dimension d'un changeset serait intéressante pour apporter une discrimination objective entre import mineur et import massif. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
On 09/25/2012 07:27 PM, Richard Fairhurst wrote: Jean-Marc Liotier a écrit: Ok - alors peut-être qu'une limite explicite pour la dimension d'un changeset serait intéressante pour apporter une discrimination objective entre import mineur et import massif. Un peu comme http://lists.openstreetmap.org/pipermail/talk/2012-September/064482.html peut-être? :) Oui - nos messages se sont croisés. J'aime bien ta proposition - j'espère qu'elle aidera à rapprocher les points de vue opposés. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
On 20/09/2012 12:48, sly (sylvain letuffe) wrote: Toutefois je propose les étapes suivantes : [..] Sur talk@ j'ai demandé deux fois quels sont les buts servis par les règles... Et toutes les réponses de nos camarades non-Français continue à tourner autour des règles. Mais peut-on parler des règles sans avoir explicité les buts ? Je suis le seul que ça gène ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
On 20/09/2012 14:17, sly (sylvain letuffe) wrote: On jeudi 20 septembre 2012, Jean-Marc Liotier wrote: Sur talk@ j'ai demandé deux fois quels sont les buts servis par les règles... Et toutes les réponses de nos camarades non-Français continue à tourner autour des règles. Mais peut-on parler des règles sans avoir explicité les buts ? Je suis le seul que ça gène ? Ça ne me gêne pas car il me semble avoir compris le but implicite [1], la construction des règles peut permettre de faire émerger des buts supplémentaires, donc ça ne me choque pas de faire comme ça. Au parlement, on vote des lois plutôt que des buts, mais chaque parlementaire vient présenter le but en même temps qu'une proposition de loi qui tente d'arriver au but exposé. Ok, alors je n'insiste pas dans cette direction. J'ai quand même l'impression que ça aurait désamorcé les suspicions de buts cachés et permis de contourner les résistances purement conservatrices. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
On 20/09/2012 11:47, Nicolas Dumoulin wrote: J'essaie de faire des changesets séparés (que cadastre et que imagerie/survey). Il me semble que des changesets dédiés répondraient aux besoins exprimés par le DWG (identification, traçabilité, minimisation de l'impact d'un revert). Est-ce la solution que nous devons pousser ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment décrire une borne qui rentre dans le sol?
On 09/20/2012 11:30 PM, Jean-Francois Nifenecker wrote: Le 20/09/2012 21:55, Romain MEHUT a écrit : Je souhaite identifier une borne limitant l'accès à une voie de parking. La borne en question peut rentrer dans le sol. Vous voyez ce que je veux dire? COmment on traduit ça en anglais? Il n'y a rien qui y ressemble sur le wiki dans la liste des barrier= D'après les map features FR (http://wiki.openstreetmap.org/wiki/FR:Map_Features#Barri.C3.A8re_.28barrier.29) c'est barrier=liftgate Nan, liftgate c'est http://www.securityproductsolutions.com/Images/traffic-gate-3.jpg La borne au sol genre bite d'amarrage c'est bollard - et rentrant dans le sol ce serait donc barrier=rising_bollard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
On 19/09/2012 15:57, partir-en-vtt wrote: / Les CT sont claires, tes contributions ne t'appartiennent plus vraiment car tu as concédé de manière irrévocable et perpétuelle une licence non exclusive et non soumise au droit des auteurs de base de données ni à tout autre droit. / J'ai l'impression de produire des données pour GMaps Bien au contraire : ce serait le cas si tu pouvais à tout moment révoquer la licence sous laquelle tu as contribué - Google peut à tout moment te retirer le droit d'utiliser ses données. Si tu pouvais à tous moment révoquer la licence sous laquelle tu as contribué, les utilisateurs d'Openstreetmap vivraient dans une insécurité permanente et l'oeuvre commune serait aléatoirement caviardée par des dégâts similaires au funeste redaction bot. La license libre protège l'oeuvre et ses utilisateurs - et non son éditeur... Tout le contraire de la licence Google Maps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
On 19/09/2012 16:17, partir-en-vtt wrote: Je suis d'accord avec tout ça sauf que si un jour un consortium à la DWG commence à dicter ses lois, je me sentirai floué et je ne pourrai pas agir...car soumis à une licence qui ne me donne aucun droit. Au contraire, tu es bien protégé. Comme tout projet libre lorsque ses gestionnaires partent dans une direction incompatible avec les intérêts des utilisateurs et que le conflit est insoluble politiquement, le projet est forké et démarre une nouvelle vie. Pouvoir partir à tout moment avec non seulement ses propres données mais aussi l'ensemble des données du projet, c'est l'un des avantages d'une licence libre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
On 18/09/2012 10:16, Pieren wrote: On Tue, Sep 18, 2012 at 9:48 AM, Christian Quest cqu...@openstreetmap.fr wrote: This is a major governance problem for me, some guidelines are updated by someone on a wiki page, something that was a recommendation becomes mandatory (on Nov. 15 2011 by Richard Fairhurst) and then some contributor get blocked based on this wiki page edit that comes from nowhere. Sorry Christian to tell you that but this discussion should not happen on the d...@osmfoundation.org list. As the foundation defines itself, it doesn't intervene on the contributions or data themselves. The DWG has no legitimacy to decide what is good or bad to import into OSM. As they say they just follow the guidelines decided by the community. And that's the whole point - the guidelines must be the result of a transparent community-owned process. That community extends to the worldwide OSM project which rightfully insists on data quality but, as far as mapping French localities goes we shall assert the role of the the local mappers in self-regulation. There is a local consensus for separating wheat from chaff - careful integration of data from stupid raw imports. To impress the need for manual processing of the data, there is even talk about banning the use of the word import. That said, not everyone is careful and abuses do happen - to our great annoyance... But there is enough of an organized community in France to regulate itself to the benefit of the whole OSM project who will benefit from local judgement about what is legitimate use of external data and what is negligent abuse. If the DWG or any other member of the OSM project believes that the French community is not sufficiently diligent in self-regulating, then we are willing to discuss process improvements. But arbitrary decisions that ignore the endless debates, that have been going on for years about how the cadastre is best used, are an affront to those who have been involved in it for all that time and will only lead to unproductive conflict - let's work together instead ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau routier du Cantal : c'est fait
On 28/06/2012 09:44, Nicolas Dumoulin wrote: je fais une pause sur l'utilisation de la souris, j'ai le bras droit en compote. Fais comme moi - utilises la main gauche. Après une bonne grosse tendinite à la main droite il y a dix ans, due à l'abus de souris, je me suis lancé et après deux semaines j'étais à un niveau opérationnel suffisant. Aujourd'hui je suis entièrement ambidextre à la souris. Ca permet évidemment frimer (essentiel) mais c'est aussi un bon moyen de répartir les efforts sur le deux mains et donc de retarder l'apparition de tendinite. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau routier du Cantal : c'est fait
On 29/06/2012 12:19, Pieren wrote: 2012/6/29 Jean-Marc Liotier j...@liotier.org: Fais comme moi - utilises la main gauche. Et quand la main gauche flanche à son tour, passe au pied droit, et ainsi de suite ;-) Sérieusement, l'usage des pieds a un grand potentiel inexploité. Le Vim Clutch par exemple - https://github.com/alevchuk/vim-clutch#readme pourrait être adapté pour passer des raccourcis clavier fréquemment utilisés dans d'autres applications. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Suivi des modifications de cartes via le WEB
On 15/05/2012 11:46, Philippe Verdy wrote: Le 15 mai 2012 11:19, Vincent de Chateau-Thierryv...@laposte.net a écrit : tu peux dans un premier temps copier dans un autre calque les objets que tu as sélectionnés avec le menu Modifier Fusionner la sélection = ils se retrouvent dans ton calque de destination mais sont encore aussi dans ton calque d'origine. Ensuite, dans le calque d'origine, tu les purges : menu Modifier Purger : ils disparaissent du calque. Pas très convivial tout ça... Ce ne serait pas plus simple qu'un clic droit dans la case Sélection donne un menu contextuel permettant de Transférer vers un autre calque, avec en sous-menu le nom du calque destination, ou bien qu'on puisse simplement cliquer-glisser un élément de la case sélection pour le poser sur un des calques listés dans la case Calques ? Bref réaliser Fusionner la sélection et Purger en une seule opération sans jouer en plus avec la sélection du calque courant Il me semble qu'il y a deux opérations techniquement similaires mais fonctionnellement distinctes : - Copier vers un autre calque - Déplacer vers un autre calque Les deux pourraient être accessibles via menu contextuel et raccourci clavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bienvenue à un contributeur vietnamien et nouveau type d'OSMécum
On 15/05/2012 14:39, Quynh Vu Do wrote: Les routes tracées sur Google maps sont souvent inexactes mais cela s'améliore vu que de toute manière Google utilise certainement la base de données d'OSM puisque les données y sont sous licence libre. Pour des raisons de compatibilité de licence, Google a décidé de ne pas utiliser les données d'OpenStreetMap. Ce serait envisageable, mais ça les obligerait entre autres à redistribuer leur base de données intégrant des données d'OpenStreetMap - ce qu'ils ne considèrent probablement pas souhaitable pour des raisons concurrentielles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
On 05/06/2012 07:06 PM, Emmanuel Dewaele wrote: En ce jour où même les adultes vont à l'école, je vous présente un petit site web qui gère l'importation semi-automatique de la base des établissements scolaires Chouette outil ! J'ai repéré plusieurs établissements manquant dans mon quartier. As-tu une idée de la complétude du fichier ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemin à travers bâtiment
On 05/04/2012 09:38 AM, Pieren wrote: 2012/5/4 Romain MEHUT romain.me...@gmail.com: pendant longtemps, c'était la seule option. covered est arrivé bien plus-tard. Les vieilles habitudes sont difficiles à changer. Je confirme - avant de lire ce fil j'étiquetais encore en tunnel=yes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Open Data en Afrique, Mali, Mopti
En parlant de Mali, je suis en discussion avec Thierry Helsens (hydrogéologue à Bamako depuis 2002 et auteur de http://mali.blogs.liberation.fr) au sujet de l'intégration éventuelle dans Openstreetmap des données concernant les points d'eau du Mali (au moins 20k). Je vous tiens au courant de la conclusion dans quelques temps. Je le met en copie au cas où les éléments hydrologiques de ces données l'intéressent - et peut-être aura-t-il des éléments de réponse aux questions ci-dessous. On 29/03/2012 18:11, Jean Millerat wrote: Un ami qui travaille dans une ONG franco-malienne vient d'obtenir des dizaines de fichiers de données MapInfo + AutoCad qui décrivent la municipalité de Mopti (https://fr.wikipedia.org/wiki/Mopti). Il s'agit de fichiers décrivant : - le bâti (dont la nature et l'état des matériaux de construction) - les routes et rues, l'adressage, - les fleuves et mares, parcs et jardins, digues et quais, - les artisans et les commerces, y compris les commerçants installés à demeure dans la rue et qui y restent de nombreuses années, - les POI divers (mosquées, services municipaux, écoles, ...) Mais aussi : - les réseaux d'eau (potable et usées) - l'état des caniveaux (qui servent d'égouts à ciel ouvert...) - pas mal d'autres données pour la gestion des infrastructures À l'origine, j'avais prêté mon datalogger à cet ami pour qu'il me ramène quelques traces car l'état actuel des données OSM est... à l'échelle de la pauvreté de coin d'Afrique : http://www.openstreetmap.org/?lat=14.494217634201lon=-4.19398784637451zoom=16 Mais mon ami a réussi à obtenir des fichiers complets auprès des services techniques de la mairie ! Il semble que MapInfo est l'un des principaux outils de gestion de ces services et ils ont collecté depuis 10 ans des données d'une qualité à laquelle je ne m'attendais pas... L'enjeu est très important localement, comme pour toute collectivité locale ayant des services techniques à offrir, mais dans un contexte de grande pauvreté. L'enjeu est également important pour les ONG puisque disposer de données cartographiques permet de visualiser auprès des financeurs l'impact des investissements qui sont consentis pour aider au développement (où sont les écoles et les dispensaires financés par les toubabs ?...). Mon ami pense que la mairie de Mopti acceptera sans difficulté de nous autoriser à disposer de ces données sous ODBL mais j'aimerais l'aider à faire les choses proprement. D'où ma question : #1 : Quelqu'un connaîtrait-il un document-type à faire signer par Monsieur le Maire pour nous autoriser à redistribuer ces données sous une licence appropriée ? #2 : (question subsidiaire) connait-on des exemples de collectivités d'Afrique francophone qui se soient déjà engagé dans de l'open data ? En attendant, je garde ces données précieusement sur mon disque dur et j'espère pouvoir les partager au plus vite ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Dénomination des écoles, collèges, lycées etc.
Parcourant la carte, je vois parmi les points dont l'attribut principal est amenity=school, une partie d'entre eux dont le nom est Lycée Bidule et l'autre dont le nom est Bidule. Avec l'attribut school:FR la mention du type d'établissement dans le nom est redondante. Je soupçonne que la mention du type d'établissement dans le nom est de l'étiquetage pour le rendu - d'ailleurs je trouve ça plus sympathique d'y avoir Lycée Bidule que Bidule, surtout en l'absence d'icône indiquant même qu'il s'agit d'un établissement scolaire. Évidemment, vous n'ignorez pas qu'étiqueter pour le rendu est pêcher contre l'orthodoxie du modèle Openstreetmap : si on veut le nom du modèle dans le rendu Mapnik d'openstreetmap.org alors il faut le modifier pour qu'il indique la valeur de school:FR avant le nom, dans les limites du territoire national. Mais en attendant que ce cette modification d'une priorité extrêmement faible ait lieu, doit-on tolérer l'usage du type d'établissement scolaire dans le nom ou l'oblitérer impitoyablement partout où nous le rencontrons ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dénomination des écoles, collèges, lycées etc.
On 29/03/2012 21:37, Jean-Francois Nifenecker wrote: Pour ma part, je considère que le tag name=* correspond à la plaque apposée à l'entrée de l'établissement. Si cette plaque porte Lycée Papillon, alors j'étiquette name=Lycée Papillon. Le terrain a raison - ça me plait bien ! Et en prime ça déculpabilise de mes soupçons d'étiquetage pour le rendu... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary
On 23/03/2012 10:32, Pieren wrote: techniquement, rien n'empêche de connecter les voies à un polygone. Si physiquement, la place est sans voie de circulation ni restriction de direction, on devrait la modéliser comme tel. Les routeurs peuvent facilement traiter ce cas en réduisant le polygone highway=* + area=yes en simple noeud dans un pré-traitement. Oui pour le calcul de connectivité, mais pour les indications de navigation il lui faudra calculer la distance et le cap entre l'entrée sur la surface et la sortie de la surface - ce qui pourra d'ailleurs donner des indications erronées dans le cas d'une surface concave (pour laquelle un algorithme plus évolué proposera au moins un changement de cap à l'intérieur de la surface). Je suis ravi que cette conversation ait lieu - je me suis souvent posé cette question pour les zones piétonnes. J'hésitais mais je suis maintenant renforcé dans ma conviction que la correction et la simplicité du modèle doivent être nos guides - les routeurs suivront ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary
On 23/03/2012 14:47, Florian LAINEZ wrote: Une highway=pedestrian traverse la place, elle même notée comme une area pedestrian. Cela me semble logique puisque lorsque l'on veut traverser la place, le plus court chemin est de suivre la highway=pedestrian. Donc au delà de l'interprétation du logiciel de calcul d'itinéraire, c'est une indication utile pour connaitre le chemin le plus rapide pour traverser la place. - Si l'aire est un espace entièrement ouvert, alors il est inutile d'indiquer un chemin pour la traverser : le cheminement est évident. - Si des obstacles restreignent le cheminement, pourquoi ne pas les indiquer ? Il serait alors inutile d'indiquer un chemin pour traverser l'aire. - Si l'aire est suffisamment compliquée pour qu'il soit nécessaire d'indiquer des chemins, est-ce bien une aire ? Ne serait-ce pas plutôt des chemins avec des aires à côté ? La règle séparant la modélisation sous forme d'aire et la modélisation sous forme de chemins ne sera jamais parfaitement définie. La modélisation mixte a certainement également des cas d'application... Mais je crois qu'ils sont moins nombreux que tu sembles le penser. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Google Map Maker arrive en France !
On 20/03/2012 00:04, Christian Quest wrote: Il fallait s'y attendre... http://www.google.com/mapmaker?hl=fr Pour ceux à qui prendrait l'envie d'exprimer leur opinion ou d'informer des utilisateurs potentiels sur les conditions de licence de Google, l'article Google Plus de cette annonce est à https://plus.google.com/u/0/111401917971052287374/posts/A6DMiYb5psn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Routage automobile ultra-rapide sur données OpenStreetMap
On 03/17/2012 09:27 AM, Matthias Dietrich wrote: le KIT l'évoque dans sa page consacrée au projet de recherche sur le routage rapide : http://algo2.iti.kit.edu/routeplanning.php Bien vu - et de là on trouve le code http://project-osrm.org et la documentation de l'API https://github.com/DennisOSRM/Project-OSRM/wiki/Server-api ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Routage automobile ultra-rapide sur données OpenStreetMap
Vu dans le flux Twitter d'@openstreetmap... http://map.project-osrm.org Je ne me souviens pas avoir vu un jour un service de routage aussi rapide. D'après les résultats que j'ai obtenu, il est réglé pour générer des routes pour automobiles... Et c'est tout ce que j'en sais vu que le Karlsruher Institut für Technologie (dont la page d'accueil est liée depuis le cartouche de la solution de routage proposée) ne semble pas en avoir parlé autant que je sache. Essayez par exemple une route de Tromso à Cadiz... http://map.project-osrm.org/bz - 5201 kilomètres, générée instantanément avant que j'ai pu déclencher le chronomètre. Les ferries sont prix en compte - Inverness à Athenes (http://map.project-osrm.org/bA) et Moscou à Malte sont donc possibles (http://map.project-osrm.org/bB) ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Apple, iOS, Google Maps... et OSM ?
On 09/03/2012 10:57, Vincent de Chateau-Thierry wrote: Quelqu'un a-t-il connaissance d'explications d'Apple (ou d'interprétations ailleurs) de l'usage de données aussi anciennes que début 2010 ? Ce point reste étonnant. Dans une grande entreprise et dans ses environs immédiats, la main droite ne sait pas nécessairement ce que fait la main gauche. Peut-être qu'Apple a eu recours à un prestataire de services qui avait proposé un service pas cher parce qu'il avait un vieux jeu de tuiles dans un coin de serveur - il est ainsi possible qu'Apple ait ignoré jusqu'à aujourd'hui qu'il utilisait des données OpenStreetMap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Capitalisation automatique des odonymes francophones hors de France
Si j'en crois http://wiki.openstreetmap.org/wiki/FR:Robot_de_traitement il semble que la présence d'une majuscule à rue, avenue ou boulevard lorsque ces mots sont en première position d'une étiquette 'name' est l'un des rares sujets de consensus où même les plus prudents s'accordent à accepter la pertinence d'une correction automatique. D'un autre côté, si j'en crois http://wiki.openstreetmap.org/wiki/FR_talk:Robot_de_traitement#Se_limiter_.C3.A0_l.27hexagone la prudence et une certaine humilité semblent avoir poussé Sylvain à restreindre l'action de son automate à l'intérieur des frontières de la France. Mais j'ignore si ces conclusions sont toujours d'actualité - les dernières modifications de ces pages ont près de trois ans. Hors de nos frontières - et plus spécifiquement à Dakar et à Ouagadougou, j'ai été heurté par tout un tas d'inesthétiques odonymes sans majuscule initiale alors qu'ils se trouvent en première position d'une étiquette 'name'. Devrait-on inclure les pays francophones dans le champ d'action des corrections automatiques ? Certainement pas sans un consensus local. Comment l'obtenir ? Voyons par exemple pour le Sénégal et le Burkina : http://wiki.openstreetmap.org/wiki/WikiProject_Senegal est un moignon sans équivalent dans l'espace de nommage FR, http://wiki.openstreetmap.org/w/index.php?title=Category:Users_in_Senegal est vide, http://wiki.openstreetmap.org/wiki/FR:WikiProject_Burkina_Faso est quasi inexistant et les utilisateurs mentionnés à http://wiki.openstreetmap.org/wiki/WikiProject_Burkina_Faso sont pour la plupart Allemands et Français - seul l'un d'entre eux à qui j'ai parlé est Burkinabé (et il est basé en Allemagne...). D'évidence, il n'y a pas des masses de communauté locale à qui poser la question. On fait sans à défaut ? Les règles typographiques Françaises peuvent-elles s'appliquer aux toponymes et odonymes Français dans des pays francophones sans tomber dans un paternalisme néo-colonialiste arrogant quoique bien intentionné ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capitalisation automatique des odonymes francophones hors de France
On 09/03/2012 15:52, Eric Sibert wrote: Finalement, le wiki comme espace de discussion me paraît une bonne option. Comme le remarque Pieren, ce devrait être une décision locale. Mais faute de locaux visibles à portée de clavier, l'ouverture du sujet sur la page wiki du territoire concerné (page dans l'espace de nommage francophone évidemment, mais aussi anglophone vu que même pour un territoire francophone les contributeurs ne sont pas toujours une majorité de francophones) ainsi qu'une recherche active de contributeurs locaux me paraissent être un bon point de départ pour tenter d'impliquer les personnes concernées. Commençons comme ça - et prenons le temps d'y arriver. Je m'en occupe pour le Sénégal et le Burkina - je vous rapporterai les retours, disons dans deux ou trois mois. PS : et de toute façon, les malgaches n'en n'ont rien à faire des noms de rue. Ils utilisent les noms de quartier pour se repérer et un système de lots pour le courrier et les éléments administratifs. C'est également courant en Afrique de l'Ouest. A Ouagadougou par exemple, les grands axes et les rues du centre-ville historique ont un nom, mais la plupart des rues résidentielles portent un appellation numérique du genre Rue 29.26. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capitalisation automatique des odonymes francophones hors de France
On 03/09/2012 11:12 PM, PhQ wrote: Et celle la, vous pensez qu'un robot pourra y faire quelque chose ? http://www.openstreetmap.org/browse/way/24793141 Nan, à moins que l'Allemand n'ait été adopté comme langue officielle de Tahiti. La traduction est Rue d'Uturoa mais ça ressemble plutôt à un FIXME où Der Reisende se demande si c'est une rue d'Uturoa (le bled d'à côté)... Bref - exactement le genre de cas où le savoir local est irremplaçable pour nous éclairer. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Capitalisation automatique des odonymes francophones hors de France
On 03/09/2012 08:16 PM, Ab_fab wrote: As-tu pris contact avec l'utilisateur diesher (Burkina Faso) qui a publié un billet récemment ? http://www.openstreetmap.org/user/diesher/diary/16392 Oui - on a même bien bavardé... Mais pas encore de ce sujet. Il est basé à Munich mais passe régulièrement à Ouagadougou. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] France télécom - infrastructure télécom
On 01/16/2012 10:47 PM, ndecaris wrote: Les conditions de fourniture de données communiquées par le Pôle LME sont strictement encadrées juridiquement et visent en effet uniquement les collectivités territoriales dans le cadre de l'aménagement numérique du territoire [..] Que ça ne vous empêche pas d'étiqueter le NRA près de chez vous avec man_made=telephone_exchange - tant que source=survey c'est tout ce qu'il y a de plus légal. D'ailleurs, ça me donne des idées: on peut rajouter les NRO, les chambres, les armoires de rue... Les données sont jalousement gardées par les opérateurs qui ne souhaitent pas aider leur concurrents à estimer la couverture de leur réseaux - mais si vous voyez un NRO, une chambre ou une armoire de rue sur votre chemin, personne ne peut vous priver du plaisir de le relever dans OSM. Ca donnerait quoi un NRO ? man_made=fiber_head_end ou man_made=FTTH_head_end ? Ou serait-il pertinent de créer une étiquette telecom= pour tous les équipements de télécommunications ? D'ailleurs, comment est-ce que je dois étiqueter le gros centre d'hébergement à côté de chez moi ? Je ne trouve pas la moindre valeur d'étiquette qui semble décrire ce genre d'infrastructure pourtant de plus en plus courante. telecom=data_center me plait bien vu que data center est le terme canonique de l'article Wikipedia. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] France télécom - infrastructure télécom
On 01/16/2012 11:06 PM, Christophe Merlet wrote: On peut aussi avoir un comportement responsable et ne pas localiser les infrastructures sensibles dans OSM. Ce qui est sensible et même strictement confidentiel, c'est l'allocation d'une infrastructure à un client spécifique - c'est l'information clé pour réussir une attaque. Quant au reste... Pour savoir où passent les fibres de mon employeur, il suffit de se baisser en marchant dans la rue pour repérer les plaques gravées de son nom au dessus des chambres. Sans l'information permettant d'associer une continuité optique à un client, vous n'aurez devant vous que quelques centaines de fibres anonymes dans des câbles au fonds d'une chambre que n'importe qui peut ouvrir pour constater que ça n'a aucun intérêt. Si une infrastructure est visible et que sa fonction est publiquement connue, il n'y a rien d'irresponsable à en relever la position - qu'il s'agisse d'un NRA, d'un NRO, d'un centre d'hébergement ou de tout autre infrastructures des réseaux publics visible depuis la voie publique sans trahir de secret. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] France télécom - infrastructure télécom
On 01/16/2012 11:37 PM, ndecaris wrote: tout est une affaire de point de vue. j'aurai trouvé responsable de la part de France Télécom de fournir des données qui permettent à chacun de savoir de quel central on dépend et à quelle distance on se situe du DSLAM, et donc quel débit on peut espérer. quelles zones sont couvertes par le FTTH ? ... L'éligibilité est une information stratégique. Chaque opérateur permet à un prospect de tester son numéro mais se garde bien de laisser les concurrents avoir une vue d'ensemble des zones où il sera le plus vulnérable à une offensive commerciale. sinon, pour les tags j'utilise plutôt : amenity=telephone_office sur le bâtiment. mais il y a tout à faire, je ne sais pas si dan d'autres pays ces sites sont référencés ? A part man_made=telephone_exchange je n'ai rien trouvé d'autre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tag accès cellulaire
On 30/12/2011 14:30, Stéphane MARTIN wrote: Est-ce qu'il y a un tag pour les accès (couverture) par téléphone cellulaire ? A moins de mesurer le rapport signal avec un équipement de référence, l'utilisateur accrochant ou non le réseau aura une vision subjective dépendant largement de son terminal. C'est encore plus compliqué si on tient compte de la respiration cellulaire qui provoque la variation de la couverture d'une cellule en fonction de sa charge... Il faudrait donc échantillonner des valeurs à différents moments. Enfin, la couverture d'un réseau radio évolue en permanence - son reflet dans Openstreetmap pourrait-il être maintenu ? Bref - je doute de la pertinence de la couverture radio dans OpenStreetMap. Si le point du sentier d'où un réseau est accessible est le sommet d'une colline, tu peux l'étiqueter en tant que natural=peak. Ou peut-être que c'est une clairière - ou un autre élément remarquable qui peut être objectivement relevé sur le terrain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changement de license et disparition programmée de données
On 14/12/2011 12:30, Eric wrote: Plus généralement, ne serait-ce pas pas une bonne de purger la base ? De ne garder arbitrairement qu'un historique de 5 max par exemple par objet? Est-ce bien nécessaire de traîner la genèse complète de chaque objet ? Oui, c'est nécessaire - la traçabilité totale des données est la meilleure défense d'Openstreetmap face aux plaintes pour violation de copyright. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Site pour placer des lieux sur fond carto OSM
On 18/11/2011 16:07, Pieren wrote: 2011/11/18 Vincent Pottiervpott...@gmail.com: Ça me parait urgent de mettre à disposition une interface simple de constitution de carte avec quelques POIs. OSM, ce n'est pas seulement des gens qui remplissent la base de donnée ! Ben... Si. OSM, ce sont les données, rien que les données, toutes les données. N'oubliez pas que certains sont même en faveur de supprimer toute carte du site openstreetmap. Les rendus genre Mapnik, cyclemap, etc, ce sont des utilisations possibles mais ne sont pas le coeur du projet. Chacun est libre de mettre en place ses propres services pour exploiter ces données de toutes les manières possibles et imaginables. Oui ! OSM est le point de rencontre de tous ceux qui produisent et consomment les données géographiques consensuelles dont la production et la maintenance est un sujet naturellement collaboratif... Ce qui n'est pas le cas d'un service d'hébergement de cartes customisées qui correspond à un modèle économique entièrement différent et qui aura donc du mal à s'appuyer sur une structure constituée dans un autre but. Evidemment, un service Google-like de publication de POI non-consensuels utilisant une couche de données OSM aura toute la sympathie voire le soutien des utilisateurs d'OSM mais, comme à peu près tous les services d'hébergement d'une taille non anecdotique, il devra être financé par ses utilisateurs ou par la publicité... Or je doute fortement que les structures officielles de la communauté OSM aient vocation à se mêler de l'une ou l'autre de ces méthodes de financement pour un service qui ne contribue pas à la production ou à la maintenance des données géographiques consensuelles. A la limite on peut considérer l'intérêt d'un tel site comme vitrine permettant d'attirer utilisateurs et des contributeurs, tout comme il y a une certaine tolérance de l'utilisation à petite échelle des tuiles Mapnik de tile.openstreetmap.org par des sites tiers. Dans ce cas le modèle pourrait être une gratuité jusqu'à un certain seuil de volume de trafic et un service payant après - le tout avec ou sans publicité. Mais même dans ce cas, on est aux limites de l'objet social et pleinement dans l'activité d'un hébergeur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Massif
On 11/05/2011 12:15 AM, darrepac wrote: on peut mettre plein de trace GPS et tout le monde peut les voir sans que ce soit rentré dans la carte ? comment ca marche ? http://www.openstreetmap.org/traces On charge une trace sur le site, on choisit si elle est privée ou publique, anonyme ou pas, on l'étiquette et on la décrit... Et elle devient disponible dans le calque des traces GPS dans tous les bons éditeurs. On peut ainsi voir toutes les traces publiques ainsi que ses propres traces privées et s'en servir pour mieux positionner les éléments de la carte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] kindergarten ? Re: Extension de school:FR
L'école maternelle est tellement spécifique à la sphère d'influence Française que ce document de l'OCDE écrit en Anglais utilise le terme Français école maternelle : http://www.oecd.org/dataoecd/16/47/37423255.pdf - mais doit-on sacrifier la compatibilité internationale à la précision descriptive ? Pas encore vu dans ce fil alors je l'ajoute : nursery school qui d'après http://en.wikipedia.org/wiki/Pre_school est le terme Anglais pour ce que les Américains appellent preschool. Aux USA, nursery school est perçu comme un terme vieillot. D'après le même article, nursery school et preschool sont de parfaits synonymes de kindergarten : arguably the first pre-school institution was opened in 1816 by Robert Owen http://en.wikipedia.org/wiki/Robert_Owen in New Lanark http://en.wikipedia.org/wiki/New_Lanark, Scotland.^[2] http://en.wikipedia.org/wiki/Pre_school#cite_note-vag75-1 ^[3] http://en.wikipedia.org/wiki/Pre_school#cite_note-2 ^[4] http://en.wikipedia.org/wiki/Pre_school#cite_note-3 [..] In 1837, Friedrich Fröbel http://en.wikipedia.org/wiki/Friedrich_Fr%C3%B6bel opened one in Germany, coining the term kindergarten http://en.wikipedia.org/wiki/Kindergarten. Un argument en faveur de l'utilisation de kindergarten est que l'école maternelle est en France l'outil de scolarisation des enfants qui dans d'autres pays sont dans la classe d'âge qui accède aux kindergarten. Je suggère donc qu'on utilise kindergarten et qu'on signale dans la documentation de l'attribut qu'en France il s'agit d'écoles maternelles. Peut-être que le double étiquetage suggéré dans ce fil est la solution pour ménager simultanément la compatibilité internationale et la précision descriptive... Mais c'est moins élégant qu'un bon terme consensuel correctement documenté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] http://taginfo.openstreetmap.fr
On 11/10/2011 20:52, Jocelyn Jaubert wrote: - idem pour tag, pour lequel je ne connais pas de traduction. Dans le contexte d'une base de données, la traduction de 'tag' est 'attribut'. Cet 'attribut' est composé du couple formé par une 'clé' et une 'valeur'. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-FR] mailing-list et IRC pour l'association OSM-FR
On 10/10/2011 18:31, Gaëtan Jarnot wrote: Même pas 30 messages par jour pour moi c'est plus de trois fois trop. [..] je ne pourrai pas continuer à supprimer une trentaine de mails par jour pour en lire au maximum 4 ou 5. On sent le fossé qui sépare ceux qui utilisent des filtres (côté client ou mieux, côté serveur) pour ventiler automatiquement les messages dans divers répertoires - et ceux qui ne le font pas. J'ai du mal à imaginer comment je ferais sans - ce serait tout simplement ingérable, autant pour mon courrier personnel que pour mon courrier professionnel. Si vous avez un compte Unix sous la main, Mailfilter ou Sieve sont d'excellentes solutions. Sinon un client de messagerie tel que Thunderbird a de bonnes fonctionnalités de filtrage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Temps de mise à jour des tuiles Mapnik sur le site openstreetmap.org
On 28/09/2011 17:58, Nicolas Moyroud wrote: Y-a-t'il quelque chose à faire pour forcer la mise à jour ? Adresse d'une tuile : http://c.tile.openstreetmap.org/15/18885/17452.png Adresse du statut de cette tuile : http://c.tile.openstreetmap.org/15/18885/17452.png/status Adresse à laquelle accéder pour forcer son rafraichissement : http://c.tile.openstreetmap.org/15/18885/17452.png/dirty ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Service payant pour figurer dans OSM
On 15/09/2011 15:04, Guillaume Allegre wrote: Le jeu. 15 sept. 2011 à 14:12 +0200, Pieren a ecrit : Une information assez intéressante. Je suis tombé sur ce site allemand qui offre un service payant pour figurer dans la base OSM (une première à ma connaissance): Hum... merci pour la veille, en tous cas. Une évolution à méditer, sans aucun doute. C'est tout à fait analogue à n'importe quel service de référencement dans un annuaire ou un moteur de recherche. La bonne nouvelle, c'est que c'est que la mercatique s'intéresse à OSM. La mauvaise, c'est que c'est que la mercatique s'intéresse à OSM - le spam cartographique ne sera bientôt plus anecdotique et notre capacité à le gérer à plus grand échelle sera un test de robustesse communautaire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Debian refuse de distribuer JOSM avec la projection Lambert 4 zones (France)
On 09/09/2011 17:41, Steven Le Roux wrote: Le cas échéant, on peut émettre un script de post-install qui va la chercher sur le net. Ainsi elle n'est pas incluse dans le paquet. C'est la solution adoptée avec le paquet msttcorefonts qui permet le téléchargement et l'installation automatique de fontes TTF non libres mais mises à disposition gratuitement par Microsoft. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Propositions des Statuts et Règlement de l'Association OpenStreetMap France
..]On 22/08/2011 10:44, Pieren wrote: Je crois qu'il va y avoir un énorme malentendu sur cette association. Est-ce qu'elle doit d'abord fédérer la communauté des contributeurs ou servir de guichet d'information à tous les acteurs publics ou privés qui voudront se servir de ces données libres ? [..] L'essence même d'OSM est d'avoir un public de contributeurs directs le plus large possible, pour toutes les raisons que l'on connait, pas d'assembler des bases de données externes, libres ou pas ! Le but de l'association doit donc d'abord être et avant tout de représenter cette communauté diverse, de la fédérer et de la faire vivre en la renouvellant. [..] Plus vous élargirez le spectre et moins vous aurez un public qui s'y reconnaitra. Au final, vous vous retrouverez avec un osgeo-fr BIS, section open data avec 15 membres dont la moitié fera partie du bureau. Super. Tout à fait d'accord - n'oublions pas ce qui à mené à cette démarche : des contributeurs qui ont ressenti le besoin d'être représentés. Il est tentant de surfer sur cette vague pour promouvoir d'autres buts fort louables que la plupart d'entre nous soutiennent, mais c'est mettre en péril la cohérence de l'association et donc diminuer la probabilité que les contributeurs s'y reconnaissent et s'y fédèrent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] e-G8
On 24/05/2011 10:59, Romain MEHUT wrote: J'ai entendu parlé de ce rassemblement ce matin sur France Inter: http://www.eg8forum.com/fr/ Au menu, demain un atelier Open Government - Open data: For the People, by the Internet Quelqu'un sera présent? Ce serait intéressant de savoir ce qu'il y sera dit... Vu que les entreprises ont allongé un chèque entre 100 et 500 k€ pour participer, je crois que tu peux oublier toute participation citoyenne... http://www.bfmbusiness.com/toute-linfo-eco/nouvelles-techno-high-tech/m%C3%A9lange-des-genres-%C3%A0-l%E2%80%99eg8-51719 La Quadrature du Net en rajoute une couche : Le « forum eG8 » est un écran de fumée derrière lequel se cache une inquiétante alliance de gouvernements cherchant à contrôler Internet et de quelques entreprises qui tirent profit des restrictions aux libertés en ligne1 - http://www.laquadrature.net/fr/forum-eg8-les-gouvernements-et-entreprises-unis-pour-controler-le-net Bref - il n'y aura pas de stand OpenStreetMap à l'eG8... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: Dessiner un noeud prés d'un trait
On 23/05/2011 23:05, fo...@letuffe.org wrote: Première tentative de contribution à osm avec josm. Comment dessinez un noeud a coté d'un trait sans que ceux-ci s'assemble automatiquement ? On utilise le zoom de JOSM qui a la bonne idée d'être d'une zoomitude infinie ce qui permet une précision toute aussi infinie. La dernière fois que j'avais cherché je n'avais pas trouvé comment configurer le snap distance, mais aujourd'hui je trouve http://josm.openstreetmap.de/changeset/3600/josm qui m'indique que c'est probablement paramétrable... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Balisage de la dangerosité des routes pour les cyclistes ( était: Lorraine Veloroutes Voies Vertes)
On 10/05/2011 23:29, Gérard wrote: - que penseriez vous de bicycle=advisable ? Recommandable... Pour ma mère qui sait à peine faire du vélo, pour moi qui suis habitué des nationales avec une remorque derrière mon vélo, pour un VTTiste en tout-suspendu, pour un vitesseux en tape-cul tout-carbone, selon moi qui adore rouler dans le traffic, selon l'association des cyclistes à mobilité réduite, pour profiter du paysage, pour privilégier les surfaces lisses ? Puisqu'on vous dit que c'est subjectif... Laissez différents algorithmes faire chacun leur cuisine à partir des informations de base en tenant compte des pondérations spécifiques à chaque type d'utilisateur - l'indicateur synthétique calculé dynamiquement sera ainsi beaucoup plus utile qu'un indicateur synthétique subjectif statique et polémique. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de Bing
Sébastien Dinot wrote: Pieren a écrit : Toutes les sources, je dis bien toutes les sources, deviennent un jour ou l'autre obsolètes, même celles qui ont été des vérifications sur le terrain alors que c'est présenté comme le saint-graal dans beaucoup de discussions. Si beaucoup d'outils assistent déjà les contributeurs dans la détection des anomalies, aucun ne les aide pour l'heure à détecter les évolutions du terrain dans le temps et c'est l'un des problèmes auxquels va être confronté à mon sens OSM dans les années à venir : savoir détecter ce qui a évolué et doit être actualisé sur une carte qui semble de prime abord richement renseignée. J'imagine volontiers un rendu graphique colorant les données en fonction de leur age, ou chaque zone géographique (granularité à définir) en fonction de l'age moyen des données qu'elle contient - une couche graphique qui serait utile en semi-transparence entre la couche d'imagerie satellite en dessous et les données OSM au-dessus... Ca permettrait de savoir rapidement la fraîcheur de ce qu'on est en train d'éditer, sans avoir à lire les propriétés de chaque objet. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dessiner la carte d'un reseau
hamster wrote: un copain me demande quel outil utiliser pour dessiner la carte d'un reseau dans son cas il s'agit d'acces a internet, avec des fils, des fibres, des ponts wifi, des antennes et des serveurs ca doit sans doute etre faisable avec JOSM mais je sais pas si c'est l'outil le plus adapte / le plus facile et rapide pour arriver au resultat (en comptant l'apprentissage du soft) Je suis (entre autres) le chef de projet de la maîtrise d'ouvrage de la refonte du référentiel de l'infrastructure fibre optique d'un grand opérateur que je ne nommerai pas (il a horreur que je parle de lui - alors s'il vous plais ne le citez pas même si vous savez qui c'est). Les logiciels que nous utilisons sont dans leur modèle fondamental plutôt proches de celui d'OSM : noeuds, arrêtes, surfaces, attributs et valeurs... Mais il n'y a rien de surprenant à cela : ce sont les éléments classiques de toute modélisation vectorielle. Pour les fonctionnalités de base, on pourrait tout à fait utiliser JOSM avec une collection d'attributs spécifiques. Les continuités optiques ou métalliques pourraient être considérées comme des relations - quoiqu'une arborescence GPON dépasse probablement les limites du modèle. Au-delà du modèle il y a les fonctionnalités spécifiques au métier. Certes on peut dessiner le contenu d'un boîtier de protection d'épissures avec JOSM, mais je souhaite bien du plaisir à celui qui le gérera sans une collection de boîtes de dialogue optimisées pour ce cas d'usage... En particulier lorsque ce boîtier interconnecte quelques centaines de fibres. D'ailleurs, la simple gestion d'un câble, de ses tubes et des fibres qu'il contient demande une ergonomie évoluée - et peut-être même un modèle un peu plus sophistiqué que celui d'OSM. La gestion intra-site risque aussi de poser un problème, et je ne parle pas du déploiement vertical - le modèle d'OSM est très limité pour gérer la troisième dimension. Enfin il y a la gestion des attributs : elle est folksonomique dans la communauté OSM mais dans l'environnement fermé d'un opérateur la taxonomie doit être basée sur des dictionnaires strictement contrôlés qu'un audit à posteriori ne remplace pas. Bref - pour un usage simple voir simpliste, c'est envisageable. Pour un usage plus évolué ça demande quelques adaptations. Pour un usage suffisamment ambitieux il faudrait envisager le développement d'un plugin JOSM. Ca peut paraître coûteux, mais lorsqu'on arrive tranquillement à six zéros dans le coût total d'un progiciel spécialisé, de son adaptation, de son intégration et de la gestion du projet, on peut s'offrir un paquet de jours/homme de développement JOSM à la place... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de lotissement
Sébastien Aubry wrote: En effet, en anglais suburb veut dire banlieue, mais le wiki OSM a l'air de dire que c'est un tag à appliquer, de façon générale, aux zones d'une ville sur lesquelles on ne peut pas utiliser town ou village Cet usage est appuyé par la définition de suburb par Wikipedia : Suburb mostly refers to a residential area. They may be the residential areas of a city or separate residential communities within commuting distance of a city. La notion de banlieue telle que nous la connaissons est peu présente dans cette définition. Il me semble d'après cette définition que place=suburb est un bon choix pour nommer une zone à l'échelon inférieur à la commune. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] SRTM avec plans d'eau corrigés [was: OSM, ça marche]
Eric SIBERT wrote: D'une manière générale, je ne sais pas ce que vaut le SRTM pour les plans d'eau A ce sujet, je viens de trouver une analyse de la qualité de SRTM et de son concurrent, ASTER : http://www.asprs.org/publications/proceedings/orlando2010/files/GUTH.PDF En résumé : ça se vaut, mais la présence d'artefacts impose des traitements pour rendre ces jeux de données utilisables. En particulier : Water bodies pose a particular problem for the ASTER GDEM. The SRTM water body dataset provides an easy and effective way to remove the anomalies present over many of the water bodies, and should probably be applied during production of the ASTER GDEM. Et voilà... Quelqu'un a déjà fait ce que nous proposions... Le fameux SRTM water body dataset est disponible à http://eros.usgs.gov/#/Find_Data/Products_and_Data_Available/Shuttle_Radar_Topography_Mission_Water_Body_Dataset Il permet même de traiter les rivières : Ocean, lake and river shorelines were identified and delineated. Lake elevations were set to a constant value. Ocean elevations were set to zero. Rivers were stepped down monotonically to maintain proper flow. Je me demande si cette source est utilisée par OSM. Peut-être que les données SRTM généralement utilisées sont celles déjà traitées à l'aide du SRTM WBD - quelqu'un ici saurait le dire ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM, ça marche
Nicolas Dumoulin wrote: Hier soir a eu lieu la première réunion publique pour le plan local de déplacement de ma commune. J'ai assisté l'animation avec mon appli [1] Sympa comme application. Quelles en sont les modalités d'accès - c'est libre, commercial, non publié ? [1] http://pld.dumoulin63.net J'adore l'effet du relief... Ne serait-il pas chouette de l'avoir sur http://www.openstreetmap.org ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM, ça marche
Nicolas Dumoulin wrote:
Il y a le lien vers les sources en haut à gauche, et c'est bien sûr du GPL
Oups - je n'avais pas vu le lien... Merci.
J'adore l'effet du relief... Ne serait-il pas chouette de l'avoir sur
http://www.openstreetmap.org ?
Je ne pense pas, car les données n'ont pas une licence très OSM-compliant.
Et puis, ce n'est toujours pas l'objectif d'osm.org d'afficher tout ce qui est
possible en overlay.
Un coup d'oeil à la source HTML de la page et tout s'illumine pour moi
avec la notion de overlay...
map.addLayer(new
OpenLayers.Layer.OSM(Relief,http://toolserver.org/~cmarqu/hill/${z}/${x}/${y}.png;,
{
displayOutsideMaxExtent: true, isBaseLayer: false,
transparent: true, visibility: true,
'attribution':'NASA SRTM3 v2'
}));
Je découvre qu'OpenLayers permet d'empiler une couche transparente.
Evidemment, je conviens que cette technique modulaire est bien meilleure
que la génération de tuiles avec le relief en dur.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM, ça marche
On 02/23/2011 06:38 PM, Eric SIBERT wrote: Il faudrait coupler le SRTM avec OSM pour aplanir les plans d'eau ;-) Sans rire, j'y pensais tout à l'heure et tu m'as devancé d'un quart d'heure pour poster... Mais j'y ai réfléchi sur mon trajet retour et ça me parait être utile et faisable. On commence par intersecter chaque surface étiquetée natural=water avec les données raster du SRTM (Shuttle Radar Topography Mission pour ceux qui découvrent - http://en.wikipedia.org/wiki/SRTM). Pour chacune de ces intersections, on calcule la moyenne des altitudes des points du SRTM qu'elle contient. Pour chacun de ces points dans une autre copie du SRTM, on assigne la valeur de cette moyenne. Et hop, voilà un SRTM retraité avec la valeur ajoutée d'OpenStreetMap. J'ai oublié quelque chose ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguer un dolmen ?
Christian Rogel wrote: Habitant un pays de mégalithes où on distingue : - Les stèles de l'Age de bronze, gravées ou non - Les peulvans, des mini menhirs - Les menhirs (jusqu'à 12 mètres de haut à Plouarzel) - Les dolmens - Les allées couvertes - Les tumulus à chambres j'inclinerai à penser que les grosstseingrab seraient l'avant-dernière catégorie : une sorte de suites de dolmens dans lesquelles on a retrouvé des sépultures. Oui - Grosssteingrab veut littéralement dire fossé ou tombeau (Grab) à grosses (gross) pierres (Stein)... Grab veut dire fossé autant que tombeau. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguer un dolmen ?
Nicolas Moyroud wrote: Je viens de regarder sur la page que tu as cité, il y n'a aucune indication du tag megalith_type=dolmen et c'est le grosssteingrab qui est préconisé pour un dolmen. C'est bizarre d'avoir choisi le nom allemand pour la valeur du tag. Je pense que je vais laisser dolmen... D'autant plus bizarre que d'après Wikipedia, en Allemand dolmen se dit Hünenbett or Hünengrab. Comme c'est dolmen en Français et en Anglais, qui sont les principales aires de population mégalithique, je crois que c'est bien dolmen qui est pertinent. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : RE : Re : Choix d'un GPS pour équiper les services techniques
Antoine Viry wrote: Intéressant tout de même... mais je ne suis pas sûr d'avoir la même fonction sur celui qu'on m'a prêté. Même mon Garmin GPS12XL de 1996 est capable de faire la moyenne d'un certain nombre de mesures avant d'enregistrer une position... Si cette antiquité le fait, j'imagine que ça doit être une fonction commune de nos jours. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] RE : Re : Choix d'un GPS pour équiper les services techniques
La discussion des précisions sub-métriques suscite chez moi une question: comment exploiter une telle précision pour des objets tels que des arbres ou des poteaux pour lesquels la position enregistrée ne peut-être exactement celle de l'objet ? Les lois de la physique interdisant à l'arpenteur et à l'objet d'occuper simultanément le même espace et l'arpenteur doit donc se tenir à côté. Est-il censé entrer un cap et une distance à l'objet pour calculer et enregistrer la position correcte de l'objet par rapport à la position du récepteur GPS ? J'imagine qu'il y a une méthode répandue pour résoudre ce problème évident - je serais curieux de la connaître. Evidemment le problème ne se pose que pour le relevé GPS pur... Le relevé par triangulation n'a pas ce problème - quoique tant qu'on est dans la mesure de précision, le problème de la différence entre la position de la surface de l'objet par rapport à son centre doit aussi se poser. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Compte Rendu FOSDEM
Chris Browet wrote: les 3 autres gusses qui ne sont pas encore passés à Android en révant à Meego ;-) Utiliser Android en rêvant à Meego... Oui ça résume bien la situation d'un paquet d'entre nous. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le GPS logger idéal
hamster wrote: pour moi dans ideal il y a aussi la possibilite de s'en servir de GPS pour trouver son chemin, donc oui, ecran, capacite de manger des cartes OSM, capacite de faire du routage dessus avec les quelques fonctions qui vont bien avec le routage comme pouvoir definir des points intermediaires Là, tu viens de multiplier le prix par dix... On est bien loin d'un simple logger. Il me semble que la simplicité et la modicité du coût sont des éléments consubstantiels de la nature du logger - ce qui n'empêche bien entendu pas de rêver parallèlement au mobile OSM idéal. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gué allongé : était: Tag(s) à utiliser pour un circuit de moto-cross ?
Eric Sibert wrote: highway=ford Faut tagger une ligne ou un noeud ? ou une surface ? sur un noeud A propos des gués, comment taguer un gué qui s'étend sur 100 m de route? Style, la route traverse la plaine sur une digue puis sur 100 m, elle s'abaisse pour laisser passer les crues de la rivière du coin. C'est important pour le routage car on peut potentiellement se retrouver bloquer en saison des pluies. Juste taguer sur un nœud paraît insuffisant. http://taginfo.openstreetmap.de/tags/ford=yes est attribué à 146 nodes et 1961 ways. http://taginfo.openstreetmap.de/tags/?key=highwayvalue=ford est attribué à 5889 nodes et 71 ways. Si nous nous en remettons à la sagesse folksonomique, on peut donc suggérer : - highway=ford pour les gués ponctuels représentés par une node - ford=yes pour les gués linéaires représentés par une way avec une autre valeur de highway. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] clé pour un resto
Francisco DOS SANTOS wrote: Exemple, tu te retrouves avec tes potes à un endroit X pour vous faire un resto (pourquoi un resto, bah c'est dans le titre du mail !) : - Les gars on se fait quoi comme resto chinois, italien ... ? - (après un long moment de réflexion...) chinois - Y a un chinois dans le coin ? - Attend je sors mon super téléphone dernier cri, OSM Inside ! Recherche (ça c'est une requête spatiale), Resto, cuisine chinoise ... Ca y est trouvé ! Et hop - le plugin annuaire de ton super téléphone dernier cri, OSM Inside cherche le nom du resto dans l'annuaire de ton choix qui se charge de maintenir à jour cette donnée un peu particulière et pas tout à fait géographique qui peut même inclure les critiques du dit resto. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau outil pour visualiser les tags en circulation
Eric SIBERT wrote: On peut se rendre compte de l'impact du travail que Pieren a fourni en regardant le lien suivant: http://taginfo.openstreetmap.de/keys/source Et aussi source=GPS : 0,27 % Le résultat d'une expression du genre like '%GPS%' serait un reflet plus précis de la réalité - mais il ne semble malheureusement pas que Taginfo supporte les recherches sur des sous-chaînes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau outil pour visualiser les tags en circulation
Jean-Marc Liotier wrote: Eric SIBERT wrote: On peut se rendre compte de l'impact du travail que Pieren a fourni en regardant le lien suivant: http://taginfo.openstreetmap.de/keys/source Et aussi source=GPS : 0,27 % Le résultat d'une expression du genre like '%GPS%' serait un reflet plus précis de la réalité - mais il ne semble malheureusement pas que Taginfo supporte les recherches sur des sous-chaînes. Finalement c'est possible... Une bonne âme sur t...@osm vient de me montrer comment faire : - Accéder à http://taginfo.openstreetmap.de/keys/source - Cliquer sur la loupe en bas à gauche - Entrer gps dans le champ qui apparait - Presser 'enter'. Et hop - une recherche de sous-chaîne insensible à la casse. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau outil pour visualiser les tags en circulation
Eric SIBERT wrote: On peut se rendre compte de l'impact du travail que Pieren a fourni en regardant le lien suivant: http://taginfo.openstreetmap.de/keys/source Et aussi source=GPS : 0,27 % En considérant gps comme sous-chaines de la valeur du champ 'source' on obtient à peine plus de 0.43% - pas énorme non plus... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?
Emilie Laffray wrote: je suis en train de discuter avec les gens de geofabrik pour la traduction de leur livre sur OSM et pour l'enrichir avec des choses typiquement française (lire Osmose, Cadastre, QualityStreetMap, etc...). La aussi pas mal de boulot et il serait intéressant de voir le nombre de contributeurs actifs en France pour avoir une idee des ventes potentielles. Vue la quantité d'information disponible en ligne et apparemment bien exploitée par les contributeurs, le public visé ne serait probablement pas les contributeurs actifs mais plutôt les nouveaux et ceux qui n'ont pas encore franchi le pas, qui manifestent de l'intérêt ou de la curiosité et qui se sentent perdu face au foisonnement de la toile. Dans mon expérience ce sont plutôt eux qui demandent un livre - même si des utilisateurs actifs peuvent bien entendu en profiter au passage. Pour cette étude de marché on pourrait donc commencer par s'intéresser non pas au nombre de contributeurs actifs mais plutôt au flux de nouveaux contributeurs : il devrait être fortement corrélé à l'intérêt manifesté envers OpenStreetMap par les nouveaux utilisateurs. Une estimation fiable du volume de la cible nécessitera bien entendu des sources complémentaires. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Jean-Marc Liotier wrote: Tenshu wrote: L'énorme avantage du PDF c'est qu'on le charge depuis le cadastre une bonne fois pour toute. Pas une fois pour toutes... Il faudra par la suite de temps en temps récupérer et convertir le PDF, puis produire un différentiel du .osm résultant avec la version précédente. D'ailleurs, lorsqu'il est ici question d'imports massifs, je me demande toujours comment ces opérations gèrent les objets existant déjà. JOSM prévient lorsqu'il aperçoit des bâtiments superposés ? Une page du wiki explique-t-elle les bonnes pratiques en matière de gestion des conflits entre une importation massive et des objets existants ? http://wiki.openstreetmap.org/wiki/Import/Guidelines parle de untangling messy data ce qui me laisse entrevoir que l'outil adéquat serait plutôt une paire de bottes et une machette... http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_bâtiments mentionne : Vérifier avec la couche des bâtiments déjà présents dans OSM s'il faut les remplacer, modifier ou non. D'accord pour la théorie. Mais en pratique ? Ca se fait manuellement, bâtiment par bâtiment ? On s'appuie sur la vérification des duplicate nodes et duplicate ways par JOSM ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Tenshu wrote: L'énorme avantage du PDF c'est qu'on le charge depuis le cadastre une bonne fois pour toute. Pas une fois pour toutes... Il faudra par la suite de temps en temps récupérer et convertir le PDF, puis produire un différentiel du .osm résultant avec la version précédente. D'ailleurs, lorsqu'il est ici question d'imports massifs, je me demande toujours comment ces opérations gèrent les objets existant déjà. JOSM prévient lorsqu'il aperçoit des bâtiments superposés ? Une page du wiki explique-t-elle les bonnes pratiques en matière de gestion des conflits entre une importation massive et des objets existants ? http://wiki.openstreetmap.org/wiki/Import/Guidelines parle de untangling messy data ce qui me laisse entrevoir que l'outil adéquat serait plutôt une paire de bottes et une machette... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Isokron
Emilie Laffray wrote: un site intéressant que j'avais vu il y a maintenant quelques temps sur une des ml anglaises. http://www.isokron.com Merci pour le lien Emilie - j'adre les isochrones ! Dire qu'il y a quelques années j'avais commencé à screen-scraper un certain site pour en extraire des temps de trajets avec l'intention de dessiner des isochrones... C'est ml et en plus j'aurais été bien loin de ce résultat et quoiqu'il en soit les administrateurs sur site en question ont rapidement bannies les IP de toutes les machines d'où je faisais fonctionner mes scripts... Ah - les excès de la jeunesse... Bref - vive Isokron... Je n'ai pas fini de jouer avec... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tourniquet métro
Lord Awikatchikaen wrote: Je cherche a modéliser le tunnel qui passe sous une gare RER, il y a des sections bloqués par des tourniquet (ou des portes) y a t il moyen de les entrer dans OSM ? C'est surtout intéressant pour les logiciels de routage vélo/piéton Sinon je pensais mettre un barrier=gate + access=private mais c'est pas très propre En langue Angloise, tourniquet se dit turnstile. Je dirais : barrier=turnstile bicycle=no foot=yes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hameau et lieu-dit
Eric Sibert wrote: C'est peut-être aussi le foutoir parce que certains ont mis des valeurs numériques sur les limites de population. On peut faire le parallèle avec les highway. primary : +100.000 véhicules/jour secondary : 10.000 à 100.000 véhicules/jour tertiary : 1.000 à 10.000 véhicules/jour unclassified : -1.000 véhicules/jour On serait bien embêté avec une pareille définition. ha bon ? Et pourtant ce serait hyper carré comme définition. Et ça refléterait directement une importance de route puisqu'elle est effectivement utilisée à ce débit là. Oui mais ça me dérange à Madagascar de ne me retrouver qu'avec des routes unclassified et donc plus aucune hiérarchisation des routes. Alors que sur le terrain je fais une différence entre le ruban de bitume de 300 km qui relie les deux plus grandes villes du pays du bout de piste avec quelques charrettes par jour. La hiérarchie des ways tient aussi compte du rôle du lien dans la topologie du réseau routier, de sa classification administrative et de ses caractéristiques physiques - entre autres critères. On ne peut pas la réduire à un débit. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tagger un pigeonnier
hpmt wrote: le pigeonnier, petit bâti tout seul au milieu d'un champ, est très répandu dans le Sud-ouest, et on est content, pendant un voyage en bagnole, d'orienter correctement son regard pour voir celui qui est dans le champ de vision. C'est donc un POI sympa : http://pagesperso-orange.fr/michel.lucien/html/pigeonniers.htm Y a-t-il chez quelques mappeurs un consensus sur un tag approprié ? building=pigeonnier semble avoir été utilisé une fois, mais je ne suis pas très familière avec ce type de recherche dans la base. Dans un souci d'universalité, mieux vaut utiliser le terme anglophone. building=dovecote me semble parfaitement approprié. Je suis surpris de ne pas avoir trouvé de mention de son usage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Relevés GPS des DFCI [was: GPS Haute Précision Trimble]
RatZilla$ wrote: Bouches incendie dans mon vilage et le long des chemins DFCI (Défense des forêts contre l'incendie) Il existe des cartes papier mais des versions numériques ne seraient pas du luxe pour nos pompiers.On peut imaginer un système de contrôle comme pour les points géodésiques pour le maintien de la qualité. Avant de te lancer, va parler à la cellule SIG du SDIS (Service Départemental d’Incendie et de Secours) de ton département. Si j'en crois mes lectures, tous les SDIS concernés par la DFCI (Défense de la Forêt Contre les Incendies) on lancé depuis dix à quinze ans des projets de cartographie détaillée de leur infrastructure, à base de relevés GPS. Tu trouveras certainement instructif cette présentation des applications SIG-DFCI au SDIS 30 : http://pont-entente.org/fichiers/doc_rff/Applications%20SIG%20DFCI%20au%20SDIS%2030.pdf D'après cette présentation, ce sont les données IGN (BD-Carto, Scan25 et Scan100) qui leurs servent de fonds de carte, mais les relevés sont effectués par les pompiers eux-même. Dans ce département, entre 1997 et 2002 des équipes de deux personnes ont parcouru 30 000 km pour relever 6100 objets ponctuels sur 4500 km de pistes DFCI à raison de 25 km par jour par équipe. En outre ils réalisent de la cartographie opérationnelle lors des incendies - mais là on dépasse le périmètre d'OSM. La présentation avoue le coût élevé des données IGN, alors peut-être que le SDIS sera intéressé, ne serait-ce que par curiosité, de voir ses données apparaître dans OSM. Je ne vois pas les pompiers donner un intérêt commercial à ces données. Leur intérêt semble plutôt être la meilleure disponibilité possible de ces données. Alors ça vaut la peine de leur poser la question. Pendant que j'y suis, j'apprends que les pompiers utilisent des coordonnées DFCI qui d'après Wikipedia sont obtenues en faisant un quadrillage avec des carrés de deux kilomètres de côté sur une carte en coordonnées Lambert II étendu. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions de débutant
Guillaume Audirac wrote: si ce magnétisme positionne ton point là où tu ne voulais pas le mettre, tu peux enfoncer la touche CTRL avant de cliquer, ça désactive le magnétisme. Hallelujah ! Merci - je ne connaissais pas ce modificateur... Ca m'évitera de zoomer à des niveaux indécents pour ajouter un point non superposé... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande quel gps acheter pour utilisation OSM
Gilles Bassière wrote: J'ai repéré plusieurs modèles qui me semble adaptés : [..] - AMOD agl3080 : datalogger simple avec bouton push-to-log, pas de driver, mais très peu de commentaires d'OSMeur sur ce modèle ; C'est celui que j'utilise et j'en suis ravi. J'apprécie en particulier qu'on puisse choisir différents paramètres pour trouver le meilleur équilibre entre autonomie et richesse des données NMEA collectées. Il se monte en USB mass storage et un coup de gpsbabel plus tard les données sont prêtes à l'emploi - simple et efficace. J'aime bien aussi les diodes clignotante qui communiquent son état. Ses inconvénients sont qu'il n'est pas parfaitement étanche - enfin ni plus ni moins que le Sony GPS-CS1 qui a quand même bien supporté la pluie, et qu'il n'est pas livré avec un étui permettant de l'attacher facilement à une bretelle de sac à dos où à un guidon, comme je le faisais avec le Sony GPS-CS1 : il se ballade au bout d'un mousqueton et je n'aime pas cette manière de le trimballer. Bref - dès que je me serai trouvé un moyen de l'attacher correctement ce sera parfait. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calculer le total kilométrique d 'une commune
Jean-Marc Liotier wrote: Plutôt que la simple densité des données, un meilleur indicateur serait le ratio densité des données / densité de la population. Sinon il faudra classer séparément les communes urbaines et les communes rurales. Pour ceux qui s'attelleront à la tâche, le fichier des populations des communes se trouve à http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/pages2009/xls/ensemble.xls Par contre, je n'ai pas trouvé de fichier concernant les superficies. Wikipedia en mentionne quelques-unes à http://fr.wikipedia.org/wiki/Liste_de_communes_fran%C3%A7aises_par_superficie avec comme référence http://www.toutes-les-villes.com/villes-superficie.html qui ne propose qu'une liste paginée très fastidieuse à exploiter. Il sera donc probablement nécessaire de calculer les superficies des communes à partir des données OSM à coups d'area2d... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calculer le total kilométrique d 'une commune
Ab_fab wrote: [..] Pour les stats, ce ne sont pas les idées qui manquent, en plus du simple métré Densité des routes, voies ferrées, chemins ... en km par km carré, Densité et types des POI divers et variés présents Finesse des tracés des bordures de landuses, des limites de communes, des voies (en qté de nodes / km de way) Densité du bati (en nombre de bâtiments, ou soyons fous, en surface au km carré) Là aussi, cela doit pouvoir permettre d'aider à identifier les lieux pas encore bien mappés, et de trouver des exemples de ce qui a été fait par d'autres, pour des zones du même type (rural, urbain ...) Plutôt que la simple densité des données, un meilleur indicateur serait le ratio densité des données / densité de la population. Sinon il faudra classer séparément les communes urbaines et les communes rurales. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cadastre - Le truc idiot qui manquait pou r que ça fonctionne chez moi...
A Solutions Linux, lorsque j'ai expliqué à RatZilla$ les manipulations que j'avais suivies pour tenter d'utiliser le cadastre, il était interloqué que ça ne fonctionne pas pour moi et n'eu pas grand chose à proposer à part utiliser les dernières versions de JOSM et du plugin... Et pour cause, mon ignorance d'un détail utile : Lorsqu'on choisit Cadastre grab (touche F11) le plugin demande à l'utilisateur de nommer le nouveau calque. Je lui donnais un nom arbitraire, du genre Cadastre test... Funeste erreur : le nom doit être celui de la commune, faute de quoi le plugin propose une déroutante liste déroulante garnie de noms de communes qui n'ont vraiment rien à voir avec celle que j'envisageais d'éditer. Bref, maintenant ça fonctionne. C'est beau et il y a de quoi faire ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Google]Maps et les itineraires cyclistes
Nakor Osm wrote: Je viens de regader leur carte vélo dans mon coin ils y ont tracé quelques trottoirs aléatoirement, je n'ai pas réussi à saisir la logique. Dans les zones avec des parcs, il semble qu'ils aient tracé les pistes visibles sur l'image satellite. J'ai aussi repéré une piste cyclable qui a été déplacée récemment qui est incorrecte sur leur carte et sur le satellite et qui est partiellement correcte dans StreetView. Je suis persuadé que Google trace automatiquement certaines zones à partir des images satellites - cf. ce fil : http://www.mail-archive.com/t...@openstreetmap.org/msg23852.html - mais personne d'autre ne semble avoir abordé le sujet. Les papiers que je cite dans mon second post du fil sus-mentionné montrent que c'est une technologie qui mûrit - OSM pourrait en profiter. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Traçage automatique [Was: Google Maps et les itineraires cyclistes]
Une partie des algorithmes me semblent à première vue inspirés de l’algorithme de Sobel qui trace les arrêtes par détection du gradient d'intensité, mais il y a probablement beaucoup de valeur ajoutée dans leur adaptation à cet usage particulier et, comme tu le fait remarquer, ce ne sont pas des codes disponibles pour un usage libre. Quoi qu'il en soit, la manière dont j'envisage le traçage automatique n'est pas l'import massif - je crois qu'il serait plus pertinent de l'inscrire dans le processus d'édition manuelle. Par exemple, un plugin JOSM qui, pour une zone donnée par sélection rectangulaire, trace dans le calque OSM les routes détectées dans l'image chargée dans un calque donné. L'utilisateur se retrouve avec des voies étiquetées en tant que produits du traçage automatique - il lui reste à les retoucher avant de les importer. Il peut aussi annuler l'opération et ajuster les paramètres du traçage automatique. Mais, comme tu le suggères, on peut se demander si, sur les images de bonne qualité nécessaires pour le traçace automatique, le traçace automatique est beaucoup plus rapide qu'un traçage manuel qui a l'avantage d'être bien contrôlé par l'utilisateur. Par rapport à un utilisateur expérimenté, probablement pas. Mais n'oublions pas que l'un des enjeux de la montée en puissance du projet est de tirer parti des efforts de contributeurs occasionnels ou nouveaux qui pourraient par contre gagner du temps et contribuer plus volontiers utilisant un outil fortement assisté par des automatismes. Le traçage automatique répond-t-il à ce besoin ? Dans tous les cas, la ressource rare reste l'imagerie aérienne ou orbitale. Vues les immenses barrières à l'entrée dans le marché des satellites, http://openaerialmap.org et http://diydrones.com ont de beaux jours devant eux ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Gendarmerie Nationale
Pieren wrote: 2010/2/17 Dominique Rousseau d...@lee-loo.net mailto:d...@lee-loo.net Et surtout, on utilise operator un peu à toutes les sauces pour éviter de remplacer le tag principal. On se retrouverait avec des: amenity=police + name=Commissariat de Police + operator=Police Nationale amenity=police + name=Commissariat de Police + operator=Police Municipale amenity=police + name=Gendarmerie + operator=Gendarmerie amenity=police + name=Caserne blabla + operator=Gendarmerie amenity=military + name=Caserne blabla + operator=Armée de l'Air etc... alors qu'il serait plus simple de mettre l'operator dans amenity. Certes, mais l'avantage d'un amenity relativement générique est que les usages tels que la représentation graphique par une icône sont plus simples, surtout dans un contexte international. J'aime bien amenity+name+operator. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Prestataires OpenStreetMap
HELFER Denis wrote: Est-ce que c'est la qualité des données qui pose un problème ou l'absence quasi systématique de description de la qualité ? [..] La qualité est décrite par la mention de la source. C'est descriptif et non quantifiable - et donc impossible à projeter sur une échelle de qualité, mais la connaissance de la source permet quand même d'avoir une bonne idée de la précision du modèle. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Prestataires OpenStreetMap
Pieren wrote: Quel intérêt de payer ? Peut-être que la fin de l'article sur le noyau linux apporte un début de réponse qui pourrait aussi s'appliquer à OSM: Pour les entreprises utilisatrices, l'implication croissante des éditeurs peut être perçue comme un élément positif puisqu'elle apporte des garanties en termes de pérennité et d'adéquation à leurs besoins. Je pense que l'avantage principal est l'adéquation aux besoins plus que la pérennité - l'avantage de pérennité n'a de sens dans ce contexte que si on parle de contrat de maintenance. Par contre l'adéquation aux besoins est un problème dont la rémunération ponctuelle du contributeur est une solution. Lorsque tous les contributeurs ont des intérêts alignés, alors tout le monde tire dans le même sens et le modèle de coopération atteint sa rentabilité optimale - en micro-économie on dirait que la maximisation de l'utilité globale concorde avec celle des utilités locales. Mais c'est une situation idéale rarement atteinte - souvent certains acteurs ont des besoins décalés - leur besoin est peu satisfait par les contributions d'autres acteurs et ils doivent donc renforcer leur contribution dans les domaines qui les intéressent afin de tirer du système les bénéfices escomptés. Pour le noyau Linux, ce sera typiquement un constructeur ou un gros utilisateur qui paiera les développement d'un pilote libre pour son nouveau matériel exotique. Qu'on forme des contributeurs dans une collectivité locale ou qu'on aie recours au service d'un cartographe rémunéré, la démarche est la même : il s'agit de la mobilisation de ressources humaines pour traiter précisément le besoin, plus rapidement que s'il faut attendre que d'autres acteurs intéressés contribuent éventuellement dans un futur indéfini. Scratch your own itch comme on dit... Et qu'importe que le grattage de la démangeaison soit effectué de ma main ou par un prestataire... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prestataires OpenStreetMap
Tanguy JACQ wrote: [..] Je sais que le cadastre ne fait pas tout, mais c'est déjà une bonne base. Il faut juste écrire le cahier des charges qui va bien et il y a de nombreuses sociétés de numérisation qui pourraient faire le boulot. Il me semble que c'est la bonne démarche : d'abord définir le besoin. A vue de nez, un cahier des charges devra au moins inclure l'énumération des types de points d'intérêt à inclure, les étiquettes à renseigner, la précision demandée, les limites du territoire à couvrir et la license des données produites (domaine public ou CC-BY-SA). Certaines demandes pourront sous-entendre une source de données - par exemple les silhouette de bâtiments font évidemment allusion au cadastre; mais il est néanmoins important de distinguer l'expression de besoin de la proposition de réalisation - y compris si c'est le même contributeur qui rédige les deux. S'agissant d'un dialogue avec un fournisseur, dont naîtra un contrat, la définition de tous les termes doit être soignée. Le fournisseur ne pourra pas s'engager sur l'état de la modélisation demandée dans la base de données d'OpenStreetMap car il ne maîtrise pas cette peuvre collective - son livrable prendra donc probablement plutôt a forme d'un changeset, voire d'une branche de la base commune qu'il faudra alors merger. La nature du prestataire dépendra de la technicité du besoin - selon qu'il implique un quidam avec des walking papers ou une horde de géomètres experts armés de théodolites. Mais dans tous les cas, ça me paraît être tout à fait le genre de travaux qu'on peut confier à la junior-entreprise d'une école locale. Et même si les JE locales ne proposent pas ce genre de prestation - je suis sûr que si on leur souffle l'idée, elles sauteront sur l'occasion de développer une activité bien adaptée à la main d'œuvre dont elles disposent. On pourra en outre envisager l'acquisition d'imagerie aérienne ou orbitale. L'expérience a montré qu'avec des images suffisamment précises la cartographie avance à une vitesse foudroyante - la collecte sur le terrain se limite alors à l'enrichissement des POI. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Prestataires OpenStreetMap
Jean Pasdeloup wrote: Question supplémentaire : confirmez-vous qu'il est possible de rajouter les sentiers de randonnées dans OSM ? highway=path ou highway=track (avec tracktype=*) Puis assembler les morceaux sous forme de route : type=route route=hiking name=* ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Haïti
Jean-Francois Nifenecker wrote: un article est en cours de rédaction pour LinuxFR pour parler d'OSM et de la rapidité de réaction pour réaliser la carte d'Haïti. Le rédacteur aimerait collecter le témoignage d'un des contributeurs à cette speed-carte. Me contacter en MP pour que je mette en relation avec le rédacteur. Hello ! Ma contribution fut modeste, mais je serai néanmoins ravi de témoigner. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Source potentielle d'imagerie pour la cartographie d'urgence de Port-au-Prince suite au tr emblement de terre de Haïti
Jean-Marc Liotier wrote: Dans l'élan de http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response j'ai relevé à http://www.geosciences-consult.com/spip.php?article142 que de nombreux documents cartographiques sur Port-au-Prince sont mis à disposition gratuitement en format numérique pour les équipes/organismes devant intervenir sur le terrain. J'ai donc appelé au numéro mentionné. Le responsable étant absent, la personne qui m'a répondu m'a suggéré de lui soumettre notre demande par écrit pour qu'il l'étudie. Ci-dessous le texte que j'ai transmis. Je vous tiens au courant de l'éventuelle réponse. Apparemment ils n'ont pas plus de documents qu'OpenStreetMap - pas contre ils sont intéressés par les données OpenStreetMap et les cartes rectifiées. Nous avons donc eu l'échange reproduit ci-dessous à fin d'archivage. Original Message Subject: Re: License des documents cartographiques sur Port-au-Prince ? Date: Fri, 15 Jan 2010 10:51:30 +0100 From: Jean-Marc Liotier j...@liotier.org To: Tugdual SALAUN ts-...@orange.fr Tugdual SALAUN wrote: Je vous contact concernant notre conversation téléphonique d'hier. J'ai pu regarder avec grand intérêt les différentes cartes qui sont téléchargeables sur votre site. Concernant Port au Prince et ses environs, nous avons exactement les mêmes sources de données par contre nos cartes sont beaucoup plus réduite spatialement. Je vous demande s'il nous ai possible de mettre à disposition sur notre site FTP, les cartes se trouvant sur votre serveur afin de diffuser le plus largement des informations qui sont d'une grande importance pour les secours. Bien entendu, nous citerons la source de nos données (OpenStreetMap). Les données OpenStreetMap peuvent être utilisées librement selon les termes de la licence Creative Commons Attribution-ShareAlike 2.0 (http://creativecommons.org/licenses/by-sa/2.0/) Les données disponibles à http://maps.nypl.org/relief/maps le sont sous leurs licenses respectives, mais leur présence sur ce site présume que leur utilisation pour la cartographie en réponse à la crise est encouragée. Vous pouvez donc les diffuser plus largement si ça peut être utile aux intervenants humanitaires. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk] US diverts spy drones from Afganistan to Haiti
John Smith wrote: U.S. Diverts Spy Drone from Afghanistan to Haiti From the article: As part of the Haiti relief effort, the U.S. military is sharing imagery from one of its high-end, high-flying spy drones, the RQ-4 Global Hawk. [...] “Today we’re going after another 1,000 images, which will all be unclassified,” McCleary quotes Butz as saying. “SOUTHCOM will provide it to whoever needs it.” Sharing imagery from a spy drone may sound like an unusual move, but it’s part of a larger push within the Pentagon to declassify and share imagery in stability operations and disaster relief. http://appdomains.slashgeo.org/article.pl?sid=10/01/15/1847209from=rss I spotted two of those pictures uploaded on Flickr earlier today : - National Cathedral : http://www.flickr.com/photos/usairforce/4276842020/ - Presidential Palace : http://www.flickr.com/photos/usairforce/4276842014/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk] US diverts spy drones from Afganistan to Haiti
Jean-Marc Liotier wrote: John Smith wrote: U.S. Diverts Spy Drone from Afghanistan to Haiti [..] Raaah ! Je tance gentillement un Teuton sur t...@osm et cinq minutes plus tard j'envoie du texte Anglois sur talk...@osm... N'importe quoi - c'est pas moi m'sieur, c'est l'autocomplétion de Thunderbird... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mon magasin
Pieren wrote: Il faudrait qu'on m'explique la différence entre shop=general et shop=convenience... C'est pas deux tags pour dire la même chose, ce qu'il faudrait éviter à tout prix ? Je ne sais pas pour shop=general, mais shop=convenience c'est l'épicerie du coin, ou aux USA les épiceries souvent rattachées aux stations-service - pays de la voiture oblige. Ils sont convenient entre autres parce qu'ils sont souvent ouverts sur une plage horaire plus large que les autres magasins. Au Québec ça s'appelle un dépanneur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mon magasin
Pieren wrote: 2010/1/14 Jean-Marc Liotier j...@liotier.org mailto:j...@liotier.org Je ne sais pas pour shop=general, mais shop=convenience c'est l'épicerie du coin, ou aux USA les épiceries souvent rattachées aux stations-service - pays de la voiture oblige. L'épicerie du coin, c'est limité aux denrées alimentaires donc shop=grocery, non ? A la différence de convenience qui vend un peu de tout comme un supermarché mais en petit (un micromarché ;-). Pour une station essence (amenity=fuel), on peut ajouter un shop=kiosk, shop=convenience ou shop=grocery suivant ce qui y est vendu en plus de l'essence (journaux, un peu de tout ou juste des fruits/légumes). C'est une position cohérente. Mais je viens de regarder ce que raconte Wikipedia à ce sujet, et il me semble qu'en Français ou en Anglais c'est un peu plus proche de mon explication. http://en.wikipedia.org/wiki/Convenience_store et http://fr.wikipedia.org/wiki/%C3%89picerie_de_quartier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Source potentielle d'imagerie pour la cartographie d'urgence de Port-au-Prince suite au tr emblement de terre de Haïti
Dans l'élan de http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response j'ai relevé à http://www.geosciences-consult.com/spip.php?article142 que de nombreux documents cartographiques sur Port-au-Prince sont mis à disposition gratuitement en format numérique pour les équipes/organismes devant intervenir sur le terrain. J'ai donc appelé au numéro mentionné. Le responsable étant absent, la personne qui m'a répondu m'a suggéré de lui soumettre notre demande par écrit pour qu'il l'étudie. Ci-dessous le texte que j'ai transmis. Je vous tiens au courant de l'éventuelle réponse. -- Bonjour, je vous contacte en tant que membre du projet OpenStreetMap - http://wiki.openstreetmap.org/wiki/Main_Page Nous avons lu à http://www.geosciences-consult.com/spip.php?article142 que de nombreux documents cartographiques sur Port-au-Prince sont mis à disposition gratuitement en format numérique pour les équipes/organismes devant intervenir sur le terrain. Des membres d'OpenStreetMap sont en ce moment même en train de contribuer à un effort de cartographie de Port-au-Prince en vue d'aider les organismes présents sur place : http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response Voici l'état actuel de la carte de Port-Au-Prince : http://osm.org/go/YeSWSf4 Un système de rectification a été dédié à l'intégration de documents tiers pour cet effort humanitaire - http://maps.nypl.org/relief/maps Nous sommes à la recherche de toute source qui nous permettra de compléter la couverture de cette zone. Nous sommes donc intéressés par les documents cartographiques sur Port-au-Prince que vous pourriez fournir. Néanmoins, les données OpenStreetMap peuvent être utilisées librement selon les termes de la licence Creative Commons Attribution-ShareAlike 2.0 (http://creativecommons.org/licenses/by-sa/2.0/) et nous devons donc nous assurer que vous nous autoriserez à y intégrer des éléments tirés des vôtres. Quelle que soit vôtre réponse, nous vous remercions d'avoir considéré notre demande. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mon magasin
Christophe Merlet (RedFox) wrote: [..] Par ailleurs si on accepte d'y mettre des balises non validés, ce n'est plus une page, mais un annuaire [..] Au fur et à mesure de l'ajout de magasins, l'émergence de l'usage d'OSM comme d'annuaire avec le spam qui suivra forcément est un problème qui va se poser - surtout lorsque le projet aura acquis de la visibilité auprès des commerçants et qu'ils s'y précipiterons pour y inscrire leur commerces. Bien canalisés, ils peuvent être une force positive, mais ça n'ira probablement pas sans frictions... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer une Piscine
Pieren wrote: 2010/1/5 Guilhem Bonnefille guilhem.bonnefi...@gmail.com: clairement sur le geoportail. L'IGN ne floutte pas ses cartes, Si vous lisez bien mon message, je parle du croisement des données qui pose problème. L'IGN n'affiche pas les adresses et encore moins les noms alors que certains ont déjà signalé ici qu'ils mettaient les noms de personnes si cela faisait partie de leur raison sociale Certes, mais le lien entre la présence d'un professionnel libéral à une adresse et celle d'une piscine dans les parages ne peut être effectué que si les deux appartiennent à une même parcelle cadastrale. La représentation des parcelles cadastrales fait-elle partie des données à saisir dans OpenStreetMap ? De plus, le problème n'existe que pour les piscines rattachées à une maison individuelle. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer une Piscine
Christophe Merlet (RedFox) wrote: Bref, je considère complètement inutile de saisir dans OSM les piscines *privées*. Je trouve déjà limite inutile de mettre le bati privé... Différentes utilités pour différents utilisateurs... Et c'est la fonction des générateurs de rendus de produire les cartes qui correspondent chacune à l'un de ces usages - avec ou sans piscines par exemple... La présence d'une piscine dans les données n'empêchera pas le djihad anti-piscine de les censurer ignominieusement dans les rendus qu'il produit, tandis que les maniaques de la piscine pourront par contre produire leurs cartes préférées avec seulement les autoroutes et les piscines à partir du niveau de zoom 2... Bref - tant qu'il reste cohérent et qu'il n'occupe pas un espace de stockage abusif, un objet me semble pertinent à partir du moment où un segment de la communauté lui trouve un usage - ou même un pseudo-usage... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk] tagging Greenways
Greg Troxel wrote: like this ? http://www.mass.gov/dcr/parks/northeast/nash.htm here, that's definitely 'rail trail'. is that similar to wha you mean in France ? Not all voies vertes are rail trails but the ones I mentioned definitely are. I did not know rail trail - thanks for that addition to my vocabulary. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] forum: nouvelles balises
fo...@letuffe.org wrote: je débute dans JOSM et me pose beaucoup de questions en particulier comment intégrer un panneau de circulation ? le panneau \stop \ \parking\ etc. , pas de soucis ! par contre je n\'arrive pas avec le \sens interdit\ \ place parking handicapé\ et bien d\'autres On ne marque pas le panneau lui-même, mais son effet sur la circulation: c'est la voie entière (la rue ou la section de la rue) qui doit être marquée oneway = yes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Topographie physique du métro parisien
hamster wrote: si quelqu'un connait un moyen d'avoir le trace des couloirs pietons dans les stations de metro pour pouvoir estimer le temps de marche aux changements ca serait un plus enorme Si on souhaite rapidement disposer d'un calculateur d'itinéraires en transports en commun, je crois qu'un modèle simplifié est nécessaire dans l'intérim - un intérim qui risque d'ailleurs de durer vu la complexité affreuse d'un modèle physique complet des stations de métro, quoique qu'on est jamais à l'abri d'un maniaque tachéomètre trompant son ennui. En abstrayant la réalité physique, on peut raisonner strictement en temps de parcours. Par exemple avec un modèle dont l'objet central n'est pas la gare mais le quai. On peut passer d'un quai à l'autre par un métro par exemple s'ils sont reliés par une ligne - ou à pied si les deux quais sont dans la même station. On a donc un réseau où les segments sont les liens entre les quais, qualifiés par un temps de parcours quels que soit le moyen de transport - et on peut alors calculer un itinéraire en parcourant la matrice représentant la connectivité du réseau. J'ai donc l'impression qu'en attendant la navigabilité du modèle physique des stations de métro, la solution au problème du routage dans les transports en commun restera extérieure à OpenStreetMap. Quelqu'un avec de l'expérience du domaine le dit d'ailleurs à http://wiki.openstreetmap.org/wiki/Train_routing#Does_it_belong_to_the_map.3F : I've done some routing before [..] and the map info seems very auxiliary. You can route very well if you have time tables but not map. Map would be slightly useful to display proposed track, but it seems that timetables are separate problem and importing train positions from osm seems to be enough. On peut donc imaginer que les applications qui fourniront le routage seront indépendantes d'OSM mais l'exploiteront pour représenter le parcours sur une carte, d'autant que les informations d'horaires et de fréquences sont dynamiques et ne peuvent donc pas être considérées comme des attributs des nodes et des ways. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le bon usage de la capitalisation toponymique
Etienne Chové wrote: J'ai comme toi un grand intérêt pour la qualité des données. Comme l'a dit Frédéric, il y a un outil pour ça (en France) ; c'est osmose. Si tu souhaite y ajouter des bulles, tu peux écrire un backend, ou contribuer à ceux existants. http://osmose.openstreetmap.fr/src/ http://osmose.openstreetmap.fr/src/plugins/ Très chouette - en particulier la modularité. Vues mes extrêmement faibles compétences au sujet d'OpenStreetMap autant qu'en matière de Python, je vais m'abstenir de commettre du code pour l'instant. Par contre, je suis partant pour des recherches et pour alimenter une page de wiki compilant des règles de toponymie francophone - quelque chose qui puisse servir de spécification fonctionnelle pour des plugins Osmose. Quelqu'un connaissant bien le wiki OSM saurait-il suggérer un bon emplacement pour une telle page ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Topographie physique du métro parisi en
Une magnifique carte est publiée par Franklin Jarrier à http://carto.metro.free.fr/cartes/metro-paris/ Une fois que la poussière sera retombée sur les débats actuels et qu'on saura quel sera finalement notre license, je lui demanderai s'il serait éventuellement intéressé par l'importation de ses données dans OpenStreetMap. Pour l'instant, sa license semble trop restrictive pour cet usage. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Topographie physique du métro parisien
Emilie Laffray wrote: On 13/12/2009 15:46, Jean-Marc Liotier wrote: Une magnifique carte est publiée par Franklin Jarrier à http://carto.metro.free.fr/cartes/metro-paris/ Il me semblait que l'on avait deja ce genre de carte en terme de donnees non? http://3liz.fr/public/osmtransport/ Oui et non. OSMTransport comme la plupart des cartes de réseaux de transports en commun représente la topologie logique tu réseau - c'est à dire les relations entre les stations d'une manière utile et lisible pour le voyageur. Le parcours des lignes est réprésenté d'une manière graphiquement plaisante mais pas liée à la géographiquement autrement que par la position des stations. De plus, la position des stations est une position officielle qui n'est peut être décalée par rapport à la position des quais. L'intérêt de la carte de Franklin Jarrier est de fournir une représentation fidèle à la réalité physique. Elle n'est d'ailleurs pas incompatible avec une exploitation pour la navigation dans les transports en commun - quoiqu'une carte simplifiée telle que celles publiées par le STIF et la RATP sont optimisées pour cet usage au détriment de la fidélité physique. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le bon usage de la capitalisation toponymique
Le sujet a déja été abordé ici en 2008 à http://lists.openstreetmap.org/pipermail/talk-fr/2008-July/003422.html et il est légèrement documenté à http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Les_noms_de_voies et http://fr.wikibooks.org/wiki/Wikilivres:Conventions_typographiques#France mais il me semble opportun d'aller plus loin. Hésitant sur la manière d'étiqueter les ways, j'ai cherché des références sur les bonnes pratiques. Comme on pouvait s'y attendre, c'est chez nos cousins Canadiens toujours à la pointe de la Francophonie que j'ai trouvées les meilleures explications. Par exemple : http://www.toponymie.gouv.qc.ca/ct/toponymie_expliquee/regles_7.html Serait-il opportun de vérifier périodiquement et automatiquement la captalisation sur l'ensemble des territoires francophones ? Il devrait y avoir moyen de collecter suffisamment de règles pour construire un automate suffisamment intelligent pour traiter les cas qu'il reconnait avec certitude et laisser tranquille les autres. C'est un projet qui m'intéresse, d'autant que j'ai été dans le passé coupable de quelques rue Bidule sans majuscule au générique initial. Un traitement de ce genre a déja été mentionné il y a un an à http://www.mail-archive.com/talk-fr@openstreetmap.org/msg05616.html et le thread s'était conclu sur la nécessité d'attendre l'API 0.6 pour pouvoir revenir facilement en arrière. Or l'API 0.6 est là. J'ai lu de différents sources qu'entre une règle générale et ce qui est lu sur le terrain, c'est la constatation locale qui a la priorité. Une telle correction automatisée en masse irait-elle à l'encontre de cette pratique ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
