Re: [OSM-talk-fr] Du changement chez le fondateur
Le 3 septembre 2013 16:45, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : On pourrait même être obligés de re-demander à Google :) Et si M. Christian Quest se faisait embaucher par l'IGN ? 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
Attention que dans sa question, François Lacombe ne parle pas de référentiel. C'est vrai que j'ai un peu tiqué sur sa formulation de synchronisation de base de données, mais il a mis synchroniser entre guillemets, donc j'ai supposé qu'il savait pas exactement ce qu'il allait faire, donc j'ai répondu sans trop savoir aussi. Le 3 septembre 2013 18:27, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Ma marotte... vous allez trouver que je tourne un peu en rond, mais jusqu'à preuve du contraire, il ne sera pas possible de faire des synchronisations bi-directionnelles entre deux référentiels. Ceci posé, on peut préciser un peu. En fait, un référentiel le l'ai que sur un périmètre bien défini. Cela laisse une certaine liberté pour faire du mono-directionnel sur des périmètres différents. Je me permets un lien où je détaille ma pensée : http://eirl-marc.wp.sibert.fr/2013/04/16/un-referentiel-geographique/. Il faut que je poursuivre l'article en fait. En gros il te reste à toujours produire dans OSM (le référentiel), même à partir d'autres outils de génération automatique de données, et à consommer dans OSM ou dans ton application qui ne sera qu'un réplicat (enrichi c'est possible) d'OSM. Je suis aussi à la recherche de contre-exemples où ça marche histoire de voir ce que vaut ma théorie. Par ailleurs, j'ai un temps utilisé Spatialite ( http://www.gaia-gis.it/gaia-sins/) pour faire des réplicats locaux et ça fonctionne pas mal en mode mono-utilisateur / lecture seule. Les dernières versions ont encore progressé et permette l'import des données OSM. A+ Le 3 septembre 2013 13:20, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonjour, J'interviens sur OSM en producteur de données depuis un certain temps maintenant, j'aimerais commencer à les consommer. Je souhaiterais synchroniser une base de données perso, qui n'a rien à voir avec le formalisme OSM (elle reprend tout de même nœud, chemin, relation), avec une partie du jeu de données disponible sur les réseaux de transport et de communication. Le but est d'enrichir cette base avec des objets d'OSM, mais aussi d'enrichir OSM avec des données de cette même base. Il y a donc des échanges à prévoir dans les deux sens, en gardant un oeuil sur la quantité d'information à brasser. Il n'y a pas que des primitives compatibles avec OSM dans ma base, je ne peux donc pas la remplacer complètement. Les domaines visés sont ceux de mon site web : télécoms, énergie et eau potable. 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. - 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 ? - 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 ? 2. Dans le sens Infos-Réseaux.com = OSM. - On ouvre un changeset standard pour publier l'intersection du diff local depuis la dernière publication avec les données actuelles OSM (que le nécessaire quoi, comme le ferait un humain). - Il va y avoir des doublons, il va falloir sélectionner ce qui n'existe pas du tout sur OSM avant de le publier (que des données compatibles avec ObDL cela va de soi, ce sont majoritairement mes propres observations terrain). C'est ce qui me semble le plus compliqué en l'état. Il existe une foultitude d'outil tous aussi alléchants les uns que les autres pour répondre à ces besoins, je m'y perd encore quant à la pertinence réelle de l'utilisation de telle ou telle solution dans mon cas. Si cela intéresse des gens de monter ce système, l'expérience pourra surement servir à d'autres. Ceci a d'ailleurs peut-être déjà été fait auquel cas je veux bien avoir des retours d’expérience. Merci par avance pour vos lanternes. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] UID objets métier [était : ImageInOsm : appli mobile de photo-mapping]
Le 29 août 2013 08:20, Marc Sibert m...@sibert.fr a écrit : Par extension, une boulangerie qui s'agrandit ou qui déménage dans le même quartier est-elle encore la même boulangerie ? Je pense qu'il faut commencer par réfléchir avant de se lancer dans un codage inutile (désolé Ista Pouss je crois) car ne correspondant a aucun besoin. No problem, je sais que le problème des ID est bien plus complexe que le bon sens près de chez nous pourrait le faire croire :-) Pour l'instant le codage inutile est en standby de toutes façons, si ça peut apaiser les intellectuels. Mais quand même j'aurais bien aimé avoir la réponse des gens d'ImageInOsm ? -- 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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 29 août 2013 11:30, Gilles Bassière gbassi...@gmail.com a écrit : Je ne connais pas de solution pour me prémunir de ce risque mais je pense tout de même qu'il y a un intérêt à interconnecter des bases de données. Donc ma position est simplement d'accepter cette imperfection : oui, les tags de programmation Flickr pour OSM impliquent que des photos seront un jour orphelines. OK, bonne réponse, je pense, même si elle n'est pas satisfaisante :-) Le problème fondamental, si je pense puis-je me permettre, est que la notion d'objet OSM est un leurre. Une route, un pont, une maison, une montagne, n'ont d'existence que par rapport à un usage, une société... donc un rendu. Si on s'extrait de ce rendu, on ne peut plus donner d'identification aux objets ; En prétendant pouvoir enregistrer des objets indépendamment de tout rendu, la communauté OSM se retrouve devant d'infinis problèmes d'identification irrésolvables. (et qui au niveau d'osm n'ont pas forcément besoin d'être résolus, mais encore faudrait-il le dire et l'assumer). Pour votre application, il me semble qu'il serait intéressant d'enregistrer ce que les gens considèrent être des objets, de leur donner vous même un id, et de mettre en correspondance votre id à celui d'osm ; ainsi, lorsque l'id d'osm disparaitra ou changera, il sera plus facile de retrouver le bon id osm. Non seulement ça, mais en plus votre application pourra constituer une base d'objets que les gens considèrent exister. Cette information est très intéressante pour la cartographie. Car les cartes, normalement, présentent les relations mesurées entre des objets que les gens connaissent, et non entre des propriétés enregistrées dans des colonnes SQL, peut être faut-il le rappeler :-) Cordialement. -- 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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 29 août 2013 12:22, Yves Pratter yves.prat...@laposte.net a écrit : Je ne sais pas pour l'exemple de la tour Eiffel (position, taille…) mais la question des *identifiants pérennes* à été bien creusée. Elle est utilisée — entre-autres — par les bibliothécaires, documentalistes, archivistes, auteurs / éditeurs d'articles scientifiques… Le problème il me semble de cette approche est qu'il faut qu'elle soit intégrée à OSM, sinon elle est illusoire. On ne peut pas dire Merci aux aimables contributeurs de bien vouloir ne pas modifier l'identifiant truc Personne ne semble savoir pourquoi les concepteurs de la base OSM n'ont pas intégré d'identifiants perennes, c'est quand même étonnant ? Y'a pas une liste où se discute l'organisation de la base ?... Ce n'est pas pour y participer, vu mon niveau en anglais (rassurez-vous), mais à suivre les dicsussions ça pourrait peut être m'éclaircir quelques points qui restent obscurs pour moi. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28 août 2013 16:07, Gilles Bassière gbassi...@gmail.com a écrit : 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags associés Il me semblait que l'id d'un objet osm n'était pas quelque chose de stable, déjà par rapport à la base, mais en plus par rapport avec l'objet physique. Impossible de retrouver la référence de cette affirmation, mais peut être en avez-vous entendu parler, ou peut être que je me trompe, et quel avis auriez vous là dessus ? Voici un lien où ils évoquent ce problème, dans overpass api : http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID#Permanent_Links_to_OSM_data: You can but you shouldn't use an object ID, because the OSM IDs may change at any time. mais ils ne donnent pas de raisons du pourquoi du comment. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy
Le 26 août 2013 09:57, Romain MEHUT romain.me...@gmail.com a écrit : Oui j'y ai pensé également car rien n'est indiqué sur le portail. Il existe une convention dans ce cas de figure? On pourrait aussi simplement choisir Grand Nancy 2012? Au niveau du sourcage, peut être serait-il intéressant d'être beaucoup plus précis que ça, comme j'imagine qu'il sera importé par un logiciel, et que ça prendra pas beaucoup plus de temps, que d'inclure la provenance précise dans la base grand nancy. Je veux dire, souvent qu'une donnée vient d'un table précise, et comporte à l'origine un id dans cette table. Par exemple (j'imagine) une hypothétique liste de bancs publics, sera, je suppose, dans une table de bancs publics, avec chacun un id dans cette table. En ce cas je suggèrerais de mettre Grand Nancy 2012 (si c'est ça qui est retenu) [nom de la table dans grand nancy opendata] [id du banc dans la table opendata]. À moins, bien sûr, que l'on ne décide de mettre ces infos dans des propriétés, mais je ne suis pas sûr que ce soit judicieux, car le nom de la table opendata n'est quand même pas une donnée géographique librement observable sur le terrain, à moins, bien sûr, que les gens de Nancy se soient organisés pour ça. Une telle démarche permettra plus facilement une coordination entre OSM et les données open data à l'avenir, me semble-t-il sauf erreur. Cordialement. -- 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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 100 ans de numérotage de route ?
Le 23 août 2013 16:51, Yannick VOYEAUD yann...@voyeaud.org a écrit : Sauf que Michelin a bien copié sa numérotation sur les usages. La plus fameuse des routes la N7 a changé de nom au fil de l'histoire mais pas de numéro! D'ailleurs quand les numéros sont-ils arrivés? Car avant on disait le Grand chemin de X à Y. Allons y je sors ma science (merci wikipedia). Les numéros de route viennent probablement d'un décret du premier empire (ahem napoléon ahem) : http://fr.wikipedia.org/wiki/R%C3%A9seau_routier_fran%C3%A7ais#Premier_Empire Wikipedia fournit un effort considérable pour l'analyse du réseau routier français ; chaque route à sa page. Voici par exemple la liste des routes nationales françaises : http://fr.wikipedia.org/wiki/Liste_des_routes_nationales_de_France ... mais je ne sais pas ce que ça vaut. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Infographie sur l'évolution de New-York sous la mandature Bloomberg
Le 21 août 2013 11:03, Jean-Marc Liotier j...@liotier.org a écrit : On 21/08/2013 10:56, François Lacombe wrote: Ne pas avoir de distinction possible des éditions de maintenance (pour corriger des erreurs ou des incohérences, des choses qui n'ont jamais existé sur le terrain) des éditions de mise à jour (le terrain a effectivement changé à une date bien précise et OSM doit suivre) est un vrai handicap. Certes, mais ça n'a jamais fait partie des besoins traités par Openstreetmap - tous les aspects du projet ont toujours été explicitement dédiés à fournir la vision à jour. Au-delà du problème de modélisation et d'outillage, l'exploitation serait une charge considérable: une vision historique est en pratique un empilement de visions instantanées qu'il faut toutes tenir à jour avec le même niveau d'effort que celle à jour. L'introduction de dates d'effet dans les métadonnées n'est que le premier pas qu'un tel Openhistorymap devrait franchir. +1. Cependant il me semble qu'il faut appuyer l'usage du tag source http://wiki.openstreetmap.org/wiki/Key:source ou http://wiki.openstreetmap.org/wiki/FR:Key:source, particulièrement, pour le terrain, l'usage de survey, tel que je comprends les choses, avec source=Survey 10 Nov 2012, qui correspond plus ou moins avec l'idée de François Lacombe. Avec ça on ne pourrait de toutes façons pas faire l'animation du nytimes, mais au moins celle des observations terrain :-) Toutefois du cependant, je n'ai vu nulle part dans les tags la notion je corrige une erreur ? Ce serait utile, pas utile ?... Je médite... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom officiel des cours d'eau, Sandre ou pas Sandre ?
Le 20 août 2013 14:11, Tony Emery tony.em...@yahoo.fr a écrit : On prend wikipédia comme valeur par défaut alors ? En France ils prennent Sandre et Banque Hydro. Les infosbox ajoutent qqfois géoportail comme source ;voir linfo box de la Seine, par ex : http://fr.wikipedia.org/wiki/Seine Voir les conseils sur le projet Géographie/Cours d'eau : http://fr.wikipedia.org/wiki/Projet:G%C3%A9ographie/Cours_d%27eau ouvrir la boîte Recherche et traitement des données et des sources, qui suggèrent divers sites webs proprios pour les vérifications. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Nettement mieux, quasi parfait dans l'ensemble. Heureusement pour ma passion de la critique surtout pas constructive encore, toujours et partout, j'ai trouvé ce qui me semble être des maladresses dans le cas de nom de ville assez long, dont la situation urbaine est décentrée par rapport à la situation géographique, et bousculé par un autre nom proche (fallait trouver). Exemple Annecy / Annecy le vieux : http://tile.openstreetmap.fr/?zoom=11lat=45.91166lon=6.11371layers=B00FFF Le nom Annecy le vieux déborde largement sur la surface géographique d'Annecy ; on le voit nettement au zoom 12 http://tile.openstreetmap.fr/?zoom=12lat=45.91333lon=6.1271layers=B00FFFoù les limites communales sont tracées et où le phénomène persiste. Il me semble que ça iinduit une erreur de placement intuitive auprès du lectorat. (tout ça pour dire que le rendu est fautif). ... mais enfin, j'ai parcouru toute la France, et c'est malheureusement le seul cas que je puisse rouspéter :-((( Merci. Le 19 août 2013 12:03, Christian Quest cqu...@openstreetmap.fr a écrit : Un peu de progrès sur le front des libellés de villes/villages... Je procède désormais en 2 passes, l'un pour positionner en priorité les libellés des principales villes, puis on ajoute les autres éléments comme les ref des routes, puis une deuxième passe de remplissage pour combler les espaces vides. J'ai aussi légèrement augmenté la taille du texte pour plus de lisibilité. Résultat: - osmfr avant: http://cl.ly/image/2m1t0c3r1Y2B - osmfr après: http://cl.ly/image/3p3K3n0Y410H - osm.org: http://cl.ly/image/2E1h3p2X302l Y'a pas photo ! Le zoom 11 a été recalculé sur l'hexagone. Autre changement... les aéroports/aérodromes, où j'ai ajouté un prétraitement pour supprimer le Aéroport|Aérodrome de|du|d'|de la dans le nom. J'ai voulu faire de même sur les gares, mais du coup la Gare de Lyon devennait Lyon :( ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 19 août 2013 14:16, Christian Quest cqu...@openstreetmap.fr a écrit : Annecy et Annecy-le-Vieux sont deux communes différentes... c'est donc tout à fait normal ! Comment ça tout à fait normal ?? Je le sais que c'est 2 communes différentes (d'importance similaire), d'où le fait qu'il me semblait qu'il était _A_normal que le nom de l'une déborde nettement sur la situation géographique de l'autre. On voit le phénomène sur ton lien : Annecy: http://nominatim.openstreetmap.org/search.php?q=annecyviewbox=5.92%2C45.98%2C6.34%2C45.82polygon=1 Si c'était moi, j'aurais placé le nom Annecy le vieux nettement plus à droite, au milieu de la commune, sans qu'il occupe rien du tout de l'espace d'annecy puisqu'il y a largement la place. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On se moque a Wikipedia
Le 14 août 2013 14:59, hamster hams...@suna.fdn.fr a écrit : Le 14/08/2013 14:17, Nicolas Dumoulin a écrit : Attention aux termes que tu emploies (même si je comprends ton agacement), tu pourrais en froisser certains et faire chauffer nos filtres à spam ;-) quelqu'un qui recopie manifestement une carte IGN TOP25 c'est soit un debutant (et dans ce cas c'est pas un probleme, il suffit de lui expliquer et il le fera plus) soit un je-m'en-foutiste qui merite qu'on le banisse comme un vandale J'ai un peu paumé le fil de la discussion et je m'en excuse (on est quand même le 14 aout, hein), mais je voudrais dire que le problème d'indiquer la source n'est pas prioritairement pour faire la chasse aux éventuels abrutis, mais qu'il se rapporte premièrement à des questions de cohérence de données. Quand vous voyez une même maison placée à tel endroit suite à un relevé cadastral, à tel autre suite à un relevé Bing, à tel autre encore suite à un relevé terrain, alors la maison se retrouve à 3 endroits différents bien que personne n'ait fait d'erreur, personne n'est un imbécile un vandale ou pire un artiste, et on pourrait même dire que tout le monde a raison... on peut mieux discuter de où se trouve vraiment cette foutue maison, si on a les sources de tous ces relevés, que si on a aucune idée d'où ils proviennent. C'est dans ce sens, de mon opinion, de cohérence des données, que l'indication de la source doit être compris et résolu, et moins dans le sens de la protection contre des vandales et abus, même si ça peut servir à ça à la marge de fait. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] On se moque a Wikipedia
C'est une caricature, mais je trouve qu'elle tape juste sur bien des points :-) Si Wikipédia fonctionnait comme OpenStreetMap… http://otourly.wordpress.com/2013/08/07/si-wikipedia-fonctionnait-comme-openstreetmap/ En tous cas elle confirme mes impressions des incompréhensions qui existent entre les deux projets, et qui me semblent être un problème grave. Beaucoup d'explications sont nécessaires, je pense, et, peut être (expression diplomatique), quelques remises en cause. Cordialement. (trouvé par le biais du wikimag http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Wikimag ) -- 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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On se moque a Wikipedia
Le 13 août 2013 09:41, Pieren pier...@gmail.com a écrit : Bah. Je ne vois rien de grave dans cette comparaison. C'est pas parce qu'il y a des différences que c'est un problème. Les deux projets, bien que similaires dans les objectifs, n'ont pas du tout les mêmes contraintes. Similaires dans les objectifs ??... certes on peut trouver des similarités partout, j'imagine que c'est ça. Par exemple, comment comprendre Le travail inédit serait apprécié voire même encouragé, sauf cas évident de vandalisme.' (je signale que, à wikipedia, le travail inédit, c'est MAL). Si on admet que dans cet article il s'agit juste de noter quelques divergences (puisque l'auteur lui même le dit ici, je m'incline...), je m'étonne qu'un minimum de descriptions et d'explications ne soit pas donné ?... problème de contraintes, sans doute. C'est pas les objectifs, c'est les contraintes. Enfin bon je regrette que toutes ces divergences ne soient pas mieux comprises, explicitées, valorisées, collaboratisisées, et je souhaiterais que ces divergences deviennent plutot des différences, si possibles mutuellement bonificatrices ou à peu près. Mais comme c'est déjà similaire, c'est probablement inutile. Tant pis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On se moque a Wikipedia
Le 13 août 2013 10:31, Christian Quest cqu...@openstreetmap.fr a écrit : C'est quoi le travail inédit ? Pour répondre sur cet aspect, qui est, me semble-t-il, une différence fondamentale entre les deux projets, le travail inédit est juste un exposé que tu réalises toi même :-) Par exemple, pour reprendre une habitude OSM, si tu fais une trace GPS d'un parcours... tu n'aurais pas le droit de l'utiliser sur Wikipedia ! (du moins si tu as le souci de respecter les règles). Pour la placer sur wikipédia, il faudrait d'abord que tu l'enregistres sur un site externe de référence, et que, à partir de là, tu la cites sur wikipedia. Il me semble que c'est un point majeur d'explications entre les deux projets, si chacun comprend bien l'autre. OSM pourrait valoriser sa position auprès de la communauté wikipedia, premièrement en comprenant pourquoi wikipedia fonctionne ainsi, deuxièmement en assurant comment et pourquoi c'est bien que OSM fonctionne ainsi, auprès de wikipedia comme de nombreuses autres entités. Le jour où les pompiers, par exemple, feront confiance à OSM, on aura passé un grand pas, mais quand je vois des gens qui disent Les pompiers se trompent de pas vouloir nous faire confiance, puisqu'on est une communauté de gens sympas et que les autres c'est moins bien... je me dis que c'est pas encore gagné. Pour les travaux inédits sur wikipedia : http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Travaux_in%C3%A9dits Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On se moque a Wikipedia
Le 13 août 2013 12:44, Pieren pier...@gmail.com a écrit : Nos objectifs communs ? collecter et partager les connaissances gratuitement, librement, pour tous, par tous. Je ne m'étais pas haussé à ce niveau de généralité, je l'admets. Nos divergences ? notre créativité est beaucoup plus limitée que Wikipedia. A tel point qu'ils utilisent une license ouverte sur le droit d'auteur alors que nous utilisons une license ouverte sur les bases de données... principalement, une collection de faits, de choses qu'on doit pouvoir vérifier et constater sur le terrain. Par contre, ce manque apparent de liberté dans la création est compensée par un nombre beaucoup plus faible de règles à respecter. Exemple : pour ajouter la rue résidentielle en sens unique qui s'appelle Rue des foncés, on ne peut utiliser que des ways avec 3 tags : highway=residential, oneway=yes et name=Rue des Foncés. Créativité nulle. Oui, ok. Dans un texte libre, on peut imaginer mille façons de présenter cette même rue. Peut être, mais... aucune ne correspondrait aux règles de wikipedia :-) Chez wikipedia, si on cherche à respecter les règles de la communauté, on n'est pas libre, on n'imagine pas. On collecte et on décrit, en respectant la neutralité de point de vue et le principe de moindre surprise, des connaissances reconnues - oui, connaissances reconnues :-) - sur cette rue. Pas de connaissances existantes ?... Alors pas d'article wikipedia, quand bien même plein de gens habitent cette rue et qu'il y en a plein de photos. D'où le fait que OSM pourrait être d'un grand intérêt si nous sommes acceptés comme source de connaissances fiable et référençable. Le seul point qu'on pourrait encore comparer serait celui du sourçage. Je t'écoute :-) -- 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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] GIREVE
Le 12 août 2013 08:47, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : C'est pourquoi, il me parait bienvenu d'avoir une gamme de pictogramme dédiés (entre parenthèses rendu valorisé dans OSM-FR): Les pictogrammes sont au coeur du support des handicaps, et notamment des problèmes psychiatriques, tel l'autisme. Ils sont aussi au coeur des échanges sociaux des individus normaux. Ainsi on peut presque les voir comme un pont, une langue commune possible entre les handicapés et les normaux. Par exemple, les mamans avec poussettes ne sont pas des handicapées, mais subissent quantités de déboires à cause de passages difficilement praticables pour elles. (et je signale doctement les papas pour qu'on évite de me faire chier comme quoi je prétendrais qu'il n'y aurait que les mamans qui ont des poussettes). Et, bien entendu, ils sont au coeur des cartes :-) On peut, certes, démarrer par des handicaps particuliers, comme les handicaps concernant la mobilité. Il me semble qu'il serait mieux d'organiser les usages des pictogrammes, et de trouver des techniques pour assouplir leur rendu. Chez les autistes, ils participent directement à la construction du monde : ils occupent la place qui est chez nous occupée par les données. Cela revient à imaginer un OSM fait de pictogrammes, et non de clef-valeur... Bon, pour résumer, je pense qu'il faudrait un schéma des rendus, ou avancer dans les rendus dit vectoriels, (dont je sais toujours pas s'ils existent vraiment) et, si ce que je dis est incompréhensible, me tapez pas dessus :-) Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pont ou tunnel
À moi ! À moi ! Un PONT est un passage dont la voie est PORTÉE par... n'importe quoi ; en général, des tabliers, des piliers, pour laisser une ouverture à un autre passage, en dessous. Qui dit PONT dit DEUX passages. Le pont est constitué du passage porté + des tabliers, même quand ils sont naturels. Un TUNNEL est un passage CREUSÉ dans la roche. Qui dit tunnel dit UN passage. Dans un tunnel, s'il y a une construction artificielle, elle sert à porter la roche environnante, et non le passage. Ces constructions ne ménagent aucun passage supplémentaire.. Dans l'exemple soumis, il y a deux passages, donc on est quasi sûr d'être en présence d'un pont. Le passage du dessus est clairement porté par les espèces de butées de chaque coté ; c'est donc un PONT, quand bien même le passage du dessous est creusé dans la roche ; ce creusement existe pour constituer la portée. PONT, PONT PONT, je dirais donc. En bonus, je pourrais vous donner la différence entre la sauce blanche et la sauce brune si vous voulez ? Le 12 août 2013 16:48, Greg ewala...@gmail.com a écrit : Bonjour, J'ai un problème de classification. Je ne suis pas sûr que cette chose [1] soit un pont (pour le chemin de fer) ou un tunnel (pour la route). Intuitivement, je dirais que c'est un pont, mais vu que la route creuse la terre pour passer par dessous, je dirais que c'est un tunnel. https://maps.google.com/maps?q=Saint-Etiennehl=enie=UTF8ll=45.495142,4.321779spn=0.004001,0.009645sll=35.746512,-95.712891sspn=37.600717,79.013672hnear=Saint-%C3%89tienne,+Loire,+Rhone-Alpes,+Francet=mz=17layer=ccbll=45.495193,4.319775panoid=x7cUwd4qcmQNOj-G5cwCiAcbp=12,2.68,,0,-1.55 Je pense que c'est une question assez courante dans la mesure où ce cas n'est pas rare, surtout à proximité/dans les villes. Greg ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différence tag cycleway dans le wiki
Le 5 août 2013 18:09, Thomas Ruchin truchi...@gmail.com a écrit : Bonjour Sauf que personnellement je ne connais pas de bande cyclable à contresens du côté droit dans les pays où on roule à droite. Je ne sais pas si ça colle, mais à Saint Etienne il existe un cas de contre-sens cycliste CONTRE les bagnoles de l'autre sens :-) Voilà la photo de la chose : http://www.flickr.com/photos/mpoudisk/9451447420/ et le way osm est http://www.openstreetmap.org/browse/way/222117591 Sur la photo on voit bien la rue en sens interdit, mais sauf (logo vélo), avec sur la chaussée l'indication que les vélos passent là en plein milieu. Dans l'autre sens, les bagnoles sont averties par un panneau Danger Vélo ( ! première fois que je vois une chose pareille ! ) Ainsi va la France... Mais c'est vrai que c'est une toute petite voie, sur laquelle il est impossible d'aller vite. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tuto] [STOP] Pipeline / Canalisation TMD
Le 5 août 2013 08:25, Christian Quest cqu...@openstreetmap.fr a écrit : Pour le côté documentation de nos relevés, il ne faut pas se prendre la tête. Si je conserve la majorité de mes photos c'est pour revenir éventuellement dessus, pas pour prouver mes relevés d'info et quand on ne recopie pas d'info, on dort l'esprit tranquille ;) Sans vouloir ennuyer le monde et avec tout le respect que je te dois il me semble qu'il y a mieux à faire. Certes, cette prise de tête comme tu dis doublerait le temps de saisie, et les outils dispos sont pas vraiment au top, mais quel bénéfice ! J'imagine une page dans le wiki osm par cartopartie ou similaire, que les relevés soient numérisés (ça c'est facile avec les portables actuels), toutes les photos envoyées sur wikimedia commons qui ne demande que ça. Moyennant quoi quel partage de connaissances sur la pratique des cartoparties ! Et on peut faire un suivi entre personnes sur un même lieu ! Et voilà exactement le genre de trucs susceptible de donner confiance aux pompiers dont nous avons parlé dans un autre message. Etc, les bénéfices me paraissent immenses. Mais c'est vrai que les outils et les pratiques dispos sur cet aspect ne sont pas au top ; mais, si la communauté (amen) se rend compte de l'importance de la chose (me semble-t-il), alors ça avancera. Actuellement la communauté a peur qu'on lui demande de *prouver* (satanicus, s'horrifie-elle). Mais pourquoi ? Et quand bien même, quel est le problème ? Et de toutes façons, même se son point de vue, n'y aurait-il pas des aspects plus positifs, tel l'échange de pratiques terrain ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Super sympa et complètement génial, MAIS : - c'est un peu ennuyeux d'avoir à entrer l'adresse... il faudrait pouvoir cliquer sur la carte et pouf ! ça vous met le pointeur de départ ou arrivée. Certes, quand ce pointeur est présent sur la carte on peut le déplacer directement, mais s'il n'y est pas, j'ai pas trouvé comment fofaire. - pour les geeekks il faudrait un permalink, matiné d'un short permalink, qui serait parfait avec embedded panel (conserver l'anglais si possible sinon moins bien partager). - c'est très intéressant si on habite Toulouse, mais moins si on habite New York ou, un peu pareil, Saint Etienne comme moi. Sinon bravo bravo bravo, mentiion VIFS ENCOURAGEMENTS. Le 5 août 2013 12:39, Frédéric Bonifas fredericboni...@gmail.com a écrit : Bonjour à tous, J'ai développpé une application de calcul d'itinéraires pour piétons utilisant les données OSM et Pgrouting. Une première version fonctionnelle est disponible ici, pour Toulouse et son agglomération pour l'instant : http://moodwalkr.makina-corpus.net/ Parmi les fonctionnalités : * possibilité de traverser un espace ouvert, comme une place (voir la Place du Capitole par exemple). Les polygones highway=pedestrian et highway=footway avec area=yes sont traités pour cela. * le trajet se fait sur les trottoirs lorsque ceux-ci sont dans OSM (voir le quartier Saint-Michel au sud de Toulouse par exemple) * plusieurs itinéraires sont générés suivant différents profils : au plus court, shopping, nature et culture. La notation des rues dans ces différentes catégories est faite en utilisant les données OSM à proximité de la rue. * l'itinéraire peut être d'un point à un autre, ou une boucle. Je suis intéressé par les remarques que vous pouvez avoir dessus ! Le code est libre mais je dois le nettoyer avant de le publier. Je vous tiendrai au courant de cela. Frédéric -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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 http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Le 5 août 2013 14:25, Jean-Claude Repetto jrepe...@free.fr a écrit : Le 05/08/2013 13:19, Ista Pouss a écrit : - c'est un peu ennuyeux d'avoir à entrer l'adresse... il faudrait pouvoir cliquer sur la carte et pouf ! ça vous met le pointeur de départ ou arrivée. Certes, quand ce pointeur est présent sur la carte on peut le déplacer directement, mais s'il n'y est pas, j'ai pas trouvé comment fofaire. Tu n'as pas lu l'introduction ? C'est pourtant bien expliqué, ça se fait avec un clic droit. Oui, mais l'introduction n'a pas précisé que sous firefox le menu du calcul d'itinéraires apparaît derrière le menu de... firefox (tiens donc ? ) et que par conséquent il faut subtilement cliquer (gauche) ou un escape tout petit en étant absolument convaincu en sa tête que ça va marcher. Sinon je rajoute dans les désidératas du consommateur idiot (moi) que c'est typiquement une appli ou le rendu fr devrait être utiilsé. Christian devrait revenir de vacances pour ça, il y retournera après. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tuto] [STOP] Pipeline / Canalisation TMD
Je pense qu'il est possible d'utiliser open street view comme exemple d'un cas général, en donnant une url directe sur leur site, mais pas pour discuter d'un noeud précis. Dans ce dernier cas, il faut faire une photo perso de la réalité. Par exemple, on peut dire : Voilà l'exemple d'un pont de chemin fer (url sur open street view) tagué de cette façon dans osm (url sur osm). Mais on ne peut pas dire Comment je peux faire pour taguer ce pont de chemin de fer ? (url sur open street view) . C'est ça ou je me trompe ? Le 2 août 2013 11:36, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Ok c'est compris. Forcément qu'après ce que j'écris ici il ne faudrait pas que 12 000 bornes GRTgaz réparties sur la France entière se retrouvent sur OSM, ça serait dommage. Le plagiat reste dans un cas lambda extrêmement difficile à prouver : il suffit de faire des relevés terrains/visites pour être raccord avec de la doc normalement privée (ou avec StreetView). Et je ne me prends pas systématiquement en photo entrain de faire ces fameux relevés. Je devrais ? Ca n'enlève pas la qualité du tuto, qui vaut la peine d'être intégré au wiki sans les passages sur StreetView en l'état. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 2 août 2013 10:01, Christian Quest cqu...@openstreetmap.fr a écrit : Le 1 août 2013 18:31, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : En effet il faut faire attention à ça. Ne serait-ce que pour pas voir ses propres changesets revertés après 5h de travail... Par contre, dans la pratique, qu'est-ce qui permettrait de dire à Google Vous avez utilisé mon service pour placer ce pipeline=marker au lieu de vous rendre sur le terrain ? Là n'est pas la question. Les conditions d'utilisation de Google ne le permettent pas, point barre. Il y une petite tolérance pour un contrôle ponctuel, exceptionnel, pas pour utiliser streetview de façon répétée comme c'est ici suggéré. C'est peut-être une question stupide, surement d'éthique, mais entre regarder des photos et faire 300 km en bagnole pour aller voire une borne il y a un gouffre. Je parle pas de recopier ouvertement des cartes ou des documents graphiques d'opérateur gazier par exemple, c'est deux choses différentes avec streetview pour moi. Il n'y a pas de plagiat... on reproduit pas la photo et la primitive telle que décrite sur OSM n'existe pas chez Google. Relire les conditions d'utilisation des services Google. Pour les données du ministère, c'est souvent plus flou, pas de licence clairement indiquée (je n'ai pas regardé) et donc sans feu vert explicite, on n'utilise pas non plus. si quelqu'un indique où se trouve le feu vert explicite, alors ok, on peut utiliser. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Étude de main sur la terre artistique en pleine chaleurhttp://drivrsdu.fr/etude-de-main-sur-la-terre-artistique-en-pleine-chaleur/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rencontre avec le SDIS 35
Le 30 juillet 2013 10:00, Christian Quest cqu...@openstreetmap.fr a écrit : Je pense qu'elle décale plutôt la question de l'outil de saisie. La white-list permet de sélectionner les utilisateurs dont les contributions peuvent être prises en compte directement, utilisateurs qui ont suivi une formation, qui sont certifiés et ceci se fait en dehors des outils, c'est une histoire de méthode, de process. Elle permet ainsi à un plus grand nombre d'intervenants de saisir des informations sans passer par les outils lourds de type SIG. Les autres contributions faites par des utilisateurs hors white-list, peuvent être prises en compte comme étant à valider plutôt que d'être simplement ignorées. Je pense que c'est vers ça qu'on se dirigera avec des services comme les SDIS et peut être d'une façon plus générale. Il me semble que, plutôt que de certifier des contributeurs, il vaut mieux qu'OSM avance du point de vue de la certification des contributions, trucs style assurance qualité... qu'est-ce qui fait que tel noeud présent dans la base est bon ou pas bon. Y a-t-il une photo, un carnet de cartopartie, une trace gps, une base externe, etc ? qui tend à prouver l'existence et les caractéristiques du noeud ? Après, on peut faire de la formation de contributeurs ; mais pour ce qui est de leur certification, il me semble mieux que ça reste en dehors d'OSM... sauf pour le fric que l'activité de certification de certificateurs pourrait rapporter, evidemment. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le rendu fr pret pour l'exportation
Use of OpenStreetMap France in another country http://gis.stackexchange.com/questions/67013/use-of-openstreetmap-france-in-another-country Il s'agirait des zooms 19 et 20 qui seraient l'avantage concurentiel international... Peut être faudrait-il mettre en plus le 21 pour enfoncer d'éventuels challengers ? -- Les dérives de rue : Étude de main sur la terre artistique en pleine chaleurhttp://drivrsdu.fr/etude-de-main-sur-la-terre-artistique-en-pleine-chaleur/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mémoire recherche IGN...
Le 22 juillet 2013 17:00, Christian Quest cqu...@openstreetmap.fr a écrit : Le mémoire de Carmen Brando et disponible sur http://recherche.ign.fr/labos/cogit/cv.php?prenom=Carmennom=Brando Ce travail de thèse porte sur l'édition collaborative de données géographiques et plus particulièrement sur la gestion de la qualité d'un tel contenu afin de permettre que des prises de décision s'appuient dessus. Talk-fr@openstreetmap.org Absolument génial, super intéressant, tout le monde devrait l'avoir lu ! Mais certes, 245 pages, et c'est pas du powerpoint... Moi j'ai raccourci et j'ai pratiquement rien lu de Coalla, où on arrive à du lourd, et j'attends de voir ce que tout cela va devenir. Pour le reste (c'est à dire le début, c'est à dire les 75 premières pages tout de même), excellentes approches, où les thèmes abordés sont remplis de pertinence, même si je ne suis pas toujours d'accord ou que j'aurais dit autrement mais je suis bien évidemment pas Docteur de l'Université Paris Est. Bravo pour aborder dans un même continuum IGN / OSM, super génial de tenir compte la problématique de l'usage final, hyper formidable pour la simplicité générale du vocabulaire employé, bravo bravo bravo pour questionner la qualité, etc. On avance. -- Les dérives de rue : Étude de main sur la terre artistique en pleine chaleurhttp://drivrsdu.fr/etude-de-main-sur-la-terre-artistique-en-pleine-chaleur/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle interface osm.org et traduction
Le 19 juillet 2013 16:02, Pierre Knobel pierr...@gmail.com a écrit : Suggérer une amélioration peut-être ? +1. Suggérer une remarque : + 0,5. signaler un problème de cartographie : + 0 (négatif donc pas marketing, mais sinon c'est pas mal). Ajoutez une remarque sur les informations de la carte : - 0 (trop long) signaler un problème (lié aux données) : - 0,5 (incompréhensible, même si ça vient de google.) demander une correction : - 1 (à qui ? ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle interface osm.org et traduction
Le 19 juillet 2013 22:33, JB jb...@mailoo.org a écrit : Mouaif, je sais pas si on a beaucoup progressé. Si j'essaye de me mettre dans la peau d'un nouvel utilisateur, « suggérer une amélioration » ou « suggérer une remarque » (c'est français, ça ?) ne me fait pas forcément penser à un problème de cartographie. Pas forcément beaucoup plus qu'« ajouter une note ». Suggérer une amélioration de la carte ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Numérisation des itinéraires de randonnée pédestre à la FFRandonnée
Le 18 juillet 2013 20:05, Yannick VOYEAUD yann...@voyeaud.org a écrit : J'ai noté plusieurs points où franchement c'est de l'auto-congratulation et une méconnaissance (refus de reconnaître) de ce qui existe déjà et qui est utilisable. Faut peut être pas faire une montagne d'une souris... L'auto-congratulation est le fond de commerce de TOUTES les associations, et le refus de reconnaître juste la salle d'attente des psychiatres... Ils fonctionnent ainsi, c'est peut être pas (certainement pas) le top, mais plutot que de les flageller, il vaut mieux trouver d'autres moyens de voir et parcourir le paysage que les leurs. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le rendu 3D des terrains de sport...
Le 17 juillet 2013 22:39, Philippe Verdy verd...@wanadoo.fr a écrit : Et à côté les ponts et passerelles où le relief fait cruellement défaut (difficile de trouver son chemin piéton tout autour (et ce chemin n'est pas simple, sortir de la Défense à pied est compliqué et tortueux par le réseau de passerelles et escaliers, pour l'avoir fait pendant quelques années quand il n'y avait plus de train ou quand il y avait des grèves de transport et aucun taxi disponible), il manque quelque chose un peu réaliste pour les ponts : http://map.f4-group.com/#lon=2.2521034lat=48.8877126zoom=18camera.theta=53.973camera.phi=-113.331 Et surtout ce qui ne va pas avec les ponts c'est que la Seine se déplace dans le mauvais sens :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose et les pharmacies
Le 16 juillet 2013 14:55, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : En dehors ce que qu'on trouve en supermarché, il y a t-il tant de magasin physique de parapharmacie en France ? Dans mon coin (rural), je n'en connais pas. J'enlève la mention chemist de l'explication de l'erreur Osmose ? La parapharmacie c'est du n'importe quoi de toutes façons, mais comme ça rapporte, il y en a partout. En plus des pharmacies, pas mal de magasins bio, ou de beauté (même coiffeur il me semble), ou de sport, profitent du filon. Voici un google street d'un magasin Nature Conseill : toute la vitrine est consacrée aux bienfaits du docteur Vaulnet http://goo.gl/maps/IYLg5 Et voici un site web de magasin de miel, rubrique paramédical : http://www.nicomiel.com/beaute-et-paramedical.htm En veux-tu d'autres ?... Ainsi va le monde... mais si l'on se met à cartographier la bêtise humaine, je ne suis pas sûr qu'on y arrive. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 8 juillet 2013 10:24, Christian Quest cqu...@openstreetmap.fr a écrit : C'est quoi le tag pour reconnaitre un micro-aérodrome d'un aérodrome ? Il faut avoir des infos pour pouvoir faire des choix... et là, c'est plutôt maigre. J'ai déjà complété les aéroports internationaux avec des tags supplémentaires pour les distinguer. En absence de tag permettant de découvrir un aérodrome approprié au niveau de zoom, il me semble qu'il vaut mieux en réserver le rendu aux zooms les plus gros : comme il y a moins d'aérodromes importants ça sera plus facile de mettre les tags correspondants. J'ai fait mon id avec ça pour ceux de la région parisienne http://www.diaam.com:8080/idalacarte/ids/aerodrome On voit que c'est un peu le bord... bazar dans la base ; il y aurait closest_town, ou passengers qui pourrait aider au zoom, mais aucun des aéroports principaux ne comporte toutes ces valeurs :-( Et en plus passengers n'est même pas cité dans le wiki http://wiki.openstreetmap.org/wiki/Tag:aeroway=aerodrome?uselang=fr -((. En gros, ma proposition abouti à supprimer tous les aéroports dans la situation actuelle :-((( ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Itinéraires de randonnée équestre ?
Le 7 juillet 2013 11:55, Yves Pratter yves.prat...@laposte.net a écrit : Exemple en zoomant au dessus de la ville de *Wurzen* en allemagne (en France je ne trouve pas encore de rando à cheval… pb de refresh ?) Oui c'est pas facile de faire des requêtes sur l'ensemble de la France c'est vraiment dommage. Voici ce que j'ai trouvé : Espace randonnée du sud Pays d'Auge (532890) : http://www.openstreetmap.org/browse/relation/532890 Les 160km de Florac (1913426) : http://www.openstreetmap.org/browse/relation/1913426 Il semble que des gens s'agitent sur le sujet autour de Dourdan, ce qui me donne prétexte de proposer une page de mon MERVEILLEUX site web : http://www.diaam.com:8080/idalacarte/ids/routeequestreparisiennes GTJ à cheval - étape 5 (3060886) : http://www.openstreetmap.org/browse/relation/3060886 C'est tout :-( -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 7 juillet 2013 22:47, Christian Quest cqu...@openstreetmap.fr a écrit : Si vous tombez sur d'autres exemples de choix incohérent merci de passer un permalien et une petite explication... En Vendée à http://tile.openstreetmap.fr/?zoom=9lat=46.37024lon=-1.34067layers=B0FFFapparait au zoom 9 un obscur trou paumé dit Les Conches dans une zone avec plein de patelins largement plus importants autour. (La Tranche sur mer, par ex). Il disparait (heureusement) au zoom 11 http://tile.openstreetmap.fr/?zoom=11lat=46.36479lon=-1.43543layers=B0FFFpour réapparaitre (bien) au 12 http://tile.openstreetmap.fr/?zoom=12lat=46.3893lon=-1.45157layers=B0FFF Autre remarque super constructive : au zoom 10 http://tile.openstreetmap.fr/?zoom=10lat=46.41239lon=-1.15803layers=B0FFFest-il judicieux de faire apparaître les micro-aérodromes (Aérodrome de La Tranche sur mer) ? Leur nom est illisibles mais bouffe une place phénoménale sur la carte et il y a une personne sur 100.000 qui s'en préoccupe. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 6 juillet 2013 11:05, Christian Quest cqu...@openstreetmap.fr a écrit : Les mers sont moins vides: http://tile.openstreetmap.fr/?zoom=7lat=58.13383lon=-2.9452layers=B0FFF L'île de Sein reste un cas à part, puisque qu'elle n'est pas mentionnée du tout jusqu'au zoom 8 http://tile.openstreetmap.fr/?zoom=8lat=48.20776lon=-3.76725layers=B0FFF, ... mais mentionnée 3 fois au zoom 14 http://tile.openstreetmap.fr/?zoom=14lat=48.03473lon=-4.83309layers=B0FFF Le plus étonnant est que c'est pareil sur Google Map ! http://goo.gl/maps/NOegN ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
S'il s'agit de critiquer je fonce toutes affaires cessantes ! Je ne sais pas si ça concerne le rendu fr mais... à l'étranger j'ai vu deux problèmes, pas forcément dus au rendu, d'ailleurs, mais peut être aux données : - Les iles Sorlingues / Scilly devraient s'appeler ainsi : http://tile.openstreetmap.fr/?zoom=12lat=49.92817lon=-6.30309layers=B0FFF; curieusement sur google elles ne portent pas de nom non plus ?? http://goo.gl/maps/d55VZ Sur wikipedia au moins elles y sont, ouf : http://fr.wikipedia.org/wiki/%C3%8Eles_Scilly - S'il y a bien les Iles Baléares, Majorque et Ile de Minorque, il n'y a pas ibiza ?.. Et Iles Baléares est moins visible que Majorque et Minorque il me semble. Et pourquoi pas Ile pour Majorque ? Retournons à la France ! - S'il y a Ile de Batz, il n'y a ni Ile de Ré ni Ile de Sein : http://tile.openstreetmap.fr/?zoom=6lat=46.50446lon=0.11774layers=B0FFF. Il n'y a pas non plus Porquerolles (mais peut être est-elle plus petite que Batz ? ) - Dans les terres, GROSSE PROTESTATION !!! La totale inconnue Ile de la table ronde a effacé le nom de la ville de Saint Etienne J'espère que ce scandale absolu ne durera pas ! http://tile.openstreetmap.fr/?zoom=6lat=45.97255lon=1.76568layers=B0FFF Etc, merci pour ce moment de critiique jouissif. Et bravo pour ce rendu de zoom faible qui est visuellement bien agréable. Un autre défaut à ce niveau me semble-t-il est que les frontières de région m'y semblent plus visibles que les frontières de pays. Mais peut être s'agit-il d'une tendance politique personnelle ? Bon... Le 5 juillet 2013 09:52, Christian Quest cqu...@openstreetmap.fr a écrit : Nouveauté de la matinée: ajout du nom des îles Je rappelle que place=island se met sur un (multi)polygone d'après le wiki. J'en ai rajouté quelques uns qui manquaient (typique du tag nom rendu par défaut !). Guernesey, Jersey, Ouessant, Groix, Belle-île, Noirmoutiers... sont maintenant visibles sur: http://tile.openstreetmap.fr/?zoom=7lat=47.02349lon=3.21279layers=B0FFF J'ai aussi commencé la fusion du style lowzoom avec le style OSM-FR, visible sur ce layer de test qui maintenant accepte tout les zooms de 0 à 20. J'espère n'avoir rien cassé dans les autres zooms... donc si vous voyez des trucs pas clairs, merci de le signaler avec le permalien qui va bien. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 5 juillet 2013 10:38, Christian Quest cqu...@openstreetmap.fr a écrit : Pour Malte... que mettre en priorité ? - le nom de l'ile: île de Malte - le nom du pays: Malte - la capitale: La Valette Il faut comprendre quelle organisation tu veux mettre dans ce qui existe. Autant que je puisse le comprendre, tu cherches à reproduire les conceptions basiques françaises d'organisation de territoires. L'organisation administrative vient donc en premier, selon l'ordre d'importance : pays, puis capitale. Et l'organisation concrète des terrains ensuite : nom d'île. Mais Malte et Île de Malte simultané étant perturbant, donc considéré fautif dans les conceptions basiques françaises, il faut supprimer Île de Malte. (mais facile à dire pour un humain, pas forcément évident à faire faire à un logiciel). Bien sûr pour chaque zoom la réponse sera différente ! Le zoom donnant plus de place, il déplace le curseur des items à écrire.Mais l'ordre de priorité reste le même, il me semble ? L'ordre, me semble-t-il, étant Malte et La Valette, ile de Malte étant toujours supprimé selon ma théorie : - zoom les plus faibles : Malte seulement. - zoom moyens, selon possibilités de place : Malte prioritaire, et La Valette si possible. - zoom plus importants : La Valette seulement, si la carte montre La Valette évidemment, et plus Malte. - zoom encore plus importants : aucun des 3, mais les rues ou trucs visibles. Hugh. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mapper des trottoirs en zone urbaine
Le 5 juillet 2013 11:30, Pieren pier...@gmail.com a écrit : En fait, les pmr, personnes à mobilité réduite, merci d'éviter le langage des spécialistes à l'avenir, sont plus intéressés par la bordure du trottoir que par le trottoir lui-même. Voir le tag kerb sur le wiki (http://wiki.openstreetmap.org/wiki/Proposed_features/kerb). Pas seulement. Les PMR c'est juste la mode porteuse de financements, mais c'est pas ce qui se produit. Les mamans avec poussette, par exemple, qui sont des personnes complètement normales, en nombre autrement plus important que les PMR, dont la mobilité est totale, n'en sont pas moins intéressées par la largeur du trottoir, entre autres. Et je parle même pas des AM (assistantes maternelles). En même temps, je comprends l'irritation de ceux qui arrivent dans une zone autant encombrée de lignes. On atteint un seuil, une limite de densité qui fait que la plupart des contributeurs ne peuvent plus lire et interpréter les données sans un effort important (ajoutez un way par voie de circulation, par piste cyclable, ligne de bus, par bordure de trottoir, le parcage des voitures et ça sera le pompon). Plus une zone se densifie en éléments graphiques, moins il y aura de nouveaux contributeurs sur cette zone. A nous de trouver le bon compromis. Et oui c'est dur la cartographie. Il faudrait plus de cartographes et moins d'informaticiens dans le club OSM je crois, je me compte pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration rendu FR sur les zooms faibles...
Le 5 juillet 2013 12:50, Christian Rogel christian.ro...@club-internet.fra écrit : Est-ce qu'il est tenu compte du fait que Île de Malte et Malte ne sont absolument pas synonymes. Malte est une république établie sur un archipel de 8 îles, dont 4 sont habitées. L'île de Malte, pour être, et de loin, la plus importante, n'est qu'une composante de Malte. De mon opinion pour ce rendu là ça n'a aucune importance : le niveau administratif est considéré comme plus réel que la réalité. Il y a le même genre de chose sur l'Irlande, par exemple. On voit République d'Irlande, Irlande du nord, mais pas Ile d'Irlande. Pour l'angleterre, on voit Scotland, England, Wales, United Kingdom, mais pas Great Britany qui à ce que je sache que je sais est le nom de l'île. http://osm.org/go/evgRX- Cela dit, je pense que c'est une des choses que OSM pourrait apporter au Bon Peuple de France : retrouver la géographie physique. Cordialement. -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sélection des villes affichées (était Amélioration rendu FR sur les zooms faibles...)
Le 3 juillet 2013 15:44, Ab_fab gamma@gmail.com a écrit : Je rebondis sur le message de Vincent, en changeant de sujet car un peu HS (quoique ...). Peut-être qu'en combinant les infos de la base OSM avec certains critères (à définir) recueillis dans Wikipédia, on pourrait affiner l'importance des communes. Je m'explique : Cela pourraît donner une sorte de score à chaque ville, en fonction _ du tag décrivant le lieu (OSM) _ de la population (OSM) _ mais également du poids de celle-ci dans Wikipedia _ longueur des articles, _ nombre de traductions de l'article, _ photos associées dans Wikimedia commons, _ nombre d'articles liés De petites villes touristiques riches en monuments et au rayonnement local fort devraient alors voir leur importance grimper. Je donne un avis contre ahem ahem ahem. Tu proposes une sorte de page rank googlesque ; l'importance d'une chose dépendrait d'une analyse automatique de ce que l'on trouve sur le web. Mais, pour OSM, les choses montrées dépendent de ce que l'on voit sur le terrain et de choses plus ou moins culturelles, telle le cadastre etc. Tu pourrais me dire Internet c'est culturel... oui peut être, mais si l'import du cadastre est un succés, l'import de Corine est plus discuté à ce que j'ai compris. Et surtout, si l'on veut que OSM soit une sorte de référence _sur internet_, à partir du moment où OSM prendrait des infos sur internet, ça se mordrait la queue (ce qui risque d'arriver un jour à google d'ailleurs). L'importance des villes doit être manifestée par des tags placés selon une perspective donnée (sociale, touristique, économique...), à partir de constatations si possible objectives, du moins discutables. (discutable au premier degré, pas au second) (je veux dire discutable pour que chacun puisse émettre des arguments, mais pas discutable comme quelque chose de très douteux) Il faut continuer à faire de la cartographie, et non essayer de sortir des synthèses statistiques d'opinions d'opinions d'opinions. Hugh. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sélection des villes affichées (était Amélioration rendu FR sur les zooms faibles...)
Le 3 juillet 2013 22:42, Ab_fab gamma@gmail.com a écrit : Oui, un city rank si tu préfères Là je parle d'une stratégie de rendu, pas nécessairement à appliquer sur osm.org ou osm.fr. Pas de modif dans la base non plus, cela n'aurait pas de sens. Oui enfin je braille depuis x temps que le distinguo rendu / données est une vaste conn... heu blague. À part ça si c'est pas pour le coeur du projet ok. Donc dans les faits, avec ce genre de démarche, à mon sens rien de néfaste pour le coeur du projet ;-) Dès qu'on veut s'y retrouver, on est obligé d'appréhender les données par un rendu. Si ce rendu est extérieur au projet, cela devient néfaste au projet, car alors on perd la vision de ce que l'on fait. On ne peut plus rien faire, puisqu'on n'y voit plus rien. Combien de fois, au sujet du rendu fr, as-t-on lu A bin tiens depuis que je vois telle type de données je les enregistre plus facilement ? Forcément... Il y a certes des rendus un peu spéciaux qui ne concernent pas vraiment la géographie. Mais celui que tu proposes, à savoir un classement des villes selon divers critères d'usage, est en plein dans la géographie. On peut certes le faire par une sorte de city rank google. Que ceux qui veulent le faire le fasse. Pour OSM, je pense qu'il vaudrait mieux le faire à partir d'une réflexion sur les données disponibles sur ces villes, et, plus fondamentalement, de ce que l'on voit de ces villes. (mais je ne comprends pas la réflexion de Christian Quest, qui dit qu'on arriverait probablement à la même chose à cause du manque d'homogénéité ? ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenLayers (était : Itinéraires de randonnée équestre ?)
Le 4 juillet 2013 05:32, jb adressemauva...@live.fr a écrit : Merci à Vincent de Chateau Thierry et Christian Quest pour leurs lanternes et bonjour à toute la communauté OSM. Je pense rapidement passer de openlayers à leaflet :) . Après vos réponses, je vais pouvoir préciser ma question :) . Sous quel format (couche?) dois-je diffuser des informations géo référencé? Y a t'il des modules facilitant cette mise à disposition ? Leaflet va bien avec le format GeoJSON : http://leafletjs.com/examples/geojson.html http://geojson.org/ Peut être en faudrait-il d'autres ? Il faut surtout penser à l'organisation de tes données, organisation qui peut ensuite se dispatcher en plusieurs sortes de fichiers : tu pourrais aussi bien en sortir du CSV, par ex. Mais peut être cette organisation est-elle déjà faite ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Lyon
Le 1 juillet 2013 08:52, RainerU ra...@sfr.fr a écrit : Pour moi, la solution passe par une carte technique avec un maximum de détails, un peu comme ce qui est fait dans la demo 3Liz [2], et une carte utilisateur qui montre les pistes en site propre, les itinéraires cyclotouristiques balisés et les itinéraires conseillés, balisés ou non. Je suis moyennement d'accord ; non pas sur le fait qu'il faut un maximum de détails, ou qu'il faut une carte utilisateur, mais sur le fait que cela puisse résoudre des sortes de conflits d'intérêts entre les assoss et les municipalités. Et la technique ne forme en aucune circonstance objectivité. La solution de mon opinion reste le rapport au terrain, et celui-ci ne s'appréhende pas par un maximum de détails, mais prioritairement par des contributeurs capables d'observer et de noter leur environnement géographique, secondairement par des enregistrements rigoureux et traçables et des, rendus organisés. Ce n'est qu'après que peut venir le maximum de détails, s'il est utile. Il faut quand même quelques concessions au principe le terrain fait foi, par exemple pour les enregistrements administratifs. Les meilleurs principes sont ceux qui ont des exceptions. Les gueguerres entre assoss et municipalités se résoudront d'elles mêmes, puisque quasiment toutes les assoss sont financées par les municipalités, donc c'est pas la peine de se mettre martel en tête pour savoir qui va gagner. Cordialement. -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De la cartographie des postes électriques de quartier ERDF en France
Je continue de faire mon petit chi***, mais il existe des power avec des substation (ex http://www.openstreetmap.org/browse/way/62652815 ), et d'autres avec des sub_station ( http://www.openstreetmap.org/browse/node/1370805169 ) :-) Seul le sub_station a l'air connu du wiki http://wiki.openstreetmap.org/wiki/Tag:power=sub%20station?uselang=fr mais là je ne sais pas j'y connais rien je peux pas dire. Je pourrais très bien monter un système de reconnaissance qui prenne les deux. Et puis de toutes façons il est peut être justifié qu'il y ait les deux, j'en sais rien. (par prudence je reste assis sur ma chaise pour lire la réponse, en cas que). J'ai remis une page d'identificateurs avec le tag power dans le coin d'Annecy http://www.diaam.com:8080/idalacarte/creaid.jsp?nomDeRegle=postesERDF2 ; comme tout est buggué dans mon logiciel, ça excuse que l'ancien avait disparu :-) Le 1 juillet 2013 08:48, Jean-Marc Liotier j...@liotier.org a écrit : On 06/30/2013 11:24 PM, Philippe Verdy wrote: Devra-t-on cartographier aussi les plaques d'égouts et autre regards sur les postes enterrés de France Télécom (ou des réseaux cablés) sur les trottoirs ? Ils ont aussi des numéros visibles sur ces plaques, gravés pour résister au passage des piétons et des véhicules sur la chaussée... [..] Mais franchement si on veut quelque chose de fiable, il vaut mieux utiliser les numéros des adresses d'une rue, c'est stable L'adresse est souvent utilisée comme élément mnémonique, mais l'identifiant unique est la référence attribuée par l'opérateur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Géovélo Lyon
Le 1 juillet 2013 13:36, RainerU ra...@sfr.fr a écrit : Il faut admettre que les données OSM, même complétées par des donnes altimétriques, ne suffisent pas pour créer un rendu qui permet au cycliste de trouver un itinéraire qui correspond à ses besoins ou pour écrire un logiciel de calcul d'itinéraire qui le fait pour lui. Et je pense que ce ne sera jamais possible. Deux exemples pour illustrer cela : Une piste qui est signalée par un panneau rond et bleu représentant un vélo [couic] Autre exemple : OSM ne permet pas d'identifier de façon fiable les petites [couic] Je trouve ces deux exemples très intérressants; L'expression clef me semble être pour les cyclistes : on voit les choses directement dans un but, directement pour un rendu. Attention que je ne suis pas du tout de ceux qui professent qu'il ne faut pas taguer pour un rendu, bien au contraire ! Il y a forcément, obligatoirement, une image qu'on se fait de ce que l'on voit, et on ne voit qu'à travers cette image, donc, par exemple, à travers l'univers cycliste. Donc, taguer pour un rendu, c'est BIEN. Mais il est vrai qu'OSM ne peut pas embarquer, ne peut pas visualiser, tous les univers de vision. Il faut des sortes de portions d'OSM qui se spécialisent. Une pour les piétons, une pour les cyclistes, par exemple. Après, si les piétons taguent dans leur vision la route de façon à ce que ils puissent marcher dessus tranquillement alors que les cyclistes l'avaient taguée de façon à pouvoir rouler tranquilement, ça va pas.Il faut un mode de vision, de compréhension, qui puisse être commun aux cyclistes et aux piétons. Dans tes exemples, quelle est la fréquentation (une vision de circulation), et quels sont les dangers potentiels (une vision des risques). Pourquoi dis-tu que ces deux éléments ne peuvent pas être tagués ? Ne peuvent-ils pas se constater sur le terrain ? Mon asso (Vélo en Têt), comme beaucoup d'autres, a comme seule source de revenus les cotisations des adhérents. C'est une des raisons pour lesquelles elle va gagner, pas besoin de se marteler la tête. Je vous le souhaite :-) -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment cartographier une épave ?
Le 29 juin 2013 23:17, Yves Pratter yves.prat...@laposte.net a écrit : Je peux rajouter aussi ça : wikipedia:fr:France_(bateau_à_aubes) Il me semble que le tag wikipedia devrait donner un article vers la chose précise que cet élément représente, et non vers une caractéristique de cet élément Les caractéristiques d'un objet sont enregistrées dans les tags osm. Donc, ici, le tag devrait donner l'article de cette épave. Si c'est le Kontiki par exemple, wikipedia=fr:Epave Du Kontiki. Il ne faudrait même pas faire un lien vers le kontiki wikipedia. Tout ceci est juste mon opinion qui n'engage personne pas même moi. -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Monter une carto-partie
+ 1 million. Le 29 juin 2013 19:11, allegre.guilla...@free.fr a écrit : En tous cas, bienvenue sur cette liste, Florence. Ça fait un petit moment que je milite pour le rapprochement des deux communautés Wikimedia et OSM, notamment localement à Grenoble. J'ai eu l'occasion de pousser ma marotte à la dernière wikipermanence, dimanche dernier http://www.openstreetmap.fr/2013-06-23-wikipermanence Clairement, la proximité maximale se trouvera avec les deux projets : - Wikidata, pour l'aspect base de données et requêtage ; - Commons, pour la culture du terrain, notamment les photos de lieux et monuments. Le géoréférencement est naturel, et glisse vite vers mappons les alentours. Mais les wikipédiens pur sucre sont des cibles de choix aussi pour l'élargissement de notre base de contributeurs. On a tout de même des différences culturelles à prendre en compte, notamment le sujet des sources : on ne fait pas la chasse aux travaux inédits, pourvu qu'ils soient vérifiables, et source = mon GPS est parfaitement acceptable. En tous cas, personnellement, j'ai énormément apprécié la discussion avec les wikipédiens sur ce sujet. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment cartographier une épave ?
Le 30 juin 2013 09:07, Pierre Knobel pierr...@gmail.com a écrit : +1 dans le principe, mais l'exemple d'Yves est bien un lien vers l'article sur un bateau / l'épave unique, même si le titre m'a aussi initialement fait penser que c'était un article généraliste sur les bateaux à aubes. Ah bin mince alors j'avais pas vu. J'ai drôlement bien fait de préciser que mes opinions n'engagent même pas moi :-) Mes Apologizes, excuzes, désoleïted, recommencerai pu, compromised, confused, so on. -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes électriques souterraines de la région d'Annecy
Bonjour, As-tu suivi une règle particulière entre les tags designation et name ? Je les vois tous les deux utilisés séparément, mais je ne comprends pas pourquoi l'un et pas l'autre et vice versa ? Voir par ex. http://www.openstreetmap.org/browse/way/85219936 et http://www.openstreetmap.org/browse/way/125089211 Pourquoi, sur certain power=tower, as-tu mis le operator, et pas sur d'autres ? Il y a plusieurs operator de power=tower vers annecy ? Voir http://www.openstreetmap.org/browse/node/2341910043 ou http://www.openstreetmap.org/browse/node/2365878610 Voilà :-) Je me suis fait mon petit id expérimental pour voir, à http://www.diaam.com:8080/idalacarte/creaid.jsp?nomDeRegle=posteselectriquesannecypour l'instant uniquement avec le tag power, ce qui donne évidemment n'importe quoi, mais permet d'obtenir une sorte de classement des éléments autour d'annecy présentant ce tag. Cordialement. Le 29 juin 2013 18:21, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonjour, Dans le cadre de la proposition pour la modification du modèle de tag des lignes électriques, j'ai passé mon après-midi à ajouter ce que je connaissais des tracés des lignes électriques souterraines construites par RTE dans la région d'Annecy ces 3 dernières années. Plus d'infos : http://www.rte-france.com/uploads/media/images/projets/plaquette_riverain_VDEF.pdf Elles sont tracés avec le modèle expérimental, ce qui explique qu'elles risquent d'être mal comprises des différents moteurs de rendus et d'osmose. Le changeset correspondant est le 16753941 http://www.openstreetmap.org/browse/changeset/16753941 J'ai fait divers ajouts dans les postes électriques concernés, qui sont également décris en partie avec le contenu proposé dans http://wiki.openstreetmap.org/wiki/Proposed_features/Substation_refinement Ces modifications serviront d'exemple sur les diverses pages du wiki et de retour d'expérience sur l'utilisation des éventuels nouveaux tags. http://wiki.openstreetmap.org/wiki/Proposed_features/Power_transmission_refinement Certaines portions manquent dans ma mémoire, certains repérages ultérieurs seront nécessaire. Les travaux étant largement visibles sur Bing et sur Streetview http://goo.gl/maps/oae8X Merci de me remonter toute anomalie, mais de ne pas faire de revert. Merci par avance, cordialement, *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes électriques souterraines de la région d'Annecy
Le 30 juin 2013 12:25, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Ca pourrait servir pour identifier les éléments présentant des tags dépréciés :) Sur cet aspect je pense que Osmose est un meilleur cheval ? Moi j'essaie surtout de reconnaître des motifs, et ne découvre des erreurs - mais je m'aperçois que les erreurs sont pleines d'enseignements - que par... heu... erreur... de forme. Je médite. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu FR spécial nuit ?
Le 28 juin 2013 21:50, Otourly Wiki otou...@yahoo.fr a écrit : En tout cas, après 15 jours toujours pas de mise à jour :p En tous les cas, voilà le overpass qui te montre les street_lamp avec un ref sur Villefranche sur saone : http://overpass-turbo.eu/s/qx Et voilà MON FORMIDABLE logiciel à l'oeuvre qui découvre émerveillé cette formidable liste de lampadaires : http://www.diaam.com:8080/idalacarte/ids/lampasvillefranchessaone Ton travail n'aura pas été inutile :-) Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison
Hahem je vais sans doute faire le ch*** mais j'ai remarqué qu'iil y a pas mal de rues en doublon à Caen ? Je veux dire, des relations qui portent le type associatedStreet et qui ont le même nom. On me dit qu'une rue est découpée en morceaux, et que bien normalement c'est des morceaux dans osm, et on concède que des relations sont faites pour rassembler les morceaux, mais là ont arrive à des morceaux de relations ? La liste des doublons est ici : http://www.diaam.com:8080/idalacarte/creaid.jsp?nomDeRegle=associatedstreetcaen Ce qui m'embête le plus est que pour certaines c'est peut être justifié, et je ne saurais pas comment modéliser ça :-) Soit par exemple, pour les rues lanfranc http://www.openstreetmap.org/browse/relation/2860346 http://www.openstreetmap.org/browse/relation/2860347, pourquoi y a-t-il 2 relations ? J'ai l'impression que c'est complètement la même rue ? Pour les rues de rue de Norrey, par contre http://www.openstreetmap.org/browse/relation/2999528 http://www.openstreetmap.org/browse/relation/2999529, ça à l'air justifié, car ça ne semble pas être la même ville :-( Mon logiciel de détection est perfectible, je me dépêche. Cordialement. Le 28 juin 2013 23:10, Vincent de Château-Thierry v...@laposte.net a écrit : Le 28/06/2013 23:03, Francescu GAROBY a écrit : J'avais pas pensé à aller checker avec Google Street View -_- Par contre, comment fais-tu pour interroger la parcelle dans le cadastre ? Ça m'intéresse ! Sur http://www.cadastre.gouv.fr/ , une fois affichée la carte, en zoomant sur une parcelle, tu cliques en bas à gauche sur 'S'informer' et ensuite tu cliques sur la parcelle qui t'intéresse. Tu as une puce 'i' qui s'affiche. Tu descends tout en bas à droite de la fenêtre, tu cliques sur 'Valider', et les infos s'affichent. Bien pratique :-) vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La carte avec joystick
Hello, Un lien qui ne parle pas d'osm, mais qui pourrait donner matière à réflexion : Map-craft : cartographier ses déplacements, une manette à la main http://www.pop-up-urbain.com/map-craft-cartographier-ses-deplacements-une-manette-a-la-main/ -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Double pas toucher
J'ai trouvé de nouveaux cas qui, cette fois ci, ont même coordonnées, même hauteur, même description ou presque, même référence ! Une église qui se distingue en portant quatre points géodésiques exactement au même endroit, et détruits et vus simultanément : (comme le chat de shrodinguer) http://www.openstreetmap.org/browse/node/670192452 http://www.openstreetmap.org/browse/node/781950862 http://www.openstreetmap.org/browse/node/670192453 http://www.openstreetmap.org/browse/node/781950873 J'ai vérifié sur osmose pour celle là, et il ne dit rien : http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=45.69204lon=3.09646layers=B0FFT ? Une prairie ivre : http://www.openstreetmap.org/browse/node/670193481 http://www.openstreetmap.org/browse/node/781950907 Et enfin une aire de jeu où même les bornes géodésiques s'amusent : http://www.openstreetmap.org/browse/node/670193933 http://www.openstreetmap.org/browse/node/781950915 Et là qu'avez vous comme explication, amis spécialistes des points géodésiques ? Le 23 juin 2013 22:14, Ista Pouss ista...@gmail.com a écrit : Bonjour, Je m'interroge sur http://www.openstreetmap.org/browse/node/670149179 et sur http://www.openstreetmap.org/browse/node/670149181 Autant que je puisse m'y retrouver dans les coordonnées géographique ces 2 points occupent exactement la même place, et tous les deux comportent Ne pas déplacer ce point (je l'ai fait quand même, pour bien m'assurer qu'ils se superposent exactement). Osmose, à cet endroit, http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=45.41152lon=4.41859layers=B0FFTitem=level=1,2,3, ne signale aucune erreur. Voilà qui me laisse perplexe, et qui risque de bien m'empêcher de dormir, en ce dimanche soir... Avez-vous une explication, une idée, si c'est moi ou si c'est eux ? -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Double pas toucher
Bonjour, Je m'interroge sur http://www.openstreetmap.org/browse/node/670149179 et sur http://www.openstreetmap.org/browse/node/670149181 Autant que je puisse m'y retrouver dans les coordonnées géographique ces 2 points occupent exactement la même place, et tous les deux comportent Ne pas déplacer ce point (je l'ai fait quand même, pour bien m'assurer qu'ils se superposent exactement). Osmose, à cet endroit, http://osmose.openstreetmap.fr/fr/map/?zoom=18lat=45.41152lon=4.41859layers=B0FFTitem=level=1,2,3, ne signale aucune erreur. Voilà qui me laisse perplexe, et qui risque de bien m'empêcher de dormir, en ce dimanche soir... Avez-vous une explication, une idée, si c'est moi ou si c'est eux ? -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Double pas toucher
Heureusement que je suis assis, je mourrirrai moins idiot grâce à vous : j'étais à mille lieues de m'imaginer qu'il pouvait y avoir des sortes de niveaux dans les points géodésiques !!? Je m'étais fait ma petite idée que les géodésiques étaient des sortes de surfaces et que donc il était pas question qu'il y ait des sortes d'étages superposés là dedans ?... Enfin bref merci à tous ! Et qu'en pense M. Philippe V. ? Le 23 juin 2013 22:29, Guillaume Castagnino ca...@xwing.info a écrit : Le dimanche 23 juin 2013 22:14:39 Ista Pouss a écrit : Bonjour, Bonjour, Je m'interroge sur http://www.openstreetmap.org/browse/node/670149179 et sur http://www.openstreetmap.org/browse/node/670149181 Autant que je puisse m'y retrouver dans les coordonnées géographique ces 2 points occupent exactement la même place, et tous les deux comportent Ne pas déplacer ce point Personnellement, cela ne me choque pas que les points soient superposés. Ils ne sont pas identique : l'un est situé à la base du pylône, l'autre à son sommet. Voir la fiche géodésique : http://geodesie.ign.fr/fiches/pdf/4221801.pdf Les points sont bien aux mêmes coordonnées mais élé différente : Point e (m) n (m) Précision plani Altitude (m) Précision alti 1 810962.05 6480138.09 10 cm 778.27 50 cm b 810962.05 6480138.09 10 cm 789.29 50 cm Cdt -- Guillaume Castagnino ca...@xwing.info / guilla...@castagnino.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Signature partenariat SNCF/OSM autour de l'accessibilité
Comme il n'y a aucun risque que je participe je m'en vais faire deux suggestions à propos du handicap mental qui n'engagent personne : - cartographie des zones de bruit, car le bruit perturbe de nombreux handicapés mentaux bien plus que les gens normaux - cartographie des zones de cohérence signalitique ; en fait, pour les mêmes raisons que le bruit : la surcharge de prétendus signaux panique complètement les autistes, par ex. (mais peut être est-il difficile à la sncf d'admettre que avec la pub, les annonces sonores/télévisuelles, etc, c'est plutôt le bordel ? ) (et de toutes façons les gens normaux ne le vivent bien que parce qu'ils ont du fric) (fin des remarques perso) ... pas sûr que ces deux idées suffisent à résoudre tous les problèmes... faites comme vous pouvez. - Le 20 juin 2013 14:25, Marc SIBERT m...@sibert.fr a écrit : Je prépare une page sur OSM.fr avec comme titre de l'opération Cahiers de Vacances 2013 OSM_FR L'opération se déroule sur les 2 mois d'été et a comme vocation d'être le projet de l'été de la section IdF d'OSM, si vous le voulez bien :-) Ce dimanche 23, je passe à Chamarande où se tient la Grande fête pour tous de 10h à 18h avec pour objectif de rencontrer CG91 et assos de soutien aux personnes handicapées (tous handicaps). N'hésitez pas à vous faire connaitre, le programme s'étalera sur les week-end de juillet et d'aout suivant la vitesse de progression (quand la ligne RER C sera terminée, il y aura la Ligne L à faire aussi). Toutes les bonnes volontés seront les bien venues, c'est aussi l'occasion de faire de l'accompagnement ou de l'initiation à la cartopartie. N'hésitez pas à en parler autour de vous. Il est aussi possible de faire de la carto en fauteuil ;-) armchair contributing afin de passer l'ensemble du réseau RER C au modèle public_transport (avec plein de relations dedans, humm ). http://fr.wikipedia.org/wiki/Ligne_C_du_RER_d%27%C3%8Ele-de-France A+ Marc Le 19 juin 2013 12:30, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai signé ce matin pour OSM-FR une convention de partenariat avec la SNCF pour le mapping de l'accessibilité des certaines gares du réseau Transilien. Le but : mapper en détail l'accessibilité dans les gares de banlieue sur les lignes C et L en vue de l'organisation d'un hackathon à l'automne autour de ces nouvelles données co-produites. L'intérêt : - faire progresser le mapping des gares et autour, - faire connaitre OSM aux voyageurs et personnels de la SNCF, - avancer sur le projet accessibilité qui est très porteur en général (il ouvre facilement les portes des collectivités) - profiter de la comm de la SNCF qui va être faite autour, et sûrement plein d'autres choses ! Prochaines étapes : - ce vendredi matin j'ai rdv avec le responsable de la sécurité sur la ligne C pour une sensibilisation à la sécurité en gare - mobiliser les associations liées au handicap qui voudraient participer à la collecte sur le terrain et la sensibilisation aux différents handicaps - mobiliser les contributeurs existants dans la région et aussi à distance (pour le chair mapping préparatoire qui pourrait être fait sur base des plans de situation de la SNCF) Le timing est serré, car il faut collecter un max de données d'ici septembre. La ligne C c'est 50 gares, la L 40... on va démarrer par la ligne C. Une page de wiki dédiée pour la ligne C: http://wiki.openstreetmap.org/wiki/WikiProject_France/RER/C -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Le 11 juin 2013 16:10, Nicolas Moyroud nmoyr...@free.fr a écrit : - OSM est à la foi connu et méconnu sur wikipedia, il me semble. Il y a des gens qui aiment bien mais aussi beaucoup de partis pris, souvent étonnant de la part de wikipédiens, du style Mais si tout le monde peut modifier la carte alors c'est pas fiable. Ah oui même chez eux, ça fait peur... Non, je pense que la fiabilité n'est pas aussi claire qu'on peut le penser. Par exemple dans un de mes précédents post, j'ai remarqué que le rocher de tombelaine pouvait se nommer Rouen sur OSM, alors que cette ville est quand même à plusieurs centaines de km. On pourrait légitimement se demander si c'est pareil pour d'éventuels calculs de surface... si la surface de tombelaine comprend celle de la ville de Rouen ou viceversa. Dans tous ces systèmes wiki*, il faut se garder du style c'est évident puisque c'est la communauté, c'est clair que c'est l'avenir, et autre baratin commercial... Je ne compte plus les conneries sur wikipedia, les bêtises sur OSM, etc. Et pour ma part je ne dis jamais qu'une info est fiable sur wikipedia, alors que je suis un contributeur (plus ou moins) participant à wikipedia. Je dis toujours de prendre du recul. Comme partout, il faut expliquer et expliciter qu'est-ce qui fait ou ne fait pas la fiabilité d'une info sur OSM, et comprendre comment, malgré la non fiabilité, qui me parait évidente et permanente, OSM et wikipedia peuvent travailler de concert. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Le 12 juin 2013 13:35, Philippe Verdy verd...@wanadoo.fr a écrit : Ton problème d'affichage de Rouen sur le rocher de Tombelaine n'est PAS une erreur des données mais de l'interprétation que tu en fais et d'incompréhension. Bin dis donc ! [couic] Ne confonds donc pas les problèmes, et ne va pas corriger la base OSM pour modifier les relations arbitrairement pour exclure cette île de la commune dont il fait partie ! Ce problème est spécifique au rendu par défaut d'OSM.org et lui seul, dont on reconnait qu'il n'est franchement pas bon du tout pour autre chose qu'une présentation technique destinée aux contributeurs, mais qui n'est pas du tout adapté à une présentation finale pour un usage quelconque. Mais même pour un usage technique, il y a d'autres rendus bien meilleurs (et ceux d'OSM France ou 2u sont nettement mieux tout en restant basés aussi sur Mapnik). Si quelqu'un s'imaginait que j'allais corriger il faut le rassurer complètement !... Et j'ai conscience que, sur OSM, je confonds encore bien des problèmes, aussi je reste prudent. Dans une éventuelle discussion avec les contributeurs wikipedia, il faudra leur signaler, soit qu'ils doivent se référer à la base de données (m'étonnerait qu'ils admettent), soit leur donner le rendu utilisable. Le rendu fr peut être ?... en tous les cas je suis allé voir et allelouhiah le rocher de tombelaine s'appelle bien ainsi à tous les niveaux de zoom :-) Merci Christian. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Le 12 juin 2013 16:41, Christian Quest cqu...@openstreetmap.fr a écrit : Il ne faut pas confondre non plus l'erreur dans les données et l'erreur dans l'exploitation des données. Le cas du Rouen qui s'affiche là où il ne devrait pas fait semble-t-il partie du second cas. C'est sûr que la qualité des données OSM ne peut être garantie, mais elle est quand même d'un bon niveau et souvent bien au delà de ce que s'imaginent les sceptiques. Le fantasme sur le vandalisme est très présent et j'y répond souvent par une pirouette avec ma version de la preuve du pudding... si on lit la recette ça n'a aucune raison d'est bon voire mangeable (un gâteau fait de restes), mais il suffit de goûter pour savoir que finalement c'est bon ! Si il y avait tant de problème de vandalisme que ça, depuis 8 ans que le projet existe, les données seraient dans un état lamentable, or, il suffit de regarder pour constater que ce n'est pas du tout le cas. J'attire votre attention sur le fait que je n'ai pas dit moi même que le vandalisme était préoccupant, mais qu'il me semble que des contributeurs de wikipedia pensent que les données OSM ne sont pas forcément fiables (pas fiable n'est pas le vandalisme), et qu'il ne faut pas considérer leur opinion comme erronée, susceptible de pirouettes (même si j'admets que ça peut aider dans les conférences), etc. Hug. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] uMap et Internet Explorer
Le 12 juin 2013 21:47, Yohan Boniface yohanbonif...@free.fr a écrit : Des avis, amigos? S'il y a des financements, le 3 (brasser). Sinon 1 (ne rien faire). ... excepté peut être pour la présentation des cartes générées, c'est vrai que c'est un peu chixxx si elles sont pas visibles par le plus grand nombre de personnes. (mais j'ai pas de financement). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreurs importantes concernant la superficie des communes de l'Aude
Le 11 juin 2013 13:14, Nicolas Moyroud nmoyr...@free.fr a écrit : Ce serait peut-être bien de leur proposer de recalculer tout ça à partir des données OSM. Ils pourraient afficher la superficie totale + la superficie des terres émergées. Quelqu'un aurait un contact chez eux pour leur proposer cette idée ? Solution 0 : tu fais les modifs. Solution 1 : tu t'inscris, tu les fais. Solution 2 : tu en parles sur le bistro du jour http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Le_Bistro Solution 3 : tu proposes un sondage http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Le_Bistro qui te donnera ensuite des arguments pour une prise de décision http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Syst%C3%A8me_de_prise_de_d%C3%A9cision Plus généralement, je pense qu'il existe deux difficultés : - OSM est à la foi connu et méconnu sur wikipedia, il me semble. Il y a des gens qui aiment bien mais aussi beaucoup de partis pris, souvent étonnant de la part de wikipédiens, du style Mais si tout le monde peut modifier la carte alors c'est pas fiable. - Wikipedia, officiellement, ne se valide que par des sources de second niveau (un truc qui parle d'un truc). OSM pourrait être une telle source, je pense (c'est une carte qui parle de la terre/cadastre/etc). Le problème, c'est la référence à la source ; ça va encore lorsqu'il y a un point précis, mais lorsqu'il y s'agit d'une surface, je sais pas comment ça peut se passer. À cause de la règle de la seconde source, wikipedia ne calcule rien, mais il y a un document, quelque part, sur un site fiable du point de vue des wikipediens, qui donne le résultat, et qui sert de référence à wikipedia. Et encore plus généralement, plus il y aura de collaborations wikipedia/osm, plus mieux ça sera. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rendu osm-fr et réserves naturelles
Le 9 juin 2013 10:31, Christian Quest cqu...@openstreetmap.fr a écrit : Voilà la dernière évolution du rendu des réserves naturelles (les tuiles sont en cours de régénération car ça impacte à partir du zoom 10): http://tile.openstreetmap.fr/?zoom=13lat=47.29383lon=-2.44937layers=B0F Et avec cette limite verte comment fera-t-on le jour où nous voudrons enregistrer une souris verte dans une réserve naturelle ? Nous ne le pourrons pas ! Déjà avec une forêt verte ça fonctionne moyen la preuve : http://tile.openstreetmap.fr/?zoom=15lat=45.43078lon=4.24989layers=B0F Je pense qu'il faudrait rendre en jaune, car il n'y a ni souris ni forêts jaunes. Et aussi le nom de la réserve a disparu dans le rendu fr, est-ce normal ?... la même dans le rendu osm indique Réserve naturelle des gorges de la Loire - http://osm.org/go/0ApBb0ik-- -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tombelaine, Tombelaine, Tombelaine et pas Rouen
Bonjour, Quelqu'un a-t-il une minuscule idée du pourquoi du comment le rocher de tombelaine s'appelle rocher de tombelaine normalement et tout le temps, sauf au zoom 15 où il s'appelle Rouen ?? http://osm.org/go/ermtshRW-- http://fr.wikipedia.org/wiki/Tombelaine -- Les dérives de rue : Le projet de théâtre de Saint-Étienne emporté par le venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trottoirs à Montrouge
Le 5 juin 2013 14:04, Tetsuo Shima tets...@gmail.com a écrit : a déjà du mal avec les piéton qui peuvent ou pas traverser des surfaces accceder de la voie a l'aire dessiné a coté etc. pourquoi compliquer encore les choses en séparant le trottoir de la voie alors que physiquement il ne le sont pas! Les représentations du wiki ne sont à ma connaissance pas des obligations, mais des propositions. Si le trottoir suit le même chemin que la route, que route et trottoirs sont continus, et qu'il n'y a pas de séparation physique entre les deux, alors il n'y a pas de raison de séparer le trottoir de la route. Mais si le trottoir ne suit pas le même chemin que la route, ou que route ou trottoirs ont des discontinuités, ou qu'il y a une séparation physique entre les deux, alors il peut devenir intéressant d'utiliser deux descriptions séparées pour l'un et pour l'autre. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trottoirs à Montrouge
D'après le wiki il est possible aussi bien de taguer les trottoirs à part, en voie séparée de la route, que comme propriété associée à la route : http://wiki.openstreetmap.org/wiki/FR:Trottoirs (comme c'est moi qui ait traduit cette page, vous pouvez avoir un doute... aller vérifier sur la version anglaise, en ce cas) (et corrigez la version française) Il me semble aussi avoir vu quelque part qu'il est possible de les taguer comme surface, mais impossible de retrouver la chose. Cordialement. Le 4 juin 2013 19:20, Thomas Ruchin truchi...@gmail.com a écrit : Bonjour Le contributeur *quelqu'un* http://www.openstreetmap.org/user/quelqu%27un s'est appliqué tracer une ligne footway passant par le centre de presque tous les trottoirs de la commune de Montrouge http://www.openstreetmap.org/?lat=48.819079lon=2.319647zoom=19 Indépendamment du travail fourni, je me demande si cela est utile car : - c'est de la donnée subjective dont j'ai du mal à percevoir l'intérêt lorsque le trottoir n'est séparé de la route que par un simple caniveau + bordure. - cela surcharge la plupart des rendus - cela induit des bugs dans les logiciels de routage si les connections sont incomplètes - cela implique de déterminer le centre idéal du trottoir Bref, cela est très difficile (impossible) à réaliser proprement Par ailleurs : - le wiki http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dfootway précise qu'un footway est un chemin piéton - le wiki http://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk décrit la méthode pour taguer les trottoirs séparément Un travail de qualité mais non homogène a été réalisé notamment par Pieren, Lapinos et Cie dans les Jardins des Champs Élysées http://www.openstreetmap.org/?lat=48.867353lon=2.316039zoom=18 Avant de contacter quelqu'un, je souhaiterai connaître la position de la communauté car tous ces éléments restent confus. T. Ruchin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Dubh Artach me perplexe
Hello J'imagine que tout le monde ici se fiche complètement de Dubh Artach ( http://fr.wikipedia.org/wiki/Dubh_Artach). Il s'agit d'un ilot / phare paumé au large de l'écosse. Il est hors du projet du mois sur les limitations de vitesse automobile, je peux vous dire. Sachez qu'il y a là une petite ile et, dessus, un phare. Je voudrais savoir quelle sont les coordonnées de l'île, et celle du phare, à cause de la discussion en page de discussion sur article à scinder ? . Si je balaye la mer avec osm à cet endroit, je ne vois rien. Si je fais une recherche, Nominatim ne trouve rien, mais GeoName trouve quelque chose, et si l'on clique on arrive à... rien. Pourtant il doit bien y avoir quelque chose, puisque le nouvel éditeur id (maaazette) découvre on ne sait comment les propriétés d'un phare. Mais si je tente Voir les données de la carte je ne trouve absolument rien. Avec Google map c'est peu ou prou la même chose : il n'y aurait rien. Pas même sur les photos satellites. Certes l'ilot est tout petit, mais il a au moins un nom et un bâtiment, et aux niveaux de zoom les plus détaillés on devrait voir sa surface - on voit celle d'une cabane dans la campagne française... Pouvez-vous m'expliquer cette situation ? Est-il entré dans la base ou pas ? Où est-il ? Il s'agirait d'avoir des références solides sur les coordonnées et de l'ile, et du phare. Merci. -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dubh Artach me perplexe
Le 3 juin 2013 09:28, Eric Sibert courr...@eric.sibert.fr a écrit : Je viens d'essayer avec GeoName et je trouve des choses ( http://osm.org/go/et9xkGwU-- ): - trois surfaces entourées de limites administrative : source = OS_Opendata_BoundaryLine - un repère géodésique : source = The Territorial Sea (Amendment) Order 1998 (No. 2564) - un repère maritime : source = US NGA Pub. 114. 2011-05-26. Oui, mais rien de tout ça n'est Dubh Artach :-) L'ile se trouve légèrement au nord de la chose de droite en haut. On voit très bien le phare, par rapport aux choses, dans le lien donné par Ab_fab : http://map.openseamap.org/map/?zoom=16lat=56.13153lon=-6.63543layers=BFTFFFT0FF Après, en vue aérienne, je ne vois rien dans Bing ni dans google map. D'où l'étonnement. Il apparait clair, il me semble, que, si le phare est bien dans OSM, l'île n'y est pas. On la voit effectivement sur la carte de l'ordonnance survey à http://www.ordnancesurvey.co.uk/oswebsite/opendata/viewer/ mais je n'ai pas trouvé de permalink sur ce service. Merci à tous. -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Dubh Artach me perplexe
Merci à tous, merci, merci, merci ! Je crois qu'on a maintenant tout un ensemble de renseignements, tant pour la phare (dont il semble clair qu'il n'est pas flottant), que pour l'île, avec la carte de l'ordonnance survey (même si ça semble pas facile de trouver les coordonnées avec ça). Comme il reste encore pas mal d’îlots en écosse (un projet du mois ? ) je propose une pause sur celui-ci ; mon objectif était de nourrir une discussion pour savoir s'il fallait une ou deux pages wikipedia pour ce truc de 3m sur 2 :-) et comment la communauté osm pouvait aider sur ce problème. Cordialement. Le 3 juin 2013 13:52, DBigg denis.bigor...@gmail.com a écrit : Sur JOSM, à part les trois limites administratives, on voit deux points nommés Dubh Artach. Celui du Nord-Est est donné comme une référence géodésique légale, l'autre est tiré d'une référence maritime officielle - ici américaine : http://gis.19327.n5.nabble.com/file/n5763857/Capture.jpg La précision de position n'est que d'un dixième de minute, et ça nous envoie à quelques 200m à l'Est. Sur ce document d'origine britannique http://www.nlb.org.uk/Lighthouse.aspx?id=710 , on a une position plus précise, 10m au nord du point OSM sensé représenter le phare accompagné d'une splendide photo qui nous garanti que le phare est bien sur l'ilôt : http://gis.19327.n5.nabble.com/file/n5763857/dubhartch.jpg On y voit aussi quelques saletés en arrière-plan qui pourraient avoir été tagguées en limite administratives, ce qui me plaît bien. Quant à la référence légale, The Territorial Sea (Amendment) Order 1998 donne une position précise à la seconde ( 56°07'58 06°38'00 ), mais le système de référence est le Ordnance Survey of Great Britain (1936) Datum (OSGB 36). Si quelqu'un à la conversion sous la main (Philippe, par exemple ?) -- View this message in context: http://gis.19327.n5.nabble.com/Dubh-Artach-me-perplexe-tp5763806p5763857.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques
Ouille. Bon alors j'essayerai de m'y mettre la semaine prochaine. Je commencerai à remplir le wiki à http://wiki.openstreetmap.org/wiki/FR:WikiProject_UID_pour_les_administrations(page ouverte par Marc Sibert je crois) pour expliquer le principe et on verra. Sur le wiki je m'appelle lomilac. Cordialement. Le 30 mai 2013 10:45, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 30 mai 2013 06:51, Ista Pouss ista...@gmail.com a écrit : Je veux bien me lancer dans une démo, mais - à la discussion correspondante (des identificateurs locaux) j'avais parlé de remplir une page de wiki présentant l'idée de façon, heu... un peu heu... formelle (et didactive ! ) (sans faire peur ! ) - aucun écho. Je suis tout a fait d'accord avec ces principes. Néanmoins le manque de temps ne me permettrais pas de me lancer dans du dev de cette façon. Cependant si quelque chose est fait dans ce sens, nous pouvons échanger sur la question sans problèmes oui. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques
Le 29 mai 2013 11:50, Marc SIBERT m...@sibert.fr a écrit : Je pense que le méta-modèle existe en fait : c'est le wiki ! Seul problème c'est qu'il n'est pas exploitable automatiquement (par traitement automatisé, je m'entends). Oui, ça pourrait. Il n'y a pas besoin que ce soit automatisé (bien que ça soit utile) : il suffit qu'il y ait un tag qui dirait noeud/area/autre tagué en respect de telles pages wiki osm. C'est ce que tout le monde (ou presque) fait ou essaie de faire, c'est juste de le stipuler explicitement qu'il faudrait. De plus, j'ai remarqué qu'Osmose le faisait déjà : Vous faites telle erreur par rapport à telle page du wiki, dit-il. (en général) On pourrait aussi dire que le simple fait d'utiliser tel tag fait méta modèle... Par exemple, si j'utilise le tag power, alors je suis censé respecter les instructions du wiki sur key:power... mais tout ça reste un peu comme la prose de M. Jourdain. Une des solutions est peut être de mieux définir le modèle du méta-modèle (je parlais de philosophie non ?) et donc de formaliser le wiki. On peut penser à des balises spécifiques ou à un template inclus dans chaque page contenant les informations dans un formaliste stable... c'est bon ça ! Les outils pourraient alors (enfin ?!) parser les pages du wiki pour générer les listes de tags dans les applications. Ça c'est presque un autre problème, mais pourquoi pas ? Ainsi, les consommateurs, dans certaines de leurs utilisations, cibleraient centrale électrique et non power=plant, ce qui éviterait une masse de travail en cas de refining des tags. Je n'ai pas la moindre idée de champ d'application d'une telle chose, juste que ça aiderait en cas de changement dans les tags à iso-feature (on ne remet pas en cause le périmètre couvert par centrale électrique ici, sinon ça marche pas). Il me semble qu'il y avait une réticence à utiliser des outils logiciels d'intervention sur la base elle même. Je crois que c'était dû à d'autres questions philosophiques (ha ! la philosophie ! ), et aussi au fait que la base osm gère moyen la sauvegarde des versions passées, contrairement à wikimedia. Du coup, si jamais le logiciel d'intervention fait une blague... il faut un autre logiciel d'intervention, pour corriger la blague, ça peut durer longtemps. Il y avait aussi quelques vagues questions de pseudos spéciaux... enfin bon. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques
Le 29 mai 2013 13:49, thevenon.jul...@free.fr a écrit : Avant meme de partir dans l implementation pour moi il y a un souci avec l idee d un meta-modele exploitable automatiquement, c est le fait qu il devra etre abstrait, formalise et stable. Il n'est pas nécessaire que le, ou les, méta modèle soit exploité automatiquement. Dans la situation actuelle d'osm, ça me parait aller trop vite. Je le voyais plutôt comme une aide, un guide, à destination humaine. Un peu ce qu'est le wiki. Par contre, par rapport au wiki, il me semble possible d'expliciter les noms des règles; par des URI. Les règles elles mêmes peuvent rester vagues. _ Par abstrait je fais reference a ce que proposait Francois un truc qui dit c est une centrale electrique sans plus de details. Cela veut dire qu on perd les details fournis par les tags additionnels ( par exemple la puissance le nombre de reacteur ) et a ce moment la on se coupe de la richesse d OSM. Inversement si on veut les details alors il faudra se coltiner ces tags additionnes situes en dehors du meta-modele et a ce moment la on repose sur le probleme que cela n est pas stable Un méta modèle n'est pas forcément un truc qui contraint étroitement qui se perdrait dans les détails... Pour une centrale électrique, il peut y avoir deux méta modèles : Je mets au moins la puissance en kw et Je mets la puissance en kw, le mode de production, la date de mise en service... il peut y en avoir 36 autres, chacun ayant son uri, et il suffit ensuite de dire lequel, ou lesquels (il est parfaitement possible de suivre plusieurs méta modèles), tu suis. _ Par formalise je veux dire qu il va falloir definir ce meta-modele, sa representation, ses valeurs afin qu il soit exploitable, le probleme pour moi c est que ca revient a faire un systeme de tag finalement mais de niveau 2 et on va retomber dans les problemes qu on avec le niveau 1 a savoir le formaliser, le stabiliser arriver a un consensus. Un méta modèle est exploitable dès que l'on sait ce qu'il est, dès qu'on peut le désigner. Aucune nécessité de le décrire précisément (même si ça peut être utile) (ou pas). C'est Fais ce que tu dis, dis ce que tu fais. Ça c'est exploitable automatiquement, même si on dit je ne fais rien... et qu'on le fait. _ Stabilite, c est inherent aux 2 points precedents, comment garantir la stabilite du modele alors qu on s appuie sur un systeme de tag riche et mouvant sans sacrifier la richesse de la representation Qu'il y ait 36.000 tags mouvants ne signifie nullement que la réprésentation soit riche, au contraire. Toute représentation a un méta modèle, sinon elle ne vaut rien, sauf peut être dans le monde artistique. Contrairement à ce qu'on prétend dans les milieux libristes, le bazar a un méta modèle tout autant que la cathédrale. Et bien des bazars n'existent que grâce à la cathédrale, et vice versa, c'est vrai. A la rigueur je preferais encore l idee ( d'Ista Pouss je crois ) qui etait d avoir un systeme de requete/filtre qui ferait que chacun a son propre meta-modele qui garantit une stabilite de son point de vue ( cf la discussion sur les ids stables etc ) Et oui c'était mon idée :-) Comme tu vois j'essaie d'être cohérent avec ce que je propose :-) J'ai un méta modèle extrêmement strict :-) Effectivement cette idée revenait peu ou prou à la même chose... cette première idée n'avait reçu aucun écho, aussi j'essaie la lutte par d'autres moyens mais je suis démasqué gasp. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Méta-modèle OSM ; Etait Vote - Amélioration de la carto des centrales électriques
Le 29 mai 2013 22:48, THEVENON Julien julien_theve...@yahoo.fr a écrit : Ca va j ai trouve la ressemblance donc je suis pas trop a la rue. Je sais plus si je l avais appuyee ou pas mais je trouve l idee interessante. peut etre qu un proto poc serait plus convaincant.les meta modeles c est assez abstrait et ca fait souvent peur aux gens Je veux bien me lancer dans une démo, mais - à la discussion correspondante (des identificateurs locaux) j'avais parlé de remplir une page de wiki présentant l'idée de façon, heu... un peu heu... formelle (et didactive ! ) (sans faire peur ! ) - aucun écho. - j'avais parlé de faire une démo mais il y en avait qui avaient hurlé que l'on se lançait trop vite dans le code sans réfléchir (ignorant, sans doute, que j'adore ne rien faire). Donc résultat : je n'ai rien fait, évidemment. Et en prime, bien que j'ai écrit des tonnes et des tonnes de code, je n'ai jamais fait un projet libre... Je vois que tout le monde se met sur gis... enfin bref cela sert-il à quelque chose autrement que pour dire on verra bien ? -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vote - Amélioration de la carto des centrales électriques
Le 28 mai 2013 10:06, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Ca devrait surtout amener ceux en charge du développement à réfléchir sur cet état de fait. Ne pas pouvoir migrer en masse des tags sur un système comme OSM c'est un peu limite, mais ca reste un avis personnel. Il reste le problème de l'interface entre les données et les consommateurs. Pourquoi OSM ne fourni-t-il pas de lui-même un jeu de features standards associés aux tags qui les représentent (un méta-modèle en fait) ? Parce que OSM semble complètement ignorer le problème... Sur OSM il y a des datas, raccrochées à un objet, objet qui semble exister par lui même et se suffire par lui même. Le rendu est annexe. Sur OSM, une centrale électrique n'a pas besoin de méta modèle puisque c'est une centrale électrique. Cependant, le problème est difficile. Pour le résoudre il y a toutes ces histoires de web sémantique et blablabla... Je pense qu'en cette matière il faut plus contribuer que critiquer (même si je préfère critiquer, ok), parce que ce sont les différents points de vue, la communauté, qui amènent à comprendre l'apport des méta modèles. Pas de communautés de contributeurs, pas de méta-modèles utiles ; donc, contribuons. Je n'introduit rien de nouveau ici, on cartographie toujours des centrales et des générateurs mais d'une manière différente. Seuls les tags changent, les consommateurs ne devraient même pas s'en soucier. Là... je suis moins d'accord. La manière dont on cartographie être accessible aux consommateurs, ils devraient s'en soucier, surtout si, en plus, on voudrait qu'ils y participent. C'est par la participation que le méta modèle avancera. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] drinking_water, oui mais...
Personnellement, quand j'étais jeune, j'avais essayé de me laver sous la pluie, mais cela n'avait pas marché. Un tag pour cela ? Le 28 mai 2013 21:40, Vincent Pottier vpott...@gmail.com a écrit : Le 28/05/2013 20:55, Philippe Verdy a écrit : Non je suis réaliste, mais je n'insultais personne de cette façon. Déjà qu'on a du mal à avoir des données de qualité pour les randos, mais si vous commencez à interroger ceux qui font leurs ballades avec un doigt mouillé, ne vous étonnez pas de la suite si la Fédé française de rando décide de ne pas suivre OSM. Le 28 mai 2013 20:22, Tetsuo Shima tets...@gmail.com a écrit : Le 28 mai 2013 19:55, Philippe Verdy verd...@wanadoo.fr a écrit : Mouais Bravo pour la source interrogée, qui promeut la rando en baskets les mains dans les poches, Ca y est c'est officiel Philippe Verdy est un abruti @Tetsuo Shima Je confirme ! Et, par sa réaction, lui aussi ! Je vois que les MULs ne fréquentent pas les mêmes chemins que les ânes ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
(encore un hors sujet) Le 26 mai 2013 23:50, Christian Rogel christian.ro...@club-internet.fr a écrit : Ça n'empêche pas d'être précis, comme quand on code (je ne code pas, mais, j'aime la précision dans le langage). Oui moi aussi je pense ça, et je pense qu'il est vain de se battre dans la situation culturelle française actuelle. Il vaut mieux participer à des travaux de rédaction, sans rejet ou exclusive pour les apports anglophones. Happy days. -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
Le 24 mai 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit : Frederik Ramm a produit une liste des metatuiles les plus denses en Excusez moi d'être un peu aux fraises avec la terminologie... Quel est ce nouveau terme de metatuile dont tout le monde parle et que tout le monde sait ce que c'est sauf moi ? J'ai compris qu'une tuile était un truc sur les toits qui, que, assemblées ensemble, ça protège de la pluie. Ok. Une métatuile protège de la métapluie peut être ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Metatuiles les plus denses en nœuds
En anglais je ne sais pas, mais en français je trouve que le terme de méta est très mal choisi. J'imagine qu'il a fait son texte à la va-vite ; peut être aurait-il pu dire aussi supertuile - ou, plus simplement, une surface de 8x8 tuiles... ce qu'il dit quand même... La traduction de tuile pour tile aussi est un peu limite, et je serais curieux de savoir comment les anglais le comprenne. En effet, d'après mon Harraps (amen) une autre traduction normale de tile est carreau, ce qui correspond bien mieux à ce que c'est... Quand les anglais disent tile of osm, pensent-ils tuile d'osm, ou carreau d'osm ? . Scusez pour la philosophie. Mais enfin notez que c'est samedi, hein. Le 25 mai 2013 13:30, Christian Quest cqu...@openstreetmap.fr a écrit : Le 25 mai 2013 12:58, Ista Pouss ista...@gmail.com a écrit : Le 24 mai 2013 22:30, Christian Quest cqu...@openstreetmap.fr a écrit : Frederik Ramm a produit une liste des metatuiles les plus denses en Excusez moi d'être un peu aux fraises avec la terminologie... Quel est ce nouveau terme de metatuile dont tout le monde parle et que tout le monde sait ce que c'est sauf moi ? J'ai compris qu'une tuile était un truc sur les toits qui, que, assemblées ensemble, ça protège de la pluie. Ok. Une métatuile protège de la métapluie peut être ? C'est brièvement expliqué sur la page en question: If you render the world on zoom level 16, there are 67 million meta tiles (each covering an area of 8x8 tiles). - Si vous faites le rendu du monde au zoom 16, il y a 67 million de métatuiles (chacune couvrant une emprise de 8x8 tuiles). Les serveurs de tuiles calculent non pas les petites tuiles de 256x256 pixels une à une mais par grosse tuiles de 2048x2048 pixels soit 8x8 tuiles, c'est ça une metatuile. Pour se protégéer de la métapluie, il faut un métapébroque. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [OSM-talk-fr-bzh] Retour_présentations_rennes2
Le 22 mai 2013 09:56, Romain MEHUT romain.me...@gmail.com a écrit : Au passage, la refonte visuelle de http://www.maposmatic.org/ est bien vue, c'est simple clair et efficace. pi ça sent encore le Bootstrap pas sec héhé ! Pas sec, oui : j'ai fait saint etienne (forcement) depuis http://www.maposmatic.org/new/#submitmapform et j'obtiens : Error with osm city: %d format: a number is required, not NoneType - maptitle - Titre de la carte obligatoire - administrative_osmid - Error with osm city: %d format: a number is required, not NoneType - papersize - Ce champ est obligatoire. - paper_height_mm - Ce champ est obligatoire. - paperorientation - Ce champ est obligatoire. - paper_width_mm - Ce champ est obligatoire. Je ne sais pas à qui / comment il faut faire suivre ? Ah là là là là là là ces histoires de bugs ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers
Le 19 mai 2013 17:13, Christian Quest cqu...@openstreetmap.fr a écrit : Le plus complexe est en fait de trouver un équilibre valable quelle que soit la zone, car par endroit on a une très forte densité d'info, et donc besoin de repousser au zoom suivant l'affichage de certains objets, alors qu'à d'autre endroits il faudrait les faire apparaitre un peu plus tôt pour ne pas avoir un rendu trop vide. Ça c'est le plus complexe d'un point de vue technique et design, ce qui est déjà bien. Mais un rendu français donne réponse à une recherche de français. Donc il suppose une réflexion sur ce qu'attendent les français. Comme c'est toi qui fait ça c'est toi qui voit bien sûr, aussi je peux me tromper. À lire cette liste on peut se faire une idée, probablement fausse, mais bon : un truc très orienté administratif (alors que les français passent leur temps à gueuler contre l'administration), matiné de quelques considérations écologiques, avec les logos des entreprises françaises, et répondant aux modes porteuses des appels d'offres, tels l' handicap. Et même la françafrique qui repointe le bout de son nez. (quand j'ai vu ça de la part d'humanitaires j'ai sauté au plafond) Ainsi va la France... Je pense que le substrat administratif est (malheureusement) un point dur des conceptions françaises, et qu'il peut constituer la base du rendu générique. Les logos des entreprises françaises aussi, c'est aussi un point dur, ce n'est pas si mal. Mais attention que les logos changent. On peut discuter sur les considérations écologiques ; il y a quelque chose de profond dans la société française là dessus je pense, mais j'avoue ne pas trop savoir quoi. Le nucléaïre est une valeur écologique pour beaucoup de français... à vérifier. Par contre je crois qu'il vaudrait mieux rejeter les modes porteuse du business sur des rendus vectoriels, et donc tout ce qui concerne l'handicap, par exemple (en ce moment). Elles sont vraiment trop floues et ponctuelles, et la plupart du temps complètement en dehors du sujet qu'elles prétendent traiter. Et, quand à la françafrique... on attendra que les humanitaires se débarrassent eux mêmes de cette notion, et ensuite on y réfléchira aussi, c'est mon opinion. Hugh (surtout que je fais rien). (merci Christian) -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers
Bon alors je réponds à Pierre-Alain Dorange et à ZIMMY. Pour ma remarque sur le substrat administratif malheureusement, je voulais dire par rapport à la géographie ; je veux dire que nous avons tendance à voir les choses autour de nous par le biais des classifications administratives, à les considérer comme concrètes. Exemple les départements : on discute pour savoir leur utilité, mais s'il n'y a pas les départements sur une carte de la france, ce n'est pas une carte de la france, croit-on. C'est vrai que j'aimerais bien qu'on puisse voir les choses autrement, mais je l'admets et je dis +1 pour le mettre au rendu générique, y compris des services tels anpe, sec soc, police, pompiers, etc. (ce qui est déjà fait, en plus, je crois) (donc c'est une bonne proposition) Pour ma remarque sur la mode du handicap, moi je dis que c'est une mode, mais on peut très bien dire autre chose évidemment. (sauf peut être que je traite les handicapés comme des restos mac donald, mais j'imagine que c'est dans le feu de l'argumentation). Je dis que c'est une mode, parce que j'en vois de plus en plus dans les publicités, pour valoriser des produits ou une action municipale ; un truc est considéré bon au seul motif qu'il est compatible handicapé. J'imagine que les publicitaires et décideurs ont fait des études d'opinion qui ont montré que cette cause était porteuse ? Et de toutes façons je ne suis même pas contre la mode. Je dis qu'il vaut mieux la mettre sur les niveaux rendu vectoriel. Le rendu vectoriel - dont personne n'a encore dit qu'il existait, mais je suppose qu'à force d'en parler ce sera le cas ? - n'empêche pas de montrer la réalité, ni la force de osm. Cordialement. Le 20 mai 2013 13:52, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Je suis assez troublé par l'expression qui consiste à dire que valoriser les informations sur la cartographie permettant de mieux traiter le handicap est une mode. Afficher les places handicapés est pour moi aussi important que mettre en évidence les stationnements camping-car (mode touristique?) que les stationnements autocars (mode transports?). Je pense que la capacité à représenter le réel n'est pas une mode mais une finesse de description qui se veut objective. Il y a déjà eu des débat interminables sur ceux qui contestaient le fait de mettre les fastfood de type MacDo ... pour moi ce qui est important c'est l'effet levier. Aujourd'hui, il y a un vide : seul OpenStreetMap est capable de lever une exertise à l'échelle mondiale de façon aussi fine. Saisissons cette occasion pour étonner, intriguer et du coup susciter le désir d'une appropriation. Monter en gamme et améliorer nos expertises est plus qu'une mode un soucis de démarche qualité. En témoignent les nombreux articles publiés ces derniers temps mettant enfin en lumière le côté laboratoire d'OSM. Ista Pouss wrote Le 19 mai 2013 17:13, Christian Quest lt; cquest@ gt; a écrit : Le plus complexe est en fait de trouver un équilibre valable quelle que soit la zone, car par endroit on a une très forte densité d'info, et donc besoin de repousser au zoom suivant l'affichage de certains objets, alors qu'à d'autre endroits il faudrait les faire apparaitre un peu plus tôt pour ne pas avoir un rendu trop vide. Ça c'est le plus complexe d'un point de vue technique et design, ce qui est déjà bien. Mais un rendu français donne réponse à une recherche de français. Donc il suppose une réflexion sur ce qu'attendent les français. Comme c'est toi qui fait ça c'est toi qui voit bien sûr, aussi je peux me tromper. À lire cette liste on peut se faire une idée, probablement fausse, mais bon : un truc très orienté administratif (alors que les français passent leur temps à gueuler contre l'administration), matiné de quelques considérations écologiques, avec les logos des entreprises françaises, et répondant aux modes porteuses des appels d'offres, tels l' handicap. Et même la françafrique qui repointe le bout de son nez. (quand j'ai vu ça de la part d'humanitaires j'ai sauté au plafond) Ainsi va la France... Je pense que le substrat administratif est (malheureusement) un point dur des conceptions françaises, et qu'il peut constituer la base du rendu générique. Les logos des entreprises françaises aussi, c'est aussi un point dur, ce n'est pas si mal. Mais attention que les logos changent. On peut discuter sur les considérations écologiques ; il y a quelque chose de profond dans la société française là dessus je pense, mais j'avoue ne pas trop savoir quoi. Le nucléaïre est une valeur écologique pour beaucoup de français... à vérifier. Par contre je crois qu'il vaudrait mieux rejeter les modes porteuse du business sur des rendus vectoriels, et donc tout ce qui concerne l'handicap, par exemple (en ce moment). Elles sont vraiment trop floues et ponctuelles, et la plupart du temps complètement en dehors du sujet
Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers
Le 19 mai 2013 15:49, Marc Sibert m...@sibert.fr a écrit : Vos avis ? J'avais déjà soulevé le problème, sans écho, et je suis bien content qu'une personne sérieuse rouspète sur le délire iconique qui a pris tout le monde. Heureusement qu'il n'y a pas un botaniste sur la liste, sinon il y aurait déjà un icone pour chaque type de fleurs. (utile pour les abeilles survivantes, notez bien). La couche vectorielle pourrait être je suppose une solution (couche vectorielle = couche thématique, hein ? ) Il me semble aussi que la solution peut être une meilleure compréhension des zooms de micro-mapping : un banc public est certes utile aux handicapés (et aux vieux), mais il est complètement inutile sur les zooms de niveau régional. Et, l'avantage des gros zooms, est qu'il y a de la place. Un autre problème que j'avais soulevé concernant ces icones est de savoir leur signification, bref avoir une légende. Ce problème n'est pas si simple et il semble complètement ignoré, aussi, si tu pouvais le soulever également... -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osm_fr : trois suggestions
(Hors sujet bien sûr) Le 10 mai 2013 11:11, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : 2- j'accorde une attention particulière à la valorisation de l'art dans la ville : c'est souvent des éléments porteurs pour les villes attractives : sculptures, fresques, fontaines,... Je suis agréablement surpris de cette opinion d'un responsable municipal :-) (à ce que j'ai compris). J'ai l'impression la plupart du temps que l'art dans la ville est considéré comme une sorte de mal nécessaire, sauf les arcs de triomphe... Attention que je rouspèterais sur le terme valorisation : quand on fait une carte, on ne valorise pas, on ne fait que montrer, que décrire, selon des règles de projection précises (en général). Pour l'art, support d'expression citoyenne, c'est particulièrement sensible. On pourrait, par exemple, montrer les tags sauvages en tant qu'oeuvre d'art, ce qui ferait débat en terme de valorisation, j'imagine, dans les sphères municipales. Et il existe même des débats sur le sens des graphitis (question micro-mapping, quel festival ce serait ! ) (CQuest, à vos icones ! ) Et, je suppose j'espère, une municipalité s'occupe de la ville telle qu'elle est, non telle qu'elle est vendue, et donc devrait la saisir en termes de projection. Mais... je me doute que, pour avoir des budgets de participation à osm, il faut valoriser. Valoriser, plutot que rien, c'est mieux. Alors... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Quelques statistiques sur notre liste de diffusion talk-fr
Le 6 mai 2013 12:50, Pieren pier...@gmail.com a écrit : Si une seule personne sur 130~140 intervenants envoit à lui seul 25% des textes, il y a un problème. Je ne vois ça nul part sur aucune des listes où je suis inscrit. Et vous ? Mettez-vous une minute à la place des nouveaux inscrits (qui peuvent être aussi novices en matière de liste de diffusion) et qui tombent sur ces longs messages qui édictent souvent comme vérité de nombreuses approximations et qui, à force d'être filtrés par tout le monde, ne sont plus corrigées. Pensez-vous à eux ? Le problème principal de cette liste est qu'elle n'est pas administrée. Alors que la liste principale t...@openstreetmap.org a été plusieurs fois modérée et censurée. Et le côté libre d'OSM y a survécu ... Le gros problème de cette approche est que les dites nuisances de monsieur 25% n'ont de mon opinion aucun caractère volontaire. Et je suis même persuadé qu'il essaie de tenir compte des remarques dites éducatives. D'ailleurs, son volume diminue, en ce moment, il me semble :-) Or le libre c'est un peu tout le monde il est beau tout le monde il est gentil. Si des débutants sont effrayés parce qu'un contributeur beau et gentil poste des messages de 15 pages, je ne sais pas s'il faut éduquer le contributeur ou le débutant ? Il est vrai que beaucoup de communautés libres sont attentives à la qualité, aux résultats, à un certains élitisme, à des ( heuark ) administrateurs. Ce n'est pas la tendance ici, à en juger par les réactions lorsque ce genre de sujet a été abordé (lors de l'élection de je ne sais plus qui à je ne sais plus quoi de mondial). Mais tout peu changer, il n'y a que les imbéciles qui ne changent pas d'avis... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'une boutique avec le nom de famille (etait: Ajout des parcelles de vignes dans OSM)
Le 4 mai 2013 23:00, PierreV belett...@hotmail.fr a écrit : Je ne voit pas en quoi sous prétexte qu'une société reprenant le nom et prénom d'une personne et qui habite au même endroit que son lieu de vente ne devrait pas être présent sur une carte comme n'importe quelle autre société? Déjà, à ma connaissance, il n'est pas clair qu'on ait le droit de mettre le nom de n'importe quelle société dans OSM de mon opinion : une société a le droit sur son nom, et elle peut en empeĉher l'usage à d'autres. Mais tu as globalement raison dans l'ensemble, c'est juste de savoir si les principes généraux que tu donnes s'appliquent au cas particulier donné, qui est une ferme. Surtout que, dans le droit, la protection des personnes est prioritaire sur la protection des sociétés (crois-je) (espère-je) Et ensuite, est-ce que le nom des personnes est bien celui de la société ? Avec OSM la communauté est complètement à l'ouest concernant la vigilance des sources. Ici la seule source indiquée est... le cadastre, ce qui est ridicule pour justifier le nom d'une société. Sur wikipedia une telle ridiculité pourrait être supprimée sans autre avis (ce qui est trop expéditif, mais passons). Sur cette ferme on voit aussi le nom La fontaine ronde, en plus du nom des personnes. Qu'est-ce ? Quel est le nom de quoi ? Si La fontaine ronde est le truc de vente, alors il vaut mieux ne pas mettre le nom des personnes, quand bien même ils sont constitués en société. Hugh. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'une boutique avec le nom de famille (etait: Ajout des parcelles de vignes dans OSM)
Le 5 mai 2013 13:54, PierreV belett...@hotmail.fr a écrit : Vous regardez bien ce qui vous arrange ? La Fontaine Ronde est le nom du lieu dit qui existe bien avant que les producteurs s'instalent ici... OK. Savais pas. Pour la source... je les mentionne toujours dans le Changeset sauf pour le cadastre qui est 'imposé'... donc ici c'est la prise d'info du nom est sur le terrain... Mes remarques sur le problème de source concernait l'ensemble de la communauté OSM, et non toi. Cadastre imposé, comme prise d'info sur le terrain, devraient être enregistrés, vérifiables, contrôlables, etc. Comme des sources, quoi. Maintenant on va réfléchir dans le sens inverse: J'ai par exemple une TV nationale qui fait un reportage sur un producteur qui vent directement a la ferme dans ma commune... cette TV mentionne le nom, mais ne donne pas l'endroit exact de la ferme. Comment avec OSM je peut retrouver cette ferme si on ne met pas les noms en sachant qu'il n'est pas le seul producteur a vendre a la ferme? Si l'on suit ce qui m'arrange ( ? ) on ne pourrait pas, heureusement. La TV fonctionne par la pub, et toutes ces informations se nourrissent de la pub. Comme OSM se débrouille autrement, il n'y a aucune raison qu'il s'occupe de relayer ces informations. Heureusement, d'autres contributeurs ont d'autres idées, et ce problème ne devrait pas être trop dramatique. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'une boutique avec le nom de famille (etait: Ajout des parcelles de vignes dans OSM)
Le 5 mai 2013 19:44, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Avec la photo, je ne vois pas de problème sur le tag en effet. Donc la question que ça soulève est bien : comment indiquer la fiabilité de la source quand on saisi des données qui pourraient sembler polémiques ? Ou plutot : comment l'indiquer pour TOUTES les données. C'est très difficile, et il me semble qu'une des solutions possibles est de collaborer avec wikipedia : il y a le même type de problèmes sur cette question ; mais pas complètement équivalents : osm admet le terrain (qui est une source primaire sauf erreur) comme source, alors que wikipedia, non. Et, d'ailleurs, si on est sérieux, OSM pourrait servir de source à wikipedia, il y a quelquefois des discussions en ce sens sur le bistro de wikipedia, et la réponse est trop souvent NON, parce que pour eux rien n'est sourcé sur osm, et ils connaissent très mal le mode de travail d'osm, c'est vraiment dommage. Par exemple l'excellent sourçage-réponse de Jean-Baptiste H ; sa photo pourrait très bien aller dans commons, il pourrait y avoir un article wikipedia sur cette ferme (c'est bien une ferme ? ), et les deux systèmes de connaissance, à savoir cartographique et encyclopédique, se renforceraient l'un l'autre, non seulement pour l'usage, mais encore pour la vérifiabilité. Hugh. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom d'une boutique avec le nom de famille (etait: Ajout des parcelles de vignes dans OSM)
Le 5 mai 2013 22:52, Christian Rogel christian.ro...@club-internet.fr a écrit : Et, selon, le principes d'OSM, c'est la raison sociale inscrite sur le terrain qui doit être mentionnée, sans avoir besoin de savoir, sil elle correspond à une inscription dans un registre quelconque. La CNIL ne pourrait appliquer le droit de la protection d'une personne privée à une raison sociale visible par tous. Si elle s'avisait de le faire, elle serait attaquable pour discrimination. Je vote OUI MAIS pour le premier, NON pour le second. OUI MAIS parce que en la matière, le terrain ne prouve absolument rien : concernant la raison sociale, c'est les enregistrements officiels qui sont l'unique preuve. Si le terrain les contredit, c'est le terrain qui a faux. Toutefois, cela peut justifier que l'enregistrement de la fausseté soit faite dans OSM :-) Du point de vue de OSM, c'est une fausse-vrai preuve. Non pour le second, car la CNIL s'occupe de la protection des fichiers informatisés, au motif que les traitements informatiques sont un million de fois plus redoutables que des informations terrain : c'est une chose d'aller voir les panneaux un par un au long des petites routes de campagne profonde, s'en est une autre de faire un boucle informatique de traitement. Le premier dure quelques années, le second un pouillème. C'est pour ça qu'un donnée peut être publique, mais interdite d'informatisation. Au prochain vote sur la question. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ajout des parcelles de vignes dans OSM
Trés bel exemple d'un objet que l'on voit de différentes façons ; ce que l'on dit être un objet est directement une vue. Mais ça n'empêche pas de se mettre d'accord sur la façon d'enregistrer un objet. Je n'ai aucune idée de si ça existe pour les vignes. Et quand bien même un tel accord existe, rien n'empêche un contributeur de faire autrement, à ce que j'ai compris. Tout de même une règle est que ce que l'on enregistre doit avoir une certaine permanence. Un champ de blé, on ne va pas l'enregistrer brin de blé par brin de blé, par exemple : un brin de blé ne dure que ce que dure les roses. Par contre, pour une forêt, il serait correct de l'enregistrer arbre par arbre (ça serait même très bien de mon opinion). J'arrête là parce que sinon j'ai peur que mes statistiques soient sujettes dans une certaine mesure à une unité ? et pas à deux critiques constructives auxquelles il faudrait que je réfléchisse et qui... Le 3 mai 2013 11:45, Nicolas Moyroud nmoyr...@free.fr a écrit : Bonjour à tous, Dimanche dernier j'ai participé à l'animation d'une carto-partie à côté de de Nîmes. Depuis un participant s'est mis à contribuer à OSM et il est en train de faire ceci : http://www.openstreetmap.org/?**lat=43.81604lon=4.20662zoom=** 16layers=Mhttp://www.openstreetmap.org/?lat=43.81604lon=4.20662zoom=16layers=M Il représente chaque vigne individuellement plutôt qu'une couverture globale du sol. Il me semble que ça va trop loin et que ça revient à du parcellaire qui ne devrait pas figurer dans OSM. Je conseillerai plutôt de faire des multipolygones et de faire passer les chemins dessus, sans découper en se basant sur les chemins. En tout cas c'est comme ça que je fais habituellement. Qu'est ce que vous en pensez ? a+ Nicolas __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choix d'un projet pour le mois de mai
Je vote LIMITATION DE VITESSE. Le 1 mai 2013 12:55, Black Myst black.m...@free.fr a écrit : Hello, Voilà que le mois de mai commence, je pense qu'il est temps pour nous de choisir l'un des projets proposés comme projet du mois. Nous avons le choix entre : - Reconstructionhttp://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Reconstruction des zones après le passage du rédaction bot - Correction/Nettoyage d'OpenStreetBugshttp://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/OpenStreetBugs - Ajout de Limitation de vitessehttp://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Limitation_de_vitesse - Correction/Nettoyage Fixme ! I'm famoushttp://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Fixme_!_I%27m_famous_! D'après vous quel sujet devrait être traité par la communauté ce mois-ci? Est-ce que vous pensez que certains sujets devraient être modifié/complété d'un façon ou d'une autre ? J'espère qu'un consensus émergera rapidement dans ce fil de discutions afin que nous puissions commencer rapidement à corriger la base. Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu FR: nouvelles icônes et passage en SVG...
Moi je trouve que la multiplication des pictos est complètement contre productive pour la lecture d'une carte, mais s'il s'agit d'épater la galerie, c'est vrai que c'est mieux, il faudrait savoir quel est le but. Avec tous ces pictos on se retrouve avec une carte centré citadin ; je ne sais pas s'il y aura autant de pictos détaillant les zones campagnardes, tels les types d'exploitation fermières, les sortes d'arbres, etc, etc, etc, etc. Les pictos de détails devraient être réservés aux zooms les plus forts ; c'est pratiquement du micro-mapping de mon opinion. Actuellement, les gares apparaissent au zoom 12, les mairies annexes (les pictos des mairies principales n'apparaissent jamais semble-t-il) et les toilettes publiques (je suppose ? ) au 14, les hopitaux et cliniques au 15, les pharmacies , supermarchés et cafés au 16, et un sapin de noël de pictos folkloriques au 17. Les coiffeurs apparaissent au 18, on dirait. Etc. Moi je suggère, dans l'ensemble, de considérer que c'est du micro-mapping et plus particulièrement : - Qu'il y ait quelque part une liste explicative des pictos, comme dans toute bonne carte papier. - D'augmenter d'au moins 2 niveaux de zoom leur apparition. - De leur donner une cohérence... les gares ne sont pas plus importantes que les hopitaux dans une ville, il me semble... à st étienne, l'hopital, c'est plusieurs milliers d'emplois... enfin bon moi ce que j'dis tralala... - D'envisager les pictos en cohérence avec le thème général de la carte, et non avec les possibilités techniques de multiplication à l'infini des datas. Bref un peu moins bazar et un peu plus cathédrale... mais c'est un troll, je sais :-) Et, souvent, c'est le bazar qui est le mieux, je sais aussi :-) Cordialement. Le 29 avril 2013 09:07, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : A propos de ressources visuelles : j'avais déjà contacté Nicolas Mollet qui m'a confirmé la mise à disposition gracieuse de ses pictogrammes pour les projets OpenStreetMap. En reformulant la demande et en mentionnant la paternité initiale http://mapicons.nicolasmollet.com/about/license/ des pictos nous avons encore de beaux graphisme à valoriser sur l'ontologie, notamment : - de multiples pictos sur les types de restaurations http://mapicons.nicolasmollet.com/category/markers/restaurants-bars/restaurants/ - détails intéressants (pour le dernier zoom) : vêtements h/f, lingerie... http://mapicons.nicolasmollet.com/category/markers/stores/apparel/ Une vraie mine d'or Je confirme également que les picto reste petits et rendent inconfortable la visualisation de la carte notamment au 2 derniers zoom cquest wrote Et oui, un SVG un peu cassé pour les magasins de bricolage... quel bricolage ! La clé à molette à plus à l'ouest ;) Pour les libellés, le gras/pas gras entre restos et fast-food c'est effectivement un ajout de ma part, tout était en gras sur le rendu OSM. Pour la taille du texte, c'est très juste en effet surtout en mauve non gras, je vais l'agrandir dans les derniers zooms. Pas encore d'icone pour les newsagent/kiosk car je n'ai pas trouvé de journal pour les symboliser, mais oui, c'est à ajouter ainsi qu'une icône par défaut (à tester). Le 29 avril 2013 00:34, Marc Sibert lt; marc@ gt; a écrit : Probablement le gros marteau du bricolage Le Roy à l'ouest du parking, visible à d'autres niveaux de zoom -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Re-Rendu-FR-nouvelles-icones-et-passage-en-SVG-tp5758892p5758938.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] micro cartographie centre-commerciaux (+exemple aéroport)
Et moi j'ai demandé un niveau de zoom supplémentaire sur le rendu fr pour valoriser le micro mapping mais sans aucun écho on dirait. http://trac.openstreetmap.fr/ticket/330 En fait, je suis aussi génial que google, mais personne ne s'en rend compte. Le 24 avril 2013 23:20, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : En complément à titre d'illustration, le nouveau défis de micro carto lancé par Google dans les aéroport : le repérage des arrivée et repères majeurs s'avère très précieux : http://maps.google.fr/maps?q=orlyhl=frie=UTF8ll=48.728437,2.358885spn=0.001003,0.002642sll=44.045142,5.203209sspn=1.119382,2.705383hnear=Orly,+Val-de-Marne,+%C3%8Ele-de-Francet=mz=19 ZIMMY wrote Dans la série je rentre de + en + d'infos : J'essaye de compléter les cheminements des centres commerciaux majeurs en Vaucluse. A titre expérimental je teste le Carrefour d'Orange, voici mes points bloquants : 1- peut-on afficher le nom des portes qui sont en général des repères importants lorsque le centre commercial est de grande taille : http://tile.openstreetmap.fr/?zoom=19lat=44.12062lon=4.83934layers=B0F http://www.openstreetmap.org/browse/node/1362811829 http://www.openstreetmap.org/browse/node/1362811824 http://www.openstreetmap.org/browse/node/1362811826 Ce type d'info serait utile au dernier niveau de zoom pour montrer ce qu'on ne voit pas dans les carto classiques propriétaires. 2- Les aires de stationnement ont souvent des numéros ou des noms également, la seule chose c'est qu'elles ne correspondent pas aux allées mais aux places de stationnement adossées. Y-a-t-il déjà des pratiques dans ce sens? - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/micro-cartographie-centre-commerciaux-tp5758407p5758412.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Bonjour, Quelqu'un (pas moi) peut-il faire un résumé de la situation ? Qu'est-ce qui est acté ou pas ou en débat ? Et par exemple (à vrai dire en toute sincérité ce qui m'intéresse) si ça vaut le coup que je présente ma proposition sur la page wiki ou si elle a été rejetée pour cause de trop vague, incompréhensible, implémentée trop vite et propriétaire ? Merci à elle/lui. Le 19 avril 2013 22:31, Emilie Laffray emilie.laff...@gmail.com a écrit : Le problème des geohash est un problème de précision et d'acceptation des limites du geohash. Car les geohash tels qu'ils existent actuellement sont extrêmement limités par le franchissement de la limite de précision. Autrement dit tu pourrais déplacer un point d'un mètre avec un geohash d'une précision de 1km et passer à quelque chose de complètement différent. Les geohash tels qu'ils existent actuellement ne sont pas vraiment utiles à mes yeux. Ils peuvent être utiles dans certains cas mais c'est limité par l'incapacité de créer un 'gradient' utile. Je trouve l'approche que tu proposes comme un bon début mais extrêmement limité. L'approche uuid mentionnée par Pieren et auquel j'ai participé était intéressante mais limitée sur d'autres points notamment les éditeurs. Tony a de bons points sur le fait qu'il faudrait savoir quel paramètres qualifier ce futur osmhash (dibs sur le trademark :) ). Je l'ai évoqué initialement sur le déplacement d'une entreprise et certains ont évoqués le changement de propriétaire. Un osmhash doit tenir compte de ça. Commençons par qualifier l'unicité d'un poi et penser à une composante geospatiale plus flou. L'intervention de Gael montre bien l'intérêt commercial d'un tel système ainsi que l'intérêt de Tony. Moi même à mapquest j'ai travaillé sur cette problématique afin de travailler sur la réconciliation de plusieurs sources (voir le commentaire de Marc sur le sujet et son expérience). Je ne dis pas que c'est impossible au contraire même mais sans poser certaines bases d'accord et des use cases on va tourner en rond. La communauté a les moyens d'être créative mais structurons un peu le propos pour gagner en clarté et voir les solutions non orthodoxes gagnées car les bases auront été jetées D'un point de vue commercial si un tel système se mettait en place ça aurait une très grosse valeur. Émilie laffray On 17 Apr 2013 18:07, Christian Quest cqu...@openstreetmap.fr wrote: #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox qui est de plus en plus petite lorsque le geohash est long (et inversement). C'est un truc existant qui est même supporté en interne par postgis (ST_GeoHash). Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash En y repensant avec un ID comme Croustillette.bakery.shop@#a4u2k9 permet de facilement faire du matching partiel... bakery.shop@#a4u2k une boulangerie dans une zone un peu plus grande, shop@#a4u2 correspond juste à une boutique dans une zone encore plus grande, etc... et une simple recherche textuelle en contient fait l'affaire ;) On peut aussi déterminer le niveau de similitude entre 2 ID assez facilement (longueur de la partie commune gauche, droite ou combinée). Tout ça se calcule facile sans faire appel à des API car le principe est universel et pas spécifiquement liée à OSM. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 16 avril 2013 21:51, thevenon.jul...@free.fr a écrit : J aime bien ton idee, tu peux donner un peu plus de details sur le fonctionnement interne ? ( cf les questions ci dessous ) OK, je vais y répondre, en étant conscient que Christian ne semble pas en accord avec cette proposition, il semble vouloir ne pas aller trop vite dans l'implémentation... il voulait du REST, je lui en propose... il est bien le seul qui ait peur que je travaille trop vite :-) J'attire tout de même son attention sur le fait que mon idée de partir, non pas de la notion d'identification, mais de la notion de critères d'égalité, ou critères de reconnaissance si je parle le plus comme tout le monde que je puis, est quand même pas du niveau du codage immédiat ! Le serveur rest renvoie une lien vers une page contenant la liste des id des objets osm correspondant à ce schéma, page et liens qu'il aura fabriqué lui même. Comment il la fabrique ? Je vois ça avec l'overpass api. Le système transforme les critères d'égalité en requête overpass, puis numérote simplement les objets osm réponse, les transforme en une liste de liens, etc. L'URL de la page critère sera du type http://machin/CRITERES ( http://machin/PLACES_PIETONNES dans mon exemple) L'URL de chaque objet OSM sera du type http://machin/CRITERES/idobjet ( http://machin/PLACES_PIETONNES/4567 dans mon exemple). Donc, dans l'exemple, à partir de la, il existera dans le serveur rest une base de liens des places piétonnes, et le serveur renverra l'url d'une page contenant une liste de liens vers les places piétonnes. Cette page sera une vue de la base OSM, c'est à dire que si on ajoute ou retire une place piétonne, alors la liste sera dynamiquement modifiée en fonction. Comment tu maintiens la coherence entre la vue et le contenu de la base OSM ? Pour chaque objet de la vue, il n'y a pas de problème il me semble ? Là c'est affaire d'implémentation, Christian va rouspéter si j'en parle trop :-) Le seul choix stratégique sera de savoir si je tolère un certain retard de la vue sur le contenu de la base OSM. Ce n'est pas fondamental me semble-t-il. Pour la liste, c'est plus difficile... Là je pense obligatoire qu'il y ait un certain retard, à voir. Chaque fois que le système mettra la liste à jour, il fera une nouvelle requête overpass, et traitera selon les critères. Si un objet osm correspond à un objet déjà identifié selon les critères donnés, alors il conserve l'id. Sinon, on lui donne un nouvel id. Et si un objet enregistré ne correspond plus à aucun objet dans la requête, alors il est supprimé (mais l'id n'est pas réutilisé). Le serveur garantit que : [...] - Si quelqu'un change la valeur d'un des critères d'égalité (par exemple change les coordonnées), alors le serveur changera l'id de cet objet, l'ancien id devenant invalide, à moins qu'un autre objet osm devienne valide selon cet id. Mais dans ce cas la on perd la trace de l objet non ? si il est deplace pour etre positionne plus finement cela reste le meme objet. est ce que c est souhaitable que l ID change ? Oui, l'objet changera d'id à ce moment là. Du moins si la définition des critères d'égalité contient les coordonnées et que ça sort de la surface de tolérance. Dans le système que je propose, qui je le crois se rapporte très bien aux objets géographiques, et même mieux que le système d'id des bases de données, (sinon je le proposerai pas) c'est l'utilisateur qui distingue les objets, et donc détermine les critères d'identification des objets, et donc les critères d'égalité. C'est le rendu qui fait l'objet. Je sais que cette approche est complètement opposée à celle proposée habituellement, et apparemment opposée à celle de Christian, mais c'est celle que je défends. Par exemple, on mappe un arrêt de bus, et on dit Les critères de reconnaissance d'un arrêt de bus, c'est sa position géographique selon tel flou, son nom, sa ligne. Le système lui donnera un id selon ces critères. Et puis on s'aperçoit qu'on l'a mal mappé, qu'on s'est trompé de coté de rue, par exemple. Si le décalage sort du flou de position géographique, alors l'arrêt de bus aura un autre id, sinon, non. C'est à l'utilisateur de se donner le mou qu'il veut à l'avance, et de bien penser le jeux de critères. Normalement, pour un arrêt de bus, le couple nom-ligne est suffisant, il n'a pas besoin de mettre la coordonnée géographique. S'il a peur que deux arrêts de bus aient le même nom sur la même ligne (ce qui serait déjà fumeux), alors il rajoute la coordonnée. Si, en plus, il se trompe dans le mapping... OSM ne peut plus rien pour lui, son système est merdique, et il est justifié qu'il donne un nouvel id il me semble :-) - Si quelqu'un change la valeur d'une propriété de l'objet osm non incluse dans les critères d'égalité, alors l'id de l'objet ne change pas. Meme question que precedemment, comment detectes tu les changements ? Là je vois pas le problème : si j'admets un certain retard je lis
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 17 avril 2013 11:13, Christian Quest cqu...@openstreetmap.fr a écrit : J'aime bien l'idée d'Ista Pouss de pouvoir choisir les critères de flou, mais en même temps ça me semble être une approche plus dans la logique d'un outil que dans la définition d'un ID plus ou moins réutilisable entre bases externes. Merci. Attention que le critère de flou n'est qu'un des critères ; en fait je propose de pouvoir choisir tous les critères. Chacun critère est une propriété d'un objet osm et, plus prosaïquement, un truc exprimable avec l'api overpass. Si on arrivait à un ID qui puisse fonctionner hors OSM ou API à interroger systématiquement ça serait pas mal non plus. Je reprends ma boulangerie... si l'ID bakery@#a4u2k9 est utilisé dans 2 bases externes, elle peuvent savoir qu'elles parlent de la même chose (concept emprunté aux linked data). Mais pour obtenir le #a4u2k9 comment vas-tu faire ? Il va bien te falloir une api, non ? Une fois que tu l'as, il n'est plus besoin d'interroger l'api. Avec le système que je propose, c'est pareil. Il garantit que l'URL qu'il donne restera toujours la même, tant que l'objet satisfait les critères de reconnaissance. Plus fondamentalement, à partir du moment où OSM n'a comme ambition de n'enregistrer que ce qui se voit sur le terrain, il est nécessaire de disposer d'un système externe pour reconnaître et identifier les objets. Si tu connais les linked data, tu sais aussi que, dans les conceptions programmations orientés objets les plus pures, un objet n'a pas d'id :-) Bien sûr, pour retrouver l'objet OSM actuel, il faudra faire la résolution de l'ID. Pour la résolution, et pour la génération également. Tu peux t'en passer pour la génération si tu spécifies les critères de hash, pour que tout le monde génère le même hash pour un même objet osm. Donc ça revient à donner les critères sélectionnant les propriétés pertinentes, donc ça revient à... ce que je dis :-) Au lieu d'implémenter, tu spécifies, c'est tout. Je ne suis pas contre. La partie sémantique pourrait même contenir une sorte de hiérarchie, ce qui permettrait de gérer le flou sémantique au sein même de l'ID comme on peut déjà le faire au niveau géographique en raccourcissant le geohash. Dans le système que je propose, la partie hiérarchie est prise en charge par le nom du schema de reconnaissance : http://truc/BAKERY/345 Il est conceptuellement possible (ça devient compliqué à la mise en oeuvre, mais c'est théoriquement possible) de modéliser la fabrication de l'id à partir des critères pertinents, puisqu'on a ces critères. Par exemple, on décide que, pour les boulangeries, le critère de reconnaissance c'est l'adresse et le nom ; on peut imaginer dire au système pour les boulangeries fabrique moi un identifiant avec le nom - puisqu'il a le nom. Et alors l'URL deviendrait http://truc/BAKERY/Boulangerie_Centrale:345 Ex: shop.bakery.Croustillette@#a4u2k9 est plus précis que shop@#a4u2k9 Oui, mais au niveau de l'id, on se fiche de tout ça. Ce qui est important au niveau de l'id est, soit de pouvoir le vérifier par un humain, soit de donner son autorité (soit non exclusif). Chez moi l'autorité sera le site d'hébergement du service (qui peut être osm ! ), et donnée aussi par le nom du schéma de reconnaissance. Ce que tu proposes est plutôt un id à partir d'un classement. Ça peut se faire aussi, mais au point où nous en sommes, ça me parait prématuré. Cordialement. -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 17 avril 2013 13:17, Pieren pier...@gmail.com a écrit : 2013/4/17 Ista Pouss ista...@gmail.com Il garantit que l'URL qu'il donne restera toujours la même, tant que l'objet satisfait les critères de reconnaissance. C'est un peu vague tout ça. Personne n'est capable de dire ce que sont ces critères de reconnaissance. Exemples: Je ne sais pas. Il me semble que j'ai précisé que c'est l'utilisateur de ces ids qui précisent les critères de reconnaissance, je ne vois pas ce qu'il y a de vague. Si les utilisateurs d'id sont des concepteurs d'application informatiques, ce sera à eux. Si c'est des responsables de toutes sortes et de toutes confessions, à eux. - une boulangerie qui change de propriétaire et de nom, va-t-elle changer d'ID ? - une boulangerie qui change de propriétaire, qui conserve son nom mais change son numéro de téléphone (ou d'operator), va-t-elle changer d'ID ? - une boulangerie qui déménage dans la même rue ou la même ville, va-t-elle changer d'ID ? - une boulangerie qui change de ville, va-t-elle changer d'ID ? La réponse n'est pas au système que je propose, mais à ceux qui diront une boulangerie c'est ceci, ceci, et cela. Il y aura autant de réponse que de responsables, c'est habituel. S'ils répondent qu'une boulangerie n'est plus la même si elle change de propriétaire et de nom, alors, pour autant que sur osm on ait son propriétaire et son nom, si on a définit un schéma sur le système que je propose, l'id de cette boulangerie changera selon ce schéma. S'ils répondent qu'une boulangerie n'est plus la même si elle change de propriétaire, conserve son nom mais pas son numéro de téléphone, alors ils feront le schéma correspondant et le système gèrera les ids en correspondance pareil. Bon, etc ; je me doute que les variations sont infinies. Infinis aussi seront les ids et les schémas d'ids, ça n'a aucune importance et ça n'est pas vague du tout. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 17 avril 2013 15:31, Pieren pier...@gmail.com a écrit : La question est alors : est-ce que l'id généré est unique ? et comment faire pour qu'il soit reversible ? (un id retourne un seul objet OSM) Si la liste des critères est inconnue, les id's sont inexploitables par d'autres. Unique ? Oui, selon le schéma demandé. C'est quand même le but :-) Réversible (qu'un id ne retourne qu'un seul objet) ? Oui, par décision d'implémentation :-) Je veux dire que, à la création du schéma, si deux objets osm sont égaux selon les critères donnés, alors le système refuse tout. Par la suite, si deux objets sont égaux selon les critères donnés, alors le système invalidera ces deux objets selon ce schéma. Si la liste des critères est inconnue... il n'y a aucune raison pour qu'elle soit inconnue, pourquoi penses-tu ça ? Le nom du schéma sera connu, les critères utilisés dans ce schéma seront connus, les url fabriquées selon ce schéma seront complètement échangeables et exploitables par d'autres... quel problème conceptuel ou technique cela poserait-il ? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 17 avril 2013 19:06, Christian Quest cqu...@openstreetmap.fr a écrit : #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox qui est de plus en plus petite lorsque le geohash est long (et inversement). C'est un truc existant qui est même supporté en interne par postgis (ST_GeoHash). Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash En y repensant avec un ID comme Croustillette.bakery.shop@#a4u2k9 permet de facilement faire du matching partiel... bakery.shop@#a4u2k une boulangerie dans une zone un peu plus grande, shop@#a4u2 correspond juste à une boutique dans une zone encore plus grande, etc... et une simple recherche textuelle en contient fait l'affaire ;) On peut aussi déterminer le niveau de similitude entre 2 ID assez facilement (longueur de la partie commune gauche, droite ou combinée). Tout ça se calcule facile sans faire appel à des API car le principe est universel et pas spécifiquement liée à OSM. Je me permets de te dire que ça revient peu ou prou à mon système... les bakery.shop ne sont rien d'autres que des critères sur des propriétés des objets osm, que je sache ? Chez toi les propriétés retenues sont fixes, et même classées, sauf erreur si j'ai bien compris me semble-t-il. Mais s'il n'y a pas besoin d'api au motif que le principe est universel... Let's go. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...
Le 16 avril 2013 07:19, THEVENON Julien julien_theve...@yahoo.fr a écrit : L idee est justement de reperer les constantes dans les diffs d OSM pour determiner si elles sont passee d un objet a l autre par exemple Mais heu... pourquoi prendre le problème sur les diffs ? Si je prends deux objets osm tels que je peux les voir dans Josm, par ex, et si j'ai des règles qui me permettent d'obtenir ce qui forme constante chez eux (si c'est deux chemins, par ex, alors ils sont égaux si... , si c'est deux forêts, alors elles sont égales si...), alors, evidemment, je pourrai aussi le faire sur les diffs, je suppose, mais je ne vois pas ce qu'apportent les diffs en particulier sur ce problème particulier ? (et en plus j'ai une base pour avoir un id, thelastbutnottheleast). -- Les dérives de rue : Profession émotion http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
