[OSM-talk-fr] Vidéos du State Of The Map US en ligne...
C'est ici: http://openstreetmap.us/2013/06/sotmus-videos/ Beaucoup de sujets intéressants pour ceux qui n'ont pas eu le temps ou le courage de veiller devant le streaming ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet historique : Chemin des Dames
Bonjour, Mikel Maron a fait une place importante au mapping historique dans son compte-rendu du State of the Map US http://www.openstreetmap.org/user/mikelmaron/diary/19451 Avec quelques liens utiles --- Question un peu HS (quoique ...), concernant la première guerre mondiale : Existe-t-il un projet (libre) exploitant la mine d'informations contenue dans les journaux de marche des unités. Ces journaux sont disponibles sous forme scannée, régiment par régiment (1] Ce qui serait génial, ce serait de pouvoir croiser tous les journaux, afin de retracer leur activité, mais aussi de visualiser ce qui s'est passé à une date précise, et où (géolocalisation) - Voilà donc le lien qui pourrait rapprocher d'un projet OSM historic Bonne journée [1] http://www.memoiredeshommes.sga.defense.gouv.fr/spip.php?article59 Le 27 décembre 2012 15:48, Frédéric Stévenot freds...@gmx.fr a écrit : Bonjour Yannick, Merci pour les sources : le travail se fera d’ailleurs avec les services du Conseil général, puisqu’il est à l’origine de mon cadre d'intervention. Il ne me reste plus qu’à voir comment faire un calque sur un fonds de carte OSM… L’idée de ce projet m’était venu à la suite de la lecture d’un travail utilisant OSM par une classe en histoire (à Digne-les-Bainshttp://openstreetmap.fr/collegiens-openstreetmap ). À bientôt, Frédéric * * * * * * * * *De : *Yannick VOYEAUD yann...@voyeaud.org *Date : *25 décembre 2012 18:11:38 HNEC *À : *talk-fr@openstreetmap.org *Objet : **Rép : [OSM-talk-fr] Projet historique* *Répondre à : *Discussions sur OSM en français talk-fr@openstreetmap.org Le 25/12/2012 17:37, Frédéric Stévenot a écrit : Bonjour, J'envisage de faire travailler un groupe de mes élèves sur un projet cartographique. Il s'agit de cartographier une partie du Chemin des Dames, à partir de cartes et de photographies aériennes datant de la Première Guerre mondiale (et cartes d’état-major antérieures) : le réseau routier, les agglomérations, le réseau hydrographique et surtout le réseau des tranchées. En gros, l'objectif est sinon de pouvoir se promener sur les sites actuels, en repérant les traces du passé (les endroits où étaient les tranchées, parfois fossilisées aujourd’hui), au moins de pouvoir comparer sur carte la situation actuelle à la situation largement antérieure à aujourd'hui. À terme, j’envisage un élargissement progressif à un secteur plus large, pour apprécier l'évolution des paysages (couvert végétal, etc.), des agglomérations, etc. La question que je me pose est si cela peut entrer dans le cadre du projet OpenStreetMap. Qu’en pensez-vous ? Merci de votre réponse, et à bientôt, Fr. Stévenot Bonsoir, Je pense que l'idée est bonne. Utiliser une donnée moderne (fond de carte OSM) et la comparer à une donnée ancienne (Carte d'état-major, photographies, JMO) est un travail que j'aimerais bien pouvoir mener à bien. Je te suggèrerais de te rapprocher du Conseil Général de l'Aisne et plus précisément des services qui s'occupent de la Mémoire: missionchemindesda...@cg02.fr Les sites suivants devraient aussi pouvoir t'aider: http://www.chemindesdames.fr/ http://www.memorial-chemindesdames.fr/ Les données anciennes n'ont en principe pas vocation à, pour le moment, être insérées dans OSM. Seuls les monuments semblent avoir des tags reconnus par la communauté, à la rigueur l'Antiquité. Ton idée serait de tagguer des informations qui n'existent plus. Il faut impérativement penser aux tags possible et explicite avant de commencer pour mettre cela dans la base. Penses aussi aux altitudes qui ont changé du fait des bombardement (Par exemple la cote 304 qui a perdu 100 m entre 1914 et 1918) Tu as l'alternative de faire un calque posé sur le fond de carte OSM. Par contre je serais intéressé par voir le travail final. Génémil, Ancestramil et MémorialGenWeb sont des services web et/ou listes qui pourraient être intéressés par le fruit de ce travail de mémoire. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modification de zone landuse=commercial
2013/6/11 Emmanuel Lesouef eleso...@lorinand.org: zone commerciale (landuse=commercial) Euh, attention : faux-ami avec l'anglais: landuse=commercial ne concerne pas les zones commerciales mais les zones d'affaire, business, bureaux, etc commercial étant à prendre dans le sens d'affaires ou business en bon français. Les zones commerciales sont à tagguer avec landuse=retail. D'ailleurs, le tag orignal importé depuis CLC était landuse=industrial;retail parce que la nomenclature de Corine Land Cover (CLC) ne faisait pas la distinction entre zones commerciales (retail) et industrielles (industrial). On a donc choisit de mettre les deux valeurs dans le landuse au moment de l'import massif sur toute la France pour qu'ensuite chacun puisse affiner avec sa connaissance du terrain. Si cette zone est effectivement uniquement commerciale, ne conservez que landuse=retail. S'il y a une partie industrielle, le mieux est de redécouper le polygone landuse en autant de parties que nécessaire pour distinguer les zones commerciales (retail), industrielles (industrial) ou de bureaux/business (commercial). Pour en savoir plus, lire: http://wiki.openstreetmap.org/wiki/Key:landuse http://wiki.openstreetmap.org/wiki/FR:Key:landuse http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel sur la collecte de fond pour l'achat d'un nouveau serveur OSM
2013/6/11 Pieren pier...@gmail.com: Petit rappel Petit éclaircissement sur cet appel de fonds suite à quelques interrogations: il ne concerne pas l'association française osm-fr. L'asso osm-fr ne gère pas les serveurs principaux (base de donnée, front-end pour l'API, wiki, etc) mais uniquement des serveurs en France (qui sont des dons en nature). Cet appel de fond concerne bien l'infrastructure internationale, celle qui sert au monde entier dont les serveurs sont situés en Angleterre. Les serveurs français, eux, ne font que de la réplication ou de la mise en cache (ou consomment simplement les données comme pour le rendu osm-fr). Ils ont donc besoin de l'infrastructure internationale et profitent donc, eux aussi, de son amélioration. Il n'y a pas, à ma connaissance, d'appel de fonds pour l'asso osm-fr en ce moment. La meilleure façon de la soutenir, c'est simplement d'y adhérer: http://openstreetmap.fr/adherer Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modification de zone landuse=commercial
Le Wed, 12 Jun 2013 10:32:28 +0200, Pieren pier...@gmail.com a écrit : 2013/6/11 Emmanuel Lesouef eleso...@lorinand.org: zone commerciale (landuse=commercial) Euh, attention : faux-ami avec l'anglais: landuse=commercial ne concerne pas les zones commerciales mais les zones d'affaire, business, bureaux, etc commercial étant à prendre dans le sens d'affaires ou business en bon français. Les zones commerciales sont à tagguer avec landuse=retail. D'ailleurs, le tag orignal importé depuis CLC était landuse=industrial;retail parce que la nomenclature de Corine Land Cover (CLC) ne faisait pas la distinction entre zones commerciales (retail) et industrielles (industrial). On a donc choisit de mettre les deux valeurs dans le landuse au moment de l'import massif sur toute la France pour qu'ensuite chacun puisse affiner avec sa connaissance du terrain. Si cette zone est effectivement uniquement commerciale, ne conservez que landuse=retail. S'il y a une partie industrielle, le mieux est de redécouper le polygone landuse en autant de parties que nécessaire pour distinguer les zones commerciales (retail), industrielles (industrial) ou de bureaux/business (commercial). Pour en savoir plus, lire: http://wiki.openstreetmap.org/wiki/Key:landuse http://wiki.openstreetmap.org/wiki/FR:Key:landuse http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature Pieren Merci beaucoup. J'ai redimensionné la zone. Et requalifié le tag landuse. Par contre, si j'ai bien compris, je dois supprimer les tags CLC* ? -- Emmanuel Lesouef signature.asc Description: PGP signature ___ 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
Bonjour, Merci, j'ai encore mis à jour l'analyse pour mieux prendre en compte la qualité du géocodage et effectivement l'accessibilité que j'avais mal pris en compte. http://osmose.openstreetmap.fr/fr/map/?item=8110level=1,2,3 Frédéric. Le 11/06/2013 10:15, Brice Person a écrit : Salut Frédéric, Moi qui pensais que c'était mon travail qui t'avait inspiré ;-) (je l'avais évoqué pour l'accessibilité) http://www.ideeslibres.org/blog/2013/05/03/base-de-donnees-geolocalisee-des-administrations-francaises/ Pour la précision du géocodage ce sont donc lesmêmes valeurs que Google Maps. En parlant d'accessibilité d'ailleurs, j'ai regardé vite fait ton code, tu pourrais récupérer également /Organisme/Adresse/Accessibilité/@type qui indique le caractère accessible de l'organisme, /Organisme/Adresse/Accessibilité que tu récupère étant le texte qui le précise. Bien à toi, Brice PS: il y a une nouvelle version de ce jeu de données datée du 07/06 qui est dispo Le 11/06/2013 00:21, Frédéric Rodrigo a écrit : Bonsoir, J'ai ajouté l'affichage de l'adresse et de la précision du géocodage mais c'est numérique et je ne sais pas à quoi ça correspond. Frédéric. Le 08/06/2013 20:05, Francescu GAROBY a écrit : SUPER ! Bon, par contre, faites gaffe : comme toujours la géolocalisation des données n'est pas tip-top du tout. J'ai un bien bel exemple ici, avec le Pôle Emploi de Caen Nord http://lannuaire.service-public.fr/services_locaux/basse-normandie/calvados/pole_emploi-14566-01.html (située en fait sur une commune limitrophe de Caen), placée à 1km à vol d'oiseau de sa véritable adresse (et pas du tout dans le même lotissement ! Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Le 11 juin 2013 16:10, Nicolas Moyroud nmoyr...@free.fr a écrit : - OSM est à la foi connu et méconnu sur wikipedia, il me semble. Il y a des gens qui aiment bien mais aussi beaucoup de partis pris, souvent étonnant de la part de wikipédiens, du style Mais si tout le monde peut modifier la carte alors c'est pas fiable. Ah oui même chez eux, ça fait peur... Non, je pense que la fiabilité n'est pas aussi claire qu'on peut le penser. Par exemple dans un de mes précédents post, j'ai remarqué que le rocher de tombelaine pouvait se nommer Rouen sur OSM, alors que cette ville est quand même à plusieurs centaines de km. On pourrait légitimement se demander si c'est pareil pour d'éventuels calculs de surface... si la surface de tombelaine comprend celle de la ville de Rouen ou viceversa. Dans tous ces systèmes wiki*, il faut se garder du style c'est évident puisque c'est la communauté, c'est clair que c'est l'avenir, et autre baratin commercial... Je ne compte plus les conneries sur wikipedia, les bêtises sur OSM, etc. Et pour ma part je ne dis jamais qu'une info est fiable sur wikipedia, alors que je suis un contributeur (plus ou moins) participant à wikipedia. Je dis toujours de prendre du recul. Comme partout, il faut expliquer et expliciter qu'est-ce qui fait ou ne fait pas la fiabilité d'une info sur OSM, et comprendre comment, malgré la non fiabilité, qui me parait évidente et permanente, OSM et wikipedia peuvent travailler de concert. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modification de zone landuse=commercial
2013/6/12 Emmanuel Lesouef eleso...@lorinand.org: Par contre, si j'ai bien compris, je dois supprimer les tags CLC* ? Absolument. Dès que ces polygones sont modifiés/affinés, il n'y a plus d'intérêt à conserver les tags CLC. Ils sont de toute façon encore visible dans l'historique. Bien-sûr, c'est encore mieux de mettre à jour le tag source (imagerie Bing, connaissance du terrain, etc). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Le 12/06/2013 12:24, Ista Pouss a écrit : Non, je pense que la fiabilité n'est pas aussi claire qu'on peut le penser. Par exemple dans un de mes précédents post, j'ai remarqué que le rocher de tombelaine pouvait se nommer Rouen sur OSM, alors que cette ville est quand même à plusieurs centaines de km. On pourrait légitimement se demander si c'est pareil pour d'éventuels calculs de surface... si la surface de tombelaine comprend celle de la ville de Rouen ou viceversa. Dans tous ces systèmes wiki*, il faut se garder du style c'est évident puisque c'est la communauté, c'est clair que c'est l'avenir, et autre baratin commercial... Je ne compte plus les conneries sur wikipedia, les bêtises sur OSM, etc. Et pour ma part je ne dis jamais qu'une info est fiable sur wikipedia, alors que je suis un contributeur (plus ou moins) participant à wikipedia. Je dis toujours de prendre du recul. Comme partout, il faut expliquer et expliciter qu'est-ce qui fait ou ne fait pas la fiabilité d'une info sur OSM, et comprendre comment, malgré la non fiabilité, qui me parait évidente et permanente, OSM et wikipedia peuvent travailler de concert. Cordialement. Tout à fait d'accord avec ce que tu dis. Mais si leur argument principal c'est de dire que la fiabilité est moins bonne uniquement parce que tout le monde peut modifier les données, alors là je ne suis pas d'accord. Les données IGN ne sont pas modifiables par tout le monde et ont un semblant de certification (auto-certification par eux-mêmes, mais bon bref...) et elles contiennent aussi des erreurs. Et rien ne dit que d'ici quelques temps OSM n'atteindra pas la même qualité de couverture géographique et de précisions que ces données là. Le fait que tout le monde puisse les modifier sera même un facteur de qualité supplémentaire en ce qui concerne la rapidité de mise à jour. Se poser les bonnes questions oui, mais avec les bons arguments. Et si même sur wikipédia ils en sont encore à ce genre d'argumentaire moisi, je confirme, ça me fait peur ! :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartopartie à Fontenay-sous-bois
Bonjour, une info que je transmets... Fontenay-sous-bois /accessibilité culture/ Avis à tous les mappers : la Ville de Fontenay-sous-Bois organise une balade urbaine dans le quartier de Larris pour faire découvrir les ressources insoupçonnées de ce territoire, le valoriser et partager son histoire. Munis de téléphones portables, d'appareils photo, de GPS, et accompagnés par une équipe motivée, les volontaires iront sur le terrain inventorier les chemins, les routes, le street-art, le mobilier urbain, et les espaces accessibles en fauteuil roulant. *Dimanche 16 juin, de 10h à 16h * (petit-déjeuner et pique-nique offerts) *Rendez-vous à l'espace Intergénérationnel, 15bis rue Jean Macé, le dimanche 16 juin à 10h.* *Contact :* **Nathalie Caclard nathalie.cacl...@fontenay-sous-bois.fr mailto:nathalie.cacl...@fontenay-sous-bois.fr 01 71 33 52 13 -- Louis-Julien de la Bouëre Association Tiriad ljbou...@tiriad.org www.tiriad.org Portable : 06 58 79 80 56 Twitter : @assotiriad Skype : tiloul29 attachment: ljbouere.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Projet historique : Chemin des Dames
Les données anciennes n'ont en principe pas vocation à, pour le moment, être insérées dans OSM. Je comprends et j'approuve ce raisonnement. Cependant, je regrette qu'il n'existe pas d'endroit où stocker l'information géo-historique, à la manière d'OSM et sur un fond de carte OSM. M'intéressant aux vois antiques (voies romaines et assimilées), j'aimerais participer à un travail collectif de géolocalisation de ces voies, sur l'ensemble de la France, voire plus. J'aimerais pouvoir visualiser le réseau aussi bien à l'échelle d'une micro région que de la France entière. ce qui suit est écrit sans connaissance de l'impact technique et financier que cela induit : Ne peut-on pas imaginer une évolution d'OSM sur le modèle du géoportail qui permet de choisir ses cartes (historiques et autres) ? -- Christian Herbé -- View this message in context: http://gis.19327.n5.nabble.com/Projet-historique-Chemin-des-Dames-tp5741757p5765066.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Ton problème d'affichage de Rouen sur le rocher de Tombelaine n'est PAS une erreur des données mais de l'interprétation que tu en fais et d'incompréhension. Il fait partie d'une commune fiasant partie de l'évêché de Rouen. Mais le problème de rendu sur d'OSM.org est lié au fait qu'il ne sait faire strictement aucun choix parmi les libellés quand plusieurs sont candidats (ce rendu affiche n'importe lequel des libellés de relations dont le chemin frontière est membre, et s'il n'y a pas la place de les mettre tou il en prend juste quelques-uns ou un seul de façon arbitraire). Bref c'est bien un problème de rendu, et qui n'affecte d'ailleurs pas tous les rendus, même ceux basés sur Mapnik. Compare avec les rendus d'OSM France, ou 2u, ou de Maquest, ou OpenSeaMap ou OpenCycleMap : ils font beaucoup mieux pour choisir les libellés ou tenter de les positionner au mieux, et concernant les petites exclaves d'une relation, peuvent aussi choisir plus intelligemment de les ignorer dans leur rendu, afin que le libellé soit porté par la zone la plus grande (en principe cela devrait être l'exclave la plus grande ou celle contenant l'admin_centre, s'il est dans la zone couverte par la relation, ce qui n'est pas toujours le cas, mais on peut aussi ordonner les relations afin que la sous-zone choisie pour en afficher le libellé soit la première dans la relation). Le choix de placement des libellés dans le rendu est un problème très complexe, où entre ne jeu normalement la compétence et le savoir-faire d'un cartographe humain qui peut aussi choisir où les mettre au mieux en tenant compte de diverses tolérances (notamment au lieu de placer le libellé juste au centroïde calculé de la zone, on peut le décaler manuellement tout en restant dans la zone, pour éviter des chevauchements; un bon rendu devrait aussi savoir faire le tri entre les candidats pour garder celui qui est le plus pertinent localement et qui représente une zone de taille comparable à celle de la zone désignée. Un cartographe humain sait aussi décider de décaler un libellé important hors de la zone en utilisant une flèche reliant le libellé en direction de la zone). Ce problème de placement des libellés est très compliqué à programmer, on utilise au mieux une heuristique (pas un algorithme exact) qui aura ses problèmes. Mais le rendu Mapnik d'OSM.org n'a strictement aucune heuristique programmée, il affiche le premier libellé qui se présente (dans un ordre arbitraire venant de ses propres structures internes de stockage et de requête des données), et l'affiche sans jamais se poser de question autre que celle d'éviter de les superposer à d'autres libellés déjà sélectionnés pour un rendu d'autre chose. Ne confonds donc pas les problèmes, et ne va pas corriger la base OSM pour modifier les relations arbitrairement pour exclure cette île de la commune dont il fait partie ! Ce problème est spécifique au rendu par défaut d'OSM.org et lui seul, dont on reconnait qu'il n'est franchement pas bon du tout pour autre chose qu'une présentation technique destinée aux contributeurs, mais qui n'est pas du tout adapté à une présentation finale pour un usage quelconque. Mais même pour un usage technique, il y a d'autres rendus bien meilleurs (et ceux d'OSM France ou 2u sont nettement mieux tout en restant basés aussi sur Mapnik). Le 12 juin 2013 12:24, Ista Pouss ista...@gmail.com a écrit : Le 11 juin 2013 16:10, Nicolas Moyroud nmoyr...@free.fr a écrit : - OSM est à la foi connu et méconnu sur wikipedia, il me semble. Il y a des gens qui aiment bien mais aussi beaucoup de partis pris, souvent étonnant de la part de wikipédiens, du style Mais si tout le monde peut modifier la carte alors c'est pas fiable. Ah oui même chez eux, ça fait peur... Non, je pense que la fiabilité n'est pas aussi claire qu'on peut le penser. Par exemple dans un de mes précédents post, j'ai remarqué que le rocher de tombelaine pouvait se nommer Rouen sur OSM, alors que cette ville est quand même à plusieurs centaines de km. On pourrait légitimement se demander si c'est pareil pour d'éventuels calculs de surface... si la surface de tombelaine comprend celle de la ville de Rouen ou viceversa. Dans tous ces systèmes wiki*, il faut se garder du style c'est évident puisque c'est la communauté, c'est clair que c'est l'avenir, et autre baratin commercial... Je ne compte plus les conneries sur wikipedia, les bêtises sur OSM, etc. Et pour ma part je ne dis jamais qu'une info est fiable sur wikipedia, alors que je suis un contributeur (plus ou moins) participant à wikipedia. Je dis toujours de prendre du recul. Comme partout, il faut expliquer et expliciter qu'est-ce qui fait ou ne fait pas la fiabilité d'une info sur OSM, et comprendre comment, malgré la non fiabilité, qui me parait évidente et permanente, OSM et wikipedia peuvent travailler de concert. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Projet historique : Chemin des Dames
Christian, Je t'invite à lire cette page du Wiki OSM, consacrée au (futur ?) projet OpenHistoricalMap http://wiki.openstreetmap.org/wiki/Historical http://www.openhistoricalmap.org/ Je pense que cela va dans ton sens, reste à voir l'ampleur de la participation. J'imagine que ce sujet intéresse du monde, et qu'il est relativement admis qu'il est nécessaire de construire quelque chose en dehors de la base principale OSM. _ Technique : pas simple de faire un projet parallèle d'OSM, mais tout de même facilité par des bases éprouvées (principes de la base de données, site web, outils de contribution ...). _ Financier : Ce ne doit pas être un souci C'est plutôt le temps de brainstorming, développment nécessaire qui est un obstacle. Affaire à suivre, en particulier sur la liste de discussion internationale ad'hoc : http://lists.openstreetmap.org/listinfo/historic Bonne journée Le 12 juin 2013 13:32, cherbe che...@free.fr a écrit : Les données anciennes n'ont en principe pas vocation à, pour le moment, être insérées dans OSM. Je comprends et j'approuve ce raisonnement. Cependant, je regrette qu'il n'existe pas d'endroit où stocker l'information géo-historique, à la manière d'OSM et sur un fond de carte OSM. M'intéressant aux vois antiques (voies romaines et assimilées), j'aimerais participer à un travail collectif de géolocalisation de ces voies, sur l'ensemble de la France, voire plus. J'aimerais pouvoir visualiser le réseau aussi bien à l'échelle d'une micro région que de la France entière. ce qui suit est écrit sans connaissance de l'impact technique et financier que cela induit : Ne peut-on pas imaginer une évolution d'OSM sur le modèle du géoportail qui permet de choisir ses cartes (historiques et autres) ? -- Christian Herbé -- View this message in context: http://gis.19327.n5.nabble.com/Projet-historique-Chemin-des-Dames-tp5741757p5765066.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
Le 03/01/2013 19:07, Philippe Verdy a écrit : On trouve aussi population:date=2009 en plus de population=n Ce qui laisse la source stable (INSEE en France : est-ce utile de mentionner aussi source:population=INSEE puisque c'est la seule référence fiable en France ?) Il me semble que le census n'est plus d'actualité en France où on se base sur les population légales, ajustées chaque année par estimation Bonjour, Étant donné qu'avec la task force on ajoute de nombreuses communes en ce moment, j'avais pris l'habitude d'ajouter sur la relation boundary, les tag wikipedia, population et census, en reprenant les infos trouvées sur la fiche correspondante. Mais finalement, est-ce une bonne idée ? Si oui, census ou population:date pour indiquer la date de maj du nombre d'habitants ? Sinon, nous sommes d'accord, tout ceci est à mettre sur la relation, et plus sur le noeud de l'admin_centre, non ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Le 12 juin 2013 13:35, Philippe Verdy verd...@wanadoo.fr a écrit : Ton problème d'affichage de Rouen sur le rocher de Tombelaine n'est PAS une erreur des données mais de l'interprétation que tu en fais et d'incompréhension. Bin dis donc ! [couic] Ne confonds donc pas les problèmes, et ne va pas corriger la base OSM pour modifier les relations arbitrairement pour exclure cette île de la commune dont il fait partie ! Ce problème est spécifique au rendu par défaut d'OSM.org et lui seul, dont on reconnait qu'il n'est franchement pas bon du tout pour autre chose qu'une présentation technique destinée aux contributeurs, mais qui n'est pas du tout adapté à une présentation finale pour un usage quelconque. Mais même pour un usage technique, il y a d'autres rendus bien meilleurs (et ceux d'OSM France ou 2u sont nettement mieux tout en restant basés aussi sur Mapnik). Si quelqu'un s'imaginait que j'allais corriger il faut le rassurer complètement !... Et j'ai conscience que, sur OSM, je confonds encore bien des problèmes, aussi je reste prudent. Dans une éventuelle discussion avec les contributeurs wikipedia, il faudra leur signaler, soit qu'ils doivent se référer à la base de données (m'étonnerait qu'ils admettent), soit leur donner le rendu utilisable. Le rendu fr peut être ?... en tous les cas je suis allé voir et allelouhiah le rocher de tombelaine s'appelle bien ainsi à tous les niveaux de zoom :-) Merci Christian. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limites administratives invisibles
C'est bien un retard dans le rafraichissement des deltui/delinsdal/insles sur sur le moteur de rendu. Problème réglé à coup de /dirty pour ce rafraîchissement oublié (sans doûte parce que personne n'avait demandé à visualiser les dalles après la mise à jour des données, et depuis il y a eu bien d'autres tuiles à rafraichir ailleurs et qui ont été, elles, demandées). Note que sur ce serveur quand tu demandes à afficher une dalle, même si elle est obsolète, elle te sera retournée immédiatement et sans délai avant qu'elle soit raffraichie plus tard (si ça se produit, cette tuile est inscrite dans une liste de tâches à faire, mais de temps en temps cette liste déborde, ou si e moteur de rendu est obligé de redémarrer, la liste est purgée et ne se souvient plus qu'elle a des tuiles anciennes à rafraichir alors que le serveur redémarre et a aussi des tas d'autres dalles demandées ailleurs). Tu verras donc immédiatement l'ancienne version, et peut-être que plus tard, si tu les redemandes (après avoir purgé ton cache local de ton navigateur), tu verras les nouvelles dalles à jour. Le seul moyen de s'assurer qu'une dalle sera à jour est de la demander et de revisiter quelques minutes plus tard (en forçant le rafraîchissement de la page dans ton navigateur : cliquer sur lien permanent pour fixer la vue, puis appuies sur CTRL+SHIFT+R pour recharger non seulement la page mais aussi les images liées) pour voir si c'est fait (le temps nécessaire dépend du niveau de zoom : c'est beaucoup plus long au faible niveau de zoom où cela peut nécessiter d'attendre quelques heures, alors qu'aux niveaux 10 et plus cela ne prend guère plus de 2-3 minutes au maximum, parfois quelques secondes au niveau 12+ où il y a peu de données à prendre en compte). Si le rafraîchissement simple par le navigateur (CTRL+SHIFT+R) ne semble rien changer, c'est là qu'on a besoin du /dirty pour forcer la demande au serveur (cela force en fait le rafraîchissement de la dalle mais aussi en même temps de ses voisines dans une méta-dalle plus grande de 8x8 dalles : on le sait par le numéro X ou Y des dalles modulo 8). Si une dalle est rafraîchie dans une métadalle, les autres doivent être aussi rafraîchie alors dans ton navigateur (purge de ton cache ou CTRL+SHIFT+R) pour les voir. Note que CTRL+R ne rafraîchit que la page principale dans ton navigateur, pas les objets liés (dont les images) s'ils sont encore dans ton cache local. Le 11 juin 2013 23:05, Xavier x.larc...@laposte.net a écrit : Bonsoir, À ce niveau de zoom : http://www.openstreetmap.org/?lat=49.465lon=4.7025zoom=12layers=M Il n'y a pas de limites administratives apparentes. Par contre, si on zoom une fois : http://www.openstreetmap.org/?lat=49.465lon=4.7025zoom=12layers=M Elles apparaissent bien ! Au début, je croyais que c'était un problème de rafraîchissement des tuiles, mais ça fait bientôt 2 mois que c'est comme ça, et je vois que l'Aisne est déjà visible au niveau de zoom 12 alors que le département vient d'être fait. Ai-je fait une erreur quelque part ? (commune de Voncq 08 par exemple) Xavier ___ 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] Limites administratives invisibles
Note aussi que nulle part les limites de communes (admin_level 8) ne sont visibles au niveau de zoom 10 sur ce rendu Mapnik d'OSM.org (on n'y voit au mieux que les limites d'arrondissements (admin_level 7). Bref il faut zoomer de toute façon pour les voir et ce n'est pas une question technique de mise à jour (compare ailleurs en France dans les autres régions complètes c'est pareil). On ne peut rien y changer par rafraîchissement, sauf demander si OSM.org veut bien modifier les feuilles de style de son rendu (là on peut attendre...). Si ça ne te plait pas, consulte un autre rendu, il y en a ! Regarde par exemple sur le site Osmose (tu peux l'utiliser aussi pour juste afficher le rendu sans afficher les couches affichant les corrections à faire). ou encore sur http://layers.openstreetmap.fr/ ou http://tile.openstreetmap.fr/ (qui donne accès aux deux rendus OSM.fr et 2u) Le 11 juin 2013 23:05, Xavier x.larc...@laposte.net a écrit : Bonsoir, À ce niveau de zoom : http://www.openstreetmap.org/?lat=49.465lon=4.7025zoom=12layers=M Il n'y a pas de limites administratives apparentes. Par contre, si on zoom une fois : http://www.openstreetmap.org/?lat=49.465lon=4.7025zoom=12layers=M Elles apparaissent bien ! Au début, je croyais que c'était un problème de rafraîchissement des tuiles, mais ça fait bientôt 2 mois que c'est comme ça, et je vois que l'Aisne est déjà visible au niveau de zoom 12 alors que le département vient d'être fait. Ai-je fait une erreur quelque part ? (commune de Voncq 08 par exemple) Xavier ___ 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] INSEE, recensement 2010 et mise à jour de la population des communes
Le 12/06/2013 14:06, Stéphane Péneau a écrit : Le 03/01/2013 19:07, Philippe Verdy a écrit : On trouve aussi population:date=2009 en plus de population=n Ce qui laisse la source stable (INSEE en France : est-ce utile de mentionner aussi source:population=INSEE puisque c'est la seule référence fiable en France ?) Il me semble que le census n'est plus d'actualité en France où on se base sur les population légales, ajustées chaque année par estimation Bonjour, Étant donné qu'avec la task force on ajoute de nombreuses communes en ce moment, j'avais pris l'habitude d'ajouter sur la relation boundary, les tag wikipedia, population et census, en reprenant les infos trouvées sur la fiche correspondante. Mais finalement, est-ce une bonne idée ? Si oui, census ou population:date pour indiquer la date de maj du nombre d'habitants ? Sinon, nous sommes d'accord, tout ceci est à mettre sur la relation, et plus sur le noeud de l'admin_centre, non ? Dans la logique, la population s'applique à la surface, et donc à la relation. Dans la pratique, je me demande si certains moteur de rendu n'utilise pas l'information population du nœud pour prioriser l'affichage de certains nœud par rapport à d'autres... Mais on ne tague pas pour le rendu... parait-il... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
2013/6/12 Christophe Merlet red...@redfoxcenter.org: Dans la logique, la population s'applique à la surface, et donc à la relation. A terme, la population de la commune sera partout définie dans la relation de type boundary, lorsque toutes les communes auront leur relation. Conserver l'attribut en doublon dans le noeud place n'aura plus d'intérêt, suivant le principe one feature, one OSM element [1]. Par contre, il y a pas mal de communes qui contiennent plusieurs noeuds place (plusieurs villages ou hameaux, etc). On peut imaginer que si la population de ces sous-ensembles est connue, on puisse réutiliser le tag population sur l'élément portant ce tag place. Logiquement, la somme de ces sous-éléments devrait être égale à la population définie dans la relation communale. Pieren [1] http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
Tout à fait, la relation est plus appropriée pour indiquer la population qui vit dans la région qu'elle définit plus précisément. Le noeud admin_centre n'est qu'une toute petite indication qui n'est pas le lieu où vit toute cette population (et au mieux il ne représente, mais pas toujours, que le lieu où se réunit le conseil municipal qui représente d'abord les électeurs, et pas tous les résidents (personnes physiques ou morales), et dans certaines relations il est même en dehors de la région représentée (exemple les chef-lieux d'arrondissements départementaux) Ou il pourrait exister plusieurs noeuds admin_centre (cela existe plus souvent hors de France). Voire même une relation admin_centre (par exemple la relation pour le département de Paris tout entier devrait être l'admin_centre pour la France, sa capitale n'étant pas du tout à l'hôtel de ville...). Le 12 juin 2013 14:06, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Le 03/01/2013 19:07, Philippe Verdy a écrit : On trouve aussi population:date=2009 en plus de population=n Ce qui laisse la source stable (INSEE en France : est-ce utile de mentionner aussi source:population=INSEE puisque c'est la seule référence fiable en France ?) Il me semble que le census n'est plus d'actualité en France où on se base sur les population légales, ajustées chaque année par estimation Bonjour, Étant donné qu'avec la task force on ajoute de nombreuses communes en ce moment, j'avais pris l'habitude d'ajouter sur la relation boundary, les tag wikipedia, population et census, en reprenant les infos trouvées sur la fiche correspondante. Mais finalement, est-ce une bonne idée ? Si oui, census ou population:date pour indiquer la date de maj du nombre d'habitants ? Sinon, nous sommes d'accord, tout ceci est à mettre sur la relation, et plus sur le noeud de l'admin_centre, non ? Stf __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] 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] Cartopartie à Fontenay-sous-bois
J'y serai ;) Il y a aussi 2 cartoparties organisée pour Futur en Seine samedi 15, une aux Ulis et une à Nanterre... Voir http://openstreetmap.fr/2013-06-15-cartoparties-futur-en-seine et pour les détails http://cartofens.lafonderie-idf.fr/ Le 12 juin 2013 13:19, Louis-Julien de la Bouëre ljbou...@tiriad.org a écrit : Bonjour, une info que je transmets... Fontenay-sous-bois accessibilité culture Avis à tous les mappers : la Ville de Fontenay-sous-Bois organise une balade urbaine dans le quartier de Larris pour faire découvrir les ressources insoupçonnées de ce territoire, le valoriser et partager son histoire. Munis de téléphones portables, d’appareils photo, de GPS, et accompagnés par une équipe motivée, les volontaires iront sur le terrain inventorier les chemins, les routes, le street-art, le mobilier urbain, et les espaces accessibles en fauteuil roulant. Dimanche 16 juin, de 10h à 16h (petit-déjeuner et pique-nique offerts) Rendez-vous à l'espace Intergénérationnel, 15bis rue Jean Macé, le dimanche 16 juin à 10h. Contact : Nathalie Caclard nathalie.cacl...@fontenay-sous-bois.fr 01 71 33 52 13 -- Louis-Julien de la Bouëre Association Tiriad ljbou...@tiriad.org www.tiriad.org Portable : 06 58 79 80 56 Twitter : @assotiriad Skype : tiloul29 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Il ne faut pas confondre non plus l'erreur dans les données et l'erreur dans l'exploitation des données. Le cas du Rouen qui s'affiche là où il ne devrait pas fait semble-t-il partie du second cas. C'est sûr que la qualité des données OSM ne peut être garantie, mais elle est quand même d'un bon niveau et souvent bien au delà de ce que s'imaginent les sceptiques. Le fantasme sur le vandalisme est très présent et j'y répond souvent par une pirouette avec ma version de la preuve du pudding... si on lit la recette ça n'a aucune raison d'est bon voire mangeable (un gâteau fait de restes), mais il suffit de goûter pour savoir que finalement c'est bon ! Si il y avait tant de problème de vandalisme que ça, depuis 8 ans que le projet existe, les données seraient dans un état lamentable, or, il suffit de regarder pour constater que ce n'est pas du tout le cas. Le 12 juin 2013 12:24, Ista Pouss ista...@gmail.com a écrit : Le 11 juin 2013 16:10, Nicolas Moyroud nmoyr...@free.fr a écrit : - OSM est à la foi connu et méconnu sur wikipedia, il me semble. Il y a des gens qui aiment bien mais aussi beaucoup de partis pris, souvent étonnant de la part de wikipédiens, du style Mais si tout le monde peut modifier la carte alors c'est pas fiable. Ah oui même chez eux, ça fait peur... Non, je pense que la fiabilité n'est pas aussi claire qu'on peut le penser. Par exemple dans un de mes précédents post, j'ai remarqué que le rocher de tombelaine pouvait se nommer Rouen sur OSM, alors que cette ville est quand même à plusieurs centaines de km. On pourrait légitimement se demander si c'est pareil pour d'éventuels calculs de surface... si la surface de tombelaine comprend celle de la ville de Rouen ou viceversa. Dans tous ces systèmes wiki*, il faut se garder du style c'est évident puisque c'est la communauté, c'est clair que c'est l'avenir, et autre baratin commercial... Je ne compte plus les conneries sur wikipedia, les bêtises sur OSM, etc. Et pour ma part je ne dis jamais qu'une info est fiable sur wikipedia, alors que je suis un contributeur (plus ou moins) participant à wikipedia. Je dis toujours de prendre du recul. Comme partout, il faut expliquer et expliciter qu'est-ce qui fait ou ne fait pas la fiabilité d'une info sur OSM, et comprendre comment, malgré la non fiabilité, qui me parait évidente et permanente, OSM et wikipedia peuvent travailler de concert. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
Le 12 juin 2013 14:50, Christophe Merlet red...@redfoxcenter.org a écrit : Dans la pratique, je me demande si certains moteur de rendu n'utilise pas l'information population du nœud pour prioriser l'affichage de certains nœud par rapport à d'autres... J'en connais au moins un... le rendu FR ;) Le rendu Mapnik d'OSM.org ne s'en sert pas, mais il me semble que nominatim s'en sert pour déterminer l'importance d'une commune. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Le 12 juin 2013 16:41, Christian Quest cqu...@openstreetmap.fr a écrit : Il ne faut pas confondre non plus l'erreur dans les données et l'erreur dans l'exploitation des données. Le cas du Rouen qui s'affiche là où il ne devrait pas fait semble-t-il partie du second cas. C'est sûr que la qualité des données OSM ne peut être garantie, mais elle est quand même d'un bon niveau et souvent bien au delà de ce que s'imaginent les sceptiques. Le fantasme sur le vandalisme est très présent et j'y répond souvent par une pirouette avec ma version de la preuve du pudding... si on lit la recette ça n'a aucune raison d'est bon voire mangeable (un gâteau fait de restes), mais il suffit de goûter pour savoir que finalement c'est bon ! Si il y avait tant de problème de vandalisme que ça, depuis 8 ans que le projet existe, les données seraient dans un état lamentable, or, il suffit de regarder pour constater que ce n'est pas du tout le cas. J'attire votre attention sur le fait que je n'ai pas dit moi même que le vandalisme était préoccupant, mais qu'il me semble que des contributeurs de wikipedia pensent que les données OSM ne sont pas forcément fiables (pas fiable n'est pas le vandalisme), et qu'il ne faut pas considérer leur opinion comme erronée, susceptible de pirouettes (même si j'admets que ça peut aider dans les conférences), etc. Hug. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel sur la collecte de fond pour l'achat d'un nouveau serveur OSM
Bonjour, Je profite de ces précisions pour lancer quelques trolls sur ce sujet avec les points suivants que j'ouvre à la discussion (j'en ai pas parler avec le CA avant) : - L'asso OSM_FR va-t-elle participer à ce don ? - Comment l'asso OSM_FR avec ses ressources déjà actives peut participer à la redondance générale de l'infrastructure (géo-cluster, géo-dns, proxy/caching (il y en a déjà grâce à Paulla) A+ Marc -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
Ok, merci, reste donc la dernière question : census ou population:date ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
On Wed, Jun 12, 2013 at 6:11 PM, Stéphane Péneau census ou population:date ? Il n'y a plus de recensement systématique sur tout le territoire comme avant. Ca fonctionne par recensements partiels. Comme notre source unique est l'INSEE, il n'y a que chez-eux qu'on peut savoir si le chiffre vient d'un vrai comptage ou d'une extrapolation. C'est plus de la cuisine interne et je pense qu'on devrait se contenter d'un population:date avec la date fournie par l'insee. On pourrait aussi ajouter la date du dernier vrai recensement mais je trouve que c'est pousser le bouchon un peu trop loin pour OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes
Il n'y a plus de recensement systématique sur tout le territoire comme avant. Ca fonctionne par recensements partiels. Comme notre source unique est l'INSEE, il n'y a que chez-eux qu'on peut savoir si le chiffre vient d'un vrai comptage ou d'une extrapolation. C'est plus de la cuisine interne et je pense qu'on devrait se contenter d'un population:date avec la date fournie par l'insee. Mince, j'ai utilisé census sur toutes celles que j'ai faites je dirais entre 100 et 200. Il y a un moyen de corriger ça de manière automatique ? Genre, si le créateur de la relation type=boundary est StephaneP, et si census existe, le remplacer par population:date La zone serait la corrèze (19) , la meurthe et moselle (54), l'aisne (02), et la meuse (55). Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] uMap et Internet Explorer
Quelqu'un arrive-t-il à faire fonctionner uMap avec Internet Explorer et si oui avec quelle version ? L'outil est splendide. Je partage totalement les buts du projet donnés par ybon sur cette même liste il y a quelques mois (notamment donner la possibilité au grand public de générer des cartes contextuelles sans passer obligatoirement par G**Gle) Mais cette incompatibilité avec IE (en tout cas avec un IE8 croisé hier) est gênante à mon avis. Si je veux proposer à une mairie ou à une école d'héberger des cartes de ce type c'est quand même problématique. Utilisant à titre perso Linux je ne m'en étais pas rendu compte avant, mais c'est hier en pleine démo que cela m'est arrivé sur un poste qui ne disposait que d'IE. Ce n'était pas du meilleur effet. Pour autant pour utiliser d'autres projet ayant recours à la librairie Leaflet, je n'ai pas rencontré d'incompatibilité IE flagrante (je pense à OSRM par exemple, ou même les exemples donnés sur le site de leafletjs). C'est pour cela que je pense que ce doit pas être forcément grave, mais persuadé que l'on ne pas laisser ce service si prometteur avec ce pb d'incompatibilité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] uMap et Internet Explorer
Je plaide responsable ET coupable. J'ai (très bêtement) pensé que la courbe d'utilisation de uMap et celle de l'abandon d'IE=8 se croiseraient, et donc je me suis permis quelques simplifications javascript en utilisant les API modernes. Par ailleurs, je pense que c'est en partie la responsabilité des créateurs de site d'aider les gens à mettre à jour. Après, dans la mesure où uMap est fait pour le grand public, on aurait sûrement pas mal à gagner à être compatible avec IE8. Concernant la *consultation* des cartes, je crois pouvoir dire que c'est pas trop de boulot. En revanche ça me paraît autrement plus compliqué si on veut aussi que l'édition soit totalement prise en charge. Au final, je vois trois options: - ne rien faire, garder un code simple est un gage de longévité, et on préfère que je passe mon énergie à des nouvelles fonctionnalités - ajouter une alerte si le navigateur n'est pas supporté, un truc light et pas trop agressif, invitant à utiliser un navigateur respectant les standards - brasser le plus large possible, et ajouter la compatibilité IE8 à la consultation pour maximiser l'impact de l'outil auprès du public non geek, avec éventuellement un mode dégradé pour l'édition, en fonction de ce qui est jouable sans dupliquer tout le code Personnellement, je pencherais bien vers le 2 dans une premier temps parce que c'est ce qui me semble le plus sain, et voir ensuite les retours. Mais je me battrai pas pour défendre cette position, et me rangerai à l'avis des plus convaincus ;) Des avis, amigos? Yohan On 06/12/2013 07:58 PM, Laurent Combe wrote: Quelqu'un arrive-t-il à faire fonctionner uMap avec Internet Explorer et si oui avec quelle version ? L'outil est splendide. Je partage totalement les buts du projet donnés par ybon sur cette même liste il y a quelques mois (notamment donner la possibilité au grand public de générer des cartes contextuelles sans passer obligatoirement par G**Gle) Mais cette incompatibilité avec IE (en tout cas avec un IE8 croisé hier) est gênante à mon avis. Si je veux proposer à une mairie ou à une école d'héberger des cartes de ce type c'est quand même problématique. Utilisant à titre perso Linux je ne m'en étais pas rendu compte avant, mais c'est hier en pleine démo que cela m'est arrivé sur un poste qui ne disposait que d'IE. Ce n'était pas du meilleur effet. Pour autant pour utiliser d'autres projet ayant recours à la librairie Leaflet, je n'ai pas rencontré d'incompatibilité IE flagrante (je pense à OSRM par exemple, ou même les exemples donnés sur le site de leafletjs). C'est pour cela que je pense que ce doit pas être forcément grave, mais persuadé que l'on ne pas laisser ce service si prometteur avec ce pb d'incompatibilité. ___ 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] uMap et Internet Explorer
Le 12 juin 2013 21:47, Yohan Boniface yohanbonif...@free.fr a écrit : Des avis, amigos? S'il y a des financements, le 3 (brasser). Sinon 1 (ne rien faire). ... excepté peut être pour la présentation des cartes générées, c'est vrai que c'est un peu chixxx si elles sont pas visibles par le plus grand nombre de personnes. (mais j'ai pas de financement). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] uMap et Internet Explorer
Petit complément: la répartition des visites sur http://umap.openstreetmap.fr depuis qu'on a mis piwik (y a une semaine...): http://imgur.com/36tRfto On voit qu'IE8 est franchement loin d'être majoritaire. Mais bien sûr, si le site ne marche pas pour ce navigateur, ça biaise, donc données à interpréter avec précaution. Yohan On 06/12/2013 09:47 PM, Yohan Boniface wrote: Je plaide responsable ET coupable. J'ai (très bêtement) pensé que la courbe d'utilisation de uMap et celle de l'abandon d'IE=8 se croiseraient, et donc je me suis permis quelques simplifications javascript en utilisant les API modernes. Par ailleurs, je pense que c'est en partie la responsabilité des créateurs de site d'aider les gens à mettre à jour. Après, dans la mesure où uMap est fait pour le grand public, on aurait sûrement pas mal à gagner à être compatible avec IE8. Concernant la *consultation* des cartes, je crois pouvoir dire que c'est pas trop de boulot. En revanche ça me paraît autrement plus compliqué si on veut aussi que l'édition soit totalement prise en charge. Au final, je vois trois options: - ne rien faire, garder un code simple est un gage de longévité, et on préfère que je passe mon énergie à des nouvelles fonctionnalités - ajouter une alerte si le navigateur n'est pas supporté, un truc light et pas trop agressif, invitant à utiliser un navigateur respectant les standards - brasser le plus large possible, et ajouter la compatibilité IE8 à la consultation pour maximiser l'impact de l'outil auprès du public non geek, avec éventuellement un mode dégradé pour l'édition, en fonction de ce qui est jouable sans dupliquer tout le code Personnellement, je pencherais bien vers le 2 dans une premier temps parce que c'est ce qui me semble le plus sain, et voir ensuite les retours. Mais je me battrai pas pour défendre cette position, et me rangerai à l'avis des plus convaincus ;) Des avis, amigos? Yohan On 06/12/2013 07:58 PM, Laurent Combe wrote: Quelqu'un arrive-t-il à faire fonctionner uMap avec Internet Explorer et si oui avec quelle version ? L'outil est splendide. Je partage totalement les buts du projet donnés par ybon sur cette même liste il y a quelques mois (notamment donner la possibilité au grand public de générer des cartes contextuelles sans passer obligatoirement par G**Gle) Mais cette incompatibilité avec IE (en tout cas avec un IE8 croisé hier) est gênante à mon avis. Si je veux proposer à une mairie ou à une école d'héberger des cartes de ce type c'est quand même problématique. Utilisant à titre perso Linux je ne m'en étais pas rendu compte avant, mais c'est hier en pleine démo que cela m'est arrivé sur un poste qui ne disposait que d'IE. Ce n'était pas du meilleur effet. Pour autant pour utiliser d'autres projet ayant recours à la librairie Leaflet, je n'ai pas rencontré d'incompatibilité IE flagrante (je pense à OSRM par exemple, ou même les exemples donnés sur le site de leafletjs). C'est pour cela que je pense que ce doit pas être forcément grave, mais persuadé que l'on ne pas laisser ce service si prometteur avec ce pb d'incompatibilité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Concernant Wikipédia (version française), comme il utilise son propre moteur de rendu (sur le Toolserver) c'est sur ce serveur qu'une amélioration est nécessaire aussi (mais je ne pense pas que Wikipédia fassr quoi que ce soit pour l'instant car l'urgence c'est de migrer les outils du Toolserver vers Wikimedia Labs (avant la fin de l'année), et modifier un certain nombre de modèles et feuilles de styles CSS sur les wikis concernés, tout en changeant l'intégration des outils pour s'adapter aux changements de l'interface destinés à simplifier l'utilisation. L'urgence n'est pas tellement pour eux de changer les styles de ce rendu (au pire si le Toolserver n'est pas migré, ils référenceront un autre rendu externe parmi ceux qui existent déjà...) ce qui épargnera du temps à maintenir le moteur de rendu actuel. Pas sûr d'ailleurs que le nouveau service sur Wikimedia Labs utilise le code copié depuis OSM.org (le pense même que les administrateurs actuels du Toolserver ont d'autres recommandations, et que le choix du rendu à utiliser devrait être ouvert à la communauté Wikipédienne. Note que chaque édition de Wikipédia peut décider le rendu à utiliser (on n'a déjà pas le même partout). Le 12 juin 2013 14:16, Ista Pouss ista...@gmail.com a écrit : Le 12 juin 2013 13:35, Philippe Verdy verd...@wanadoo.fr a écrit : Ton problème d'affichage de Rouen sur le rocher de Tombelaine n'est PAS une erreur des données mais de l'interprétation que tu en fais et d'incompréhension. Bin dis donc ! [couic] Ne confonds donc pas les problèmes, et ne va pas corriger la base OSM pour modifier les relations arbitrairement pour exclure cette île de la commune dont il fait partie ! Ce problème est spécifique au rendu par défaut d'OSM.org et lui seul, dont on reconnait qu'il n'est franchement pas bon du tout pour autre chose qu'une présentation technique destinée aux contributeurs, mais qui n'est pas du tout adapté à une présentation finale pour un usage quelconque. Mais même pour un usage technique, il y a d'autres rendus bien meilleurs (et ceux d'OSM France ou 2u sont nettement mieux tout en restant basés aussi sur Mapnik). Si quelqu'un s'imaginait que j'allais corriger il faut le rassurer complètement !... Et j'ai conscience que, sur OSM, je confonds encore bien des problèmes, aussi je reste prudent. Dans une éventuelle discussion avec les contributeurs wikipedia, il faudra leur signaler, soit qu'ils doivent se référer à la base de données (m'étonnerait qu'ils admettent), soit leur donner le rendu utilisable. Le rendu fr peut être ?... en tous les cas je suis allé voir et allelouhiah le rocher de tombelaine s'appelle bien ainsi à tous les niveaux de zoom :-) Merci Christian. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Si on commence à parler de vandalisme, le problème est nettement plus élevé sur Wikipédia où il sévit fortement, que sur OSM où le vandalisme est très vite remarqué (sauf pour d'obscurs éléments peu connus dans des recoins reculés : moins ils sont connus, moins il est tentant de les vandaliser car le vandalisme n'aura pas d'audience). Dans OSM le vandalime le plus probable (et moins facile à voir au premier coup d'oeil) c'est la tentation de certains d'ajouter des POIs un peu partout pour des marques inexistantes, ou d'ajouter des URL sur les objets existant afin de faire de la promotion en masse (spam) pour des sites malveillants (par exemple modifier ou insérer les URL des sites officiels des agences bancaires). Les données qu'OSM devraient surveiller sont donc les tags url=* et website=*. Ou l'effacement de POIs concernant des marques concurrentes (un commerce qui élimine de la carte tous les commerces voisins par exemple, ou qui s'autopromeut aussi en service public pour être visible sur les cartes où les commerces ne sont normalement pas affichés, mais où on affiche les services publics). L'autre vandalisme existant et récurrent sur OSM est celui lié aux contestations de souveraineté sur les frontières territoriales (mais souvent c'est répétitif, souvent des mêmes auteurs qui peuvent utiliser aussi des faux-nez, et cela concerne des lieux bien identifiables qu'on peut surveiller et maintenir par un consensus basé sur les observations locales ; bref ça ne passe pas inaperçu non plus et c'est vite annulé), ou concernant des pays qui ne sont pas officiellement reconnus à l'ONU. On pourrait avoir du vandalisme politique de la part de pays qui tentent de dissimuler des informations sur leur territoire (zones militaires, accès portuaires, emplacement de zones minées ou dépôts de munitions). Dans les pays plus démocratiques ce sera plutôt des attaques judiciaires (restrictions de secrets d'état, suppression des zones de danger, déplacement des centrales nucléaires, suppression des lieux de commandement, des antennes de télécommunication ou radars de défense...), ou des infos tentant de donner une vision erronée du pays (zones protégées inexistantes, patrimoine non réellement protégé, données statistiques modifiées pour augmenter la visiblité de certains points au détriment d'autres dans les rendus). Certains sur OSM insistent pour changer le statut de leurs villages ou hameaux et en faire des villes (city) visibles sur plus de niveaux de zoom (au détriment de villes voisines pourtant plus importantes). Là on touche aux querelles de clochers... Le 12 juin 2013 17:50, Ista Pouss ista...@gmail.com a écrit : Le 12 juin 2013 16:41, Christian Quest cqu...@openstreetmap.fr a écrit : Il ne faut pas confondre non plus l'erreur dans les données et l'erreur dans l'exploitation des données. Le cas du Rouen qui s'affiche là où il ne devrait pas fait semble-t-il partie du second cas. C'est sûr que la qualité des données OSM ne peut être garantie, mais elle est quand même d'un bon niveau et souvent bien au delà de ce que s'imaginent les sceptiques. Le fantasme sur le vandalisme est très présent et j'y répond souvent par une pirouette avec ma version de la preuve du pudding... si on lit la recette ça n'a aucune raison d'est bon voire mangeable (un gâteau fait de restes), mais il suffit de goûter pour savoir que finalement c'est bon ! Si il y avait tant de problème de vandalisme que ça, depuis 8 ans que le projet existe, les données seraient dans un état lamentable, or, il suffit de regarder pour constater que ce n'est pas du tout le cas. J'attire votre attention sur le fait que je n'ai pas dit moi même que le vandalisme était préoccupant, mais qu'il me semble que des contributeurs de wikipedia pensent que les données OSM ne sont pas forcément fiables (pas fiable n'est pas le vandalisme), et qu'il ne faut pas considérer leur opinion comme erronée, susceptible de pirouettes (même si j'admets que ça peut aider dans les conférences), etc. Hug. http://drivrsdu.fr/profession-emotion/ ___ 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] Waze rejoint Google
A l'heure de la cartographie contributive, un acteur fait l'actualité du 12 juin, Waze (qui propose une cartographie contributive basée sur l'acquisition en direct des traces GPS), acquis par Google. Info relayée sur WikiNews : http://fr.wikinews.org/wiki/Informatique_:_Google_confirme_l%27achat_de_Wazehttp://fr.wikinews.org/wiki/Informatique_:_Google_confirme_l%27achat_de_Waze? Annonce officielle sur le site de Waze : http://www.waze.com/blog/waze-joins-google/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu handicap
Bienvenue et merci de ton intérêt pour le projet, Nous avons besoin de talents partagés. Voyant la récente acquisition par Google de Waze, le signal est clairement donné par Google de la co-production massive de données multi-sources. En revanche nous pouvons exceller là où les autres ne vont pas le qualitatif terrain qui est chronophage et qui ne peut être garanti en mise à jour par une entreprise privée. Or c'est notre force !!! Ce qualitatif passe par une appropriation de rendus pour d'autres types d'usagers... Tout est à faire et la créativité est de mise. Association À Travers wrote Bonjour, suite à la conférence de Christian à frog2013 je me déclare intéressé par la création d'un rendu handicap il se trouve que vu la facilité de travailler avec du quasi CSS ( je suis un de ces graphistes dont il était question dans la conférence ) cela me semble tout à fait faisable en outre je travaille sur un projet de promenades urbaines accessibles je souhaitais faire un rendu qui valorise le très local ( niveau de zoom très élevé, détails du terrain, de l'usage, des commodités, du piéton, du cycliste, du roller, etc. ) avec une ligne directrice pour renseigner la base de données en conséquence sur notre terrain de prédiléction ( Paris-13e - Ivry sur Seine ) le fait d'avoir un rendu perso est très motivant ( pour un graphiste ... ) je verrai bien un rendu assez accessible aux personnes qui ont des petits troubles de la vision ( handicap léger qui concerne pas mal de monde ) si c'est compatible pourquoi ne pas faire d'une pierre 2 coups Envoyé de mon iPad ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Rendu-handicap-tp5764903p5765176.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] uMap et Internet Explorer
A propos d'IE - j'ai personnellement vu que le site n'était pas fonctionnel avec IE8 mais je ne sais pas ce qu'il en est pour IE9 et IE10 (je n'ai pas ça sous la main) quelqu'un a-t-il la possibilité de faire ce test ? Je ne suis pas du tout pour rendre totalement compatible le site uMap avec IE en mode édition de carte. Comme cela suppose une démarche volontaire, on peut supposer que l'adoption d'un browser spécifique est supportable. Par contre en mode visualisation simple, la je suis favorable à une mise en compatiblité (quitte à donner une version minimale d'IE, style IE = 9 ou tout autre valeur qui faciliterait le travail). Sinon ce qu'il va se passer, ce sera un manque d'adoption de l'outil par manque de compatibilité, ce serait dommage, et passerait à coté de l'objectif initial. Laurent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] uMap et Internet Explorer
A minima une alerte indiquant qu'il faut IE9+... comme ça au moins le visiteur sait pourquoi ça marche pô. Si tu as le temps et que ce n'est pas trop de boulot... rendre compatible la consultation. Si un ré-utilisateur d'uMap ne peut se passer d'éditeur sous IE8... qu'il finance ce développement ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM/Michelin dans Libé...
http://www.ecrans.fr/Michelin-se-donne-carte-blanche,16521.html Merci Camille ! -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr