Re: [OSM-talk-fr] openstreetview.org
Le 19 mars 2014 07:30, Christian Quest cqu...@openstreetmap.fr a écrit : Exemples: http://www.flickr.com/photos/cq94/ ok. On parle bien de choses différentes. Oui, je me rends compte ! Les photos que je prends sont une façon de prendre rapidement des notes concernant des détails. Partager la photo permet de partager les notes, de rendre vérifiable ma saisie, bref de constituer une documentation de l'objet en question. Oui... ça me confirme encore une fois que osm a une vision vraiment data des choses. openstreetview et Mapillary (ou à défaut flickr) me semblent utilisables pour cela. Le wiki d'OSM et commons pas du tout dans cette optique. En gros, c'est la même utilité que les orthos, mais prises du sol ;) Qu'ensuite, certaines photos puissent servir dans d'autres contextes, plus globaux comme ceux que tu décris, pourquoi pas, mais ça me semble est un autre objectif, qui peut être complémentaire au premier. ... ou une révolution copernicienne ? (mais ça serait moi, Copernic, ahem). Plus globaux n'est pas le bon terme. Situé, le serait plus. Je parle de lieu, pas d'objet. Ce lieu peut être vu de façon globale, ou détaillée. Quand même, je reste perplexe devant la ortho http://www.flickr.com/photos/cq94/12856915924/ (entre autres). À quoi peut bien servir cette photo ? Je ne vois même pas, dans les paramètres, le sacro-saint géo-referencement, si à la mode actuellement, qu'il est certainement utile. Tu aurais, dans un carnet de notes externe, indiqué que IMG_0151 serait telle armoire publique ? Si on fait l'inventaire photo des objets, je veux bien concevoir que ça puisse servir pour la vérification de leur existence et de leurs paramètres. Mais, même un inventaire, il faut le faire de façon rigoureuse, et selon une ou plusieurs méthodes documentées. Et ça, lorsque cela existe, cela peut servir de référence source à wikipedia :-) Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Le 5 mars 2014 15:29, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai des centaines de photos de passages piéton ou d'arrêts de bus... je pense que commons n'est pas le réceptacle adéquat pour ce genre de contribution. Pour OSM, non. Mais dans la perspective d'un article wikipedia sur les passages piétons, oui. Les critères pour accepter une fichier sont énoncés à https://commons.wikimedia.org/wiki/Commons:Crit%C3%A8res_d%27inclusion#P.C3.A9rim.C3.A8tre_de_Commons_partie_I_:_les_fichiers Il me semble que le point clef pour OSM est que les images doivent avoir un contenu éducatif. Ils comprennent éducatif dans un sens large. (même trèès large). (la photo de l'année 2013 risque fort d'être une photo d'obama faisant la grimace, c'est dire). Pour une inclusion des photos de mapping, sans combine hasardeuse, je pense que je subodore qu'ils seraient ouverts au principe de la question. Mais je pense que le problème est d'abord chez OSM : comment enregistrer les observations terrain ?... Il faut - de mon opinion - non seulement enregistrer les résultats dans la base OSM, mais en plus enregistrer les carnets de notes, photos, traces GPS, quelque part, selon un format compréhensible par tous. Par exemple, il faut systématiser l'usage du wiki d'osm pour enregistrer les cartoparties. (à mon avis). Une fois qu'on aura ça, alors on pourra légitimement commencer à parler de données éducatives, et peut être utiliser normalement commons. Sinon, pour l'instant, l'inclusion de photos dans le wiki d'osm fonctionne très bien ; je ne vois pas pourquoi aller chercher allleurs ? Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Le 18 mars 2014 09:09, Pierre-Yves Berrard pierre.yves.berr...@gmail.coma écrit : Il peut parfois y avoir une raison pour conserver plusieurs photos qui sont (d'un point de vue éducatif) quasiment identiques : à savoir pour bénéficier d'une palette de choix ; mais il n'y a aucune raison de conserver dans Commons des dizaines, voire des centaines de photos, pratiquement identiques, de mauvaise qualité et qui n'ont pas de valeur ajoutée éducative. Ce passage confirme qu'effectivement, Commons n'a pas vocation à héberger les passages piétons de Christian. Mais... je n'imaginais pas que les photos de christian étaient de mauvaise qualité, toutes pratiquement identiques, sans valeur éducative ??... si tel est le cas, je ne vois pas où est-ce qu'elles pourraient être intéressantes de toutes façons ??? (il y a des messages qui me laissent assis, fô le reconnaître) Heu... Christian ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Le 18 mars 2014 15:30, Christian Quest cqu...@openstreetmap.fr a écrit : Il s'agit pour moi uniquement de documenter CHAQUE objet, et pas d'avoir des photos typiques pour tel ou tel type d'objet/tag dans OSM (ça oui c'est parfait à mettre en photo dans le wiki OSM). Je ne peux pas voir les photos aussi je peux pas me rendre compte, mais c'est peut être ça qui va pas. Il me semble qu'il ne faut pas photographier chaque objet, mais une situation, un lieu. Par exemple, pour des passages piéton, photographier passage piéton par passage piéton ne sert à rien, même pour le mapping. Par contre, photographier un lieu, une situation, dans laquelle les différents objets présents sont repérables et situables, cela sert à quelque chose, et notamment cela a une valeur éducative. Si je me permets en toute modestie un exemple : (dont un avec un passage piéton, d'ailleurs) : http://wiki.openstreetmap.org/wiki/Saint-%C3%89tienne/Velocarte#Photos.2C_mat.C3.A9riel_du_Petit_Cartographe Ces photos ne remplissent pas tous les critères que je voudrais (par ex, dans la deuxième photo, les objets ne sont pas tellement situables dans leur contexte) (mais au moins on voit les choses les unes par rapport aux autres), mais elles ont une valeur éducative, pour qui s'interresse au lieu (il me semble), et elles permettent de vérifier le mapping. Elles pourraient entrer dans un article wikipedia sur la rue qu'elles montrent, mais encore faudrait-il que cette rue soit sourçable du point de vue de wikipedia. C'est surtout ça qu'il faudrait négocier, je pense, dans le style : on fait des photos éducatives parce qu'elles montrent un paysage ou lieu bien repéré, et selon tel et tel autre critère de mapping, mais par contre vous acceptez qu'il y ait pas forcément un article wikipedia attenant. C'est jouable, parce qu'il y a déjà plein de collections comme ça sur commons. Par exemple https://commons.wikimedia.org/wiki/Category:Edward_Sheriff_Curtis où chaque photo n'a évidemment pas d'article wikipedia en rapport. Pour moi, l'idéal de toutes façons de gagner en rigueur et en vérifiiabilité sur le mapping terrain, par l'usage du wiki d'osm, (et donc en augmentant les performances des serveurs) (merci les contributeurs financiers) ; à partir de là on deviendra forcément interessant pour commons, et on verra. A+. -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur - vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] parcs à vélo
Le 27 février 2014 09:54, Feth Arezki f...@tuttu.info a écrit : Bonjour, Le jeudi 27 février 2014, 09:30:15 Romain MEHUT a écrit : Bonjour, Voire aussi compléter le rendu proposé par Ista Pouss *via* Overpass Turbo http://overpass-turbo.eu/s/2u9 J'en profite pour m'y essayer : http://overpass-turbo.eu/s/2DD (j'ai ajouté bicycle_parking). :-) J'avoue que le fonctionnement des réseaux sociaux me laisse songeur... j'ai proposé ici cette idée, d'un rendu systématique par famille de tags, idée qui semblait avoir un bon écho. Je fais ce premier essai avec les vélos et je fais une annonce sur dev-fr - zéro réponse. Donc j'arrête, forcément... je vais certainement pas m'amuser à faire tous les jeux de tags depuis ma caverne. Puis dans l'embryon de club local qu'on a sur saint etienne cette idée se met à être utilisée... et je vois qu'on la relève aussi spontanément sur talk-fr ? Et elle était concomitante avec le montage de jeux de tests, comme sur osmose, mais plus systématiquement qu'osmose (mais je m'exprime mal, pardon pour osmose)... on doit faire les tests avec dev-fr ou talk-fr, alors ? Et surtout elle venait d'une idée quelque peu mal reçue ici, contraire aux affirmations fondamentales de osm, par laquelle j'affirme que le focus actuel sur les datas est une erreur, qu'il n'est pas possible de comprendre, de voir, de décrire un terrain concret sans recours à un rendu, que l'enregistrement de datas clef=valeurs seul est un leurre. Ça se discute, je l'admets. Mais enfin l'idée des rendus systématiques de démonstration (j'ai pas dit de référence, hein) vient de là. Bon... Est-ce que j'enregistre ce rendu de démonstration vélo sur la page wiki ? Y a-t-il une autre famille de tags dont vous aimeriez voir un rendu spécifique ? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] State Of The Map France... ça avance mais pas sans vous !
Le 26 février 2014 15:57, JB jb...@mailoo.org a écrit : J'ai regardé comment récupérer la base de données des notes, et, à ma surprise, rien n'est possible à mon niveau pour l'instant (seule réponse au sujet, en plus de Sly qui tente une médiation, ici : https://lists.openstreetmap.org/pipermail/dev/2014-February/027728.html). Pourtant la doc dit qu'il y a une api pour les notes : http://wiki.openstreetmap.org/wiki/API_v0.6#Map_Notes_API ou alors j'interprète mal la documentation ? ou alors ça marche pas ? Ce que dit Sly dans le lien, enfin ce que je comprends qu'il dit, c'est qu'il n'y a pas de dump pour les notes, c'est tout. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un plan OSM meilleure image de l'année ?
Bonjour, Wikimedia organise son coucours de la meilleure image 2013. https://commons.wikimedia.org/wiki/Commons:POTY/2013/VOTE Parmi les images proposées aux votes il y a... une carte OSM ! https://commons.wikimedia.org/wiki/File:Vatican_City_map_EN.png (... mais c'est une plan du Vatican :-) (Ouais ouais, j'ai bien dit MAIS) -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur - vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OpenAquiMap] Amenity Editor
Le 15 février 2014 14:57, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Amenity Editor à maintenant son petit nom de domaine en osm.fr : http://ae.openstreetmap.fr On peut l'utiliser, il est quasiment correctement configuré. Je ne comprends pas ce que c'est que ce projet :-( Si je fais help je tombe sur une doc en allemand. (mais c'est quand même une bonne chose que de travailler avec eux :-) Si je vais jusqu'au zoom qu'il me dit bon, je n'ai pas assez de points (qu'est-ce que c'est ? ) dans la zone, même en pleine ville, même quand tout est coché dans les paramètres de filtre. ... En espérant que ça s'arrange :-) Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OpenAquiMap] Amenity Editor
Le 15 février 2014 16:45, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Pour ton problème de données, il faut en fait que tu utilises le lien ou le bouton pour en charger. Ah OUI C'est sympa, j'aime bien le principe de l'idée :-) Bon courage ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Lyon nous a quitté
Hello, Juste pour signaler que la ville de Lyon vient de disparaitre : http://osm.org/go/0Akrq ... n'est aucune idée du pourquoi du comment c'est pas moi j'le jure. Si qqun qui s'y connait veux voir... (Saint-Étienne va peut être gagner le prochain derby enfin ? ) -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur - vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] lexique ferroviaire FR → EN
Le 11 février 2014 11:58, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Il faudrait permettre aux traducteurs de recevoir des notifications lorsque la référence anglaise est modifiée pour traduire dans la foulée. Dans chaque page du wiki en haut à gauche il y a une petite étoile avec Ajouter à ma liste de suivi. Clique dessus, elle devient bleue, et cette page est dans ta liste de suivi. Dans les préférences / informations personnelles http://wiki.openstreetmap.org/wiki/Special:Preferences#mw-prefsection-personalil y a l'option M'avertir par courriel lorsqu'une page ou un fichier de ma liste de suivi est modifiée ; clique dessus. Normalement, c'est bon à partir de là : chaque fois que quelqu'un modifiera la page suivie tu recevra un courriel. Et ta liste de suivi se trouve à http://wiki.openstreetmap.org/wiki/Special:EditWatchlist A+. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Division de routes aux îlots piétons ?
Le 10 février 2014 08:32, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Globalement tu parles de faire des tests unitaires : définir un résultat final et quelques tests de base a réaliser ? Oui,enfin, je propose, je reste civilisé :-) Avec, en plus, la visualisation systématique des données entrées, par un rendu de démonstration. Le minimum minimal serait un rendu par overpass turbo, mais il est sans doute possible de faire quelque chose de mieux en associant overpass et umap. Cette visualisation systématique est là pour que les contributeurs puissent se rendre compte de ce qu'ils font, et s'assurer que ça correspond à ce qu'ils voient sur le terrain, même avec toute la subjectivité et les partis pris que ça suppose. Avec le test seul on ne voit rien. Le test va bien pour vérifier des règles, non une correspondance avec le terrain. Je me méfie un peu de la dénomination test unitaire, par trop informatique. Ce qui se fait avec osmose me parait être la meilleure piste actuelle. Il faut trouver ce que tester une carte, ou une base de données terrain, veut dire. C'est pas forcément la même chose que le test unitaire informatique. Moi je verrais, pour chaque page d'instruction de tag du wiki, par exemple highway, un lien vers son test, et un lien vers son rendu de démonstration. (vous allez me dire que, pour un tag aussi utilisé que highway, c'est pratiquement déjà fait, mais enfin c'est l'esprit, hein). A+. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Division de routes aux îlots piétons ?
Je suis heureux de voir qu'il y a un certain écho à ces idées. Il se trouve que je dois mapper des voies vélo, je vais réfléchir à la façon dont ces idées de test + rendu de travail peuvent être appliquées. Si d'autres ont des idées pour la pratique, c'est génial d'avance. Quelques commentaires : - encore une fois je me méfie de l'appellation test unitaire ; mais bon, ça à l'air impossible à faire passer : ça à l'air d'être la notion passe partout que tout le monde comprend... OK. Aussi, il apparait dans la discussion la notion de test sémantique... à voir. Dans mon idée, c'est la capacité d'écrire des règles vérifiables. C'est de ces règles que l'ont espère obtenir la cohérence. J'ai entendu parler de Osmose, mais pas du validator de josm, je vais voir. - pour le rendu de démonstration, il s'agit de vérifier visuellement, par un rendu typique, adapté à la famille de tags qu'on entre, qu'ils sont corrects ; c'est une vérification humaine. Il ne s'agit pas de vérifier que tous les rendus de toutes sortes sont corrects, comme on le fait avec les navigateurs web. Il s'agit plutôt de répondre à la question : Comment est-ce que je vois spontanément telle propriété du terrain ? ... si je vois la Loire du début à la fin ?... alors le rendu de démonstration, ou de travail, me donnera une ligne bleue (puisque je crois que la Loire, c'est une ligne bleue)... mais si je vois la Loire depuis le pont d'un patelin ? Alors le rendu typique me donnera un belle surface grisâtre, et bleutée à l'horizon :-) A+. Le 10 février 2014 12:52, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Tout a fait, ce qui est dit sur osmose va bien dans le sens du test unitaire car les tests d'osmose sont très orienté qualité des données. Par opposition a d'autres qui sont sur des usages. Je ne vois pas de problèmes a lier ça a l'informatique car osm est une base de données géographique. Après, y ajouter des tests de sémantique métier comme le dit Christian serait un bonus supplémentaire :) Le 10 févr. 2014 12:46, Christian Quest cqu...@openstreetmap.fr a écrit : Le principe de tests unitaires, si possible écrits sous une forme portable serait une énorme avancée. J'avais pensé à un truc de ce genre suite à la présentation de la thèse de Carmen Brando (COGIT/IGN) sur le crowdsourcing. Exemple: définir des limites géométriques... une boulangerie est soit ponctuelle soit surfacique mais pas plus grande que 500m2 (par exemple). un arrêt de bus, c'est pas à plus de 50m d'une chaussée etc... L'idée serait donc aussi de décrite des tests de cohérences qui pourraient aller un peu plus loin que l'objet seul. Le 10 février 2014 12:37, Greg ewala...@gmail.com a écrit : Ces tests unitaires, c'est un peu le rôle du Validator de JOSM, non ? J'avais pensé à la même chose il y a quelques temps, et j'étais arrivé à cette conclusion. Par contre, le vote +1 pour le coup du rendu du travail en cours, juste avant envoi. Je ne sais pas si c'est envisageable, mais je pense que oui, via une visualisation côté client adaptée (comme les coloriages de JOSM). Greg 2014-02-10 9:25 GMT+01:00 Ista Pouss ista...@gmail.com: Le 10 février 2014 08:32, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Globalement tu parles de faire des tests unitaires : définir un résultat final et quelques tests de base a réaliser ? Oui,enfin, je propose, je reste civilisé :-) Avec, en plus, la visualisation systématique des données entrées, par un rendu de démonstration. Le minimum minimal serait un rendu par overpass turbo, mais il est sans doute possible de faire quelque chose de mieux en associant overpass et umap. Cette visualisation systématique est là pour que les contributeurs puissent se rendre compte de ce qu'ils font, et s'assurer que ça correspond à ce qu'ils voient sur le terrain, même avec toute la subjectivité et les partis pris que ça suppose. Avec le test seul on ne voit rien. Le test va bien pour vérifier des règles, non une correspondance avec le terrain. Je me méfie un peu de la dénomination test unitaire, par trop informatique. Ce qui se fait avec osmose me parait être la meilleure piste actuelle. Il faut trouver ce que tester une carte, ou une base de données terrain, veut dire. C'est pas forcément la même chose que le test unitaire informatique. Moi je verrais, pour chaque page d'instruction de tag du wiki, par exemple highway, un lien vers son test, et un lien vers son rendu de démonstration. (vous allez me dire que, pour un tag aussi utilisé que highway, c'est pratiquement déjà fait, mais enfin c'est l'esprit, hein). A+. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France
Re: [OSM-talk-fr] Division de routes aux îlots piétons ?
Le 9 février 2014 14:51, Pieren pier...@gmail.com a écrit : ruisseau qui fait 2 mètres de large... A un moment donné, j'espère qu'on pourra voir emmerger un consensus sur les limites du micro-mapping (avec des critères objectifs). Ici, tu proposes de diminuer le niveau de détails de quelqu'un d'autre. Il faut être très prudent dans ces retours en arrière. En même temps, je comprends aussi l'irritation de voir des données trop détaillées et lourdes (à interpréter et à maintenir). La Bonne Direction À Prendre à mon avis est de commencer à faire de la géographie ! OSM est par trop un projet de geek centré base de données, dont la supposée généricité du modèle serait censée s'adapter à tout. (mais ne s'adapte jamais à un problème précis) Du coup on se retrouve avec des réflexions type Qu'est ce que la Loire est longue ! , ou Mince il y a des îlots dans la Loire ! Mais en géographie le général n'est absolument pas la somme des détails, et vice versa. Telle est la Loire du Mont Gerbier Des Joncs à Nantes, telle autre est la Loire à Saint-Paul-en-Cornillon (http://osm.org/go/0ApBAh3l--). Et je ne parle même pas des irrésolvables problèmes de limites (rivages, frontières, forêts, etc, etc, etc, etc, etc, etc, etc) qui surgissent à vau-l'eau avec ce modèle centré base de données. De même qu'on ne peut pas mettre la rotondité de la terre sur un carte plane, on ne peut pas mettre l'immense variété des formes et phénomènes terrestres dans une liste de données. Dans un cas comme dans l'autre il faut un... mapping. (une projection). Le principe du mapping se pose pour la rotondité de la terre, et OSM en tient compte (heureusement ! ), mais il se pose aussi pour les humains en rapport avec les formes et phénomènes sur la Terre. Pour préciser et organiser ces mappings humains, à part un wiki qui pédale dans la choucroute, il n'y a rien. Or pour CHAQUE mode de mapping il FAUT un RENDU (le rendu de démonstration devrait être OBLIGATOIRE ! ), et un jeu de tests Osmose. Le premier permet aux humains de dire ce qu'il y a sur la carte est bien ce qu'il y a sur la Terre, le deuxième assure la cohérence entre tous les modes de mapping (en priant un peu). Ça serait moi, j'interdirai toute saisie qui ne se voit pas sur une carte et qui n'est pas immédiatement validée par Osmose. C'est comme ça qu'on pourra faire aussi bien toute la Loire que des îlots dans le fleuve et les voies routières. Hugh. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu FR - schéma NEW contre OLD - relation riverbank - La Loire
Le 7 février 2014 09:03, Ab_fab gamma@gmail.com a écrit : Pour le rendu cela signifie qu'en voulant faire le rendu d'une tuile à St Nazaire, tu dois aller charger des données jusqu'au Puy en Velay pour vérifier que l'étendue d'eau est fermée, n'est-ce pas ? Pourquoi donc ? pourquoi est-il nécessaire de savoir que cette étendue d'eau est fermée dans ce cas ? (c'est pour ma culture personnelle) (et puis la Loire ne passe pas au Puy, mais juste à coté) (à environ 20m : http://osm.org/go/0Aigz6oNl-?relation=120067) Et un rendu qui ne se baserait que sur un extrait régional (par ex. les Pays de Loire) ne pourrait pas s'assurer de la fermeture du polygone. Je ne nie pas que c'est la réalité du terrain, mais j'imagine que c'est super contraignant pour les rendus (en particulier de zones restreintes, comme avec Maperitive). Oui, mais si on résoud le problème pour la Loire, ce sera plus facile ensuite pour le Nil et l'Amazone. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu FR - schéma NEW contre OLD - relation riverbank - La Loire
Le 7 février 2014 16:20, Christian Quest cqu...@openstreetmap.fr a écrit : Avoir quelques multipolygones (même 30 ou 40) me semble nettement plus facile à gérer tant pour l'édition que la réutilisation. Il me semble que le problème de cette approche est que, comme la forme d'un fleuve a un caractère fractal, elle se rallonge non seulement sur la distance, mais encore sur le détail. Pour s'en protéger, Il faudrait non seulement convenir d'une découpe sur la distance comme tu le fais, mais aussi convenir d'une limite à la précision, par exemple ne pas mapper les formes inférieures à 10m. Surtout, pour découvrir les meilleurs compromis, il faudrait savoir comment va évoluer l'organisation des données dans le schéma OSM. (si ça évolue ? ) Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu FR - schéma NEW contre OLD - relation riverbank - La Loire
Le 7 février 2014 19:01, Christian Quest cqu...@openstreetmap.fr a écrit : Côté schéma OSM, la seule évolution dont on parle c'est la création de la notion d'objets surfaciques, dont on pourrait éditer qu'un partie sans tout charger. Mais on est loin d'avoir ça implémenté et il y a tout l'écosystème d'éditeurs à mettre à niveau... pas simple. Je comprends mieux quand tu rouspètes qu'il faut rester pragmatique, ne pas aller trop dans les détails qui risqueraient de noyer les nouveaux contributeurs etc ! L'organisation des données est vraiment le talon d'achile du projet osm, je trouve. Donc, oui, la seule solution est de découper la Loire. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bistro wikipedia et umap
Hello, Si quelqu'un connait la réponse... https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Le_Bistro/4_f%C3%A9vrier_2014#uMAP_et_Mediawiki A+. -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur - vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu FR... quelques nouveautés
Le 3 février 2014 20:09, Christian Quest cqu...@openstreetmap.fr a écrit Après une petit pause, voici quelques nouveautés qui sont ressorties du tuyau... - sens uniques: les flèches sont tracées à partir de la fin du sens unique, ce qui permet qu'elles soient rendues en priorité du côté 'interdit' Il semble qu'il y ait des flèches indiquées, alors que la voie ne l'est pas. Ainsi on voit là http://tile.openstreetmap.fr/?zoom=18lat=45.42639lon=4.41926layers=B000FF(... tu ne pourrais pas mettre un PermaMiniLink ?...) des flèches dans le vide de chaque coté d'une route, et si on zoome http://tile.openstreetmap.fr/?zoom=19lat=45.42639lon=4.41926layers=B000FFmiracle ! une voie piétonne (qui est une voie cyclable) apparait, portant les flèches. Cette technique donne quelques fois un résultat trompeur. Ici : http://tile.openstreetmap.fr/?zoom=20lat=45.42566lon=4.42005layers=B000FFla flèche au milieu donne l'impression que le bd de fraissinette est en sens unique. Fort heureusement il n'en est rien (ouf pour nous ! ). C'est, je suppose, le bout de sortie du rond point ; pour le coup, il serait plus mieux de positionner la flèche à l'entrée du bout :-). - différentiation des autoroutes payantes par un fin liseré noir discontinu Mon opinion est qu'il faudrait les supprimer purement et simplement de la carte et ne conserver de visible que les autoroutes gratuites. Sinon bravo. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] umap et donnees et images
Bonjour, Je réfléchis à une appli collaborative pour mapper les graffs et autres tags (tag graff, pas tag osm) dans les villes ; je pense à umap. (que chacun se rassure : je ne compte pas mettre tous les graffittis du monde directement dans OSM) Mais je ne sais pas résoudre ces points : - Mettre une photo sur un marqueur ? - Si qu'on a fait plein de marqueurs chacun pointant un graffiti, comment, un jour, récupérer les coordonnées, les textes et photos de ces marqueurs ? - Comment associer un marqueur non seulement à une coordonnées géographique, mais en plus à un objet OSM ? (par ex, dire que tel tag est à telle position géographique, sur tel mur, ce mur étant un objet osm). - Donner à un marqueur des propriétés temporelles. Ainsi un tag peut être vu de telle date à telle date, et ensuite il est effacé ; il faudrait que le marqueur puisse être effacé de l'affichage, mais pas de la base. Ou sinon existe-t-il un autre outil qui pourrait le faire ? Et, question subsidiaire existe-t-il déjà des usages d'osm en rapport avec les graffs ? Merci pour tout ! -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur - vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap et donnees et images
Le 31 janvier 2014 11:03, Jean-Marc Liotier j...@liotier.org a écrit : Utilise les métadonnées de la photo - EXIF ou XMP offrent tout ce qu'il te faut: sélectionne les attributs pertinents pour ton usage parmi la pléthore proposée. Une application web te permettra d'afficher les photos ou (des points portant les photos) sur un fonds de carte. Jusque là c'est rien que du code générique disponible trainant sur le Web. Ça me plait moyen parce que : - le code générique disponible trainant sur le web est plutôt un motif d'inquiétude pour moi, - les métadonnées donnent la position du photographe au moment de la photo, et non celle qu'on voudrait. L'identifiant de l'objet OSM associé peut aussi être saisi en tant que métadonnée de la photo - tout comme la date de fin de visibilité... Mais ces deux cas ne sont pas des usages standard des métadonnées photographiques et il te faudra donc réfléchir un peu plus pour décider de l'attribut qui servira cette application. Oui... et donc ?... (c'était un peu l'objet de ma question :-) Reste un peu de code spécifique à développer: une application de navigation géographique associant photo et objet OSM, dotée d'un curseur permettant de sélectionner la plage de temps dont on veut voir les éléments visibles. Pour cette dernière fonctionnalité, il n'est pas impossible qu'il existe quelque déjà chose - croiser les dimensions géographiques et temporelles est en train de devenir une méthode courante pour classer les photos: si on y ajoute la reconnaissance de visage automatique, on a une bonne base taxonomique sans aucun effort humain pour l'étiquetage; J'imagine la tronche des graffeurs si je leur colle une appli avec reconnaissance de visage automatique... Donc, avec umap, tout ça semble difficile ?... Bon, bin, je vais réfléchir :-), merci. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap et donnees et images
Le 31 janvier 2014 11:42, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : L'idée d'une telle application m'intéresse aussi. Pour l'instant on réfléchit aussi bien au niveau appli qu'au niveau des humains et sociaux, en essayant de comprendre comment les graffeurs et leur public peuvent y trouver leur compte (dans les graffs, pas dans l'appli informatique), et comment un quartier de ville peut les valoriser ; c'est loin d'être évident. D'ailleurs, comme tu sembles être à Clermont, et que moi je suis à St Étienne, peut être qu'il peut y avoir des connexions ? Es-tu en contact avec des gens ? Pour l'instant, je me suis bricolé ça : http://osm.dumoulin63.net/beaumont/pietro/ Mais bon, c'est pas vraiment réutilisable, et en l'occurence je relie les photos à des objets de la base. Ça fonctionne sur le même principe que FlickrOSM, l'identifiant d'un objet OSM est attaché à l'image (là c'est le nom de l'image). Ouais c'est super sympa, mais j'ai pas l'impression que tu utilises umap ?? C'est des layers sur une carte osm il me semble ? Et puis comment fais-tu pour que la vignette montre juste la portion intéressante de l'image ? Très bonne idée que de donner une forme spéciale pour chaque graff ! (et puis c'est quoi ces petits ronds sur le sol, hi ! hi ! ) Dans l'idée, pouvoir téléverser une (ou plusieurs) image sur un marqueur dans umap résoud le problème. yapluka Oui mais malheureusement je peux aider au développement d'umap pas de mon coté (c'est pas du java). Bon, je vais faire une réunion, on verra bien :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Peut-on acheter OSM?
Le 31 janvier 2014 14:59, Pieren pier...@gmail.com a écrit : d'association à but non lucratif). Tout au plus, un groupe pourrait en prendre le contrôle en y adhérent en masse et en mettant en place un nouveau conseil d'administration à sa botte. Elle aurait alors le Pourquoi tout au plus ?? Google peut ** facilement ** en prendre... etc. licence propriétaire (pourquoi pas). Mais cela passerait par une acceptation des deux-tiers des contributeurs actifs, ce qui, Les deux tiers des contributeurs actifs pourraient donc mener un procès contre google ? Hummm, heu... tout au plus, je dirais :-) (il faudrait qu'ils fassent gaffe de ne pas utiliser google au cours de leurs recherches juridiques :-) Globalement, quand bien même la licence est un sujet important, et que tu as bien développé, je trouve que les deux tiers des contributeurs actifs se trompent en se focalisant dessus, en faisant une sorte de totem, hurlant dès que quelqu'un s'en approche. Quand on voit une carte OSM sur un site, la première question que l'on devrait se poser n'est pas du tout est-ce que la licence y est, mais quelle nouvelle vision géographique cela apporte. C'est comme ça que la communauté pourra exister. Et de toutes manières, se demander si google peut nous racheter c'est juste une façon de se donner de l'importance. On disait, jadis : Cachez ce sein Bye. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] USOSM sur quel way ?
Le 27 janvier 2014 09:35, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Je suis un peu dans ta parenthèse. Je l'avais un peu oublié. J'ai eu un nouveau détecté depuis le début du mois. Ça a l'air de fonctionner. ... je vais faire comme google : mettre des urls de pistage partout, de façon à détecter les gens qui oublient le truc ! Bon le problème de ce logiciel est qu'il est susceptible d'intéresser au max vingt personnes, engagées dans dans l'animation de communautés osm. Forcément, je vais l'oublier moi aussi... Je vais voir si je peux en étendre les fonctions, pour qu'il puisse intéresser plus de monde, ou alors qu'il s'insère de façon plus mieux dans le processus d'animation ? En attendant, wait and esperar. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le filtre anti-spam du wiki participe à la reconnaissance des numéros de rues
Le 24 janvier 2014 17:37, Christian Rogel christian.ro...@club-internet.fra écrit : Bref, il serait temps que la résistance passive s'organise, déjà en s'interdisant d'utiliser les outils. Je vous signale que, sur mon blog, j'utilise une captchakatchak basée sur un truc de calcul de question, que j'y comprend rien mais qui a drastiquement diminué les commentaires spams ; pas besoin de google. Essayez de commenter, par exemple http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ la capatchakaka y est vachement intéressante. (Quoi ?... encore un truc foireux pour se faire augmenter le compteur de visites sur le dos de la communauté alors qu'elle échappe aux griffes de google ?? Heu nooonnn) -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur – vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] USOSM sur quel way ?
Bonjour, Je vous ai parlé il y a qq temps de ma petite appli USOSM qui permet de découvrir de nouveaux contributeurs un peu confirmés dans une région donnée. L'idée en avait été proposée dans une discussion sur cette liste. Elle se trouve à http://88.191.156.81:8080/usosm/ et le projet github à https://github.com/Iratetou/usosm Mais je n'ai eu que peu de réponse à mon annonce, et les issues du projet github restent vides. Pourtant, si je regarde les logs, il y a quelques utilisateurs... Des personnes recherchent les nouveaux contributeurs sur l'Auvergne, la Haute Normandie, l'Aquitaine, ou les Pays de la Loire je le vois, tout est pisté, vous savez bien, sur internet ;-) Je me permets cette relance, car ma petite appli ne trouvera jamais un large public ; c'est un éventuel outil parmi les outils de suivi d'osm, c'est tout. , mais j'ai tout de même besoin que les quelques personnes qui utilisent ça me disent ce qu'il en pensent, si ça marche, si c'est seulement utile (peut être qu''ils ont mis ça dans un lecteur de feeds et qu'ils l'ont oublié ensuite ? ), dans quelle direction il faut que je mène les évolutions, etc. Merci, cordialement. -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur – vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] USOSM : a la recherche des débutants
Le 16 janvier 2014 10:59, Pieren pier...@gmail.com a écrit : A noter que Pascal Neis fournit un service similaire: http://resultmaps.neis-one.org/newestosmlist.php Gargl a bin oui c'est pas mal ce truc ; mais je me demande s'il faut viser l'alerte par flux ou par mail ou autre, ou la présentation des résultats ? Pour l'instant c'est la première option que j'ai choisie. On voit que les américains rattrapent peu à peu leur retard, sans doute grâce à l'activisme de Mapbox. Les français s'essouflent un peu et perdent une à deux marches sur le podium. Mais il faut relativiser, tout ça dépend aussi beaucoup du bruit médiatique du projet. Dites que ce que je fais est génial, sinon je me barre aux états-unis. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] USOSM : a la recherche des débutants
Le 15 janvier 2014 12:56, Jean-Marc Gailis jeanmarc.gai...@gmail.com a écrit : Si tu veux quelqu'un pour le CSS (mais il faut que tu me fournisse une maquette, c'est à dire un dessin avec le design souhaité). Pour l'instant, aucune issue pour demander à améliorer le design... ou alors le design est si mauvais que tout le monde fuit épouvanté ? Bref pourquoi pas ? mais je n'ai aucune espèce de sorte de design souhaité pour ma part ; si ça te dit, fait le :-) Sinon, c'est bien! Merci ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modifications Wiki
Le 14 janvier 2014 17:38, Gaël SIMON gael.simon...@gmail.com a écrit : Bonjour à tous, Souhaitant enrichir le Wiki, je me pose la question suivante sur les principes et la méthode, une page en français étant (souvent) la traduction de la page anglaise. Les principes et méthodes sont décrites à http://wiki.openstreetmap.org/wiki/Wiki_Translation et même http://wiki.openstreetmap.org/wiki/FR:Wiki_Translation Dois-je donc d’abord modifier la page anglaise, puis celle en français ? Ou puis-je ne modifier que la page en français, en imaginant que les autres langues seront mises à jour ultérieurement ? Merci pour vos éclairages. Tout le monde se cale sur l'anglais, sur OSM. Si la page existe en anglais, c'est la page en anglais qui prime : il faut d'abord modifier la page en anglais. Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] USOSM : a la recherche des débutants
Hello, J'ai à peu près mis en place un nouveau service à peu près complet destiné à trouver les débutants dits intéressants, à savoir ceux qui viennent de parvenir à dix changesets : http://88.191.156.81:8080/usosm/ Pas sûr que ça marche, mais enfin c'est à peu près complet sur les fonctionnalités initiales voulues supposées comprises. L'interface est digne de la 3ème république (pour ce qui concerne le design web), mais il y a quand même une carte leaflet ! Avec ça vous pouvez vous abonner à un flux Atom qui vous renseignera sur les interventions des nouveaux inscrits, pour une région donnée, et ce dans le monde entier (soyons fous ! ) Vous intéressez-vous aux contributeurs de la région de Midtjylland au Danemark ?... voici le lien fait spécialement pour vous : http://88.191.156.81:8080/usosm/feeds/dk/Region%20Midtjylland Ou bien vous êtes plus classique (borné), et souhaitez vous suivre la bof région parisienne bof bof ? http://88.191.156.81:8080/usosm/feeds/fr/%C3%8Ele-de-France Ou toute la France ? http://88.191.156.81:8080/usosm/feeds/fr Et ainsi de suite, tout est présenté sur la page d'accueil. Avec ça vous recevrez une fois par jour les infos sur votre lecteur de flux Atom. Last but not the least, sur les aimables conseils des participants à la liste osm dev, j'ai créé un PROJET GITHUB pour ça ! Vous le trouverez à https://github.com/Iratetou/usosm ! C'est MON PREMIER ! Please Feel Free De Submiter Plein Of Issues OO Yeehh ! ! (but in french por favor) As Usual aucune espèce de sorte de quoi que ce soit de garantie is ***Not Performed***. Stay Tuned. But Commentaries And Encouragementaries Are Welcommed. Thanks. -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] WMS ortho du CRAIG disponible en CC45/CC46
Heu ahem l'occasion pour moi de vous demander humblement s'il n'existe pas qqpart un tutoriel style 'l'horto pour les archi nuls tout petit en français bien sûr ? /tout petit très grosMerci/très gros Le 6 janvier 2014 14:55, Landry Breuil landry.bre...@gmail.com a écrit : Hello, je crois que c'était une demande de christian pour pouvoir faire du calage de cadastre sur de l'ortho dans JOSM (je me souviens plus bien), mais j'ai ajouté les projections EPSG:3945 EPSG:3946 dans les projections possibles pour le flux wms.craig.fr/osm. tous retours bienvenus ! Landry ps: l'ortho 2013 arrive d'ici le printemps 25cm sur les départements, 10cm sur les 6 agglos :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Sur ce genre de sujet, aviez-vous ça : Dynamic hill shading in the browser https://www.mapbox.com/blog/dynamic-hill-shading/ C'est une nouvelles démo de leaflet, dont le principal auteur se dit regonflé à bloc depuis qu'il est entré chez mapbox. Le 1 janvier 2014 00:05, hamster hams...@suna.fdn.fr a écrit : Le 31/12/2013 17:31, Christian Quest a écrit : Je vais aussi tester une autre orientation non conventionnelle, mais plus réaliste de la position du soleil. En effet, la convention est de le mettre au nord-ouest, alors que dans l'hémisphère nord, le soleil n'est jamais à cette position ! erreur : on ne met pas le soleil au nord ouest mais l'eclairage en haut a gauche la raison n'est pas physique ni symbolique mais bien physiologique : le cerveau humain interprete bien un ombrage quand la source de lumiere est en haut a gauche on ne sait pas pourquoi, mais on est faits comme ca si tu met la source de lumiere en bas a gauche ou en haut a droite, on a besoin de se concentrer un peu pour comprendre le relief, c'est moins facile si tu met la source de lumiere en bas a droite, on interprete le relief tres spontanement... mais a l'envers : les creux sont percus comme des bosses il te suffit de retourner les images que tu genere pour t'en convaincre, tu verra que tu percevra le relief dans l'autre sens si tu les pivote de 180 ° (attention, il faut faire le test dans les 2 sens : fais toi une serie d'images de test, pour la moitie des images commence par les regarder avec l'eclairage en haut a gauche puis retourne les, pour l'autre moitie commence par l'eclairage en bas a droite puis retourne les) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli smartphone cartes bus?
Le 3 janvier 2014 11:56, Shohreh codecompl...@free.fr a écrit : Voilà l'idée : 1. j'indique où je me trouve (par GPS si ça marche, ou manuellement en cliquant avec le doigt sur l'écran), 2. puis j'indiquer où je veux aller (manuellement, ou via un signet que j'aurai enregistré au préalable : par exemple, l'hôtel où je suis descendu) 3. idéalement, l'appli calcule les lignes à prendre pour le voyage, mais sinon, elle peut simplement afficher les différents lignes qui comportent des arrêts proches des lieux de départ et de destination, charge à l'utilisateur d'en déduire les lignes à prendre. Si l'on voulait développer une appli pour iPhone et Android, quels outils utiliserait-on? Quelles compétences faut-il posséder? Des compétences d'informaticien :-) Et puis des compétences dans le routage des lignes de bus ; pas sûr que ce soit facile. À supposer que elles soient bien mappées sur OSM, et je ne sais pas ce que bien veut dire :-( De toutes façons il n'y a pas les horaires de bus dans OSM, donc je ne vois pas comment on pourrait l'utiliser pour faire le routage ? Quels outils ?... les trucs habituels style applis natives vs html5. Posez-vous ces questions pour vous lancer dans le développement vous même, ou parce que vous cherchez à étudier la chose du truc pour monter un projet avec startup et tout le bastringue ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] projet wikipédia OpenStreetMap
Le 4 janvier 2014 00:08, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : J'ai eu le plaisir d'échanger avec des contributeurs OSM italiens via twitter qui m'ont fait découvrir leur ambition de qualifier simultanément OpenStreetMap et Wikipédia. Pour cela un outil qualité a été mis en place : http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html http://geodati.fmach.it/gfoss_geodata/osm/wtosm/index_2.html en l'explorant, vous pourrez constater combien le principe est ingénieux, montrer la richesse des article liés à wikipédia par thème, région et sur la carte. J'avais moi même (et plein d'autres ! ) réalisé une maquette en ce sens, mais sans avoir la chance d'être découvert par un responsable. Si c'est ce geodati (?) à qui ça arriive, pourquoi pas, j'y participerai volontiers malgré bien que je parle pas un mot d'italien. (et que je passe de plus en plus mon temps à tout autre chose que l'informatique). (et que en plus il faudrait que ça soit dans l'univers java pour moi). Le projet est sur Github https://github.com/simone-f/wikipedia-tags-in-osm https://github.com/simone-f/wikipedia-tags-in-osm L'auteur m'a signifié que le projet pouvait être internationalisé. N'étant pas moi-même codeur j'aimerai un coup de main pour expérimenter le projet pour notre communauté francophone et de plus valoriser ce travail qui est avec une interface Dataviz. Heu... heu hum connais pas dataviz. (en plus de l'italien) Évidemment que le projet peut être internationalisé En informatique même Pantagruel de Rabelais peut être internationalisé. L'idée est de d'installer un projet sur un serveur OSM-FR et informer la communauté wikipédia que nous avons la possibilité de travailler ensemble. Qu'en pensez-vous? Que du bien évidemment. Quelle idée géniale ! Ma modeste opinion serait que une éventuelle cohérence entre wikipedia et osm est un mauvais cheval, même si, sur des points très ponctuels, ça aiderait bien. Il vaut mieux exploiter les richesses sémantiques les uns des autres en bonne sympathie, telles qu'elles sont, chacun pour ce qu'il peut faire. Mais le chantier est si vaste que de toutes façons tout le monde pourra s'y retrouver. Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartes de guerre en Syrie et neogeographie
Hello, Je vous suggère de rajouter ça dans votre liste des à lire un jour : Syrie, cartographie d'une guerre : représenter l'espace des conflits (2)http://geographie-ville-en-guerre.blogspot.fr/2014/01/syrie-cartographie-dune-guerre.html C'est un article assez long, qui aborde 15 sujets à la fois, (il faut dire que le sujet principal, donc la guerre en Syrie, n'est sans doute pas simple à cerner), focalisé sur la cartographie. Il aborde notamment la question des cartes collaboratives en zones de conflit. Mais il le traite à partir de Google Earth, ce qui est un peu étrange. J'imagine que l'auteur a une définition un peu plus large que la nôtre de collaborative. (il appelle ça la néogéographie, si vous voulez briller dans les coktails) Une chose intéressante, aussi, est que au sujet des cartes collaboratives il aborde la dimension artistique des cartes, en disant que ce niveau est très important pour susciter la collaboration de tous. C'est le rêve, l'aventure, dit-il, qui est le déclencheur 1 pour collaborer aux cartes. Il critique aussi le modèle une carte c'est des données avec divers rendus (ahem). Il affirme qu'une carte est issue d'une foultitude d'autres cartes, d'autres rendus, d'autres données. La cartographie n'est que rarement une donnée terrain, et même ces dernières sont sujettes à interprétation et, bien sûr, à modification, et que un rendu peut se retrouver dans le cadre d'une autre carte comme étant une donnée terrain. Pour se sortir de ce méli-mélo, il affirme que la meilleure solution est d'être rigoureux et descriptif sur le suivi. Il critique certaines licences (pas celle d'OSM) par exemple, en disant que, si elles permettent de savoir d'où vient une carte, elles ne permettent absolument pas de retrouver l'information précise dans la carte origine, et il y a quelques fois des abus dans le recopiage. Voilà, à grands traits ; mais je vous laisse lire... -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap problème de requête
Le 14 décembre 2013 08:12, Yohan Boniface yohanbonif...@free.fr a écrit : C'est possible dans la dernière version mise en ligne (merci la RATP qui a financé!): dans l'édition d'un Fabuleux de chez fabuleux ! merci ! Yohan (en coup de vent, depuis le Tchad) Se faire financer des développements par la RATP depuis le Tchad c'est quand même fort que ça me laisse sans voix. Je suis assis heureusement. -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap problème de requête
Le 14 décembre 2013 00:24, Vincent Pottier vpott...@gmail.com a écrit : Ce serait génial de pouvoir rentrer seulement la requête avec la syntaxe d'overpass-turbo... À ma connaissance, ce n'est pas possible. La solution est de copier/coller le résultat de cette requête en import d'un calque ; il n'y a pas de mise à jour dynamique. C'est ce que j'ai fait pour une carte des points d'eau stéphanois à http://umap.openstreetmap.fr/fr/map/points-deau-stephanois_1804 On peut voir, avec un bouton sur la gauche, de visualisation des données, les différents calques et les différentes données (malheureusement il semble qu'on ne puisse pas retrouver le fichier import lui même ? ) Et je suis d'accord que ça serait génial si on pouvait mettre directement la requête overpass ou n'importe quel autre technique dynamique :-) -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Crèches et haltes garderies
Le 12 décembre 2013 19:41, Christophe Merlet red...@redfoxcenter.org a écrit : J'utilise kindergarten de la garderie à la maternelle. Pourquoi ? car en france, l'École est ce qui est obligatoire à partir de 6 ans. Avant c'est du garde chiourmes quelque soit l'enrobage pédagogique et administratif que l'on met autour. Là je ne suis pas du tout d'accord de chez pas du tout, mais on sort du sujet de la liste c'est juste pour dire que je signale. Cordialement. -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metadonnées sur celles d'OSM et comment informer les autres contributeurs ?
Le 12 décembre 2013 14:08, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le jeudi 12 décembre 2013 12:28:06 Stéphane Péneau a écrit : Ok, pourquoi pas uMap, mais comment on visualise ces données dans Josm ? De mon point de vue, si on a pas un accès direct à ces infos dans l'éditeur, on perd la majeure partie de l'intérêt de l'outil. Ce serait effectivement une fonctionnalité du tonnerre de pouvoir importer des données depuis umap sur un calque ! Je ne comprends pas : elle est déjà disponible, elle est même listée dans les fonctions dispos du about http://umap.openstreetmap.fr/fr/about/ Si je regarde le mode édition, je vois importer des données... et ça marche bien : je l'ai utilisé. J'avais juste regretté à l'époque que l'import soit fixe ; je ne peux pas, par exemple, donner une requête overpass qui rendrait mon import dynamique en fonction des mises à jour d'osm. Mais bon ça marchait et c'est déjà ça. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metadonnées sur celles d'OSM et comment informer les autres contributeurs ?
Autant que je puisse comprendre ta proposition, il me semble qu'il serait mieux de faire une traçabilité des éditions ; il me semble que tes exemples sont souvent en rapport avec quelque chose du processus de l'édition. Je veux dire, non pas l'historique, mais le cadre, la raison pour lesquelles, le matériel avec lequel telle édition a été faite. Est-ce une cartopartie ? Alors on numérise les croquis, on mémorise les traces gps, etc. Est-ce un import d'open data ? Alors on mémorise les données importées qqpart, on explicite la transformation opérée, etc. C'est déjà pas mal fait : par le commentaire, ou par la page wiki d'un projet d'édition, etc. Dans le cas d'une page wiki, il faudrait mettre dans la base osm le lien vers cette page (la seule métadonnée, finalement). Les méta-données, c'est un truc d'informaticien ; ça ne vient pas d'une analyse métier, sauf à dire avec les métadonnées de toutes façons on peut tout mettre. (donc, rien, de mon opinion). Cordialement. Le 11 décembre 2013 19:17, sly (sylvain letuffe) lis...@letuffe.org a écrit : (je split ce sujet, ça va partir en HS en rapport au thème initial et ça déborde selon moi de la simple question des qualité des limites de communes) On mercredi 11 décembre 2013, Stéphane Péneau wrote: Que peut-on remonter comme informations pertinentes : - Le cadastre qui est décalé sur une commune, ou une zone de la commune - Des zones n'appartenant à personne, ou à plusieurs communes à la fois - L'imagerie X qui est décalée - D'autres cas auxquels je ne pense pas Oulla, tu vas bien plus loin que je ne l'imaginais avec ton exemple d'avant. Cela va au delà d'une limite en particulier vu que tu abordes la question d'imagerie et même d'autres cas auxquels tu ne penses pas ;-) Je ne sais pas si on trouvera un système unique pour tout et si on y arrive pour tous les cas, rien n'empêche d'exploiter plusieurs outils. Si l'usage des tags note, fixme, ou comment pourrait éventuellement être utilisés dans certains cas, ils souffrent d'un gros inconvénient : Ils sont attachés à un élément de la base Osm. En effet. Et si les notes, ou tout remplacement sur le même principe pourrait régler en partie ce cas. Le cas d'une frontière à commenter va être détachée de sa note qui pendouillera dans le vide exemples : * les outils d'analyse des données vont devoir recourir, par des critères géographique de proximité, à une autre base de donnée séparée. * Les éditeurs rawedit, josm, merkatoor, vespucci, iD et autres vont devoir être adaptés pour aller piocher dans cette nouvelle base et permettre de la remplir pour les besoins qui ne sont pas le ça marche pas Autant dire que les chances sont minces de voir tous ces outils converger et être capable de garder le lien vers la données dont il est question Je défend donc l'idée (je radote ?), mais pas dans tous les cas, de placer les métadonnées à coté des données, dans la même base et au plus possible éditable avec les mêmes méthodes que les données elles même. En clair, je défend l'idée des notes et fixme et leur copains (faute de mieux*) afin de montrer à ceux d'en haut que les notes ne peuvent à elles seules tout régler, et donc de faire progresser les outils dans ce sens pour mieux les exploiter. - Si le cadastre est décalé, j'ajoute cette information sur quoi ? Les rues ? Le bâti ? Le chef-lieu ? Partout ? Partout, surtout pas, ça serait spammer les objets et faire s'éffondrer l'utilité du système. Soit un point isolé avec seulement un fixme=truc décallé ou les notes, là, pourquoi pas Osmose, Layer, Tile, ou autres, savent mettre en avant des informations qu'on leur a données, mais ici le problème est de savoir comment et où stocker ces informations qui viennent des contributeurs. Les notes, pourquoi pas, mais pas sous cette forme (manque de catégorie, pas d'export pour l'instant). Dans l'état actuel, tenter de les utiliser correctement pour ton besoin dans les outils que tu cites est difficile ou alors, ça va juste les afficher tel un marqueur et ça, c'est déjà fait sur osm.org, on arrivera rien à apporter de plus. Voici ce que j'imaginais : Oui, c'est possible. Mais je ne m'y risquerais pas tant les chances sont fortes que tout le monde s'en foute. Il faut d'abord l'envisager avec d'autres communautés que la fr, au niveau mondial si on veut espérer que ça puisse être utilisé ailleurs que dans notre coin et donc devenir du temps jeté à la poubelle. L'avantage du système des notes et fixme co, c'est que c'est une manière de faire le forcing, c'est déjà utilisable, déjà possible de saisir et c'est déjà possible d'utiliser. Lorsque cette méthode détournée sera utilisée en masse, il ne sera plus possible qu'on me réponde (on me l'a dit) personne n'en veut A partir de là, on aura une base réelle pour discuter du besoin avec du contenu. Contenu qu'il sera alors possible de déplacer vers le nouveau système. Oui, quelque part,
Re: [OSM-talk-fr] IlikeMaps
Le 9 décembre 2013 10:09, Pieren pier...@gmail.com a écrit : 2013/12/8 THEVENON Julien julien_theve...@yahoo.fr: un service artistique basé sur OSM http://maison.lapresse.ca/decoration/201312/06/01-4718412-les-plans-dilikemaps.php Mouais. C'est pas parce que c'est le l' art qu'ils sont exemptés de la clause d'attribution que je n'ai vu sur aucune de leur oeuvre imprimée. Heu... pas complètement évident, je crois ? Si c'est une forme originale, par exemple, je ne crois pas. À voir les photos il me semble difficile de dire que c'est une forme originale... c'est juste un rendu. Donc sur ce cas tu aurais raison. Je pense que le point clef serait de savoir si le résultat artistique est utilisable en tant que carte ; si oui, même si l'artiste a fait une oeuvre exprimant sa personnalité, les contributeurs osm peuvent se considérer floués ; si non, je pense que le droit de création artistique primerait et qu'il serait difficile de montrer qu'il y a un préjudice ? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] IlikeMaps
Le 9 décembre 2013 12:04, Christian Quest cqu...@openstreetmap.fr a écrit : Artistique ou pas, si des données OSM sont utilisées, il faut le mentionner. Quand on affirme le contraire de quelqu'un d'autre, un tout petit début de référence, c'est pas mal, sinon ça peut durer longtemps ! À ma connaissance, à partir du moment où il y a une création, une oeuvre de l'esprit, un artiste a à peu près tous les droits. La difficulté pour un plagiaire qui abuserait de ce principe est que c'est le juge qui est susceptible d'évaluer l'existence d'une création, et non l'artiste tout seul : difficile de copier une oeuvre en jurant qu'il y a création, par exemple (mais pas impossible). Inversement, si quelqu'un se plaint que telle personne aurait abusé de son oeuvre pour prétendre faire de l'art, c'est le juge (et non la communauté OSM) qui l'évaluerait. Il ne suffit pas de dire ha mais il a utilisé des données osm donc il a rien créé. Voici une référence, hein : http://www.legifrance.gouv.fr/affichCodeArticle.do?cidTexte=LEGITEXT06069414idArticle=LEGIARTI06278867dateTexte=categorieLien=cid: L'auteur d'une oeuvre de l'esprit jouit sur cette oeuvre, du seul fait de sa création, d'un droit de propriété incorporelle exclusif et opposable à tous. Dans la pratique, un artiste n'a aucun intérêt à jouer à la petite gueguerre avec les sources qui l'ont inspiré dans son travail. Et, normalement, toujours dans la pratique, la communauté OSM devrait faire bien autre chose avec les artistes qui se sont inspirés de leurs datas que de chercher dans les petits coins une référence, c'est mon opinion. Certes, il y en a quand on leur file une choucroute garnie ils vont voir s'il y a marqué bio sur la salière avant de donner leur opinion... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Festival Géo-Trouvetou...
Le 9 décembre 2013 22:58, Christian Quest cqu...@openstreetmap.fr a écrit : Pour info... j'adore le nom ! Et là, pas de droit d'auteur ? http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Test export communes
Le 8 décembre 2013 09:17, Sylvain Perrinel sylvain.perri...@gmail.com a écrit : 404 not found ? Index of /~cquest/openfla/export Apache/2.2.22 (Ubuntu) Server at osm13.openstreetmap.fr Port 80 http://osm13.openstreetmap.fr/~cquest/openfla/export/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communiqué de presse limites administratives
2013/12/5 Christian Quest cqu...@openstreetmap.fr Merci d'avance pour vos retours. Faisant autant que possible abstraction du charabia habituel aux communiqués de presse : C'est ainsi que 380 000 km de frontières communales ont été patiemment tracées à partir des planches cadastrales de la DGFiP. En effet, la Direction Générale des Finances Publiques a autorisé les contributeurs OSM à produire des données à partir du cadastre, comme les limites administratives, des routes, les emprises des bâtiments mais aussi les adresses. - C'est ainsi que 380 000 km de LIMITES (je préfère) communales ont été patiemment tracées à partir des planches cadastrales. La DGFiP (Direction Générale des Finances Publiques), organisme responsable du cadastre, a autorisé les contributeurs OSM à l'exploiter pour enregistrer les limites (BIEN) administratives, Les (une énumération c'est les... les... les... ou des... des... des... mais pas les... des... les... des...) routes, les emprises des bâtiments et les adresses. Ce nouveau jeu de données cartographiques qui a été créé à partir de la source la plus exacte disponible. Il est donc désormais disponible sous licence libre ODbL (Open Database Licence) sur les serveurs d'OpenStreetMap-France. Elles sont donc librement réutilisables en mentionnant leur origine (les contributeurs OpenStreetMap) et tant qu'elles restent redistribuées sous les mêmes conditions. - je ne comprends pas ce passage : les données cadastrales en tant que telle restent-elles isolées dans OSM, et donc directement récupérables ? Ou bien sont elles intégrées à l'ensemble des données, et que il s'agirait seulement des limites communales en tant que données géographiques, mais pas estampillées cadastre ? J'ai l'impression qu'il faudrait juste mettre : les limites communales françaises sont donc librement disponibles pour tous, selon la licence ODbL (Open Datavase Licence) sur les serveurs d'OpenStreetMap-France (... pourquoi France ?... ils ne sont pas disponibles sur les autres serveurs OSM ? ) La précision géométrique s'approche le plus possible de celle du cadastre... je titille, mais je pense que je subodorre qu'il s'agit ici de la précision /géographique/. C'est tout pour cette fois ci :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?
De mon coté je suis peu réceptif aux idées style le XML (et maintenant le JSon, donc ! ) ( Arf ! Arf ! Arf ! ) c'est compliqué le reste (CSV, ici) c'est bien (je caricature / je plaisante précise toujours l'émetteur). S'il caricature, qu'il dise en quoi ? Établit-on un projet informatique avec des caricatures ? S'il est sérieux, qu'il assume et qu'il explique mieux. Avec Excel, on peut transformer n'importe quel XML en CSV. Donc, c'est bon, non ? (Je plaisante...) Le 5 décembre 2013 19:13, Charles Nepote char...@nepote.org a écrit : Bonjour à tous ! **Résumé du message** : comment diffuser et voir réutilisées les données d'OSM auprès d'un public plus large, qui, dans un cercle vertueux, pourra devenir contributeur. Souvent j'ai l'occasion de dire ici ou là que telle donnée est dispo dans OSM. Par ailleurs, je pousse depuis un certains temps les acteurs publics à référencer sur leurs portails les données d'OSM : ainsi de Montpellier, le CG de la Gironde, la Région PACA, etc. Mais aujourd'hui, les jeux de données ou les outils de consultation d'OSM ont du mal à répondre à plein de petits cas tout simples comme : je veux la liste des pharmacies de ma région. Et je veux pouvoir manipuler cette liste dans mon tableur favori parce que c'est l'outil que je connais bien. Je me suis donc interrogé : comment produit-on simplement des données d'OSM sous forme de fichiers CSV ? Je sais bien que tout n'est pas extractible en CSV mais il y a un champ d'usage immense sur les données comme : * les bâtiments publics * les médecins, hôpitaux, pharmacie... * les lieux/services de secours (casernes de pompier, défibrilateurs, pompes incendies, téléphones de secours) * les lieux de culture (Théâtres, Musées, etc.) * les lieux d'histoire et du patrimoine * les arrêts de transports en commun * les terrains/équipements sportifs * les lieux touristiques * les systèmes de surveillance (caméras de surveillance) * les commerces * les hameaux * les services relatifs aux déchets (bennes de recyclage, poubelles, déchetteries, composteurs publics, etc.) * etc. Je suis donc allé grenouiller dans les outils (je précise que je n'ai jamais installé QGIS, Postgis, etc., je n'ai jamais utilisé l'API OSM, je ne fais pas dev mais j'ai quelques années d'expérience sous Linux). Et le plus simple que j'ai trouvé c'est la combinaison de osmconvert e et osmfilter. http://wiki.openstreetmap.org/wiki/Osmconvert http://wiki.openstreetmap.org/wiki/Osmfilter Je peux obtenir le fichier CSV de toutes les pharmacies de PACA en 4 lignes de commande : $ wget http://download.geofabrik.de/europe/france/provence-alpes- cote-d-azur-latest.osm.pbf # télécharge le fichier OSM de la Région PACA $ ./osmconvert32 provence-alpes-cote-d-azur-latest.osm.pbf -o=provence-alpes-cote-d-azur-latest.o5m # conversion du dit fichier dans un format lisible pour osmfilter $ ./osmfilter32 provence-alpes-cote-d-azur-latest.o5m --keep=amenity=pharmacy PACA-pharmacies.o5m # filtrage proprement dit pour ne retenir que les pharmacies $ ./osmconvert32 PACA-pharmacies.o5m --all-to-nodes --csv=@id @lon @lat amenity shop name --csv-headline PACA-pharmacies.csv # conversion du fichier filtré en CSV (Peut-être qu'on peut faire encore plus simple et plus rapide mais cette méthode à l'avantage d'être scriptable et automatisable facilement pour publier ces fichiers sur un serveur web.) Résultat : 1220 pharmacies identifiées et géolocalisées. J'aurais pu ajouter les adresses, les téléphones, etc. quand ils sont renseignés (c'est rare). (Il y a cependant des petits problèmes dans ce fichier comme les distributeurs de préservatifs (n'est-ce pas utilisateur cquest http://www.openstreetmap.org/node/2368452297 :D .) Il faut compter environ 8-10 minutes pour l'ensemble du process sur ma machine (compris le téléchargement des 200+ Mo du fichier PACA). **Pourquoi je creuse ça ?** * OSM est une platforme déjà bien en place pour crowdsourcer énormément de données et s'enrichit à grande vitesse * OSM a une dimension nationale et internationale * Mais OSM a du mal à fournir ses données autrement que par la carte ou par des fichiers XML assez obscurs et difficiles à manipuler par le néophyte (je caricature un peu et je ne connais sans doute pas toutes les initiatives) * Produire régulièrement des extractions en CSV devrait permettre : 1. de fournir des données à des néophytes qui pourront la réutiliser de manière simple 2. de permettre à des tas de gens de découvrir et utiliser OSM comme plateforme de coproduction de données 3. de faciliter la coproduction de certains types de données : avec ces tableaux, je peux maintenant plus facilement organiser une cartopartie thématique sur les cinémas, les bibliothèques, les sex shop ou que sais-je encore... Aujourd'hui, un des problèmes des fichiers open data des acteurs publics est que le feedback (ajouts, correction) est une fonctionnalité très mal
Re: [OSM-talk-fr] Wikipedia OpenStreetMap etc.
Sur ce genre de sujets, wikipedia avance vite en ce moment : ils ont placé en béta installable sur tous les comptes un système de détection d'articles proches de l'article courant sur le plan géographique : https://www.mediawiki.org/wiki/Beta_Features/Nearby_Pages Mais, pour l'instant, l'outil ne semble pas faire intervenir de cartes. Le 3 décembre 2013 13:24, Florence Devouard anth...@anthere.org a écrit : Bonjour Je viens de tomber sur cet outil. J'ignore de quand il date mais je l'ai trouvé très sympa. Après géoloc, il indique des articles existants géolocalisés de Wikipedia, avec des visuels différents lorsque l'article n'a pas d'illustration ou manque de source. Powered by Leaflet http://inkdroid.org/ici/ Flo ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Matériel de communication - OSM et randonnée
Le 28 novembre 2013 09:55, Nicolas Moyroud nmoyr...@free.fr a écrit : Quand leur bêtise s'arrêtait là ce n'était pas encore trop grave, mais maintenant ils en arrivent à gaspiller 2 millions d'euros pour réinventer un OpenStreetMap propriétaire... Je trouve dommage ce genre de message. L'IGN est certainement critiquable, mais c'est aussi des personnes. Si vraiment ils sont bêtes (ça arrive), au lieu de mettre des ... comme explication, on met un minimum de référence vérifiable, ou d'explications, autres que le style qu'est-ce qu'on est bon puisqu'on est bénévole. Et aussi, on tape sur eux un minimum à propos ; ici, le sujet du message c'est matériel de communication - OSM et randonnées. Certes, taper sur les autres est un matériel de communication très utilisé ; mais actuellement je ne suis pas sûr que ce soit de très bonne politique de taper sur l'IGN, car j'ai cru comprendre qu'il y a des études de rapprochement entre OSM et l'IGN (voir messages [OSM-dev-fr] Rencontre technique à l'IGN à https://lists.openstreetmap.org/pipermail/dev-fr/2013-November/001789.html). Alors... il faudrait plutôt taper sur google map... Qu'ils sont méchants à google map puisqu'ils ont des données propriétaires ! : voilà je pense que c'est mieux pour l'auto-promo. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment mieux accompagner les néophytes ?
Le 17 novembre 2013 11:07, Christian Quest cqu...@openstreetmap.fr a écrit : Je rêve d'un outil qui puisse me prévenir du 10ème changeset uploadé dans une zone donnée. Peut être est-il possible de repartir de ce que fait Pascal Neiss sur l'analyse de l'activité des contributeurs. Je ne suis pas sûr que ça puisse aller dans ton cas, puisque à ce que je comprends il part toujours d'un dump, non de la base directement. En effet, dans son document http://www.mdpi.com/2220-9964/1/2/146/pdf (p. 5) il indique : The direct extraction of information about the members of the OSM project, such as a list of all members, or registration information, is not possible. Thus, a different approach needs to be considered to be able to analyze OSM contributors’ actions. Based on the full history dump file [37] of 8 December 2011... etc. Du coup il y a forcément un retard : tu procèdes l'analyse à partir du dernier dump, et je ne sais pas si ça vaut le coup de créer un dump juste pour découvrir les nouveaux (surtout si, en plus, ce nouveau fait ses changesets habituels à l'autre bout de la planète et qu'il vient par hasard d'en faire 10 en Charente Maritime...) Pascal semble faire des statistiques générales sur les contributeurs, mais ne cherche pas à détecter les évolutions particulières (autre que statistiques, je veux dire), à ce que je comprends des impressions de mon tour d'horizon rapide sur son site. Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Le 15 novembre 2013 09:27, Christian Quest cqu...@openstreetmap.fr a écrit : C'est pas idéal, mais mieux que rien et surtout ça permet d'épater la galerie des décideurs ;) Au sujet des décideurs je viens de tomber là dessus : Open Data camp organisé par Etalab le 28/11 à Paris à https://commons.wikimedia.org/wiki/Commons:Bistro#Open_Data_camp_organis.C3.A9_par_Etalab_le_28.2F11_.C3.A0_Paris C'est hors sujet et probablement que vous connaissez déjà, mais c'est juste décideurs :-) Bon, je sors, promis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Le 15 novembre 2013 00:01, Christian Quest cqu...@openstreetmap.fr a écrit : Je sais, c'est pas super explicite... la bande noire c'est l'ombre de la marche du trottoir, car wheelchair=no ;) Si quelqu'un a une meilleure idée, je suis preneur ! Je pense que ça ne sert à rien de placer les trucs d'handicap sur une carte générale : le handicap est un puits sans fond, et tout le monde s'en fout, sauf pour gagner son paradis ou pour avoir des budgets. Par contre il peut être très utile de faire des cartes à rendu spécialisé par type de handicap. Là on peut avoir une réflexion sur un handicap précis : comment les handicapés concernés peuvent lire le terrain, comment leur problématique peut être source de réflexion pour tout le monde. Pour la carte générale, ce qui est important, c'est le passage route/trottoir. Ce point est loin d'être résolu, à ce que j'ai compris. Mais quand même, pour une carte handicap mobilité, comment faire le rendu, allez vous me dire ?... Il me semble que pour les trottoirs, aux plus gros niveaux de zoom il y a la place pour le pictogramme de mobilité : http://wiki.openstreetmap.org/wiki/FR:Key:wheelchair ... et ne rien mettre si wheelchair=limited (de toutes manières je ne vois pas comment cette valeur peut s'appliquer à un trottoir). Et donc, ne pas montrer le wheelchair pour les trottoirs dès que le zoom diminue... idéalement, dès que le zoom ne permet plus de dessiner les particularités du trottoir. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Du nouveau sur le rendu osmfr...
Le 15 novembre 2013 08:03, JB jb...@mailoo.org a écrit : Avec ce sujet politiquement incorrect, je m'étais posé la question du rendu handicap moteur (adapté dès les échelles intermédiaire, pas un saupoudrage aux zooms 19 à 28). Ce que j'avais dans la tête, c'était de partir du rendu standard noir et blanc, et de coloriser les objets accessibles/adaptés. Mais bon, j'ai jamais réussi à importer une base Pg sous Windows, et le projet est resté à l'état de projet. Mais si quelqu'un veut essayer avant que Windows aime Postgré… Ah oui moi aussi à une époque j'avais essayé de participer au rendu fr mais je m'étais retrouvé devant de perpétuels problèmes d'outils patchés en configurations obscures... bref maintenant je donne mon opinion that's all :-) Donc, mon opinion, c'est : faire des rendus spécialisés pour les handicaps, car il n'y a pas de généralités dans ce domaine ; que le rendu général dise ce qu'il y a sur le terrain, en ne le qualifiant que pour les usages les plus généraux. (et même pour l'usage consommateur citadin je trouve que la communauté se donne déjà beaucoup trop de mal, alors vous imaginez ce que je pense du reste...) Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Changements graphiques à venir sur la page principale d'openstreetmap.org
Le 13 novembre 2013 11:56, Pieren pier...@gmail.com a écrit : Bonjour, Comme ceux qui ne suivent pas les discussions au niveau international ou qui n'ont pas suivi le dernier SOTM, un changement de design de la page principale du site openstreetmap.org est en cours de finalisation. On peut en voir un prototype sur ce lien: http://redesign.apis.dev.openstreetmap.org/ et d'autres commentaires (en anglais) ici: https://github.com/openstreetmap/openstreetmap-website/pull/498#issuecomment-28309700 Vous pouvez y ajouter vos remarques ou commentaires ou alors participer au fil de discussion sur la liste de diffusion t...@openstreetmap.org . Oui mais moi je ne parle anglais qu'après avoir ingurgité 3 bières, ce qui n'est pas le cas en ce moment :-) Je dirais : - mieux dans l'ensemble, même si l'ancienne était pas si mal. - Le blanc de la bande blanche (hein) du dessus ne va pas du tout. Blanc = Absence de charte graphique, c'est mon opinion. Et c'était d'ailleurs le même problème avec l'ancienne. Faites au moins des nuances de blanc !... blanc calcaire, blanc cassé, blanc oeuf... - Make a donation : soit il faut le mettre plus gros, soit il ne faut pas le mettre. Si petit, ça fait peur. - Historique est-il vraiment utile à ce niveau ? (...surtout que le résultat me semble incompréhensible). Même problème pour Traces GPS. - S'inscrire est placé 2 fois. Il faudrait essayer avec 3, voir si ça marche mieux. - About aussi, sauf que son double se présente comme Learn More, le petit malin. - Le principe de la vignette en haut à gauche est bien, mais il faudrait l'animer un peu, au lieu d'y mettre toujours le même message... les coordonnées de la carte ? une liste des pages wikipedia présentes sur la carte ? Les principales villes/pays/fleuves/choses qu'il y a sur la carte ? Un précédent/suivant ? - Je viens de (re)découvrir l'existence des journaux, grâce à cette carte ! Je trouve le principe très intéressant, je me demande pourquoi il n'est pas plus cité / utilisé dans la communauté française ?... je crois même qu'il faudrait le mettre encore plus en valeur. - Note globale : 13/20. A+. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rapport Trojette et réaction de l'IGN
Bonjour, Sans être complètement ok avec ce que dit le directeur général de l'IGN, je trouve que la communauté OSM récolte ce qu'elle a semé : beaucoup trop d'emphase sur le travail des bénévoles méritants, l'avenir étoilé du modèle contributif, etc. Il me semble que OSM devrait plus être dans la compréhension des autres acteurs géographiques, avoir plus de modestie dans la valeur de son modèle, plus d'écoute pour celui des autres. Pour cette fois-ci... temporiser ? Le 6 novembre 2013 20:02, RatZilla$ ratzil...@gmail.com a écrit : Suite à la publication du rapport Trojette et à l'interview de la gazette des communes sur OSM la réaction de l'IGN est publiée ici: http://www.lagazettedescommunes.com/205912/pour-en-finir-avec-de-fausses-informations-sur-lign/ Malgré mon invitation à collaborer et mes demandes à l'État de poursuivre le financement de l'ouverture des données de l'IGN Mr Berteaud préfère l'affrontement personnel. Je prends la responsabilité de mes propos et argumente en ce moment même avec des rapports remontés de services ayant eux aussi des difficultés. Je ne lancerai aucun appel au troll préférant me concentrer sur nos travaux en cours: * SNCF Transilien * CNIL * SAMU76 * Rapport sur L'Open Government Partnership au Premier Ministre * OpenData Boot Camp Région Île de France. Bien à vous tou(te)s, Je reviens vers vous avec de bonnes nouvelles! Gaël votre serviteur ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap vs Wikipedia
Le 5 novembre 2013 22:40, Christophe Merlet red...@redfoxcenter.org a écrit : OpenStreetMap ne sera jamais obligé d'être à la traine par rapport à d'autres fournisseurs de données, il EST un fournisseur de données *original*, un précurseur ouvert à toutes les contributions. Quel brillant trompettiste ! Quel bel exposé de liberté ! C'est sans doute par égard pour les administrations que OSM s'oblige à intégrer des open datas, ou pour l'agrément des données originales qu'il place en transparent les photos satellites dans les éditeurs. Et il honore la société d'un regard critique, madmme. Enfin bon j'admets au moins une chose : OSM pourrait être pour wikipedia un fournisseur de données original, une sorte, comme on dit en langage wikipedesque, de source de second niveau. Encore faudrait-il que la communauté osm le propose, l'argumente, l'assume, en soit consciente. ... mais cela vaut-il le coup, pour ce truc qui n'est même pas une encyclopédie, cette juste revue de presse de journaux à grands tirage ? m. Librement, Obscurément. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Le 1 novembre 2013 20:15, allegre.guilla...@free.fr a écrit : De: Ista Pouss ista...@gmail.com Et même la cartopartie dans son ensemble, avec quelque organisation, pourrait faire l'objet d'un article wikipedia... (style Parcours de la place Edmond Maurat) (HEU NON je veux dire de la Concorde). Ça non, l'événement cartopartie sera très certainement considéré comme non admissible dans WP par la grande majorité des contributeurs (et bien que plutôt inclusionniste, je serais d'accord). Oui tu as raison c'était une énorme grosse bourde de ma part, honte éternelle ! Bon... donc c'est foiré pour wikimedia, par cette approche. Je passe mon tour. -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Le 31 octobre 2013 10:23, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pour limiter ce système administratif et se réorienter vers la volarisation du terrain, je suis surpris que Notes ne permette pas de joindre des photos (voir videos) en partenariat avec commons ou d'autres acteurs (projet streetview osm). À l'image de ce que fait wikilovesmonuments ou commons. Chaque utilisateur de rendu pourra y apporter sa vision pour son usge final (rendu ou autre). Pour préciser, je ne suis pas contre le système administratif, et encore moins contre l'open data ! (...mais c'est vrai que je serais plutot POUR le terrain) Ce qui me déplait en cette affaire est que les données administratives tendent à être considérées comme des choses concrètes. Par exemple pour nombre de gens une limite communale est une chose concrète. Il faut quasiment qu'ils aillent voir sur le terrain pour se rendre compte qu'il n'y a aucune ligne entre Paris et Issy les moulineaux... Ce n'est déjà qu'un rendu : le rendu administratif. Mais une fois que c'est dit et admis, je n'ai rien contre les données administratives, bien au contraire. Pour en reparler j'admire par exemple le travail sur les limites communales mené au sein d'osm. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Le 31 octobre 2013 11:52, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Pas forcément à créer mais éventuellement à réutiliser, cela permettra une collaboration commune wikimedia/OSM. Je ne crois pas que ça puisse fonctionner dans le cadre des notes, car, pour être importée sur commons, il faut que la photo puisse avoir un usage éducatif, ou puisse avoir une utilisation dans un projet wikimedia : https://commons.wikimedia.org/wiki/Commons:Crit%C3%A8res_d%27inclusion#Objectifs_de_Commons Dans le cadre des notes, c'est un usage interne à OSM, qui n'a pas vocation à être utile dans un contexte éducatif ou wikimedia. Par contre, les éventuelles photos d'une cartopartie (et même peut être les traces GPS), pourraient, avec un peu de rigueur, un peu de formalisme encyclopédique, être intégrées à commons : les intérêts encyclopédique et éducatif me paraissent plus défendables. Et même la cartopartie dans son ensemble, avec quelque organisation, pourrait faire l'objet d'un article wikipedia... (style Parcours de la place Edmond Maurat) (HEU NON je veux dire de la Concorde). A+. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Le 30 octobre 2013 12:05, Pieren pier...@gmail.com a écrit : - homogénéité : si la longueur des articles sur wikipedia et le niveau des détails dans OSM dépendent tous les deux directement du nombre de contributeurs s'y afférant, on pardonne beaucoup moins à OSM de tels écarts d'informations entre zones géographiques. Ces grands écarts entre zones qui ont tout (rues, adresses, POI) et celles qui n'ont rien empêchent toute exploitation à grande échelle. On peut juste espérer que ces écarts se comblent avec le temps mais rien n'est moins sûr. C'est le principal argument avancé par l'IGN lorsqu'ils parlent d'OSM. Et sur ce point, ils ont raison. Oui. Mais ça ne dépend pas seulement du nombre de contributeurs : l'homogénéité dépend aussi des règles que tu te donnes. Par exemple à wikipedia l'arrivée de l'éditeur wisiwig provoque la révision de nombre de modèles incompatibles, augmentant du coup l'homogénïté. Cependant il n'est pas complètement clair pour moi que l'homogénéïté, ou des notions proches telles que la cohérence, soient des fins en soi dans les projets collaboratifs. Ce qui est sûr est que ce sont des propriétés intéressantes à suivre, à améliorer, pouvant donner naissances à des règles faisant consensus. - vandalisme : les cas sont peut-être beaucoup plus nombreux qu'on ne le pense parce que dans OSM, il est plus difficile d'avoir un suivi des transformations sur une zone que wikipedia sur un article. Et les outils de contrôle ont aussi des lacunes (voir dernier point) Si, par exemple, on peut voir une version T-n_days dans wikipedia en 2 clics de souris, retrouver les données d'une zone géographique à T-n_days dans OSM nécessite beaucoup de temps, de ressources et connaissances informatiques. Et pour le cas où un petit vandalisme ou disons, altération négative lorsque ça n'est pas volontaire, est détecté, il n'y a pas d'outil pour facilement revenir en arrière alors que le undo sur wikipedia se fait en deux clics de souris. Il y a donc un déséquilibre manifeste entre contributions positives et négatives puisque les outils manquent pour lutter contre les secondes. On peut alors assister à deux phénomènes : soit le contributeur abandonne le projet suite à une frustration légitime. Ou alors, il délègue cette tâche à d'autres, en passant par cette liste par exemple ou sur un forum ou par le DWG. C'est ce qui se passe plus ou moins bien depuis les débuts d'OSM et certains sont même satisfait de ce modèle. Mais cela ne marche que s'il y a suffisament de volontaires pour prendre en charge ces annulations et que si elles se font suffisament tôt (techniquement, plus on attends, plus c'est difficile, voire impossible). Et si le nombre de vandalismes venait à fortement augmenter, ce petit groupe ne sera plus capable de faire face. Un des gros points forts de wikipedia est que les annulations sont directement et facilement accessibles par tout le monde. C'est un point majeur pour les projets collaboratifs qu'OSM ne propose pas. Oui. Espérons. - sémantique : les tags sont nombreux dans OSM, trop nombreux. Les [couic] - le contrôle : bien peu sont ceux qui contrôlent les données OSM en [couic] Oui... le modèle osm est une base de données ne fonctionne pas, c'est ce que je pense. Il pose des problèmes irrésolvables de sémantique et de contrôle, entres autres. Impossible de faire des cartes avec une base de données, c'est mon opinion : pour faire des cartes il faut d'abord faire de la cartographie, et à OSM on n'en fait pas, trompé que nous sommes par les datas. Toutefois, en attendant que j'ai raison, je continue à contribuer :-) Ainsi, .en parcourant wikipedia, et en suivant les discussions osm, j'ai repéré à ma surprise que l'ultra-fréquenté col de la République ( https://fr.wikipedia.org/wiki/Col_de_la_R%C3%A9publique), théâtre d'un des plus tristes événements du Tour de France, n'était pas enregistré dans OSM !? Problème manifeste de homogénéité ! je compte l'y mettre dans la semaine :-) ...je suis surtout un petit contributeur qui parle beaucoup :-) http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Le 30 octobre 2013 23:55, Guillaume Allegre allegre.guilla...@free.fr a écrit : Oui... le modèle osm est une base de données ne fonctionne pas, c'est ce que je pense. Il pose des problèmes irrésolvables de sémantique et de contrôle, entres autres. Tiens, je ne vois pas ce qui te permet de dire ça. Moi je trouve que le modèle de la DB est plutôt bien respecté par OSM (c'est d'ailleurs le problème des reverts impossibles après une autre édition, contrairement au modèle des commits de WP, qu'on sait traiter en texte depuis belle lurette). Heu je me suis mal exprimé que tu m'as mal compris : ce n'est pas qu'il soit bien ou mal respecté que je pense, mais que, par conception, il ne peut pas fonctionner. Certes on arrive toujours à faire des cartes, mais on va de plus en plus dans un modèle administratif, et de moins en moins dans une observation terrain, de mon opinion. C'est parce que sémantique comme contrôle sont des opérations qui dépendent d'une vision, donc d'un mode de rendu. Même une chose qu'on croit exister par elle même dépend d'une vision pour la manipuler, la décrire, la positionner dans l'espace. Or le rendu est considéré comme une sorte d'optionalité, de pluralité libre, et on en conclus que les données doivent être entrées en dehors de tout rendu... mais on perd alors leur sémantique et leur contrôle. Heu... suis-je plus clair ? La solution de mon opinion serait d'interdire purement et simplement toute entrée de données qui n'ait pas au moins un rendu référent... (Mais je ne pense pas que ça soit la tendance actuelle dans la communauté :-) Impossible de faire des cartes avec une base de données, c'est mon opinion : pour faire des cartes il faut d'abord faire de la cartographie, et à OSM on n'en fait pas, trompé que nous sommes par les datas. Je ne comprends vraiment pas ce que tu veux dire, si tu pouvais développer ? La cartographie, ce n'est pas seulement des objets géolocalisés : c'est des objets qu'on projette sur une page blanche, cette projection et ces objets conservant les propriétés que l'on veut, en général les rapports de distance. Par exemple, je peux suivre une route sur une carte et en déduire la distance que je vais parcourir dans la réalité. (heureusement). En se focalisant sur les datas, on perd cette notion de projection. Par exemple le problème des trottoirs, que tantôt on accole à la route principale, que tantôt on trace comme chemin dissocié, ou tantôt comme surface, on éprouve les plus grandes difficultés à savoir ce qu'il faut faire et pourquoi, et encore plus à relier les trottoirs avec les routes, et même les trottoirs entre eux cela vient (de mon opinion) que l'on mélange différents types de projection sans en avoir conscience. La communauté est bien au courant qu'il existe différent types de projection pour la terre, mais elle ne semble pas savoir qu'il existe des types de projection pour les trottoirs, et pratiquement tout ce qui existe. Si l'on admet que j'ai à peu près raison et que je puisse proposer un début de solution, je la vois dans le fait que j'entends quelque fois parler d'OSM non pas comme une base de données, mais comme un éco-système de description terrain. Dans cet écosystème, données, rendus, informatique ne sont pas indépendant les uns des autres, mais se nourrissent les uns les autres, pour tendre au résultat... OSM fonctionne déjà un peu comme ça, mais sans le dire vraiment. Cette approche me parait infiniment plus porteuse, et très originale par rapport à wikipedia. (bien qu'il existe qqchose d'un peu similaire entre wikipedia et commons). Bon, et j'ai toujours pas taggué le col de la république, moi... j'y repense demain. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Discussions WMFr] Re: OpenStreetMap vs Wikipedia
Le 29 octobre 2013 19:44, Guillaume Allegre allegre.guilla...@free.fr a écrit : Merci pour vos encouragements. Voici donc la suite, un peu plus polémique (forcément), et parfois franchement provoc (et sans doute un peu trop long) http://gallaxie.wordpress.com/2013/10/28/openstreetmap-vs-wikipedia-23-differences-et-divergences/ BIEN. VIFS ENCOURAGEMENTS. -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Type:type (était : De la cartographie des postes électriques de quartier ERDF en France)
Le 27 octobre 2013 17:34, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Je suis d'accord. Autres clés possibles : fr:substation:classe fr:substation:distribution:classe Si c'est pour remplacer type par classe, je ne suis pas sûr que le progrès soit très progressif ? Sur cette affaire je serais pour coller aux habitudes, car on est dans un domaine très spécialisé : si ces choses de postes électriques les habitués les appellent type, alors il n'y a qu'à les appeler type. Maintenant, en général, sur tous les tags de l'ensemble international général osm faut-il utiliser type ?... mais pour l'instant j'ignore où sont les infos et les discussions concernant le modèle de données d'osm ; à chaque fois qu'il y a une discussion sur ce genre de sujet, on arrive en pleine mystique osm : il n'y a plus que des oracles qui parlent. Donc : en vérité, en vérité, n'utilisez pas type mais sort-of. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Équivalent de Google Maps Engine (Lite)?
Le 20 octobre 2013 17:51, Shohreh codecompl...@free.fr a écrit : 1. Est-il possible de spécifier un rendu autre qu'OSM classique? Oui : en mode édition, cliquez sur l'espèce d'icone en haut tas de papier (attention qu'iil y a exactement le même à droite) qui veut dire fond de carte, et choisissez ce que vous voulez dans les fonds de carte proposés. De toutes manières, chaque visiteur a la possibilité d'en choisir un autre, comme sur la plupart des cartes issues d'osm. 2. Est-il possible de remplacer la grosse icône en forme de carré bleu par un simple point? Quand on a plusieurs POIs dans un même quartier, c'est plus facile à visualiser. Je suppose que c'est le marqueur dont vous parlez ?... Sur l'icone des layers (à droite), sélectionnez le vôtre (probablement Layer 1) ; cliquez sur son petit crayon, pour l'éditer ; un panneau s'ouvre sur la droite, cliquez sur Options de mise en forme ; vous voyez alors la grosse icone en forme de carré, amusez vous avec les choix proposés par Changez la forme / changez le picto ; faites envoyer lorsque vous êtes content. 3. Pour limiter la possibilité d'éditer une carte à certaines personnes, ai-je bien compris qu'il faut qu'elles se créent un compte OSM et me communiquent leur pseudo afin que je les ajoute dans la section Map permissions Only editors can edit? Peut être, sais pas. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Équivalent de Google Maps Engine (Lite)?
Le 20 octobre 2013 21:12, Shohreh codecompl...@free.fr a écrit : Je voulais que l'URL comporte le layer dans l'URL. J'ai à faire à des gens qui n'ont aucune connaissance informatique, donc il faut faire au plus simple. Il semble donc impossible d'inclure le layer dans l'URL. Je pressens qu'ils vont me dire que MapNik est moche par rapport à Google Maps, d'où ma préférence d'inclure Mapquest dans l'URL. Dans la série moi aussi je fais des cartes avec umap voici une Carte des Points d'Eau Stéphanois qui ouvre sur Mapquest US. (pourquoi US ? ) (c'est comme ça) http://u.osmfr.org/m/1804/ Donc ça prouve que. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle ligne de bus à Paris
Le 18 octobre 2013 19:59, Christian Quest cqu...@openstreetmap.fr a écrit : Il s'agit de la Traversée Brancion-Commerce, une ligne hyper locale du 15ème arrondissement composée de minibus électriques. Heu... d'après les journaux, ce n'est pas la traversée, mais la traversE. http://www.paris.fr/accueil/deplacements/la-traverse-brancion-commerce-prend-son-depart/rub_9648_actu_136140_port_23738 http://www.tout-paris.org/premiere-ligne-bus-ratp-traverse-brancion-commerce-28767 Inaugurée mercredi, relevée sur le terrain jeudi et sur OSM vendredi. http://www.openstreetmap.org/browse/relation/3273701 Là, je n'ai rien à dire sinon BRAVO BRAVO ! A+. -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 5 octobre 2013 21:09, Pieren pier...@gmail.com a écrit : Il ne faut pas attacher trop d'importance au rendu. Même si on sait bien que ça reste le premier outil de validation pour les nouveaux contributeurs (et aussi la première forme de récompense), il y a aussi des tas de choses dans OSM qui ne sont pas affichées sur la carte principale. Ou des choses qui sont affichées alors qu'elles sont mal cartographiées. Donc, toujours examiner les données pour se faire un avis critique. Je ne partage pas l'avis de la communauté sur ces histoires de rendu / données, mais c'est un autre débat. Au moins, je comprends ta position. de surface, mais, apparemment, c'est compliqué les surfaces. Les surfaces, c'est pas compliqué. Mais il y a surface et surface. Celle qu'on indique avec highway=unclassified + area=yes a une signification très claire : c'est une place ouverte où les véhicules peuvent circuler dans toutes les directions. Ca n'était pas le cas de cet exemple à Saint-Etienne. Il y a aussi la possibilité d'indiquer la surface occupée par une route normale (qui conserve son filaire central) avec un tag qui est resté au stade de la proposition : area:highway ([1]). Il n'est pas rendu par mapnik et n'est pas très populaire (1 exemplaires par 460 contributeurs quand même dans la base). S'il y a surface et surface, la surface dont je te parle est visible de visu. Mais bon je renonce à chipoter, et j'admets que l'idée de concentrer les routes sur un point est pas mauvaise les choses étant ce qu'elles sont. La modélisation reste compatible avec le terrain, à part le problème des feux, voir plus loin. D'ailleurs il me semble qu'on pourrait encore simplifier ton modèle, tout en restant compatible terrain : si la rue des armuriers arrive directement au point central, ça marche encore bien, non ? Le carrefour serait modélisé par deux points : un point de rencontre rues pélissier / valbenoite / armuriers / mulatière, et un valbenoite / jean baptiste david / micro rue en sens unique vers armuriers. Le carrefour serait l'ensemble de ces deux points reliés par une rue, rue inexistante, mais... c'est un modèle. D'ailleurs, les chemins piétons sont bons dans l'ensemble, mais DIeu seul sait s'ils sont routables ? Ca n'était pas le problème posé au début de ce fil de discussion. Suivant les retours qu'on voit sur un autre fil, il est probable qu'il ne soit pas routable pour la plupart des logiciels qui le font pour les piétons avec les données OSM. Mais les zones piétonnes sont dans leur immense majorité tagguées de cette manière, sans footway ajouté pour les rendre routable par certains logiciels. C'est aux logiciels de s'adapter aux données et non l'inverse. Pour revenir aux trottoirs, on voit que ceux qui commencent à cartographier ça ne vont jamais jusqu'au bout et s'arrêtent au bout de quelques rues. Du coup, on a un résultat très moche sur la carte (toi qui donne beaucoup d'importance au rendu pourrait y être sensible). C'est pourquoi personnellement, je ne cartographie pas les trottoirs. De plus, cela alourdit considérablement le filaire dans la zone et rend difficile toutes les contributions futures. Au mieux, il existe la possibilité d'ajouter un attribut au highway principal pour dire si un trottoir se trouve à gauche, à droite ou des deux côtés. Je préfererais nettement cette option si j'avais à choisir. Oui, mais le principe ceux qui commence à cartographier ne vont jamais jusqu'au bout est consécutif aux principes collaboratifs, et au principe mappez ce qu'il y a en bas de chez vous, non ? Du coup il faut une transition cohérente entre ce qui est mappé et ce qui ne l'est pas. Mais pour les trottoirs, ce n'est pas facile. - du fait qu'il n'y a pas de surface, de nombreuses relations entre objets sont incohérentes avec le terrain : la sorte de point central n'existe pas, et ça décale toutes les distances entre le bord de la place et les objets qui l'entourent. Je ne comprend pas bien cette remarque (quelle relations entre objets). Si tu veux faire figurer la surface de la partie routière, qui est très large dans ce cas particulier, utilise un polygone taggué area:highway déjà cité plus haut. La modélisation sera complète mais tu ne verras pas cette surface sur la carte principale. Si tu veux à tout prix voir cette surface, tu seras obligé d'utiliser le highway=unclassified + area=yes qui entrera en contradiction avec le filaire des voies (et c'est tagguer pour le rendu puisque tu sous-entends avec ces tags que l'espace est ouvert dans toutes les directions, ce qui n'est pas le cas). Je ne sais pas trop pourquoi tu affirmes que l'espace n'est pas ouvert dans toutes les directions... Il y a un obstacle magnétique ? Je me demande ce que pense Christian Quest, le Maître es rendu es datas, de ces histoires de area qui sont inutilisées et non rendues ?... C'est une méga connerie de la communauté, non ?... Il n'y a donc pas à
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 6 octobre 2013 10:09, Christian Quest cqu...@openstreetmap.fr a écrit : Pour le rendu surfacique, il y a un sacré boulot à faire sur la feuille de style déjà que parfois avec du filaire on s'arrache les cheveux ! Comme souvent, peu de monde s'y est mis côté rendu car il y a peu de données, donc le jeu n'en vaut pas la chandelle, mais nous savons tous aussi que la visibilité dans le rendu poussera à mapper le surfacique. OK je comprends mieux les difficultés actuelles ! Les questions que je me pose: - est-ce souhaitable de démarrer le surfacique de voirie alors qu'il manque encore tant de filaire ? Je pense que oui, car : - ça simplifierait certains rendus - et très probablement datas - filaires indémerdables, tel la Place de la Concorde à Paris : http://tile.openstreetmap.fr/?zoom=20lat=48.86619lon=2.32118layers=B00(de mes lointains souvenirs de cette place, ce rendu est complètement faux, non ?... ou alors elle a bien changé ! ) (notez que je fais l'effort de ne pas citer la place E... M... à S... E) (allez les verts ! ) (et j'ai résisté à l'envie d'aller voir la place de la concorde sur google street pour ne pas pénaliser gravement le projet OSM ! ) - de plus la réflexion sur ce qu'est une surface et ce qu'est un filaire me parait gravement perturbé chez de nombreux contributeurs... Je n'en dirais pas plus, je n'en pense pas moins. Que le surfacique soit RENDU ça aiderait sans doute pas mal à le modéliser dans les DATAS. Point. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Vue l'attention portée aux... choses avec des plantes dedans (hum), j'ai rajouté trois photos dans mon album http://www.flickr.com/photos/mpoudisk/10067660115/in/set-72157636146247124/en espérant que ça soit utile. Une est une vue générale de la chose jardinée au sortir de la rue jean macé : http://www.flickr.com/photos/mpoudisk/10083979804/ (chacun pourra constater qu'il ne fait plus soleil aujourd'hui à st etienne) Les deux autres sont des photos de l'autre chose au sud de la place, contenant aussi des plantations, je me suis dit que l'attention pouvait se focaliser là dessus aussi : http://www.flickr.com/photos/mpoudisk/10083980154/ et http://www.flickr.com/photos/mpoudisk/10083981014/ . La première est importante, car on y voit dessus le pannonceau Place Edmond Maurat :-) C'est moi qui avait parlé à l'origine de jardins, un peu sans réfléchir je l'admets. La mairie de St Etienne parle de Transformation urbaine éco-durable, ou de Valorisation des cheminements piétons. S'il est intéressant de débattre des choses jardins, j'aurais aimé aussi comprendre le débat à propos d'un seul noeud vs plusieurs noeuds routiers pour figurer le centre de la place ; il me semble avoir compris que Pieren n'en aurait mis qu'un seul, et je n'ai jamais vu ce que donnait cette idée. Peut être serait-il pas mal d'en débattre si confirmé ? Enfin, ça serait pas mal s'il y avait quelqu'un de st etienne en plus de moi sur la liste, pour donner une autre vue concrète que la mienne ; quand je me suis lancé là dedans je n'imaginais pas du tout que ça provoquerait des discussions si engagées, voir passionnées ! Le 4 octobre 2013 14:25, Christian Quest cqu...@openstreetmap.fr a écrit : La preuve est faite alors... même en ne lisant que des échos vu que GMail me signale 23 messages supprimés de cette conversation :) Le 4 octobre 2013 14:01, Pieren pier...@gmail.com a écrit : 2013/10/4 Nicolas Dumoulin Nos lecteurs de l'IGN doivent bien se marrer en lisant ce fil :-/ Mais justement, c'est le moment de leur prouver que le projet est viable et qu'il peut survivre aux pires boulets ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 4 octobre 2013 15:54, Pieren pier...@gmail.com a écrit : Bah, il faut le prendre comme un excercice pédagogique qui va au delà de ce cas particulier. Les photos que tu publies sont d'une grande aide, surtout à cette échelle, parce que ce qu'on voit depuis le cadastre ou l'imagerie Bing est en retard par rapport aux aménagements récents et surtout, on peut y voir des détails difficiles à distinguer depuis le ciel ;-) (comme cet escalier qui maintenant pose de nouvelles questions - est-ce que c'est un passage piéton sous la route et est-ce qu'on en voit l'issue sur une autre photo ?). On aperçoit, mais d'un peu loin, l'ensemble de l'escalier sur ces photos : http://www.flickr.com/photos/mpoudisk/10083980154/ et http://www.flickr.com/photos/mpoudisk/10067660715/ Il n'est pas visible sur les vues satellites, qui montrent encore l'ancienne maison. Il va de l'aménagement urbain paysager au trottoir du bd valbenoitte. Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tagguer pour le rendu
Et est-ce qu'il ne serait pas pensable de taguer l'usage sur une surface ? Je veux dire par exemple sur une pelouse les gens vont passer plutot à tel endroit parce qu'il y a des trucs intéressants à tel autre. Mais ce n'est pas visible sur le terrain, mais juste un aspect humain. C'est un peu la même chose que les cours d'eau : il me semble qu'on y tague la surface occupée par l'eau, et le chemin par où passe le courant le plus important. Ce dernier n'est pourtant pas visible sur le terrain. Ensuite, il me semble que un bon traitement des surfaces par les logiciels de routage n'est pas infaisable... c'est quoi la difficulté qu'ils auraient à éviter les obstacles indiqués ?... il me semble que certes il faut faire des compromis, mais qu'il faut engager le mapping correct des surfaces, car c'est un gros boulot de modélisation. Indiquons les donc, ces obstacles. Ce qui me gène dans le virtual est que il n'a plus aucun rapport avec la géographie, alors que, avec la notion d'usage, on peut conserver le rapport avec la géographie, ce qui est quand même utile ?... d'autant qu'une grande partie des valeurs de tags est déjà en rapport avec la notion d'usage. Cordialement. tout petitd'autant que dans certains cas (hum) on ne s'en sort que difficilement... j'en suis à 91 messages rien que pour une micro place exemplaire paumée/tout petit Le 4 octobre 2013 21:58, Christian Quest cqu...@openstreetmap.fr a écrit : A Birmingham, j'ai eu une discussion sur ce sujet avec Andrew (opentripplanner). On est arrivé à imaginer un highway=virtual pour relier tout type de voie. Pas besoin d'info complémentaire, il servent à relier virtuellement leurs deux extrémités. Ce peut servir aussi à relier l'entrée et la sortie d'un parking souterrain. Le 4 octobre 2013 21:44, Fionn Halleman fionn.halle...@valeurs-mobiles.fr a écrit : Bonsoir, Vous en connaissez beaucoup, des routeurs qui gèrent correctement les itinéraires sur des surfaces ? Je peux me tromper, mais je viens d'en réessayer une demi-douzaine. Ils viennent en deux variétés : -les agoraphobes, qui transforment les arêtes d'une surface piétonne en éléments du graphe et routent le piéton prudemment tout autour de la surface en rasant les murs -les autruche, qui font comme si la surface piétonne n'existait pas. Il se peut que j'ai râté le routeur qui permet de gérer cette navigation au cap, tout en évitant les kiosques à musique et les bacs-à-fleur-qui-sont-peut-être-des-jardins. S'il existe, je suis preneur. Sincèrement. L'autre solution est peut-être, lors de la production du graphe, de tracer des droites entre tous les noeuds en bord de place (en espérant que la place est raccordée au reste du monde), puis d'éliminer tous les tracés impossibles, surtout si la surface a une forme concave. Et de détourner tous les tracés qui percutent un objet qui aurait bêtement été laissé au milieu de la surface, comme un pilier de la tour Eiffel. Sinon il me semble qu'on continuera à avoir besoin de ways qui sont là principalement pour le bénéfice du routage. Il y a deux solutions : -que les outils de rendu (surtout ceux à vocation esthétisante) éliminent tout ce qui est voies au sein d'un area -que l'on reconnaisse (et que l'on utilise) un tag indiquant que le way est là pour des questions de graphe avant tout. virtual=yes ou render=no ? Si quelqu'un a une meilleure piste, je suis très preneur en tant que gros utilisateur de la nav' piéton. Fionn Le vendredi 4 octobre 2013, Greg a écrit : Salut à tous ! Comme certains veulent recentrer le débat de Saint-Etienne à Paris, j'ai constaté (avec stupeur) que notre tour Eiffel est découpée en pas moins de 9 morceaux (selon les niveaux de zoom). Quand on regarde les détails, ils y a des ways indiquant que : - *highway*: pedestrian - *layer*: 0 - *note*: [lapinos03] tracé voie pédestre facilite le calcul d'itinéraire piéton tout en étant invisible sur le rendu de l'aire piétonne - *surface*: gravel Déjà, le rendu invisible, c'est vite dit. C'est le cas avec le Mapnik par défaut, mais pas vrai sur tile.openstreetmap.fr, ni sur la Transport map, ni Mapquest, ni Humanitarian. Et je me souviens qu'à une époque, les itinéraires sur les surfaces, c'est au logiciel de routage de gérer ça. On a perdu cette philosophie ? Greg ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list
Re: [OSM-talk-fr] Explosion d'un carrefour
Bonjour, Le rendu que j'ai trouvé ce matin pour cette place me semble moins mauvais que d'habitude :-) Histoire d'en conserver une trace, je l'ai mis à http://www.flickr.com/photos/mpoudisk/10094674554/ et il vient de http://osm.org/go/0ApJUECGG Il est moins mauvais de mon opinion au motif qu'il ne fait pas soupe de spagetti, et qu'il n'invente pas des voies inexistantes... certes il n'a pas de surface, mais, apparemment, c'est compliqué les surfaces. Le fameux aménagement urbain végétal piétonnier du nord de la place me semble correct (je n'ose aller voir comment il est taggué, en tous les cas le rendu est bon). D'ailleurs, les chemins piétons sont bons dans l'ensemble, mais DIeu seul sait s'ils sont routables ? Quelques problèmes, forcément : - du fait qu'il n'y a pas de surface, de nombreuses relations entre objets sont incohérentes avec le terrain : la sorte de point central n'existe pas, et ça décale toutes les distances entre le bord de la place et les objets qui l'entourent. - la position des feux sur le rendu ne permet pas de savoir sur quelle route ils sont, et il en manque un, au sortir de la rue des armuriers, feu que l'on voit là : http://www.flickr.com/photos/mpoudisk/10067661055/ Sur cette photo on voit aussi, juste derrière le panneau sens interdit, le feu de la rue pélissier est. - l'intitulé place edmond maurat est placé de façon bizarre, et inexacte par rapport au terrain. - pour le reste, tel les passages cloutés absents (disparus ? ) ça me semble pour l'instant cosmétique. Et vous, qu'en pensez-vous ? Le 4 octobre 2013 19:37, Philippe Verdy verd...@wanadoo.fr a écrit : Apparemment j'ai bloqué cet envoi à temps en interrompant la session qui commençais. Rien n'est passé ou alors cela a été annulé aussitôt que j'ai tué JOSM en provoquant une erreur réseau détectée par le serveur, car je ne vois plus trace de cet envoi massif de suppression d'objets, alors que je ne faisais que le fermer (il a essayé d'envoyer un ancien calque sans me le demander, ou alors l'interface s'est bloquée assez longtemps pour m'empécher de voir l'écran demandant d'envoyer un calque et a enregistré un clic fantôme pendant le bloquage comme si c'était une confirmation; de toute façon l'interface de JOSM ne réagissait plus du tout pendant ce bloquage avant que je tue le process, sauf la fenêtre de log qui affichait des tas de requêtes PUT sans plus de détails sur ce qu'il faisait). Sans doute c'était des effacements d'objets déjà supprimés dans la base. Une évolution intéressant serait le système qui supprime en arrière-plan les propos désobligeants qui prétendent faire de l'humour juste parce qu'il y a un smiley quasi invisible en fin de phrase, en forme d'excuse bon marché. Le 4 octobre 2013 19:12, Vincent Privat vincent.pri...@gmail.com a écrit : Non Philippe, on a pas encore implémenté de fonction dans JOSM qui efface en arrière-plan tes contributions. Mais à voir ce fil de discussion, ça pourrait être une évolution intéressante :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Le 2 octobre 2013 23:36, Christian Quest cqu...@openstreetmap.fr a écrit : Si on indique une bbox, overpass passera en revue tout les objets dans cette bbox sans pouvoir tirer partie de ses index. Pourquoi ? Quel est le problème de filtrer le résultat tirant parti d'un index par la bounding box ? Cela dure si longtemps ? Actuellement, on passe de résultat immédiat sans bbox à interminable avec bbox... une telle différence est incompréhensible, à moins d'imaginer que overpass ignore complètement l'index même s'il existe dès qu'il y a une bbox, sauf que je ne vois pas la raison de procéder ainsi ? Si on utilise seulement un tag, overpass utilise l'index sur ce tag pour trouver les objets correspondants qui si ils sont peu nombreux donneront le résultat très rapidement. overpass n'a pas la puissance (relative) du query planner de postgres qui va tenter d'exploiter le meilleur index et la meilleure méthode en fonction de la requête et des données (via des statistiques). Sans parler du meilleur, au moins de comprendre le fonctionnement actuel. Un tel fonctionnement permettrait à celui qui écrit la requête de l'optimiser en ayant une vague idée de ce qui est le plus discriminant. J'espère que overpass ne va pas se mettre à fonctionner sur des requêtes de vagues idées ou des optimisations de hacker fou ! Si les index sont importants (j'imagine que oui évidemment), alors il est préférable de les expliciter dans les requêtes et/ou le protocole de traitement. Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Bonjour, Voilà, je pense avoir mis sur cette foutue place tous les éléments possibles et imaginables existants : http://osm.org/go/0ApJUBdDI Malheureusement, si les données me paraissent à peu près conformes à la réalité, il n'en est pas de même pour le rendu, qui est au mieux folklorique ! Vu que j'ai eu un petit succès communautaire avec mon carrefour explosé (merci), et que diverses personnes ont montré leur intérêt pour cette place anodine, j'ai réalisé un album de photo flickr qui en fait le tour : http://www.flickr.com/photos/mpoudisk/10067660115/in/set-72157636146247124/ Malheureusement, à cause de cette peste de web 2.0 ce n'est pas hyper pratique, notamment pour voir la description que j'ai fait de chaque photo... démerdez-vous avec les options. En tous les cas, pour chaque photo, j'ai mis un titre et une description que j'espère précise de ce que l'on voit. Bon... et si avec tout ça vous pouviez me suggérer quelques idées pour que la place soit une place et pas un imbroglio de voies :-) Merci. Cordialement. Le 24 septembre 2013 09:05, Ista Pouss ista...@gmail.com a écrit : Bonjour, Un pompier pourrait-il me dire ce qui s'est passé ici : http://osm.org/go/0ApJUEBia ou http://tile.openstreetmap.fr/?zoom=19lat=45.43lon=4.39509layers=B00?? Et comment une telle chose se répare ?? Merci. -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 3 octobre 2013 14:36, Pieren pier...@gmail.com a écrit : d'1). A éviter si possible. La voie d'échappement est-ouest au sud de la place, je ne suis pas sûr que le sens soit correct et ne correspond pas à ce qu'on peut voir sur StreetView. Est-tu sûr de l'orientation du oneway ? Je ne sais pas de quel one way tu parles ; en tous les cas, celui là est faux http://www.openstreetmap.org/browse/way/239314493 pour la bonne raison qu'il n'a aucune existence concrète sur le terrain, mais celui là http://www.openstreetmap.org/browse/way/84586156 et celui là http://www.openstreetmap.org/browse/way/239886843 sont justes. Merci pour le reste. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 3 octobre 2013 15:06, Christophe Merlet red...@redfoxcenter.org a écrit : Pourquoi persister a vouloir représenter une surface pour le carrefour ? Je n'imaginais pas ennuyer le monde avec mes surfaces. Voyez les photos, constatez vous même s'il y a une surface... Quant à la place Macé, ce n'est pas un jardin, c'est juste du pedestrian, et ce, même si il y a quelques plantes verte ! Moi, je dis que c'est un jardin :-) Mais là je veux bien ne pas persister, ou la jouer par exemple à ciseaux choux cailloux :-) La bonne nouvelle - si l'on peut dire - est que google map soi même se plante complètement sur cette place, cette quand même dingue ! http://goo.gl/maps/rKqKi : l'appellation Place Edmond Maurat est placée n'importe comment, le plot central n'est pas du tout central en réalité, la rue macé est à sens unique... Fermez le banc, c'est OSM le meilleur ! http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Merci beaucoup pour ce gros travail, Pieren. Il donne un modèle de parcours cohérent avec la réalité, pour ce qu'il montre, à part le fait que dans ton interprétation il est impossible d'aller de la rue Pélissier Est à la rue des armuriers, alors que c'est possible sur le terrain. Mais il me semble qu'il suffirait de retirer le oneway=yes sur http://www.openstreetmap.org/browse/way/239310875 pour y parvenir ? je te laisse voir si tu as le temps. Je trouve un peu exagéré d'avoir supprimé les voies piétonnes, car les trottoirs sont souvent séparés de la route par une barrière. En quelques endroits il y a même un dévert en creux entre le trottoir et la route, tout le sol de la place étant en pente. Bien sûr que cela pose des problèmes pour montrer les parcours trottoirs/trottoirs, trottoirs/route, trottoirs/passage piétons... si on supprime les trottoirs plus de problèmes, bien sûr :-) Heureusement qu'il n'y a aucune voie cyclable sur cette place :-) Ta remarque sur les numéros de maison est intéressante, je n'avais pas pensé que cela renforçait la fiabilité de la carte, mais quel boulot ! Et je reste quand même étonné que l'on présente ce qui de mon avis ressemble à une surface routière par du filaire... si les parcours sont conformes à la réalité, les choses n'y sont pas du tout ! mais il semble que je fatigue quelques uns avec cette histoire... donc j'admets peace and love. Le 4 octobre 2013 00:30, Pieren pier...@gmail.com a écrit : 2013/10/3 Ista Pouss ista...@gmail.com: Quant à la place Macé, ce n'est pas un jardin, c'est juste du pedestrian, et ce, même si il y a quelques plantes verte ! Voila, j'ai essayé de faire de mon mieux. Les photos ont bien aidé. J'ai viré les footway qui traversent la zone pédestre (doublon). J'ai mis un landuse=grass pour le petit espace vert au sud ([1]) (Rue Jean-Baptiste David). Dans l'ensemble, j'ai essayé de simplifier le filaire routier tout en préservant au mieux les contributions précédentes (par ex. j'ai laissé le traffic_island bien que ce tag soit peu courant). J'ai aussi annulé un changeset de verdy_p qui avait déplacé plusieurs bâtiments d'un demi-mètre. Ca n'a pas de sens de caler quelques bâtiments sur Bing. Le bâti cadastral est rarement erroné dans les zones urbaines denses et Bing a aussi ses défauts. J'ai aussi supprimé les quelques footway pour les trottoirs. C'était très incomplet et parfois incohérent (ça se terminait sur une intersection entre deux rues pour voitures). J'ai aussi corrigé quelques noms de rues mal orthographiés dans le quartier ou mal situées (coupant le bâti) ou mal fusionnés (comme la Rue Jean Macé improprement prolongée jusqu'ä la Rue de la Mulatière; les numéros de maisons du cadastre aident grandement à identifier les débuts et fins de rues dans ce cas). J'ai aussi remis une pizzeria à sa place au lieu du milieu de la route. Et corriger Place St Roch en Saint-Roch. N'abbrégez pas les noms de rues. Il y aurait encore beaucoup à faire sur la zone mais je laisse ça à d'autres. L'ajout des adresses serait un vrai plus car il permettrait de revoir l'ensemble de la ville, rue par rue, et de corriger un nombre encore assez important d'erreurs. Moi, je dis que c'est un jardin :-) Lä aussi, j'ai simplifié. Les photos indiquent clairement une zone piétonne. Mais elle est agrémentée de petites plantations. Je n'empêche personne de les cartographier mais c'est de l'ordre du micro-mapping. La place reste essentiellement piétonne dans son ensemble - highway=residential + area=yes. Pieren [1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgrass ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Requête Overpass API sur France entière
Le 2 octobre 2013 22:39, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Je viens de faire une requête très simple (elle trouve 18 POI) sur la france entière . Avec bbox : au bout de 15 minutes ce n'était pas terminé Sans bbox : résultat quasi instantané. Mais alors, comment fait-on ensuite pour savoir quels sont les points qui correspondent à la bbox ? (ou question subsidiaire : pourquoi faut-il tant de temps à overpass pour faire le tri sur la bbox ??? ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 29 septembre 2013 12:33, Pieren pier...@gmail.com a écrit : Je suis étonné que tellement d'experts soient intervenus sur cette place et qu'aucun n'ai encore supprimé le area=yes sur le polygone highway=residential ([1]) Super ! Génial ! Pourrais-tu chercher plus avant et expliquer pourquoi donc il y a tant de problèmes !?... Je vais répéter ici ce qui est écrit dans le wiki depuis très longtemps ([2]): Les experts ne sauraient donc pas lire le wiki ? In the context of roads, area=yes indicates that an area has no street lines within it (i.e., there is no given direction on the area). ce qui a été traduit en: Dans le contexte de routes, area=yes indique qu'une zone n'a pas de lignes de rue au sein de celle-ci (c'est à dire qu'il n'y a pas de direction donnée sur la zone). On ne peut pas décrire une place comme sans directions (sans filaire) et en même temps, y mettre du filaire parce qu'il y a effectivement des directions... Merci. Bon je vais supprimer ce area=yes... c'est fait. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 26 septembre 2013 12:08, Fionn Halleman fionn.halle...@valeurs-mobiles.fr a écrit : - et le cheminement piéton dessiné sur la partie piétonne de la place ( http://www.openstreetmap.org/browse/way/239358599) n'est raccordé à rien : il ne partage avec une des routes adjacentes, ni même avec la place elle-même. Moralité : un routeur va le traiter comme une île et fera faire à un piéton tout le tour de la place... exactement comme s'il était une voiture. C'est bien la peine de s'être donné du mal à faire une place piétonne si elle Du coup j'ai rajouté quelques petits raccords piétons et redécoupé les rues pénétrantes pour qu'elles aient bien un noeud commun avec la place http://www.openstreetmap.org/browse/changeset/18042120. Ainsi, un routeur piéton devrait pouvoir soit suivre les chemins tracés, soit le bord de la place. J'espère que ça correspond bien à ce qu'un piéton peut faire ! C'est à cause que je ne sais pas comment faire avec les trottoirs qui changent de forme. Normalement, tant qu'un trottoir suit la voie, il est une propriété de cette voie. Mais si le trottoir se met à prendre certaines initiatives, comme se séparer de la voie par une barrière, ou ne plus en être parrallèle, ou autre, alors il faut tracer un chemin spécial pour lui. Mais à quoi raccorder ce chemin spécial lorsqu'il devient spécial ? Faut-il le raccorder à la portion de voie route avec propriété trottoir... ce qui revient à raccorder un chemin piéton à une route bagnole ? ... je trouve assez sympa ce qu'est devenu la place maintenant (il faut dire que les meilleurs experts s'y sont mis, merci à tous ! ), à part 1 gros blème : le area=pedestrian - il l'est vraiment, hein - http://www.openstreetmap.org/browse/way/239302783 n'est plus du tout rendu sur la carte, ce qui me parait un peu génant quand même. Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégrité des rond-points (était : Rétablissement d'un élément avant envoi d'une modification)
Le 27 septembre 2013 16:14, Francescu GAROBY windu...@gmail.com a écrit : Indépendamment de savoir s'il faut (ou non) couper un rond-point pour une relation 'route', je dirais que la solution, en cas de multiples ways pour un même rond-point, est la même que lorsqu'on a plusieurs ways pour une même route (même nom) : on recopie le tag 'name' (et d'autres) autant que nécessaire. Charge ensuite aux moteurs de rendu de savoir prendre ça en compte. Soit un objet X constitué de N parties. Mon objet X s'appelle Melchior. Chaque partie s'appelle-t-elle Melchior ?... non, bien sûr. Si j'ai un objet Table, ni les pieds, ni le plateau, ne s'appellent table. Si j'ai la place de la concorde, seule l'ensemble s'appelle place de la concorde, et non chacune des routes, trucs et choses qui sont sur la place de la concorde. Etc. Je sais bien que sur OSM, chacune des routes de la place de la concorde s'appellent place de la concorde et qu'il n'y a pas de place de la concorde, et que les moteurs de rendu doivent savoir prendre ça en compte mais c'est complètement faux du point de vue de l'analyse de la donnée. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégrité des rond-points (était : Rétablissement d'un élément avant envoi d'une modification)
Le 27 septembre 2013 17:43, Francescu GAROBY windu...@gmail.com a écrit : Pour moi, un rond-point et une place ne sont pas la même chose : l'un est une voie circulaire, l'autre est une surface qui englobe bien d'autres choses que la/les voie(s) de circulation. Je ne répondais que sur le premier cas. Le problème, (si l'on peut dire), c'est le nom. À partir du moment où le rond point a un nom, où il est constitué de plusieurs voies, on ne peut pas dire chacune des voies porte ce même nom. J'admets que, si le rond point n'a qu'une voie, on peut le dire - ce serait un peu couper les cheveux en 4. Mais si tu admets cette position pour les places; on est déjà pas mal d'accord sur le principe d'ensemble. Je veux bien admettre qu'un simple rond point qui ne serait pas vraiment une place ne mériterait pas forcément une identification particulière dans OSM, et que les moteurs de rendu pourraient se débrouiller avec le même nom sur chaque voie, même si ça ne me parait pas correct du point de vue des appelations. Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Intégrité des rond-points (était : Rétablissement d'un élément avant envoi d'une modification)
Le 27 septembre 2013 21:10, Vincent Pottier vpott...@gmail.com a écrit : Hé ! C'est la limite d'OSM. qui n'est pas à proprement parler une object database et où beaucoup, loin s'en faut, ne pense pas object au sens programmation. Dans le cad de la place, de la route Rue Machin, ce qui est stoqué, ce n'est pas l'objet, mais des éléments permettant de reconstituer l'objet. En ce sens, le tronçon de route s'apelle bien Rue Machin. Si on avait une object database on n'aurait pas de relation associated_street, mais seulement une relation street avec toutes sortes de membres, on aurait principalement des objets river plutot que riverbank, des objets administrative entity (collectivité territoriale) plutôt que des boundary... -- FrViPofm C'est vrai que j'ai pris un exemple objet, mais c'est un problème plus géographique. Un place est un lieu géographique ; si on déplace un banc dans cette place, alors le banc devient un constituant de cette place, du simple fait qu'il est dans les limites géographiques de la place. Mais est-ce pour cela qu'il faut le relier à la place ? Je ne suis pas sûr ; pour le coup, il est clair que les moteurs de rendu pourrait le détecter par analyse des positions géographiques. ... mais ils peuvent le détecter, si la place existe dans la base ! Et d'une collection d'objets qui s'appellent place machin, il est faux d'affirmer que les moteurs de rendu puissent découvrir une place... s'il n'y a dans la base que des routes, des surfaces, et 36 points qui portent ce nom, il est difficile d'en découvrir avec justesse qu'il y a une sorte d'objet général qui formerait la place, qu'il faut identifier sur le rendu. La pratique actuelle d'OSM conduirait à appeler tous les départements français France, et à affirmer que de là les moteurs de rendu pourraient en déduire qu'il y a un pays qui s'appelle France. Bon courage. Donc il faut faire attention à ce que les trucs qui existent dans la réalité humaine existent bien dans la base C'est plus un problème de description que de relation. Bon... si je suis pas clair, excusez moi. De toutes façons je peux me tromper. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 25 septembre 2013 14:37, Pieren pier...@gmail.com a écrit : J'ajouterais qu'un polygone avec area=yes tout seul avec name, ça ne veut rien dire. On sait pas si c'est une place, une route, un jardin, un parc, une école, etc... http://www.openstreetmap.org/browse/way/45489876 Comme il n'y a plus de qualificatif, une recherche Place Edmond Maurat, Saint-Etienne ne donne rien dans nominatim. Mais oui mais justement il n'y a rien pour taguer une place de ville sur openstreetmap ! Si je fais Place de l'Étoile, Paris, j'ai un chemin piéton ! http://www.openstreetmap.org/browse/way/69686754 Si je fais Place de la Concorde Paris j'obtiens du grand n'importe quoi tel une liste de tronçons de Route principale tel http://www.openstreetmap.org/browse/way/105177513 ! Il y a au moins 10 bouts de rues, objets insolites (dont 3 tunnels ! ) qui portent le nom Place bellecour à Lyon, et, bien entendu, aucune Place bellecour en tant que telle ! BON... je vais pas faire mon râleur, et je vais y mettre un higway=pedestrian sur cette place... si la place de l'étoile est un chemin piéton et que ça fait raler personne, alors, bien sûr, la place Edmont Maurat, à Saint Etienne... ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Appli Android pour ajouter nœuds facilement?
Le 24 septembre 2013 23:11, Shohreh codecompl...@free.fr a écrit : Bonjour Je n'ai aucune expérience de l'écriture d'appli pour Android mais j'imagine qu'il doit y avoir ici des développeurs qui connaissent. Idéalement, j'aimerais une appli qui... 1. [couic] Si cette appli n'existe pas encore, est-ce difficile à écrire? Que penser de langages plus simples que Java comme Basic4Android? http://en.wikipedia.org/wiki/Android_software_development#Software_development_tools Merci. Je ne connais aucune appli grand public, de quelque langage qu'elle soit, qui soit simple à écrire ; il y a plus de connaissance, de complexité, de travail humain dans le traitement du clavier que dans une bagnole. La simplicité n'est qu'un discours marketing, une impression utilisateur étudiée, similaire à la simplicité que l'on ressent lorsqu'on se met au volant des bagnoles. Cela étant dit, ça n'empêche pas d'étudier la question de l'écriture de logiciels :-) La question clef est alors, non pas que ce soit facile ou difficile (c'est difficile), mais trouver un milieu d'utilisateurs, une communauté impliquée, un marché porteur. C'est pas mal le cas en France, et par delà la francophonie, concernant la cartographie, il me semble. Il y a plein d'initiatives, d'intelligence, d'engagements. Aussi, continue de dire, d'expliquer, de faire, et peut être quelqu'un un jour y trouvera une réponse, y verra un développement porteur, et que tu y trouveras toi même usage... en attendant, débrouille-toi :-) Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Et voila http://www.openstreetmap.org/browse/changeset/18026574 ! J'ai : - agrandit l'area de la place aux limites approximatives de la place, et bien evidemment supprimé le pedestrian - raccordé j'espère les routes et rues - ajouté une surface de simili trottoir / jardin public (qui est bien pedestrian) au sortir d'une école - ajouté une sorte d'espèce de chose surfacique au beau milieu de la place, auquelle aucun piéton ni voiture ne peut parvenir sans risquer sa vie... je présume que la meilleure qualification en serait récif, mais je ne suis pas sûr que les moteurs de rendu sache l'interpréter ? Je présume qu'il faudra encore des améliorations et précisions, par exemple sur ces @?! cabine téléphonique et point de recyclage, mais il faut que j'aille sur place pour me rendre compte. Le 25 septembre 2013 11:49, Christophe Merlet red...@redfoxcenter.org a écrit : Le 25/09/2013 11:37, hamster a écrit : Le 24/09/2013 21:40, Ista Pouss a écrit : Donc, pour moi, cet area http://www.openstreetmap.org/browse/way/45489876 est FAUX. tout a fait d'accord : ce polygone decrit tres mal le terrain, tant pour la description filaire que pour la description surfacique C'est clair qu'il n'y a pas a tergiverser. Quand on regarde a quoi ça ressemble dans Bing Maps, Google Maps et streetView, OSM est loin de la réalité ! De plus, la cabine téléphonique et le point de recyclage ne sont pas de ce coté de la place... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Le 25 septembre 2013 14:26, Christophe Merlet red...@redfoxcenter.org a écrit : Quelques commentaires... [couic] Librement, Merci, tout tes commentaires étaient judicieux, et Philippe_V semble avoir corrigé pas mal d'erreurs, merci à lui. Cette malheureuse anodine place va profiter de toutes les compétences de la Communauté :-) Le problème est que, si le filaire est maintenant à peu près cohérent avec le terrain, le surfacique n'y est plus du tout ! Cette place n'est pas un enchevêtrement de routes bordeliques comme on voit sur la carte, mais une sorte d'unique plaque de goudron pourri sur laquelle les piétons ne passent qu'en bordure ! (hormis un micro parc en haut) J'ai amélioré et précisé la situation de quelques trucs ; ça se voit à http://www.openstreetmap.org/browse/changeset/18035222. Il reste à indiquer que la plupart des trottoirs sont isolés de la route par une barrière, et donc qu'il faut les taguer séparément de ce que j'ai compris qu'il faut faire. Je m'en occupe. A+. -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Explosion d'un carrefour
Bonjour, Un pompier pourrait-il me dire ce qui s'est passé ici : http://osm.org/go/0ApJUEBia ou http://tile.openstreetmap.fr/?zoom=19lat=45.43lon=4.39509layers=B00?? Et comment une telle chose se répare ?? Merci. -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Explosion d'un carrefour
Merci OK, je comprends (il me semble). Je comprends l'idée du area=yes, mais ça me gène de le taguer en higway=pedestrian. Cette place n'est absolument pas piétonne, elle est même traversée par ce qui fait office de rocade à bagnoles ! De plus, pour le area=yes:higway=pedestrian, comment déterminer les limites de la place ? Si je regarde la place de l'étoile à paris, on voit que le area=yes couvre seulement sur la partie centrale de la place, qui est effectivement piétonne, et ça ne limite absolument pas la place elle même, seulement sa partie centrale piétonne. Pour OSM, apparemment, les voies bagnoles ne font pas partie de la place de l'étoile... Si on regarde la place explosée de st étienne (http://osm.org/go/0ApJUEDCG), on voit que les limites données de l'area sont plus ou moins le milieu des passages des voies, qui ne correspondent à rien du tout sur le terrain, et qui sont tout sauf piétons je peux vous dire. Donc, pour moi, cet area http://www.openstreetmap.org/browse/way/45489876est FAUX. Si l'on veut décrire la place, alors il faut tracer une ligne qui borde la limite approximative des batiments, et non le milieu approximatif des voies, de façon à inclure par exemple les trottoirs, qui font bien évidemment parti de la place. Et puis raccorder les filaires voies. Mais il resterait le problème du higway=pedestrian qui est plutot trompeur... J'ai cherché sur le wiki quelque chose qui corresponde à une place de ville tout simplement, mais je n'ai rien trouvé, c'est quand même étrange ?? Cordialement. Le 24 septembre 2013 11:17, Pieren pier...@gmail.com a écrit : 2013/9/24 Ista Pouss ista...@gmail.com: ?? Et comment une telle chose se répare ?? D'abord, il faut jeter un oeil avec un éditeur pour voir si c'est quelque chose qui a disparu ou si c'est mal taggué. En l'occurence, ici, on voit encore un way fermé. Une fois qu'on a récupéré son numéro, on peut consulter son historique (soit directement dans l'éditeur, soit ici : http://www.openstreetmap.org/browse/way/45489876/history). On voit que depuis le 23 juin, quelqu'un a changer la place de highway=unclassified (qui était affiché sur Mapnik) en highway=secondary. Malheureusement, lorsqu'ils sont combinés avec area=yes, les highway=secondary ne sont plus rendus par Mapnik. (en même temps, c'est un peu logique, il faut réserver le area=yes pour des espaces où la circulation n'est pas contrôlée, ni par feux, ni par des indicateurs au sol, ce qui est rarement compatible avec une voie d'importance secondary ou primary). Un autre coup d'oeil sur l'imagerie aérienne indique pour ce cas que la place ne semble pas si ouverte que cela (libre circulation dans tous les sens qu'implique le area=yes). Il faut donc trouver un moyen de concilier le filaire routier et la géométrie de la place (et son nom). Je ne connais pas de solution idéale pour ça. Ma proposition (elle en vaut d'autres) : représenter le filaire routier normalement, sans surface, avec un noeud d'intersection classique. Laisser le polygone de la place pour garder le nom mais soit taggué en highway=pedestrian (mais la place sera identifiée comme piétonne, ce qui est en partie vrai, ma solution préférée), soit mettre le nom sur le noeud d'intersection (avec son highway=secondary mais c'est moche), soit conserver les tags actuels (mais je réduirais sa surface, encore plus moche). A toi de voir. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] umap paume mes calques ?
Bonjour, Je suis en train de faire une très jolie et très belle carte avec umap : http://umap.openstreetmap.fr/fr/map/points-deau-stephanois_1804#13/45.4309/4.3961. Tel un bon informaticien et/ou/mais traiteur d'images je mets des CALQUES (ahem), dans lesquels j'espère placer des choses. C'est effectivement ce qui se passe tant que je suis dans le mode édition. Je vois l'harmonieuse disposition des DATAS avec de jolis logos et marqueurs. Et je n'oublie pas de faire enregistrer le zoom et le centre actuel, que je suppose être un enregistrement (je vois rien d'autre qui ressemble à ça). Et je conclus en faisant Exporter cette carte, dans l'espoir de recueillir quelque chose qui ressemble à un permalink, et j'obtiens : http://u.osmfr.org/m/1804/ Histoire de vérifier, je vais voir ce lien dans un autre navigateur, mais quel dépit ! Aucun calque, aucune données n'apparaissent ! J'ai regardé partout dans les widgets et boutons de umap je vois rien qui expliquerait le phénomène ? Avez vous la miraculeuse solution et/ou/mais la pertinente explication, chers amis ? -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] umap paume mes calques ?
Merci merveilleux fantastique bravo ça marche ! Le 20 septembre 2013 10:08, Yohan Boniface yohanbonif...@free.fr a écrit : Par défaut, seul le premier calque est affiché au chargement de la carte. Quand tu édites un calque, tu as une checkbox afficher au chargement qui décide de ce comportement. Yohan On 09/20/2013 10:03 AM, Ista Pouss wrote: Bonjour, Je suis en train de faire une très jolie et très belle carte avec umap : http://umap.openstreetmap.fr/**fr/map/points-deau-stephanois_** 1804#13/45.4309/4.3961http://umap.openstreetmap.fr/fr/map/points-deau-stephanois_1804#13/45.4309/4.3961 . Tel un bon informaticien et/ou/mais traiteur d'images je mets des CALQUES (ahem), dans lesquels j'espère placer des choses. C'est effectivement ce qui se passe tant que je suis dans le mode édition. Je vois l'harmonieuse disposition des DATAS avec de jolis logos et marqueurs. Et je n'oublie pas de faire enregistrer le zoom et le centre actuel, que je suppose être un enregistrement (je vois rien d'autre qui ressemble à ça). Et je conclus en faisant Exporter cette carte, dans l'espoir de recueillir quelque chose qui ressemble à un permalink, et j'obtiens : http://u.osmfr.org/m/1804/ Histoire de vérifier, je vais voir ce lien dans un autre navigateur, mais quel dépit ! Aucun calque, aucune données n'apparaissent ! J'ai regardé partout dans les widgets et boutons de umap je vois rien qui expliquerait le phénomène ? Avez vous la miraculeuse solution et/ou/mais la pertinente explication, chers amis ? -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-**rue-je-dors/http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/**profession-emotion/http://drivrsdu.fr/profession-emotion/ __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La plus longue chaine de montagne en Norvège a enfin un nom !
Le 15 septembre 2013 22:31, Vincent de Château-Thierry v...@laposte.net a écrit : Je n'ai pas idée du comment, mais je reste bien plus favorable à ce type de solution, qu'à celle qui consisterait à mettre dans OSM du contenu avec une géométrie de petite échelle, dont l'usage n'a rien à voir avec la précision géométrique du reste. Je ne vois pas OSM autrement qu'une base à grande échelle, où des contenus comme Corine sont forcément à affiner, et non à garder tels qu'importés. Les remarques de ces jours-ci sur la BD Carthage (le tracé est imprécis, il ne faut pas envisager un import direct) vont dans le même sens je pense. L'extrapolation est une idée, mais elle n'est pas évidente, et je ne suis pas sûr qu'elle puisse se passer d'une information dans les tags avec l'échelle, chose. Soit par exemple les trottoirs. Apparemment, ils sont des sortes de lignes parrallèles aux routes. Mais, si l'on grossit un peu, ils deviennent des surfaces parcourues de toutes sortes de ruptures sans rapport aucun avec la route qui y était associée. Si l'on imagine cartographier le niveau le plus gros, sera-t-il possible par un logiciel d'en déduire le niveau je suis parrallèle à la route machin ? Pas sûr. Une bonne échapatoire est de comprendre les échelles non comme une suite de numéros divisant les dimensions réelles, mais comme une unité d'observation géographique: observation depuis un piéton, depuis une automobile, à l'échelle d'une ville, d'un pays... Ha mais mince, cela introduirait des notions de rendu dans la base, quelle sainte horreur ! Cdlt. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La plus longue chaine de montagne en Norvège a enfin un nom !
Le 16 septembre 2013 12:11, Pieren pier...@gmail.com a écrit : Ca n'est pas tant un problème d'échelle qui se pose ici mais un problème de limites floues. On a déjà d'immenses objets dans OSM comme les frontières nationales. Mais elles ne posent pas de problème car elles ont 1. une réelle utilité dans la géolocalisation 2. elles sont clairement définies (sauf pour les cas particuliers de conflits). Mais ici, on parle de zones aux contours imprécis. Je n'ai encore jamais vu de panneau ici commence les Alpes ou limite du désert du Sahara. Oui enfin bon la limite est floue à telle échelle, et précise à telle autre échelle. Mais bon admettons l'approche limite floue. L'approche géologique donne quelques fois une limite précise en surface à ces formations, mais c'est une limite souvent morcellée ; la limite entre le jura et les alpes est ainsi, à ma connaissance, très repérable ; par contre, le mont cervin, au beau milieu de la suisse, est de ce point de vue là un morceau d'afrique ; pas facile, même pour les limites floues :-) On a ce même genre de problème qu'on a bien du mal à résoudre avec les traits de côte qui varient en fonction des marées ou des rivières qui peuvent parfois complètement disparaître suivant les saisons. Sauf que là, on ne parle plus d'approximations de quelques mètres mais de kilomètres... Non : le trait de cote est mal représenté par l'approche limite floue : le trait de cote est à ce que tu veux puisqu'on ne parle pas de notion d'échelle, une surface. C'est là une grande difficulté puisque, selon ce que tu veux puisqu'on ne parle pas de notion d'échelle une chose change non seulement dans le détail, mais encore dans le formalisme : on passe d'une ligne à une surface. Même si l'on s'en tient à une mer qui n'aurait pas de marée et dont le trait de cote serait donc... un trait, il se produit des problèmes de fractales, dont l'approche limite floue ne peut rendre compte. Pour moi, cette définition telle quelle de la chaîne des Alpes dans OSM fait un peu éléphant dans un magasin de porcelaines et a plus sa place dans un mashup externe. Sinon, dans une autre discussion déjà mentionné ici, j'ai soumis une alternative technique avec une extension de l'API offrant cette possibilité de définire de grandes surfaces aux contours flous. Mais avec des éléments particuliers et réservés à cet usage et avec certaines restrictions comme une surface minimale et une altération volontaire du degré de précision ([1]) pour éviter de s'en servir à autre chose que des grandes surfaces aux contours flous. L'approche mashup externe peut se comprendre et se justifier je crois. Mais quid des problèmes de saisie par tout un chacun ? Enfin bon, c'est une direction possible. Pour ce qui est des contours flous, oui, ok. Ça serait aussi bien pour les zones culturelles, ou même de nombreux quartier de villes dont les limites n'ont pas été administrativement précisés. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La plus longue chaine de montagne en Norvège a enfin un nom !
Le 15 septembre 2013 11:58, Christian Quest cqu...@openstreetmap.fr a écrit : Challenge donc que de pouvoir gérer au sein des mêmes données des échelles très différentes. Y a-t-il un endroit, une liste, un site, un truc, où ce challenge est réfléchi et discuté ? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La plus longue chaine de montagne en Norvège a enfin un nom !
Le 15 septembre 2013 12:12, Christian Quest cqu...@openstreetmap.fr a écrit : Pas que je sache... peut être sur une des 132 mailing list OSM ;) Excuse ma surprise ?! Au niveau de l'organisation de la base de données, par exemple, et de son évolution, où forcément (de mon opinion), on parle de ces problèmes d'échelle géographique, il n'y a pas un endroit sur internet où on peut suivre les discussions ? Sinon, effectivement, je comprends mieux ton terme de challenge. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Maison du vélo
Et une association d'activistes autonomes rétrogrades sur St Etienne qui fait dans le style : http://www.openstreetmap.org/browse/way/211085364 Le 14 septembre 2013 09:42, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Voici comment est décrite celle de Nancy: http://www.openstreetmap.org/browse/node/1225759070 Romain Le 13 septembre 2013 17:31, Francescu GAROBY f.gar...@gmail.com a écrit : Bonjour, Caen venant de se doter, en tout début de semaine, de la plus grande maison du vélo de France, je me demandais comment il fallait tagguer le building et les différents services qui y sont proposés (aide à la réparation, location moyenne/longue durée, consigne, ...). Pour info : elle se situe au 54, quai Hamelin, Caen Merci, Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : La municipalité de Saint-Étienne applaudit le théâtre emporté par le venthttp://drivrsdu.fr/la-municipalite-de-saint-etienne-applaudit-le-theatre-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte pour site internet
Le 11 septembre 2013 19:47, Yannick VOYEAUD yann...@voyeaud.org a écrit : Bonsoir, Je sais que l'information existe mais plus je cherche et moins je trouve. Pour les cartes personnalisées je ne suis pas persuadé que ce soit très simple, mais c'est vrai que c'est régulièrement expliqué :-) Voici ma problématique: Je souhaite afficher une carte de l'Isère (ouest essentiellement) avec uniquement les limites administratives des communes et le nom de ces dernières. Sans vouloir empêcher que quelqu'un l'explique une nouvelle fois, peut être des trucs déjà faits ? Blank Map of Isère Department, France, with Communes.svg https://commons.wikimedia.org/wiki/File:Blank_Map_of_Is%C3%A8re_Department,_France,_with_Communes.svg https://commons.wikimedia.org/wiki/Category:OpenStreetMap_maps_of_communes_of_Is%C3%A8re https://commons.wikimedia.org/wiki/Category:Maps_of_Is%C3%A8re http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques mots et images du SOtM 2013 Birmingham
Le 9 septembre 2013 20:07, Ista Pouss ista...@gmail.com a écrit : Le 9 septembre 2013 18:27, Christian Rogel christian.ro...@club-internet.fr a écrit : Une des questions qui a agité les esprits est l'établissement d'un modèle de financement satisfaisant et en relation avec les futurs besoins. Peux-tu en dire plus ? Bon... Philippe : 30 réponses, moi : aucune :-( Bon... Je crois que les financements sont trop pixélisés et les participants pourraient au moins prendre une bonne banque lorsqu'ils vont à de tels événements comme lorsqu'ils achètent un cornet de frites et que dire des horaires de bus c'est vraiment ce fichtre du monde hein ? -- Les dérives de rue : La municipalité de Saint-Étienne applaudit le théâtre emporté par le venthttp://drivrsdu.fr/la-municipalite-de-saint-etienne-applaudit-le-theatre-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques mots et images du SOtM 2013 Birmingham
Le 9 septembre 2013 18:27, Christian Rogel christian.ro...@club-internet.fr a écrit : Une des questions qui a agité les esprits est l'établissement d'un modèle de financement satisfaisant et en relation avec les futurs besoins. Peux-tu en dire plus ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un peu d'aide pour du développement complexe
Le 4 septembre 2013 01:06, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : - Un tel identifiant peut vite devenir très lourd. Avec ~ 400K transfos HTA/BT EDF, ~5K postes HTB, plein de réservoirs d'eau de pipeline etc... ma base va exploser non ? Cet identifiant n'occupe pas de place en mémoire, puisqu'il est constitué des propriétés de l'objet. Toutefois il peut être consommateur en temps pour retrouver l'objet identifié ; il existe alors la technique du hashcode, soit un nombre qui résume l'objet, et qui permet de sélectionner rapidement les objets possibles, puis, en vérifiant sur les valeurs des paramètres identifiants, trouver le bon objet. Si le haschcode est bien choisi, il trouve le bon objet directement dans la plupart des cas ; la vérification sur les valeurs reste nécessaire, mais consomme très peu de temps. - A la différence de l'identifiant numérique, si l'objet est déplacé et que la position fait partie de l'identifiant composite, je le perds :( Je pense que c'est une erreur que de fonder l'identifiant sur les coordonnées, sauf peut être pour un truc complètement fixe, à titre de facilité : une île, un continent, un océan... En effet, le traitement des coordonnées est une prise de tête, et n'identifie en rien quoi que ce soit : si je déplace sur la lune n'importe quel objet, l'objet reste évidemment le même. Si je déplace Paris sur la lune, j'ai toujours Paris. L'idée alternative de Christian n'est pas bête, parce que ce que je recherche n'a pas tellement à voir avec une notion métier. Alors continue avec et tiens nous au courant :-) Je suis arrivé dans la galaxie OSM au moment des hurlements suites à des imports en masse, et ça m'a traumatisé, aussi j'ai très peu avancé sur les modifs de la base par programme, j'ai l'impression que c'est mal vu par la communauté, sauf par l'intermédiaire d'un plugin Josm. Là dessus, je trouve que la communauté est sage. Certes mais j'ai pas envie de saisir deux fois la même chose. Dans ce sens je prévois vraiment de faire un truc solide et blindé pour éviter de transformer cette initiative en vandalisme. Peut être pourrais-tu t'inspirer des solutions d'import du milieu qui exploite les données open data ; tu ferais ta base, avec ta saisie, chez toi, puis à l'aide d'un plugin open data Josm (il y a le modèle quelque part) tu enverrais les données sur OSM. Tu te désignes comme source de données, et tu y mets tes identifiants comme tu le souhaites. Mais avec ce système, tu ne pourrais pas relire les données si quelqu'un les modifie sur OSM. C'est une des faiblesses, je pense, du mouvement open data actuel, mais je pense (en plus), que cette faiblesse sera résolue un jour avec les progrés de ce mouvement. Donc, si je résume : fait ton petit open data perso :-) http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un peu d'aide pour du développement complexe
De ma toute petite expérience sur ce genre de question Le 3 septembre 2013 13:20, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Plusieurs problématiques lourdes se présentent encore à moi : 1. Dans le sens OSM = Infos-Réseaux.com - A la différence d'OSM, ma base gère l'historisation du terrain. C'est très difficile de savoir si une nouvelle version OSM est une version terrain ou une correction d'incohérence. Heu... si historisation veut dire historique... oui ; aucune solution technique. Il faut utiliser un système historique :-) Apparemment, chez OSM on voit l'histoire comme une sorte de propriété de plus, qu'il suffirait de rajouter. Qu'ils la rajoutent, ça fera des vacances. - Parser du xml d'overpass API peut-il suffire où faut-il carrément prévoir un import dans pgSQL via osm2pgsql avant de travailler sur les données ? Overpass fonctionne très bien ; j'ai l'impression que pgSQL est bon si tu veux faire des requêtes types SQL/géographiques complexes ; avec Overpass tu peux en faire, mais plus simples. Et le système de requête d'overpass est un peu obscur, du moins je trouve je n'ai toujours pas compris ce que veut vraiment dire ._;; ;, mais je verrai ça un dimanche que je m'ennuierai. Le gros avantage d'overpass est qu'il semble synchro avec les données OSM, alors qu'avec pgSQL il y a la synchro que tu pourras y mettre (mais c'est peut être mieux ainsi) - Les identifiants d'objets OSM peuvent changer, c'est pourtant la seul info que je peut conserver de mon côté pour rendre la correspondance persistante dans le temps. D'autres idées ? Hummm Ne lis-tu pas cette liste ?... Oriente toi selon les opinions que tu as sur les débats. 2. Dans le sens Infos-Réseaux.com = OSM. Je suis arrivé dans la galaxie OSM au moment des hurlements suites à des imports en masse, et ça m'a traumatisé, aussi j'ai très peu avancé sur les modifs de la base par programme, j'ai l'impression que c'est mal vu par la communauté, sauf par l'intermédiaire d'un plugin Josm. Là dessus, je trouve que la communauté est sage. En bonus, il existe la liste dev...@openstreetmap.org pour ce genre de questions, liste nettement moins animée que la présente liste, mais c'est pas plus mal. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
