[OSM-talk-fr] Re : [OSM-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building
L'import des données de Brest Métropole Océane a débuté à l'instant http://www.openstreetmap.org/?lat=48.42968lon=-4.51683zoom=17layers=B000FTF Y'a plus qu'à rajouter les rues :) Et à recentrer le tout : http://www.openstreetmap.org/?lat=48.398999lon=-4.469574zoom=18layers=B000FTF Bref, il y a encore du boulot ;-) De : Vincent Meurisse osm-talk...@meurisse.org À : talk-fr@openstreetmap.org Envoyé le : Mer 14 Octobre 2009, 23 h 43 min 50 s Objet : Re: [OSM-talk-fr] [OSM-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building On Wednesday 14 October 2009 22:54:38 François Van Der Biest wrote: L'import des données de Brest Métropole Océane a débuté à l'instant http://www.openstreetmap.org/?lat=48.42968lon=-4.51683zoom=17layers=B000FTF Y'a plus qu'à rajouter les rues :) -- Vincent Meurisse ___ 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] [OSMTransport]Questions - Remarques
Bonjour Julien Joli travail ! Surtout pour les arrêts de bus. Le 13 octobre 2009 01:11, THEVENON Julien julien_theve...@yahoo.fr a écrit : Salut, Maintenant que les lignes de Bus de l'agglomeration Grenobloises sont terminees [1] j ai quelques questions a propos d OSMTransport: - Les lignes 3,17 et 56 sortent suffisamment de l agglomeration pour sortir aussi de la location. Comment peut on la redimensionner pour englober toutes les lignes dans leur globalite ? Nous avions rencontré ce problème sur les lignes TER et RER dans la région parisienne, mais Reluc l'avait résolu. Il faut que je vois avec lui. Ce problème apparaissait lorsque une ligne était constituée de plusieurs relations : les relations qu'on ne voit pas sont hors de la location. - En certains points de l agglomeration il est possible d avoir plusieurs lignes de bus qui passent devant le meme arret sans pour autant que celui ci soit desservi par toutes [2] ou inversement d autres endroits ou chaque ligne possede son propre arret mais tous les arrets portent le meme nom ([3] et [4] par exemple).Il serait tres utile de faire afficher dans l info bulle de l arret quelles sont les lignes qui le desservent ( attribut routes_ref ) A ce sujet, nous avons en projet (mais pas le temps encore) de passer à une structure de base de données de type osmosis et non osm2pgsql. Ainsi on pourra voir quels arrêts appartiennent à quelle relation et donc à quelle ligne. Je ne savais pas qu'on pouvait utiliser routes_ref pour spécifier une ou plusieurs lignes. En attendant cela peut être en effet une solution. Je vais voir avec Reluc - Est ce que l application va etre proposee aux operateurs des compagnies de bus pour integration sur leur site ? Les pdf plans de ligne de la TAG a Grenoble sont par exemple tres peu lisibles compare a OSMTransport !!! Nous aimerions fortement en faire profiter les agglomérations et les opérateurs. Nous allons de notre côté prendre contact avec la TAM (Montpellier) pour voir ce qui peut être fait. Pour être intégré dans leur site il y a encore du travail je pense. Il faudrait pouvoir les rencontrer. - Est-il possible et autorise d exporter l application sur un autre site ? genre forum local, site d une association etc Nous sommes en train de voir si on peut faire une version simple de osmtransport (plein écran, css sommaire) pour que les personnes qui le souhaitent puissent l'utiliser dans une bête iframe. Ainsi ce ne serait pas un export, mais on pourrait l'intégrer dans d'autres sites. La solution de l'iframe n'est pas géniale, mais pour commencer... Et la maniere de traiter les transports en communs aussi: Dans grenoble et son agglomeration il y a un certain nombre de navettes, est ce qu il faut les tagguer comme les lignes de bus normales ? Je pense que oui. Si les navettes ont un petit nom, il est possible de spécifier alors une valeur dans le tag name. Par exemple Navette centre-ville, ce qui est différent de la ref=56b Julien, merci pour ces retours et ces idées ! Julien 1: http://3liz.fr/public/osmtransport/index.php?location=GrenobleBtChooseLocation=Ok 2:http://osm.org/go/0CASDVkEr-- 3:http://osm.org/go/0CAHS9SaA-- Tous les arrets de bus portent le nom de Grand Place 4:http://osm.org/go/0CFwd:ASGJiMa-- http://osm.org/go/0CASGJiMa-- Tous les arrets de bus portent le nom de Dr Martin ___ 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] plugin validator et fusion de noeuds
+--On 14 octobre 2009 18:04:24 +0100 Emilie Laffray emilie.laff...@gmail.com wrote: | 2009/10/14 Etienne Chové ch...@crans.org | | Coucou, | | Il me semblait que le plugin validator était capable de faire de la | fusion de noeuds (d'ailleurs [1]), très utile pour le polygones clc. Est | ce que ça marche chez certains et quelle procédure utilisent-ilsjosm ? | Je l'utilisait du temps de l'import de communes dans mon dept, mais | maintenant je n'arrive plus à le faire marcher. | | http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Validator#Validations | | | Hum, je viens d'importer des polygones CLC avec le latest de JOSM et du | plugin validator. La fusion de point a fonctionné parfaitement pour moi. | Utiliser Fix marche a chaque coup. Alors, c'est nouveau, parce qu'avant hier, la fonction fix pour les nodes duppliqués faisait toujours la même chose, c-a-d supprimer un des deux nodes. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] plugin validator et fusion de noeuds
Mathieu Arnold wrote: Alors, c'est nouveau, parce qu'avant hier, la fonction fix pour les nodes duppliqués faisait toujours la même chose, c-a-d supprimer un des deux nodes. Faudra que je vérifie mon travail alors tout a l'heure au cas ou. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSMTransport]Questions - Remarques
kimaidou a écrit : Bonjour Julien Joli travail ! Surtout pour les arrêts de bus. Le 13 octobre 2009 01:11, THEVENON Julien julien_theve...@yahoo.fr mailto:julien_theve...@yahoo.fr a écrit : * En certains points de l agglomeration il est possible d avoir plusieurs lignes de bus qui passent devant le meme arret sans pour autant que celui ci soit desservi par toutes [2] ou inversement d autres endroits ou chaque ligne possede son propre arret mais tous les arrets portent le meme nom ([3] et [4] par exemple).Il serait tres utile de faire afficher dans l info bulle de l arret quelles sont les lignes qui le desservent ( attribut routes_ref ) A ce sujet, nous avons en projet (mais pas le temps encore) de passer à une structure de base de données de type osmosis et non osm2pgsql. Ainsi on pourra voir quels arrêts appartiennent à quelle relation et donc à quelle ligne. Je ne savais pas qu'on pouvait utiliser routes_ref pour spécifier une ou plusieurs lignes. En attendant cela peut être en effet une solution. Je vais voir avec Reluc Si les arrêts sont dans la relation 'route', les bus s'arrêtant à tel arrêt, ça se retrouve. routes_ref risque alors d'être une information redondante qui provoque des incohérences (mise à jour d'un côté, pas de l'autre). Et la maniere de traiter les transports en communs aussi: Dans grenoble et son agglomeration il y a un certain nombre de navettes, est ce qu il faut les tagguer comme les lignes de bus normales ? Je pense que oui. Si les navettes ont un petit nom, il est possible de spécifier alors une valeur dans le tag name. Par exemple Navette centre-ville, ce qui est différent de la ref=56b Julien, merci pour ces retours et ces idées ! Julien 1:http://3liz.fr/public/osmtransport/index.php?location=GrenobleBtChooseLocation=Ok http://3liz.fr/public/osmtransport/index.php?location=GrenobleBtChooseLocation=Ok 2:http://osm.org/go/0CASDVkEr-- 3:http://osm.org/go/0CAHS9SaA-- Tous les arrets de bus portent le nom de Grand Place 4:http://osm.org/go/0CFwd:ASGJiMa-- http://osm.org/go/0CASGJiMa-- Tous les arrets de bus portent le nom de Dr Martin Quid du schéma de transport ? http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema Il permet de faire une relation stop_area group pour Grand Place ou Dr Martin (et alors un rendu unique à faible zoom) http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Stop_area_group. Il permet de préciser le type de ligne de bus (regular, navette : shuttle...) http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Bus_lines_and_trolley_bus_lines -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Presse] info linux magazine
Darko Stankovski a écrit : lé de décevoir, mais la date de l'article est... 27 September *2006* Exact ! Merci ! Ça ne change rien à ma proposition. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Presse] info linux magazine
4ad6da23.6070...@gmail.com Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Salut Vincent=2C Comme je te le disais hier le r=E9dac en chef est OK pour un article sur OS= M. Emilie (En Pr=EAtresse Vaudou Python/Requetes SQL) propose un compl=E9ment = sur Postgis/PostgreSQL/OSM.=20 Je pense que l'on peut faire un ou plusieurs Article(s) Collector(s) =E0 pl= usieurs (En trois ans OSM a =E9norm=E9ment progress=E9.On en a des choses = =E0 montrer) La complexit=E9 de l'article irait crescendo en fonction du public vis=E9. Je mets de l'ordre dans mes rush et on fusionne nos id=E9es si vous voulez = !? @+ Ga=EBl =0A= _=0A= Your E-mail and More On-the-Go. Get Windows Live Hotmail Free.=0A= http://clk.atdmt.com/GBL/go/171222985/direct/01/= ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Presse] info linux magazine
Emilie Laffray a écrit : 2009/10/14 GAEL MUSQUET ratzil...@hotmail.com mailto:ratzil...@hotmail.com 7e9dfabf0910140748v5be627c4l100e7407ddc95...@mail.gmail.com mailto:7e9dfabf0910140748v5be627c4l100e7407ddc95...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Salut Vincent=2C Il n'y en a pas encore eu d'apr=E8s le r=E9dac en chef=2C =E0 part UPCT. Je= suis aussi en train d'en r=E9diger un=2C j'ai soumis l'id=E9e au r=E9dac e= n chef=2C il est OK. Si tu veux on s'associe =E0 deux voir plus on sera enc= ore meileurs =3B-) J'ai soumis comme nom d'article: OpenStreetMap et son exploitation par des SIG Le liens pour les auteurs (licences=2C finances etc...) : http://www.ed-diamond.com/articles Si vous voulez une partie Postgis, on peut voir pour ajouter quelque chose. Emilie Laffray Ce que j'ai commencé est du super basic, à destination de Linux pratique plutôt que Linux mag. Intro à OSM, petite actu sur les apports récents, faire son premier nœud sur Potlatch (pour la boulangerie du coin) publier une slippy map sur son site (exemples repris du wiki). Comment on peut apporter du contenu simple et comment on peut tirer du contenu simple. Mon idée de titre était Openstreetmap, la carte 'à la carte'. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Orchard : le vote est ouvert, soutenez !
Il n'y a presque que des français sur ce vote et pour cause, je n'ai vu aucune annonce sur les listes internationales. Est-ce la peur d'appeler à un vote suite aux nombreuses polémiques sur ce processus et le terme de vote rejeté par bon nombres de personnes ? (rappelons que la controverse concernais des tags approuvés par très peu de votants qui considéraient que le résultat avait un vrai poids démocratique, ce qui ne peut être le cas dans un vote sur wiki). Si personne n'est contre, je vais lancer un appel à sondage plutôt que vote et remplacer les {{vote|*}} par {{poll|*}}. Cela ne changera rien au résultat et pourra peut-être donner des idées aux propositions suivantes. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] Orchard : le vote est ouvert, soutenez !
Pieren a écrit : Il n'y a presque que des français sur ce vote et pour cause, je n'ai vu aucune annonce sur les listes internationales. Est-ce la peur d'appeler à un vote suite aux nombreuses polémiques sur ce processus et le terme de vote rejeté par bon nombres de personnes ? (rappelons que la controverse concernais des tags approuvés par très peu de votants qui considéraient que le résultat avait un vrai poids démocratique, ce qui ne peut être le cas dans un vote sur wiki). Si personne n'est contre, je vais lancer un appel à sondage plutôt que vote et remplacer les {{vote|*}} par {{poll|*}}. Cela ne changera rien au résultat et pourra peut-être donner des idées aux propositions suivantes. Pieren Pas par peur, par ignorance de la démarche... en tout cas côté français, le vote est massif ! OK pour moi pour le remplacement. J'ignorais la polémique... Et merci pour l'appel sur d'autres listes. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Proposition de l'import CLC à l'Image of the week
2009/10/14 Pieren pier...@gmail.com 2009/10/14 Vincent Meurisse osm-talk...@meurisse.org: On Wednesday 14 October 2009 22:25:22 Etienne T wrote: De souvenirs, Emilie avait fait une image de la france avec les données CLC pour le SOTM09. Faut juste demander l'image original ? http://files.meurisse.org/osm/france-corine.png http://files.meurisse.org/osm/france-corine-small.png Il faudrait une image de ce qui a été réellement importé. Oui car en plus cette carte n'a pas les bonnes couleurs a part pour la foret et comprends tous les polygones CLC. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [OSM-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building
2009/10/15 Etienne T gustrimai...@yahoo.fr: Et à recentrer le tout : http://www.openstreetmap.org/?lat=48.398999lon=-4.469574zoom=18layers=B000FTF Bref, il y a encore du boulot ;-) Notez ici: http://www.openstreetmap.org/?lat=48.395088lon=-4.478672zoom=18layers=B000FTF le billet de banque au milieu de la route et l'église Saint-Martin qui n'a pas son place_of_worship. Cela veut dire qu'il faut déplacer un certain nombre de tags du node vers le building. Effectivement, il y a encore du boulot mais ça montre l'utilité d'importer les bâtiments dans OSM. Cela permet de positionner précisément les routes, les autres voies (cyclables par exemple) et autres POI's. Et à OSM d'atteindre un niveau de qualité quasi-professionnel. Bravo à tous, Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Presse] info linux magazine
2009/10/15 GAEL MUSQUET ratzil...@hotmail.com 4ad6da23.6070...@gmail.com Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Salut Vincent=2C Comme je te le disais hier le r=E9dac en chef est OK pour un article sur OS= M. Emilie (En Pr=EAtresse Vaudou Python/Requetes SQL) propose un compl=E9ment = sur Postgis/PostgreSQL/OSM.=20 Je pense que l'on peut faire un ou plusieurs Article(s) Collector(s) =E0 pl= usieurs (En trois ans OSM a =E9norm=E9ment progress=E9.On en a des choses = =E0 montrer) La complexit=E9 de l'article irait crescendo en fonction du public vis=E9. Je mets de l'ordre dans mes rush et on fusionne nos id=E9es si vous voulez = !? Ca me convient parfaitement. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Proposition de l'import CLC à l'Image of the week
Je repose donc ma question originale :) Je veux bien faire un rendu qui se voit mais je voudrais savoir quoi modifier comme styles. Je suppose que je prend ce qui est sur la page du wiki ? Vous voulez que je filtre par user pour ne sortir que ce qui appartient au user clc ? Yann Le 15 oct. 2009 à 11:33, Emilie Laffray a écrit : 2009/10/14 Pieren pier...@gmail.com 2009/10/14 Vincent Meurisse osm-talk...@meurisse.org: On Wednesday 14 October 2009 22:25:22 Etienne T wrote: De souvenirs, Emilie avait fait une image de la france avec les données CLC pour le SOTM09. Faut juste demander l'image original ? http://files.meurisse.org/osm/france-corine.png http://files.meurisse.org/osm/france-corine-small.png Il faudrait une image de ce qui a été réellement importé. Oui car en plus cette carte n'a pas les bonnes couleurs a part pour la foret et comprends tous les polygones CLC. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Proposition de l'import CLC à l'Image of the week
Je repose donc ma question originale :) Je veux bien faire un rendu qui se voit mais je voudrais savoir quoi modifier comme styles. Je suppose que je prend ce qui est sur la page du wiki ? Vous voulez que je filtre par user pour ne sortir que ce qui appartient au user clc ? Tient au passage, y'a t'il une doc sur comment itoworld a réalisé la vidéo 'A year of edits' ? Ça serait sympa de pouvoir réaliser ce genre de matériel de com pour des occasions de ce genre. -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ile de Cordouan
On jeudi 15 octobre 2009, François Van Der Biest wrote: Je confirme ... tout le monde en parle !On m'envoie à l'instant cet article : http://www.lefigaro.fr/environnement/2009/10/14/01029-20091014ARTFIG00520-une-ile-surgit-dans-l-estuaire-de-la-gironde-.php La lecture de cet article permet de re-confirmer que les communes s'arrêtent à la côte, cette île n'étant encore sur le territoire d'aucune commune. (à moins qu'elle ne soit en haute mer ?) Y a t'il un lien avec ce que l'on voit là : http://osm.org/go/eqpbFYU-- ? Si on affiche le layer commune, celle-ci a déjà été accaparée par le maire du coin (on se croirait à risk). Plus de 3 mois, est-ce celle là ? F. 2009/10/14 Gilles Corlobé gil...@corlobe.tk Bonjour, La télé nous parle depuis 2 jours de cette nouvelle île, qui n'a pas de nom, qui est apparue depuis le début de l'année à côté du phare de Cordouan. Il parait qu'elle n'apparait sur aucune carte. Ne serait-il pas intéressant qu'OSM soit la première à la faire apparaitre… et de le faire savoir! Y aurait-il quelqu'un qui pourrait aller dans le coin avec son GPS? Gilles -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ile de Cordouan
2009/10/15 sly (sylvain letuffe) sylv...@letuffe.org Si on affiche le layer commune, celle-ci a déjà été accaparée par le maire du coin (on se croirait à risk). Apres monopoly, voila que Sylvain va nous faire un Risk online base sur OSM France ;) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ile de Cordouan
2009/10/15 sly (sylvain letuffe) sylv...@letuffe.org: Y a t'il un lien avec ce que l'on voit là : http://osm.org/go/eqpbFYU-- ? Si on affiche le layer commune, celle-ci a déjà été accaparée par le maire du coin (on se croirait à risk). Plus de 3 mois, est-ce celle là ? Ca m'étonnerait. Il y a un polygone boundary de Frederic Rodrigo, source cadastre et un polygone CLC water tidal ! Et en regardant Yahoo, on y voit que du bleu ... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ile de Cordouan
On jeudi 15 octobre 2009, Pieren wrote: Ca m'étonnerait. Il y a un polygone boundary de Frederic Rodrigo, source cadastre et un polygone CLC water tidal ! Et en regardant Yahoo, on y voit que du bleu ... On dirait (source wikipedia) que l'ile trouvée par françois et celle du phare visible sur la photo de l'article. Celui-ci précise ensuite à 2km, mais n'indiquant pas la direction, et d'après gogol ours, il y en a des tas de bans de sable par là bas, ça doit être par là dedans... Sur les fêtards de l'ile, y'en a bien un qui avait un iphone et qui a foutur une photo géolocalisée sur fkickr ;-) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ile de Cordouan
-Message d'origine- De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr- boun...@openstreetmap.org] De la part de Pieren Envoyé : jeudi 15 octobre 2009 16:13 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Ile de Cordouan 2009/10/15 sly (sylvain letuffe) sylv...@letuffe.org: Y a t'il un lien avec ce que l'on voit là : http://osm.org/go/eqpbFYU-- ? Si on affiche le layer commune, celle-ci a déjà été accaparée par le maire du coin (on se croirait à risk). Plus de 3 mois, est-ce celle là ? Ca m'étonnerait. Il y a un polygone boundary de Frederic Rodrigo, source cadastre et un polygone CLC water tidal ! Et en regardant Yahoo, on y voit que du bleu ... Pieren Je viens de vérifier sur wikipedia, il parait que le phare de Cordouan se trouve se le cadastre de Le Verdon sur Mer. Donc ça pourrait correspondre au banc qui se trouve à côté du phare. Apparemment, l'île se trouve juste à côté. Donc ça pourrait être ça. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ile de Cordouan
-Message d'origine- De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr- boun...@openstreetmap.org] De la part de Pieren Envoyé : jeudi 15 octobre 2009 16:13 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Ile de Cordouan Ca m'étonnerait. Il y a un polygone boundary de Frederic Rodrigo, source cadastre et un polygone CLC water tidal ! Et en regardant Yahoo, on y voit que du bleu ... Pieren En ce qui concerne Yahoo, Google ou les autres, les images satellite sont trop vieilles pour qu'on voit l'île : la plupart du temps, elles ont 2 ou 3 ans. Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Presse] info linux magazine
Emilie Laffray a écrit : 2009/10/15 GAEL MUSQUET ratzil...@hotmail.com mailto:ratzil...@hotmail.com 4ad6da23.6070...@gmail.com mailto:4ad6da23.6070...@gmail.com Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Salut Vincent=2C Comme je te le disais hier le r=E9dac en chef est OK pour un article sur OS= M. Emilie (En Pr=EAtresse Vaudou Python/Requetes SQL) propose un compl=E9ment = sur Postgis/PostgreSQL/OSM.=20 Je pense que l'on peut faire un ou plusieurs Article(s) Collector(s) =E0 pl= usieurs (En trois ans OSM a =E9norm=E9ment progress=E9.On en a des choses = =E0 montrer) La complexit=E9 de l'article irait crescendo en fonction du public vis=E9. Je mets de l'ordre dans mes rush et on fusionne nos id=E9es si vous voulez = !? Ca me convient parfaitement. Ma copie est ici : http://frvipofm.net/osm/introLinuxPratique.odt Vous allez voir, c'est basic ! Pas de requête ni de python ! -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ile de Cordouan
Vous êtes certain que Google ne l'a pas mis à jour ? On voit des masses sableuses conséquentes à l'est du phare qui correspond sans doute à leur île : http://maps.google.fr/maps/mm?ie=UTF8hl=frll=45.599927,-1.167212spn=0.048763,0.077162t=kz=14 STA Le 15 octobre 2009 16:37, Gilles Corlobé gil...@corlobe.tk a écrit : -Message d'origine- De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr- boun...@openstreetmap.org] De la part de Pieren Envoyé : jeudi 15 octobre 2009 16:13 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Ile de Cordouan Ca m'étonnerait. Il y a un polygone boundary de Frederic Rodrigo, source cadastre et un polygone CLC water tidal ! Et en regardant Yahoo, on y voit que du bleu ... Pieren En ce qui concerne Yahoo, Google ou les autres, les images satellite sont trop vieilles pour qu'on voit l'île : la plupart du temps, elles ont 2 ou 3 ans. Gilles ___ 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] Ile de Cordouan
Non, d'après la presse, l'île n'est pas reliée au phare. Il semble donc que ce qui apparait sur OSM, comme sur Geoportail et Google, soit les bancs de sable qui existent depuis toujours. A noter que je viens d'ajouter le phare sur OSM (mais je m'étais trompé de quelques centièmes de degré : le phare est au milieu du banc). Gilles De : talk-fr-boun...@openstreetmap.org [mailto:talk-fr-boun...@openstreetmap.org] De la part de s1057...@gmail.com Envoyé : jeudi 15 octobre 2009 17:09 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Ile de Cordouan Vous êtes certain que Google ne l'a pas mis à jour ? On voit des masses sableuses conséquentes à l'est du phare qui correspond sans doute à leur île : http://maps.google.fr/maps/mm?ie=UTF8 http://maps.google.fr/maps/mm?ie=UTF8hl=frll=45.599927,-1.167212spn=0.04 8763,0.077162t=kz=14 hl=frll=45.599927,-1.167212spn=0.048763,0.077162t=kz=14 STA ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [OSMTransport]Questions - Remarques
De : Vincent Pottier vpott...@gmail.com Si les arrêts sont dans la relation 'route', les bus s'arrêtant à tel arrêt, ça se retrouve. routes_ref risque alors d'être une information redondante qui provoque des incohérences (mise à jour d'un côté, pas de l'autre). Les arrets sont bien dans une relation route avec le role stop et je suis daccord c est redondant comme info avec les risques que ca comporte. La proposition d utiliser route_ref dasn OSMTransport etait plus a voir comme un workaround simple en attendant le support complet des relations Quid du schéma de transport ? http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema Merci pour les liens je ne connaissais pas ceux la. je me suis base sur http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop et http://wiki.openstreetmap.org/wiki/Relation:route#Bus_Routes_.28also_trolley_bus.29 d ou la redondance route_ref relation etc Il permet de faire une relation stop_area group pour Grand Place ou Dr Martin (et alors un rendu unique à faible zoom) http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Stop_area_group. Dac ca permet de regrouper les arrets dans un seul groupe mais je n ai pas l impression que cela resolve le probleme dont je parlais, c est a dire que sur OSM Transport on ne sait pas quel arret physique correspond a quelle ligne Il permet de préciser le type de ligne de bus (regular, navette : shuttle...) http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema#Bus_lines_and_trolley_bus_lines je ne connaissais pas non plus donc ca repond a ma question des navettes Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le dimanche 11 octobre 2009 à 13:48 +0100, Emilie Laffray a écrit : 2009/10/11 Christophe Merlet (RedFox) red...@redfoxcenter.org J'utilise JOSM en 64 bit avec 4 Go de RAM. JOSM a une gestion mémoire déplorable. La consommation de RAM ne fait qu'augmenter modif après modif. Avoir 4 ou 8 go de RAM permet juste de repousser l'instant ou il faut tout fermer et r'ouvrir. Le gros problème vient de la programmation de JOSM qui se met à ramer dès qu'il doit gérer plusieurs dizaines de milliers de points. Dans le cas de la forêt des Landes ou de Sologne, le simple chargement de la relation rend l'interface inutilisable avec des temps d'attente d'une minute pour chaque clic dans l'interface. D'autant plus surprenant, qu'un simple jeux 3D gère lui des polygones et des scènes 100 fois plus complexe en temps réel. Oui, bon, pas la peine d'utiliser alors. Je pense que JOSM commence a montrer son âge en terme d'éditeur. Si vous voulez que je regarde un polygone en particulier, contactez moi et je ferais quelques calculs pour le couper en conséquence afin d'enlever les overlaps. Après, je ferais un upload utilisant l'outil de Yann Coupin. Ce serait bien de faire l'import... J'ai tenté d'importer directement la forêt des landes avec JOSM. Malheureusement, l'API 0.6 m'interdit d'uploader plus de 5 et les Landes en font plus de 84000... J'ai voulu le faire avec le script bulk_upload.py dispo sur le wiki d'OSM, mais la dépendances python-graph n'est pas packagé sur Fedora. Je ne vais pas m'aventurer à plus de bidouillage... Je me sens d'autant plus concernée par la Sologne que c'est pas très loin de chez moi. Je vais voir pour créer une page sur le wiki pour lister ces zones problématiques. J'aimerais vraiment voir la forêt des Landes :) Je suis pour un import bourrin et une vérification après coup une petite zone après l'autre... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Retour d 'expérience.
Christophe Merlet (RedFox) wrote: J'aimerais vraiment voir la forêt des Landes :) Je suis pour un import bourrin et une vérification après coup une petite zone après l'autre... Tu as l'ID? Je ferais ca ce week end. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [OSM-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building
Question déjà traitée gd :) http://wiki.openstreetmap.org/wiki/BMO#Manual_correction C'est du à l'imprecision du layer wms yahoo je pense. Quasi tout Brest a été fait comme ça, même si ça a été vérifié par GPS en grande partie, le GPS n'est pas non plus hyper précis, là on arrive à une précision de l'ordre du mettre pour caler la voie entre les batiments. 2009/10/15 g.d g...@wanadoo.fr Bravo ! Toutefois, au moins dans le centre ville, il semble exister un décalage entre les maisons importées, et les tracés des rues faits par les osm'eurs, et ça a un air systématique, c'est bizarre... Je ne pense *pas*, que tous les osmeurs qui ont travaillé la-dessus, auraient fait une même erreur ! Ça sent quelque chose de généralisé, comme une différence dans les projections, dans le géoïde utilisé, ou, est-ce que le système gps nous envoie dans les orties ? Ou simplement l'effet canyon ? Je n'ai pas d'explication pour ce décalage quasi systématique. Gerhard --- Le 15 oct. 09 à 11:42, Pieren a écrit : 2009/10/15 Etienne T gustrimai...@yahoo.fr: Et à recentrer le tout : http://www.openstreetmap.org/?lat=48.398999lon=-4.469574zoom=18layers=B000FTF Bref, il y a encore du boulot ;-) Notez ici: http://www.openstreetmap.org/?lat=48.395088lon=-4.478672zoom=18layers=B000FTF le billet de banque au milieu de la route et l'église Saint-Martin qui n'a pas son place_of_worship. Cela veut dire qu'il faut déplacer un certain nombre de tags du node vers le building. Effectivement, il y a encore du boulot mais ça montre l'utilité d'importer les bâtiments dans OSM. Cela permet de positionner précisément les routes, les autres voies (cyclables par exemple) et autres POI's. Et à OSM d'atteindre un niveau de qualité quasi-professionnel. Bravo à tous, Pieren ___ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Re tour d'expérience.
Le jeudi 15 octobre 2009 22:58:33, Christophe Merlet (RedFox) a écrit : Le jeudi 15 octobre 2009 à 20:39 +0100, Emilie Laffray a écrit : Christophe Merlet (RedFox) wrote: J'aimerais vraiment voir la forêt des Landes :) Je suis pour un import bourrin et une vérification après coup une petite zone après l'autre... Tu as l'ID? Je ferais ca ce week end. Ce morceau http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-221328 http://osmose.openstreetmap.fr/clc/cgi-bin/index.py?zoom=11lat=44.22361lo n=-0.92081layers=TB0Tch=111,112,121,123,124,131,132,133,211,212,213,221,2 22,223,231,311,312,313,321,322,323,332,335,411,412,421,422,423,512,521st=o ut Bonsoir, Est-ce qu'il y a besoin que j'arrête de toucher à des poly qui touche la foret des Landes ? Je fais des imports manuel au sud de Bordeaux. Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [OSM-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building
Le 15 oct. 09 à 22:49, Steven Le Roux a écrit : .../... C'est du à l'imprecision du layer wms yahoo je pense. Quasi tout Brest a été fait comme ça, .../... ...cela explique, en effet. J'avais déjà constaté des grandes différences entre photos et réalité, dû à l'angle d'incidence des photos : En paysage accidenté, une montagne peut carrément cacher une route qui passe derrière, sur la photo. Si quelqu'un trace d'après ça, sur osm, il pourrait être tenté de mettre la route en tunnel:yes... Mais ici, c'est surtout la quantité de données à rectifier, qui m'impressionne. Quand on trace les maisons petit à petit d'après cadastre, on s'en rend moins compte... Gerhard ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [OSM-talk-fr-bzh] [import] BMO Brest Metropole Oceane - building
L'import des données s'est terminé hier soir à 23:14 Le résultat est, comment dire ... impressionnant ! On retiendra de cet import : - les villes champignons, constituées d'un polygone urbain CLC et du bati, sans aucune route (ex: http://osm.org/go/erDxXXhe-). Ex: Guilers, Bohars dans une moindre mesure. - le besoin de reprise manuelle des données routières, selon http://wiki.openstreetmap.org/wiki/BMO#Manual_correction - l'extrême rapidité de mise à jour des tuiles ! Nous disposons encore d'une couche POI et d'une autre avec le graphe routier. Pour cette dernière, l'import sera probablement plus délicat, dans la mesure ou on a un existant en place. Avec Steven, on avait imaginé constituer une couche WMS avec ces données routières, en superposition de la carte OSM actuelle, de manière à définir manuellement un polygone qui servirait de filtre géographique pour l'extraction des objets qui nous intéressent. Aussi, ces villes champignons pourraient ne pas le rester très longtemps ! F. 2009/10/16 g.d g...@wanadoo.fr Mais ici, c'est surtout la quantité de données à rectifier, qui m'impressionne. Oui, il va y avoir du travail pour les fourmis que nous sommes ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr