[OSM-talk-fr] Limites de communes
Bonsoir, Si par exemple je regarde cette carte : http://beta.letuffe.org/?zoom=11&lat=45.21277&lon=4.08957&layers=BFFFTFF Il y a des communes vertes, rouges, et d'autres qui n'existent pas. Quelle est la différence entre les vertes et les rouges ? Comment créer les manquantes ? Il y a un script je suppose ? a+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques sur les donnees Corine
Désolé la liste, le message était sensé être en PV :-/ Boulette de ma part :D ++ darfy (OSM) a écrit : > Bonjour, > > Je viens de tomber sur une boulette : une route toute droite entre > Palaiseau et Saclay : > > http://www.openstreetmap.org/?lat=48.7244&lon=2.1908&zoom=14&layers=B000FTF > > Etant moi même récent contributeur, je ne me suis pas permis de corriger :) > > A+ > > Bastien Jacquet a écrit : >> Bonsoir, >> >> Je suis nouveau sur la talk-fr donc je me présente : Bastien Jacquet, 24ans, >> Fontainebleau/Paris/Palaiseau cyclo-randonneur à mes heures et bien décidé à >> contribuer à Openstreetmap. >> >> Je pense que ton idée est géniale peut-etre peut-on meme restreindre aux >> highways en zone Corine résidentielles. Cela nous donnerait le nombre >> d'habitant par metre linéaire de trotoire (il y a un facteur 2 qui traîne >> ...), et cela doit être assez revélateur. Peut etre faudra-il rajouter des >> astuces du style plus la population est grande => plus il y a de chance >> qu'il y ait des immeubles donc 1hab/m est bizarre en campagne mais pas >> forcément en agglomération dense >> >> Bastien Jacquet >> >> ___ >> 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] Statistiques sur les donnees Corine
Bonjour, Je viens de tomber sur une boulette : une route toute droite entre Palaiseau et Saclay : http://www.openstreetmap.org/?lat=48.7244&lon=2.1908&zoom=14&layers=B000FTF Etant moi même récent contributeur, je ne me suis pas permis de corriger :) A+ Bastien Jacquet a écrit : > Bonsoir, > > Je suis nouveau sur la talk-fr donc je me présente : Bastien Jacquet, 24ans, > Fontainebleau/Paris/Palaiseau cyclo-randonneur à mes heures et bien décidé à > contribuer à Openstreetmap. > > Je pense que ton idée est géniale peut-etre peut-on meme restreindre aux > highways en zone Corine résidentielles. Cela nous donnerait le nombre > d'habitant par metre linéaire de trotoire (il y a un facteur 2 qui traîne > ...), et cela doit être assez revélateur. Peut etre faudra-il rajouter des > astuces du style plus la population est grande => plus il y a de chance qu'il > y ait des immeubles donc 1hab/m est bizarre en campagne mais pas forcément en > agglomération dense > > Bastien Jacquet > > ___ > 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] Robot pour Vélib (et similaires )
Bonsoir, Le mercredi 16 septembre 2009 à 10:30 +0200, Dominique Rousseau a écrit : > Mais le fait que ce ne soit pas une API publiée rend ce type d'accès peu > pérenne (même si, visiblement, il n'a pas bougé depuis le lancement, > mais les URLs différentes selon les villes montre bien qu'il n'y a pas > d'uniformisation de ce type d'accès, chez Decaux) (je suis un peu hors sujet mais j'apporte une petite réflexion à ce sujet) Je pense qu'elles sont pérennes dans la mesure où le site officiel affiche la carte sur fond Gmap en appelant ce webservice (donc depuis le poste client, l'internaute lambda). Impossible de mettre des restrictions par IP donc ; et peu probable que ca change souvent car cela impliquerait une mise à jour du site officiel. Et in-fine cela ne changerait rien, il suffirait que je rajoute une ligne au script pour qu'il récupère à chaque fois la bonne URL :-) Seule solution pour eux ? www.velib.paris.fr devrait installer ses propres cartes OSM générées à la volée avec les données qu'uniquement le serveur officiel pourrait accèder :) Fin de la digression... A+ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Robot pour Vélib (et similaires )
Le mardi 08 septembre 2009 à 23:55 +0200, Lapinos03 a écrit : > Mathieu Arnold a écrit : > > J'avais discuté avec un technicien qui faisait une maintenance sur une > > borne une fois, et il m'avait expliqué qu'il y avait un gps dans chaque > > borne. > > > Un GPS ? A quoi bon dans un équipement immobile ? N'aurait-il pas > confondu avec un GPRS, càd une liaison data gsm pour communiquer avec le > système de collecte d'information? Les stations en sont équipées de 2, > sur Bouygues et SFR. > C'est pas tout à fait ça, chaque station en a qu'une seule mais pas le même opérateur que les stations voisines. :) http://www.cio-online.com/actualites/lire-jcdecaux-met-les-parisiens-sur-des-velos-609-page-2.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Robot pour Vélib (et similaires )
Je pars donc sur cette base : Générer quotidiennement un espèce de diff entre la base OSM et la base Vélib de manière "présentable", où les deltas sont mis en évidence. Stay tuned :) Le mardi 08 septembre 2009 à 15:14 +0200, s1057...@gmail.com a écrit : > Pour moi il est clair qu'il est exclu d'intégrer directement les > données fournies par Decaux dans la base OSM, le problème de licence > ma parait évident. Je pense qu'il est inutile de leur poser la > question, je ne pense pas que ce type de partage d'information soit > dans leur stratégie. > Par contre un script qui permet de produire une liste des stations à > vérifier sur place puis ajouter manuellement me parait bien utile vu > le nombre conséquent de stations. > > Une petite question subsidiaire sur la façon de mapper les stations > Vélib : des bornes ont parfois été ajoutées à plusieurs dizaines de > mètres de la station initiale de tel sorte qu'il serait utile de les > mapper, toutefois la référence de la station reste la même. Faut-il > imaginer une relation pour lier les deux POI pour que les références > restent cohérentes ? > > Simon (STA) > > Le 8 septembre 2009 10:00, Charlie Echo a > écrit : > La discussion soulève les points suivants : > > - Clairement, le script répond à un besoin > > - A-t-on-le droit ? On doit avoir le droit de récupérer "de > façon personnelle" la liste des stations, utiliser ton script, > et en déduire la liste des stations "mal référencées dans > OSM". Tu peux faire tourner ça quand tu veux ; mais avant de > rentrer les données dans OSM, il faut un controle de visu. > Donc il serait plus utile de créer une page du Wiki avec les > stations "mal référencées". > > - On est tout de même un peu à la limite de la propriété > intellectuelle : le site Velib / script donne des "indices"... > (j'ouvre une parenthèse : si, sur Wikipedia, j'ajoute ce que > je sais sur Leonard Bernstein, suis-je dans mon droit ? Au > fond, je ne le connais pas personnellement, et ce que je sais > m'a été dit par quelqu'un... Donc ma "culture générale" est > issue de la propriété intellectuelle d'autrui...) > > - les infos "network" et "operator" : tu peux, dans JOSM, > sélectionner toutes les stations bicycle_rental et mettre d'un > coup toutes les infos network et operator ; inutile d'utiliser > un script, qui risque d'être moins fiable que JOSM. > > - Je n'ai pas compris l'intérêt de mettre une borne GPS dans > les sations Velib, si ce n'est parce que, justement, Velib > voulait savoir où sont les stations sans "faire référence à > GoogleMaps". Ils veulent une position absolue, pas une > position par rapport à une rue. > > - Ton script devrait calculer la distance entre les stations > OSM et les stations "velib", pour qu'on sache si il faut y > repasser > > - On devrait proposer à Velib d'utiliser la carte OSM pour > velos, plutôt que Google Maps, en échange de quoi on aurait le > droit d'utiliser leurs données. Ce serait une très belle > opération pour tous. > > - Evidemment, la question est la même à Marseille, Lyon, > Toulouse, ... ; et à Rome, Milan, ... > > > Charlie Echo > > > ___ > 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] Robot pour Vélib (et similaires )
De mémoire, au début du service sur Paris, certaines stations avaient un positionnement GPS approximatif sur le Webservice. Ceci a été corrigé au fil du temps... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Robot pour Vélib (et similaires )
Bonjour, Le service mis a disposition est le suivant : http://www.velib.paris.fr/service/carto (il y a d'autres URL pour les autres villes où un système Cyclocity est implanté). A+ darfy Le mardi 08 septembre 2009 à 01:20 +0200, Pieren a écrit : > 2009/9/8 darfy : > > Bonsoir, > > De quel web service parles-tu ? Est-ce que par hasard, ça ne serait > pas de l'api gmaps ? > Avant de te lancer dans cette aventure, il faut que nous connaissions > les conditions d'utilisation et la licence de ces données, OSM étant > particulièrement pointilleux sur ce sujet. Si ces points sont dérivés > d'une carte gmaps, ça serait un problème (c'est pour les même raisons > que nous refusons les géolocalisations de wikipedia). Peux-tu nous en > dire d'avantage ? > > 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] Robot pour Vélib (et similaires )
Le mardi 08 septembre 2009 à 07:58 +0200, Mathieu Arnold a écrit : > +--On 8 septembre 2009 01:40:45 +0200 Pieren wrote: > | 2009/9/8 arno : > |> Le truc, c'est que sur le site paris.velib.fr, elle est répertoriée > |> relativement loin (de l'ordre de 50m) de l'endroit où elle se trouve > |> réellement. Donc je pense que tu n'as pas regardé assez loin autour des > |> coordonnées que tu avais. Cela veut dire aussi que, la question légale > |> mise de côté, si jamais tu trouves un noeud existant, il faut mieux ne > |> pas y toucher, parceque sinon, tu risques de rendre les données > |> existantes moins précises. > |> > |> > |> a+ > |> arno > | > | Si leurs positions sont dérivées de gmaps comme je le soupçonne, cet > | écart peut malheureusement se comprendre ;-) > > J'avais discuté avec un technicien qui faisait une maintenance sur une > borne une fois, et il m'avait expliqué qu'il y avait un gps dans chaque > borne. > Concernant le coté légal, je vais demander, ca doit être le mieux. Mais quand on voit le nombre de site qui reprennent et exploitent ce Webservice, et ce depuis l'année d'ouverture... http://www.parisavelo.net/ http://velib.shiva.easynet.fr/ http://www.iphon.fr/post/2008/09/22/Le-Velib-sur-l-iPhone-:-logiciel-gratuit http://burgersoftware.com/fr/bike ... Concernant la précision, je peux simplement élargir la zone de recherche pour voir si une station Vélib est déjà rentrée, et je n'updaterai pas les coordonnées GPS (sera d'autant plus fiable avec ref= renseigné). Ceci dit, si le GPS est intégré à la borne, je vois pas pourquoi on observe un décalage de 50m :-/ Je vais voir si ya moyen de faire un layer en surimpression pour voir quel serait le résultat final... A+ darfy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Robot pour Vélib (et similaires )
Bonsoir, Ayant 3 heures à tuer ce soir, j'ai voulu préparer la synchronisation des données Vélib et préparer un robot de modification. Celui-ci est presque fini, et il fait déjà le gros du travail. Le seul truc qu'il ne fait pas c'est l'envoi des données sur OSM : j'attends vos avis :) Sans entrer dans les détails techniques, voici le principe de fonctionnement : 1- récupération des infos des stations Vélib sur le Webservice officiel (nom, coordonnées GPS... bref tout ce qui est là [1]) 2- pour chaque station, récupération sur OSM les nodes autour des coordonnées GPS. Analyse pour n'isoler que le(s) node(s) amenity=bicycle_rental si existant. Récupération des éventuelles autres données indiquées dans le lien supra. 3- édition d'un log d'exécution [2] afin de faire un contrôle visuel (c'était pour vérifier la validité des données et maintenant pour vous demander votre avis) 4- Les données étant d'après les logs tout à fait cohérentes, le robot va pouvoir soit créer le node avec les tags qui vont bien [1], soit mettre à jour les nodes existants. Je pourrais lancer ce robot régulièrement (hebdo ?), ce qui présente l'avantage pour OSM d'avoir des données Vélib parfaitement à jour. Ce robot pourrait aussi être utilisé et/ou adapté pour les autres villes de provinces et/ou à l'étranger (Barcelone...). Voyez-vous un/des inconvénient(s) à tout ceci ? [3] darfy [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbicycle_rental [2] http://velib.surrel.org/log.php [3] Contributeur tout frais sur OSM, donc pas forcément au courant de tous les risques et procédures :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM/cadastre-fr Problème d'aff ichage
Merci c'était en effet ça ! (Zone 2 pour la petite histoire) Le dimanche 06 septembre 2009 à 17:20 +0200, Pieren a écrit : > 2009/9/6 darfy : > > Si vous avez une idée et/ou pouvez me rediriger vers quelqu'un... > > A vue de nez, je dirais que ta ville se situe à cheval entre les zones > Lambert 2 et 3. Essaye de forcer la zone Lambert comme indiqué sur le > wiki: > http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Probl.C3.A8mes_d.27images_vides > > 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
[OSM-talk-fr] JOSM/cadastre-fr Problème d'affi chage
Bonjour tous, Je ne sais pas si je demande de l'aide au bon endroit, mais je tente quand même :) Je n'arrive pas à récupérer le layer du cadastre sur Saint-Etienne (secteur du Rond-Point, au sud est de la commune). Il s'agit de Saint-Etienne (42100), même si j'ai essayé aussi avec Saint-Etienne (42000). Dans JOSM, tout semble se charger correctement, le layer s'intitule SAINT-ETIENNE (I0218), mais il est désespérément vide. Pourtant, c'est pas que je suis particulièrement manchot, car j'arrive très bien à afficher le cadastre dans une autre commune de France (Vauhallan). J'ai essayé toutes les combinaisons possibles : JOSM latest et JOSM tested, Saint-Etienne (42000) et Saint-Etienne (42100)... Dans les logs, rien d'exeptionnel quand je fais F11: RL=http://www.cadastre.gouv.fr/scpc/wms?version=1.1&request=GetMap&layers=CDIF:LS3,CDIF:LS2,CDIF:LS1,CDIF:PARCELLE,CDIF:NUMERO,CDIF:PT3,CDIF:PT2,CDIF:PT1,CDIF:LIEUDIT,CDIF:SUBSECTION,CDIF:SECTION,CDIF:COMMUNE&format=image/png&bbox=763961.2881376165,-251701.39266869798,764283.9713203141,-251477.85625081044&width=1000&height=800&styles=LS3_90,LS2_90,LS1_90,PARCELLE_90,NUMERO_90,PT3_90,PT2_90,PT1_90,LIEUDIT_90,SUBSECTION_90,SECTION_90,COMMUNE_90 temporarily extend Lambert zone 0 projection at lat,lon:0.7925946879502028,0.07663161275352877 temporarily extend Lambert zone 0 projection at lat,lon:0.7929374563597841,0.07740756515888941 temporarily extend Lambert zone 0 projection at lat,lon:0.7925946879502028,0.07663161275352877 Si vous avez une idée et/ou pouvez me rediriger vers quelqu'un... Merci d'avance ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr