Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Intéressant ! Pour mémoire, Guillaume Touya est l'auteur de la première évaluation de la qualité des données OpenStreetMap par l'IGN. http://geotribu.net/sites/default/files/Tuto/img/Blog/OSM/touya_girres_SAGEO_09_r%C3%A9sum%C3%A9.pdf Denis -Message d'origine- De : SylvainH [mailto:nbelsylv...@hotmail.com] Envoyé : vendredi 11 janvier 2013 08:51 À : talk-fr@openstreetmap.org Objet : [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives Vu par hasard ce matin sur le web : http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-de-stage-a-l-IGN-sur-les-donnees-collaboratives-tp5743888.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Interessant comme sujet ! J espere que le rapport et les resultats seront publies Julien De : SylvainH nbelsylv...@hotmail.com À : talk-fr@openstreetmap.org Envoyé le : Vendredi 11 janvier 2013 8h50 Objet : [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives Vu par hasard ce matin sur le web : http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-de-stage-a-l-IGN-sur-les-donnees-collaboratives-tp5743888.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
2013/1/11 THEVENON Julien julien_theve...@yahoo.fr: Ca me fait penser qu'on devrait pouvoir détecter et corriger nous-même ces grappes de bâti qui ne sont dans aucun landuse ou en pleine forêt. C'est une étape qui manque dans l'import cadastral. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un communauté de commune qui participe, mais…
Le 10 janv. 2013 à 21:41, Romain MEHUT a écrit : Perso, je trouve que le ton très familier vis à vis d'une collectivité est plutôt risqué. A nous de faire preuve de pédagogie... désolé d'avoir choqué, mais je ne vais pas battre ma coulpe trop longtemps ;-) Juste une petite rectification, ce n'est pas une CC mais un Syndicat mixte, oups… Et une précision, j'ai adressé ce message via le compte du contributeur, donc au sein du Sivom, ce ne devrait être que le contributeur à Osm qui le recevra (s'il est encore là et que ce n'était pas un stagiaire jetable…). Il me semble aussi avoir bien précisé que si mes doutes ne sont pas fondés, je lui présentais des excuses par avance. Le truc, et c'est pour ça que j'avais mis la copie de mon message sur la liste, c'est que j'aurai bien aimé faire une vérification, mais je n'ai pas accès aux couche carto qui permettraient de le faire (bd topo, bd nyme, cadastre numérisé ou autre) et que si quelqu'un avait ça en stock et pouvait jeter un coup d'oeil, ça aurait permis de lever le doute. Il serait peut-être possible de le faire en regardant la vitesse des intégrations, mais la non plus je ne connais pas les outils. Ceci dit je préfère très nettement me tromper et avoir des doutes illégitimes, c'est juste le nombre de trucs à modifier qui m'emm… ;-) Romain Le 10 janvier 2013 16:51, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 10 janvier 2013, Christian Quest wrote: Nous avons mis en place ce groupe pour éviter de pointer du doigt tel ou tel contributeur. Cela permet aussi un peu plus de diplomatie... ça évite les crispations. Donc à suivre sur GA... Oui, enfin, on est pas obligé non plus hein ? Si ades_six préfère en parler ici, ça peut aussi bien le faire, GA ça veut dire Dernier Recours, sans quoi on va nous reprocher de faire le comité des pontes dans leur tour d'ivoire qui ne font que mimiquer le DWG ;-p A nous tous de rester respectueux et de pré-supposer la bonne foi avant tout. (ce qui, j'en suis sûr, est le cas ici) Ce qui suivait le : Je suis sans doute un peu parano ;-) (...) pourrait peut-être être mal vu par la CC si elle voit se message en public en se disant : hé ben, on veux bien faire et s'est limite si on passe pour des sagouins, mais avec le simley, ça passe un peu mieux ;-) Les invité à en parler, est toutefois la bonne démarche que tu as eu à mon avis. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
J'ai mis l'info sur le site web... et corrigé le landuse et divers détails à partir de bing et du cadastre ;) http://www.openstreetmap.org/?lat=43.27734lon=-0.37162zoom=17layers=M Le 11 janvier 2013 09:47, Pieren pier...@gmail.com a écrit : 2013/1/11 THEVENON Julien julien_theve...@yahoo.fr: Ca me fait penser qu'on devrait pouvoir détecter et corriger nous-même ces grappes de bâti qui ne sont dans aucun landuse ou en pleine forêt. C'est une étape qui manque dans l'import cadastral. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition d'intégration des données du parc botanique de Haute-Bretagne
Oui Pieren ta remarque est tout à fait pertinente et je suis totalement d'accord avec toi. Dans ma procédure d'extraction, je pense faire un gros tri qui enlèvera les brins d'herbes et les branches d'arbre. ;-) Déjà le principal c'est la position des arbres et leurs essences. Après le reste je verrai. De toute façon dès que j'ai réussi à accéder à la visualisation des données, je vous tiens au courant sur cette liste pour que tout le monde puisse donner son avis sur ce qu'il faut verser ou pas dans OpenStreetMap. Nicolas Le 10/01/2013 10:39, Pieren a écrit : 2013/1/9 Nicolas Moyroud nmoyr...@free.fr: 5 ?! Euh, personne ne se demande si ça vaut vraiment la peine de géolocaliser chaque brin d'herbe ou branche d'arbre d'un parc, même botanique, dans OSM ? Bon on a vu que les zoos dans OSM pouvaient parfois indiquer les différentes zones par animaux mais on n'a pas une telle densité de données (au pire, 30, 50 éléments ?). Une densité telle qu'elle nécessiterait des outils spéciaux pour les visualiser (zoom = 25 ?) sans parler des limitations de certains éditeurs. Moi, je sais pas. Je pose juste la question. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Si d'aventure le futur stagiaire lit ce fil de discussion, il sera bien inspiré d'aller piocher de bonnes idées de sites de référence sur cette page (en particulier pour trouver des zones à généraliser) : http://wiki.openstreetmap.org/wiki/FR:Cartotheque Ce serait bien également de travailler sur une zone (commune, canton ...) pour laquelle le landuse a été laissé en l'état depuis l'import Corine, avec quelques polygones non importés automatiquement, afin de montrer comment la situation peut être améliorée : _ Utilisation de l'outil http://clc.openstreetmap.fr _ Prise en considération de données disponibles en Open Data, mais encore faiblement mises en valeur dans OSM (en particulier le Référentiel Parcellaire Graphique, qui est très complémentaire de Corine) _ Les outils classiques Orthophotos / Cadastre _ Et le terrain ! 2013/1/11 SylvainH nbelsylv...@hotmail.com Vu par hasard ce matin sur le web : http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf http://recherche.ign.fr/labos/cogit/pdf/PROPOSITIONS/2013_stage_Carto_lodHeterogene.pdf -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-de-stage-a-l-IGN-sur-les-donnees-collaboratives-tp5743888.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Le 11 janvier 2013 10:47, Ab_fab gamma@gmail.com a écrit : _ Prise en considération de données disponibles en Open Data, mais encore faiblement mises en valeur dans OSM (en particulier le Référentiel Parcellaire Graphique, qui est très complémentaire de Corine) C'est en projet... cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Occupation_du_sol ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Si j'ai bien compris ce sont les élément de Corinne que tu modifies ? Dans ce cas que se passe-t-il si quelqu'un réimporte Corinne ? Je pose la question car dans mon p'tit coin (je suis très localiste) il me semble avoir adapté (il y a p'tet 3 ans maintenant et j'ai la mémoire qui flanche) des éléments de Corinne à la réalité (contour des parcelle cadastrales bâtie, sur fond du scan du cadastre en ligne) mais ça a été remplacé depuis, j'ai l'impression que corinne a été réimporté (pas certain quand même). Faut refaire ? Le 11 janv. 2013 à 10:29, Christian Quest a écrit : J'ai mis l'info sur le site web... et corrigé le landuse et divers détails à partir de bing et du cadastre ;) http://www.openstreetmap.org/?lat=43.27734lon=-0.37162zoom=17layers=M Le 11 janvier 2013 09:47, Pieren pier...@gmail.com a écrit : 2013/1/11 THEVENON Julien julien_theve...@yahoo.fr: Ca me fait penser qu'on devrait pouvoir détecter et corriger nous-même ces grappes de bâti qui ne sont dans aucun landuse ou en pleine forêt. C'est une étape qui manque dans l'import cadastral. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Oui, grâce à Mickaël, Moutiers-sous-Argentonhttp://www.openstreetmap.org/?lat=46.9688lon=-0.372zoom=13layers=Msera peut être une bonne zone cobaye pour cette étude :-) Le 11 janvier 2013 10:51, Romain MEHUT romain.me...@gmail.com a écrit : Le 11 janvier 2013 10:47, Ab_fab gamma@gmail.com a écrit : _ Prise en considération de données disponibles en Open Data, mais encore faiblement mises en valeur dans OSM (en particulier le Référentiel Parcellaire Graphique, qui est très complémentaire de Corine) C'est en projet... cf. http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Occupation_du_sol ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Dans le genre la commune de Caseneuve à côté d'Apt n'est pas mal non plus ! http://www.openstreetmap.org/?lat=46.9688lon=-0.372zoom=13layers=M Nicolas Le 11/01/2013 11:00, Ab_fab a écrit : Oui, grâce à Mickaël, Moutiers-sous-Argenton http://www.openstreetmap.org/?lat=46.9688lon=-0.372zoom=13layers=M sera peut être une bonne zone cobaye pour cette étude :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] wiki travel bientôt de sortie
Salut, La communauté Wikimedia va lancer la semaine prochaine son nouveau projet Wiki voyage http://fr.wikivoyage.org, qui est éminemment cartographique. Je m'éloigne un peu du sujet OSM en proposant d'y contribuer, mais Wikimedia a toujours été un projet frère et je pense qu'un contributeur OSM peut faire le boulot rapidement. Je constate que les coordonnées géographiques sont bien présentes en haut à droite de certaines pages, mais qu'il y en a peu (genre New-Yorkhttp://en.wikivoyage.org/wiki/New_York_CityOK mais Stuttgart http://fr.wikivoyage.org/wiki/Stuttgart non). Or je vois que sur chaque page un lien vers l'article wikipedia du lieu est fait : [[Wikipedia:fr:Stuttgart]] Comme vous le savez surement la plupart des pages wikipedia sont déjà géolocalisée via leur coordonnées mais également avec l'objet OSM. Action rapide : importer les coordonnées dans wiki voyage depuis wikipedia. A priori il n'y a pas de problématique de maintenabilité, les lieux géographiques changeant rarement de place ^^ Autre sujet : je remarque qu'il n'y a pas de mini-map sur wiki travel alors qu'elle existe en haut à droite à coté des coordonnées sur Wikipedia Encore autre sujet : Il y a beaucoup de lieux indiqués au sein des pages, mais aucun n'est géolocalisé ex:* La Tour Eiffel, RER C Station Champ de Mars - Tour Eiffel ; métro 6, Station : Bir-Hakeim* Tout cela manque cruellement de précision ... Bref il y a beaucoup à faire, je regrette de n'avoir que des compétences limités, je l'aurai bien fait moi-même :( Je publie également ce message la mailing-list MAPS de wikimediahttps://lists.wikimedia.org/mailman/listinfo/maps-l, si vous voulez aider welcome. a+ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Le 11 janvier 2013 11:00, ades_...@orange.fr ades_...@orange.fr a écrit : Si j'ai bien compris ce sont les élément de Corinne que tu modifies ? Dans ce cas que se passe-t-il si quelqu'un réimporte Corinne ? Je pose la question car dans mon p'tit coin (je suis très localiste) il me semble avoir adapté (il y a p'tet 3 ans maintenant et j'ai la mémoire qui flanche) des éléments de Corinne à la réalité (contour des parcelle cadastrales bâtie, sur fond du scan du cadastre en ligne) mais ça a été remplacé depuis, j'ai l'impression que corinne a été réimporté (pas certain quand même). Faut refaire ? Il faudrait que tu donnes un lien... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] wiki travel bientôt de sortie
C'est dommage d'autant plus que sur l'exemple des stations de métro, j'ai rajouté les liens vers l'article wikipédia de chacune d'elles pour Paris... Décidément, wikipédia a une culture textuelle et pas base de données. A l'aube du web sémantique c'est dommage. Le 11 janvier 2013 11:51, Florian LAINEZ winner...@free.fr a écrit : Salut, La communauté Wikimedia va lancer la semaine prochaine son nouveau projet Wiki voyage http://fr.wikivoyage.org, qui est éminemment cartographique. Je m'éloigne un peu du sujet OSM en proposant d'y contribuer, mais Wikimedia a toujours été un projet frère et je pense qu'un contributeur OSM peut faire le boulot rapidement. Je constate que les coordonnées géographiques sont bien présentes en haut à droite de certaines pages, mais qu'il y en a peu (genre New-Yorkhttp://en.wikivoyage.org/wiki/New_York_CityOK mais Stuttgart http://fr.wikivoyage.org/wiki/Stuttgart non). Or je vois que sur chaque page un lien vers l'article wikipedia du lieu est fait : [[Wikipedia:fr:Stuttgart]] Comme vous le savez surement la plupart des pages wikipedia sont déjà géolocalisée via leur coordonnées mais également avec l'objet OSM. Action rapide : importer les coordonnées dans wiki voyage depuis wikipedia. A priori il n'y a pas de problématique de maintenabilité, les lieux géographiques changeant rarement de place ^^ Autre sujet : je remarque qu'il n'y a pas de mini-map sur wiki travel alors qu'elle existe en haut à droite à coté des coordonnées sur Wikipedia Encore autre sujet : Il y a beaucoup de lieux indiqués au sein des pages, mais aucun n'est géolocalisé ex:* La Tour Eiffel, RER C Station Champ de Mars - Tour Eiffel ; métro 6, Station : Bir-Hakeim* Tout cela manque cruellement de précision ... Bref il y a beaucoup à faire, je regrette de n'avoir que des compétences limités, je l'aurai bien fait moi-même :( Je publie également ce message la mailing-list MAPS de wikimediahttps://lists.wikimedia.org/mailman/listinfo/maps-l, si vous voulez aider welcome. a+ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Le 11 janvier 2013 12:33, Romain MEHUT romain.me...@gmail.com a écrit : Le 11 janvier 2013 11:00, ades_...@orange.fr ades_...@orange.fr a écrit : Si j'ai bien compris ce sont les élément de Corinne que tu modifies ? Dans ce cas que se passe-t-il si quelqu'un réimporte Corinne ? A moins que Corinne deviennent nettement plus précis, il n'est pas question de mettre à jour ces données par un import d'une nouvelle version de CLC. CLC a permis de remplir grossièrement le landuse pour pouvoir l'affiner à partir des images aériennes que l'on a maintenant et bien sûr du terrain. Je pose la question car dans mon p'tit coin (je suis très localiste) il me semble avoir adapté (il y a p'tet 3 ans maintenant et j'ai la mémoire qui flanche) des éléments de Corinne à la réalité (contour des parcelle cadastrales bâtie, sur fond du scan du cadastre en ligne) mais ça a été remplacé depuis, j'ai l'impression que corinne a été réimporté (pas certain quand même). Faut refaire ? Non il n'y a pas eu de réimport ni de mise à jour automatique de CLC. Il faudrait que tu donnes un lien... Ah ah... j'ai bien trouvé où c'était sans aide ;) Un indice: RedFox a pas mal contribué sur la zone. Un autre indice... mes derniers changesets ;) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] wiki travel bientôt de sortie
Bonjour Le 11/01/2013 11:51, Florian LAINEZ a écrit : Salut, La communauté Wikimedia va lancer la semaine prochaine son nouveau projet Wiki voyage http://fr.wikivoyage.org, qui est éminemment cartographique. Les projets existe déja depuis fin décembre 2012 sur les serveurs de la Wikimedia Foundation, les différents projets linguistiques sont en cours avec actuellement actif : 'de', 'en', 'fr', 'it', 'nl', 'ru', 'sv', 'pt', 'es' Je constate que les coordonnées géographiques sont bien présentes en haut à droite de certaines pages, mais qu'il y en a peu (genre New-York http://en.wikivoyage.org/wiki/New_York_City OK mais Stuttgart http://fr.wikivoyage.org/wiki/Stuttgart non). Or je vois que sur chaque page un lien vers l'article wikipedia du lieu est fait : [[Wikipedia:fr:Stuttgart]] Car, la structure wikitravel étant en dehors à l'époque des projets de la Wikimedia Foundation, les contributeurs n'avait pas les même moyens, temps, moment, personnes pour avoir des avancées d'informations aussi rapide que Wikipédia (qui, je le rappelle haut et fort n'est qu'UN projet parmi tant d'autre Action rapide : importer les coordonnées dans wiki voyage depuis wikipedia. A priori il n'y a pas de problématique de maintenabilité, les lieux géographiques changeant rarement de place ^^ Et pourquoi pas attendre Wikidata, car c'est tel le but de ce projet ? Autre sujet : je remarque qu'il n'y a pas de mini-map sur wiki travel alors qu'elle existe en haut à droite à coté des coordonnées sur Wikipedia Je le répète, Wikivoyage vient tout juste d'arriver avec leurs contributeurs qui ne sont pas forcément familier de ce que faisait Wikipédia Encore autre sujet : Il y a beaucoup de lieux indiqués au sein des pages, mais aucun n'est géolocalisé ex:/La *Tour Eiffel*, RER C Station Champ de Mars - Tour Eiffel ; métro 6, Station : Bir-Hakeim/ Tout cela manque cruellement de précision ... Non, pas de précision. La précision, elle existe, aussi bien sur wikipédia, mais également OSM, mais uniquement de contributeur Bref il y a beaucoup à faire, je regrette de n'avoir que des compétences limités, je l'aurai bien fait moi-même :( « La tour de Pise ne s'est pas inclinée en 1 journée, mais elle s'est inclinée » Wikivoyage progressera à la vitesse qu'il lui est souhaitable de vivre, mais elle progresse. Ensuite un robot peut faire le travail : Le géolocalisation peuvent passer de l'un à l'autre, mais comme tu le dit, il faut trouver la compétence. -- Cordialement David Crochet http://fr.wikiversity.org : Communauté pédagogique libre à laquelle chacun peut prendre part ! http://www.wikimedia.fr : Aidons la diffusion de la connaissance libre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] wiki travel bientôt de sortie
Wikidata arrive patience. Wikidata est le projet de base de données de Wikipédia. http://www.wikidata.org/wiki/Wikidata:Accueil_principal http://fr.wikipedia.org/wiki/Wikidata http://www.wikidata.org/wiki/Q12563 Christian, je te laisse proposer un tag OSMpour wikidata ;) Frédéric. Le 11 janvier 2013 12:41, Christian Quest cqu...@openstreetmap.fr a écrit : C'est dommage d'autant plus que sur l'exemple des stations de métro, j'ai rajouté les liens vers l'article wikipédia de chacune d'elles pour Paris... Décidément, wikipédia a une culture textuelle et pas base de données. A l'aube du web sémantique c'est dommage. Le 11 janvier 2013 11:51, Florian LAINEZ winner...@free.fr a écrit : Salut, La communauté Wikimedia va lancer la semaine prochaine son nouveau projet Wiki voyage http://fr.wikivoyage.org, qui est éminemment cartographique. Je m'éloigne un peu du sujet OSM en proposant d'y contribuer, mais Wikimedia a toujours été un projet frère et je pense qu'un contributeur OSM peut faire le boulot rapidement. Je constate que les coordonnées géographiques sont bien présentes en haut à droite de certaines pages, mais qu'il y en a peu (genre New-Yorkhttp://en.wikivoyage.org/wiki/New_York_CityOK mais Stuttgart http://fr.wikivoyage.org/wiki/Stuttgart non). Or je vois que sur chaque page un lien vers l'article wikipedia du lieu est fait : [[Wikipedia:fr:Stuttgart]] Comme vous le savez surement la plupart des pages wikipedia sont déjà géolocalisée via leur coordonnées mais également avec l'objet OSM. Action rapide : importer les coordonnées dans wiki voyage depuis wikipedia. A priori il n'y a pas de problématique de maintenabilité, les lieux géographiques changeant rarement de place ^^ Autre sujet : je remarque qu'il n'y a pas de mini-map sur wiki travel alors qu'elle existe en haut à droite à coté des coordonnées sur Wikipedia Encore autre sujet : Il y a beaucoup de lieux indiqués au sein des pages, mais aucun n'est géolocalisé ex:* La Tour Eiffel, RER C Station Champ de Mars - Tour Eiffel ; métro 6, Station : Bir-Hakeim* Tout cela manque cruellement de précision ... Bref il y a beaucoup à faire, je regrette de n'avoir que des compétences limités, je l'aurai bien fait moi-même :( Je publie également ce message la mailing-list MAPS de wikimediahttps://lists.wikimedia.org/mailman/listinfo/maps-l, si vous voulez aider welcome. a+ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] wiki travel bientôt de sortie
Le 11 janvier 2013 12:41, Christian Quest cqu...@openstreetmap.fr a écrit : C'est dommage d'autant plus que sur l'exemple des stations de métro, j'ai rajouté les liens vers l'article wikipédia de chacune d'elles pour Paris... Décidément, wikipédia a une culture textuelle et pas base de données. A l'aube du web sémantique c'est dommage. Je bondis sur le troll ! J'ignorais que le web sémantique était une culture base de données ?... Et il me semble que le texte transporte bien plus de sens qu'une base de données.Et puis encore, l'aube du web sémantique dure déjà depuis... Perso je crois que ça fait plus de 10 ans que j'en entends parler. Drôle d'aube. Pour autant, moi aussi, je continue de penser que c'est l'avenir :-) Bref je ne suis ni contre le web sémantique, ni contre les bases de données, ni contre le sens, et encore moins contre wikipedia. Mais je critique OSM d'avoir une culture trop axée base de données. Le sens, en effet, dépend du rendu. On le voit tout le temps ici avec toutes les discussions sur la localisation des termes, leur usage, ou même leur traitement scientifique, tel en premier lieu la géographie, mais aussi l'histoire, ou la définition du temps. Comment définir une simple limite entre deux zones, si on ne fait pas intervenir une façon d'observer, donc un rendu ? Hugh. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de stage à l'IGN sur les données collaboratives
Le 11 janv. 2013 à 12:45, Christian Quest a écrit : Le 11 janvier 2013 12:33, Romain MEHUT romain.me...@gmail.com a écrit : Le 11 janvier 2013 11:00, ades_...@orange.fr ades_...@orange.fr a écrit : Si j'ai bien compris ce sont les élément de Corinne que tu modifies ? Dans ce cas que se passe-t-il si quelqu'un réimporte Corinne ? A moins que Corinne deviennent nettement plus précis, il n'est pas question de mettre à jour ces données par un import d'une nouvelle version de CLC. CLC a permis de remplir grossièrement le landuse pour pouvoir l'affiner à partir des images aériennes que l'on a maintenant et bien sûr du terrain. ok Je pose la question car dans mon p'tit coin (je suis très localiste) il me semble avoir adapté (il y a p'tet 3 ans maintenant et j'ai la mémoire qui flanche) des éléments de Corinne à la réalité (contour des parcelle cadastrales bâtie, sur fond du scan du cadastre en ligne) mais ça a été remplacé depuis, j'ai l'impression que corinne a été réimporté (pas certain quand même). Faut refaire ? Non il n'y a pas eu de réimport ni de mise à jour automatique de CLC. Il faudrait que tu donnes un lien... Ah ah... j'ai bien trouvé où c'était sans aide ;) Un indice: RedFox a pas mal contribué sur la zone. Un autre indice... mes derniers changesets ;) bin ça me fait un blem de plus, à moins que tu utilise un tracteur pour naviguer sur la Loire (Saumur et les Ponts-de-Cé, je suis aller voir à 25 bornes de part et d'autre)? Plus sérieusement, comme je ne pense pas qu'il s'agisse d'une invention, tu as définis comment le 'waterway' ? attention c'est pas un braquage ;-)), c'est juste parce que je me pose la question de savoir comment il est défini en général. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] wiki travel bientôt de sortie
Je vais détroller un coup... wikitravel est donc un projet ancien qui rejoint le giron de wikipédia... ça change pas mal de choses, je pensais que c'était un nouveau projet qui démarrait. Avec la masse de données déjà existante il serait possible de créer un squelette de base de façon automatique puis à permettre de le compléter sur un mode wiki pour une vue voyage/tourisme plutôt qu'encyclopédique. Pour le web sémantique, oui, ça met du temps à prendre, mais c'est clairement l'avenir. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation du réseau électrique français
François Lacombe avait énoncé : Et près de chez moi, il y des pylones HT à 2, 4 ou 5 conducteurs, et c'est de la HTA. Voilà un pylône de 5, qui se divise ensuite en 3+2 : http://goo.gl/maps/8N7r0 Donc même si on met l'info du nombre de circuits, ça ne donne pas forcément l'info sur le nombre de phases. Pour le cas que tu donnes, cela mérite que je pose la question à RTE. Sur le pylone à 5 conducteurs il y a un circuit à 3 phases et il semble qu'il y en ai un 2nd à... 2 phases qui correspondrait à la ligne 1 entre Malaunay et La Vaupaliere. Ils doivent aimer innover mais cela m'étonnerait que ce circuit soit en service. L'autre circuit qui arrive à Malaunay est aussi à deux phases, piquées sur la ligne La Vaupalière-Bourgay-Campeaux. Toutes ces lignes sont indiquées en service sur les cartes RTE récentes. Malaunay est un poste électrique SNCF... peut-être n'ont ils pas besoin de triphasé. Évidemment, ce sont des exceptions, mais en attendant que quelqu'un fasse des relations route=power dans cette zone, l'info sur le nombre de cables est exclusivement dans le tag «cables» ;) Ça pourra toujours être supprimé quand ça fera doublon... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Liste des communes à importer inaccessible
Bonjour, Depuis ce matin, la page indiquant la liste des communes vectorisées restant à importehttp://openstreetmap.fr/outils/limites-communales-a-importerr ne s'affiche plus. Quelqu'un est au courant ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Bonjour, Le 11 janvier 2013 13:53, Plop76 vaujani...@free.fr a écrit : L'autre circuit qui arrive à Malaunay est aussi à deux phases, piquées sur la ligne La Vaupalière-Bourgay-Campeaux. Toutes ces lignes sont indiquées en service sur les cartes RTE récentes. Malaunay est un poste électrique SNCF... peut-être n'ont ils pas besoin de triphasé. Évidemment, ce sont des exceptions, mais en attendant que quelqu'un fasse des relations route=power dans cette zone, l'info sur le nombre de cables est exclusivement dans le tag «cables» ;) Ça pourra toujours être supprimé quand ça fera doublon... Ah... une alimentation SNCF en effet. En fait ce sont des alimentation bi-phasées, le primaire des transfos caténaires est branché dessus. La question du nombre de câble est soulevée pour un problème d'optimisation, si il doit être maintenu soit, j'essayais de donner quelques pistes pour pas charger la base. Le plus important reste pour moi d'utiliser power=line dans tous les cas et d'employer power=cable à plus utile. Parce que là il y a un problème de modélisation. J'espère que la discussion progressera sur le wiki. -- *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
Re: [OSM-talk-fr] Liste des communes à importer inaccessible
La liste http://suivi.openstreetmap.fr/communes/suivi-vectoriel.txt est étonnamment longue... et signale des problèmes sur des communes qui n'en ont pas. Du coupe le script est TRES long à passer tout ça en revue. Je vais voir comment éviter ce genre de cas. Le 11 janvier 2013 14:23, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Depuis ce matin, la page indiquant la liste des communes vectorisées restant à importer ne s'affiche plus. Quelqu'un est au courant ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Si les modélisations sont trop sophistiquées, le contributeur moyen ne pourra que tracer les lignes. Si vous êtes trop spécifiques pour la France, tout sera a recommencer ailleurs. Je veux bien pour le Québec indiquer que les lignes sont à 735kv ou autre, qu'il y a 4 ou 6 cables, que les postes transforment de tel à tel voltage. Il y a aussi les postes frontaliers qui assurent la protection entre les réseaux de deux états. Et je ne suis pas très familier avec le tout, nous avons aussi au Québec une ligne en courant continu. Mais doit-on aller beaucoup plus loin dans la modélisation. Qui pourra maintenir le tout ensuite? Pierre De : François Lacombe francois.laco...@telecom-bretagne.eu À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 11 janvier 2013 8h31 Objet : Re: [OSM-talk-fr] Modélisation du réseau électrique français Bonjour, Le 11 janvier 2013 13:53, Plop76 vaujani...@free.fr a écrit : L'autre circuit qui arrive à Malaunay est aussi à deux phases, piquées sur la ligne La Vaupalière-Bourgay-Campeaux. Toutes ces lignes sont indiquées en service sur les cartes RTE récentes. Malaunay est un poste électrique SNCF... peut-être n'ont ils pas besoin de triphasé. Évidemment, ce sont des exceptions, mais en attendant que quelqu'un fasse des relations route=power dans cette zone, l'info sur le nombre de cables est exclusivement dans le tag «cables» ;) Ça pourra toujours être supprimé quand ça fera doublon... Ah... une alimentation SNCF en effet. En fait ce sont des alimentation bi-phasées, le primaire des transfos caténaires est branché dessus. La question du nombre de câble est soulevée pour un problème d'optimisation, si il doit être maintenu soit, j'essayais de donner quelques pistes pour pas charger la base. Le plus important reste pour moi d'utiliser power=line dans tous les cas et d'employer power=cable à plus utile. Parce que là il y a un problème de modélisation. J'espère que la discussion progressera sur le wiki. -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes à importer inaccessible
Le vendredi 11 janvier 2013 14:56:00, Christian Quest a écrit : La liste http://suivi.openstreetmap.fr/communes/suivi-vectoriel.txt est étonnamment longue... et signale des problèmes sur des communes qui n'en ont pas. Du coupe le script est TRES long à passer tout ça en revue. Je vais voir comment éviter ce genre de cas. Quitte à refaire ton parseur, tu peux utiliser ça : http://suivi.openstreetmap.fr/communes/communes-vectorielles-a-importer.csv ça ira plus vite et ça sera plus simple ;-) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes à importer inaccessible
Le problème c'est pas le parseur, c'est la liste qui est actuellement fausse... plus de 700 communes avec leur limite cassées ? Vu que le script du site web refait la vérification de la présence d'une relation, puis de la bonne fermeture de celle-ci, il a du mal à encaisser les 700. C'est plutôt de ce côté qu'il faut que je revoit mon code, car là j'appelle l'overpass puis analyzer... Le 11 janvier 2013 15:28, sly (sylvain letuffe) li...@letuffe.org a écrit : Le vendredi 11 janvier 2013 14:56:00, Christian Quest a écrit : La liste http://suivi.openstreetmap.fr/communes/suivi-vectoriel.txt est étonnamment longue... et signale des problèmes sur des communes qui n'en ont pas. Du coupe le script est TRES long à passer tout ça en revue. Je vais voir comment éviter ce genre de cas. Quitte à refaire ton parseur, tu peux utiliser ça : http://suivi.openstreetmap.fr/communes/communes-vectorielles-a-importer.csv ça ira plus vite et ça sera plus simple ;-) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes à importer inaccessible
Le vendredi 11 janvier 2013 15:35:36, Christian Quest a écrit : Le problème c'est pas le parseur, c'est la liste qui est actuellement fausse... plus de 700 communes avec leur limite cassées ? Non elle est juste (ou tout du moins, a priori)... par rapport aux données de l'instant de son analyse. Mais cette liste n'indique pas uniquement les communes aux limites cassées, elle indique également les communes dont les limites appartiennent géographiquement à un département qui est cassé. This is not a bug, it's a feature ;-) C'est plutôt de ce côté qu'il faut que je revoit mon code, car là j'appelle l'overpass puis analyzer... Ou ben... tu appels l'analyzer pour chaque commune de la liste ? à chaque fois que quelqu'un visite la page ? Tudieu... quel brave ! Et sans même le moindre petite cache ? Le temps réél, ça fait rêver... mais c'est pas toujours possible ;-) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Liste des communes à importer inaccessible
Je pense interroger désormais la base monde d'osm108... si le polygone est là c'est que la relation est ok. Qui qui me créer un compte pour www-outils ? Le 11 janvier 2013 15:43, sly (sylvain letuffe) li...@letuffe.org a écrit : Le vendredi 11 janvier 2013 15:35:36, Christian Quest a écrit : Le problème c'est pas le parseur, c'est la liste qui est actuellement fausse... plus de 700 communes avec leur limite cassées ? Non elle est juste (ou tout du moins, a priori)... par rapport aux données de l'instant de son analyse. Mais cette liste n'indique pas uniquement les communes aux limites cassées, elle indique également les communes dont les limites appartiennent géographiquement à un département qui est cassé. This is not a bug, it's a feature ;-) C'est plutôt de ce côté qu'il faut que je revoit mon code, car là j'appelle l'overpass puis analyzer... Ou ben... tu appels l'analyzer pour chaque commune de la liste ? à chaque fois que quelqu'un visite la page ? Tudieu... quel brave ! Et sans même le moindre petite cache ? Le temps réél, ça fait rêver... mais c'est pas toujours possible ;-) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Bonjour, En fait je ne vais pas plus loin que ce qu'il y a dans le wiki. Je fais quelques propositions pour que l'ensemble soit plus cohérent. Passer de power=cable à power=line n'est pas spécifique à la France. Pour le tag cables=X, vu qu'on peut avoir la même valeur sur de grandes zones il peut encombrer la base et alourdir certains traitements, au delà il n'est pas gênant. Pour ce qui est de l'intérieur des postes cela fait des données en plus. Je n'ai aucune doc officielle de RTE, ou des opérateurs de réseau Canadiens à injecter dans OSM et les photos aériennes, de plus en plus précises, sont les seuls outils pour permettre de repérer les jeux de barre et les transformateurs. D'un autre côté ce sont des données pouvant rentrer dans divers cadres d'utilisations qu'il ne convient pas de limiter ici. La modélisation actuelle reste très complète et permet déjà de faire certaines choses. Il faudra surement ajouter un support pour le HDVC (les lignes à courant continu à fort voltage) pour intégrer les récents ouvrages construits pour les échanges inter-continentaux ou transfrontaliers. Le 11 janvier 2013 15:18, Pierre Béland infosbelas-...@yahoo.fr a écrit : Si les modélisations sont trop sophistiquées, le contributeur moyen ne pourra que tracer les lignes. Si vous êtes trop spécifiques pour la France, tout sera a recommencer ailleurs. Je veux bien pour le Québec indiquer que les lignes sont à 735kv ou autre, qu'il y a 4 ou 6 cables, que les postes transforment de tel à tel voltage. Il y a aussi les postes frontaliers qui assurent la protection entre les réseaux de deux états. Et je ne suis pas très familier avec le tout, nous avons aussi au Québec une ligne en courant continu. Mais doit-on aller beaucoup plus loin dans la modélisation. Qui pourra maintenir le tout ensuite? Pierre -- *De :* François Lacombe francois.laco...@telecom-bretagne.eu *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Vendredi 11 janvier 2013 8h31 *Objet :* Re: [OSM-talk-fr] Modélisation du réseau électrique français Bonjour, Le 11 janvier 2013 13:53, Plop76 vaujani...@free.fr a écrit : L'autre circuit qui arrive à Malaunay est aussi à deux phases, piquées sur la ligne La Vaupalière-Bourgay-Campeaux. Toutes ces lignes sont indiquées en service sur les cartes RTE récentes. Malaunay est un poste électrique SNCF... peut-être n'ont ils pas besoin de triphasé. Évidemment, ce sont des exceptions, mais en attendant que quelqu'un fasse des relations route=power dans cette zone, l'info sur le nombre de cables est exclusivement dans le tag «cables» ;) Ça pourra toujours être supprimé quand ça fera doublon... Ah... une alimentation SNCF en effet. En fait ce sont des alimentation bi-phasées, le primaire des transfos caténaires est branché dessus. La question du nombre de câble est soulevée pour un problème d'optimisation, si il doit être maintenu soit, j'essayais de donner quelques pistes pour pas charger la base. Le plus important reste pour moi d'utiliser power=line dans tous les cas et d'employer power=cable à plus utile. Parce que là il y a un problème de modélisation. J'espère que la discussion progressera sur le wiki. -- *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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *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
Re: [OSM-talk-fr] Modélisation du réseau électrique français
2013/1/11 François Lacombe francois.laco...@telecom-bretagne.eu: Bonjour, En fait je ne vais pas plus loin que ce qu'il y a dans le wiki. Je fais quelques propositions pour que l'ensemble soit plus cohérent. La page discussion du wiki n'est pas très surveillée. Si tu veux mobiliser plus de monde sur ce sujet, il faut lancer une invitation sur la liste tagg...@openstreetmap.org et renvoyer vers le wiki. Il est possible que certaines personnes s'en tiennent à la liste de diffusion. Ca sera alors à toi de faire la synthèse de leurs interventions sur le wiki si ça peut s'avérer utile. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modélisation du réseau électrique français
Merci Pierren de ce conseil, je vais m'y atteler. Le 11 janvier 2013 16:17, Pieren pier...@gmail.com a écrit : La page discussion du wiki n'est pas très surveillée. Si tu veux mobiliser plus de monde sur ce sujet, il faut lancer une invitation sur la liste tagg...@openstreetmap.org et renvoyer vers le wiki. Il est possible que certaines personnes s'en tiennent à la liste de diffusion. Ca sera alors à toi de faire la synthèse de leurs interventions sur le wiki si ça peut s'avérer utile. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *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
Re: [OSM-talk-fr] wiki travel bientôt de sortie
Le vendredi 11 janvier 2013 12:41:13 Christian Quest a écrit : C'est dommage d'autant plus que sur l'exemple des stations de métro, j'ai rajouté les liens vers l'article wikipédia de chacune d'elles pour Paris... Décidément, wikipédia a une culture textuelle et pas base de données. A l'aube du web sémantique c'est dommage. Je ne suis pas spécialiste (une collègue est sur le coup), mais il y a le projet dbpedia pour ça : http://wiki.dbpedia.org/ -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Invitation à la J.I.L. 2013 pour tenir 1) Conférence, 2) Atelier et Carto-Partie, 3) Stand.
*Bonjour à toutes et à tous. Le samedi 23 mars 2013 se déroulera la Journée de l'Informatique Librehttp://jil2013.fr/[ JIL 2013 ]. Cet événement est la troisième édition et pour la seconde année dans les locaux de l'Institut Supérieur de l'Électronique et du Numériquehttp://isen.fr/toulon.asp[ I.S.E.N.] de Toulon 83000. Lors de cet événement, il y a plusieurs conférences, plusieurs ateliers, une Install-Party Linux, et des stands d'informations. Cet** événement est organisé par un groupe d'élèves de 4ième année de l'ISEN Toulon http://www.cill-isen.fr/ et soutenu par les associations GULLIVAR http://gullivar.org/ et ToulonuX http://toulonux.tuxfamily.org/ . ( Nota : je suis parti prenante dans l'organisation de cet événement ( pour GULLIVAR et ToulonuX. ) Mon message est pour lancer l'appel : 1) Aux contributeurs(trices) à OpenStreetMap : Nous avons prévu un atelier OpenStreetMap avec Carto-Partie le tout sur inscription préalable par formulaire sur le site web de l'événement. Donc, qui pourrai venir à Toulon ce 23 mars 2013, pour animé l'atelier et la **Carto-Partie ? 2) Aux responsables de l’association Openstreetmap France : * *Nous avons prévu un stand d'information sur OSM et l'association OSM Fr. Et une conférence sur OpenStreetMap et l'Open data. Qui pourrai être disponible pour ces 2 activités ? Liens utiles : Site web de l'événement : http://jil2013.fr/ Page Facebook : http://www.facebook.com/events/127884684043815/ Quelques photos de l'édition 2012 : https://picasaweb.google.com/112252262441522734907/JourneeDeLInformatiqueLibre28Avril2012 Dans l'attente de vos réponses... Amicales salutations. Olivier Griffet http://griffet.net/ | Contributeur OpenStreetMap = http://www.openstreetmap.org/user/olivier_griffet_83660_carnoules | | Habitant de 83660http://www.openstreetmap.org/export/embed.html?bbox=6.17628,43.29493,6.19694,43.30505layer=mapnikmarker=43.29837,6.18737- Carnoules http://carnoules.fr/ - Var | Adhérent de GULLIVAR et ToulonuX | Utilisateur de GNU/LINUX de Linux Mint 11 [ Gnome ] + (X)Ubuntu 12.04 [ XFCE ] ; Lives USB ASRI.EDU.2.1a ; Etc... Site web de GULLIVAR : http://gullivar.org/ Site web de ToulonuX : http://toulonux.tuxfamily.org/ * ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Données
Bonjour, Eauservice, distributeur d'eau de la région lausannoise, a été sollicité par des utilisateurs désirants avoir un outil de consultation de la position des hydrantes (bornes incendie). Nous avons décidé que le projet OSM était une solution adéquate et avons ainsi préparé un jeu de données. Dans un premier temps nous nous sommes limités au territoire de la commune de Lausanne. Ce jeu de données est donc destiné à être intégré dans Open Street Map, il n'est pas utilisable à d'autres fins. La précision des données est variable, seule une centaine de bornes sont issues d'un relevé de géomètre, le reste est schématique. Si l'intégration se passe bien et vous donne satisfaction, nous prévoyons d'actualiser ces données régulièrement et d'étendre le périmètre à d'autres communes. Nous sommes à votre disposition pour répondre à d'éventuelles questions que pourrait soulever ce jeu de données. Salutations. sébastien apothéloz eauservice général +41 21 315 85 30 division environnement et soutien tél. direct: +41 21 315 85 77 case postale 7416 portable.: +41 79 444 03 23 CH-1002 Lausanne sebastien.apothe...@lausanne.chmailto:sebastien.apothe...@lausanne.ch www.lausanne.ch\eauservice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données
2013/1/11 Apothéloz Sébastien sebastien.apothe...@lausanne.ch: Nous sommes à votre disposition pour répondre à d’éventuelles questions que pourrait soulever ce jeu de données. Avant un import, il faut vérifier certains points et une annonce auprès de la communauté locale est une très bonne chose. Mais je pense que celle-ci aurait d'avantage sa place sur la liste de diffusion suisse: talk...@openstreetmap.ch Inscription: http://lists.openstreetmap.ch/mailman/listinfo/talk-ch Archives : http://lists.openstreetmap.ch/pipermail/talk-ch/ Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données - de bornes à incendie sur Lausanne
Le vendredi 11 janvier 2013 17:28:36, Apothéloz Sébastien a écrit : Bonjour, Bonjour et bienvenu sur la liste, Comme a dit pieren dans un email à coté, le mieux (en +) est sans doute de questionner la communauté local des utilisateurs de suisse et/ou s'ils existent de lausanne pour qu'ils puissent faire une évalution de la qualité, du positionnement et savoir si ça ne diluera pas ce qui existe déjà et qui peut être de meilleure (ou moins bonne) qualité. Quoi qu'il en soit, pas de précipitation ;-) Ce jeu de données est donc destiné à être intégré dans Open Street Map, il n'est pas utilisable à d'autres fins. Qu'entendez-vous par là ? Que vous ne voulez pas qu'il soit utilisé à d'autre fin ? Ou que sa qualité ne lui permet pas d'être actuellement utilisable pour autre chose ? La précision des données est variable, seule une centaine de bornes sont issues d'un relevé de géomètre, le reste est schématique. De prim abord, j'aurais alors tendance à recommander l'ajout uniquement des bornes relevées par un géomètre, et rendre disponible le reste dans un fichier séparé que les contributeurs locaux (ou vous) pourrons alors contrôler avant de les intégrer un par un. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données
Le 11 janvier 2013 17:28, Apothéloz Sébastien sebastien.apothe...@lausanne.ch a écrit : Bonjour, Eauservice, distributeur d’eau de la région lausannoise, a été sollicité par des utilisateurs désirants avoir un outil de consultation de la position des hydrantes (bornes incendie). Nous avons décidé que le projet OSM était une solution adéquate et avons ainsi préparé un jeu de données. Dans un premier temps nous nous sommes limités au territoire de la commune de Lausanne. Ce jeu de données est donc destiné à être intégré dans Open Street Map, il n’est pas utilisable à d’autres fins. Bonjour Sébastien et bienvenue ! Qu'entendez-vous par il n’est pas utilisable à d’autres fins ? Les données une fois versées dans OpenStreetMap pourront être réutilisées de façon diverses, y compris commerciales. Il n'y a pas de contrôle possible sur leur devenir ou leur usage tant que les terme de notre licence (ODbL) sont respectés à savoir mentionner OpenStreetMap comme source des données et conserver les données sous licence libre. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] Nouveau sur le forum
Le message suivant de : ## Bonjour, Marc (Besançon). Je suis passionné par les trains et je m'intéresse spécialement aux anciennes voies de chemins de fer (de tous types: normales, militaires, fluviales, betteravières, ... ) Je découvre seulement OSM depuis 2 jours et je teste certains programmes (josm, merkator, ...) Je faisais avant des tracés sur GoogleMaps et Géoportail (qui était visualisable sur un site internet), mais je ne trouve pas mon bonheur (gestions des tracés, et contraintes technique pour géoportail: changement de version et incompatibilité de l'api sur ce dernier m'ont fortement déçu ... et crispé ;-) J'aime le concept d'OSM, la philosophie. Sinon pour information: j'utilise les logiciels libres et en particulier Linux ou FreeBSD (unix) pour des serveurs et des postes virtualisés. Je m'intéresse aussi au son (haute-fidélité ou sono). a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10t=446 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleures réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] Chemin (piste) de vigne...
Le 7 janvier 2013 19:28, Vincent Pottier vpott...@gmail.com a écrit : Le 07/01/2013 17:48, Philippe Verdy a écrit : Ton pifomètre ne dispose d'aucun étalonnage possible. Si ! L'expérience ! Juste une question personnelle. Je ne parlais pas d'exprérience personnelle, qui ne suit aucune règle décrite. Le fait est que cette classification est propre à chaque contributeur qui l'estime un peu comme il veut. Le résultat est que c'est très disparate d'un endroit à l'autre, et trop fragmentaire pour que ce soit utilisable. De fait, aucun rendu ne peut s'appuyer dessus puisque cette donnée n'est PAS vérifiable, impossible à vérifier et qualifier réellement. Franchement je préfère des tags objectifs que les tags basés sur le pifomètre des uns et des autres. Si ton pifomètre est juste il doit pouvoir donner des détails plus parlants qu'un simple grade* (qui n'indique rien du tout et en fait est utilisé partout n'importe comment, ce qui en fait un tag en pratique inutilisable). D'accord tu ne vas pas tout indiquer ni toujours indiquer la largeur ou d'autres éléments sur la qualité de la voirie, mais mentionner ce que tu sais à son sujet sur des crtères plus objectifs (non liés au pifomètre très subjectif) sera certainement préférable pour pouvoir ensuite juger de la pertinence réelle d'un grade* (qu'absolument rien ne permet de vérifier ou corréler actuellement, sauf finalement le rendu sur une carte qui en tiendrait compte !). Le grade* me semble donc juste là pour taguer pour le rendu (ici pour un rendu sur une carte de randonnée, ou sur une carte pour les cyclistes ? visiblement ils n'ont pas les mêmes critères d'appréciation du terrain). Pour moi, le grade ne fait pas que faire joli. Il permet de dire très bien l'estimation de l'état d'un chemin. Je n'irai jamais en voiture ordinaire sur un grade 5. Par contre en rando, à pied, ou en tracteur forestier, ça le fait. Je n'irai pas en voiture ordinaire par temps de pluie sur un grade 4 sauf si j'ai de fortes raisons et que je suis prêt à resté coincé. J'irai très prudemment sur grade3 J'irai prudemment sur un grade 2 J'irai sans souci en voiture sur un grade 1 C'est pratique, non ? Pour toi peut-être, pour les autres NON, qui ne savent rien au sujet de ton pifomètre, ils ne peuvent absolument pas juger de la pertinence de ce que tu as mis. Ce qui en fait donc un usage strictement personnel selon TES préférences et absolument pas réutilisable. Bref cela n'a rien à faire dans la base OSM (sauf pour ton propre rendu personnel sur ta propre carte, et seulement dans les endroits où tu as travaillé et pas ailleurs). C'est pour moi le genre de tag complètement anticollaboratif. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] wiki travel bientôt de sortie
OMG la boulette ! je voulais bien sur écrire Wiki voyage est de sortie en non wiki travel. wikitravel est donc un projet ancien qui rejoint le giron de wikipédia... ça change pas mal de choses, je pensais que c'était un nouveau projet qui démarrait. Pour etre precis, wiki travel existe depuis belle lurette sous CC-BY-SA. Wikimedia a forké pour crééer wiki voyage, non sans certaines ... frictions. Donc c'est bien un nouveau projet mais avec de la data ancienne. Bref, on est d'accord, pour les données on peut attendre wikidata mais concernant l'implémentation des cartes (mini-map, éventuelle intégration pour les adresses au sein des pages, voir carte sur la page d'accueil ...) il y a du boulot. Otourly si tu parviens à insérer les mini-map, ça sera déjà ça de gagné ;) cheers Le 11 janvier 2013 16:17, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le vendredi 11 janvier 2013 12:41:13 Christian Quest a écrit : C'est dommage d'autant plus que sur l'exemple des stations de métro, j'ai rajouté les liens vers l'article wikipédia de chacune d'elles pour Paris... Décidément, wikipédia a une culture textuelle et pas base de données. A l'aube du web sémantique c'est dommage. Je ne suis pas spécialiste (une collègue est sur le coup), mais il y a le projet dbpedia pour ça : http://wiki.dbpedia.org/ -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réunion parisienne de janvier...
Vous avez le choix pour la date: http://framadate.org/qkdy6xmlciw44esv Cyrille Gicquello sera dans le coin ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre mal calé?
Le 8 janvier 2013 15:05, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Romain MEHUT Sinon, j'attends un ou plusieurs avis pour le calage de la commune en question. Avis aux volontaires :) Je te rejoins sur le calage plutôt bon de bing. Pas dans le Cotentin, ni dans les Alpes et le Jura français autour de Genève, ni en Corse pour l'instant (pas l'imagerie orthorectifiée n'est pas encore disponible sur Bing dans ces zones, on n'a qu'une imagerie moyenne résolution très peu corrigée). Pour le Cotentin, qui a peu de relief ce n'est pas trop génant mais pour les Alpes, le Jura et la Corse, attention aux dégâts ! Même chose pour les DOMs (il vaut mieux utiliser les imageries locales, par exemple l'excellente disponible pour la Guyane). A Saint-Pierre-et-Miquelon c'est utilisable (mais il n'y a pas grand chose à cartographier). Pour la Nouvelle-Calédonie, la Polynésie française, et Wallis-et-Futuna, tant qu'on cartographie les atolls peu élevés c'est assez bien, mais les régions de montagne à la Réunion, en Martinique, en Guadeloupe, on a de gros défauts dès qu'on quitte la ligne de côtes (même chose aussi pour Saint-Barthélemy où on est très vite en altitude avec un relief important, on a moins de problèmes à Saint-Martin) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trouvailles
Ce n'est pas une trouvaille, c'est même connu depuis longtemps avec des fragments microscopiques, presque aussi complexes que le découpage de certaines communes espagnoles (une d'elle m'a donné bien du plaisir tellement c'était compliqué, afin d'obtenir un découpage valide, d'autant plus que le validateur de géométrie avait des problèmes à vérifier un micro-découpage en damier, il fallait jouer sur les points d'intersection et les placer dans un ordre bien précis à l'époque, je ne sais pas si ce problème existe encore, en tout cas cette commune ne pose plus de problème visible ; l'import direct du cadastre espagnol n'avait pas réussi à faire valider ce découpage et il a fallu faire des recherches en utilisant leur cadastre pour s'y repérer tellement c'était compliqué avec par endroit un damier très complexe entre 3 communes et des enclaves dans les enclaves, et des fausses enclaves où la séparation est de moins de 3 mètres, impossible à discerner dans le cadastre espagnol, ce qui a obligé à utiliser d'autres sources pour vérifier cela, et encore il y a une microzone sur laquelle j'ai encore gardé un doute pour savoir à quelle commune elle appartenait réellement, mais visiblement personne n'a rien trouvé à me redire depuis cette correction qui m'a demandé un temps fou en recherches). Le 10 janvier 2013 23:16, jlplonevez jlplone...@wanadoo.fr a écrit : Bonsoir, J'ai trouvé des enclaves belges dans les Pays-Bas http://www.openstreetmap.org/?lat=51.4418lon=4.9322zoom=14layers=M ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser la souris sur la carte d'OpenStreetMap.org par défaut (aussi bien dans les rendus standard Mapnik, qu'OpenCycleMap, OpenTransportMap et Mapquest Open). De même la molette pour le zoom n'est plus reconnue. On dirait qu'un changement de sécurité dans Chrome ne permet plus à un autre domaine que le domaine principal de suivre la souris (ceci serait lié à une attaque de sécurité découverte et publiée il y a quelques jours, annoncée par Google, indiquant que pour autoriser le suivi de la souris entre des objets provenant de domaines différents, il est nécessaire d'activer une fonction de type sandbox donnant les autorisations nécessaires). Apparemment l'attaque entre domaines permettait à certains javascripts (notamment de certains réseaux publicitaires), de suivre les mouvements de la souris sur les écrans de login, et cela persistait avec un javascript continuant en tâche de fond même en tapant une nouvelle URL dans un onglet ou une fenêtre séparée. Visiblement Chrome bloque maintenant les évènements de souris sur une page qui affiche des éléments venant de domaines différents (ici les javascript du framework, et les tuiles, bien que les tuiles elles-mêmes ne soient pas bloquées). Bref on n'a plus que le double clic simple pour zoomer, sinon les boutons fléchés pour se déplacer. Plus de carte glissante, plus de zoom à la molette. Depuis une mise à jour indiquée par Chrome hier (version 24.0.1312.52 m). Si je tente de glisser la carte à la souris, c'est la tuile affichée sous le curseur qui est déplacée (pour par exemple en faire une copie sur le bureau). Sous Chrome je détecte dans la console aussi un blocage de Piwik (instance nulle Uncaught Reference Error : Piwiki is not defined), et une erreur de jQuery. Pourtant j'ai autorisé Piwik dans DoNotTrackMe. On dirait que c'est Piwik qui ne fonctionne plus dans Chrome, et perturbe le reste. (D'ailleurs Chrome affiche En attente de piwik.openstreetmap.org qui ne semble plus répondre du tout). Aucun problème en revanche sur IE9. La seule solution serait alors de soit inclure (pour Chrome), les attributs de sandboxing donnant les autorisations nécessaires, ou d'héberger les javascript sur le domaine www.openstreetmap.org http://openstreetmap.org lui-même (et pas aller les chercher chez un autre sous-domaine tiers puisque www.openstreetmap.org et piwik.openstreetmap.org sont dans des domaines totalement séparés, sans domaine commun, donc sans autorisation mutuelle). L'autre solution serait de mettre le contenu de www.openstreetmap.org à la racine du domaine openstreetmap.org, même si le contenu de www.* reste un iframe donnant les droits de sandboxing. Constatez vous le même problème ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le vendredi 11 janvier 2013 22:29:56 Philippe Verdy a écrit : C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser la souris sur la carte d'OpenStreetMap.org Constatez vous le même problème ? Pas de problèmes ici avec Chromium Version 24.0.1312.52 (175374) en provenance d'Archlinux. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le 11/01/2013 22:29, Philippe Verdy a écrit : C'est juste moi ou mon navigateur (Chrome) Pas de problème. Chromium/ubuntu 12.4 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Et moi Chrome 24.0.1312.52 beta sous OSX 10.8.2, aucun pépin remarqué. Le 11 janvier 2013 22:42, Nolwenn donolw...@gmail.com a écrit : Le vendredi 11 janvier 2013 22:29:56 Philippe Verdy a écrit : C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser la souris sur la carte d'OpenStreetMap.org Constatez vous le même problème ? Pas de problèmes ici avec Chromium Version 24.0.1312.52 (175374) en provenance d'Archlinux. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
J'ai beau essayer de vider mon cache navigateur, c'est le gros script contenant jQuery (et la plupart du reste pour initialiser le framework carto) qui se plante lors du chargement du javascript de Piwik. Visiblement piwik.openstreetmap.org ne répond pas du tout à la demande de chargement de son script séparé, sur son propre domaine). ensuite le javascript contenant jQuery plante car il essaye de déréférencer une propriété de l'objet global piwik, qui ici est retourné comme nul. Bref c'est tout jQuery qui ne fonctionne plus du tout : le javascript Piwik ne devrait pas être chargé depuis le script principal, ou s'il l'est et ne se charge pas et retourne un objet nul, il faudrait la tester pour ne pas l'utiliser. Notez que divers bloqueurs de vie privée bloquent Piwik par défaut, même s'il est hébergé sur un sous-domaine. Mais Piwiki n'est pas prévu pour s'exécuter alors dans un sous-domaine autre que celui du domaine principal à suivre, bref il devrait être installé dans www.* par exemple piwik.www.* et non piwik.*. Il me semble que le bloquage de Piwik vient de Chrome lui-même, car je l'ai laissé non bloqué dans DoNotTrackMe (le plugin de vie privée que j'utilise). Le 11 janvier 2013 22:42, Nolwenn donolw...@gmail.com a écrit : Le vendredi 11 janvier 2013 22:29:56 Philippe Verdy a écrit : C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser la souris sur la carte d'OpenStreetMap.org Constatez vous le même problème ? Pas de problèmes ici avec Chromium Version 24.0.1312.52 (175374) en provenance d'Archlinux. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Note: cela ne vient pas de ma connexion internet, cela marche sous Firefox, sous IE9 et sous Opera. Il n'y a que Chrome (sous Windows 7) qui semble bloquer Piwik lui-même. Le 11 janvier 2013 23:09, Christian Quest cqu...@openstreetmap.fr a écrit : Et moi Chrome 24.0.1312.52 beta sous OSX 10.8.2, aucun pépin remarqué. Le 11 janvier 2013 22:42, Nolwenn donolw...@gmail.com a écrit : Le vendredi 11 janvier 2013 22:29:56 Philippe Verdy a écrit : C'est juste moi ou mon navigateur (Chrome) qui n'arrive plus à glisser la souris sur la carte d'OpenStreetMap.org Constatez vous le même problème ? Pas de problèmes ici avec Chromium Version 24.0.1312.52 (175374) en provenance d'Archlinux. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Piwik me renvoie un 504, mais mon Chrome s'en fiche visiblement. C'est pas un des plugins de ton Chrome qui serait chatouilleux ? J'ai très peu de plugin. Le 11 janvier 2013 23:13, Philippe Verdy verd...@wanadoo.fr a écrit : Note: cela ne vient pas de ma connexion internet, cela marche sous Firefox, sous IE9 et sous Opera. Il n'y a que Chrome (sous Windows 7) qui semble bloquer Piwik lui-même. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec un des pilotes fournis (dont celui de la carte audio proposé par Microsoft Update, qui m'a proposé Chrome avec en remplacement d'IE9.). Mes seuls plugins sont RealPlayer, l'antivirus (Avast, j'ai désactivé Windows Live qui s'est chargé sans que je le demande, lors de la mise à jour d'IE9, car Chrome n'était pas encore installé à ce moment là). J'ai aussi Java 7 et Adobe Flash Player. Donc que du très classique ! Je déteste les plugins en général. Mais là quelquechose empêche Chrome d'accéder au javascript sur piwik.openstreetmap.org. Malgré tout il y a bien un bogue car Piwik, n'est pas du tout aimé par plein de solutions de sécurité qui le bloque partout quel que soit les sites visités (et aucune alerte en plus : cela se fait directement au niveau du nom de domaine, donc une requête HTTP GET pour récupérer le script ne répond pas et fini au bout de 25 secondes environ dans Chrome par un timeout). Ensuite le gros script jQuery d'OpenStreetmap se plante sur un objet nul qu'il ne teste pas : si pour une raison ou une autre piwik n'est pas chargé, ce script devrait ignorer et passer à la suite, mais il n'y a AUCUN exception handler à ce niveau là. L'ennui c'est que l'exception se produit avant que jQuery soit lui-même initialisé à la suite de ce script. Bref on perd toute l'interaction qui nécessite jQuery. Le 11 janvier 2013 23:18, Christian Quest cqu...@openstreetmap.fr a écrit : Piwik me renvoie un 504, mais mon Chrome s'en fiche visiblement. C'est pas un des plugins de ton Chrome qui serait chatouilleux ? J'ai très peu de plugin. Le 11 janvier 2013 23:13, Philippe Verdy verd...@wanadoo.fr a écrit : Note: cela ne vient pas de ma connexion internet, cela marche sous Firefox, sous IE9 et sous Opera. Il n'y a que Chrome (sous Windows 7) qui semble bloquer Piwik lui-même. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Note: la slippy map sur layers.openstreetmap.fr fonctionne, elle (pas de Piwik inclus au milieu du javascript de jQuery !)... Le 11 janvier 2013 23:42, Philippe Verdy verd...@wanadoo.fr a écrit : Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec un des pilotes fournis (dont celui de la carte audio proposé par Microsoft Update, qui m'a proposé Chrome avec en remplacement d'IE9.). Mes seuls plugins sont RealPlayer, l'antivirus (Avast, j'ai désactivé Windows Live qui s'est chargé sans que je le demande, lors de la mise à jour d'IE9, car Chrome n'était pas encore installé à ce moment là). J'ai aussi Java 7 et Adobe Flash Player. Donc que du très classique ! Je déteste les plugins en général. Mais là quelquechose empêche Chrome d'accéder au javascript sur piwik.openstreetmap.org. Malgré tout il y a bien un bogue car Piwik, n'est pas du tout aimé par plein de solutions de sécurité qui le bloque partout quel que soit les sites visités (et aucune alerte en plus : cela se fait directement au niveau du nom de domaine, donc une requête HTTP GET pour récupérer le script ne répond pas et fini au bout de 25 secondes environ dans Chrome par un timeout). Ensuite le gros script jQuery d'OpenStreetmap se plante sur un objet nul qu'il ne teste pas : si pour une raison ou une autre piwik n'est pas chargé, ce script devrait ignorer et passer à la suite, mais il n'y a AUCUN exception handler à ce niveau là. L'ennui c'est que l'exception se produit avant que jQuery soit lui-même initialisé à la suite de ce script. Bref on perd toute l'interaction qui nécessite jQuery. Le 11 janvier 2013 23:18, Christian Quest cqu...@openstreetmap.fr a écrit : Piwik me renvoie un 504, mais mon Chrome s'en fiche visiblement. C'est pas un des plugins de ton Chrome qui serait chatouilleux ? J'ai très peu de plugin. Le 11 janvier 2013 23:13, Philippe Verdy verd...@wanadoo.fr a écrit : Note: cela ne vient pas de ma connexion internet, cela marche sous Firefox, sous IE9 et sous Opera. Il n'y a que Chrome (sous Windows 7) qui semble bloquer Piwik lui-même. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le 11/01/2013 23:42, Philippe Verdy a écrit : Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec un des pilotes fournis (dont celui de la carte audio proposé par Microsoft Update, qui m'a proposé Chrome avec en remplacement d'IE9.). Mes seuls plugins sont RealPlayer, l'antivirus (Avast, j'ai désactivé Windows Live qui s'est chargé sans que je le demande, lors de la mise à jour d'IE9, car Chrome n'était pas encore installé à ce moment là). J'ai aussi Java 7 et Adobe Flash Player. Donc que du très classique ! Je déteste les plugins en général. Mais là quelquechose empêche Chrome d'accéder au javascript sur piwik.openstreetmap.org http://piwik.openstreetmap.org. Il fut un temps où mon firefox/mac plantait sur des problèmes de chargements de javascript dans le mauvais ordre. Les autrse plateformes ne connaissaient pas ce problème. Puis firefox/mac s'est amélioré et a tenu compte des chargements. Il est possible que chrome soit un peu buggé. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Le 11 janvier 2013 23:55, Vincent Pottier vpott...@gmail.com a écrit : Il est possible que chrome soit un peu buggé. Là je doute fort que ce soit le problème. J'ai regardé la page about:plugins dans Chrome, il n'y a rien d'autre que les plugins classiques. J'ai aussi essayé de désactiver Avast temporairement, mais cela n'a aucun effet (pourquoi il bloquerait dans Chrome et pas dans IE9 ou Firefox ?). S'il y a un problème d'ordre de chargement, cela vient surement du site lui-même dont les scripts ont des dépendances entre eux non testées. Et justement le javascript en bas de page ne devrait pas dépendre du chargement des scripts en haut de page ou devrait s'exécuter seulement sur un EvenListener permettant d'attendre que les autres soient prêts. Noter que j'ai une connexion cable rapide (100 Mb/s effectif, bientôt 200 Mb/s sur Numericable). Le problème du site n'existe que depuis aujourd'hui (je ne l'ai pas testé hier). Chrome est très strict concernant la sécurité notamment pour les dépendances entre domaines différents, mais si ce sont des domaines séparés, il autorise le chargement des ressources dans n'importe quel ordre (il ne devrait y avoir aucune dépendance de timing entre un domaine et un autre pour charger leurs ressources, et s'il y a des dépendances d'un script à l'autre il faut que ce soit testé (ce n'est pas le cas ici) ! Mais dans tous les cas, même si Piwik ne se charge pas cela ne devrait pas planter le reste qui initialise jQuery. La mauvaise idée a été de les fusionner dans un même script sans aucun exception handler : au premier qui plante, c'est le reste qui ne s'exécute pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
ChezMoiCaMarche, en version 23.0.1271.97 m et 24.0.1312.52 m sous Windows 7. (avec uniquement AdBlock en extension) Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Salut Philippe, Peut être ce serait l'occasion de tester (ou mieux de passer) sur Chromium. Le navigateur Chrome est basé dessus mais avec quelques ajout que Google à prévu comme le pistage de ses utilisateurs. De mon coté sur Linux et Chromium, aucun problème. Le 12 janvier 2013 00:12, Black Myst black.m...@free.fr a écrit : ChezMoiCaMarche, en version 23.0.1271.97 m et 24.0.1312.52 m sous Windows 7. (avec uniquement AdBlock en extension) Black Myst ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
J'ai ça aussi, mais tout de même il y a du monde qui utilise Windows et je ne devrais pas être le seul affecté. Si l'anomalie dépend du temps de réponse des serveurs selon l'endroit où on est selon qu'on obtient ou pas l'erreur 504 ou aucune réponse et un timeout...) c'est pas fiable, surtout ici pour un script qui finalement n'est pas fonctionnel, et est bloqué par plein d'antivirus ou antitrackers (comme DoNotTrackMe d'abine.com qui le signale et le bloque aussi en filtrant les accès aux domaines piwik.* ; cet antitraqueur n'est pas la cause ici : je l'ai dans IE aussi, et cela marche, j'ai bien une erreur 504, mais pas dans Chrome, comme si Chrome essayait de mettre la requête en attente pour la réessayer 25s plus tard tout seul). A un moment donné j'ai pensé que c'était le client DNS asynchrone intégré à Chrome qui pouvait en être la cause (regarder dans about:flags pour le désactiver). Mais non, même en le désactivant pour qu'il fasse ses requêtes de façon synchrone (plus lent...), j'ai la même réponse. Ensuite j'ai tenté de vider mon cache DNS local (pour ma carte réseau interne, une BigFoot, qui intègre un noyau routeur Linux) cela ne peut se faire qu'en rebootant, je n'ai pas trouvé d'interface Telnet pour voir ce qu'il y a dedans. J'ai aussi essayé en désactivant ma carte réseau interne et en utilisant une clé Wifi, j'ai le même problème. Alors c'est peut-être Numéricable lui-même qui ne fait pas aboutir la requête. J'ai aussi essayé de changer de DNS (en utilisant OpenDNS) et là encore la requête n'aboutit pas, et je n'ai pas non plus l'erreur 504. Pourtant j'ai bien l'adresse de domaine qui répond: C:ping piwik.openstreetmap.org Envoi d'une requête 'ping' sur piwik.openstreetmap.org [128.40.168.101] avec 32 octets de données : Réponse de 128.40.168.101 : octets=32 temps=69 ms TTL=48 Réponse de 128.40.168.101 : octets=32 temps=55 ms TTL=48 Statistiques Ping pour 128.40.168.101: Paquets : envoyés = 2, reçus = 2, perdus = 0 (perte 0%), Durée approximative des boucles en millisecondes : Minimum = 55ms, Maximum = 69ms, Moyenne = 62ms Un test en telnet sur le port 80 de piwik.openstreetmap.org se connecte bien, mais je n'ai aucune réponse HTTP (je ne parviens même pas à envoyer la requête GET, je suis déconnecté en environ 10 secondes avant même d'avoir pu l'envoyer). Un wwwping sur le domaine échoue lui aussi sans retourner un statut 504 comem tu l'as (le wwwping consiste à effectuer une requête HEAD / HTTP/1.0 ; Host: domaine sur le domaine et rien d'autre). Je me demande où est routé cette requête ?!? Est-ce la bonne IP que vous voyez ? Chez moi j'ai: nslookup piwik.openstreetmap.org Serveur : ns1.numericable.net Address: 89.2.0.1 Réponse ne faisant pas autorité : Nom :piwik.openstreetmap.org Address: 128.40.168.101 server 208.67.222.222 Serveur par défaut : resolver1.opendns.com Address: 208.67.222.222 piwik.openstreetmap.org Serveur : resolver1.opendns.com Address: 208.67.222.222 Réponse ne faisant pas autorité : Nom :piwik.openstreetmap.org Address: 128.40.168.101 Bref Numericable ne semble pas en cause sur son DNS, si OpenDNS me dit la même chose. Reste à savoir où Numericable va router cette IP, qui n'est pas la même que www.openstreetmap.org: Nom :www.openstreetmap.org Addresses: 2001:630:12:500:21a:4bff:fea5:fd2a 2001:630:12:500:219:bbff:fe39:3d9e 2001:630:12:500:219:bbff:fe39:8aba 193.63.75.103 193.63.75.99 193.63.75.100 Le 12 janvier 2013 00:33, Jo. perche...@gmail.com a écrit : Salut Philippe, Peut être ce serait l'occasion de tester (ou mieux de passer) sur Chromium. Le navigateur Chrome est basé dessus mais avec quelques ajout que Google à prévu comme le pistage de ses utilisateurs. De mon coté sur Linux et Chromium, aucun problème. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
piwik.openstreetmap.org ne répond par car il est en cours d'update. Voir: http://munin.openstreetmap.org/openstreetmap/eustace.openstreetmap/index.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition d'intégration des données du parc botanique de Haute-Bretagne
Je ne pense pas qu'il parle de chaque brin d'herbe ou arbre mais bien d'essences, donc d'espèces recensé. Cela peut aller jusqu'au niveau du pied ou groupe de pieds de la même essence (espèce / variété ?). Il n'est pas totalement aormal qu'un parc botanique recense de très nombreuses espèces ou variétés (mais elles sont rarement toutes plantées en même temp, ce qui change le plus souvent ce sont les espèces florales, car les graines ou rhizomes se perdraient s'ils n'étaient pas régulièrement replantés, même si ce n'est pas tous les ans). Ce qui veut dire que le parc a besoin de savoir où précisément il a planté chaque essence pour surveiller ces remises en cultures. Il est même probable qu'un grand nombre soit juste replanté dans des pots dans une serre non visitable par le public, voire rebouturé dans des tubes juste pour reproduire de nouveaux pieds conservables. Ils peuvent même les envoyer dans des serres hors du jardin lui-même, en faisant des échanges avec d'autres parcs (histoire de mieux se protéger des maladies ou invasions de nuisibles), ou même chez des exploitants agricoles commerciaux (arboristes, horticulteurs) et dans divers pays, ou chez des amateurs avec qui ils ont l'habitude de faire des échanges pour enrichir leurs collections. C'est leur rôle de conservateurs. Mais sur son parc lui même un tel nombre nécessite une bonne gestion de l'espace, normal qu'ils aient des outils logiciels aujourd'hui pour savoir ce qu'ils font et ne pas tout mélanger ou savoir ou retrouver chaque essence (personne ne peut retenir ça à la main, avant cela passait par des cahiers, mais aujourd'hui l'informatique aide beaucoup et permet d'optimiser les rotations de culture et l'espace utilisé, et vérifier qu'aucun espèce n'a été oubliée dans un sachet rangé dans un carton ou un placard, et n'est devenue morte faute d'entretien, ou par une contamination accidentelle par quelques parasites ou microorganismes). Le 11 janvier 2013 10:34, Nicolas Moyroud nmoyr...@free.fr a écrit : Oui Pieren ta remarque est tout à fait pertinente et je suis totalement d'accord avec toi. Dans ma procédure d'extraction, je pense faire un gros tri qui enlèvera les brins d'herbes et les branches d'arbre. ;-) Déjà le principal c'est la position des arbres et leurs essences. Après le reste je verrai. De toute façon dès que j'ai réussi à accéder à la visualisation des données, je vous tiens au courant sur cette liste pour que tout le monde puisse donner son avis sur ce qu'il faut verser ou pas dans OpenStreetMap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)
Oui mais ce n'est pas le problème ici. Qu'il ne fonctionne pas en soit ne me gêne pas et ne devrait pas gêner grand monde. Mais le fait qu'il retourne un timeout et que le javascript du site fait une requête Ajax SANS indiquer un handler ni un temps pour le timeout et qu'il utilise la réponse success sans tester le statut avant de référencer l'objet que ke script devrait déclarer et initaliser, est une anomalie du javascript principal d'OSM, qui a donc bien un bogue. L'autre bogue est que la requête est effectuée visiblement en mode synchrone. Il se trouve que Chrome exécute bien le handler success même en cas de timeout, justement parce que la requête Ajax ne contient PAS d'handler pour le timeout. Tout le problème est là. Ceux qui ont encore le javascript dans le cache du navigateur n'ont pas ce problème. IE visiblement n'exécute PAS le handler success dans une requête Ajax. (Ajax est assez compliqué à identifier ici car il passe d'abord par une couche jQuery qui cherche divers moyens d'exécuter des requêtes selon le navigateur utilisé, y compris l'ancienne méthode avec XMLHttpRequest ou la plus ancienne avec le composant COM/ActiveX pour XML sous les anciennes versions d'IE). Dans le détail c'est peut-être une anomalie de jQuery qui ne devrait pas exécuter le handler success dans ce cas, sous Chrome). Dans tous les cas, OSM doit savoir que Piwik est bloqué par plein d'outils antitrackers : ces outils font qu'une requête vers certains domaines ou adresses IP connues sont bloquées, toute ouverture d'une socket vers ces adresses n'aboutira pas, selon les bloqueurs, cela peut modifier la destination réelle des requêtes pour les emmener vers un autre site sûr, ou pour les exécuter via un proxy transparent qui fera des vérifications). Ici, le domaine piwik.* résoud vers un autre serveur pas chez OSM directement : bart-101.bartlett.ucl.ac.uk Il s'agit du FAI d'OSM selon les infos whois: IP address: 128.40.168.101 IP country: United Kingdom IP Address state: IP Address city: IP latitude:54. IP longitude: -2. ISP:University College London Organization: University College London Host: bart-101.bartlett.ucl.ac.uk (Noter que la géolocalisation de cette adresse IP me semble fantaisiste ou très approximative, définie sur un centroïde au milieu d'une zone probable : on tombe en pleine forêt dans le Parc national de Yorkshire Dales, un peu au nord du petit village de Skipton, très au nord de Manchester et non loin de la frontière entre Angleterre et Ecosse, cela me semble être un point unique pour tout le Royaume-Uni et on est très loin de l'UCL à Londres). Je ne vois pas pourquoi un antitracker aurait besoin de bloquer cette université londonnienne qui acceuille la fondation dans ses locaux. Mais je ne sais pas qui vient bloquer la requête sans donner aucune réponse, alors que le PING simple passe (mais pas une requête HTTP). 2013/1/12 Christian Quest cqu...@openstreetmap.fr: piwik.openstreetmap.org ne répond par car il est en cours d'update. Voir: http://munin.openstreetmap.org/openstreetmap/eustace.openstreetmap/index.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
On va encore me répondre YAKA, mais tout de même ceux qui s'occupent des différents scripts français devraient s'entendre entre eux pour que chacun fasse les références croisées entre les divers outils, afin d'offrir plus d'intégration entre eux, et aboutir à une convergence des points de vue ou avoir des solutions de repli faciles à trouver. Je regrette aussi que le site OSM français ne soit qu'un blogue en perpétuel changement et n'aie pas une section faisant le point entre les outils disponibles, car ils sont difficiles à trouver si on n'est pas abonné à cette liste, et difficiel à retrouver ensuite si on doit les chercher dans les flots de messages. Notre mémoire a des limites. Bref, il faudrait une section du forumn réservée à quelques abonnés, mais consultable par tous, recensant les divers outils (avec ensuite un modérateur pour faire le tri entre les annonces obsolètes pour les déplacer dans une archive, afin de recenser uniquement ce qui est encore d'actualité. On devrait y trouver tous les outils dispo, les adresses des divers serveurs, les projets Opensource, les adresses où trouver des exports spécifiques, des styles de rendus, des compte-rendus d'analyse divers, et les rendus d'analyse spécifique. Car en fin de compte on finit par ne plus utiliser qu'un ou deux des outils et oublier les autres. Cela n'empêche pas d'aller aussi en parler sur le wiki d'OSM mondial, mais le site français devrait avoir un vrai portail pour ses outils et ses membres (pas la peine de tout traduire en anglais même si certains outils peuvent avoir un support plus étendus que les seuls francophones, et auront donc leur page wiki sur le site OSM monde). Bref si on veut éviter la dispersion et mieux aider les contributeurs arrivants, effrayés par la dispersion des outils et pages de support, discussion, collaboration, il est grand temps de classer tout ça, même si chaque outil a son propre espace de discussion (en ligne sur un forum ou blogue, ou par mail ou IRC ou flux RSS). C'est cette liste exhaustive (et actualisée quand certains outils sont abandonnés) qui manque. (Oui il y a déjà le forum, mais tous les espaces sont ouverts à tout et tout le modne, on s'y perd aussi et il n'est pas souhaitable d'utiliser partout aussi des maessages collés en tête de liste hormi un seul qui donne des instructions vers des guides se trouvant dans un forum en lecture seule contenant les divers outils en mentionnant l'URL vers plus de détail et de discussions pour chacun d'eux). Ce forum guide devrait être placé bien en haut avec un lien direct sur la page d'accueil. Ce qui laisse ensuite toute la place pour la formule blog basée sur l'actualité du moment. Le 8 janvier 2013 17:17, sly (sylvain letuffe) li...@letuffe.org a écrit : On mardi 8 janvier 2013, Christian Quest wrote: On repasse à 115 communes à importer... je démarre en bas de la liste ;) Voilà qui paraît déjà plus crédible, mais il n'y a pas 2 tableaux, je ne vois pas celui dont tu parlais qui devrait indiquer les communes avec bug Puis-je humblement suggérer d'indiquer un lien vers avec une mention : vous pouvez contrôler la liste ci-avant en la comparant avec la liste brute suivante : http://suivi.openstreetmap.fr/communes/communes.csv.txt ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
http://openstreetmap.fr/outils (disponible via le slideshow à droite) http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi des limites communales ( était Nouvel outil pour repérer les contributeurs ...)
2013/1/12 Christian Quest cqu...@openstreetmap.fr: http://openstreetmap.fr/outils (disponible via le slideshow à droite) Sur le slideshow, donc pas toujours affiché. C'est au petit bonheur la chance, alors qu'il devrait y avoir une section entière du site sur les outils qui sont maintenus localement. (pourquoi on n'a pas un lien OUTILS sur la barre de menu en haut ? Pourquoi ce lien n'est pas dans la page LE PROJET ? ou alors en bas à droite de la page dans la section Navigation) Et pas complet non plus (certains projets tiers soutenus par OSM France ou recommandés ne sont pas listés). Je trouve cela dommage. De plus ces outils ne sont toujours pas liés entre eux quand ce serait pertinent (souvent on a des infos affichées sur des entités mais aucun lien dessus ou à côté, vers un autre outil donnant plus d'informations). L'ensemble manque alors de cohérence. http://wiki.openstreetmap.org/wiki/FR:Servers#Liste_des_adresses_sur_le_domaine_openstreetmap.fr Ca c'est plus technique, mais c'est utile pour connaitre l'état des serveurs (mais incomplet là aussi, le wiki n'est généralement pas maintenu, et reste difficile à mettre à jour puisqu'on ne peut presque rien y scripter, ni rien y transclure avec un outil comme RSS sur un feed externe sélectionné). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartographier les tribunaux d'instance et les cantons
On a des définitions légales des zones de compétence des tribunaux d'instance et de grande instance, par exemple : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT22727541 Il me semble que pour les tribunaux de grande instance les divisions correspondent aux départements (sauf exception à vérifier). Mais pour les tribunaux d'instance simples cela ne correspond pas aux arrondissements mais ce sont des regroupements de cantons. Pour cartographier les tribunaux d'instance on devrait avoir dans OSM les boundary=judiciary, éventuellement avec un tag judiciary_type=FR:instance (et peut-être aussi judiciary_type=FR:grande_instance qui regroupent les zones de plusieurs tribunaux d'instance, et FR:appel, ou FR:cassation, et FR:prud'hommes... à voir). Evidemment il faudrait continuer à cartographier les cantons manquants (la plupart de ceux qui manquent sont soit dans les départements où il manquie encore beaucoup de commune, ou bien sont ceux où des communes sont divisées en fractions cantonales. Mais on pourrait imaginer avoir un découpage de ces cantons à la façon de l'INSEE, en tant que canton_ou_ville à usage statistique, dont on exclue les communes découpées sur plusieurs cantons, et qui ont en revanche des statistiques au niveau de la commune entière). Mais comment distinguer ces pseudo-cantons statistiques de l'INSEE permettant de combler les trous si on met pour eux aussi boundary=political et political_division=canton ? Ne pourrait-on pas avoir des objets pour les fractions cantonales d'une commune, et alors ajouter des tags pour leur utilisation statistique (sans fractionnement des communes qui dès lors sopnt comptées à part) quand elle est distinguée de l'utilisation pour les élections ? OK il nous faudrait combler les trous des *vrais* cantons mais c'est long et compliqué à chercher sur LegiFrance (il faut repérer chacune des rues et faire très attention à leur définition, souvent ancienne, quand les rues ont parfois changé de nom depuis sans que le texte initial n'ait été modifié... il faut alors chercher dans les archives des décisions municipales... pas toutes en ligne). En attendant on a besoin aussi de ces canton_ou_ville statistiques (boundary=statistical, statistical_division=canton_ou_ville, la même relation pouvant avoir les deux rôles quand un canton n'a pas de fraction de commune, sinon la commune divisée aura aussi ce rôle, et dans les deux cas on ne mettra pas boundary=statistical, mais soit boundary=political pour les cantons simples, soit boundary=administrative+admin_level=8 pour les communes fractionnées : cela simplifie le nombre d'objets à créer mais permet alors de trouver ces pseudo-cantons, qui ont le même code INSEE à 4 chiffres que le vrai canton pour les cantons partiels sans les communes divisées, et le même code INSEE à 5 chiffres que la commune pour les communes divisées qu'il faut pouvoir repérer). Ensuite selon l'usage : (1) statistique: rechercher l'union de: - boundary=political ET political_division=canton ET avec statistic_division=canton_ou_ville (pour les cantons simples sans commune fractionnée sur plusieurs cantons, il n'y a pas de relation dupliquée) - boundary=statistical ET statistic_division=canton_ou_ville (pour un pseudo-cantons partiel : la ref:INSEE est le même code à 4 chiffres son vrai canton complet et a political_division=canton mais PAS statistic_division=canton_ou_ville) - boundary=administrative ET admin_level=8 ET statistic_division=canton_ou_ville (pour le pseudo-canton statistique d'une commune fractionnée) - L'union des trois types peut se faire en cherchant uniquement sur la seule condition très simple: statistic_division=canton_ou_ville (2) électoral: rechercher uniquement: - boundary=political political_division=canton, MAIS SANS statistic_division=canton_ou_ville (comme maintenant) Les regroupements de cantons ignorent (je pense) le cas des communes fractionnées qui entrent entièrement dans le regroupement (quitte à unir plusieurs cantons dans leur totalité afin d'effacer le fractionnement électoral). Cela me semble être le cas du découpage judiciaire, mais je peux me tromper. Sur Layers.openstreetmap.fr, il serait bon de supprimer Canton Politique qui ne concerne que le découpage français, et de ne garder que la couche boundary=political avec laquelle la couche fait réellement doublon pour rien (sauf qu'elle se restreint inutilement à la Franche seulement (l'autre couche montre des divisions utilisées dans les autres pays, même si elles sont de natures différentes pour political_division=*, Layers pouvant très bien continuer à utiliser plusieurs couleurs selon qu'il fait l'union de plusieurs types différents comme ici en France). Je pense en revanche que les couleurs de l'actuelle couche Canton Pollitique sont plus lisibles que les couleurs ambigues de la couche boundary=political. En revanche on devrait y trouver: - la nouvelle couche boundary=judiciary (utilisée et pratiquement complète déjà en
Re: [OSM-talk-fr] Kort... un jeu pour corriger des erreurs OSM
Le 9 janvier 2013 17:35, Nicolas Moyroud nmoyr...@free.fr a écrit : Ah OK merci Fabien. J'ai complètement bloqué ça dans mon navigateur. Dommage qu'on ne puisse pas choisir une zone à la main. On peut, mais il faut alors un plugin dans le navigateur permettant de choisir les infos de géolocalisation à fournir aux serveurs qui le demandent. Mon smartphone Android contient déjà d'origine un tel plugin destiné à la vie privée dans ses préférences : si on l'active il fournit une géolocalisation aléatoire sans utiliser le GPS (résultat non garanti, on est encore pisté par l'adresse IP de l'antenne de réseau mobile ou l'adresse IP du routeur Wifi, par où on est connecté... cela semble plus destiné au débogage d'applications). A mon avis si un navigateur répond à une requête de géolocalisation et si cela est à peu près correct (au moins dans le bon pays, dans un rayon de 50 km environ, les sites s'en contenteront et ne chercheront pas autre chose, ou ne devraient pas avoir à faire de géolocalisation de l'IP, car elle est souvent très mauvaise, on a chez les gros FAIs ou opérateurs de réseaux internationaux des IP qui sont juste géolocalisées dans l'Europe presque toute entière, UE + AELE + les micropays comme Jersey/Guernesey/Man/Andorre/Monaco/Saint-Marin, ce qui reste suffisant en général pour la gestion des droits d'accès à certains médias protégés sur Internet sont la diffusion est limitée à certains pays; cependant certains sites TV/musique/cinéma britanniques ne sont pas visitables depuis la France avec la plupart des gros opérateurs et FAI grand public français, car leur pool d'adresses IP est géolocalisé en France uniquement et non en Europe ; pour les pools plus petits, comme les IP permanentes des universités ou entreprises et serveurs Internet, on a en général une géolicalisation au moins par pays au lieu d'hébergement en colocation, mais rien de mieux que le pays ou un ensemble de POPs interconnectés mais visibles sur un GIX national, sauf cas particulier des certains peerings qui fournissent des IP sources mieux géolocalisées). La géolocalisation des IP me semble être un abus des sites web, cela n'a pas été fait pour ça (je me suis déjà retrouvé interdit de regarder une vidéo disponible uniquement pour la France, uniquement parce que la géolocalisation de mon IP publique me situait parfois aux Pays-Bas ou au Royaume-Uni, et pas moyen même en s'identifiant sur le site avec un compte personnel vérifié car le serveur de médias et les routeurs autour n'a pas accès à ces infos... on passe outre ces restrictions en passant par un proxy anonymiseur ou une passerelle IPv6 vers IPv4 à laquelle j'accède par un VPN). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr