Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
On 8 déc. 2010, at 13:47, Sébastien KALT wrote: * ce que j'ai découvert la semaine passée, des *images avec croisillons et coordonnées bizarres* (genre 4xxx), dont je n'ai pas encore trouvé que faire Je travaille là-dessus depuis un moment déjà. De quelles communes s'agit-il ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] enquête sur les Français et la g éolocalisation
Bonjour à tous, Une enquête assez instructive http://www.atelier.net/sites/default/files/thema/synthese-ifop-thema-de-latelier-geolocalisation.pdf Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Erreurs de géoréférencement des images de Bing
Bonsoir, Dans l'article ci-dessous, l'auteur pointe une erreur de 25 mètres dans le géoréférencement des images de Bing en Estonie : http://www.maakaart.ee/index.php/summary-in-english/google-and-bing-maps-errors Voilà une démonstration de plus de la nécessité d'être critique envers toute source d'information et de croiser si possible les sources. Morale de l'histoire, la prochaine fois que vos traces GPS ne concorderont pas avec les images aériennes de Bing ou autre, ne changez pas forcément les piles de votre GPS. :) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ressenti des assises des données publiques ouvertes en Aquitiane
Bonjour, J'avais initialement posté le message suivant sur dans les journaux d'OSM, mais comme le suggère Denis, je le reposte ici. http://www.openstreetmap.org/user/frodrigo/diary/12507 Je ne traite que des informations non "triviales" de l'OpenData. Cette demi-journée était le lancement public du processus d'ouverture des données en région Aquitiane. L'initiative rassemble à la fois la région le département de la Gironde et la communauté urbaine de Bordeaux. Cet empilement semble orienté vers la métropole locale au détriment du reste de la région. Mais l'approche est inverse. Il s'agit d'une initiative parti de la communauté urbaine s'étendant aux autres partenaires. Parmi les invités l'on a retrouvé des acteurs nationaux et locaux pour faire un état des lieux. On a peu entendre l'APIE parler du futur portail national. Ouvert aux différentes institutions y compris locales pour diffuser leurs données. Néanmoins la commercialisation de ces données et l'idée que des données diffusées gratuitement peuvent être réutilisées sans licence en vertu de la loi est soutenu. L'intervention laissait entendre la possibilité d'une redevance pour des usages non commerciaux et même dépassant les coups de mise à disposition pour des usages commerciaux. Hors intervention, je me suis laisser dire que l'APIE étudiait le cas de OpenStreetMap et la condition de non dénaturation des données spécifique à la loi française. La conclusion serait que de part ça nature de wiki, et donc grasse à ça traçabilité, le projet puisse utiliser les données sans accords spécifiques sur la dénaturation de la part des fournisseurs. L'on a aussi pu voir la représentante du projet sirtaqui du comité régional de tourisme aquitain. Ils veulent ouvrir les données mais avec des conditions et limitations digne d'un dédale. Relevant plus du marchandage que d'un esprit volontariste d'OpenData. Par exemple avec des niveaux de licences différentes pour les données multimédia et de la négociation aux cas par cas par l'échange de « bons procédés ». Arguant que l'ouverture seule n'allait pas être suffisante à la promotion de leur données, imposant ainsi des limitations aux réutilisateurs J’arrête là les critiques et je passe aux réjouissances. Des retours d'expériences ont été présentées. On a pu que admirer l'ouverture d'esprit qui règne du coté de Brest et la volontarisme de Rennes. D'autre part plusieurs « guides » de l'OpenData voient le jour : par la Fing (attendu mi 2011), par l'observatoire des territoires numériques (printemps 2011) et un guide juridique par EAC (déjà disponible). Le conseil général de Gironde à pour ça part l'air plus en avance que les autres acteurs. Une libération de données de transports et sur le paysage de l'estuaire de la Gironde serait quasiment prête. La communauté urbaine livrerait un premier lot en janvier ou février de l'année prochaine. Mais l'on sait déjà que les données cadastrales ainsi que l'orthophotographie ne seront pas de la partie, car sous convention. La CUB en est à l'étape de cataloguer le contenu de son SI. Le processus du choix de la licence est lui aussi à peine entamer. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Le 08/12/2010 16:10, sly (sylvain letuffe) a écrit : Je ne sais pas quel est le but de cette manipulation, mais si, comme je le pense, elle sert à trouver les communes pas dans osm et qui existe en mode raster, ben cette liste me semble plus adaptée : http://beta.letuffe.org/cron/etat-communes/communes.csv.txt Ah oui, j'avais oublié ce fichier. Vincent de Chateau-Thierry a écrit Tu as une vu très synthétique et pratique de l'état, sur fond carto, c'est ici : http://beta.letuffe.org/?layers=BFFFT Effectivement, je suis fatigué. Par contre, mais c'est normal, ça ne dit pas quelle commune manque dans les trous :p Cédric a écrit : Tu as essayé?http://osmose.openstreetmap.fr/cgi-bin/info.py?item=7020 Et là on a un petit drapeau qui nous dit quelle commune manque ! Allélouia :-D Je me coucherais moins bête ce soir, et je trouverais plus facilement des communes à tracer ;) Bonne soirée Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
2010/12/8 Vincent de Chateau-Thierry > Tu peux refuser et t'amuser à caler toi même, mais la plupart du > temps le calage est correct et peut être utilisé tel que. > > Ca n'est pas automatique parce qu'il y a des plans qui contiennent des parties détachées (les données disponibles concernent alors la partie principale ou si le plan ne contient que des parties détachées, une de celles-ci). Il arrive aussi que les données fournies par le cadastre soient fausses. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvel abonné
Bonjour, Ravi de voir un nouveau montpelliérain ! Comme René-Luc, je suis sur Montpellier (enfin en qui me concerne seulement pour le boulot sinon je suis plutôt vers Clermont l'Hérault). Nous aurons peut-être l'occasion de nous croiser un de ces quatre. Nicolas Jean-Michel Hélary a écrit : Bonjour, Ceci est le premier message que je poste sur cette liste, à laquelle je viens de m'abonner. En guise de présentation. Cela fait déjà quelques temps que je contribue, modestement, dans mon coin. C'est-à-dire, très localement, à Montferrier-sur-Lez (nord de Montpellier) et, moins localement, sur l'agglomération de Montpellier. Je suis actif - et vigilant - sur tout ce qui permet les "déplacements actifs" (et non pas "doux", selon la terminologie à la mode) - voies cyclables, chemins et sentiers pédestres - et je contribue aussi aux transports publics (j'ai mis la ligne de bus 23 et la ligne de bus 22, cette dernière n'étant pas encore répercutée sur OSM Transport ni ÖPNV-Karte). Merci de votre attention. Jean-Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites administr atives KO
Bonjour, > De : "hamster" > > Sébastien KALT a écrit : > > Bonjour, > > > > Le 04/12/2010 15:20, Vincent de Chateau-Thierry a écrit : > >> J'espère bien qu'on ira plus vite que la bascule raster => vecteur du > >> PCI, sinon 2015, c'est optimiste ! > >> Le cadastre raster, quand il est déjà géoréférencé, c'est franchement > >> rapide à utiliser. Si on parvenait à sortir une liste des planches > >> raster déjà > > Euh, qu'est-ce que tu appelles "cadastre raster géoréférencé" ? > > > > Dans ma petite tête de non-cartographe et non-informaticien il n'y avait > > pour le cadastre que : > > > > * du *vecteur*, /facile/ à récupérer dans josm > > * ce que j'appelais le *raster avec les croisillons*, relativement > > facile (quand le greffon cadastre ne plante pas) à récupérer dans josm > > * ce que j'appelais le *raster sans croisillons*, pénible à caler > > dans josm, et qui va toujours de pair avec le précédent (je n'ai > > pas trouvé de commune à ce jour qui n'ai pas les deux, sur une > > dizaine de faite, donc pas une grande représentativité) > > * ce que j'ai découvert la semaine passée, des *images avec > > croisillons et coordonnées bizarres* (genre 4xxx), dont je n'ai > > pas encore trouvé que faire > > il existe aussi des fichiers raster qui contiennent des meta donnees de > geo-referencement > dans ce cas il n'est pas necessaire de cliquer sur les croisillons et > d'en indiquer les coordonnees, le plugin cadastre detecte les > metadonnees et demande si on veut les utiliser > Pour illustrer avec un exemple, si tu configures la projection de JOSM en Lambert 9CC zone 8, puis que tu demandes le chargement de la planche ZH de la commune de Janvry (91), tu devrais voir apparaître en fin de chargement un pop-up te proposant d'utiliser les infos de calage stockées dans la planche. Tu peux refuser et t'amuser à caler toi même, mais la plupart du temps le calage est correct et peut être utilisé tel que. C'est dans ce cas que c'est plutôt rapide de positionner du raster :-). > > Pour le moment j'en suis à comparer sous Calc une liste de communes du > > COG, de ma couche d'origine Mapinfo (date, licence et origine inconnue), > > et des exports disponibles sur > > http://beta.letuffe.org/ressources/export-communes/incomplet/, puis je > > vais sur le site du cadastre voir si je peux tracer les communes qui > > manquent dans OSM. Tu as une vu très synthétique et pratique de l'état, sur fond carto, c'est ici : http://beta.letuffe.org/?layers=BFFFT (au passage, message pour Sly : on dirait que les mises à jour sont figées à avant-hier midi...) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Sébastien KALT a écrit : Bonjour, Le 04/12/2010 15:20, Vincent de Chateau-Thierry a écrit : J'espère bien qu'on ira plus vite que la bascule raster => vecteur du PCI, sinon 2015, c'est optimiste ! Le cadastre raster, quand il est déjà géoréférencé, c'est franchement rapide à utiliser. Si on parvenait à sortir une liste des planches raster déjà Euh, qu'est-ce que tu appelles "cadastre raster géoréférencé" ? Dans ma petite tête de non-cartographe et non-informaticien il n'y avait pour le cadastre que : * du *vecteur*, /facile/ à récupérer dans josm * ce que j'appelais le *raster avec les croisillons*, relativement facile (quand le greffon cadastre ne plante pas) à récupérer dans josm * ce que j'appelais le *raster sans croisillons*, pénible à caler dans josm, et qui va toujours de pair avec le précédent (je n'ai pas trouvé de commune à ce jour qui n'ai pas les deux, sur une dizaine de faite, donc pas une grande représentativité) * ce que j'ai découvert la semaine passée, des *images avec croisillons et coordonnées bizarres* (genre 4xxx), dont je n'ai pas encore trouvé que faire il existe aussi des fichiers raster qui contiennent des meta donnees de geo-referencement dans ce cas il n'est pas necessaire de cliquer sur les croisillons et d'en indiquer les coordonnees, le plugin cadastre detecte les metadonnees et demande si on veut les utiliser ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suivi du tracé des limites adminis tratives KO
Bonjour, Le 04/12/2010 15:20, Vincent de Chateau-Thierry a écrit : J'espère bien qu'on ira plus vite que la bascule raster => vecteur du PCI, sinon 2015, c'est optimiste ! Le cadastre raster, quand il est déjà géoréférencé, c'est franchement rapide à utiliser. Si on parvenait à sortir une liste des planches raster déjà Euh, qu'est-ce que tu appelles "cadastre raster géoréférencé" ? Dans ma petite tête de non-cartographe et non-informaticien il n'y avait pour le cadastre que : * du *vecteur*, /facile/ à récupérer dans josm * ce que j'appelais le *raster avec les croisillons*, relativement facile (quand le greffon cadastre ne plante pas) à récupérer dans josm * ce que j'appelais le *raster sans croisillons*, pénible à caler dans josm, et qui va toujours de pair avec le précédent (je n'ai pas trouvé de commune à ce jour qui n'ai pas les deux, sur une dizaine de faite, donc pas une grande représentativité) * ce que j'ai découvert la semaine passée, des *images avec croisillons et coordonnées bizarres* (genre 4xxx), dont je n'ai pas encore trouvé que faire Mais tu parles plus bas de planche non calées mais avec croisillons, donc j'en déduis qu'il y a aussi des *planches images* que l'on n'a pas besoin de géoréférencer manuellement ? Désolé si je confonds un peu les termes, tout ça est encore nouveau pour moi. géoréférencées [1], ça permettrait de déterminer les communes dont au moins une majorité des planches sont calées, et par suite de cibler celles-ci en priorité pour le tracé. On avancerait par taches éparpillées, mais qui seraient autant de points d'accroche pour caler les planches non géoréférencées des communes adjacentes. Ca serait, j'en suis sûr, un bon accélérateur du chantier. Sans parler des planches non calées mais dotées de croisillons, où avec un chouilla d'effort on reconstitue le contour. Bref, même avec le raster, il y a des leviers si on veut booster un peu le sujet :-) Je veux bien aider au tracé des communes, ce que je fais pour le moment dans ma région (Poitou-Charentes) en relation avec mes besoins professionnels, donc effectivement si "/on/" pouvait produire une liste des communes facilement traçable, ça faciliterait le travail. Pour le moment j'en suis à comparer sous Calc une liste de communes du COG, de ma couche d'origine Mapinfo (date, licence et origine inconnue), et des exports disponibles sur http://beta.letuffe.org/ressources/export-communes/incomplet/, puis je vais sur le site du cadastre voir si je peux tracer les communes qui manquent dans OSM. Donc, pour être constructif, que faut-il faire ? Qui peut nous aider ? (pour la constitution de la liste) Bonne journée, Sébastien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: Nominatim Special Phrases and improving search
2010/12/7 Hendrik Oesterlin > Le 08/12/2010 à 07:28:27 +1100 "Damouns" damo...@gmail.com a écrit > Objet: "[OSM-talk-fr] Fwd: Nominatim Special Phrases and improving search" > : > > > C'est un peu contre productif d'avoir à, en, dans, près, près de, > > proche, proche de pour chaque mot ou expression, et ceci dans les > > formes singulier et pluriel... > > > Par exemple si je veux rajouter le terme "à côté de" je dois le faire > > pour chaque expression au singulier et au pluriel... comme dit Hendrik > > Oestrelin "I'm afraid its a fairly boring and repetitive task" > > "Contre productif" peut être pas, mais redundant peut être bien. > > Je ne peux pas me permettre de juger la façon dont marche Nominatim, > car j'aurais été incapable de programmer une chose de la même qualité. > > Mais la première chose à laquelle j'ai pensé était des expressions > régulières pour grouper les paramètres de recherche plutôt que de > tenter de les écrire de façon exhaustive tel que c'est prévu pour > chaque langue: > http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases/FR > > > > J'ai même pensé à un système de score comme cela se fait pour le > filtrage de pourriel avec un algorithme de type Bayes > http://fr.wikipedia.org/wiki/Filtrage_bay%c3%a9sien_du_spam > > Y a toujours de la marge pour de bonnes idées, et je suis sure que Brian présenté à une bonne idée l'acceptera sans problème. Sa liste a quelques problèmes toutefois avec les pluriels :) Je verrais si j'ai le temps de corriger un peu. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr