Re: [OSM-talk-fr] Wikiproject Social (était : am enity=kindergarten pour une crèche ?)
school=* me va bien :) Le 30 octobre 2009 16:00, Pieren pier...@gmail.com a écrit : 2009/10/30 kimaidou kimai...@gmail.com: D'accord pour le tag type= pour compléter les écoles. Ce type sera différent en France, en Allemagne, etc., mais ce n'est pas grave en soi, et on pourra toujours avoir une table de correspondance si on le veut pas la suite :D Mais je ne sais pas s'il faut utiliser primaire|secondaire|lycée ou plutôt primaire|collège|lycée ? Évitez les clés trop générales comme type ou level. Si on taggue le bâtiment de l'école, il y aura peut-être un type ou level pour le building (nombre d'étages, bâtiment écologique ou que sais-je). Utilisez plutôt amenity=school + school=* ou une autre clé mais un nom vraiment adaptée à ce classement. 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] amenity=kindergarten pour une cr èche ?
Je suis d'accord avec cela. Je souhaite moi aussi bien spécifier les différences entre * crèche * école maternelle * école primaire * collège * lycée * fac/école supérieure C'est très difficile... Quelqu'un aurait une proposition cohérente ? Le 28 octobre 2009 11:34, Pieren pier...@gmail.com a écrit : Quelqu'un vient d'ajouter les crèches au tag amenity=kindergarten sur FR:Map Features. Est-ce que c'est bien la même chose ? Ne vaudrait-il pas mieux utiliser amenity=nursery pour une crèche et garder kindergarten pour les écoles maternelles ? 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] Re : OSM sera dans Libération de samedi
Camille, Merci et bravo pour l'article : c'est concis, clair et rigoureux. C'est le style d'article qu'il faut mettre en page d'accueil du wiki osm.org Le 28 octobre 2009 12:18, tenshu ten...@gmail.com a écrit : L'article est dispo pour tout le monde : http://www.liberation.fr/medias/0101599041-quand-les-internautes-taillent-la-route 2009/10/24 THEVENON Julien julien_theve...@yahoo.fr *De :* Camille Gévaudan gevaudan@gmail.com ** **Bonsoir à tous ! **Beaucoup d'entre vous étaient sans doute en vacances au mois d'août et n'ont donc aucun souvenir de mes interventions dans la mailing **list, donc je me re-présente rapidement : journaliste à Ecrans.fr / Libération, j'ai réalisé cet été une petite série d'articles sur **OpenStreetMap (http://www.ecrans.fr/+-les-routards-du-web-+.html?page=journal). **En réponse à un lecteur, dans les forums d'Ecrans (ici http://www.ecrans.fr/forums/viewtopic.php?id=6238), on avait évoqué la * *possibilité que cette série donne lieu à un article dans le journal papier à la rentrée. Bon, fin octobre fait un peu tard pour la rentrée, **mais le principal est que c'est maintenant chose faite ! **L'article paraîtra dans Libération de samedi (24 octobre, après-demain), en page Connecter du cahier central. **Faute de pouvoir utiliser 10 pages du journal, il ne reprendra pas la partie de découverte personnelle / essai de participation au projet. * *Ce sera une présentation générale d'OSM. **Voilà :) Cool ! Merci pour la promo :-) J ai vu que l article est aussi accessible aux abonnes sur le site de liberation : http://www.liberation.fr/medias/0101599041-quand-les-internautes-taillent-la-route Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=kindergarten pour une cr èche ?
J'ai aussi trouvé cette page, qui est intéressante : http://wiki.openstreetmap.org/wiki/Proposed_features/Pre-School_%28early_childhood_education%29 Le 28 octobre 2009 12:51, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Il y a fort longtemps, j'avais fait cette proposition qui depuis est restée à l'état de brouillon : http://wiki.openstreetmap.org/wiki/Proposed_features/school_levels Ça peut être l'occasion d'un nouveau départ. -- Marc kimaidou a écrit : Je suis d'accord avec cela. Je souhaite moi aussi bien spécifier les différences entre * crèche * école maternelle * école primaire * collège * lycée * fac/école supérieure C'est très difficile... Quelqu'un aurait une proposition cohérente ? Le 28 octobre 2009 11:34, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : Quelqu'un vient d'ajouter les crèches au tag amenity=kindergarten sur FR:Map Features. Est-ce que c'est bien la même chose ? Ne vaudrait-il pas mieux utiliser amenity=nursery pour une crèche et garder kindergarten pour les écoles maternelles ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] amenity=kindergarten pour une cr èche ?
Ca me va aussi, mais je trouve dommage de pas pouvoir différencier les écoles primaires, collèges et lycées. C'est pourquoi dans ce cas un amenity=school age=11-14 par exemple pour un collège français serait peut-être aproprié ? Cela éviterait d'utiliser les termes college, primary, secondary, terriary qui ont une signification différente en fonction des pays, et permettrait de différencier aussi les écoles pour adultes (age=adult) Glop ? Le 28 octobre 2009 13:49, Emilie Laffray emilie.laff...@gmail.com a écrit : 2009/10/28 Pieren pier...@gmail.com 2009/10/28 kimaidou kimai...@gmail.com: J'ai aussi trouvé cette page, qui est intéressante : http://wiki.openstreetmap.org/wiki/Proposed_features/Pre-School_%28early_childhood_education%29 Mouais, avec dans la description Also known as a kindergarten. C'est pas fait pour simplifier ! Amha, il faut distinguer les établissements pour les très, très petits qui n'ont pas de rôle éducatif en amenity=nursery pour les crèches et halte-garderies d'avec l'échelon suivant avec un début d'éducation pour les écoles maternelles et les jardins d'enfants en amenity=kindergarten. +1 C'est de loin le plus realiste. Emilie Laffray ___ 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] Comment tagguer une place piétonne ?
a priori : highway=pedestrian area=yes name=Ma Place bicycle=yes si les vélos sont autorisé Le 28 octobre 2009 17:03, OSM Léon osm.l...@gmail.com a écrit : Bonjour à tous, J'ai une place piétonne à tagguer et je ne sais pas comment faire. C'est une surface à laquelle la mairie a attribué un nom, délimitée par trois rues et un immeuble. La place est entièrement piétonne, les voitures ne peuvent pas passer dessus. Quels tags dois-je attribuer à ma surface ? Merci d'avance Thomas ___ 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] Re : script pour calcul des déni velés
Bonjour A une époque, le site yournavigation.com proposait un courbe d'altitude sur tout le chemin. C'est désactivé depuis un an, mais peut-être qu'on pourrait trouver la source. Je crois me souvenir qu'on voyait l'altitude sur toute la maille srtm, et pas seulement sur les points de passage. http://wiki.openstreetmap.org/wiki/YOURS#Altitude_profile Sinon, bien sûr, merci beaucoup pour ce partage. Le 26 octobre 2009 23:57, Etienne T gustrimai...@yahoo.fr a écrit : Whaou, merci beaucoup, ca marche nickel ! Je vais me pencher sur ton code ;-) -- *De :* arno a...@renevier.net *À :* talk-fr@openstreetmap.org *Envoyé le :* Lun 26 Octobre 2009, 22 h 30 min 44 s *Objet :* [OSM-talk-fr] script pour calcul des dénivelés salut, juste pour vous présenter un outil qui me permet de calculer les dénivelés de mes trajets. Il s'agit d'un script en python. Pour l'utiliser, j'ai besoin d'un fichier csv représentant mon trajet. J'utilise le site http://map.meurisse.org/ et sa fonction d'export en cvs pour générer ce fichier. Ensuite, j'utilise la commande suivante: python relief.py fichier.svg et çà va me générer un fichier svg qui contient le profil de mon trajet. Le script va télécharger les données STRM, je me suis inspiré pour cela ce que fait srtm2wayinfo[1]. Le script ne fonctionne qu'avec des trajets en Eurasie. De plus, le code n'est pas aussi propre que je voudrais, notamment la partie qui génère le svg. Néanmoins, je n'aurais pas le temps de l'améliorer, et vu que çà peut quand même être utile à d'autres, je vous le présente quand même. Le code est ici: http://renevier.net/misc/relief.txt Attention à un truc: pour calculer le relief, le script prend chaque point défini et regarde l'altitude de chaque point. Du coup, si vous avez deux points pour représenter une ligne droite qui descend de 15m puis remonte de 15m, le script considérera qu'il n'y a pas de dénivelé. Il donc bien faut penser à mettre un point au milieu de la cette droite. voila quelques exemples de fichiers svg que j'ai généré avec ce script: http://renevier.net/misc/paris_est_vers_ouest.svg http://renevier.net/misc/paris_sud_vers_nord.svg http://renevier.net/misc/garches_evry.svg http://renevier.net/misc/montee_athis_mons.svg a+ arno [1]: http://wiki.openstreetmap.org/wiki/Srtm2wayinfo ___ 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 OSM
et que les Allemands sont dingues ! Le 27 octobre 2009 16:27, Stéphane Brunner courr...@stephane-brunner.ch a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Et la Suisse 8ème ;-) CU Stéph Emilie Laffray [via GIS] wrote: 2009/10/26 Olivier Croquette ocroque...@free.fr Salut Je suis pas sûr que ce lien soit déjà passé sur la ML. Dans le doute... :) https://docs.google.com/fileview?id=0B-9Q6c9Ha_tmNGI1ZjUxZDUtNmIyZS00YWMzLTgwYTgtOWUyYjBlM2RkOWIyhl=en_GB Intéressant de voir qu'on est le troisième pays en terme de contributions :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr __ View message @ http://n2.nabble.com/Statistiques-OSM-tp3895183p3899517.html To start a new topic under French OSM list, email ml-node+3070341-1406367...@n2.nabble.comml-node%2b3070341-1406367...@n2.nabble.com To unsubscribe from French OSM list, click (link removed) == -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrnEUkACgkQs5/Hk9HWqUwPAQCeK+zL4Fa8lnzhv2hzlLgIFLpf dDgAoK8s4Htzp7UwhPZPCTrQrSFMiryY =R3ol -END PGP SIGNATURE- -- View this message in context: http://n2.nabble.com/Statistiques-OSM-tp3895183p3899694.html Sent from the French OSM list 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] Parcellaire et question sur les projections.
Bonjour Je pense qu'il faut aussi s'accorder sur ce que veut dire le mot parcelle. Si on parle de parcelle cadastrale, ok, soyons prudents. Et en effet les parcelles cadastrales étant ce qu'elle sont, elle ne correspondent que très rarement, sutout en agriculture, à du réel. L'intérêt est pour moi très limité. Si on parle maintenant de parcelle agricole, on parle alors d'un espace de culture homogène et relativement pérenne dans le temps (enfin en restant simple...). Je ne vois pas ce qui empêcherait un agriculteur ou un promeneur de faire le tour de la parcelle en gps ou de la numériser à partir des photos yahoo (si elles existent) pour les ajouter à openstreetmap. Cela donne une information intéressante sur le territoire et son utilisation (surface moyenne des parcelles, cultures, etc.) et a pour moi tout à fait sa place dans un fond cartographique. Ce n'est pas pour cela qu'il fera sa déclaration pac à partir des données d'osm, mais cela donne un fond de carte intéressant pour avoir une vision d'ensemble de son exploitation. Kimaidou Le 22 octobre 2009 23:22, Pieren pier...@gmail.com a écrit : 2009/10/22 Christian Rogel christian.ro...@club-internet.fr: Je ne vois pas ce que l'Etat vient faire dans l'affaire. Je sais, pour avoir été sur place, que ce dont parle Steven, c'est des données du cadastre qui appartiennent à la commune de Plouarzel. Non, c'est faux. Le cadastre appartient à la DGi qui le met à disposition des communes. Elles ne peuvent pas en faire ce qu'elles veulent. Extrait trouvé sur le site www.impots.gouv.fr ([1]): La Direction générale des impôts (DGI), gestionnaire exclusif des données cadastrales et titulaire du droit de propriété intellectuelle sur ces données à raison de la mise à jour permanente qu’elle en assure, mène depuis plusieurs années une politique de conventionnement avec les collectivités locales (seules ou associées à des gestionnaires de réseaux) qui souhaitent se doter de systèmes d’information géographique ayant pour support le plan cadastral numérisé. Pieren [1] http://www.impots.gouv.fr/portal/dgi/public/collectivites.applications?espId=3pageId=coll_cadastresfid=6320 ___ 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] Numéro des rues - quelques questio ns.
Bonjour, Je souhaite me lancer dans l'ajout de numéros de rues. J'ai lu la page du wiki (1) sur le schéma proposé, et je voulais savoir : * lorsqu'on associe des nodes avec les infos d'adresse (addr:housenumber, etc.) à une rue qui est morcelée en plusieurs morceaux, faut-il inclure tous les morceaux de la rue dans la relation type=associatedStreet , ou seulement le morceau de la rue qui est concerné par les nodes ? * si les bâtiments ne sont pas tracés, et qu'on veut utiliser le way avec le tag interpolation, j'ai compris qu'on pouvait crééer autant de nodes qu'on a d'infos de numéros pour cette rue, par exemple : 135---11-29 . Ici tous les noeuds sont tagués comme les noeuds solitaires (addr:street, addr:housenumber, addr:city, addr:postcode), et le noeud est taggué (interpolation:odd) . Doit-on / Peut-on ajouter un tag addr:street à ce way, ou est-ce redondant ? Merci d'avance pour votre aide. (1) http://wiki.openstreetmap.org/wiki/Proposed_features/Fr:Num%C3%A9rotation_des_rues ___ 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] Re : Re : Google a encore frapp é !
Ca existe et certains ont déjà fait de belles choses avec : http://www.osm-3d.org/ Le 14 octobre 2009 08:56, Arnaud CORBET cor...@rocketmail.com a écrit : Proposed, j'espère que ça va passer. ;) -- *De :* Stéphane Péchard stephanepech...@gmail.com *À :* Discussions sur OSM en français talk-fr@openstreetmap.org *Envoyé le :* Mer 14 Octobre 2009, 8 h 32 min 12 s *Objet :* Re: [OSM-talk-fr] Re : Google a encore frappé ! 2009/10/14 Arnaud CORBET cor...@rocketmail.com: Si déjà on avait un tag height pour les building on arriverait à extruder sommairement la forme du bâtiment à partir d'OSM. ça existe : http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes ___ 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] [tag] Orchard : le vote est ouvert, soutenez !
Bonjour Je suis agronome de formation, et j'ai eu l'occasion de discuter avec les Chambres d'Agriculture au sujet de leur utilisation des orthophotos de l'IGN comme support de numérisation des parcelles dans le cadre des déclarations PAC. Ce que j'ai compris de la situation, c'est que cet accord ne donne en aucun cas la possibilité aux agriculteurs ou à la filières (cave coopératives, etc?) de réutiliser les fonds IGN pour d'autres usages. Par contre, je ne sais pas si les données parcellaires numérisées à partir des orthophotos IGN depuis l'outil de la Chambre d'Agriculture peuvent elles être réutiilisées (exportées par exemple en shape) et quelles en serait la license et sa compatibilité avec OSM. Il faudra aussi bien sûr l'accord des agriculteurs, propriétaires de leurs parcelles. De très nombreux agriculteurs ont déjà délimité le contour de tout leur parcellaire via cet outil, ou bien via l'assistance d'entreprises de services (GPS sur des quad). Ce serait très dommage d'avoir à tout refaire. Je vais essayer de me renseigner auprès de mes contacts (un peu usés, mais sait-on jamais) pour voir.. Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Robot de mise à jour des communes (ref et code postal)
Je fais cela aussi : utiliser geonames seulement quand pas de données dans OSM, car quand j'avais commencé, il y avait peu de données dans OSM. Le mix des 2 fonctionne bien, et permettrait à sly de faire des tests intéressants je pense. Il faut se méfier des conventions d'écritures, par exemple Saint - St, mais sinon c'est à peu près utilisable. Le 14 octobre 2009 13:34, rldhont rldh...@gmail.com a écrit : Je crois que kimaidou fait pareil ;-) Emilie Laffray a écrit : 2009/10/14 rldhont rldh...@gmail.com mailto:rldh...@gmail.com Geonames en france intègre les données INSEE! Oui, mais parfois le contenu de Geonames est vraiment problématique même avec la France. Je sais puisque je travaille régulièrement avec. Sans pouvoir donner trop de détails, on utilise Geonames que quand on ne trouve pas l'information dans OSM. Emilie Laffray ___ 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] Rond-points coupés
Bonjour Pas de foudre pour ma part, je trouve ton commentaire très intéressant, car il montre bien la complexité de la choses et ne tombe pas l'écueil de la simplification abusive d'un problème complexe. Je ne pense pas non plus qu'il y ait de solution évidente. Il faut que le travail des participants reste simple, sinon comme cela a été dit personne n'ajoutera des lignes de transport, et à force de créer des relations par dessus les données de base on ne verra plus rien. D'un autre côté, je n'aime pas trop les affirmations du genre On n'est pas là pour simplifier le travail du concepteur de logiciel. D'accord, les développeurs peuvent toujours s'adapter, mais il ne faut pas que cela oblige à concevoir des usines à gaz non plus. Tout est dans l'équilibre. Pour finir, on atteint peut-être là aussi la limite de ce qu'on devrait cartographier dans osm. Peut être que tous nos chemins de rando, lignes de bus, etc, bref tout ce qui n'est pas physique ne devrait pas être ajouté directement dans la donnée brute d'osm, mais seulement sur des bases de données parallèles dédiées. ? Cela permettrait d'avoir un fond de carte physique qui reste simple, mais cela demande une fois encore plus de travail pour développer ces applications tierces. (Si la route n'est pas découpée en plusieurs ways, il est plus difficile de créer les routes et il faudrait alors travailler noeud par noeud ? Par exemple on définit une ligne comme passant par des noeuds, et plus comme une relation contenant des ways = morceaux de rues ?) Kimaidou Le 13 octobre 2009 12:43, g.d g...@wanadoo.fr a écrit : Bhen oui, dilemme dans la stratégie générale d'osm... :-( Utiliser les points seulement, ça deviendrait vite ingérable (invisible, et pas exploité), Saucissonner tout en petits morceaux et les fourrer dans des relations, ce serait certes systématique, mais tant que les éditeurs sont ce qu'ils sont, ça va finir dans un plateau de charcuterie à la fin d'un buffet froid : Plat de résistance : Île flottante de jambon cru dans saumure de cornichon, garnie d'anneaux de peau de tranches de salami :-( (Pour être conséquent avec soi-même, il faudrait que Tout osm du jour au lendemain bascule vers un système de relations imbriquées : Plus aucun tag sur des nodes ni sur des ways, qui eux deviendraient géopositionnement pur, et toute la description irait dans les relations... On aurait donc aussi des relations mono-nodes, et un système de super-hyper-duper-relations. Il deviendrait inconséquent, de noter un copyright dans chaque sous- élément ou sous-relation : On aurait une seule super-relation par année d'édition de cadastre, dans laquelle on fourre tous les tracés de cette année-là, l'IGN ne figurera qu'une seule fois : dans le tag d'une super-relation dans laquelle on engloutirait toutes ses bornes, voire même une seule relation pour tous les parkings de France et de Navarre, pareil pour les églises, mairies, peaks et autres. Ce deviendrait une approche inverse à l'actuelle. Peut-être ça viendra un jour, mais on n'en est pas là, pour l'instant c'est hybride). Revenir à l'api précédente : en aucun cas, Et superposer des ways à part pour les itinéraires en utilisant les mêmes nodes, ça avait été regardé comme indigne, ringard out over Mathusalem, si j'ai bon souvenir (Dans l'amas des spaghetti superposés, parfois il n'est pas aisé de sélectionner celui qu'on cherche, il est plus facile de dire, que c'est méthode ringard...) Donc, qu'est-ce qu'on fait ? Pour être in ? me grattant la tête... ...bhen, n'étant pas féru en relations, et par trouille de casser une relation, pour l'instant je pense continuer avec des ways superposés, pour les trajets/itinéraires. Dans le cas d'itinéraire rando que présente Fabien, si le randonneur doit emprunter le bitume de la route (comme c'est le cas dans des villages où il n'y a pas de trottoirs, et sur beaucoup de petites routes dehors), je pense que je collerai un way footway supplémentaire sur les nodes de la route, mais si les randonneurs passent sur le bas-côté (se sont faits un sentier à part), ou en ville sur des trottoirs, j'y mettrai probablement un footway avec des nodes séparés, et des nodes communs avec les highway voitures, là où ça les croise. Et pour le trajet d'un bus ou tram, je probablement mettrai un way à lui, pareillement : Si ça partage le même espace, sur les mêmes nodes que la route, mais si ça passe à côté sur voie séparée ou entre deux voies sens- uniques, sur des nodes distincts. Donc le rond-point resterait un rond-point fermé, avec collé dessus d'autres ways qui eux représentent le trajet du car, donc un way pour l'aller et un autre pour le retour, à chaque fois un way complet entre deux arrêts (solution que je préférerais), Ensuite, je pourrai imaginer de découper ce way-trajet en morceaux sur le rond-point, et fourrer les morceaux dans des relations distinctes, une pour l'aller, l'autre pour le retour. Mais dans
Re: [OSM-talk-fr] WFS was Import polygones CLC manquan ts - Retour d'expérience.
Bonjour, a propos de Qgis, je ne parlais pas tant de l'utiliser comme un éditeur OSM, mais plutôt pour ce qu'il fait très bien : être un front-end, une interface à Postgis et autres sources de données (wms, wps, sqlite, shape). On peut ainsi utiliser des couches de sources différentes, et surtout utiliser les fonctionnalités SIG classiques d'analse de données spatiales, et avoir un résultat visuel immédiat (buffer, intersections, etc.). En vectoriel, Qgis commence, grâce aux plugins python, à proposer des fonctionnalités très intéressantes. La mention du plugin qgis était dans mon discours pour montrer qu'on pouvait l'utiliser aussi pour OSM, mais surout pour montrer le potentiel. Lors d'un projet précédent, j'avais utilisé qgis pour gérer les données spatiales de traçabilité sur des parcelles (capteurs gps sur tracteurs), et j'avais été très charmé par la facilité avec laquelle on pouvait utiliser l'api pour développer ses propres plugins (en C ou en python). Enfin, je digresse un peu, là :) Bon début de semaine Le 11 octobre 2009 19:04, Denis dhel...@free.fr a écrit : Emilie Laffray a écrit : kimaidou wrote: Bonjour Je n'ai pas essayé, mais en passant, rapidement, je voulais savoir si vous aviez essayé le nouveau qgis, avec son plugin OSM. Ce plugin en est à ses début, mais qgis lui est un vrai logiciel SIG (et pas en java) qui gère bien les géométries complexes et lourdes. Peut-être que la grosse forêt des landes pourrait être regardée à la loupe dans qgis ? Le plus a mon avis c'est de travailler a partir de la base de données et d'outils comme QGis. Selon la mémoire nécessaire, j'utiliserais OpenJump (utilisable en 64 Bits). J'ai la base de donnée qui permet de voir les polygones qui touchent le polygone si besoin est. Dans les cas les plus complexes comme ceux ci, on a plus a y gagner a les importer en faisant les modifications a partir de la base de donnée initialement, de faire les modifications et ensuite de générer le fichier OSM pour import. Je pense que QGis pourrait être utile pour ça. Mes premières expériences avec QGis 1.2 et 1.3, notamment son plugin OSM ne m'ont pas franchement ébloui. Certes, ce n'est qu'un début et nul doute que des progrès rapides seront faits. En attendant je crois l'approche la plus réaliste est celle d'Émilie, mais combien vont avoir le luxe d'avoir un PostGIS à la maison avec une base à jour ? Une idée que je lance comme cela en l'air (pour voir où elle va retomber ) : un généreux geek offre un web service WFS (Web Feature Service) à partir d'une base OSM-postgisée. Du coup, le contributeur n'a pas à entretenir sa propre base en local. Deuxième effet kiss-kool, on peut organiser les données OSM en lots (une couche avec les limites admin), une avec le réseau hydro, un réseau routier, les POI, etc. Bref on peut découper la base en plein de tranches suivant l'intérêt. Dans certaines zones densément cartographiées, cela pourrait être utile. Bon, reste la cohérence des objets partageant les mêmes noeuds, entre autres. C'est juste une snaps-idée. Je crois beaucoup à l'émergence de ce nouveau mode de travail : web-services consommés par des web-applis ou de bureau. Denis ___ 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] Import polygones CLC manquants - Ret our d'expérience.
Bonjour Je n'ai pas essayé, mais en passant, rapidement, je voulais savoir si vous aviez essayé le nouveau qgis, avec son plugin OSM. Ce plugin en est à ses début, mais qgis lui est un vrai logiciel SIG (et pas en java) qui gère bien les géométries complexes et lourdes. Peut-être que la grosse forêt des landes pourrait être regardée à la loupe dans qgis ? Kimaidou Le 11 octobre 2009 15:13, Vincent Pottier vpott...@gmail.com a écrit : Emilie Laffray a écrit : Christophe Merlet (RedFox) wrote: C'est effectivement une très grande forêt elle aussi intraitable avec JOSM 41276 noeuds et une relation de 327 voies ! Voilà le lien http://localhost:8111/import?url=http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-73751 et le permalink http://osmose.openstreetmap.fr/clc/cgi-bin/index.py?layers=TB0Tzoom=16lat=47.49503lon=2.08083ch=311st=out Découpage en plusieurs relations ? Une super relation est-elle nécessaire ? Je regarderais ce que je peux faire cette semaine. Quelqu'un a t'il deja utilise JOSM en mode 64 bits avec 4Go de RAM? Si oui, je ne tenterais pas, sinon je ferais cela. Normalement JOSM doit pouvoir marcher mieux avec plein de RAM. Emilie Laffray Ouais, parce que mon JOSM, faute de RAM, il ne manque pas de ramer, voire de planter ! Je n'ai pas trouvé comment le lancer (sur mac : sans ligne de commande) avec un paquet de RAM. -- Vincent alias FrViPofm ___ 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] Import CLC plus que fini !
mieux : 100,10% :) Le 9 octobre 2009 19:44, Sébastien Dinot sebastien.di...@free.fr a écrit : Bonsoir, La page http://osmose.openstreetmap.fr/map/cgi-bin/clc.py indique l'information suivante : Avancement : 100.07% J'en déduis donc que l'import des données CLC est « plus que fini ». (c; A++, 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vandalisme - Multiples rues Marcel Arnoye
Bonjour la liste Une connaissance m'a relevé des actes de vandalisme sur la zone de Montpellier. Le vandale s'amuse à renommer toutes les rues en Rue Marcel Arnoye. Quelques exemples ici : http://www.openstreetmap.org/?way=31429533 http://www.openstreetmap.org/?way=26392777 http://www.openstreetmap.org/?way=26392971 http://www.openstreetmap.org/?way=26393935 Il semble que ce soit l'utilisateur AnoLK qui soit le vandale : http://www.openstreetmap.org/user/AnoLK Quels sont nos moyens pour l'empêcher d'agir ? Peut on rapidement réparer ses erreurs en batch ? Je ne suis pas très au fait des procédures à suivre. Pourriez-vous svp m'aider ? Merci d'avance Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vandalisme - Multiples rues Marcel Arnoye
NB: Je précise que j'ai été prévenu par l'utilisateur annoncesvertes, qui a corrigé certaines rues depuis. Le 7 octobre 2009 09:09, kimaidou kimai...@gmail.com a écrit : Bonjour la liste Une connaissance m'a relevé des actes de vandalisme sur la zone de Montpellier. Le vandale s'amuse à renommer toutes les rues en Rue Marcel Arnoye. Quelques exemples ici : http://www.openstreetmap.org/?way=31429533 http://www.openstreetmap.org/?way=26392777 http://www.openstreetmap.org/?way=26392971 http://www.openstreetmap.org/?way=26393935 Il semble que ce soit l'utilisateur AnoLK qui soit le vandale : http://www.openstreetmap.org/user/AnoLK Quels sont nos moyens pour l'empêcher d'agir ? Peut on rapidement réparer ses erreurs en batch ? Je ne suis pas très au fait des procédures à suivre. Pourriez-vous svp m'aider ? Merci d'avance Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vandalisme - Multiples rues Marcel Arnoye
J'ai en effet peut-être crié au loup un peu vite. Néanmoins j'aimerais savoir si il y a / proposer des outils pour aider les contributeurs aguéris à suivre / reporter des possibles actes de vandalisme. Je vois bien un outil spécifique au vandalisme, qui permettrait à des users de reporter des actes hypothétiquement vandales. On pourrait mettre en place un formalisme : on demande le osm_id des objets + le pseudo du user icriminé, etc. (on pourrait ainsi utiliser le liens de l'api pour voir les historiques et la page du pseudo) Ce site proposerait ainsi une timeline des modifications douteuses, et un peu à la osmose, permettrait en un clic d'éditer les ways, de revenir à une version antérieure, d'envoyer un email à l'auteur pour le prévenir (l'aider si ce n'est pas fait expres). Ainsi on aurait des personnes qui relatent les modifications sur lesquelles on a un doute, et d'autres personnes (peut-être les mêmes, mais aussi d'autres) qui pourraient modérer. Pas un sytème automatique, mais mieux que ce qui existe actuellement, à savoir chacun modifie ce qu'il voit dans son coin : en centralisant les choses, on aurait une meilleure vue sur l'ensemble Qu'en pensez vous ? Le 7 octobre 2009 09:25, Fabien Marchewka fura...@gmail.com a écrit : Je penche aussi pour une erreur non volontaire, tout ayant été fait quasiment dans le même changeset. peut-être une selection multiple malheureuse. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] N'est pas du Vandalisme - Multiples rues Marcel Arnoye
Salut Mercu pour les réponses. J'ai moi-même disparu de nombreuses géométries dont j'étais le fier créateur (par exemple presque toutes les rues du centre historique de montpellier, décalquées à la sueur de mon front par dessus yahoo, et noms vérifiés sur le terrain..). C'est bizare en effet... Le 7 octobre 2009 16:08, g.d g...@wanadoo.fr a écrit : ...moi non plus n'ai pas encore been blocked, yet... (Je ne sais pas, qui peut bloquer quelqu'un. La Foundation ? SteveC ?). Mais du même coup, je tombe sur la question de stat's pour éventuellement déceler du vandalisme, et je constate, que près de chez moi, le créateur d'origine du tracé d'autoroute a disparu de l'historique du way. Plus précisément, le créateur réel, le premier, était Alban, et sur d'autres tronçons c'était Skywave. Et maintenant, plus trace d'eux dans les ways... c'est moi, qui y figure comme premier. Ou un autre. J'avais fait des modifs sur cette autoroute, mais je suis quasi certain, de ne pas avoir effacé le travail de Skywave, juste modifié. De la même façon, mon nom a disparu de ways que je suis certain d'avoir tracé moi-même en tout premier, la carte osm était encore blanche dans ces coins. Ou sur des tronçons de la A 75 plus loin vers Pézenas : maintenant, c'est un autre, qui figure en premier. Mais en cherchant plus loin, je vois que le créateur premier reste mentionné dans les nodes, sur lesquels le way se base... Quand on fait joindre deux ways, est-ce que l'historique des deux ways d'origine passe à la trappe ? C'est quand même important : D'une part, les jeunes veulent laisser la trace de leur œœuvre dans le temps, c'est justifié, une question d'honneur.. Et aussi, qu'on évite, que nos héros kilométriques d'antan disparaissent de la carte : Si d'eux, il restera le nombre de nodes, pas le reste, ça ne voudra plus dire grand'chose... et d'autre part, cet effet de disparitions spontanées des créateurs des ways peut fausser des statistiques, et aussi fausser les éventuelles alertes de sécurité qu'on pourrait en tirer, il me semble. Si un osm'eur innocent et motivé, qui fait beaucoup de (bonnes) corrections sur des ways existants, serait mépris pour un vandale, ce serait fâcheux. Faudra faire vachtément gaffe, de quoi au juste on fait la statistique, des ways ou des nodes, et s'interroger qu'est-ce que le résultat vraiment veut/peut dire... Est-ce qu'il y a des raisons logiques pour que l'historique des ways s'efface, et si oui, lesquelles ? Est-ce pour gagner de la place sur les serveurs ? Est-ce que la jonction de deux ways crée un nouveau way, un nouveau n ° d'ordre dans la bdd, donc vierge d'historique ? Je trouve un peu risqué, que l'historique de ways puisse disparaître couça, woush, parti. Gerhard --- Le 7 oct. 09 à 12:58, Art Penteur a écrit : Sly disait : ça bouge sur le wiki : Liste dédiée à la réflexion sur la modération : http://wiki.openstreetmap.org/wiki/Moderation_mailing_list Et y'a même des débuts d'actions, non pas de détection, mais de blocage ? Quand je mais sur ma home-page d'utilisateur OSM (http://www.openstreetmap.org/user/Art%20Penter), je vois maintenant un line Blocks on me, qui me dirige vers une page qui me dit : Art Penter has not been blocked yet. Le not ... yet me fait peur Pas encore bloqué... c'est qu'ils n'ont pas encore eu le temps de s'occuper de moi, mais ça ne va pas tarder ? Aie, j'ai peur Art. ___ 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] Questions sur commerces de proximit é
Bonjour la liste Après le tour des bars, je m'occupe du tours des commerces de proximité autour de chez moi. Pourriez-vous svp corriger / amender les affirmatios suivantes ? * fleuriste : shop=florist (et non shop=flower) * boucher : shop=butcher * charcutier : shop=pork butcher (??) * hammam : ??? * tabac-presse : shop=kiosk (shop=tobacco ?) * poissonnier : shop=fish ? Et une 2ème demande : je n'arrive pas à retrouver l'email dans la liste qui donnait le lien vers le fichier pdf qui listait de manière compacte tous les éléments cartographiables, avec les bons tags ? Je n'ai pas réussi à le trouver sur le wiki, ni via google. Merci d'avance kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions sur commerces de proximit é
C'est cela Vincent, merci :D Un petit lien vers ce fichier sur le portail francophone du wiki et/ou sur le site openstreetmap.fr ? C'est ça ? http://frvipofm.net/osm/osmecum/ Merci pour les retours, pour la critique qui permettra d'améliorer la prochaine version. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions sur commerces de proximit é
Vincent, je viens de regarder un peu le contenu, et voilà mes remarques: * J'ai vu sur cette page qu'un tabac/presse pouvait se tagguer shop=kiosk : http://wiki.openstreetmap.org/wiki/Approved_features/Kiosk . Dans ta liste, tu mets newsagent, qui est classé Undefined dans la page : http://wiki.openstreetmap.org/wiki/Approved_features * Comment fait-on pour les charcuteries ? On les vexe en mettant shop=butcher, ou bien on invente une valeur ? * Ce serait bien de trouver un moyen clair d'indiquer les autres tags à renseigner pour chaque point/route/polygon, par exemple sous forme d'un tableau (page 2 du pdf). En ligne, tu reprends la liste, et en colonne, on pourrait rajouter nom francais, liste de tags, etc. Une ébauche ici: type | nom français | tag principal | tags secondaires point | distributeur de billets | amenity=atm | operator, cost point | restaurant | amenity=restaurant | name, cuisine * Je rajouterais quelques éléments: restaurants, cafés, pub, bars, fast-food, ... Le 5 octobre 2009 12:00, kimaidou kimai...@gmail.com a écrit : C'est cela Vincent, merci :D Un petit lien vers ce fichier sur le portail francophone du wiki et/ou sur le site openstreetmap.fr ? C'est ça ? http://frvipofm.net/osm/osmecum/ Merci pour les retours, pour la critique qui permettra d'améliorer la prochaine version. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions sur commerces de proximit é
Merci pour les réponses Pour continuer, j'ajouterais aussi à la liste : shop=supermarket Une coquille dans Les boutiques Journeaux - Journaux Et une autre question : Comment on cartographie les marchés ? Je ne parle pas des marchés couverts (quoique), mais surtout des marchés qui viennent s'installer de 1 à 7 jours par semaines, et qui s'étalent sur un trottoir, une place, etc. Je pense que l'utilisation d'un node seul n'est pas génial, car un marché prends de la place. Il faudrait pouvoir utiliser une polyligne ou un polygone. Quelqu'un a une idée là-dessus ? Merci encore Le 5 octobre 2009 14:18, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Vincent Pottier a écrit : Je finis les mises à jours et j'essaierai le portage OOo Je peux te proposer un modèle de document aide-mémoire composé sous OOO (lequel exporte sans pb vers pbf ;) et que j'utilise, par exemple pour faire ceci : http://sourceforge.net/projects/clonezilla/files/clonezilla_live_doc/QuickReference%20Card%20v.0.9.4/ClonezillaLiveRefCard_FR_0.9.4.pdf/download -- Jean-Francois Nifenecker, Bordeaux ___ 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] Questions sur commerces de proximit é
merci. Désolé, j'aurais du regarder cette page avant de poser la question ( c'est la base...) On met cela sur le compte de la digestion :) Le 5 octobre 2009 15:18, Pieren pier...@gmail.com a écrit : 2009/10/5 kimaidou kimai...@gmail.com: Et une autre question : Comment on cartographie les marchés ? Je ne parle pas des marchés couverts (quoique), mais surtout des marchés qui viennent s'installer de 1 à 7 jours par semaines, et qui s'étalent sur un trottoir, une place, etc. http://wiki.openstreetmap.org/wiki/FR:Map_Features et en cherchant marché, on trouve amenity=marketplace: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dmarketplace 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] Questions sur commerces de proximit é
Super vincent ! Joli boulot et merci encore. Le 5 octobre 2009 15:32, Vincent Pottier vpott...@gmail.com a écrit : kimaidou a écrit : Vincent, je viens de regarder un peu le contenu, et voilà mes remarques: * J'ai vu sur cette page qu'un tabac/presse pouvait se tagguer shop=kiosk : http://wiki.openstreetmap.org/wiki/Approved_features/Kiosk . Dans ta liste, tu mets newsagent, qui est classé Undefined dans la page : http://wiki.openstreetmap.org/wiki/Approved_features * Comment fait-on pour les charcuteries ? On les vexe en mettant shop=butcher, ou bien on invente une valeur ? Je serai pour un tag de second niveau butcher=pork butcher=poultry (pas sur, mais pour un volailler...) butcher=hallal (et pour quelque OSMeuse allemande que je ne nommerai pas : butcher=vegetarian ;-) * Ce serait bien de trouver un moyen clair d'indiquer les autres tags à renseigner pour chaque point/route/polygon, par exemple sous forme d'un tableau (page 2 du pdf). En ligne, tu reprends la liste, et en colonne, on pourrait rajouter nom francais, liste de tags, etc. Une ébauche ici: type | nom français | tag principal | tags secondaires point | distributeur de billets | amenity=atm | operator, cost point | restaurant | amenity=restaurant | name, cuisine OK, je crois que je vais faire deux versions, la version facile pour mappeur débutant sans les indications adresses, mais avec les boutiques, resto et une version moyen en tableau, sans les discours sur les 'tag','way'... supposés acquis. * Je rajouterais quelques éléments: restaurants, cafés, pub, bars, fast-food, Exact ! Un petit lien vers ce fichier sur le portail francophone du wiki Ici pour l'instant : http://wiki.openstreetmap.org/wiki/User:FrViPofm#Osmecum Quand il y en aura d'autres, on fera une section... et/ou sur le site openstreetmap.fr http://openstreetmap.fr ? Ça ne dépend pas de moi... Jeremy G a écrit : Une suggestion : dans les cadres qui récapitulent les tags, au lieu de (exemple) les bâtiments publics *=amenity, ce ne serait pas plus clair de noter les bâtiments publics (amenity=*) ? /Les boutiques/ (tag shop=*) Ça va ? Sinon : - manque un g à walkin-papers.org http://walkin-papers.org - manque un s à les équipementS (cadre du bas) - à droite : un tag est une valeur associéE (le e) Corrigé. kimaidou a écrit : Merci pour les réponses Pour continuer, j'ajouterais aussi à la liste : shop=supermarket Trop tard, prochaine version Une coquille dans Les boutiques Journeaux - Journaux C'était corrigé Et une autre question : Comment on cartographie les marchés ? Je ne parle pas des marchés couverts (quoique), mais surtout des marchés qui viennent s'installer de 1 à 7 jours par semaines, et qui s'étalent sur un trottoir, une place, etc. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dmarketplace http://wiki.openstreetmap.org/wiki/Key:opening_hours Je pense que l'utilisation d'un node seul n'est pas génial, car un marché prends de la place. Il faudrait pouvoir utiliser une polyligne ou un polygone. Quelqu'un a une idée là-dessus ? Tout à fait. Merci encore Le 5 octobre 2009 14:18, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net mailto:jean-francois.nifenec...@laposte.net a écrit : Vincent Pottier a écrit : Je finis les mises à jours et j'essaierai le portage OOo Je peux te proposer un modèle de document aide-mémoire composé sous OOO (lequel exporte sans pb vers pbf ;) et que j'utilise, par exemple pour faire ceci : http://sourceforge.net/projects/clonezilla/files/clonezilla_live_doc/QuickReference%20Card%20v.0.9.4/ClonezillaLiveRefCard_FR_0.9.4.pdf/download -- OK. Convaincu ! (et les sorties pdf d'OOo son souvent moins lourdes que mon imprimante virtuelle) http://frvipofm.net/osm/osmecum/osmecumCity1-091005.pdf Mais j'ai du mal à suivre la cadence des réactions ;-) -- Vincent alias FrViPofm ___ 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] Corine et rendu Mapnik
Bonjour à tous Bravo encore pour l'excellent travail d'import de Corine (temps passé, rigueur, traçabilité, etc.). Maintenant que 35 % environ de la France est importé, on commence à avoir des possibilités de rendu très intéressantes. Malheureusement, le rendu par défaut de Mapnik ne semble pas afficher les polygones issus de Corine à des niveaux de zoom inférieur à 11. Cela est dommage, car le rendu serait intéressant aux niveaux de zoom 7 à 10. Pensez-vous qu'il faudrait proposer à la liste OSM anglophone de modifier le xml du rendu de Mapnik pour intégrer ces changements ? Ou bien quelqu'un sait qui contacter ? Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine et rendu Mapnik
Tout de suite, les grands mots :D Je ne parlais pas bien sûr de montrer tous les polygones corine à tous les niveaux de zoom. Un peu de finesse dans ce monde de brutes :D Je n'ai bien sûr pas envie de voir la France comme ceci ( http://sd1878-2.sivit.org/ ). Merci Pieren pour l'info sur le délai de rendu de certains types de polygone. Je ne suis pas pressé, j'attendrais bien sagement alors. Kimaidou Le 2 octobre 2009 10:52, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On vendredi 2 octobre 2009, Pieren wrote: 2009/10/2 kimaidou kimai...@gmail.com: Malheureusement, le rendu par défaut de Mapnik ne semble pas afficher les polygones issus de Corine à des niveaux de zoom inférieur à 11. C'est une affaire de goût ... et de couleur ;-) En effet, moi je trouve très bien le choix de ne pas trop représenter de landuse à faible zoom. Quand on regarde de loin une carte voulu général, je me dis que ce que j'aime y voir ce sont les principaux axes routiers (autoroute) les frontières et les grosses villes. Voir apparaître une bouillie de pixel marron/vert/jaune ne me semble pas du tout souhaitable. Déjà les glaciers, à zoom 6, on croirait une mer intérieure. Bref, représenter le pixel marron du champ à dédé vu de l'espace, pour obtenir la pâtée que l'on peut voir sur le serveur corine, merci bien ! ça me rappel les débats, faut il tout montrer sur le site portail de osm.org pour motiver ceux qui mappent en leur faisant le rendu de ce qu'ils mappent. Heureusement que certains tiennent bon, sinon on aurait un truc tout simplement illisible -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [ANNONCE] MapOSMatic : gén ération automatique de plans de ville à partir des données OpenStreetMap
Pour les diffs, c'est peut-être pas la meilleure solution si vous décidez de mettre à jour une seule fois par jour toute la France. Pour cela, un téléchargement du dernier osm.bz de chez geofabrik et un import de novo dans la bdd via osm2pgsql est plus rapide. Nous le faisons pour osmtransport , et pour la France, cela prend environ 20 minutes avec un serveur normal. (4go Ram) Sinon pendant que j'y suis : Ce serait top de faire des cartes à fond blanc pour économiser de l'encre (je parle de la couleur de remplissage entre les rues). Le style Mapnik n'est pas très adapté à l'impression je trouve. Je sais qu'un demande a été faite pour pouvoir ajouter des styles via upload de fichiers xml, mais en attendant ce serait bon pour l'environnement de mettre de la couleur (et du gris) que lorsqu'il y en a besoin :). Kimaidou Le 28 septembre 2009 20:42, Vincent Pottier vpott...@gmail.com a écrit : David MENTRE a écrit : Bonjour Jean-François, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net writes: je rencontre un souci : lorsque je demande un rendu pour une localité déjà rendue, le rendu antérieur est directement proposé, sans possibilité de re-rendre. C'est gênant, d'autant que les données sous-jacentes peuvent avoir beaucoup changé (ex : Cenon) ;-) Oui, initialement on avait mis ça en place pour limiter la charge sur le serveur. Maintenant, il faudrait un système qui re-régénère la carte au bout d'un certain temps. Oui, ce serait bien? Ça a changé ici ! http://osm.org/go/erms5edf8-- Et obtnir ça : http://maposmatic.org/rendered//003099_2009-09-28_20-23_LeMontSaintMichel.png C'est un peu dommage. De plus, je trouve que, d'une manière générale les données utilisées ne sont pas très fraîches (Walking papers a le même problème). C'est moi, ou bien ? Initialement il n'y avait pas d'import régulier. David (Decotigny) et Thomas regardent ça mais galèrent pas mal : il nous faut actuellement 9h pour importer 24h de diff : pas top ! On si prend peut-être mal, mais bon on apprend un peu sur le tas. En tout cas, jusqu'à ce qu'on dise le contraire, les données ne sont pas à jour. Peut-être que Sly a un tuyau. Il faudra bien que la communauté francophone se paye un bon serveur pour héberger ce genre de service avec un mise à jour temps réel. Merci quand même pour ce bel outil. -- Vincent alias FrViPofm ___ 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] [ANNONCE] MapOSMatic : gén ération automatique de plans de ville à partir des données OpenStreetMap
Le problème avec le style Mapnik, c'est que les routes sont presques blanches par défault (#FEFEFE) alors qu'autour c'est du gris ( #F1EEE8) Donc si je fais un remplacement à la va vite du gris par du blanc pur ( #FF), on ne verra presque plus les routes :( Il faut que je fasse des tests en local, donc ca risque de prendre du temps... Mais je serai heureux d'apporter cette contribution à votre projet :D kimaidou Excellente idée. Tu peux nous proposer une feuille de style Mapnik correspondante ? Bonne journée, Thomas -- Thomas Petazzoni http://thomas.enix.org Promouvoir et défendre le Logiciel Libre http://www.april.org Logiciels Libres à Toulouse http://www.toulibre.org ___ 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] [osmose][annonce] version 2.0 beta test vient de sortir
Merci, cela règle bien le problème :D Je garde la manip en mémoire :) Coolje vais pouvoir corriger des erreurs en live ! Le 22 septembre 2009 21:55, Etienne Chové ch...@crans.org a écrit : kimaidou a écrit : Bonjour Je remonte un bug que je constate sous Firefox 3.0.14 d'Ubuntu. Lorsque je clique sur raw_edit, cela ouvre une pop up sur la page d'authentification d'osm.org http://osm.org. Ensuite, quand je clique sur le bouton pour valider, la page est raffraichie continuellement, comme si les infos de login et mot de passe n'étaient pas envoyées. Essaye d'aller sur : http://osmose.openstreetmap.fr/tools/raw_editor_2/ et dis moi ce qui se pase dans la barre d'adresse... est ce qu'il y a toujours ce problème ? puis essaye d'aller sur : http://osmose.openstreetmap.fr/edit/relation/11980 et dis moi si ça clignote encore... -- Etienne ___ 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] [osmose][annonce] version 2.0 beta test vient de sortir
Bonjour Je remonte un bug que je constate sous Firefox 3.0.14 d'Ubuntu. Lorsque je clique sur raw_edit, cela ouvre une pop up sur la page d'authentification d' osm.org. Ensuite, quand je clique sur le bouton pour valider, la page est raffraichie continuellement, comme si les infos de login et mot de passe n'étaient pas envoyées. Suis-je le seul dans ce cas ? Kimaidou Le 22 septembre 2009 19:00, Yann Coupin y...@coupin.net a écrit : Je vote pour le div auto-scroll avec une taille raisonnable... Le 22 sept. 2009 à 18:53, Etienne Chové a écrit : Je ne sait pas quoi faire. Si j'agrandis la bulle, ça va prendre de la place pour toutes alors que c'est pas nécessaire dans la plupart des cas, si je met une taille automatique ça merde dès que tu passe la souris sur un lien. Solution, ajouter un ascenseur ou laisser tel quel ? ___ 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] [dev] Osmose : ajouter un lien dans la popup Editer avec Potlach
Bonjour Je trouve que l'outil Osmose est une porte d'entrée facile pour les contributeurs qui veulent commencer, mais ont peur de tout casser, et ne savent pas numériser des lignes, points, polygones. Pour ces utilisateurs novices, je leur conseille souvent d'aller corriger les erreurs recensées par Osmose pour leur quartier. Mais beaucoup ne vont pas au bout des choses, car ils ne veullent pas / peuvent pas / ont peur d'installer et d'utiliser JOSM, qui reste à mon avis un logiciel pour connaisseurs. Serait-il possible d'ajouter dans la popup un lien direct pour éditer avec l'outil en ligne Potlach ? Ainsi, ces personnes pourraient corriger une faute d'orthographe, modifier une valeur d'un tag, etc. Qu'en pensez-vous ? Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [dev] Osmose : ajouter un lien dans la popup Editer avec Potlach
Bonjour Oui c'est exactement cela. Par contre, à ce propos, il faudrait mettre un target=_blank sur ce lien, car à l'heure actuelle, si je ne fais pas de clic-milieu sur le lien avec Firefox, pour forcer l'ouverture dans un nouvel onglet, je ne peux pas m'identifier, à cause de la frame du haut (la page d'identification de osm se rafraichit à l'infini) Et je pense aussi qu'il est préférable d'ouvrir le lien dans une nouvelle fenêtre, pour garder la fenêtre osmose en l'état (surtout en mode carte pour ne pas perdre sa position si on n'utilisait pas de permalink) Voilà :D Merci d'avance Le 16 septembre 2009 11:32, THEVENON Julien julien_theve...@yahoo.fr a écrit : * De :* kimaidou kimai...@gmail.com * *Bonjour Bonjour * *Je trouve que l'outil Osmose est une porte d'entrée facile pour les contributeurs qui veulent commencer, mais ont peur de tout casser, et ne savent pas numériser des lignes, points, polygones. Pour ces utilisateurs * *novices, je leur conseille souvent d'aller corriger les erreurs recensées par Osmose pour leur quartier. * *Mais beaucoup ne vont pas au bout des choses, car ils ne veullent pas / peuvent pas / ont peur d'installer et d'utiliser JOSM, qui reste à mon avis un logiciel pour connaisseurs. * *Serait-il possible d'ajouter dans la popup un lien direct pour éditer avec l'outil en ligne Potlach ? * * Ainsi, ces personnes pourraient corriger une faute d'orthographe, modifier une valeur d'un tag, etc. Tu penses au meme lien que le lien qu on trouve dans le mode texte d Osmose ? Julien ** __ Do You Yahoo!? En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités http://mail.yahoo.fr Yahoo! Mail ___ 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] Re : [dev] Osmose : ajouter un lien dans la popup Editer avec Potlach
Oui, c'est vrai que oauth va apporter la possibilité de correction directe. Mais en attendant :D Au passage, une autre idée d'amélioration : en mode texte, pouvoir faire une recherche par ville. Cela veut dire qu'il faudrait faire une intersection entre chacun de points et le polygones admin_level=8, mais cela permettrait d'accéder facilement aux erreurs de sa ville, sans forcément devoir regarder la carte. Je pense par exemple aux connections lentes et aux vieux ordis, pour lesquelles l'affichage de la carte n'est pas optimal (même si c'est bien sûr un super outil) Huggy les bons tuyaux Le 16 septembre 2009 12:04, Emilie Laffray emilie.laff...@gmail.com a écrit : Je me trompe peut être mais il me semble que cette méthode sera un peu obsolète d'ici peu avec l'implementation de OAuth que Etienne est en train d'implémenter. Tu pourras cliquer une fois et corriger le problème sans utiliser Potlatch ou Josm. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [ANNONCE] MapOSMatic : gén ération automatique de plans de ville à partir des données OpenStreetMap
Un autre mot : Génial ! Et vous allez pas me croire, mais ce matin je me disais justement qu'un site qui permette de télécharger des cartes pdf avec l'index des rues depuis OSM serait une bonne idée. Bravo Le 10 septembre 2009 10:17, Fabien Marchewka fura...@gmail.com a écrit : Bonjour, Un seul mot : magnifique ... Le 10 septembre 2009 10:11, David MENTRE dmen...@linux-france.org a écrit : == Version courte == Nous avons le plaisir d'annoncer la sortie de MapOSMatic, un ensemble d'outils pour générer des plans de ville à partir de données OpenStreetMap. MapOSMatic se charge de créer une grille sur le plan, un index des rues avec des références à cette grille et une bordure grisée de la ville si ses limites administratives sont connues. Actuellement nous ne pouvons générer que les plans de villes en France métropolitaine mais nous l'étendrons à d'autres régions du monde. MapOSMatic est un Logiciel Libre, sous license AGPLv3. Un rendu de plan peut être demandé en ligne : http://maposmatic.org/ Exemple de plan généré : - plan : http://maposmatic.org/smedia/chavagne.png http://maposmatic.org/smedia/chavagne.pdf - index des rues : http://maposmatic.org/smedia/chavagne_index.png http://maposmatic.org/smedia/chavagne_index.pdf == Version longue == = MapOSMatic = MapOSMatic est une application web pour produire, à partir des données OpenStreetMap, des plans de ville incluant un index des rues. Il est écrit en Python. http://maposmatic.org/ Il comporte deux composants : - MapOSMatic, le service web. C'est une application écrite avec le framework Django qui permet de soumettre et visualiser des demandes de rendu. Les rendus eux-mêmes sont effectués en tâche de fond par un démon appelé maposmaticd ; - OCitySMap, le générateur de plans. Il est disponible sous forme d'un module Python utilisé à la fois par la démon maposmaticd (cf. supra) et par une petite application en ligne de commande. MapOSMatic est actuellement limité à la France métropolitaine pour plusieurs raisons techniques. Nous acceptons avec plaisir toute contribution qui nous aidera à supprimer cette limitation. MapOSMatic dépend de PostgreSQL, PostGIS, Mapnik, les données OpenStreetMap, Python, Cairo et Django. = Licence = MapOSMatic un Logiciel Libre. L'ensemble du code de maposmatic et ocitysmap est sous licence GNU Affero General Public License 3.0. = Contribuer = Le développement de MapOSMatic est hébergé sur Savannah: http://savannah.nongnu.org/projects/maposmatic/ Une liste de diffusion pour développeurs et utilisateurs est disponible : http://lists.nongnu.org/mailman/listinfo/maposmatic-dev Pour cloner les dépôts git des modules Python : git clone git://git.savannah.nongnu.org/maposmatic.git git clone git://git.savannah.nongnu.org/maposmatic/ocitysmap.git Pour naviguer dans ces dépôts git : - http://git.savannah.gnu.org/cgit/maposmatic.git - http://git.savannah.gnu.org/cgit/maposmatic/ocitysmap.git Amicalement, david -- pour maposmatic.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Fabien Marchewka ___ 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] Utilisateur/trice paddiloo utilisant wikipedia:fr comme geosource
+1 Le mieux, serait de faire des scripts qui vérifie qu'il ni a rien dans OSM sur les coordonnées géographique protégées... D'accord avec cela Faut juste trouver le temps et la personne :) Le 9 septembre 2009 15:34, Christophe Merlet (RedFox) red...@redfoxcenter.org a écrit : Le mercredi 09 septembre 2009 à 14:19 +0200, Pieren a écrit : On vient de signaler sur talk que l'utilisateur/trice paddiloo http://www.openstreetmap.org/user/paddiloo ajoutait des données en provenance de wikipedia:fr. Il semblerait que certains villages/villles soient des créations, sans doute à partir des coordonnées présentes dans les pages wikipedia de ces endroits. Mais ces coordonnées sont issues de l'IGN (j'avais contacté à l'époque l'auteur de ces fiches sur wikipedia pour connaitre sa source) et nous n'avons pas le droit de les utiliser dans OSM (utiilisation commercial interdite sauf autorisation). J'ai écris un message pour lui demander d'arrêter. Reste à annuler tous les nodes créés à l'occasion (mais certains edits sont juste un ajout du lien vers wikipedia, là c'est pas un problème). Certes le commentaires du commit fait référence à wikipedia, mais rien n'indique qu'il a utilisé les coordonnées géographique fournit par wikipédia. Cette personne a très bien pu faire la même chose que j'ai faites pour le 64 et les environs, c'est a dire utiliser wikipedia pour saisir l'ensemble des attributs code insee, code postal, population, et positionner les points en utilisant les photos satellite de yahoo... En regardant plus en détails les modifications faites par cette personne, on constate d'ailleurs qu'il n'a créé que très peu de noeuds, justes des modifs d'attributs... ET SURTOUT, ce qui justifie son commentaire, l'ajout de l'attribut wikipedia:fr ! Bref, wikipedia c'est pas un gros mot. Rien ne prouve que TOUTES les coordonnées géographique présentes dans wikipédia proviennent de source *protégé*. Tout comme rien ne prouve que TOUS les noeuds présent dans OSM ne proviennent pas d'une source protégés. Le mieux, serait de faire des scripts qui vérifie qu'il ni a rien dans OSM sur les coordonnées géographique protégées... Librement, -- Christophe Merlet (RedFox) ___ 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] OSMtransport
Humm.. J'avais pensé utiliser xapi pour faire du dynamique dans osmtransport, mais j'avais buté sur une non réponse du serveur, ou des lenteurs, et j'avais baissé les bras. Le 28 août 2009 22:23, Pieren pier...@gmail.com a écrit : 2009/8/28 Fabien Marchewka fura...@gmail.com: Bonjour, Pour de toutes autres raisons, je m'intéresse à XAPI, mais bon en faisant une relation qui conviendrait à OSMTransport du genre : http://osmxapi.hypercube.telascience.org/api/0.6/relation[route=subway][bbox=2.22,48.81,2.472,48.91]http://osmxapi.hypercube.telascience.org/api/0.6/relation%5Broute=subway%5D%5Bbbox=2.22,48.81,2.472,48.91%5D ça me renvoie bien les relations mais pas les way ni les nodes alors que c'est indiqué le contraire dans la doc ! de plus il semble aussi que la bbox ne soit pas prise en compte. Est-ce que qqun qui utilise xapi sait si je me plante ? Parce que l'autre problème c'est que le serveur me répond rarement et le fichier mais à chaque fois 551 ko que ce soit pour les bus ou les subway (taille limite ?). Je viens de lancer ta requête et il me retourne bien des relations avec des ways et des nodes. Bon il y a beaucoup de ways sans les nodes. Ouvrir un ticket trac risque de prendre du temps et je ne sais même pas si c'est le bon canal pour XAPI.. nscrit-toi plutôt sur la liste de diffusion OSM-dev pour joindre les dévellopeurs d'XAPI (d...@openstreetmap.org - en anglish of course). 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] il y a-t-il un équivalent à geod istance ?
Bravo Vincent Je ne sais pas s'il faut remercier Cloudmade ou toi, mais le coup de créer des noeuds automatiquement au mileu des segments voisins sur déplacement d'un noeud est génial : simple, super efficace ! Merci kimaidou Le 26 août 2009 09:57, Dominique Rousseau d...@lee-loo.net a écrit : Le Wed, Aug 26, 2009 at 09:48:54AM +0200, Vincent MEURISSE [ osm-talk...@meurisse.org] a écrit: 3) http://map.meurisse.org Tu as réussi à coder cela en 2 heures... et bien bravo !!! Pour le coup faudra penser à remercier cloudmade. Leur api permet de coder ça en 64 lignes de code. C'est con comme la lune, et j'avais jamais eu le courage de m'y atteler. Merci Vincent :-) -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Si cinquante millions de gens disent une sottise, ça n'en reste pas moins une sottise. -- Anatole France ___ 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] [tag] tagguer une brasserie ? Différence bar et cafe ?
Merci pour toutes ces réponses. Les choses ne sont donc pas si simples :D Pour moi une brasserie, c'est un truc qui ressemble à un café et qui se transforme en resto à midi. Mais c'est vrai que le terme original, et encore utilisé dans les villes qui ont une tradition de brassage de bière, c'est un lieu où on fabrique sa propre bière... Je serai plutôt d'accord avec la proposition de Christian Rogel, sauf que dans mon imaginaire, un pub est quelque chose de bien spécifique : on y sert de la bière (et des softs), parfois, mais rarement du café, et des trucs à manger. La déco est souvent old-school avec du bois partout et des glaces Guinness, et des écrans de télé géantes pour regarder les matchs de rugdby. Bref en France, les pubs sont souvent très typés (parfois cliché), et les gens y vont quand même rarement pour manger. Alors qu'un brasserie (dans mon sens café-restau, et non dans le sens brasser), y a un comptoir en zinc, des petites tables et des petites chaises, rarement d'ambiance match, et le midi surtout des gens qui viennent du boulot pour y manger. A ne pas confondre avec le bon vieux bar Pmu :D Et si on trouvait un système de tags optionnels pour les cafés avec : pmu:yes|no (ou un mot anglais disant paris ) homemadebier:yes|no food:yes|no alcohol:yes|no ... ? Le 25 août 2009 22:29, Christian Rogel christian.ro...@club-internet.fr a écrit : Cela fait longtemps que je me pose la question et je supposais que les OSMeurs chevronnés l'avaient résolue depuis longtemps. Je n'imaginais donc pas la création d'un tag brasserie. Je ne suis pas sûr que ce soit l'unique moyen de résoudre la question, car il y aurait d'autres catégories de débits de boisson chaudes, froides, alcoolisées ou non à considérer. Je ferais une proposition : En écartant la représentation que se font les anglophones des pubs et des cafés en cherchants à voir les points communs. Dans un pub anglais, on sert de la nourriture (certes, pas toujours de haut niveau, mais c'est secondaire) et dans un café mode Starbuck, celle qu'on sert est plutôt sucrée et s'apparente à celle des salons de thé. Pub pourrait donc désigner tout débit de boisson faisant aussi de la restauration, du menu de brasserie au snack. Café désignerait alors les bars (avec peu de snacks) et aussi les salons de thé. Il serait bien d'avoir, pour distinguer les bars/cafés des salon de thé, un tag incluant alcohol=yes/no qui ne fasse pas confusion avec les magasins taggés shop=alcohol Christian 2009/8/25 kimaidou kimai...@gmail.com: Bonjour En ce moment, je bosse dans tous les café, bar, brasserie de lyon où je peux trouver le wifi. Je voulais savoir comment vous faisiez pour tagguer une brasserie ? On peut utiliser amenity=cafe (ils font du café) amenity=bar (ils servent de l'alcool aux habitués :D ) amenity=restaurant (ils servent à manger à table) Dans le même style, je ne vois pas bien la différence entre les bar et les cafe . Est ce que la différence vient du fait que les anglais distinguent un coffea shop du genre Starbuck d'un bar ? ___ 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] [Tutoriel] Information pour un d ébutant (était [Nouveau])
A ce propos, je n'ai jamais compris la logique de amenity VS shop. Par exemple, on dit amenity=pharmacy , alors qu'instinctivement je mettrais shop=pharmacy. Pour moi, tout ce qui est un magasin est un shop. Amenity en anglais est plus proche de commodité, service rendu pour un groupe de personnes, et j'y mettrais donc les containers de recyclage, les cabines téléphoniques, les bancs, etc. Enfin... Le 26 août 2009 12:26, Emilie Laffray emilie.laff...@gmail.com a écrit : 2009/8/26 Vincent Pottier vpott...@gmail.com Certes, mais en donnant la liste des tags, on éveille la curiosité du ‘walker’ : Tiens, je peux noter les arrêts de taxi ! Non mais ta liste est bonne car elle donne ce qui peut être fait. Mon point était que mettre le tag en lui même n'est peut être pas nécessaire. De plus, ça résoudrait la lisibilité dans la liste shop ou il y a des tags amenity. Sinon, je pense que ton approche est la bonne pour les catégories. Bon, du coup, j'ai re-bossé dessus, cette nuit. La version alpha 2 (revue et augmentée) est en ligne : http://frvipofm.net/osm/osmecum/osmecumcity090828.pdf http://frvipofm.net/osm/osmecum/osmecumcity0908.pdf Les retours sont toujours les bienvenus. (chez nous on parle de 'projet-martyr', donc vous pouvez y aller ;-) Tu as deux fois optician: lunettes et opticien. Même chose pour bakery. Ne peut on pas les mettre sur une ligne genre lunettes/opticien? Ça serait bien d'avoir un tag esthéticienne :P Petite typo c'est bicycle_rental. Emilie Laffray ___ 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] [tag] tagguer une brasserie ? Différence bar et cafe ?
Bonjour En ce moment, je bosse dans tous les café, bar, brasserie de lyon où je peux trouver le wifi. Je voulais savoir comment vous faisiez pour tagguer une brasserie ? On peut utiliser amenity=cafe (ils font du café) amenity=bar (ils servent de l'alcool aux habitués :D ) amenity=restaurant (ils servent à manger à table) Dans le même style, je ne vois pas bien la différence entre les bar et les cafe . Est ce que la différence vient du fait que les anglais distinguent un coffea shop du genre Starbuck d'un bar ? Merci pour vos lumière, et ensuite j'irai à l'assaut des bars, cafés, brasseries de mon quartier (et plus si vélov pas loin) Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : Ligne L du Transilien
Bonjour Nous sommes en train d'intégrer les lignes de train de type RER et transilien dans OsmTransport, mais pour l'instant elle ne sont pas encore affichées. C'est René-Luc d'Hont qui s'en occupe, et il m'a dit que le rendu était sympa sur Paris. Ca arrivera donc :D Le 16 août 2009 13:36, Hervé Le Roy hle...@hleroy.com a écrit : Bonjour, J'ai taggé la ligne L du Transilien (Paris Saint Lazare vers Saint Nom La Bretèche, ainsi que vers Versailles Rive Droite). Le tracé n'apparait toujours pas dans OsmTransport. Pourtant j'ai créé la relation il y a plusieurs semaine de cela. Quelqu'un peut-il regarder la relation et me dire s'il manque quelque chose ? Il s'agit de la relation 185451. Un petit bout de la ligne L est visible ici: http://www.openstreetmap.org/?lat=48.86212lon=2.12311zoom=17 Merci. Hervé ___ 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] OsmTransport : outil dynamique de suivi des réseaux de transports public
Bonjour Marc Nous connaissions déjà ce projet avant de développer OsmTransport. Nous avons choisi une méthode différente d'affichage : dans osmtransport, les lignes sont des couches vectorielles visibles au-dessus du fond cartographique mapnik ou osmarender (ou autre), alors que dans ce projet, le rendu est fait sur les tuiles png, pour tous les niveaux de zoom. Notre approche est plus flexible car elle permet: * d'afficher ou de masquer les lignes comme on le veut via le bouton + en haut à droite de la carte * d'afficher automatiquement chaque ligne avec la couleur décrite dans le tag color de la relation route : pas besoin, comme pour un rendu via des tuiles, de configurer chaque ligne de chaque ville dans un fichier de configuration de style mapnik. Dans osmtransport, c'est automatique. * on peut afficher des info complémentaires via une pop-up lorsqu'on clique sur un arrêt ou une ligne. Cela a aussi des inconvénients : * lorsqu'il y a beaucoup d'éléments (arrêts , lignes) à afficher dans osmtransport, le navigateur peut souffrir de ralentissements. * il est difficile d'écrire des étiquettes sous les lignes et à côté des arrêts pour indiquer les noms. Bref ce sont je pense 2 projets complémentaires Le 14 août 2009 21:25, Marc SIBERT m...@sibert.fr a écrit : Bonsoir, Je viens de tomber là-dessus : http://www.öpnvkarte.de/?zoom=13lat=45.18439lon=5.72595layers=BThttp://www.xn--pnvkarte-m4a.de/?zoom=13lat=45.18439lon=5.72595layers=BT Quand les grands esprits se rencontrent... -- Marc ___ 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] Noms de rues avec 2 rues dedans - Osmose ?
Merci Yoann, je vais aller faire un tour du côté d'osmose :D Le 12 août 2009 21:02, Yoann ARNAUD yarn...@crans.org a écrit : kimaidou a écrit : Hum... J'ai fait un test sur name=%;%, et cela renvoit plus de choses, comme Border France - Switzerland;France - Switzerland En regardant brièvement les résultats d'Osmose, je n'ai pas trouvé de faux positifs, ce qui doit vouloir dire qu'il n'y en a pas beaucoup. C'est acceptable, je pense. Mais ne renvoit pas tout, car certains ont utilisé le / ou le + (et peut-être d'autres signes) pour séparer les 2 noms dans le tag name. J'ajoute la recherche de / et + comme séparateurs. Si tu en vois d'autres, merci de me le dire. -- Yoann. ___ 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] Stats des limites de communes
Le 11 août 2009 23:07, sylvain letuffe sylv...@letuffe.org a écrit : Le mardi 11 août 2009 22:21, Christophe Merlet (RedFox) a écrit : DELETE FROM commune_osm WHERE isvalid(way)='f'; Pourquoi supprimer ce qui a demandé beaucoup de travail et de sueur alors qu'il suffit de corriger l'erreur ??!! Pas de panique ! il ne s'agissait nullement de supprimer ce qui se trouve dans la base OSM, juste de nettoyer nos copies de base respectives pour en faire des traitements statistiques ou de conversion. Exactement. Ce que je voulais dire, c'est qu'en attendant que la donnée soit corrigée (par moi, vous , quelqu'un) dans les base de données officielles d'OSM, si on souhaite utiliser ces données dans une copie locale, on peut (si on veut) supprimer les géométries invalides. Je donnais juste la requête postgis pour info et pour ceux qui ne connaissaient pas la fonction isvalid(). -- sly ___ 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] Noms de rues avec 2 rues dedans - Osmose ?
Bonjour J'ai une copie locale des données OSM, et j'ai vu via la requête suivante : SELECT osm_id,name FROM planet_osm_line WHERE name ILIKE '%rue%;%rue%' OR name ILIKE '%rue%+%rue%' qu'une 50aine de rues avec un tag nom qui comportait 2 noms séparés par un point virgule, par exemple : http://www.openstreetmap.org/browse/way/32507503 qui porte le tag name=Rue des Vosges; Rue des Alliés Je pense que cette méthode est incorrecte, et qu'il serait bon d'avoir un contrôle sur ces erreurs via Osmose pour pouvoir les corriger, avec une erreur du genre Rue portant le nom de 2 rues différentes Qu'en pensez vous ? Ci dessous le tableau des erreurs que j'ai extraites avec ma requête : 21885372;Rue Saint-François de Sales; Rue de la Banque 23157874;Rue Charles de Gaulle; Rue de Fameck 31340513;Rue de la Croix du tilleul; Rue de la croix du tilleul 30444774;Rue Pietra Scritta; rue pietra scritta 32507503;Rue des Vosges; Rue des Alliés 32731241;Rue de Mulhouse +Rue du Kirchfeld 19730535;Rue de l'Angle; Rue Cuvier 24001479;Rue Louis Pasteur; Rue des Partisans 25915640;Rue Aristid Briand; Rue Aristide Briand 4368912;Rue de Verdun; Rue des Eglantines 37764171;Rue des Déportés Resistants; Rue du 11 Novembre 18895064;Rue de la Noue;Rue la Noue 29056695;Rue Eugène Florentin;rue de la Coopérative 26587190;Place du Maucaillou; Rue Planterose; Place du Maucaillou; Rue Gaspard Philippe 25709531;Rue Montméjean; Rue Montméjean la Bastide 31236234;Rue Sadi Carnot; Rue des Carmes 31150743;Rue de Plaisance; Rue de l'Hippodrome 29342718;Rue de Lorraine; Rue Gambetta 22878978;Rue des coquelicots; rue des Jonquilles; rue des Coquelicots 22777317;Rue du Couserans; Rue de la Gironde 28609637;Rue Claude Perault; Rue François Mansart 23119578;Rue Claude Perault; Rue François Mansart 16279022;Rue Émile Guyou; Rue Émile Guyou 23965588;Rue Alfred de Musset; Rue Charles Peguy 27931841;Petit Rue de Fay; Rue de Fay 28004110;Petit Rue de Fay; Rue de Fay 33584887;Rue du Chateau; Rue des Changes 27734871;Rue du Mouton; rue Félix Piat 22295562;Rue Cuvier; rue Buffon 23279175;Rue des Grandes Terres; Rue Amédée Bolée 8431352;Rue des Grandes Terres; Rue Amédée Bolée 34061681;Rue Alexandre Fleming; Rue du Lycée 7016203;Rue des Chaillots; Rue d'Estienne d'Orves 28103940;Rue Pasteur; Rue Hispano Suiza 19753517;Rue de Bir Hakeim; rue Pierre Brossolette 25764934;Rue du Contrat Social; rue Buffon 31843492;Rue Ernest Taiclet; Rue Bleury 4574480;Rue Saint-Denis; Rue d'Aboukir 30109573;Rue Georges Planque; Rue Léon Jouhaux 28033075;Rue des Déportés; Rue du Viaduc 19832256;Rue des Gaillons; Rue du Bois Saint-Maur 28219151;Rue du 4 Septembre; Rue de Bellevue 29189703;Rue de Lompret; Rue Paul Brame 26399084;Rue Louis Fraison; Rue Delvincourt 31975273;Rue Maufoux; Rue Louis Very 34951928;Rue Longue des Capucins; Rue Vieille des Capucins 34936390;Rue Longue des Capucins; Rue Vieille des Capucins 4230766;Rue Maurice Barres; Rue Maurice Barrès Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de rues avec 2 rues dedans - Osmose ?
Rectification : la requête suivante rempli mieux son rôle : SELECT osm_id,name FROM planet_osm_line WHERE name ILIKE '%rue % rue %' et donne 21885372;Rue Saint-François de Sales; Rue de la Banque 23157874;Rue Charles de Gaulle; Rue de Fameck 31340513;Rue de la Croix du tilleul; Rue de la croix du tilleul 30444774;Rue Pietra Scritta; rue pietra scritta 32507503;Rue des Vosges; Rue des Alliés 19730535;Rue de l'Angle; Rue Cuvier 24001479;Rue Louis Pasteur; Rue des Partisans 25915640;Rue Aristid Briand; Rue Aristide Briand 4368912;Rue de Verdun; Rue des Eglantines 37764171;Rue des Déportés Resistants; Rue du 11 Novembre 26623019;Rue Petite Rue Danton 26587190;Place du Maucaillou; Rue Planterose; Place du Maucaillou; Rue Gaspard Philippe 25709531;Rue Montméjean; Rue Montméjean la Bastide 31236234;Rue Sadi Carnot; Rue des Carmes 31150743;Rue de Plaisance; Rue de l'Hippodrome 29324465;Rue Alexis Carrell / Rue Louis Léger VAUTHIER 29342718;Rue de Lorraine; Rue Gambetta 22878978;Rue des coquelicots; rue des Jonquilles; rue des Coquelicots 22777317;Rue du Couserans; Rue de la Gironde 28609637;Rue Claude Perault; Rue François Mansart 23119578;Rue Claude Perault; Rue François Mansart 16279022;Rue Émile Guyou; Rue Émile Guyou 23965588;Rue Alfred de Musset; Rue Charles Peguy 27931841;Petit Rue de Fay; Rue de Fay 28004110;Petit Rue de Fay; Rue de Fay 33584887;Rue du Chateau; Rue des Changes 27734871;Rue du Mouton; rue Félix Piat 22295562;Rue Cuvier; rue Buffon 23279175;Rue des Grandes Terres; Rue Amédée Bolée 8431352;Rue des Grandes Terres; Rue Amédée Bolée 34061681;Rue Alexandre Fleming; Rue du Lycée 7016203;Rue des Chaillots; Rue d'Estienne d'Orves 28103940;Rue Pasteur; Rue Hispano Suiza 19753517;Rue de Bir Hakeim; rue Pierre Brossolette 25764934;Rue du Contrat Social; rue Buffon 31843492;Rue Ernest Taiclet; Rue Bleury 4574480;Rue Saint-Denis; Rue d'Aboukir 30109573;Rue Georges Planque; Rue Léon Jouhaux 22945808;Rue du 26 Août 1944 / Rue Robert Schumann 28033075;Rue des Déportés; Rue du Viaduc 19832256;Rue des Gaillons; Rue du Bois Saint-Maur 28219151;Rue du 4 Septembre; Rue de Bellevue 29189703;Rue de Lompret; Rue Paul Brame 30344198;rue de la pelissière et rue germain civet 30335639;rue jules ferry - rue michel rondet 26399084;Rue Louis Fraison; Rue Delvincourt 31975273;Rue Maufoux; Rue Louis Very 36001220;Rue Salomon ou Rue des Jardins 34951928;Rue Longue des Capucins; Rue Vieille des Capucins 34936390;Rue Longue des Capucins; Rue Vieille des Capucins 4230766;Rue Maurice Barres; Rue Maurice Barrès Le 12 août 2009 11:21, kimaidou kimai...@gmail.com a écrit : Bonjour J'ai une copie locale des données OSM, et j'ai vu via la requête suivante : SELECT osm_id,name FROM planet_osm_line WHERE name ILIKE '%rue%;%rue%' OR name ILIKE '%rue%+%rue%' qu'une 50aine de rues avec un tag nom qui comportait 2 noms séparés par un point virgule, par exemple : http://www.openstreetmap.org/browse/way/32507503 qui porte le tag name=Rue des Vosges; Rue des Alliés Je pense que cette méthode est incorrecte, et qu'il serait bon d'avoir un contrôle sur ces erreurs via Osmose pour pouvoir les corriger, avec une erreur du genre Rue portant le nom de 2 rues différentes Qu'en pensez vous ? Ci dessous le tableau des erreurs que j'ai extraites avec ma requête : 21885372;Rue Saint-François de Sales; Rue de la Banque 23157874;Rue Charles de Gaulle; Rue de Fameck 31340513;Rue de la Croix du tilleul; Rue de la croix du tilleul 30444774;Rue Pietra Scritta; rue pietra scritta 32507503;Rue des Vosges; Rue des Alliés 32731241;Rue de Mulhouse +Rue du Kirchfeld 19730535;Rue de l'Angle; Rue Cuvier 24001479;Rue Louis Pasteur; Rue des Partisans 25915640;Rue Aristid Briand; Rue Aristide Briand 4368912;Rue de Verdun; Rue des Eglantines 37764171;Rue des Déportés Resistants; Rue du 11 Novembre 18895064;Rue de la Noue;Rue la Noue 29056695;Rue Eugène Florentin;rue de la Coopérative 26587190;Place du Maucaillou; Rue Planterose; Place du Maucaillou; Rue Gaspard Philippe 25709531;Rue Montméjean; Rue Montméjean la Bastide 31236234;Rue Sadi Carnot; Rue des Carmes 31150743;Rue de Plaisance; Rue de l'Hippodrome 29342718;Rue de Lorraine; Rue Gambetta 22878978;Rue des coquelicots; rue des Jonquilles; rue des Coquelicots 22777317;Rue du Couserans; Rue de la Gironde 28609637;Rue Claude Perault; Rue François Mansart 23119578;Rue Claude Perault; Rue François Mansart 16279022;Rue Émile Guyou; Rue Émile Guyou 23965588;Rue Alfred de Musset; Rue Charles Peguy 27931841;Petit Rue de Fay; Rue de Fay 28004110;Petit Rue de Fay; Rue de Fay 33584887;Rue du Chateau; Rue des Changes 27734871;Rue du Mouton; rue Félix Piat 22295562;Rue Cuvier; rue Buffon 23279175;Rue des Grandes Terres; Rue Amédée Bolée 8431352;Rue des Grandes Terres; Rue Amédée Bolée 34061681;Rue Alexandre Fleming; Rue du Lycée 7016203;Rue des Chaillots; Rue d'Estienne d'Orves 28103940;Rue Pasteur; Rue Hispano Suiza 19753517;Rue de Bir Hakeim; rue Pierre Brossolette
Re: [OSM-talk-fr] Stats des limites de communes
A ce propos, j'ai remarqué qu'avec une requete du type CREATE TABLE commune_osm AS (SELECT pol.osm_id, pol.name, collect(pol.way) as way FROM planet_osm_polygon pol WHERE pol.boundary='administrative' AND pol.admin_level='8' GROUP BY pol.osm_id, pol.name ORDER BY pol.name ) ; J'obtiens quelques communes avec des géométries non valides (pas beaucoup par rapport au lot, mais cela expliquerait certaines erreurs) On peut supprimer ces communes avec geométrie invalide en faisant ; DELETE FROM commune_osm WHERE isvalid(way)='f'; Le 11 août 2009 11:50, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On mardi 11 août 2009, Mathieu Arnold wrote: Ça peut expliquer que j'ai plein de trous dans le Calvados alors que les communes sont là :-) C'est en effet un sacré gruyère, j'arrive pas trop à comprendre comment autant de mises à jour ont été perdues. En passant avec le layer Copy mapnik on voit bien qu'il manque dans ma base beaucoup de way de frontières. Le mystère persiste, mais j'ai pas trop la motivation pour chercher. Supposons que le prochain import réglera le problème... -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [dev][Osmtransport] Nouvelle version 0.2 (et non 0.3)
Oui, mais ils ont mis, à coté, une série de boutons à cocher permettant de n'afficher qu'une ligne (ou que certaines lignes), ce qui permet d'avoir accès à l'information. C'est exactement ce que propose la version 0.2 : en utilisant le menu proposé par Openlayers et modifié pour Osmtransport (en cliquant sur le plus en haut à droite de la carte), vous pouvez maintenant pour chaque type de ligne obtenir en cliquant sur le carré une liste de toutes les lignes de ce type. Par exemple pour les trams de Montpellier : http://kimaidou.kilu.de/osm/treeline.png Ainsi, on peut cocher / décocher chaque ligne une par une. Maintenant pour un script qui décalerait automatiquement les lignes qui se superposent, c'est bien sûr possible (reconnaissance du way Osm commun, un peu de calcul pour trouver la pente principale et décaler dans une sens ou dans l'autre) mais très complexe, car il faut gérer beaucoup de choses, notamment une fois que la ligne reprend sa route particulière. Toutes les cartes des transporteurs sont -je pense- faites par des cartographes qui font un rendu manuel, sur un plan de rues qui est très souvent simplifié pour augmenter la lisibilité. On pourrait aussi jouer sur la transparence pour par exemple avoir du rose lorsqu'une ligne bleu et une rouge empruntent la même route, mais malheureusement les mélanges ne donnet pas toujours de couleur interprétable (quid de 3 lignes jaunes, marron et bleu qui se superposent ?) Bref on souhaite éviter l'usine à gaz et l'intervention manuelle, donc pour l'instant on pense que l'arbre des lignes pour chaque type permet de pallier à ce souci de superposition. Et on peut toujours cliquer sur la ligne en dehors de la route commune pour voir c'est laquelle. Nous allons aussi rajouter un effet de sélection sur toute la ligne, ce qui simplifiera la lecture. Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSMTransport] réseaux dépar tementaux et régionaux, problèmes d'échel le
Bonjour Vincent, la liste Nous allons en effet arriver assez vite à certaines limites pour Osmtransport, tel qu'il est pensé actuellement. Nous sommes en train d'essayer de repenser complètement les choses. Le problème principal, c'est que l'affichage d'un réseau de transport pour une ville très bien cartographiée, comme Berlin par exemple, est déjà tellement lourd que le navigateur n'arrive plus à bien gérer ( sous Firefox, c'est déjà difficile, alors sous IE6...) Je pense que sur une échelle plus grande, régionale ou départementale, il faudra limiter le rendu à certains réseaux seulement si on veut conserver une bonne réactivité de l'application. Ces limites de performance de l'affichage de vecteurs par le navigateur nous ont poussé à ce système de rectangle. Nous avons d'ailleurs limité la surface totale du rectangle pour éviter les traitements trop lourd. Dans l'état actuel d'osmtransport, on ne peut donc pas gérer les zones supra-communales. Conclusion : * nous réfléchissons aux meilleurs solutions techniques pour améliorer l'outil (et à plein d'autres petits trucs plus pertinents et plus accessibles à l'utilisateur * nous allons suivre aussi les nouvelles recommandations de tags pour les lignes de transport tels que spécifiées ici (proposition sérieuse) * pour l'instant, cet outil permet néanmoins d'avoir un rendu commune par commune, mis à jour une fois par jour Par contre, cela demande du temps, et donc cela évoluera selon le temps que nous pourrons y consacrer :D kimaidou Le 15 juillet 2009 10:29, Vincent Pottier vpott...@gmail.com a écrit : Bonjour, Ces derniers temps, j'ai cartographié un (tout petit) bout du réseau de transport de la Drôme. L'échelle du réseau n'est du coup pas la même que celle de transport urbain. L'outil (excelent mais peut-être va-t-on en voir la limite) de kimaidou affiche des lignes de transport dans une bbox, généralement définie actuellement à l'échelle d'une agglomération : Lausanne, Nantes,... ce qui corespond à un admin_level=7 (au delà de la commune, mais pas le département) Que se passe-t-il si je change d'échelle ? Si je définie une zone à l'échelle d'un département, d'une région ? Les transports urbains seront sélectionnés, probablement... À l'échelle d'une région, on se retrouve avec un plat de spaghetti lourd à digérer et sans intérêt dans chaque agglomération. Aussi, il me semble que l'échelle d'un réseau est une info pertinente pour la cohérence : réseau défini par la communauté d'agglomération, par le Conseil général, le conseil régional... Dans les 'relation:route + route:bicycle', le niveau du réseau est indiqué par les ncn, rcn, lcn. Dans le même genre l'échelle du réseau pourrait être indiquée dans les relations de transports collectifs. En France (et probablement aussi hors Hexagone) ces transports sont coordonnés par une collectivité territoriale. Le niveau de la collectivité organisatrice pourrait être l'indication du niveau du réseau. Cela permettrait à un projet comme OSMTransport d'afficher du réseau en fonction de l'échelle. Par exemple, en affichant le réseau urbain et péri-urbain de Pontarliers, d'afficher (avec un rendu légèrement différent si nécessaire) les lignes de réseaux de 'level' inférieur qui passent dans la zone, Conseil général, Région, mais, en affichant le réseau du Doubs,de ne pas afficher les réseaux urbains. Faut-il utiliser des super-relations ? Vincent ___ 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] [SOTM] Presentation qui a ete montre
Le 15 juillet 2009 09:27, Stéphane Brunner courr...@stephane-brunner.ch a écrit : Hello ! Merci pour ton travail, et cela fais plaisir de voir le siens présenter a SOTM ;-) (Les bus à Lausanne c'est quasiment exclusivement mon travail !) En effet, très joli cartographie des lignes de bus. Il ne manque plus que le tag color dans la relation pour avoir un rendu tutti-frutti :D http://3liz.fr/public/osmtransport/index.php?location=LausanneBtChooseLocation=Ok ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [dev][Osmtransport] Nouvelle version 0.3
Bonjour la liste, Nous avons apporté quelques améliorations côté client à Osmtransport (la refonte du moteur sera pour plus tard). Nous pensons donc qu'il est temps d'annoncer sa mise en ligne. Cette version 0.2 apporte les améliorations et corrections de bugs suivantes : Améliorations : 1/ Les lignes sont toujours triées par type (subway, bus, tramway), mais nous avons ajouté pour chaque type un arbre contenant le détail des lignes avec leur ref. On peut donc maintenant via le petit (+) d'Openlayers afficher ou masquer les lignes une à une. 2/ On peut maintenant cliquer sur n'importe quelle ligne de métro, bus ou tramway et voir afficher une jolie pop-up avec les tags renseignés. La cerise sur le gateau : le numéro (tag ref) de la ligne est maintenant sur un fond de la couleur de la ligne 3/ On peut cliquer sur n'importe quel arrêt affiché pour afficher une pop-up. Ainsi, si les arrêts de métro et les arrêts de tramway sont affichés, un clic sur l'un ou l'autre affiche la pop-up. Corrections de bugs: 1/ On ne peut maintenant dessiner qu'un seul rectangle en cliquant sur le bouton Draw 2/ Le problème du décalage entre la manipulation avec la souris pour dessiner le rectangle et le rectangle réellement affiché est corrigé. Pays présents : * France * Allemagne * Suisse * Grande Bretagne * Suède * Belgique Un petit exemple ici : http://3liz.fr/public/osmtransport/index.php?location=MontpellierBtChooseLocation=Ok NB: peut-être qu'un rafraîchissement forcé de la page avec CTRL+F5 sera obligatoire pour voir la nouvelle version. Vos retours sont bien sûr les bienvenus. Kimaidou et Reluc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [dev][Osmtransport] Nouvelle version 0.2 (et non 0.3)
Bonjour, Cette nouvelle version est la 0.2 et non la 0.3. Le titre de mon email précédent est erroné. Le message est recopié ci-dessous : Bonjour la liste, Nous avons apporté quelques améliorations côté client à Osmtransport (la refonte du moteur sera pour plus tard). Nous pensons donc qu'il est temps d'annoncer sa mise en ligne. Cette version 0.2 apporte les améliorations et corrections de bugs suivantes : Améliorations : 1/ Les lignes sont toujours triées par type (subway, bus, tramway), mais nous avons ajouté pour chaque type un arbre contenant le détail des lignes avec leur ref. On peut donc maintenant via le petit (+) d'Openlayers afficher ou masquer les lignes une à une. 2/ On peut maintenant cliquer sur n'importe quelle ligne de métro, bus ou tramway et voir afficher une jolie pop-up avec les tags renseignés. La cerise sur le gateau : le numéro (tag ref) de la ligne est maintenant sur un fond de la couleur de la ligne 3/ On peut cliquer sur n'importe quel arrêt affiché pour afficher une pop-up. Ainsi, si les arrêts de métro et les arrêts de tramway sont affichés, un clic sur l'un ou l'autre affiche la pop-up. Corrections de bugs: 1/ On ne peut maintenant dessiner qu'un seul rectangle en cliquant sur le bouton Draw 2/ Le problème du décalage entre la manipulation avec la souris pour dessiner le rectangle et le rectangle réellement affiché est corrigé. Pays présents : * France * Allemagne * Suisse * Grande Bretagne * Suède * Belgique Un petit exemple ici : http://3liz.fr/public/osmtransport/index.php?location=MontpellierBtChooseLocation=Ok NB: peut-être qu'un rafraîchissement forcé de la page avec CTRL+F5 sera obligatoire pour voir la nouvelle version. Vos retours sont bien sûr les bienvenus. Kimaidou et Reluc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [dev][Osmtransport] Nouvelle version 0.2 (et non 0.3)
Pour les RER, je pense qu'il ne faudrait pas mettre route=rail, en tout cas ce n'est pas ce qui est dit ici : http://wiki.openstreetmap.org/wiki/Relation:route#Public_Transportation On pourrait faire le choix de dire route=train ou bien route=subway Et oui, les RER posent le problème de l'échelle régionale dont on a déjà parlé... On trouvera une solution à terme, mais il faut savoir tout de même que dans l'état actuel (version 0.2 ), toutes les qui passent dans le rectangle , donc à Paris, sont déjà sélectionnées. Donc pas besoin de créer des rectangles qui englobent tout, puisque c'est une intersection qui permet d'extraire les lignes pour une location donnée. Pour prendre en compte les RER, il faut se mettre d'accord sur la valeur du tag route. Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel pour tracer les bâtiments à partir du cadastre
Très joli travail ! Pour moi : * ce type de document est très utile * il a absolument sa place dans le wiki, qui permet : - de modifier le document au fil des changements de logiciel, de conventions, etc. - de permettre aux personnes intéressées de suivre ces changements - d'être bien référencé par les moteurs de recherche comme Google - d'être accessible via le moteur de recherche du wiki On pourra toujours imprimer cette page wiki en pdf si on a besoin de ce format (par exemple pour du hors ligne) Merci pour ce travail. PS : pour la mise en forme et l'intégration des images, nous sommes assez nombreux pour t'aider. L'idéal serait que tu mettes les images à disposition. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [SOTM] Presentation qui a ete montre
Merci pour ton travail. Ah...j'aurais aimé être là :D kimaidou Le 14 juillet 2009 10:31, Guilhem Bonnefille guilhem.bonnefi...@gmail.coma écrit : Bravo pour cette présentation fantastique. J'entends d'ici les Oulala !!! Great! qui ont dus fuser pendant la présentation. Le 13 juillet 2009 15:48, Emilie Laffrayemilie.laff...@gmail.com a écrit : http://www.slideshare.net/Melaskia/state-of-the-map-france-sotm09-1714526 Aussi, lu sur le tweet de Nick Black. Impressive import of French Cadastre info makes JOSM look like a real GIS! Building outlines and addressing #sotm09 3:23 AM Jul 11th Kudos a Fred la dessus :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.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] Tutoriel pour tracer les bâtiments à partir du cadastre
Après quelques commentaires, je me dis : Voilà vraiment pourquoi cette page doit être sur le wiki. Il y a eu au moins 5 emails très intéressants en réponse, dans lesquels les personnes ont pris le temps d'écrire et de commenter. Si tout le monde avait directement éditer la page wiki, la version de maintenant aurait donc déjà toutes les remarques prises en compte. Là il va falloir qu'une personne très motivée fouille dans chaque email pour faire tout le travail... Le 14 juillet 2009 11:15, Pieren pier...@gmail.com a écrit : 2009/7/14 Frédéric Bonifas fredericboni...@gmail.com: Bon tutoriel et je pense aussi qu'il a toute sa place sur le wiki comme cela on pourra plus facilement le corriger/l'améliorer/en discuter. On a déjà un guide un peu similaire pour les limites communales. Plusieurs remarques: - pour l'installation du plugin, il suffirait de créer un lien vers la page wiki du plugin. Certaines choses ont varié avec le temps. Ainsi, la touche de raccourci F11 n'était plus configurée par défaut jusqu'à récemment (c'était automatiquement remplacé par maj+F11). J'ai modifié le plugin pour qu'il propose de forcer le raccourci F11 dans les préférences (par défaut, F11 passe JOSM en plein écran). - le changement de projection en Lambert n'est pas anodin. D'autres plugins risquent de ne pas fonctionner. Mais il sera bientôt possible de changer de projection sans avoir à redémarrer JOSM. - l'emprunte au sol et les deux couleurs. Curieux que tu parles de rose alors que je vois plutôt du jaune clair (je ne suis pourtant pas daltonien). Je ne suis pas sûr que l'on puisse fixer une règle générale. Il y a des bâtiments qui ne sont que des toits (genre hangar pour bétail, entrepôt) et ils méritent autant que d'autres de figurer dans la base. De plus, ceux qui tracent à partir d'images satellites auront toujours l'emprunte la plus grande, celle vue du ciel. Je pense qu'une vrai discussion mériterait d'être engagée sur ce sujet. - les relations. J'avais lu quelque part qu'il y avait une fonction preset dans JOSM (ou un assistant) pour saisir plus facilement les adresses dans les relations mais je ne peux pas en dire plus sans avoir pu chercher sur JOSM maintenant. - il faudra ajouter un bémol sur la fiabilité du cadastre. Des bâtiments y figurant n'existent plus et des bâtiments qui existent n'y sont pas. De plus, il y a la fiabilité du positionnement. Les dimensions des bâtiments doivent être relativement fiables mais la qualité du géoréférencement dépend de la commune et de l'implémentation de la projection Lambert dans JOSM (qui n'a pas la grille de correction, ajoutant un décalage de 0 à 5 mètres suivant les régions -voir un autre fil de discussion à ce sujet) - concernant la question PDF/wiki, je pense que c'est soit l'un, soit l'autre, ou alors un outil devrait mettre à jour régulièrement le PDF à chaque amélioration du wiki (c'est quand même ça l'avantage du wiki sur un document figé). Pour le rendre plus visible sur le wiki, il faut ajouter autant de liens vers cette page que nécessaire. On peut ajouter un lien à partir de la page Wikiproject France, des pages sur le cadastre et le plugin cadastre-fr, sur la page Fr:How To ou même la Fr:Map Features dans les sections buildings et adresses. - je suis d'accord avecVincent. C'est soit addr:street, soit la relation, sinon ça fait un peu doublon. - j'avais aussi l'intention de faire une page wiki séparée pour expliquer les différents symboles que l'on voit sur le cadastre. Denis avait un jour envoyé un lien vers une doc très claire à ce sujet et je pense que ça intéressera tout le monde. 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] Participation de Quebecois sur la mailing liste francaise
+1 Le 14 juillet 2009 12:26, Pieren pier...@gmail.com a écrit : 2009/7/14 Emilie Laffray emilie.laff...@gmail.com: Je pense qu'on a déjà vu à l'occasion quelques belges et suisses intervenir sur cette liste. Il n'y a aucun problème sauf que bien sûr, certains thèmes abordés sont très hexagonaux et donc sans intérêt pour eux. De plus, les schémas de tagging peuvent varier d'un pays à l'autre mais c'est toujours positif d'avoir des points de vue/expériences différents. Su la page wiki Contact, on pourrait décrire la liste en French speaking discussion au lieu de French discussion. 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] SOTM dans le web de LIbération
Ne les baffons pas. Il est quand même tout à fait normal que des personnes normales qui ne connaissent pas du tout OSM utilisent les outils qu'ils connaissent. D'accord, Google s'est fortement inspiré d'OSM pour cet outil, mais ce n'est pas une raison pour baffer ses utilisateurs. On peut avoir envie de 'baffer Google (ou pas), mais pas le lambda moyen qui utilise Google Maps. Ce serait comme baffer toutes les personnes qui viennent de windows et souhaitent passer au libre et qui diraient Tiens, Firefox a piqué l'idée des onglets à internet explorer 7. Ce n'est pas en baffant les gens qu'on va pouvoir amener le plus de personnes à utiliser OSM. Un Mais savez vous que Google Map Maker est sorti après OSM, et qu'OSM est donc l'initiateur de la cartographie collaborative serait plus constructif. Il faudrait plutôt nous baffer, nous la communauté OSM qui n'avons pas -encore- réussi assez à communiquer sur OSM. Le 13 juillet 2009 13:44, JonathanMM jonatha...@free.fr a écrit : « Alors, à Ecrans.fr, on a eu envie d’essayer aussi. Un GPS en main et un tour sur Google Map Maker comme seule expérience de cartographie participative, on se donne comme objectif d’apporter une petite pierre à l’édifice. Disons deux ou trois rues, pour commencer. » Qui est pour les baffer ? JonathanMM Eric Sibert a écrit : C'est là: http://www.ecrans.fr/OpenStreetMap-les-routards-du-web,7695.html Eric ___ 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
[OSM-talk-fr] [dev] osm2pgsql - Polygones des limites administratives ?
Bonjour J'ai une base locale avec les données OSM importées dans postgis via osm2pgsql. Je pensais pouvoir récupérer facilement les polygones des limites administratives (régions, départements, communes) achevés via une requête sur la table planet_osm_polygon. J'obtiens bien des résultats, mais les géométries ne correspondent à rien. Alors j'ai plutôt cherché les lignes constituant ces limites avec une requête de ce type : SELECT osm_id, admin_level, name, ref, way FROM planet_osm_line WHERE boundary='administrative' AND admin_level='4' AND (name LIKE 'Languedoc%') Une fois exporté en fichier shapefile, au format ligne via l'outil ogr2ogr, j'obtiens le bon contour, mais bien sûr sous forme de 6 lignes. Comment faites-vous pour générer un polygone de vos limites administratives ? Par exemple Sly, comment fais tu avec les communes que tu affiche sur beta.letuffe ? Merci d'avance Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [dev] osm2pgsql - Polygones des limites administratives ?
salut sly, Ben la requête suivante: SELECT (way) FROM planet_osm_polygon WHERE boundary='administrative' AND admin_level='4' AND name LIKE 'Languedoc%' utilisée dans ogr2ogr me renvoit le tout petit polygone en bas à gauche (alors que le 'contour' généré avec les lignes est ok) cf la copie d'écran suivante : http://kimaidou.kilu.de/osm/test/polygon_lr.png Peux tu me donner un exemple de requête pour les communes stp ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [dev] osm2pgsql - Polygones des limites administratives ?
select Npoints(way) from planet_osm_polygon where osm_id=-8643 me renvoit seulement 205. C'est donc juste un problème d'import de la donnée dans postgis via osm2pgsql. Merci Sly, je vais pouvoir corriger utilisée dans ogr2ogr me renvoit le tout petit polygone en bas à gauche (alors que le 'contour' généré avec les lignes est ok) Ha ? bizarre car chez moi, avec mapnik, ça ne pose pas de problème. J'ai bien la géométrie qui va bien Un problème de conversion par ogr2ogr ? Vérifie que tu as bien la bonne géométrie ? # select Npoints(way) from planet_osm_polygon where osm_id=-8643; npoints - 18350 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un bollard amovible
Bonjour Sur Montpellier on a le même système : les bites sont baissées entre 4h et 9h du matin, et le reste du temps, on peut accéder au centre piéton seulement si on a une carte (mais l'accès est en plus limité à une seule fois par jour avec la carte) Pour l'instant je n'ai pas taggué les heures... Mais sinon, j'ai aussi ajouté les tags suivants: bicycle=yes foot=yes motorcycle=yes kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [SOTM] Credits pour les differents projets
Bonjour Emilie OsmTransport : Michaël Douchin, 3liz Sarl PS: tu as bien reçu les copies d'écran que je t'ai envoyées par courriel ? A bientôt Le 9 juillet 2009 15:55, Emilie Laffray emilie.laff...@gmail.com a écrit : Bonjour, j'aimerais pouvoir crediter chacunes des personnes responsables des projets dont je vais parler notamment: - Osmose, - IGN geodesiques - Corine - Cadastre - OsmTransport Emilie Laffray ___ 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] [SOTM] Credits pour les differents projets
Pour OsmTransport, c'est kimaidou qui a fait l'annonce mais il ne semble pas seul. En effet, René-Luc d'Hont ( connus sous reluc) a aussi travaillé sur ce projet. Mais comme Emilie demandait le responsable, je n'avais mis que mon nom. Si tu as de la place pour une personne de plus, merci d'ajouter René-Luc :D ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [SOTM] Credits pour les differents projets
Merci encore pour le travail Ok pour moi (pour info, René-Luc et moi même sommes 3liz :D ) Le 9 juillet 2009 18:40, Emilie Laffray emilie.laff...@gmail.com a écrit : Pieren wrote: 2009/7/9 Emilie Laffray emilie.laff...@gmail.com: Pour le cadastre, il y a eu la demande officielle (Denis Helfer et moi), le plugin pour JOSM (moi) et le script d'import assisté des limites communales (Frédéric Rodrigo). Pour Corine, il y a moi pour la demande d'éclaircissements sur la licence, un travail d'équipe pour la nomenclature (mais quand même une belle page wiki de FrViPofm) et pour l'import aussi (toi, Sylvain, Yann Coupin pour bulk_upload et moi) Note que Corine est un import très particulier et inhabituel dans OSM puisque ce sont des polygones contigus qui couvrent l'ensemble du territoire grand comme la France. Pour les fiches de géodosie, c'est Eric Sibert qui a fait la demande auprès de l'IGN et Frédéric Rodrigo qui récupère les données depuis les PDFs. Pour OsmTransport, c'est kimaidou qui a fait l'annonce mais il ne semble pas seul. Pour Osmose, c'est Etienne Chové. La présentation peut être trouvée sur le lien suivant: http://www.grayonox.com/sotm-france.odp Emilie Laffray ___ 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] OsmTransport : outil dynamique de suivi des réseaux de transports public
Nous avons pensé à cela, et d'ailleurs on va passer au format geoJson. Mais nous avons choisi de ne pas faire d'outil en temps réel par peur de surcharge du serveur. Nous ferons des tests temps réel, mais pour l'instant le système est mis à jour une fois par jour, et j'aime bien la possibilité de zoom auto sur une ville via la liste déroulante. Le 3 juillet 2009 13:53, Francois Van Der Biest francois.vanderbi...@camptocamp.com a écrit : 2009/7/2 Pierre Mauduit pierre.maud...@gmail.com: Faudra p'tet un peu mouliner le résultat pour obtenir un kml, xml ou truc que js peut manger. Même pas :-P Postgis propose des fonctions d'exports vers kml ST_AsKML([version], geometry, [precision]) Voire même ST_AsGeoJSON pour un parsing plus rapide que celui d'un KML en JS, via OpenLayers ... F. ___ 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] OsmTransport : outil dynamique de suivi des réseaux de transports public
bonjour, Le 3 juillet 2009 14:52, eMerzh merz...@gmail.com a écrit : Supayr :) Merci beaucoup pour le travail! le rendu est sympa même si je suis pas fan du choix de la ville ... ;) du système de location. Comme dit plus haut, c'est un moyen simple et efficace de proposer une navigation immédiate vers une ville et de ne pas surcharger le navigateur internet. Et surtout on pourra ensuite mettre des styles différents facilement par location, en ajoutant des options spécifiques. j'avais d'ailleur pas saisit le add location donc il y a un bruxelles à paris :D je vais faire du ménage :) Sinon vivement que ça arrive pour la belgique aussi.. je suis justement occupé à faire les lignes de transports en commun chez nous :)... je suis justement en train de modifier la structure de mon fichier de mises à jours pour intégrer d'autres pays. Je vous tiens au courant une fois que j'ai ajouté d'autres pays Petite Question ... comment l'outil affiche-t'il les backward et forward dans les routes de bus par exemple? Pour l'instant il ne les gère pas car il se base sur l'outil de conversion des planet vers la base de donnée postgis appelé osm2pgsql. Cet outil ne gère pas ces infos... Meric encore et bonne continuation De rien, et on a encore du pain sur la planche ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Le 3 juillet 2009 14:29, Emilie Laffray emilie.laff...@gmail.com a écrit : Je pense que c'est Stefan de Konink qui a un système qui permet de faire du temps réel sur un certain nombre de choses via une API de type XAPI. Il avait un exemple très impressionnant mais je n'arrive plus a retrouver le lien qu'il avait donné. Emilie Laffray J'avais au départ souhaité utiliser xapi, mais je n'ai jamais réussi à obtenir une réponse des serveurs xapi. Quelqu'un a un exemple d'url qui fonctionne ? J'ai fais des tests du type http://www.informationfreeway.org/api/0.6/node[amenity=hospital][bbox=-6,50,2,61] Mais je n'ai jamais rien en retour. Xapi serait-il mort ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Merci pour l'info Emilie ! Il existe apparemment une url pour le benelux http://xapi.openstreet.nl:8000/ . Maintenant je ne sais pas si ça fonctionne actuellement. Grosso modo, la machine qui fait tourner XAPI est en rade et personne ne sait proposer pour la réparer. Il semblerait qu'elle ne boote plus et qu'il faille la réinstaller. Il y avait un thread la dessus. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Pour information, la Belgique est maintenant dans la base de données d'OsmTransport. J'ai ajouté Brussel kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Bonsoir Info : la Suisse et la Suède sont dans la base. Amusez-vous bien Have fun Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
ERRATUM : le fichier planet de la suisse me fait un bug lors de l'import avec osm2pgsl Ca devrait être corrigé demain (on espère) Le 3 juillet 2009 18:28, kimaidou kimai...@gmail.com a écrit : Bonsoir Info : la Suisse et la Suède sont dans la base. Amusez-vous bien Have fun Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
La Grande Bretagne (Great Britain) est aussi ajoutée J'ai fait un test sur London, et il y a foule d'arrêts de bus ! Par contre, apparemment le tag color n'est pas renseigné. Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [SOTM] La presentation programmee le samedi 11 juin
Bonjour D'abord pas de problème pour l'utilisation sans me demander. C'était juste une petite pique au passage. Merci pour tout le travail fourni pour compiler et assembler toutes ces infos Bon, on a à peu prêt terminé la version 0.1 , et je vous donne la description ici (j'ajouterai un page aide avec ce texte): * Présentation : Osmtransport est un outil qui permet d'afficher par dessus un fond de carte OpenStreetMap les lignes de transports publiques : métro, bus et tramway. Les lignes sont extraites des données sources d'OpenStreetMap à partir des relation routes ( http://wiki.openstreetmap.org/wiki/Relation:route#Public_Transportation ) et mises en forme en fonction du type de ligne et de la couleur spécifiée dans la relation route (tag color). Il y a pour l'instant une couche de données (un layer) par type de ligne et un par type d'arrêts. Les principaux avantages de l'utilisation de vecteurs par rapport à l'utilisation de mapnik pour afficher ces lignes sont : - l'utilisation dynamique du tag color pour styliser chaque ligne (pas besoin de créer autant de styles que de lignes). Une ligne dont la route n'a pas de tag color est affichée en noir. - la possibilité d'afficher ou non chacune des couches, si on ne souhaite par exemple que voir les lignes de métro. - la possibilité d'avoir des informations complémentaires sur un arrêt (ou un ligne) sur clic de l'élément. Pour l'instant, seules des informations sommaires sont données, et seulement sur les arrêts. L'un des objectifs principal de cet outil est d'aider les contributeurs à visualiser l'avancement des transports publiques par commune. Un autre objectif est de montrer les informations à corriger ou à compléter sur les lignes et les arrêts (Par exemple une ligne noire montre l'absence du tag color, ou bien on peut comparer les lignes de tramways issues de la relation route=tram avec celles issues du railway=tram) L'affichage de données vectorielles demande des ressources qui croissent avec le nombre d'éléments à afficher par le navigateur internet. C'est pouquoi le choix a été fait de créer des zones nommées locations pour lesquelles les lignes sont extraites. Ces locations correspondent en fait à des villes. On peut sélectionner une location pour zoomer automatiquement sur la zone concernée, et voir les lignes de cette zone (seules les lignes de cette zone sont affichées, pour ne pas surcharger le navigateur). Si une location n'est pas dans la liste, on peut en créer une en cliquant sur le lien Add a location en haut à droite. Il faut au préalable zoomer sur la zone souhaitée. Ensuite, il faut cliquer sur Draw puis dessiner un rectangle de la zone voulue, puis ajouter le nom de la zone (utiliser si possible le nom de la ville) puis le pays, et enfin valider avec le bouton Add. Si tout se passe bien, la page se raffraichit sans message d'erreur et vous voyez les lignes qui sont cartographiées. Si vous ne voyez pas de lignes, c'est sûrement parce qu'il n'y a pas de routes correspondantes dans la données d'OpenStreetMap, ou bien que les couches n'ont pas été raffraîchies depuis l'ajout de cette données. Les données sont mises à jour tous les matins à 6h30 à partir des fichiers tar.gz fournis par Geofabrik ( http://download.geofabrik.de/osm/europe/ ). Pour l'instant, les données ne sont téléchargées et donc disponibles que pour la France métropolitaine. Un permalink est fourni une fois la location choisie et la page raffraîchie. Par exemple pour la ville de Montpellier : http://3liz.fr/public/osmtransport/index.php?location=MontpellierBtChooseLocation=Ok Bugs connus - une fois le bouton Draw cliqué, parfois le rectangle ne se dessine par où on le souhaite. - la couche des arrêts de métro affiche aussi toutes les stations de train. Pour l'instant, nous n'avons pas trouvé le moyen avec osm2pgsql de trouver les points de type bus_stop ou railway=station qui appartiennent respectivement à une route de type route=bus ou route=tram - la pop-up sur clic d'un arrêt ne fonctionne que pour la couche visible la plus au dessus (la plus en bas dans le panel Openlayers). Ce bug va être corrigé grâce à l'utilisation de la nouvelle fonctionnalité implémentée dans la dernière version d'Openlayers * Alors je serai heureux qu'on remplace l'ancienne copie issue de kimaidou.kilu.de pour celle ci, par exemple sur la ville de Montpellier : http://3liz.fr/public/osmtransport/index.php?location=MontpellierBtChooseLocation=Ok Merci Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
bonjour Sly, mes réponses plus bas : Top super cool ! Merci ;) mises en forme en fonction du type de ligne et de la couleur spécifiée dans la relation route par le tag color. Ce serait possible de documenter ces usages (de color et de ? network ? tram ? bus ?) sur le wiki ? (comment taguer, dans quel cas est-ce possible, à quoi cela s'applique) Histoire d'éviter que d'autres dans leur coin se lancent sur cette voie avec un tag color=red/route_color=0xRGB J'ai ajouté il y a environ 2 semaines le tag color dans cette page : http://wiki.openstreetmap.org/wiki/FR:Relation:route#Transports_Publics Pour le reste, j'aimerais bien avoir un tableau équivalent pour les différents types d'arrêts. Les principaux avantages de l'utilisation de l'affichage vectorielles par rapport à l'utilisation de Mapnik pour afficher ces lignes sont : C'est plus facile mais ça ram ? (je fais un pronostic avant lecture ;-) ) C'est pas vraiment plus facile, juste plus dynamique : je n'ai pas à ajouter à la main le style pour la ligne n° bidule de la ville machin. Dès que le tag color est renseigné, c'est affiché ! * la possibilité d'afficher ou non chacune des couches, si on ne souhaite par exemple que voir les lignes de métro. En supposant que tu fasses 3 layers mapnik : bus/tram/metro, ça doit rester jouable oui, comme pour ton beta.letuffe, mais je préfère le mode vectoriel : pas besoin de refaire toutes les tuiles de tous les niveaux de zoom. Un seul fichier vectoriel (assez léger) suffit * la possibilité d'avoir des informations complémentaires sur un arrêt (ou un ligne) sur clic de l'élément. je pense que ça n'empêche pas, tu gardes ton codes JS actuel, mais tu ne fais plus de rendu des traits, tu gardes juste la fonction d'info bulle sur un point. Je préfère me garder la possibilité d'afficher les tags des lignes sur clic ou survol, pour voir ce qui est renseigné. Mais je conçois parfaitement que votre solution soit préférable pour plein de bonnes raisons, je crains juste le résultat pour des grosses villes (+ transport péri-urbain) avec bus/tram/metro La limite se trouve surtout au niveau du navigateur. Firefox gère bien les vectoriels en mémoire, mais IE 6 très mal, et ça peut ramer. avec le nombre d'éléments à afficher par le navigateur. C'est pouquoi le choix a été fait de créer des zones nommées locations pour lesquelles les lignes sont extraites. Ha ? c'est pénible ça pour la scalabilité ça veut dire que chacun doit passer pour créer sa zone qu'il va falloir gérer ceux qui n'ont pas fait une bonne zone (seules les lignes de cette zone sont affichées, pour ne pas surcharger le navigateur). C'est peut-être une idée à la con, mais : Il est rare qu'un gus veuille afficher les réseaux de bus de la france entière non ? ne serait-ce pas souhaitable de limiter le zoom minimum d'activation du layer ? Et ainsi s'affranchir de cette gestion pénible de choix de zone ? Le prob lème avec ce système de limitation par le zoom, c'est que de toute manière le navigateur doit avoir tout en mémoire (et toute la France, ça va tuer meme les machines les plus véloces). Avec le système de locations, on libère la mémoire à chaque changement de location. C'est aussi pourquoi on limite la taille maximale des locations Une zone étant finalement définie par ce que regarde l'utilisateur. (Ou alors je flaire que vous n'avez pas trouvé la requête postgis qui va bien ;-) un coup de main ?) Au contraire, on utilise justement des requêtes postgis pour exporter les vecteurs en fonctoin des locations ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Je ne maîtrise pas assez, mais j'imagine un serveur proxi faisant les requêtes xapi sur la zone et générant le fichier pour le layer à la volée... mise à jour des données en temps réel : intéressant pour les mappeurs. Le jour où j'ai un peu de temps, et quand xapi 0.6 fonctionnera, j'essaie une classe php... C'est exactement ce que j'avais souhaité faire au début, car cela m'éviter d'installer toute la machinerie postgres + osm2pgsql + télécharger les planets, mettre à jour, ect... Mais comme la xapi ne fonctionnait pas (j'avais essayé de récupérer par exemple toutes les routes d'un bouding box avec le tag route, mais erreur du serveur). Quand est-ce que xapi sera fonctionnelle ? On peut imaginer une classe et des classes héritées : bus, métro, tram... ou un fichier de style sur le serveur par catégorie, par layer... Je penche plutôt sur le fichier de style Possible de créer une liste des lignes, comme on a une liste des erreurs sur osmose, pour activer/désactiver l'affichage en jouant sur l'affichage des polylines ? C'est ce qu'on a prévu : pour chaque type (tram, métro, etc.), on fait un arbre avec la liste des lignes ex: Métro * ligne 5 * ligne 15 Tramway * ligne A * ligne B Avec à chaque fois une case à cocher L'étape suivante est une légende dynmaique :D Possible d'afficher les lignes passant à un arrêt, dans la bulle ? Faut que je regarde, mais je suis limité par osm2pgsql qui ne me permet pas de trouver les nodes d'arrêts de bus qui appartiennent à une relation. Ma requête SELECT * FROM planet_osm_point WHERE route='bus' ne me renvoit rien, contrairement à SELECT * FROM planet_osm_line WHERE route='bus' qui me renvoit bien les lignes. Quelqu'un a une idée ? Petit bug ? Un arrêt de bus est affiché par une icône bus.png. Quand on sélectionne l'arrêt, l'icône diminue et devient grisée. L'effet inverse serait mieux : grossir l'arrêt sélectionné... D'accord avec ceci ;) Mais bon je redis : superbe et prometteur ! Merci pour les encouragements ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public
Le prob lème avec ce système de limitation par le zoom, c'est que de toute manière le navigateur doit avoir tout en mémoire (et toute la France, ça va tuer meme les machines les plus véloces). ??? j'avais peut-être bien flairé un problème postgis ;-) ou d'architecture client/serveur ;-) Non, c'est jsute un problème de choix. On n'a pas du tout choisi de lancer dynamiquement une requête postgis pour exporter les layers à chaque fois que le zoom change. On a choisir d'exporter une seule fois par jour tous les layers pour chacune des locations (on utilise le rectangle créé lors de l'ajout d'un location pour limiter les résultats de la requête). On pourrait essayer de tester le performances de la solution requêtes dynamiques, avec une limite de zoom. Il faut voir ce que permet le serveur en fonction du nombre de connections. Pour l'instant, comme on créé une fois par jour un fichier export par type de ligne, si je souhaitais afficher en fonction du niveau de zoom et de la bounding box les données, ma seule solution sera donc d'avoir toute la données en mémoire (la france entière), et là c'est le client web qui trinque. Donc on s'était mal compris :) y'a peut-être un p'tit coup d'ajax a mettre par là histoire de charger à la volée les routes qui ne sont que dans la zone visible non ? Me rappel plus trop, je n'ai fais ça qu'avec la google api, mais doit y avoir moyen, à chaque déplacement ou zoom de faire une demande http/xml au serveur lui demandant de lancer un coup de postgis pour récupérer uniquement les routes qui sont dans le visuel Oui, on pourrait, faut tester voir les capacités du serveur. (comme dis ci-dessus car ne j'avais pas encore lu ce paragraphe ;) ) Merci pour les commentaires ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Corine] Une image
*Je n'ai pas affiche tout car l'application Java (openJump) dépassait* * allègrement 2Go de RAM et était très lente.* Juste comme cela pour voir : tu as eu des problèmes de lenteur avec openjump. As tu testé avec un autre SIG non java comme Qgis ? Les performances seront peut-être différentes ? (beurk le java :) ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [SOTM] La presentation programmee le samedi 11 juin
Bonjour J'ai vu dans les images sélectionnées ma première version béta de mon appli pour afficher les lignes de transports en vectoriel sur un fond osm. 2 réactions : * je suis content :D * j'aurais bien aimé qu'on m'en parle :( Sinon, vu que je viens de me faire embauché par la société 3liz ( qui en gros fait des applis carto opensources, et dont j'avais déjà parlé au sujet de la démo de geolocalisation via Firefox), mon collègue et moi avons amélioré l'outil. Nous sommes presques prêts à montrer cette nouvelle version, et j'aurais donc préféré qu'on donne cette copie d'écran. Qu'en pensez vous ? Kimaidou ,alias Michael Douchin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fwd: [Dev] Geolocalisation sous Firefox 3.5 et Openstreetmap.
Bonjour Les dernières nouvelles depuis mon annonce, et les remarques de René-Luc d'Hont qui a implémenté cette démo ci-dessous insérées dans le texte initial: Firefox 3.5 RC2 est sortie! Il fallait utiliser Firefox 3.5 Beta 99 ou supérieur pour que la démo fonctionne. Sinon réponse aux questions dans le corps du mail (ci-desous) GerhardP a écrit : Peut-être que cette nouvelle fonction aura une utilité pratique pour ceux et ceusses qui se promènent avec des téléphones portables dernier cri ? Ou pour les routiers qui ont le PC en marche sur la route, connectés sur internet par gsm/3g ? Ceci peut-être utile à ceux que utilisent un mini-PC type eeePC et se déplacent souvent. Par exemple les comemrciaux, le soir dans leur hotel peuvent découvrir les lieux autour de leur chambre. Ceci peut aussi être utile dans un cyber-café, dans une ville que l'on ne connait pas. En fait ça peut être très utile si on ne connait pas exactement l'adresse du lieu où l'on est. Et que ça serait le point de départ pour que firefox embarqué devienne une alternative pour la gestion live des flottes de camions et de transports en commun ? C'est possible si les véhicules peuvent être tout le temps connectés à la page Web. C'est plutôt la porte ouverte à plus de services géolocalisés (annonce, photo, message, recherche, etc) Ou est-ce du big brother pour mieux analyser le comportement du consommateur ? C'est du Big Brother avec consentement obligatoire de l'utilisateur. Personne ne donne sa position sans avoir au préalable donné son accord, c'est un point important de la norme de Geolocalisation du W3C. FireFox n'est pas entièrement free, il y a des sponsors commerciaux derrière, je commence à basculer sur SeaMonkey...(éternel parano, ce Gégé ! ;-) Je ne sais pas. Ils feront bien des applications pratiques, quand ça sera opérationnel. Pour l'instant la firefox 3.5 est beta, 'faut laisser le temps au temps, espérons que la version définitive géolocalise. Tu peux déjà voir des résultats : http://bergie.iki.fi/blog/browser_geolocation_without_gps-quite_accurate_enough/ http://mapperz.blogspot.com/2009/06/open-street-map-firefox-35-rc1.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Dev] openstreetmap.fr
Bonjour Vous pouvez utiliser les css du site alsacréation pour le site; Ainsi vous serez sûr de la compatibilité de la css avec IE et les autres navigateurs http://www.alsacreations.com/static/gabarits/liste.html Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?
Bonjour Merci pour ces échanges. Si j'ai bien compris, il y a un consensus autour du tag railway=tram_stop pour les arrêts de tramway. Par contre, j'ai remarqué qu'en France, on n'utilise pas les routes pour les lignes de tramway, alors qu'utiliser des relations de route=tram semble cohérent avec les autres transports publics : cf http://wiki.openstreetmap.org/wiki/Relation:route#Public_Transportation Faudrait-il donc créer des routes pour les tramways ? Je pense que oui, car : * les lignes de tram peuvent partager certaines portions communes. Une route par ligne permet de gérer cela * cela est cohérent avec la représentation des lignes de métro et des lignes de bus. * cela permet d'ajouter les arrêts de tram dans la relation. Qu'en pensez-vous ? kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?
On est donc d'accord :D Il va falloir que je fasse des tests pour voir si osm2pgsql est trop limitant ou pas. Sinon, je passerai à osmosis. Pour ces tags de transport, j'ai l'impression qu'on n' as pas encore de consensus au niveau internationnal. Par exemple, j'ai vu un tag line sur les stations de métro de Londres. Il va falloir qu'on essayer de consolider tout cela. Pour que l'outil s'adapte aux tags, encore faut-il qu'on ait une certaines cohérence dans ces tags... A bientôt Kimaidou Le 12 juin 2009 22:28, Aurelien Jacobs au...@gnuage.org a écrit : On Fri, Jun 12, 2009 at 02:28:09PM +0200, kimaidou wrote: Bien sur qu'il est possible de distinger les stations de métro des arrêts RER ou de trains... Un node ayant un tag railway=station et qui appartient a un way ayant un tag railway=subway, est définitivement une station de métro. C'est une des solution que j'ai envisagée, mais l'appartenance n'est pas si évident à conserver une fois passée à la moulinette d'osm2pgsql. Le problème vient donc de l'outil utilisé, et non pas des données dans la base. La solution correcte est d'améliorer l'outil en question ou d'utiliser un autre outil, mais certainement pas d'ajouter des données dupliquées dans la base de données. Si chacun dupliquait les données à sa manière pour satisfaire son outil préféré, on ne s'en sortirait pas. Totalement inutil. Le type de station est déterminé par le type de railway de la voie qui supporte cette station. Remarque un peu abrupte... Oups, désolé. En me relisant j'avoue que c'était un abrupte. J'était un peu pressé, et j'ai pas pris le temps de nuancer... Qu'est ce qui a validé l'utilisation de railway=tram_stop ? Aucune idée. Pourquoi ne pas utiliser railway=station pour les stations de tramway ? Je suis d'accord avec cette proposition. Aurel ___ 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] Organisation des discussions : forum openstreetmap
Le lien de nabble pour la communauté est un bon exemple. Personellement : * je suis abonné à certaines mailing list d'openmoko (mais pas à toute), donc je reçois par exemple les emails de openmoko community, mais pas d'openmoko hardware * lorsque je veux avoir un mode forum, pour les listes auquelles je suis -ou non- abonné, je vais sur cette page : http://lists.openmoko.org/nabble.html , et je peux utilliser le module de recherche, ou parcourir les posts en mode forum Un autre exemple : la communauté du SIG Qgis : http://n2.nabble.com/Quantum-GIS-f2036570.html Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nabble
génial ! et comme on peut le voir, les emails sont automatiquement convertis en sujets de forum Adopté :D Le 13 juin 2009 01:07, Vincent MEURISSE osm-talk...@meurisse.org a écrit : On Friday 12 June 2009 21:48:12 Vincent Pottier wrote: Je répete (avec joie ) que nabble permet d'avoir un forum ET un mailing list TOUT en UN. Un lien pour voir ? Et hop on vas pas en discuter 150 ans : http://n2.nabble.com/openstreetmap- talk-fr-f3070341.htmlhttp://n2.nabble.com/openstreetmap-%0Atalk-fr-f3070341.html -- 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] Geolocalisation sous Firefox 3.5 et Openstreetmap.
Bonjour la liste ! Mozilla et René-Luc d'Hont (3liz.com) viennent de publier un article et une démo sur l'utilisation de l'API de geolocalisation du dernier Mozilla Firefow 3.5 (bientôt disponible) avec OpenStreetMaps. http://hacks.mozilla.org/2009/06/geolocation-open-street-maps/ http://3liz.org/blog/rldhont Grâce à l'outil de geolocalisation intégré à Firefox, on peut afficher une carte centrée sur sa position (approximative) , avec des couches de données libres : fond openstreetmap, points d'intérêts issus de Wikipédia et geolocalisés grâce à Geonames, etc. Cette démo sera présentée au 1er lancement de Firefox 3.5 après l'installation. Je fais passer l'info, comme collègue et ami de René-Luc, parce qu'elle concerne l'utilisation d'outils et de données libres autour de la cartographie. Michael Douchin, alias Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli
Bonjour Merci pour cela, mais bizarrement, à chaque fois que j'essaye d'ajoute un ligne pour le doctype, ma page ne s'affiche plus (page blanche). Je vais creuser. Sinon pour la suisse romande, je vais voir ce que je peux faire :D Je prendrais plus de temps ensuite pour gérer plusieurs pays / régions et ne pas tout mettre dans les mêmes fichiers vectoriels (trop lourd sinon) a bientôt Le 11 juin 2009 16:46, Stéphane Brunner stephane.brun...@gmail.com a écrit : Hello ! Si tu ajoute (avant la balise html) cette entête tu ne devrai plus avoir de problème. ?xml version=1.0 encoding=UTF-8? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; De plus ce serais cool d'avoir la suisse romande sur la carte ;-) Genève y est mais pas Lausanne :( CU Stéph 2009/6/11 kimaidou kimai...@gmail.com: Merci pour les suggestions Pour l'encodage, j'ai pourtant spécifier l'encodage de la page. Je n'ai pas de contrôle sur ce serveur.. Je vais voir ce que je peux faire. Ne pas oublier que pour l'instant ce n'est qu'un test, et pas une appli de production. Par contre, vous pouvez commencer à voir les couleurs à compléter, et les autres tags. Je vais faire un permalink et je vais voir pour le reste Le 11 juin 2009 16:10, Vincent Pottier vpott...@gmail.com a écrit : kimaidou a écrit : J'ai oublié : c'est pour *toute la France* Merci ! Petites suggestions : - un permalink - un zoom minimum d'affichage (si j'affiche toute la France, ça va ramer à mort !) - une balise dans la page html pour préciser l'encodage. Vincent ___ 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 -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com ( http://talk.google.com) -- Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- Non aux brevets logiciels - http://stopsoftwarepatents.eu/601000605319 ___ 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] [serveur] Lignes de bus et de tr am - développement d'une appli
Merci sly, on s'est téléscopé, et avant de lire ton email j'ai ajouté un .htaccess, mais avec AddDefaultCharset UTF-8 dedans, pour forcer l'encodage, et maintenant cela fonctionne nickel ++ Le 12 juin 2009 11:25, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On Thursday 11 June 2009 16:46, Stéphane Brunner wrote: Hello ! Si tu ajoute (avant la balise html) cette entête tu ne devrai plus avoir de problème. ?xml version=1.0 encoding=UTF-8? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; J'ai peur que ça ne suffisent pas, le serveur envoi un Content-Type: text/html; charset=ISO-8859-1 Mais le contenu est de l'utf-8, et la priorité va à l'en-tête http plutôt qu'au contenu xml Si tu as la main sur le serveur (j'en doute) ou droit de placer un .htaccess (pas sûr) AddDefaultCharset off Sinon, si tu as droit au php : au tout debut de ton osm_openlayers.html (que tu renommes en .php) header(Content-Type: text/html; charset=utf-8); -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli
Suite des aventures : * j'ai corrigé le bug de la non fermeture de la pop up : maintenant la croix fonctionne * par défault, aucune couche n'est active, il faut aller ajouter chaque couche à la main. Je conseille d'être dans un niveau de zoom d'au moins égale à 13 (14 étant mieux) * les pop up sur clic ne sont actives que sur les couches de points (les arrêts). Par contre, la pop up ne fonctionne que si la couche de points et au dessus (des autres couches de points). Par ex si les couches d'arrêts de tram et de métro sont actives, les pop up ne viendront qu'en cliquant sur les arrêts de tram. Pour les voir sur les arrêts de métro, il faut désélectionner la couche des arrêts de tram. * j'ai remarqué un autre bug : la couche arrêts de métro montre aussi les arrêts de rer et de train de banlieu. Il faut que je vois si les tags suffisent pour discriminer les arrêts de métro des arrêts de train. Des idées ? A bientôt Kimaidou ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?
Bonjour Je suis en train de créer un outil pour représenter (et donc vérifier que les tags sont bien renseignés) les transports publics. Je souhaite représenter les tram, métro et bus pour l'instant (pas les lignes de train). J'ai vu que sur Paris, on utilise le tag railway=station pour les stations de métro. Si cela semble naturel, cela ne permet pas de différencier les stations de métro des arrêts de RER ou de trains (tout confondus). J'ai vu qu'on pouvait utiliser le tag railway=subway_entrance ( http://wiki.openstreetmap.org/wiki/FR:Tag:railway%3Dsubway_entrance ) pour indiquer les bouches de métro. Mes réflexions là-dessus: * il faut conserver un tag spécifique pour les stations (une seule par station de métro) car cela a du sens pour les outils qui voudraient utiliser le réseau pour faire des outils de déplacement. * le tag subway_entrance va permettre de localiser les 1 à n bouches de métro : intéressant pour le piéton, mais pas utilisable pour des outils de navigation/transport * mais aucun tag n'existe spécifiquement pour les métro Ma conclusion : Que pensez-vous de créer un tag *railway=subway_stop* sur le modèle du tag railway=tram_stop et highway=bus_stop ? J'attends vos avis ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [serveur] Lignes de bus et de tr am - développement d'une appli
Merci Yann pour les commentaires. Tout ceci est prévu, mais il faut que je vois comment lier les arrêts et les lignes de métro (pareil pour les bus, etc.). Pour cela, il faut que le tag * route_ref* soit renseigné pour chaque station de bus comme décrit ici : http://wiki.openstreetmap.org/wiki/Bus_stop#Tagging_advice Mon outil va mettre en valeur ces arrêts de bus qui n'ont pas de tag route_ref, ni color, etc. Pour les métros, il faudrait la même chose. J'ai posté à part une quesiton sur la liste pour un nouveau tag railway=subway_stop A bientôt Le 12 juin 2009 12:59, Yann Coupin y...@coupin.net a écrit : Tout ça m'a l'air très bien même si j'aurais bien mis les RER dans la même couche que le métro. Et puis, cerise sur le gâteau, j'aurais repris les numéros de lignes des stations dans les bulles. Yann Le 12 juin 09 à 12:44, kimaidou a écrit : Suite des aventures : * j'ai corrigé le bug de la non fermeture de la pop up : maintenant la croix fonctionne * par défault, aucune couche n'est active, il faut aller ajouter chaque couche à la main. Je conseille d'être dans un niveau de zoom d'au moins égale à 13 (14 étant mieux) * les pop up sur clic ne sont actives que sur les couches de points (les arrêts). Par contre, la pop up ne fonctionne que si la couche de points et au dessus (des autres couches de points). Par ex si les couches d'arrêts de tram et de métro sont actives, les pop up ne viendront qu'en cliquant sur les arrêts de tram. Pour les voir sur les arrêts de métro, il faut désélectionner la couche des arrêts de tram. * j'ai remarqué un autre bug : la couche arrêts de métro montre aussi les arrêts de rer et de train de banlieu. Il faut que je vois si les tags suffisent pour discriminer les arrêts de métro des arrêts de train. Des idées ? A bientôt Kimaidou ___ 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] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?
A ce sujet, et plus généralement pour tous les arrêts de transport, je viens de voir cette page de discussion : http://wiki.openstreetmap.org/wiki/Proposed_features/unified_stoparea#Basics Il faudrait utiliser le tag halt pour tous les types d'arrêts, mais on pourrait utiliser (par exemple pour un arrêt qui fait bus et tram) les tag highway=bus_stop et tram_stop... Pas évident :), et personne ne parle de mon problème de subway_stop Le 12 juin 2009 13:01, kimaidou kimai...@gmail.com a écrit : Bonjour Je suis en train de créer un outil pour représenter (et donc vérifier que les tags sont bien renseignés) les transports publics. Je souhaite représenter les tram, métro et bus pour l'instant (pas les lignes de train). J'ai vu que sur Paris, on utilise le tag railway=station pour les stations de métro. Si cela semble naturel, cela ne permet pas de différencier les stations de métro des arrêts de RER ou de trains (tout confondus). J'ai vu qu'on pouvait utiliser le tag railway=subway_entrance ( http://wiki.openstreetmap.org/wiki/FR:Tag:railway%3Dsubway_entrance ) pour indiquer les bouches de métro. Mes réflexions là-dessus: * il faut conserver un tag spécifique pour les stations (une seule par station de métro) car cela a du sens pour les outils qui voudraient utiliser le réseau pour faire des outils de déplacement. * le tag subway_entrance va permettre de localiser les 1 à n bouches de métro : intéressant pour le piéton, mais pas utilisable pour des outils de navigation/transport * mais aucun tag n'existe spécifiquement pour les métro Ma conclusion : Que pensez-vous de créer un tag *railway=subway_stop* sur le modèle du tag railway=tram_stop et highway=bus_stop ? J'attends vos avis ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou n ouveau tag railway=subway_stop ?
Bien sur qu'il est possible de distinger les stations de métro des arrêts RER ou de trains... Un node ayant un tag railway=station et qui appartient a un way ayant un tag railway=subway, est définitivement une station de métro. C'est une des solution que j'ai envisagée, mais l'appartenance n'est pas si évident à conserver une fois passée à la moulinette d'osm2pgsql. Totalement inutil. Le type de station est déterminé par le type de railway de la voie qui supporte cette station. Remarque un peu abrupte... Qu'est ce qui a validé l'utilisation de railway=tram_stop ? Pourquoi ne pas utiliser railway=station pour les stations de tramway ? Merci de ne pas oublier qu'on se parle entre humains, et de mettre les formes et les nuances, même si c'est moins 'efficace' à taper... Aurel ___ 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] Organisation des discussions : forum openstreetmap
Bonsoir Je répete (avec joie ) que nabble permet d'avoir un forum ET un mailing list TOUT en UN. Avec nabble, on laisse le choix à l'utilisateur. Pourquoi s'embêter à réinventer la roue alors qu'on a l'outil parfait qui unit forum et mailing list ? Je ne comprends pas... Le 12 juin 2009 21:21, Stéphane Brunner stephane.brun...@gmail.com a écrit : Hello ! Un forum existe déjà mais son gros défaut c'est que l'on ne peut pas s'abonner (fil RSS ou courriel) aux nouveaux fils de discutions d'une catégorie donnée c'est vraiment un outil nécessaire pour ne pas devoir aller régulièrement pour voir si il y a de nouveau messages. Autrement je suis assez pour ;-) CU Stéph 2009/6/12 Mathieu Goutfreind mathieu...@yahoo.fr: La mailing list talk-fr est un excellent moyen de communication, cependant je trouve les discussions difficiles à suivre. En effet la mailing diffuse des message très (voire trop) fréquemment, à raison de 7 publication par jour il est bien difficile de suivre les discussions et les sujets concernés. La forme même d'un mailing ne s'y prête pas suffisamment. Une forme plus adaptée au contenu me semble nécessaire. Je souhaiterai avec votre aide développer un forum qui me semble être une forme de publication bien plus apte à mettre en valeur le contenu diffusé sur la mailing. Les débats seraient alors bien plus clairs, et leur suivi bien plus facile. Je ne vous listerai pas les avantages d'un forum je pense que vous les connaissez déjà. Un résumé rapide des sujets de discussion et des évènement majeurs pourrait ensuite être envoyé sur la mailing list. Ce qui permettrai de mettre en valeur le contenu et de ne plus se noyer dedans. Les débats une fois clos ils pourraient rejoindre le wiki officiel. Pour ceux qui seraient intéressés par le projet contactez moi par mail. Ps : j'ai réalisé une ébauche grossière d'un forum de ce type disponible sur 2 urls différentes : http://openstreetmapforum.fr.st/ ou http://gakushuusuru.free.fr Mathieu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com ( http://talk.google.com) -- Un peu d'espace qui vous suis partout - https://www.getdropbox.com/referrals/NTk2OTU2Mjk -- http://www.ubuntu-fr.org - Distribution Linux ___ 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] Lignes de bus et de tram - dévelop pement d'une appli
Bonjour Le 10 juin 2009 19:37, JonathanMM jonatha...@free.fr a écrit : Quelques critiques : - La croix rouge ne fonctionne pas quand on clique sur le nom d'une station. C'est un bug javascript, je vais trouver l'erreur ;) - Il faudrait afficher le numéro de la ligne quelque part sur le trajet de la ligne, ainsi que sur la bulle qui affiche le nom de la station c'est pas faisable avec openlayers pour des couches vectorielles ( a ma connaissance) Ok pour la bulle - Il faudrait maintenant gérer les rues avec plusieurs bus qui y passe. Le mieux serait de réduire l'épaisseur du trait et les afficher côte a côte. Mais pour le faire, je me doute que ça va pas être facile Voire même impossible car les routes sont définies dans openstreetmap sur les ways des rues. Donc a moins de créer des ways spéciaux séparés (ce qu'il ne faut pas faire), on va être bloqué. Ou alors on sera obligé de corriger la route d'un bus ou d'un autre au format vectoriel après extraction de la base, via un outil SIG. Mais ce cera pas possible en automatique. JonathanMM Je vais corriger les bugs, et essayer de trouver un moyen d'afficher des pop up pour les lignes de bus, de tram, etc. (pour l'instant, ma pop up ne marche que sur la layer qui est au dessus, et c'est donc peut-être un limite d'openlayers de ne pas pouvoir sélectionner via un clic les layers du dessous... Pas sûr) J'ai aussi ajouté les lignes de métro, avec un test dans Paris. J'ai arbitrairement colorié en noir les lignes de bus, tram et métro qui n'avaient pas de couleur, sinon elles n'apparaissaient pas. Pour l'instant tout cela est en local chez moi, je vous tiens au courant quand je sors une version améliorée. Mon objectif étant d'avoir un outil qui ne fait que cela (pour ne pas importer toutes les données osm, seulement les routes et les arrêts) et proposer un outil générique, qui affiche automatiquement les bus, métro, tram (et autre ?) en prenant en compte la couleur et les tags de chaque item. Donc, on va pouvoir commencer à ajouter * le tag color aux routes de bus, de métro, etc. * le tag operator aux mêmes routes A bientôt ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Lignes de bus et de tram - dévelop pement d'une appli
Bonjour, J'ai maintenant les arrêts et les lignes de * métro * tramway * bus http://kimaidou.kilu.de/osm/test/osm_openlayers.html Couleur noir si pas de taf color, sinon la couleur du tag Je n'ai pas corrigé les problèmes de pop up C'est assez long à charger et fais ramer le navigateur (beaucoup de points et lignes), mais ca permet de bien voir ce qui est bien ou mal taggué. Il faut que j'ajoute des pop up personnalisées avec tous les tags à bien mettre dans osm : ref, operator, color, name, etc. Pour ne pas faire ramer, il faudra que je trouve une solution (ne pas afficher par défault tous les layers, ou alors proposer une liste déraoulante avec les villes au choix) A bientôt Kimaidou Le 11 juin 2009 09:46, kimaidou kimai...@gmail.com a écrit : Bonjour Le 10 juin 2009 19:37, JonathanMM jonatha...@free.fr a écrit : Quelques critiques : - La croix rouge ne fonctionne pas quand on clique sur le nom d'une station. C'est un bug javascript, je vais trouver l'erreur ;) - Il faudrait afficher le numéro de la ligne quelque part sur le trajet de la ligne, ainsi que sur la bulle qui affiche le nom de la station c'est pas faisable avec openlayers pour des couches vectorielles ( a ma connaissance) Ok pour la bulle - Il faudrait maintenant gérer les rues avec plusieurs bus qui y passe. Le mieux serait de réduire l'épaisseur du trait et les afficher côte a côte. Mais pour le faire, je me doute que ça va pas être facile Voire même impossible car les routes sont définies dans openstreetmap sur les ways des rues. Donc a moins de créer des ways spéciaux séparés (ce qu'il ne faut pas faire), on va être bloqué. Ou alors on sera obligé de corriger la route d'un bus ou d'un autre au format vectoriel après extraction de la base, via un outil SIG. Mais ce cera pas possible en automatique. JonathanMM Je vais corriger les bugs, et essayer de trouver un moyen d'afficher des pop up pour les lignes de bus, de tram, etc. (pour l'instant, ma pop up ne marche que sur la layer qui est au dessus, et c'est donc peut-être un limite d'openlayers de ne pas pouvoir sélectionner via un clic les layers du dessous... Pas sûr) J'ai aussi ajouté les lignes de métro, avec un test dans Paris. J'ai arbitrairement colorié en noir les lignes de bus, tram et métro qui n'avaient pas de couleur, sinon elles n'apparaissaient pas. Pour l'instant tout cela est en local chez moi, je vous tiens au courant quand je sors une version améliorée. Mon objectif étant d'avoir un outil qui ne fait que cela (pour ne pas importer toutes les données osm, seulement les routes et les arrêts) et proposer un outil générique, qui affiche automatiquement les bus, métro, tram (et autre ?) en prenant en compte la couleur et les tags de chaque item. Donc, on va pouvoir commencer à ajouter * le tag color aux routes de bus, de métro, etc. * le tag operator aux mêmes routes A bientôt ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
