[OSM-talk-fr] CanVec
Bonjour, Je m'apprête à faire un voyage au pays des caribous... quoique ça risque plus d'être celui des orignaux là où je vais (Mont Tremblant) ;-) Et donc, je suis en train d'étudier l'état de la carte OSM. Premier constat, il n'y a pas de vue Bing haute résolution. Y a-t-il d'autres sources de vues aériennes? Ensuite, je vois qu'il y a des données importées de CanVec. En particulier, il y a des lignes représentant les adresses et leurs interpolations. C'est précis? Parce que vu comme ça, on imagine bien le tracé de la rue entre numéros pairs et impairs. Par contre, ça ne colle pas toujours bien avec l'existant. Pertinence des noms de rue? Je vois aussi pour les ponts, un point isolé à chaque extrémité avec: - fixme=Feature may not be valid - landuse=road - name=... - source=NRCan-CanVec-10.0 On est cordialement invité à intégrer ça à l'existant? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un lot de nouveautés dans Osmose
* Arbre très proche d'une voie http://osmose.openstreetmap.fr/fr/map/?item=1070class=3level=1,2,3 (Plus d'excuse, les plantes ne traversent toujours pas les routes) Attention, il peut y avoir des faux-positifs: http://www.routard.com/photos/crete/6106-protection_de_la_nature.htm Non, il y a séparation physique de la chaussée - une voie en sens unique de chaque côté et l'arbre entre les deux ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un lot de nouveautés dans Osmose
Je réalise que j'en ai déjà codé un comme ça: http://tile.openstreetmap.fr/?zoom=20lat=-23.34557lon=43.67272layers=B0F osmose ne se plaint pas. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu des (grandes) gares Re: Proposition de projet du mois (gares SNCF)
Le 07/06/2013 18:04, Christian Quest a écrit : Ces voies sont très visibles car elles n'ont aucun tag service=* qui permettrait d'indiquer qu'elles ne sont pas principales. Données à compléter... Franchement, à Lyon Part-Dieu, sur le terrain, j'ai du mal à distinguer les voies de service des voies principales. Ca me semble par contre normal d'avoir le nom de la gare... bien que celui-ci avec son Gare SNCF soit un peu à rallonge. Lyon Part-Dieu devrait suffire, c'est d'ailleurs le nom de l'arrêt... Gare SNCF n'étant qu'une description et pas un nom. Surtout, quand on est sur les quais, les classiques panneaux noirs avec écriture blanche affichent Lyon Part-Dieu. Par contre, sur la façade d'entrée : Gare de Lyon Part-Dieu. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dubh Artach me perplexe
J'imagine que tout le monde ici se fiche complètement de Dubh Artach ( http://fr.wikipedia.org/wiki/Dubh_Artach). Il s'agit d'un ilot / phare paumé au large de l'écosse. [...] Si je balaye la mer avec osm à cet endroit, je ne vois rien. Si je fais une recherche, Nominatim ne trouve rien, mais GeoName trouve quelque chose, et si l'on clique on arrive à... rien. Je viens d'essayer avec GeoName et je trouve des choses ( http://osm.org/go/et9xkGwU-- ): - trois surfaces entourées de limites administrative : source = OS_Opendata_BoundaryLine - un repère géodésique : source = The Territorial Sea (Amendment) Order 1998 (No. 2564) - un repère maritime : source = US NGA Pub. 114. 2011-05-26. Après, en vue aérienne, je ne vois rien dans Bing ni dans google map. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import adresses Grand Lyon
Pour ce qui du merge des adresses importées par rapport à l'existant saisi à la mano par des contributeurs, si la source de données est fiable et riche, je pense qu'il vaut mieux zapper l'existant et tout importer à partir de la source fournie que de se lancer dans un travail de dentelliere à trier l'existant du nouveau. Ca me semble lourd. Enfin, moi j'ai mis pas mal d'adresses sur la presqu'ile mais je n'ai aucun soucis à ce que ce soit écrasé par un import semi auto si on gagne en homogénéité / précision /complétude. Je ne sais pas si c'est partagé... Eric (Blueberry) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 2 pics Cassini ?
Perso, un coup d'oeil au geoportail montre qu'il y a deux points hauts, un à 1678 m et un à 1680 m. Le second comporte aussi un repère géodésique. C'est celui qui est mis en avant sur la carte topo. Donc, je n'hésiterais pas à prendre le second (sud-est). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 2 pics Cassini ?
des données altimétriques Quelles données altimétriques? Source? Et du tracé incohérent des 3 chemins par rapport à ce sommet? Quelle incohérence? Quand je compare IGN et OSM, j'ai l'impression d'un décalcage. Et visiblement l'article Wikipédia semble confondre ces différents sommets Rapport avec la question initiale? http://www.refuges.info/point/1731/sommet/Aubrac-Margeride-Lozere/Sommet-de-Finiels-Mt-Lozere/?zoom=15lat=44.42595lon=3.74012layers=0B0scale=13542baseLayer=OpenCycleMap Là, on est à 10 km de la question initiale. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 2 pics Cassini ?
J'étais arrivé au même conclusions, en regardant les fiches géodésiques. J'ai supprimé le sommet N-O. Tu peux simplement ne pas lui mettre de nom. C'est quand même un sommet. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 25/05/2013 11:41, PierreV a écrit : Je ne pensais pas que Niort serait devant Poitiers... et que l'on trouverais pas la Rochelle dans ce classement! Concernant Grenoble dans mon message précédent, je soupçonne que le fait d'avoir tracé les bâtiments à la main et non pas par import automatique limite le nombre de nœuds. Et inversement, Yaoundé pourrait être bien classé car le bâti semble provenir d'un import. Il faut se méfier des indicateurs. parano On pourrait se demander si l'auteur de l'indicateur n'avait pas un objectif sous-jacent :-p /parano Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 24/05/2013 22:30, Christian Quest a écrit : Frederik Ramm a produit une liste des metatuiles les plus denses en nœuds au km2. http://fred.dev.openstreetmap.org/density/sqkm.html 113 metatuiles on plus de 1 nœuds au km2, dont 81 en France. Belle perf de Yaoundé en 5ème position (+8 et 12). Par contre, Grenoble, on s'est endormi sur nos lauriers. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 400Go d'orthophotos du 06...
Le 23/05/2013 18:50, Christian Quest a écrit : A raison de 1Mbps en upload j'en ai pour 1 mois et demi :( Dans ADSL, il y a A ;-) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées
Christian Quest cqu...@openstreetmap.fr a ?crit : Partager les fichiers de cache enregistrés par le plugin cadastre après calage serait un truc super pratique... ou à minima un moyen de partager les infos de calage qu'ils contiennent. On doit pouvoir partager les informations de calage sans partager les images elles mêmes. Sur le même principe que ce qui a été essayé (et abandonné?) récemment pour Bing. Yaka monter un serveur pour centraliser ça (et modifier le plugin cadastre?) ;-) Mes 0,02 . Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales : l'Aisne (02)
La projection utilisée semble assez particulière, Récemment, en essayant quelques limites communales entre l'Eure et l'Eure-et-Loir, je suis tombé sur de jolis croisillons. Je me suis dit: chic, ça être facile à caler. Que nenni, les coordonnées ne correspondaient à rien de connu. voici les infos que j'ai trouvées sur le tableau d'assemblage : Projection Stéréographique Origine des abscisses : Parallèle 52 grades + 500 kilomètres Origine des Ordonnées : Méridien de Paris 0 grade + 600 kilomètres Jolis croisillons aussi. Est-ce que quelqu'un sait comment on s'en sort avec ça ? Fondamentalement, à l'échelle d'une commune, la projection a peu d'importance, tant qu'elle est conforme (conservation des angles). On passe normalement d'une projection conforme à l'autre par une rotation et une mise à l'échelle. Un calage sur deux points devrait suffire. Le calage avec Bing n'est pas un grand succès. Peux-tu détailler? Comment as-tu fait le calage? Qu'est-ce qui ne va pas? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales : l'Aisne (02)
Certaines planches nous donnent du fil à retordre, comme celles de Morsain : La projection utilisée semble assez particulière, voici les infos que j'ai trouvées sur le tableau d'assemblage : Projection Stéréographique Origine des abscisses : Parallèle 52 grades + 500 kilomètres Origine des Ordonnées : Méridien de Paris 0 grade + 600 kilomètres Dans la même idée que Jean-Claude, j'ai essayé de calibrer une planche (XA 01) avec mon soft et en définissant une projection stéréographique. J'ai d'abord essayé avec NTF comme datum. Je me suis retrouvé avec 230 m de décalage en nord-sud et 65 en est-ouest. Ensuite, j'ai essayé l'Ancienne Triangulation Générale (cartes d'état-major du XIXème). Ça s'améliore en est-ouest (30 m) mais ça se dégrade en nord-sud (250 m). Je me suis que c'était peut-être parce qu'il fallait aussi mettre un facteur d'échelle à l'origine différent de 1.0 comme ça se fait souvent dans les projections. Je ne suis pas arrivé à trouver un coef qui aille bien en même temps pour les X et les Y. Donc, pour le moment, je n'arrive pas à exploiter le quadrillage :-( Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu françafrique
Bonjour, Il y a quelques mois, on discutait dans HOT de la classification des rares routes en Afrique. Je me disais que ça serait sympa d'avoir un rendu spécifique qui ferait ressortir les routes plus tôt quand on zoome. Ou qui permette facilement de distinguer les routes goudronnées de celles qui ne le sont pas. Je me suis aussi rendu compte que le rendu osm-fr dépassait largement les frontières de l'hexagone. Enfin, j'ai constaté que Mapquest Open avait des rendus différents suivant les zones de la planète. Par exemple, les routes n'ont pas les mêmes couleurs dans les îles britanniques et en Europe continentale. Alors, ne pourrait-on pas dans OSM-Fr avoir un rendu spécifique pour l'Afrique? J'ai plein d'idées, dont certaines pourraient d'ailleurs s'appliquer en France. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Le 20/05/2013 09:18, Yohan Boniface a écrit : Bonjour, C'est pas exactement un «rendu Françafrique», mais, autour de HOT justement, on est en train de bosser sur un rendu HDM [1] (aka Humanitarian Data Model), qui est le nom de code du travail de modélisation fait par HOT pour OSM. Le message que j'avais mis dans un coin en me disant qu'il faudrait peut-être que je le lise à tête reposée quand j'aurai du temps :-p Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Cela peut induire en erreur quand à la praticabilité de ces axes. Pouvez m'indiquer les tags que vous utilisez pour l'Afrique ? Ce que j'utilise pour Madagascar : http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#.C3.89tat_de_surface Je n'ai pas vérifier si c'était en accord avec HDM. Je pensai indiquer le type de surface (sable, latérite, roche, piste aménagée et entretenue) mais vue du ciel je serait approximatif. Tu peux toujours commencer par paved/unpaved. Pour l'avoir emprunter en 2010, l'axe primary menant à Manantali est en latérite (piste) avec quelques grosse excavation. L'accès est réglementé par des barrières de pluie pendant la saison humide. seasonal=yes access:conditional=no @ Dec-Apr : Cette piste est habituellement fermée de décembre à avril (ou ouverte de mai à novembre). Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique ;-)
Je vous mets un smiley dans le titre vu que certains ont foncé droit dans le panneau ;-) Je précise aussi que je ne fais pas dans l'humanitaire. C'est juste qu'on travaille sur les mêmes terrains alors j'essaie de mutualiser les efforts de réalisation de carte. Je n'ai pas non plus proposé de mettre des logos Areva/Total un peu partout :-) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu françafrique
Pour l'accès, j'étais en saison sèche Un peu pareil pour moi. mais je suppose que cela concerne les poids lourds. A moins qu'il y ai un droit de passage pour ces véhicules. J'imagine mal l'accès principal fermé aux véhicule léger. Si, si, il y a des trucs impraticables pour tout le monde ou presque. Style ça passe juste en quad/charrette à zébu avec 2 jours pour faire 50 km. Après, on doit pouvoir coder des restrictions spécifiques avec conditional restrictions: http://wiki.openstreetmap.org/wiki/Conditional_restrictions Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm déchèteries
Bonjour, +1, j'allais justement écrire la même chose : peut être que dans les derniers niveaux de zoom, il serait possible de doubler H et L des icônes (donc un x4 du coup). Au vu de la place dispo à ces niveaux de zoom, ça devrait garder toute sa lisibilité. Je ne sais si c'est simple par contre Le 19 mai 2013 12:05, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Au risque d'être redondant : il me semble important d'agrandir les pictos, car il est tellement soigné dans son dessin qu'il en devient quasi illisible dans tile.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles analyses Osmose : maxheight
Le 19/05/2013 01:02, Jo. a écrit : Pourquoi chercher à tagguer à tout pris pour être conforme avec Osmose ?? Il suffit de déclarer un faux positif non ? Avec 90% de faux positifs, ça ne va pas. Pour moi, ce test est une mauvaise réponse à un vrai problème, à savoir les restrictions impactant les bus, camions, camping-cars... Mais je suis d'accord que tenter de mettre quelque chose à tout prix n'est pas mieux. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelles analyses Osmose : maxheight
Pour maxheight, ce sont ces deux trac qui sont à l'origine de l'analyse, il y plus d'info dedans : - http://trac.openstreetmap.fr/ticket/95 - http://trac.openstreetmap.fr/ticket/295 Merci pour ces liens, surtout le premier qui répond à nos questions sur les valeurs par défaut. Mais je maintiens mon analyse que ce test n'est pas pertinent car dans la majorité des cas, la valeur est au-delà des limites légales, non indiquée sur le terrain et difficile à mesurer. Ou alors, il faut tagger explicitement quand on a constaté qu'il n'y avait pas de limite de hauteur indiquée, du style maxheight=no. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition pour le projet du mois de avril
- Correction des 10 000 erreurs de collision routes/batiments : http://osmose.openstreetmap.fr/fr/errors/?country=fr*item=1070 Très bon sujet Non, je ne pense pas. Pour corriger ce genre de problème, il faudrait savoir qui est mal placé, de la route ou du bâtiment. Ca n'a rien d'évident, aucune source (Bing, cadastre, GPS...) n'étant assez fiable, surtout à ce niveau de précision, pour départager les erreurs. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition pour le projet du mois de avril
Le 03/04/2013 15:43, Jo. a écrit : Est ce que l'utilisation des points géodésique peut être possible ? Par exemple sur ma commune je constate que le cadastre est décalé d'environ 1 gros mètre sur chaque axe (X et Y) par rapport aux points géodésique correspondant. Les repères géodésiques sont à priori un bon indice et les erreurs rares. Vérifier dans l'historique qu'ils n'ont pas été déplacés depuis leur import. Je pose cette question pour les communes de montagne ayant de fort décalage entre le cadastre et l'imagerie Bing Le problème, c'est que le calage ne vaut qu'à proximité des repères géodésiques. Surtout en montagne. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition pour le projet du mois de avril
Le 03/04/2013 15:56, Jean-Baptiste Holcroft a écrit : En ayant déjà corrigé de nombreuses, je fais avec cadastre + bing + traces GPS avoisinantes. Il y a toujours au moins deux sources qui sont d'accord sinon les trois. C'est une bonne base. Le cas qui me paraît le plus critique est le cadastre mal positionné. C'est le cas qui me fait peur. Quand je tombe dessus, je ne sais pas quoi faire. Alors, je laisse en espérant qu'un jour le cadastre sera corriger et qu'on pourra refaire le bâti/ Je crains qu'en voulant corriger les intersections, on introduise des erreurs au lieu d'en enlever. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Piste VTT (les 2 Alpes)
Je tombe par hasard sur des pistes VTT aux 2 Alpes, comme par ex : http://www.openstreetmap.org/browse/way/67502440 A l'époque, j'aurais plutôt mis un highway=track avec une relation de type route=mtb. Vue la faible largeur de la piste, track ne me paraît pas adapté (on ne peut passer en 4x4). Alors, correct? Pas correct? Moi, ça me va tout à fait. Il y a peut-être une légère redondance entre mtb:type = downhill et oneway = yes Le seul qui ne va pas, c'est de couper comme ça les virages ;-) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande d'assistance cartographique sur le Cyclone Haruna à Madagascar
Bonjour Cédric, Merci pour ce retour. Le Bureau national de gestion des risques et des catastrophes, des ONG et des habitants de Toliara nous ont félicité pour ce travail. S'il était possible d'avoir des contacts directement à l'intérieur du Bureau national de gestion des risques et des catastrophes, ça serait très intéressant pour OSM en général et pour la gestion des crises en particulier: savoir où est une commune, un district... Pour préciser, on trouve sur le site de l'OCHA les limites de toutes les communes de Madagascar. Pour des questions de licence, on ne peut pas intégrer les données de l'OCHA dans OSM. Sauf que les données en question viennent des services ministériels de Madagascar. Les tentatives précédentes de contact n'ont pas été fructueuses. Tout nouveau contact, serait le bienvenue. Plus globalement, dans le cadre d'interventions d'urgence, il est nécessaire de : - donner une méthodologie simple aux acteurs de l'urgence pour compléter les cartes que nous élaborons sans que leur mission de secours en soit perturbée, - intégrer dans les simulations d'intervention d'urgence et dans la préparation des projets , la nécessaire collaboration avec les contributeurs de la cartographie humanitaire C'est sûr que la préparation aux réponses d'urgence est un domaine intéressant à développer, en particulier pour minimiser le travail et l'improvisation de ceux qui sont sur le terrain. Dans le genre de détail tout bête, j'ai découvert que pas mal de sinistrés étaient relogés dans les écoles. Ça fait une petite motivation supplémentaire pour la petite fourmis escaladant le flanc de la grande montagne pour cartographier les établissements scolaire. Mais s'il y avait une liste plus importante de détails utiles en intervention d'urgence, ça pourrait être intégré dans la page wiki sur Madagascar. Toujours dans une perspective de préparation, j'ai demandé à Bing de fournir des vues satellites détaillées de toutes les villes de Madagascar non encore couvertes : Mahajanga, Maintirano, Morombe (qui a bien souffert), Nosy Sainte Marie et Nosy Be. C'est dans la liste desire to acquire. - et Eric pour son travail de répérage des POI et de rectification de notre cartographie sur cette région. Certes, j'ai repassé en revue toutes mes données sur Tuléar... mais j'ai fini il y a seulement trois jours. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Le 21/03/2013 17:54, Pieren a écrit : 2013/3/21 HELFER Denis denis.hel...@rff.fr: Comme ceux-là : http://www.openstreetmap.org/?lat=48.58247lon=7.722605zoom=18layers=M ? Par pudeur, je tairai le nom du contributeur. oups ! Il est rappelé que tagguer pour le rendu, c'est pas bien ! Ça me rappelle un contributeur à Madagascar qui a mis des barrier=fence name=500m pour faire apparaître des courbes de niveau (décalquées de OpenCycleMap). Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avis aux golfeurs...
Je dois avouer que le jour (il y a 4 ans) où j'avais cartographié ces terrains de tennis, je ne pensais pas que ça servirait à tracer les lignes du court: http://tile.openstreetmap.fr/?lon=5.64586lat=45.17562zoom=18layers=B0 Mais c'est vrai qu'en codant bien, on anticipe tous les rendus :-p Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Placement du role admin_centre
Pas forcément non plus... je le positionne plutôt au milieu de centre ville, car finalement c'est une indication très floue de lieu. Approche similaire. Pour le rôle admin_centre, j'essaie d'utiliser le village (à travers son nud place=*) le plus proche de la mairie, quand cette définition a un sens. Il reste des cas comme la mairie au milieu des champs à équidistances de deux villages (suite à une fusion de commune par exemple). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Visite guidée du rendu OSM FR
C'est excellent comme principe, ca met en évidence tous les traitements spécifiques que tu as fait et qui j'avoue, m'avaient échappé pour certain. Le 15 mars 2013 13:04, fo...@letuffe.org a écrit : Le message suivant de : ## J'ai créé une petite visite guidée, à compléter, mais j'aimerai avoir vos retours sur l'idée: http://openstreetmap.fr/blogs/cquest/visite-guidee C'est fait avec l'excellent uMap ! a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3t=575 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Placement du role admin_centre
Philippe Verdy verd...@wanadoo.fr a ?crit : [...] Placer avant que ce soit effectif un pseudo-place à l'emplacement envisagé de la future mairie ne sert pas à grand chose, [...] Pas la peine de mettre un noeud au milieu des champs quand ce ne sera en fin de compte pas là que sera bâtie ou aménagée la nouvelle mairie [...] Comme d'hab, à partir d'un micro-détail mal lu, tu pars en vrille dans un monologue limite hors-sujet. Le 15 mars 2013 12:17, Eric Sibert courr...@eric.sibert.fr a écrit : Il reste des cas comme la mairie au milieu des champs à équidistances de deux villages (suite à une fusion de commune par exemple). J'ai juste dit que dans certains cas, ma définition était inopérante. Et dans les autre cas, je n'ai pas dit qu'il fallait mettre le rôle admin_centre sur la mairie mais sur un noeud place=* (cf. aussi le message de Pieren). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Placement du role admin_centre
Je suis d'accord, mais ta suggestion de mettre ce noeud au milieu de nulle-part... que dire ? hmmm Alors je reprends et complète mon texte initial qui comportait peut-être une imprécision pouvant être interprétée différemment de ma pensée initiale par certain: Pour le rôle admin_centre, j'essaie d'utiliser le village (à travers son nud place=*) le plus proche de la mairie, quand cette définition a un sens. Il reste des cas comme la mairie au milieu des champs à équidistances de deux villages (suite à une fusion de commune par exemple). Dans ce dernier cas, le concept de village le plus proche de la mairie n'existe pas. Et je ne sais pas sur quel nud place=* mettre le rôle admin_centre. Je ne propose pas non plus de créer un nud place=* à proximité de la mairie passée, présente ou future. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Pour les trucs pas trop grands, genre un vallon, je mets un way dans l'axe du vallon, place=locality et name=Vallon du Fin Fond. Et josm me dit que ce n'est pas bien mais je passe outre... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nommer les élément physique du relief, massif, vallée, plaine, plateau?
Le 14/03/2013 20:40, Pieren a écrit : 2013/3/14 Eric SIBERT courr...@eric.sibert.fr: Pour les trucs pas trop grands, genre un vallon, je mets un way dans l'axe du vallon, place=locality et name=Vallon du Fin Fond. Et josm me dit que ce n'est pas bien Peut-être parce que ça ressemble furieusement à du tagguer pour le rendu. Je ne vois pas du tout en quoi c'est tagger pour le rendu. Ce n'est pas du tout le rendu qui me guide mais le fait d'avoir une information de terrain. Et je trouve que c'est mieux que rien en attendant d'avoir une solution moins bancale. Peut-être qu'accompagné d'un fixme= , ça aiderait dans le futur à mieux le coder quand il y aura quelque chose de plus approprié. mais je passe outre... Je crois me souvenir que ça n'est pas la première fois. Refuser de faire comme les autres, c'est prendre le risque de voir ses contributions annulées ou modifiées par les autres. C'est la limite du seul contre tous... Je te laisse tes interprétations sur l'unilatéralisme... La difficulté principale pour mapper ce genre d'élément, c'est leur limite floue. Lire les quelques liens ci-dessous. Je suis très sceptique sur la proposition region, trop vague, et supplantée depuis par d'autres types de relations . Effectivement, on a des propositions qui ne sont pas allées bien loin. Néanmoins, en Europe, on a: natural=valley : 331 place=valley : 13 position=valley : 38 (???) topological=valley : 5 geological = valley Personnellement, c'est un natural=quelquechose qui me paraît le plus adapté. Surtout que dans natural=*, on trouve aussi bien des éléments ponctuels (peak), linéaires (coastline) que surfaciques (grassland). Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande d'assistance cartographique sur le Cyclone Haruna à Madagascar.
Si quelqu'un peut identifier les arteres plus importantes A peu de choses près, c'étaient les voies déjà tracés avant l'opération. qui méritent d'être classés highway=tertiary, cela pourrait sans doute aider à hiérarchiser. Je vais essayer de les remonter en tertiary. Pour ce qui est des routes qui sont plutôt de niveau résidentiel, Indiquer highway=road, cela est équivalent à enlever la classification et refuser de se prononcer. D'abord, le résultat actuel est déjà une absence de classification. Ensuite, je ne propose de les passer en road. J'aurais préféré que ceux qui ont tracé les voies les mettent en road. Ensuite, quelqu'un connaissant le terrain (moi) aurait pu facilement établir une classification raisonnable. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande d'assistance cartographique sur le Cyclone Haruna à Madagascar.
Bonjour, Je connais pas mal Madagascar et un peu Tuléar. On peut trouver quelques généralités sur la cartographie du pays dans le wiki: http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar Cependant, nous souhaiterions bénéficier des infos d'OSM dans cette cartographie, notamment sur le centre-ville où les données sont beaucoup plus détaillées et qui nous ont été précisieuses pour localiser les écoles (centres d'hébergement, cycbercafés...). Je suis fort aise que mon modeste travail de fourmi ait pu être utile :-p Par contre, je n'ai pas vraiment de contacts sur place actuellement. Nous demandons donc à tout membre de la communauté d'OSM votre participation bénévole pour :- Extraire le sud-ouest de Madagascar en format KML ou KMZ afin Ca, je ne sais pas faire et comme je suis au boulot, je ne peux pas faire d'essais. Néanmoins, si certains veulent le faire, on peut récupérer toutes les données de Madagascar d'un seul coup chez geofabrik : http://download.geofabrik.de/openstreetmap/africa/ Ce n'est pas bien gros (20 Mo max). Pour revenir à Tuléar (http://osm.org/go/k~5RokPm-), donc, avec le cyclone, la digue protégeant la ville de la rivière au nord a cédé d'où linondation du centre-ville (très plat). Ca a aussi coupé la RN9 au sud du pont franchissant la dite rivière, coupant la circulation vers le nord dont Morombe. Pour se repérer en ville, il reste certes des noms de rues d'époque coloniale mais personne ne s'en sert. Les malgaches se repèrent avec les noms des quartiers. Il y en a quelques uns dans OSM mais je pense qu'il en manque pas mal. Il y a un découpage administratifs sous les communes, les fokontany. Ils possèdent des bureaux. Ils peuvent avoir le même nom que le quartier. Ils ne sont pas renseignés dans OSM. Il y a aussi une identifications des bâtiments et des ilots par lot (http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#Adresses) mais si ce n'est pas renseigné avant la catastrophe, c'est trop tard. D'où l'intérêt d'avoir des éléments (centre de santé, écoles...) directement géo-référencés dans OSM. S'il y a des questions sur les spécificités malgaches, je peux essayer d'y répondre. Je peux peut-être aussi contacter des personnes en France qui connaissent mieux la ville. Et, quand vous serez revenus, je suis aussi intéressé par savoir quelles sont les informations que vous avez trouvé dans OSM qui vont ont été utiles et celles qui vous ont manquées. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande d'assistance cartographique sur le Cyclone Haruna à Madagascar.
De mémoire, j'ai du relever un nombre significatif de points caractéristiques au GPS dans Tuléar, ainsi qu'à l'aéroport au sud et sans doute à Mangily 15 km au nord. J'ai aussi transféré mes traces GPS dans OSM. Ça peut permettre de caler des vues aériennes ou satellites (Bing inclus). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Demande d'assistance cartographique sur le Cyclone Haruna à Madagascar.
Je viens d'étudier les points de repère que j'ai pris dans la ville. J'en ai 19. J'ai calculé le décalage de Bing avec : En X : 1.91 m (+/-0.57) En Y : -1.76 m (+/-0.64) Autant dire que c'est faible et que je recommande de ne pas appliquer de correction aux images Bing de Tulear. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Marques de limites d'espaces protégés
Bonsoir à tous, Autour de certaines aires protégées, on trouve des repères marquant la limite de la réserve. Par exemple, ce sont des marquages bleu/blanc/rouge pour le parc national de la Vanoise. Pour la réserve naturelle de Ristolas, ce sont des petites plaquettes avec un logo, fixées sur des poteaux en bois ou des cairns. Si vous avez des idées pour coder ça, ça m'intéresse. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé de projets
Tant que ça n'est qu'un projet non finalisé ça doit rester en dehors de la base de données. Faudrait définir ce qu'est finalisé. En France, il y a quand même tout un tas de procédures administratives. A partir de quelle étape administrative il y a une très forte probabilité que le projet se réalise? Perso, je pense qu'on ne doit mettre dans OSM que les projets quasi-sûrs. Je pensais à la DUP (Déclaration d'Utilité Publique) mais il y a des cas où la DUP a été faite mais pas le projet (canal Rhin-Rhône). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bing Maps update
Et aussi : http://www.bing.com/community/site_blogs/b/maps/archive/2013/02/28/new-top-of-the-world-imagery.aspx Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un peu de lecture, ça peut pas faire de mal....
J?ai un peu l?impression que mon message est à contre-courant, j?espère que ca ne virera pas au troll. Meuh non. Pour préciser le fonctionnement de l'IGN, il y a normalement trois secteurs avec contrôle externe du financement: - service public totalement financé (repères géodésiques, photos aériennes brutes...): mise à disposition au coût de diffusion - service public partiellement financé (orthophotos, RGE...): facturation pour être à l'équilibre sur le service en question à l'année - service commercial (cartes...) : non subventionné On voit bien que OSM ne peut se servir que dans la première catégorie. Sauf que même là, on se rend compte que l'IGN met des bâtons dans les roues. Les repères géodésiques ne sont consultables que par une carte interactive. On ne peut pas (plus) faire un téléchargement en masse des fiches. Où sont les photos aériennes brutes prises en numériques depuis 10 ans? Maintenant, les frontières bougent. L'apparition de données libres fait que la vente de certains produits des catégories 2 et 3 vont se réduire. En particulier dans la catégorie 2, ils vont devoir charger de plus en plus cher les utilisateurs restants... qui vont fuir. Joli cercle vicieux. Sauf qu'au lieu de se foutre de la gueule de l'opendata, ils devraient plutôt se demander que faire. Réduire fortement les coûts? Brasser les politiques pour mettre plus de choses dans le service public totalement subventionné? (mais on connaît l'état des finances publiques). Prenons le cas de la photo aérienne. Si l'IGN libérait réellement les photos brutes, moi, je te fais un logiciel d'orthorectification semi-automatique* avec un modèle de terrain libre. Le résultat n'aura pas la qualité et la certification de l'IGN mais je pense qu'il y aura plein de monde qui s'en contentera surtout si le gros des défauts est hors zones urbanisées. Alors les ventes d'orthophotos de l'IGN risquent de souffrir. Au fait, il n'y a pas une région qui s'est refait une orthophoto des années 60 avec les vieilles images de l'IGN??? Je serais curieux de connaître le coût ;-) Mais l'IGN a bien progressé depuis les années 90/début 2000 quand il n'y avait pas les trois catégories bien exprimées. Du style revendre au ministère de l'agriculture les orthophotos au coût complet de production :-p Il leur reste juste un peu de chemin à faire face au libre :-) * ou plutôt je réunis des morceaux de logiciel déjà existants Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] un peu de lecture, ça peut pas faire de mal....
Mais l'IGN a bien progressé depuis les années 90/début 2000 A cette époque est sorti le rapport Lengagne : http://www.ladocumentationfrancaise.fr/rapports-publics/994001659/index.shtml Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Gratuites ou libres ? Les données ne sont pas données
http://www.ecrans.fr/Gratuites-ou-libres-Les-donnees-ne,16018.html Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
rn == Pieren pier...@gmail.com writes: rn Pour être clair, je suis serein sur toute expertise légale sur le rn sujet mais j'attends encore le retour de demande d'info de Christian rn Quest pour ne pas donner le sentiment d'agir seul. Je pense également qu'un avis d'un juriste permettra d'y voir plus clair (sinon d'avoir des certitudes, rares dans ce domaine). Il y a pour moi plusieurs points à clarifier : - la redistribution par des organismes en France de dumps de la base, contenant les informations sur les itinéraires GR, pose-t-elle un risque d'attaque pour (1) contrefaçon (des itinéraires) et (2) de contrefaçon de marque (si on utilisait des termes identifiables sur le terrain comme «GR 20»). Bien distinguer dans la demande auprès du juriste la distribution de données permettant à un expert (selon son choix des informations) de constituer une carte et la publication d'une carte elle-même. - la distribution de données de même type depuis un serveur situé au Royaume Uni pose-t-elle les deux mêmes risques à l'OSMF (je pense que la question sous-jacente est de savoir si la protection des itinéraires rentre dans le champ de la convention de Berne sur le copyright, qui semble concerner davantage les oeuvres littéraires/artisitques/musicaux). -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
vp == Vincent Pottier vpott...@gmail.com writes: vp Nulle part, on contrefait un GR en établissant un chemin de vp randonnée et en lui donnant ce nom de GR. Voila un point qui me semble très important et qui distingue cette application du droit d'auteur : - si je copie des données de l'IGN en décalquant depuis leur interface web, c'est de la contrefaçon (je reproduis une œuvre de même nature que celle de l'auteur original) - si je fabrique un univers parallèle reprenant la topographie de la France, et qui j'y installe des sentiers de randonnée aux mêmes endroits que dans notre univers, c'est de la contrefaçon (et si je les marque en rouge blanc avec GR, c'est de la contrefaçon de marque) - si je cartographie dans OSM des sentiers GR, je ne fais que noter des éléments factuels que j'ai observés sur le terrain, et ce n'est pas de la contrefaçon La jurisprudence FFRP concerne le premier type d'application, la création de documents de même type que les topoguides. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
Le 18/02/2013 16:29, Pieren a écrit : 2013/2/18 Christophe Merletred...@redfoxcenter.org: On a bien compris que quelque soit l'avis des contributeurs francophones au projet tu feras tout ton possible pour aller au bout de ton idée fixe quitte a baratiner les instances internationales. C'est moche. Si c'était une idée fixe, ça fait longtemps que ces relations ne seraient plus dans la base de données. Si c'était pour ne pas tenir compte de l'avis des contributeurs francophones, je n'aurais pas relancé x fois le sujet en essayant de convaincre du bien fondé du problème. Quant à baratiner les instances internationales, les listes de diffusions sont publiques et tu peux aussi y prendre part pour présenter tes arguments (un peu plus développés que je suis contre). Après, la courtoisie serait de prévenir quand on bascule le sujet sur la liste legal (http://lists.openstreetmap.org/pipermail/legal-talk/2013-February/007421.html). Surtout quand la proposition était de rester en discussion franco-française jusqu'au STOM-Fr de ce week-end. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
Le 21/02/2013 20:17, Pieren a écrit : 2013/2/21 Eric SIBERTcourr...@eric.sibert.fr: Surtout quand la proposition était de rester en discussion franco-française jusqu'au STOM-Fr de ce week-end. Je ne l'aurais pas fait s'il n'y avait pas eu la fin de non recevoir de l'organisateur du SOTM-Fr: http://lists.openstreetmap.org/pipermail/talk-fr/2013-February/055078.html Le fait qu'un organisateur ne soit pas d'accord pour en parler au SOTM-fr n'engage que lui et n'est pas un excuse valable pour avoir une attitude déloyale. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
Quelques remarques : Il a été évoqué, à propos des itinéraire de bus, que les compagnies qui les exploitaient, le faisaient en délégation de service public. Cela nous autoriserait à mettre dans la base lesdits itinéraires. Ce qui est protégé, semble-t-il, c'est la reproduction des cartes de ces itinéraires (voir une histoire récente avec la RAPT) Il semblerait que, après confirmation par l'analyse des financements de la FFRP Il est même certain que la FFRP est titulaire de la délégation ministérielle pour l’activité randonnée ;-) http://www.ffrandonnee.fr/data/CMS/files/media/dossier-de-presentation-FFRandonnee-2012.pdf Page 2 : Forte de la délégation randonnée attribuée par le Ministère des Sports... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
Enfin, il est à noter que les signes graphiques de balisage présents tout au long des itinéraires de randonnée, et qui ont pour fonction de distinguer un itinéraire d’un autre, pourront quant à eux, faire l’objet d’une protection notamment au titre du droit des marques./ Quelqu'un sait quel type de protection est évoquée ici ? La FFRP a déposé la marque (ou le design) rouge et blanche entre autre. Il faudrait inclure des photos dans OSM. Un POI avec un champ contenant la photo de la marque. Aucune interprétation, c'est juste le terrain brut. Qui fait le script qui analyse les images??? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)
rn == Pieren pier...@gmail.com writes: rn Rappelons qu'il n'y a pas que la marque GR qui soit déposée mais que rn les tribunaux ont construit une jurisprudence qui considère que les rn itinéraires eux-mêmes sont une oeuvre originale protégée par le droit rn d'auteur (donc on sort un peu du cadre restreint du droit des rn marques). Cette jurisprudence absurde concernant les itinéraires de randonnée s'applique aux juridictions françaises, et donc pas au droit du Royaume Uni, qui – à ma connaissance – n'a pas reconnu de copyright sur les tracés d'itinéraire. Il me semble (sans être avocat) que c'est le copyright anglais et non le droit d'auteur français qui s'applique à la base OSM, tel que distribué sur openstreetmap.org. Détruire des données fort utiles aux randonneurs serait donc une grave erreur. En revanche, si l'hébergeur du miroir des données OSM-FR souhaitait anticiper une éventuelle attaque juridique par la FFRP (qui me semble peu probable, puisqu'ils se rendent sans doute compte que leur image, et leur reconnaissance d'utilité publique, seraient écornés par une telle aventure), il pourrait réfléchir à la mise à disposition d'un extrait censuré. Il faudrait vérifier ensuite si les outils exploitant les extraits (mapnik, mkgmap etc.) savent gérer des données manquantes; j'imagine que oui. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pas japonais
Pour les pas japonais: - highway=path - surface=stone - embankment = yes et la zone autour : flood_prone=yes Pour la passerelle en bois que j'ai aussi vu dans un parc au Canada (http://osm.org/go/chh9F1AF--) pour ne pas endommager les sols, j'aurais quand même la tentation bridge plus que embankment. - highway=path (voir footway vue la volonté manifeste d'aménagement par rapport au simple sentier qui s'est plutôt fait naturellement suite au passage répété de personnes). - surface=wood - bridge = yes Mes 0,02 € -- Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A lire: L'IGN oeuvre pour la gratuité du patrimoine géographique
http://www.liberation.fr/culture/2013/02/06/l-ign-oeuvre-pour-la-gratuite-du-patrimoine-geographique_879885 Il y a un truc de marrant, c'est que l'article part d'une remarque sur la BNF... L'IGN fournit plein de choses gratuitement, dont la carte de Cassini. La BNF permet de télécharger librement cette même carte depuis bien longtemps* ;-) Eric * non géo-référencé ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A lire: L’IGN œuvre pour la gratuité du patrimoine géographique
fg == Francescu GAROBY windu...@gmail.com writes: fg De plus, il est précisé que les données sont mises à disposition fg gratuitement aux établissements d’enseignement et de recherches ainsi qu’à fg tout acteur chargé d’une mission de service public et étend en permanence fg la gamme des données diffusées gratuitement au grand public, excluant par fg exemple les entreprises publiques et privées n'ayant pas de mission de fg service public, mais qui ont pourtant financé l'IGN par leurs impôts (IS). C'est un très bonne remarque, mais ce sont des argumentaires qui ne sont pas évidents pour les gens au premier abord («ben pourquoi on aiderai des entreprises à gagner de l'argent ...?»). Je pense qu'un document qui expliquerait les différences un peu subtiles entre différentes formes de gratuité (du GMM/Tomtom MapShare «vous pouvez contribuer gratuitement à augmenter la valeur de nos données» à «vous pouvez visualiser gratuitement sur géoportail pour un usage noncommercial» à «vous pouvez utiliser dans un cadre labellisé recherche/éducation» à CC-BY-NC à CC-BY), avec des exemples de cas d'utilisation, serait fort utile. Des volontaires pour travailler avec moi sur un brouillon sur le wiki? -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Témoignages, données et logiciels libres
rn == Pieren pier...@gmail.com writes: rn Et je persiste et signe : l'abus de moquette nuit gravement à la santé ^^ Par souci de salubrité publique, j'en conclus qu'on devrait s'interdire de cartographier les zones d'élevage de moquette? -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] région de Kidal au nord du Mali
Je me suis penché sur l'aspect intermittent des rivières à Madagascar mais uniquement quand elles croisent les routes ;-). Et aussi les routes saisonnières. http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#Pistes_saisonni.C3.A8res Dans ce cadre, j'utilise flood_prone=yes pour les sections de route (typiquement des radiers) qui ne sont inondés qu'exceptionnellement, par exemple suite à un passage de cyclone. Et seasonnal=yes pour tout ce qui est habituellement impraticable une partie de l'année (cols enneigés, pistes en terre...). Je pense que ça peut aussi s'appliquer aux rivières. On pourrait couvrir trois zones concentriques : - Eau permanente - Eau saisonnière systématique (natural=wetland, seasonal=yes) - Eau saisonnière possible mais plus rare (flood_prone=yes) On peut aussi l'appliquer au filaire des rivières. Mais il n'y a que 1839 flood_prone=yes pour l'instant (http://taginfo.openstreetmap.org/search?q=flood_prone%3Dyes) on peut donc se demander s'il est exploité. Oui, par moi ;-) sur les routes et par d'autres en Afrique sur les rivières. Il est peut-être peu exploité car il ne concerne pas beaucoup les pays industrialisés. Mais il ne faut pas que ça nous retienne. L'essentiel est d'être cohérent (entre autre documenté). Si, par la suite, il y un meilleur modèle qui émerge, il est facile de faire un rechercher/remplacer quand on a codé de façon homogène. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Modifications utilisateur Géovélo
fr == forum-Bzu66xTqZVFAfugRpC6u6w fo...@letuffe.org writes: fr Je voulais savoir si vous aviez des problèmes de qualité dans les fr modifications de l'utilisateur Géovélo. Sur Nantes il a tendance à fr faire un peu n'importe quoi à la va vite sans même vérifier fr visiblement en créant des aménagements fictifs entres autres … fr fr Je m'adresse surtout aux utilisateurs de Paris, Toulouse et Lyon fr sur lequel il semble actif ces derniers temps. Même constat sur Toulouse, où j'ai du corriger pas mal de contributions Géovélo qui manquent de rigueur (absence de continuité des pistes vélo dans la jointure avec le réseau routier, intersections abusives de pistes avec d'autres types de way). (Au cas où qqun poursuivrait la discussion sur le forum, auquel je ne participe pas.) -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mdr : (était Re: http://www.tuugo.fr semble ne pas respecter la licence osm)
Philippe Verdy verd...@wanadoo.fr a ?crit : Je lai ai contacté via leur formulaire de contact en bas de page en [...] Le 24 janvier 2013 03:06, Philippe Verdy verd...@wanadoo.fr a écrit : Le 24 janvier 2013 03:04, Philippe Verdy verd...@wanadoo.fr a écrit : Philippe, le gars qui a la pensée tellement structurée qu'il est obligé de se répondre deux fois de suite à lui-même en l'espace de 20 mn ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une analyse intéressante sur le nombre de nodes par way
j'ai récemment supprimé plus de 4000 noeuds avec juste une dizaine de citernes près de Paris. Je suis tombé récemment sur un réservoir d'eau avec non seulement beaucoup de noeuds mais en plus pas bien répartis sur le cercle, sans doute pour un problème d'arrondi. http://osm.org/go/0AqvyKVhu-- J'ai pour le moins eu du mal à le simplifier tout en conservant un aspect circulaire acceptable. Et accessoirement, le calage du cadastre est dans les choux... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
Quelques réflexions sur la collecte des données dans les pays à faible niveau de développement économique. Récemment, je suis allé à Madagascar avec, pour la première fois, un smartphone ancien qu'on m'a donné. J'ai mis dedans une carte SIM locale avec prépaiement par recharge. C'est la méthode employée par la très large majorité des personnes, en particulier parce que pour avoir un forfait, il faut un compte en banque... Pour OSM, j'ai installé OSM tracker (même si la version windows mobile ne semble plus maintenue). J'ai préchargé par connexion ethernet les tuiles de la zone où je voulais travailler. Une fois sur le terrain, j'ai néanmoins constaté que mon crédit fondait comme neige au soleil. Je ne sais pas si c'est OSM Tracker ou autre chose qui consommait de la donnée mais ce qui est sûr, c'est que l'opérateur me le facturait au prix fort. Donc, ma première recommandation serait d'avoir une application qui fonctionne offline sans GPRS/3G. Si on a besoin de données, y compris des images aériennes, il faut pouvoir les charger à l'avance par wifi ou ethernet. Et là, je parle des villes où il y a une bonne couverture téléphone. Alors, dans les campagnes... Ca rejoint un peu les discussions qu'on a eu lors du congrès GeOng en novembre dernier. Pour faire des suivis de population dans des camps de réfugiés, ils utilisaient des smartphone sans carte SIM. Ils étaient rechargés la nuit, configurés le matin (par USB ou bluetooth?), donnés aux équipes pour la journée et récupéré le soir pour déchargement des données. On trouve des smartphone à une centaine d'euros voir moins. Concernant les POI, ce qui est surtout important, c'est de pouvoir définir ses propres POI. Toujours dans l'exemple de GeOng, il y avait une application sur ordinateur qui servait à générer les questionnaires. Le fichier de configuration était ensuite transmis aux smartphones. On pourrait imaginer la même chose pour OSM. Choix des types de POI (fontaine publique, centre de santé...) et des éventuelles options qui vont avec (horaires d'ouverture, capacité...). Sélection de la zone de travail. Récupération sur internet des données OSM et Bing de la zone de travail. Transfert dans les smartphones. A la fin de la journée de travail, centralisation des données dans un PC. Envoi groupé dans OSM. N'est-ce pas ce que l'on disait de la carte OSM en 2004, que c'était impossible à faire ? Ah bon??? Ca doit être pour ça que j'ai commencé à enregistrer systématiquement au GPS mes déplacements depuis 2002 ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajouter des POI à OSM dans un contexte humanitaire
La présentation en question à GeOng 2012: http://www.cartong.org/fr/geong/2012/programme/AT2-ODK Le logiciel OpenDataKit: http://opendatakit.org/ Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Appel à contributeurs Ch'tis pour améliorer leur zone.
Je ne connais pas le coin [...] Pour ceux qui ont raté une étape, on cherches des fourmis dans la zone : http://wiki.openstreetmap.org/wiki/WikiProject_France/Reconstruction_chez_les_Ch%27tis Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Parcourir les données
Bonjour, Sur le site http://www.openstreetmap.org, dans le menu Modifier, il y avait avant outre les 2 lignes Modifier avec JOSM et Modifer avec P2 un 3eme qui etait Parcourir les données dont je me servais pas mal et qui permettait de voir rapidement les attributs des objets de la zone. Cette fonction a disparu ? Ca fait un moment que j'ai constaté ca mais j'imaginais que ca allait revenir mais j'ai l'impression que ca a été supprimé durablement. C'est dommage... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Figurer le siège d'un EPCI (était : Numéro de rue ?)
Par analogie, le rôle admin_centre dans une relation départementale pointe vers le node place de la localité chef-lieu du département, pas vers les bâtiments de la préfecture. La dernière fois que j'ai regardé pour quelques départements et régions, c'était loin d'être le cas et on trouvait un peu de tout, y compris les bâtiments de la préfecture. Faudrait peut-être qu'on s'accorde à ce niveau là avant de passer aux EPCI. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zones inondables
Dans le Delta intérieur du Niger au nord du Mali, de vastes zones parfois sur plusieurs kilomètres sont inondées à chaque année, incluant des terres agricoles. Les champs saturés d'eau sur l'imagerie Bing HR permettent de repérer ces zones inondables. Même genre de chose à Madagascar. On peut définir assez facilement un lit majeur qui est rempli chaque année en saison des pluies. Ce lit majeur peut avoir des zones cultivées (riz en général). On est tout à fait dans du fonctionnement normal (hazard=no). Au delà, il y a des champs qui se retrouvent saturés en saison des pluies mais qui ne sont pas en connexion avec le fleuve sauf phénomène climatique majeur (cette fois hazard=yes). En saison sèche, le fleuve se réduit à une laisse d'eau peu profonde qui serpente au milieu du sable. A noter que ce lit mineur change chaque année. Enfin, dans les zones les plus sèches, les rivières sont carrément en sèche une bonne partie de l'année. Certains utilisent seasonal=yes pour les sources ou rivières temporaires (http://wiki.openstreetmap.org/wiki/Key:seasonal). Je pense que seasonal pourrait être adapté aux parties inondées de manière récurrente (une partie de l'année chaque année). Toujours à Madagascar, j'utilise flood_prone pour les sections de routes/pistes habituellement à sec mais pouvant être inondées (radier, pont submersible, passage dans lit de rivière saisonnière). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème osmosis ou mkgmap ?
Salut ! Je pense que ton probleme est lié à la v0.39 d'Osmosis. J'avais
ce meme genre d'erreur avant de migrer vers 0.41. La nouvelle version
permet de gerer les fichiers sources au delà du seuil des 2 Go
principalement (quand on traite France entière) mais corrige également
pas mal de soucis divers, tu devrais essayer.
Tant que t'y es, ton Mkgmap meriterait aussi un p'tit update, on en est
à 2427 quand meme ! :) Je crois que tu n'as pas à adapter tes fichiers
de configs seront conservés, c'est compatible.
http://www.mkgmap.org.uk/download/mkgmap.html
Sinon, si tu regardes ton fichier source ${fichier}.osm il a un bon
look de XML correct ? Il faudrait que tu ailles voir la ligne 2549432
caractère 91 pour vérifier qu'il ne s'est pas glissé un caractère
bizarre dans le fichier...
Le 27/12/12 23:37, philippe a écrit :
bonjour,
ça fait un moment que j'ai pas eu à générer de cartes pour mon gps
mais là j'ai besoin de me faire une petite carte de la région de
fontromeu pour mes vacances la semaine prochaine et horreur mon script
ne marche plus :-(
Je récupère la carte de midi-pyrénées sur geofabrick que je
décompresse, puis je lance d'abord osmosis avec une ligne de commande
genre :
osmosis.bat --read-xml ${fichier}.osm ${bbox} --write-xml ${dest}.osm
et visiblement ça se passe pas bien
8--8--8--8--8--8--8--8--8--8--8--8--8--8--8--8--8--8--
# lancement de osmosis :
27 déc. 2012 23:21:32 org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.39
27 déc. 2012 23:21:33 org.java.plugin.registry.xml.ManifestParser init
INFO: got SAX parser factory -
org.apache.xerces.jaxp.SAXParserFactoryImpl@1d6776d
27 déc. 2012 23:21:33 org.java.plugin.registry.xml.PluginRegistryImpl
configure
INFO: configured, stopOnError=false, isValidating=true
27 déc. 2012 23:21:33 org.java.plugin.registry.xml.PluginRegistryImpl
register
INFO: plug-in and fragment descriptors registered - 1
27 déc. 2012 23:21:33 org.java.plugin.standard.StandardPluginManager
activatePlugin
INFO: plug-in started - org.openstreetmap.osmosis.core.plugin.Core@0.39.0
27 déc. 2012 23:21:33 org.openstreetmap.osmosis.core.Osmosis run
INFO: Preparing pipeline.
27 déc. 2012 23:21:33 org.openstreetmap.osmosis.core.Osmosis run
INFO: Launching pipeline execution.
27 déc. 2012 23:21:33 org.openstreetmap.osmosis.core.Osmosis run
INFO: Pipeline executing, waiting for completion.
27 déc. 2012 23:21:41
org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskManager
waitForCompletion
GRAVE: Thread for task 1-read-xml failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to
parse xml file midi-pyrenees.osm. publicId=(null), systemId=(null),
lineNumber=2549432, columnNumber=91.
at
org.openstreetmap.osmosis.xml.v0_6.XmlReader.run(XmlReader.java:113)
at java.lang.Thread.run(Unknown Source)
Caused by: org.xml.sax.SAXParseException: XML document structures must
start and end within the same entity.
at
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
Source)
at
org.apache.xerces.util.ErrorHandlerWrapper.fatalError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
Source)
at org.apache.xerces.impl.XMLScanner.reportFatalError(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.endEntity(Unknown Source)
at
org.apache.xerces.impl.XMLDocumentScannerImpl.endEntity(Unknown Source)
at org.apache.xerces.impl.XMLEntityManager.endEntity(Unknown
Source)
at org.apache.xerces.impl.XMLEntityScanner.load(Unknown Source)
at org.apache.xerces.impl.XMLEntityScanner.skipSpaces(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanAttribute(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown
Source)
at
org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source)
at org.apache.xerces.jaxp.SAXParserImpl.parse(Unknown Source)
at javax.xml.parsers.SAXParser.parse(Unknown Source)
at
org.openstreetmap.osmosis.xml.v0_6.XmlReader.run(XmlReader.java:108)
... 1 more
27 déc. 2012 23:21:41 org.openstreetmap.osmosis.core.Osmosis main
GRAVE: Execution aborted.
Re: [OSM-talk-fr] Plus de bâti avec mkgmap
J'ai procédé à partir d'un pbf de Geofabrik (seuls les shapes sont affectés d'après ce que j'ai compris). De plus j'ai vérifié dans le fichier .osm obtenu qu'il y avait bien le bâti et, comme indiqué dans mon message, avec la version 2383 de mkgmap j'ai bien le bâti dans mon gmapsupp.img final. Je sais qu'il ne s'agit pas là de versions stables de mkgmap. Mais comme les dernières versions en ligne, 2411, 2412, 2415, 2419 suppriment le bâti, je trouvais que ça faisait beaucoup de versions avec cet hypothétique bug ! Bref, du coup je me demande si mon script qui génère trois couches (carte OSM, couche routable, couche lignes topo) est encore adapté et s'il n'y a pas eu des changements dans mkgmap. Je tâcherai d'enquêter quand j'aurai un peu de temps... @+ Salut ! Tu as peut etre effectivement des options à corriger car je viens de mettre à jour mes cartes avec le dernier PBF de Geofabrik (France et RhoneAlpes) et avec le dernier Mkgmap (2423) et après verif rapide, j'ai l'impression que tout est OK. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plus de bâti avec mkgmap
Oui. Merci :-) Je fais des tests. Si je place la génération de la couche routage avant le fond de carte c'est OK (j'ai viré la couche de lignes topo pour l'instant). Je crois qu'il va falloir que je fasse reconnaître les styles de chaque couche plus explicitement. Je link aussi des couches issues de SRTM pour avoir mes courbes de niveau. Si ca peut t'aider, je détaille le process dans http://wiki.openstreetmap.org/wiki/User:Blueberry Par contre je n'ai pas de couche routage, je ne sais pas ce que c'est. J'utilise juste l'option route dans le mkgmap.opt mais en fait, je me sers pas du routage donc je ne sais pas si ca marche... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ils sont passés où les bâtiments???
Mauvaise nouvelle ! Comme Eric, j'utilise les fichiers de Geofabrik pour generer mes cartes GPS Garmin pour mon vélo et ca enleve beaucoup d’intérêt si il n'y plus de batiments dans les PBF. Et ca m'energe beaucoup de voir incessement dans son argumentaire les batiments etre qualifiés de eyes candy. Comment ne comprend t-il pas qu'un batiment sur une carte de GPS c'est important comme point de repere et d'orientation, en velo mais à fortiori en VTT ou en rando ? Il va falloir que je procède autrement pour générer mes cartes alors... Ps: je vois que le fichier France.pbf sur le site est toujours à 2.2Go, les bâtiments ont déjà eté enlevés ? C'est la taille habituelle pourtant... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ils sont passés où les bâtiments???
Etienne Trimaille etie...@trimaille.eu a ?crit : Bon, ceux qui veulent du shape avec le bati et que la zone n'est pas trop grande, vous pouvez utiliser osm2gis : http://www.osm974.re/osm2gis/# The selected area is to large. Please select a smaller area. Pourtant, j'ai juste essayer d'extraire le département de la Savoie avec un rectangle englobant. Peut-être qu'avec la nouvelle version, ça ira mieux. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ils sont passés où les bâtiments???
C'est l'inconvénient lorsqu'on se repose sur les services d'une entreprise tierce ! Je dirais quand on passe par une structure tierce en générale. Mais à l'inverse, devoir se monter sa propre chaîne de traitement intégrale à chaque fois qu'on veut quelque chose, c'est super lourd pour ne pas dire impossible. Pour mémoire, pour mon Triton, j'ai commencé avec un script python trouvé sur le net : http://sourceforge.net/projects/pymag/ . Résultat potable mais avec des défauts comme des problèmes d'accent sur les noms. Ensuite, je suis passé par une solution commerciale: http://maps4me.net/index.php?language=en Résultat de qualité mais le gars ne fait plus de mises à jour. J'ai tenté un retour vers le script Python. Sauf qu'il plante quand j'essaie de travailler sur Madagascar en entier. Ca marche sur des petites zones, ça plante sur des zones moyennes. Sans doute un élément dans les données OSM qui ne lui plaît mais que je n'ai pas pu identifier. Solution de repli, je passe par Mobile Mapper Office (http://wiki.openstreetmap.org/wiki/Mobile_Mapper_Office) en ayant récupéré une version ancienne pas trop limitée (mais qu'on croirait sortie de Windows 3.1). Téléchargement des shp chez geofabrik. Redécoupage éventuel avec QGis. Moulinage dans Mobile Mapper Office. Résultat médiocre du style tout ou rien (par ex: toutes les routes ou aucune route à une échelle donnée). Faudrait peut-être que je travaille dans QGis pour faire des requêtes de filtrage préalable. Ca devient super lourd. Je continue à chercher... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] exports d'extraits OSM
Mais, sans doute encore mieux, une interface de génération à la demande comme osm2gis que l'on rapatrierait (mais j'ai compris que c'était en cours) sur les serveurs osm-fr Je veux bien de la génération à la demande, surtout si on peut définir des zones plus complexes qu'un simple rectangle. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ils sont passés où les bâtiments???
Le 20/12/2012 17:02, Ab_fab a écrit : Est que la possibilité de faire des shapefiles thématiques est envisageable ? Qu'est-ce que tu entends pas shapefiles thématiques? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Reverter un contributeur
Bonsoir, J'ai découvert il y a quelques jours qu'un nouveau contributeur avait fait un peu n'importe quoi à proximité de Grenoble (style natural=wood - beach). http://www.openstreetmap.org/user/amani1988/edits Je lui ai envoyé un message qui est resté sans réponse. Vu que l'ensemble de ses contributions n'ont ni queue ni tête, je pense que le mieux est de faire un revert global. Il y a quelqu'un qui maitrise ça et qui voudrait le faire? Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ils sont passés où les bâtiments???
Le 20/12/2012 19:02, Ab_fab a écrit : Des fichiers séparés pour le bâti, la voirie, l'eau, les landuse ... Ok. Ce n'est pas le cas actuellement pour les exports proposés par l'outil d'Arnaud C'est le cas de geofabrik. Et s'ils ont supprimé les bâtiments, ils en ont rajouté d'autres: landuse, natural, places, points (?), railways, road, waterways. Dans ma chaîne actuelle de traitement, il me faut du thématique... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reverter un contributeur
tu as ouvert un ticket sur le groupe d accompagnement ? Le groupe d'accompagnement??? Ah oui, je l'avais oublié celui-là ;-) Ce pseudo me dit quelque chose je me demande si il n y a pas deja quelqu un qui l a signale Rien dans les tickets ouverts. Au besoin je peux ressortir la liste de tous les objets qu il a touche comme cela a ete fait pour CEDRIC007 Ça reste très limité et je pense qu'il n'y a pas grand monde qui est repassé par dessus. D'où l'idée d'un simple revert sur la demi-douzaine de changset. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reverter un contributeur
Tu as ouvert un ticket dans le groupe d accompagnement histoire qu on puisse avoir un suivi ? Nan, je préfère attendre deux ans pour traiter le problème :-p http://trac.openstreetmap.fr/ticket/181 Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Navit sous Windows Mobile
Le problème de Navit, c'est qu'on ne le configure pas trop par l'interface GUI mais en attaquant directement un fichier xml (http://wiki.navit-project.org/index.php/Configuring_Navit) de 280 ko, ce qui n'est pas très pratique sur un smartphone sous WM (y a pas vi). Donc, après transfert du xml sur mon pC, j'ai modifié les options de Vehicle Options/GPS/Local: pour mettre : source=wince:GPD1: - using the internal GPS driver, configured from Windows Remote GPS Settings. (et aussi en changeant des yes/no dans les lignes environnantes du XML suivant les indications fournies à l'intérieur de celui-ci). Voilà où j'en suis. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ils sont passés où les bâtiments???
J'utilise les fichiers shp de geofabrik pour alimenter en cartes vectorielles mon GPS Magellan Triton. Et je viens de constater qu'il n'y avait plus la couche buildings dans les fichiers fournis... Ils n'aiment pas nos zolis zimports du bati? Alors que c'était dispo dans la dernière extraction sous l'ancienne licence. Sniff Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Navit sous Windows Mobile
Bonsoir, On m'a passé un smartphone HTC Touch HD T8282 qui tourne sous Windows Mobile 6.1. Je voulais utiliser Navit dessus pour faire du guidage routier sans connexion. J'ai installé le fichier .cab. Le programme démarre bien. Par contre, il ne récupère pas les coordonnées GPS alors qu'OSMTracker le fait sans problème. Une idée de comment faire? Je n'arrive pas non plus à lui faire utiliser la carte de France que j'ai téléchargé dans le même coin. Ou si vous avez d'autres proposition de navigation offline sur mon smartphone, je suis preneur. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ils sont passés où les bâtiments???
D'aucun diront que ça n'a rien à voir, voir le blog de F. Ramm à ce propos http://osm.gryph.de/2012/06/openbuildingmap/ Oui, je sais, les imports, c'est mal. Mais le pouvoir est immense du côté obscur du bâtiment ;-) Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
cm == Christophe Merlet red...@redfoxcenter.org writes: cm Mais cette solution a plusieurs avantages. C'est facile à administrer à cm distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en cm 9h, 18 Go de tuiles distinctes ont été demandées). L'intérêt d'un serveur distinct de celui à Londres pour les utilisateurs français me semble discutable. Depuis ma connexion Free au domicile à Toulouse, je suis à 63 ms (16 hops) de uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52 ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour la majorité des FAI français, qui font du peering vers Renater uniquement à Paris. Et en cas de miss la requête part quand même à Londres ... Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7 hops) du serveur paulla, mais ça n'est pas très representatif des utilisateurs en général ... Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial College, ce qui doit leur être utile, donc merci et bravo à RedFox pour cela. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Après la Grosse suppression de données autour de valenciennes
Marc Sibert m...@sibert.fr a ?crit : Donc après la Grosse suppression..., j'ai commencer à utiliser les données de Cédric pour faire quelques statistiques. En torturant Spatialite et QGis, j'ai obtenu le décompte suivant des nodes créés ou modifiés par Cédric dans chaque commune du 59 (oui je pensais que ça ce limitait à ce département, mais visiblement, c'est plus large) : Valenciennes59606 59300 172 Pecquencourt59456 59146 95 [...] Même dans le 59, il y a des communes qui ont été impactées et qui manquent [1]. Je pense que le critère uniquement sur les points est insuffisant. Il faudrait aussi prendre en compte les ways. En effet, les ways de CEDRIC étant très mal positionnés, des fourmis sont repassés derrière et ont dû déplacer tous les points. [1] : Wavrechain-sous-Denain, Denain. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Téléphone et lien web
Bonjour, En parcourant les erreurs Osmose de mon coin, je trouve un contributeur maison de la Pra (http://www.openstreetmap.org/user/maison%20de%20la%20Pra/edits) qui a mis sur 3 hôtels / chambre d'hôte (dont il semble être responsable) des numéros de téléphone et des renvois vers des adresses internet. http://beta.osmose.openstreetmap.fr/error/142241527 http://beta.osmose.openstreetmap.fr/map/?zoom=18lat=44.93501lon=4.8903layers=BFFTTitem=level=1 J'ai parcouru les archives et wikis sans trouver : 1/ si c'etait autorisé de mettre son tel+site web sur un commerce 2/ comment saisir des 2 tags si c'est autorisé Il a mis des tags designation et adresse internet qui ne sont pas bons je pense. Et mêrme un residence hotel de bressac=residence hotel de bressac !?! Bref, y'a de la modif dans l'air. J'ai vu le cas pour des numéros persos evoqué recement mais je ne sais pas ce qui a été dit pour les pro et quel est le tag approprié la cas échéant. Si le problème des numéros de téléphone se répand, il faudra peut être que Osmose essaye de les détecter (c'est peut etre pas simple ...) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre grenobloise
Bonsoir à tous, Pour les dauphinois qui ne sont pas sur la liste osm-grenoble ou ceux qui seraient de passage. Nous organisons une rencontre des contributeurs locaux le mercredi 5 décembre à partir de 20h à la Boîte à Sardine: http://wiki.openstreetmap.org/wiki/Grenoble#Christmas_Party_2.0 Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - imminente
Je fais la demande pour la rédaction dans la soirée ou demain. Tu nous tiens au courant quand c'est terminé, qu'on lâche les termites... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Grosse suppression de données autour de valenciennes
L outil a travaille sur les diffs France du 26 Novembre 2012 14h38 jusqu a maintenant ( soit quasiment 3 jours )et il en ressort le rapport attache en piece jointe dont voici un petit resume : environ 130 modifications effectuees par 5 utilisateurs : olcomm_ild_inr, botdidier2020, kritic, Eric S, Marcussacapuces91 J'ai juste fait un essai pour évaluer l'ampleur des dégâts et en conclure que je ne ferai pas de remapping préventif ;-) Je veux bien essayer de contacter olcomm_ild_inr ou son chef. C'est un opérateur d'une entreprise malgache (ild) qui utilise OSM pour fabriquer des plans touristiques, professionnels et autres. Eric -- Éric SIBERT http://eric.sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mises à jour Bing
Philippe Verdy verd...@wanadoo.fr a ?crit : En passant par un autre lien [...] http://www.bing.com/maps/?v=2cp=46.545968~4.689639lvl=6dir=0sty=happ=50493~myappname~worldtour~p_rid~87d0b920-02cb-41d3-af70-972a2ddf9eccFORM=LMLTCC Même en passant par le bon lien, je constate que seule l'Europe de l'Ouest et les USA sont coloriés. Rien à Mada en particulier. L'affichage ne semble correspondre qu'à la plus haute résolution. J'ai raté un réglage? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
Personnellement, je suis partisan du remappage *avant* suppression comme cela a pu se faire avec le Redaction Bot du changement de licence. Je viens de regarder un endroit au hasard dans le secteur (Wavrechain-sous-Denain). En dehors de l'utilisation de Google Sat (source des gros décalages?), ces contributions ne sont de toute façon pas follichonnes. Problèmes de connectivité à certains carrefours, voies dont lexistence sur le terrain paraissent douteuses, traçage à la hache. A mon avis, ça sera plus rapide de repartir à zéro après nettoyage que de refaire avant en se laissant perturber par tous les trucs foireux qu'il a mis. Sans parler des problèmes de connexion à l'existant : à chaque carrefour on va se demander clean/pas clean??? La seule grosse perte, mais on n'y peut rien, ce sont les contributeurs qui sont repassés derrière lui pour corriger ses nombreux défauts. Faut juste appliquer rapidement le script de nettoyage que l'OSMF avait mis en place pour le changement de licence mais appliqué à ce contributeur. Que fait le DWG ? ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] remappage *avant* suppression des données CEDRIC007
Faut juste appliquer rapidement le script de nettoyage que l'OSMF avait mis en place pour le changement de licence mais appliqué à ce contributeur. Que fait le DWG ? ;-) Il est là ! En fait, ma question sous-jacente était plus technique. Le DWG a-t-il les outils pour un nettoyage ramenant les objets à leur état antérieur aux apports de ce contributeur (façon changement de licence)? j'attends soit qu'on me dise : - bon, finalement vas y = je fais +1. - C'est bon, je gère ce projet, j'ai copié ça, analysé si et je vais coordonner l'effort de remap avec données encore en base, donnes moi 1 mois = j'attends Je ne vais pas coordonner l'effort de remap ni remapper préventivement ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes
Sinon je laisse tomber, on fait la requête au DWG et du remapping après suppression. Avec un coup de task manager de HOT sur la zone. Designed and built [...]for Disaster Reduction. Numérique peut-être mais c'est bien un désastre ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes
Bonour, J'ai lu le fil sans bien comprendre comment 200k objets avaient pu être copiés de GMap ?!? C'est trop pour une décalquage manuel je pense donc ca serait un vol de fichier ? un script malicieux ? Je me demande comment cette copie a été averée... Easter eggs ? J'espere que c'est pas la seule mention de GMap dans le commentaire d'un changeset. Le 25 novembre 2012 20:18, sly (sylvain letuffe) li...@letuffe.org a écrit : Bonjour, Ce sujet a été traité sur la liste GA de gestion des contributeurs et de leurs erreurs d'ajout de donnée. Mais le problème remonte à novembre 2010. Faisons court : 200 000 objets (chemin/noeuds/relation) vont vraisemblablement être retiré de la base aux alentours de valenciennes car ils ont été copiés depuis google maps il y a 2 ans. Rien n'a été fait à l'époque et c'est maintenant encore pire car plein de contributeurs ont retouché ces données mais hélas, en se basant sur les données copiées de google. Il n'est pas possible de laisser ça, il me semble, et la seule solution... c'est d'effacer, et ça va laisser un gros trou tout en effaçant toute retouche faite à ces données. Je n'attends pas vraiment de solution miracle de votre part (m'enfin si vous en avez une, dites moi !), mais je veux prévenir pour expliquer le pourquoi d'un futur trou. Le détail est là : http://trac.openstreetmap.fr/ticket/147 Et je compte faire la demande au DWG d'ici 2/3 jours. Si quelqu'un se motive pour faire une copie, de la zone (qu'on trouvera de toute façon dans les minute diffs des fichiers anciens) qu'il se manifeste pour dire voilà la zone à refaire mais je ne le ferais pas moi. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mises à jour Bing
Bonsoir à tous, De temps à autre, Bing procède à des mises à jours de ses vues aériennes ou satellites avec éventuellement amélioration de la résolution. Je cherche un moyen de connaître ce genre de changement sur une zone donnée sans devoir essayer régulièrement au petit bonheur la chance. Vous connaîtriez des outils qui font ça? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mises à jour Bing
Le 26/11/2012 20:31, Romain MEHUT a écrit : Il y aussi cette visualisation http://ant.dev.openstreetmap.org/bingimageanalyzer/ C'est cet outil qui a amené ma question. Mais je ne le trouve pas très pratique. D'abord, parce qu'il faut zoomer sur un endroit pour savoir si de la haute résolution est disponible. La zone qui m'intéresse, c'est Madagascar (surface = France+Benelux). Et ensuite, on ne sait pas ce qui est nouveau. Quant à interroger l'API, je ne trouve pas ça super immédiat. Et je n'ai pas bien compris dans l'API si on pouvait avoir la date de mise à disposition de l'image actuelle (et non la date de prise de vue). Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différents types de lavoir
Je réponds un peu avec retard. Après consultation du Robert Collins Super Senior, j'ai: Lavoir : (découvert) = washing-place (édifice) = wash house (bac) = wash-tub (machine) = washer (atelier) = washing plant Perso, je partirais sur amenity=washing_place dans tous les cas (couvert ou pas). Si c'est couvert, tu rajoutes un building=yes avec le toit. Si le lavoir est alimenté par une fontaine, on rajoute la fontaine. S'il est alimenté par une rivière, on met la rivière ou le canal d'amené. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différents types de lavoir
Le 23/11/2012 19:27, Philippe Verdy a écrit : Un lavoir traditionnel n'est pas forcément couvert,[...] Merci de lire le début du fil de discussion avec la description des différents types de lavoir fournie par l'auteur du premier message. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap.org passe à Leaflet
Le 23/11/12 19:39, Philippe Verdy a écrit : Pour une démo : http://leaflet.apis.dev.openstreetmap.org/?lat=47.51lon=3.05zoom=6layers=M Ça marche plutôt bien déjà... Objection ! Chez moi (FF17) la sélection des calques en haut à droite a un gros défaut d'affichage et est inutilisable ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap.org passe à Leaflet
Le 23/11/12 20:48, Thomas Gratier a écrit : Bonjour, Utilisez plutôt l'URL de production http://www.openstreetmap.org/ plutôt que celle de test http://leaflet.apis.dev.openst goog_1150345858reetmap.org/ http://reetmap.org/ sinon quand vous allez rapporter un bug, les développeurs risquent de ne pas comprendre si l'environnement à un comportement différent (je n'ai pas le bug de sélection des calques sur la production avec Firefox 17 sous Ubuntu 12.04 pour info) Pour les réclamations en cours, https://github.com/openstreetmap/openstreetmap-website/issues Créez-la votre sinon https://github.com/openstreetmap/openstreetmap-website/issues/new sous réserve d'avoir un compte Github (c'est gratuit) Cordialement ThomasG mes symptômes pour info : (sous w7) http://www.blueb.fr/leaflet.jpg ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
