Re: [OSM-talk-fr] Nouveau rendu
Ça demande encore pas mal de boulot de saisie derrière … j'ai encore jamais saisi de hauteur de bâtiments, ni d'arbre ! En même temps encore faut il disposer des informations sur la hauteur des bâtiments. -- 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
[OSM-talk-fr] Re : Nouveau rendu
De : Tenshu ten...@gmail.com Ça demande encore pas mal de boulot de saisie derrière … j'ai encore jamais saisi de hauteur de bâtiments, ni d'arbre ! En même temps encore faut il disposer des informations sur la hauteur des bâtiments. Je crois qu il existe une solution intermediaire qui est de tagger le nombre d etages du batiment mais deja un rendu avec des batiments et une hauteur par defaut ca rend pas si mal Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau rendu
Le mardi 23 mars 2010 à 05:23 +0100, Nicolas Dumoulin a écrit : Le lundi 22 mars 2010 23:33:09 THEVENON Julien, vous avez écrit : Voici un exemple de rendu des donnees OSM plutot sympa : http://osm.kyblsoft.cz/3dmapa/?zoom=17lat=75.75011lon=14.30878layers=B Sympa :-) À la vue des réponses, je vois que ce genre d'applications donne des ailes. Effectivement, on ajoute des modèles l'arbres différents, les lampadaires, les pilones HT, l'élévation de terrain, et ça commence à devenir sympa :-) Ça demande encore pas mal de boulot de saisie derrière … j'ai encore jamais saisi de hauteur de bâtiments, ni d'arbre ! J'ai déjà saisi un arbre... il est planté au milieu de la route !! http://maps.google.fr/?ie=UTF8ll=43.344094,-0.363879spn=0,359.948416z=15layer=ccbll=43.343995,-0.363954panoid=8NidgT2Y9FH4uigXxuVt-Acbp=12,29.39,,0,19.3 Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Nouveau rendu
Le Tue 23 Mar 2010 à 09:28 +, THEVENON Julien a ecrit : En même temps encore faut il disposer des informations sur la hauteur des bâtiments. Je crois qu il existe une solution intermediaire qui est de tagger le nombre d etages du batiment Oui, building:levels http://wiki.openstreetmap.org/wiki/Proposed_features/Building_attributes A moyen terme, c'est la seule façon réaliste d'avoir une estimation des hauteurs. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rapprochement OSM-FR, OSGeo-fr
Bonjour, Pour ceux qui s'intéressent aux modalités du rapprochement entre la communauté OSM-FR et l'OSGeo-fr, je rappelle que les discussions se passent maintenant sur la liste francoph...@lists.osgeo.org J'ai posté hier un message résumant les différents points à aborder: http://lists.osgeo.org/pipermail/francophone/2010-March/002414.html N'hésitez pas à vous inscrire sur cette liste, le trafic y est beaucoup moins important qu'ici, et à participer aux débats. Pour s'inscrire: http://lists.osgeo.org/mailman/listinfo/francophone Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
2010/3/23 christian.ro...@club-internet.fr J'aurais aimé savoir pourquoi le greffon cadastre-fr doit absolument évoluer en Java 1.6. Est-ce lié à l'évolution de JOSM? Quels sont les bénéfices? C'est malheureusement lie a l'evolution de JOSM. Les benefices, je ne saurais dire mais ils sembleraient que les developpeurs de JOSM utilisent de nouvelles fonctionnalites de Java afin de rendre JOSM plus performant. D'habitude, dans le monde du libre, on fait attention à ce que les logiciels gardent la compatibilité avec les machines anciennes. Peut-être que tous les PC sont sur Java 1.6, mais les dizaines de milliers Macs avec un OS inférieur à 10.6 ne le sont pas. La malheureusement, j'aurais tendance a dire que c'est le probleme de ne pas etre sur une machine qui n'est pas libre (Bon je sais c'est un troll). Toutefois, je vois qu'il existe des liens comme celui la: http://mac.softpedia.com/get/System-Utilities/Java.shtml avec clairement marque Java 1.6 sur Mac OsX 10.5 meme si c'est Intel seulement. Il semblerait qu'il y ait une beta de openJDK pour mac PPC ainsi que quelque chose nomme Soylatte. Note: je ne possede pas de Mac (du moins si un vieux ppc que je n'ai pas encore branche). Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
Le mardi 23 mars 2010 14:40:43 christian.ro...@club-internet.fr, vous avez écrit : J'aurais aimé savoir pourquoi le greffon cadastre-fr doit absolument évoluer en Java 1.6. Est-ce lié à l'évolution de JOSM? Quels sont les bénéfices? Je ne connais pas le contexte spécifique de JOSM, mais java 1.6 apporte des améliorations au langage qui facilite la programmation et améliore la robustesse. D'habitude, dans le monde du libre, on fait attention à ce que les logiciels gardent la compatibilité avec les machines anciennes. Peut-être que tous les PC sont sur Java 1.6, mais les dizaines de milliers Macs avec un OS inférieur à 10.6 ne le sont pas. Dans le monde du libre, comme ça a déjà été dit, on fait des OS libres :-) Debian est packagé pour PowerPC. Ça ne répond pas à ta question, mais à moins que d'utiliser un émulateur PC ou prier pour réussir à empaqueter Java 7 pour Mac (peut-être plus facile que la 6) je vois pas d'autres bidouilles en restant sous Mac OS. Si Josm est passé à java 6, il y a à mon avis peu d'espoir que les devs fassent marche arrière. Bon courage -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
Je n'ai aucune piste pour tes question, mais je voulais réagir à : D'habitude, dans le monde du libre, on fait attention à ce que les logiciels gardent la compatibilité avec les machines anciennes. C'est vrai si tu entends par là matériel ancien, par contre en ce qui concerne logiciels anciens (OS compris) c'est rarement le cas ! Si tu prends la dernière version top moumoute d'un logiciel, tu as toute les chances qu'il dépendent des dernières librairies elles mêmes top moumoute, et je te garantie que sur ma vielle debian sarge (2004) je n'arrive plus à compiler/installer le moindre soft récent ! La réponse classique en théorique étant : mise à jour du système d'exploitation et de toutes les librairies top moumoute du moment. J'ai pas testé, mais la toute dernière distrib linux doit pouvoir tourner sur un pentium 75Mhz de 1996, donc non, le matériel n'est pas oublié. Reste que quand l'OS est propriétaire et que la société qui le conçoit à décider d'abandonner tel type de matériel, ben, t'es coincé et tu dois rentrer dans le moule vaseline en passant à la caisse pour un nouveau matériel... -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau de transport urbain
Le Fri 12 Mar 2010 à 23:30 +0100, Pieren a ecrit : J'ai ajout les cat gories et corrig les noms des pages en ajoutant les traits d'union. J'ai aussi ajout le template place en anglais. Je suis s r que d'autres pourront le remplacer par celui en fran ais. Pour l'import, il faut maintenant voir avec Guillaume Allegre s'il est pr t donner le coup de main dont il parlait au d but de ce fil. Absolument. Un peu occupé ces derniers temps, mais je vais ressortir mon vieux grimoire Perl des tiroirs pour la moulinette de conversion... très bientôt. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : conf OSM + cartopartie à V oreppe (38) le 3 avril
De : Guillaume Allegre allegre.guilla...@free.fr Salut, Dans le cadre de la semaine du développement durable, la ville de Voreppe (Isère) invite la Guilde (LUG de Grenoble) pour animer une install party. OSM sera l'un des thèmes présentés, avec : - à 11h une mini-conf (environ 20 minutes) - dans l'aprem, une cartopartie d'initiation pour le grand public, avec 2 ou 3 groupes (ou plus en fonction du nombre d'encadrants et de GPS disponibles) - vers 16h, un atelier pour rentrer les données collectées Ça se passera le samedi 3 avril à la mairie de Voreppe, de 9h à 18h. http://www.voreppe.fr/ http://www.openstreetmap.org/?mlat=45.29272mlon=5.6362zoom=15layers=B000FTF J'assurerai la mini-conférence, en visant le niveau grand public. Je serais très heureux si d'autres mappeurs du coin venaient partager leurs connaissances et leur savoir-faire à cette occasion. Je ne suis pas encore sur d etre sur Grenoble ce week end la mais si c est le cas j essaierai de passer Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau rendu
Bonjour Sinon, une solution de bureau pour faire de la 3D existe déjà et donne des résultats plus réalistes http://www.osm-3d.org/ et pour les copies d'écran: http://www.geographie.uni-bonn.de/karto/osm-3d/Screenshots.de.htm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Site osm-fr
Bonjour J'ai découvert aujourd'hui la page d'accueil de la communauté allemande (sur http://www.openstreetmap.de) et je trouve que celle de la France (sur http://www.openstreetmap.fr) fait pâle figure à côté. C'est d'autant plus dommage que c'est la page qui arrive en premier dans les résultats de Google (avant le site http://www.openstreetmap.org), et qu'elle ne donne pas tellement envie de contribuer ou d'utiliser les données (selon moi). J'ai envoyé un mail au webmaster de leur site pour savoir s'il était possible de s'en inspirer pour créer des pages plus sympa chez nous. Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Jolie fond de carte
http://developmentseed.org/blog/2010/mar/23/speeding-openstreetmap-based-map-development-osm-bright-template Ca a plus de gueule que la carte de base de OSM :) A noter que c'est toujours Mapnik qui fait le rendu. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
sly (sylvain letuffe) a écrit : Reste que quand l'OS est propriétaire et que la société qui le conçoit à décider d'abandonner tel type de matériel, ben, t'es coincé et tu dois rentrer dans le moule vaseline en passant à la caisse pour un nouveau matériel... je rajouterais que java 1.6 est sortie en 2006 avec tout le JDK sous gpl v2 ... donc logiquement compilable pour toutes les architectures ? -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jolie fond de carte
Thème très sympa en effet =) Beaucoup plus 'clean' que l'original. 2010/3/23 Emilie Laffray emilie.laff...@gmail.com http://developmentseed.org/blog/2010/mar/23/speeding-openstreetmap-based-map-development-osm-bright-template Ca a plus de gueule que la carte de base de OSM :) A noter que c'est toujours Mapnik qui fait le rendu. Emilie Laffray ___ 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
Re: [OSM-talk-fr] Transports en commun
2010/3/21 Vincent Pottier vpott...@gmail.com Le 21/03/2010 15:44, Xinfe Ewalavir a écrit : Bonjour à tous ! Je sais que la question des transports en commun revient régulièrement, mais je trouve qu'il y a beaucoup de choses à éclaircir. Dans mon cas, je ne sais même pas quel schéma de mapping adopter : http://wiki.openstreetmap.org/wiki/Relation:route http://wiki.openstreetmap.org/wiki/Public_Transport http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema http://wiki.openstreetmap.org/wiki/Relation:route Ou sur la mailing list : relation:line relation:route (aller) relation:route (retour) relation:stop_area node:bus_stop (un côté) node:bus_stop (l'autre côté) En fait, je suis confronté à une ligne de ce typehttp://xinfe.free.fr/OSM/realite.png(la partie en pointillés est desservie une fois sur deux). Les données déjà dans OSM ressemblent à cette image http://xinfe.free.fr/OSM/data.png. La relation existante est simplement embryonnaire. Donc quel serait le meilleur moyen de mapper cette ligne ? Je sens qu'il va falloir faire jouer les relations... Ma solution : * relation:line, name= A - B, ref=NN ** relation:route, name=A B, ref=NN ** relation:route, name=B A par 4, ref=NN ** relation:route, name=B A par 4, ref=NN Merci pour votre aide ! PS:Faudrait-il éditer le wiki pour faire une page en français qui regroupe que qu'il faut faire/préférer ? Je crois que ce schéma est relativement courant en Allemagne mais peu en Angleterre. Il est possible qu'il soit aussi utilisé en Italie. En tout cas il fonctionne avec les outils OpenTransport : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on öpnvkarte : http://www.öpnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BThttp://www.%C3%B6pnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BT(la ligne 5 n'est pas complète) sketch-line : http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Merci bien pour la réponse. C'est quelque chose de relativement simple à mettre en œuvre, et c'est compatible avec les principaux outils existants. Je ferai donc la ligne suivant ce principe... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jolie fond de carte
Le Tue, Mar 23, 2010 at 05:06:26PM +0100, Emilie Laffray [emilie.laff...@gmail.com] a écrit: Ca a plus de gueule que la carte de base de OSM :) A noter que c'est toujours Mapnik qui fait le rendu. Ah ben je connaissais pas Cascadenik ça a l'air quand même nettement plus agréable que les styles mapnik à écrire que la syntaxe d'origine en XML (en tout cas, pour moi, qui connait déjà CSS) -- 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
Re: [OSM-talk-fr] Jolie fond de carte
Le 23/03/2010 18:02, Dominique Rousseau a écrit : Le Tue, Mar 23, 2010 at 05:06:26PM +0100, Emilie Laffray [emilie.laff...@gmail.com] a écrit: Ca a plus de gueule que la carte de base de OSM :) A noter que c'est toujours Mapnik qui fait le rendu. Ah ben je connaissais pas Cascadenik ça a l'air quand même nettement plus agréable que les styles mapnik à écrire que la syntaxe d'origine en XML (en tout cas, pour moi, qui connait déjà CSS) Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé un XML de départ auquel tu ajoutes des class et id ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
sly (sylvain letuffe) a écrit : Si tu prends la dernière version top moumoute d'un logiciel, tu as toute les chances qu'il dépendent des dernières librairies elles mêmes top moumoute, et je te garantie que sur ma vielle debian sarge (2004) je n'arrive plus à compiler/installer le moindre soft récent ! Sur les Mac PPC qui n'ont que 4 ans, on peut faire tourner tous les logiciels usuels, justement si on ne va pas à la recherche du plus récent ou d'un logiciel métier. La logique de l'upgrade vers Java 1.6 est donc celle du logiciel métier. Or, OSM, sur le wiki, a promu JOSM comme logiciel multiplate-forme et devrait avoir comme objectif de permettre au maximum de gens de cartographier indépendamment de leur matériel. Il suffit que les développeurs de JOSM s'entichent de 2 ou 3 fonctions, dont personne ne sait si elles sont stratégiques pour laisser des gens au bord du chemin. L'OSMeur de base nne pas avoir à courir après des configs top moumoute Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
Il ne faut pas confondre problème matériel et problème système. Apple a fait le choix de passer du PPC au x86 avec les potentiels problèmes qui en découlent, ce n'est pas à JOSM de gérer tous les problèmes de l'informatique. Java est même en version 6 multiplate-forme, fonctionne sous X OS différents et Y achitectures, si ya pas de build correspondant à un couple {x,y}, ben suffit de le faire ou de changer le couple {x,y} :-D troll La communauté Apple a réussi à passer de Mac OS 9 à Mac OS X, ce n'est pas le passage à Java 1.6 qui devrait poser problème :D /troll Le mardi 23 mars 2010 à 18:27 +0100, Christian Rogel a écrit : sly (sylvain letuffe) a écrit : Si tu prends la dernière version top moumoute d'un logiciel, tu as toute les chances qu'il dépendent des dernières librairies elles mêmes top moumoute, et je te garantie que sur ma vielle debian sarge (2004) je n'arrive plus à compiler/installer le moindre soft récent ! Sur les Mac PPC qui n'ont que 4 ans, on peut faire tourner tous les logiciels usuels, justement si on ne va pas à la recherche du plus récent ou d'un logiciel métier. La logique de l'upgrade vers Java 1.6 est donc celle du logiciel métier. Or, OSM, sur le wiki, a promu JOSM comme logiciel multiplate-forme et devrait avoir comme objectif de permettre au maximum de gens de cartographier indépendamment de leur matériel. Il suffit que les développeurs de JOSM s'entichent de 2 ou 3 fonctions, dont personne ne sait si elles sont stratégiques pour laisser des gens au bord du chemin. L'OSMeur de base nne pas avoir à courir après des configs top moumoute Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
Je suis allé sur la liste anglophone et je vois que Frederick Ramm a ainsi annoncé Java 1.6 : Dirk (the current JOSM maintainer) has just announced on josm-dev that JOSM will move to Java6 around the end of this month. This means that anyone who does not have Java6 may continue to work with the current JOSM release but will not be able to use the new builds from April on. On peut donc garder JOSM avec Java 1.5 et comme Pieren a annoncé qu'un greffon cadastre en version 1.5 sera conservé, les maqueux sur PPC pourront continuer à contribuer en se moquant pas mal des nouvelles builds. Pieren, où trouver la bonne version JOSM + greffon? A Emilie : je suis preneur quand même d'un conseil pour installer un Linux PPC sur mon DD externe. Ceux qui ont un avis sur la version PPC de Debian, Ubuntu ou... peuvent me le donner en privé pour ne pas encombrer la liste. Je ferai un résumé éventuellement. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
A Emilie : je suis preneur quand même d'un conseil pour installer un Linux PPC sur mon DD externe. Ceux qui ont un avis sur la version PPC de Debian, Ubuntu ou... peuvent me le donner en privé pour ne pas encombrer la liste. Je ferai un résumé éventuellement. En USB ca n'a pas l'air trivial : http://www.macosxhints.com/article.php?story=20060301112336384 En firewire ca semble plus simple (touche option au démarrage pour choisir). Pas testé perso :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
2010/3/23 Thomas Clavier t...@tcweb.org sly (sylvain letuffe) a écrit : Reste que quand l'OS est propriétaire et que la société qui le conçoit à décider d'abandonner tel type de matériel, ben, t'es coincé et tu dois rentrer dans le moule vaseline en passant à la caisse pour un nouveau matériel... je rajouterais que java 1.6 est sortie en 2006 avec tout le JDK sous gpl v2 ... donc logiquement compilable pour toutes les architectures ? à l'exception de com.sun.* openJDK se base justement sur ce code publié en gpl. Si openJDK est dispo pour osx, alors ce sera ok. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
2010/3/23 Christian Rogel christian.ro...@club-internet.fr Je suis allé sur la liste anglophone et je vois que Frederick Ramm a ainsi annoncé Java 1.6 : Dirk (the current JOSM maintainer) has just announced on josm-dev that JOSM will move to Java6 around the end of this month. This means that anyone who does not have Java6 may continue to work with the current JOSM release but will not be able to use the new builds from April on. On peut donc garder JOSM avec Java 1.5 et comme Pieren a annoncé qu'un greffon cadastre en version 1.5 sera conservé, les maqueux sur PPC pourront continuer à contribuer en se moquant pas mal des nouvelles builds. Pieren, où trouver la bonne version JOSM + greffon? A Emilie : je suis preneur quand même d'un conseil pour installer un Linux PPC sur mon DD externe. Ceux qui ont un avis sur la version PPC de Debian, Ubuntu ou... peuvent me le donner en privé pour ne pas encombrer la liste. Je ferai un résumé éventuellement. J'ai déjà mis une debian sur un imac G3 ppc. Pas de soucis particulier à part le support de l'écran. Du coup, à l'installation, coche bien server ssh comme ça tu pourras envoyer le bon xorg.conf (c'était il y a un an ou deux) Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jolie fond de carte
Très sympa ! Remarque de néophyte : Est-ce que différentes règles de rendus pourraient être répertoriées sur un site web sous une sorte de généalogie ? J'imagine qu'en pratique il est assez rare de partir de zéro, et qu'il est plus facile de partir d'un style existant pour le mettre par la suite à sa sauce. Aller piocher une feuille de style dans l'existant, la modifier, et mettre le style modifié en indiquant clairement quel était le style initial (pour la filiation) et la teneur des modifs (pour l'objectif recherché) pourrait être une bonne base pour multiplier la palette des rendus. A ma connaissance, cela n'existe pas, et je trouve un peu dommage de voir ce potentiel d'OSM qu'est la variété des rendus possibles pas assez mis en valeur. @+ Le 23 mars 2010 18:12, René-Luc D'Hont rldh...@gmail.com a écrit : Le 23/03/2010 18:02, Dominique Rousseau a écrit : Le Tue, Mar 23, 2010 at 05:06:26PM +0100, Emilie Laffray [ emilie.laff...@gmail.com] a écrit: Ca a plus de gueule que la carte de base de OSM :) A noter que c'est toujours Mapnik qui fait le rendu. Ah ben je connaissais pas Cascadenik ça a l'air quand même nettement plus agréable que les styles mapnik à écrire que la syntaxe d'origine en XML (en tout cas, pour moi, qui connait déjà CSS) Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé un XML de départ auquel tu ajoutes des class et id ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rapprochement OSM-FR, OSGeo-fr
Le 23/03/2010 12:52, Pieren a écrit : Bonjour, Pour ceux qui s'intéressent aux modalités du rapprochement entre la communauté OSM-FR et l'OSGeo-fr, je rappelle que les discussions se passent maintenant sur la liste francoph...@lists.osgeo.org mailto:francoph...@lists.osgeo.org J'ai posté hier un message résumant les différents points à aborder: http://lists.osgeo.org/pipermail/francophone/2010-March/002414.html N'hésitez pas à vous inscrire sur cette liste, le trafic y est beaucoup moins important qu'ici, et à participer aux débats. Pour s'inscrire: http://lists.osgeo.org/mailman/listinfo/francophone Pieren Merci pour l'info. Faudrait peut-être faire une note sur FR:Main_Page pour (re)trouver les liens, et peut-être aussi sur osm.fr. Une boite Actualités francophones ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jolie fond de carte
Le Tue, Mar 23, 2010 at 06:12:28PM +0100, René-Luc D'Hont [rldh...@gmail.com] a écrit: Le 23/03/2010 18:02, Dominique Rousseau a écrit : ça a l'air quand même nettement plus agréable que les styles mapnik à écrire que la syntaxe d'origine en XML (en tout cas, pour moi, qui connait déjà CSS) Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé un XML de départ auquel tu ajoutes des class et id ;-) Certes. Mais que ce soit un programme qui écrive les rules et les symbolizers en XML, déjà... :-) -- 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
Re: [OSM-talk-fr] Pourquoi Java 1.6?
2010/3/23 Christian Rogel christian.ro...@club-internet.fr La logique de l'upgrade vers Java 1.6 est donc celle du logiciel métier. Or, OSM, sur le wiki, a promu JOSM comme logiciel multiplate-forme et devrait avoir comme objectif de permettre au maximum de gens de cartographier indépendamment de leur matériel. Est-ce qu'Apple n'aurait pas aussi sa part de responsabilité dans ce non-support de Java1.6 ? Sinon, pour les raisons, je recopie ceci de la liste josm-dev (Dirk S.): There are reasons: - The server can no longer compile 5 only, as JAVA 6 has only something like a JAVA 5 compatibility mode, which does not always work. - We already require features of JAVA 6 to fix certain issues not solveable with 5. - We have less than 4% JAVA 5 users and most of them very likely only need to upgrade their java installation. I doubt we really have lots of MacOS users at all. Altogether we have more people using ONE old version 1788 than people using Java 5. So either they update their Java version or the stop updating JOSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : - relation type = network (lien vers relation STAShttp://www.openstreetmap.org/browse/relation/533316 ) - relation ligne de bus 1 type = line - relation ligne de bus 2 type = line - relation ... - relation ligne de bus n type = line - relation itinéraire A B type = route - relation itinéraire B A type = route - relation itinéraire B Abis type = route - ways utilisés par cet itinéraire highway=... - relation type = site, site=stop_area avec le rôle bus_stop - arrêt de bus coté droit - arrêt coté gauche - arrêt 5 mètres plus loin, autre ligne, même nom Si l'empilement n'est pas exact, merci de me corriger. Ce qui me semble bizarre, c'est de mettre les *relation type = site, site=stop_area avec le rôle bus_stop* dans la relation *line*. Faut-il plutôt mettre les relation *sites stop_area* dans les *route*s ? Un bon casse tête, ces lignes :D Merci de l'aide ! 2010/3/23 Xinfe Ewalavir ewala...@gmail.com 2010/3/21 Vincent Pottier vpott...@gmail.com Le 21/03/2010 15:44, Xinfe Ewalavir a écrit : Bonjour à tous ! Je sais que la question des transports en commun revient régulièrement, mais je trouve qu'il y a beaucoup de choses à éclaircir. Dans mon cas, je ne sais même pas quel schéma de mapping adopter : http://wiki.openstreetmap.org/wiki/Relation:route http://wiki.openstreetmap.org/wiki/Public_Transport http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema http://wiki.openstreetmap.org/wiki/Relation:route Ou sur la mailing list : relation:line relation:route (aller) relation:route (retour) relation:stop_area node:bus_stop (un côté) node:bus_stop (l'autre côté) En fait, je suis confronté à une ligne de ce typehttp://xinfe.free.fr/OSM/realite.png(la partie en pointillés est desservie une fois sur deux). Les données déjà dans OSM ressemblent à cette image http://xinfe.free.fr/OSM/data.png. La relation existante est simplement embryonnaire. Donc quel serait le meilleur moyen de mapper cette ligne ? Je sens qu'il va falloir faire jouer les relations... Ma solution : * relation:line, name= A - B, ref=NN ** relation:route, name=A B, ref=NN ** relation:route, name=B A par 4, ref=NN ** relation:route, name=B A par 4, ref=NN Merci pour votre aide ! PS:Faudrait-il éditer le wiki pour faire une page en français qui regroupe que qu'il faut faire/préférer ? Je crois que ce schéma est relativement courant en Allemagne mais peu en Angleterre. Il est possible qu'il soit aussi utilisé en Italie. En tout cas il fonctionne avec les outils OpenTransport : http://3liz.fr/public/osmtransport/index.php?country=Francelocation=Besan%C3%A7on öpnvkarte : http://www.öpnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BThttp://www.%C3%B6pnvkarte.de/?lat=47.22026lon=5.97851zoom=18layers=BT(la ligne 5 n'est pas complète) sketch-line : http://78.46.81.38/api/sketch-line?network=Ginkoref=1correspondences=100 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Merci bien pour la réponse. C'est quelque chose de relativement simple à mettre en œuvre, et c'est compatible avec les principaux outils existants. Je ferai donc la ligne suivant ce principe... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
2010/3/23 Xinfe Ewalavir ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : - relation type = network (lien vers relation STAShttp://www.openstreetmap.org/browse/relation/533316 ) - relation ligne de bus 1 type = line - relation ligne de bus 2 type = line - relation ... - relation ligne de bus n type = line - relation itinéraire A B type = route - relation itinéraire B A type = route - relation itinéraire B Abis type = route - ways utilisés par cet itinéraire highway=... - relation type = site, site=stop_area avec le rôle bus_stop - arrêt de bus coté droit - arrêt coté gauche - arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
Le 23/03/2010 19:14, Steven Le Roux a écrit : 2010/3/23 Thomas Clavier t...@tcweb.org mailto:t...@tcweb.org sly (sylvain letuffe) a écrit : Reste que quand l'OS est propriétaire et que la société qui le conçoit à décider d'abandonner tel type de matériel, ben, t'es coincé et tu dois rentrer dans le moule vaseline en passant à la caisse pour un nouveau matériel... je rajouterais que java 1.6 est sortie en 2006 avec tout le JDK sous gpl v2 ... donc logiquement compilable pour toutes les architectures ? à l'exception de com.sun.* openJDK se base justement sur ce code publié en gpl. Si openJDK est dispo pour osx, alors ce sera ok. Jamais trouvé de Java 1.6 pour mac et pourtant, j'ai fait de la PTAO pour ça (perte de temps assistée par ordinateur) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Le 23/03/2010 21:02, Pieren a écrit : 2010/3/23 Xinfe Ewalavir ewala...@gmail.com mailto:ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : * relation type = network (lien vers relation STAS http://www.openstreetmap.org/browse/relation/533316) o relation ligne de bus 1 type = line o relation ligne de bus 2 type = line o relation ... o relation ligne de bus n type = line + relation itinéraire A B type = route + relation itinéraire B A type = route + relation itinéraire B Abis type = route # ways utilisés par cet itinéraire highway=... + relation type = site, site=stop_area avec le rôle bus_stop # arrêt de bus coté droit # arrêt coté gauche # arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! +1 Même si avec OSMTransport, je profite des relations... J'ai l'impression d'avoir le cul entre 2 chaises: * j'adore les possibilités des relations (Description d'adresse, TC, etc...) * je n'aime pas la complexification de la base de données liées aux relations (découpage de rond point, de voies, etc...) Faut-il une base de données simple, et des bases de données ne contenant que les relations et les références ? Faut-il que ce soit les clients qui simplifie l'information pour simplifier la gestion ? Un nouveau casse tête en perspective non ? 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] Transports en commun
Le 23/03/2010 20:52, Xinfe Ewalavir a écrit : Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Hé, j'ai pas fini ! En plus, le wiki http://wiki.openstreetmap.org/wiki/Besançon/Ginko n'est pas à jour. La flemme depuis que j'ai trouvé le moyen de charger tout le réseau dans JOSM avec XAPI ( *[network=Ginko][bbox=NNN]. Du coup, les abris-bus, les lines, les routes... sont taggués network=Ginko Dire que dans le temps, j'étais travailleur social pour éviter que les jeunes tagguent les abris-bus... La ligne 1 doit être pas mal. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : * relation type = network (lien vers relation STAS http://www.openstreetmap.org/browse/relation/533316) o relation ligne de bus 1 type = line o relation ligne de bus 2 type = line o relation ... o relation ligne de bus n type = line + relation itinéraire A B type = route + relation itinéraire B A type = route + relation itinéraire B Abis type = route # ways utilisés par cet itinéraire highway=... + relation type = site, site=stop_area avec le rôle bus_stop # arrêt de bus coté droit # arrêt coté gauche # arrêt 5 mètres plus loin, autre ligne, même nom Si l'empilement n'est pas exact, merci de me corriger. L'exemple de Saint-Jacques à Besançon est particulier. C'est le seul site dans le réseau. C'était pour voir, pour inclure le vélo-partage, les toilettes, le parking... bref essayer le multimodal. Ce qui me semble bizarre, c'est de mettre les /relation type = site, site=stop_area avec le rôle bus_stop/ dans la relation /line/. J'ai fait ça moi ? Mea culpa ! Faut-il plutôt mettre les relation /sites stop_area/ dans les /route/s ? Non, on met, en plus des ways qui forment la route, les nodes highway=bus_stop (ou je ne sais plus quoi) dans la relation type=route . Bien souvent les nodes highway:bus_stop sont par deux, un de chaque côté de la route, avec le même nom. Je les regroupent dans une relation type=stop_area qui permet à coup sûr de les retrouver. technique Sketch-line recherche les correspondances en cherchant les bus-stop à moins de N mètres d'un arrêt donné. Sur le réseau Ginko on peut voir des carrefours où près d'un arrêt, il y a un arrêt avec un nom différent dans la rue de derrière et un arrêt avec le même nom un peu plus loin dans la même rue... Le calcul sur la distance peut être trompeur. /technique tuto:jargon Quand on parle d'une relation route ou d'une route, on sous-entend relation type=route, relation line ou 'line, il faut entendre relation type=line, de même lorsqu'on parle d'une boundary... aussi quand on parle d'une route:bus, il faut entendre relation type=route + route=bus /tuto:jargon Un bon casse tête, ces lignes :D Vive les transports wireless ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
C'est vrai que pour le coup, c'est un joli empilement de relations, mais quitte à mapper le géographique, autant utiliser ce qui est dans la base de données. Une ligne de bus, c'est quand même un minimum géographique... Enfin c'est vrai que je ne vais probablement pas faire toutes les lignes de la ville...Ou alors en longtemps... 2010/3/23 Pieren pier...@gmail.com 2010/3/23 Xinfe Ewalavir ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : - relation type = network (lien vers relation STAShttp://www.openstreetmap.org/browse/relation/533316 ) - relation ligne de bus 1 type = line - relation ligne de bus 2 type = line - relation ... - relation ligne de bus n type = line - relation itinéraire A B type = route - relation itinéraire B A type = route - relation itinéraire B Abis type = route - ways utilisés par cet itinéraire highway=... - relation type = site, site=stop_area avec le rôle bus_stop - arrêt de bus coté droit - arrêt coté gauche - arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! 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] Transports en commun
Le 23/03/2010 21:24, René-Luc D'Hont a écrit : Le 23/03/2010 21:02, Pieren a écrit : 2010/3/23 Xinfe Ewalavir ewala...@gmail.com mailto:ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : * relation type = network (lien vers relation STAS http://www.openstreetmap.org/browse/relation/533316) o relation ligne de bus 1 type = line o relation ligne de bus 2 type = line o relation ... o relation ligne de bus n type = line + relation itinéraire A B type = route + relation itinéraire B A type = route + relation itinéraire B Abis type = route # ways utilisés par cet itinéraire highway=... + relation type = site, site=stop_area avec le rôle bus_stop # arrêt de bus coté droit # arrêt coté gauche # arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! +1 Même si avec OSMTransport, je profite des relations... J'ai l'impression d'avoir le cul entre 2 chaises: * j'adore les possibilités des relations (Description d'adresse, TC, etc...) * je n'aime pas la complexification de la base de données liées aux relations (découpage de rond point, de voies, etc...) J'ai recollé les ronds-points. Je pense que c'est au logiciel de calculer le bout à prendre en compte pour autant qu'il sache que c'est un rond-point. Mais, même si c'est dommage de découper l'Avenue des Champs-Élysées, je ne vois pas trop de moyen d'indiquer quelle section doit être prise en compte. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
2010/3/23 Vincent Pottier vpott...@gmail.com Le 23/03/2010 20:52, Xinfe Ewalavir a écrit : Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Hé, j'ai pas fini ! En plus, le wiki http://wiki.openstreetmap.org/wiki/Besançon/Ginkohttp://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginkon'est pas à jour. La flemme depuis que j'ai trouvé le moyen de charger tout le réseau dans JOSM avec XAPI ( *[network=Ginko][bbox=NNN]. Du coup, les abris-bus, les lines, les routes... sont taggués network=Ginko Dire que dans le temps, j'étais travailleur social pour éviter que les jeunes tagguent les abris-bus... La ligne 1 doit être pas mal. J'avais compris que c'était pas fini, mais comme l'exemple donné était la ligne 1, c'est celle que j'ai regardé en priorité. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : - relation type = network (lien vers relation STAShttp://www.openstreetmap.org/browse/relation/533316 ) - relation ligne de bus 1 type = line - relation ligne de bus 2 type = line - relation ... - relation ligne de bus n type = line - relation itinéraire A B type = route - relation itinéraire B A type = route - relation itinéraire B Abis type = route - ways utilisés par cet itinéraire highway=... - relation type = site, site=stop_area avec le rôle bus_stop - arrêt de bus coté droit - arrêt coté gauche - arrêt 5 mètres plus loin, autre ligne, même nom Si l'empilement n'est pas exact, merci de me corriger. L'exemple de Saint-Jacques à Besançon est particulier. C'est le seul site dans le réseau. C'était pour voir, pour inclure le vélo-partage, les toilettes, le parking... bref essayer le multimodal. A priori, les sites, c'est pour lier tous les arrêts de même nom, non ? En particulier si c'est un gros nœud de correspondance (donc avec des arrêts disjoints, mais proches), il me semble... Ce qui me semble bizarre, c'est de mettre les *relation type = site, site=stop_area avec le rôle bus_stop* dans la relation *line*. J'ai fait ça moi ? Mea culpa ! Il me semble que j'ai vu ca passer dans la mailing-list... Faut-il plutôt mettre les relation *sites stop_area* dans les *route*s ? Non, on met, en plus des ways qui forment la route, les nodes highway=bus_stop (ou je ne sais plus quoi) dans la relation type=route . Bien souvent les nodes highway:bus_stop sont par deux, un de chaque côté de la route, avec le même nom. Je les regroupent dans une relation type=stop_area qui permet à coup sûr de les retrouver. OK technique Sketch-line recherche les correspondances en cherchant les bus-stop à moins de N mètres d'un arrêt donné. Sur le réseau Ginko on peut voir des carrefours où près d'un arrêt, il y a un arrêt avec un nom différent dans la rue de derrière et un arrêt avec le même nom un peu plus loin dans la même rue... Le calcul sur la distance peut être trompeur. /technique C'est donc comme ca qu'il fonctionne ! Ca sera plus pratique pour assurer la compatibilité ! tuto:jargon Quand on parle d'une relation route ou d'une route, on sous-entend relation type=route, relation line ou 'line, il faut entendre relation type=line, de même lorsqu'on parle d'une boundary... aussi quand on parle d'une route:bus, il faut entendre relation type=route + route=bus /tuto:jargon C'est noté ! Un bon casse tête, ces lignes :D Vive les transports wireless ! -- 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] Transports en commun
Le 23/03/2010 21:31, Vincent Pottier a écrit : Le 23/03/2010 21:24, René-Luc D'Hont a écrit : Le 23/03/2010 21:02, Pieren a écrit : 2010/3/23 Xinfe Ewalavir ewala...@gmail.com mailto:ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : * relation type = network (lien vers relation STAS http://www.openstreetmap.org/browse/relation/533316) o relation ligne de bus 1 type = line o relation ligne de bus 2 type = line o relation ... o relation ligne de bus n type = line + relation itinéraire A B type = route + relation itinéraire B A type = route + relation itinéraire B Abis type = route # ways utilisés par cet itinéraire highway=... + relation type = site, site=stop_area avec le rôle bus_stop # arrêt de bus coté droit # arrêt coté gauche # arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! +1 Même si avec OSMTransport, je profite des relations... J'ai l'impression d'avoir le cul entre 2 chaises: * j'adore les possibilités des relations (Description d'adresse, TC, etc...) * je n'aime pas la complexification de la base de données liées aux relations (découpage de rond point, de voies, etc...) J'ai recollé les ronds-points. Je pense que c'est au logiciel de calculer le bout à prendre en compte pour autant qu'il sache que c'est un rond-point. Mais, même si c'est dommage de découper l'Avenue des Champs-Élysées, je ne vois pas trop de moyen d'indiquer quelle section doit être prise en compte. Pourquoi pouvoir découper une voie et pas un rond point ? Un rond n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester entier et pas l'autre ? M'enfin c'est un vieux débat! -- 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] Pourquoi Java 1.6?
2010/3/23 Vincent Pottier vpott...@gmail.com Le 23/03/2010 19:14, Steven Le Roux a écrit : 2010/3/23 Thomas Clavier t...@tcweb.org sly (sylvain letuffe) a écrit : Reste que quand l'OS est propriétaire et que la société qui le conçoit à décider d'abandonner tel type de matériel, ben, t'es coincé et tu dois rentrer dans le moule vaseline en passant à la caisse pour un nouveau matériel... je rajouterais que java 1.6 est sortie en 2006 avec tout le JDK sous gpl v2 ... donc logiquement compilable pour toutes les architectures ? à l'exception de com.sun.* openJDK se base justement sur ce code publié en gpl. Si openJDK est dispo pour osx, alors ce sera ok. Jamais trouvé de Java 1.6 pour mac et pourtant, j'ai fait de la PTAO pour ça (perte de temps assistée par ordinateur) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr 1.6 pour 10.6 : http://www.apple.com/downloads/macosx/apple/application_updates/javaformacosx106update1.html 1.6 pour 10.5 : http://support.apple.com/kb/HT1856 -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
1.6 pour 10.6 : http://www.apple.com/downloads/macosx/apple/application_updates/javaformacosx106update1.html 1.6 pour 10.5 : http://support.apple.com/kb/HT1856 1.6 pour 10.4 ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
Puisque vous semblez spécialistes des pistes de ski, j'ai besoin d'un conseil : Comment tagger une piste non damée ? Sur le domaine de Tignes / Val d'Isère, ils appellent ça Naturide : la piste est noire, balisée, mais pas damée donc ça ressemble à du hors-piste surveillé. Et comment tagger un trajet hors-piste classique ? Pour l'instant, j'ai mis - pour le non damé : grooming=no - pour le hors-piste : grooming=backcountry, patrolled=no Logiquement, je devrais mettre pour les deux grooming = backcountry, mais je crains que le hors-piste soit trop semblable au sur-piste. Des idées ? Merci Charlie Echo - Mail Original - De: Yann Coupin y...@coupin.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 21 Mars 2010 14:08:09 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps J’ai commencé hier soir mais il se faisait tard donc j’ai arrêté, si j’ai du temps je continue aujourd’hui Le 21 mars 2010 à 08:54, yvecai a écrit : C'est en place, maintenant. Un preneur pour la section difficulté? yvecai wrote: Je viens de traduire la quasi totalité de http://wiki.openstreetmap.org/wiki/FR:Proposed_features/Piste_Maps J'apprecierais un peu de re-lecture, et si quelqu'un pouvait s'attaquer au paragraphe 'difficultés', ce serait cool: je suis pas franchement spécialiste en ski de descente. Yves ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Jolie fond de carte
Le problème de cascadenik c’est que quand j’avais essayé ça n’était pas de tout repos à mettre en œuvre, mais par contre ça fait rapidement des trucs assez jolis : http://teczno.com/cascadenik-openstreetmap-II/ Yann Le 23 mars 2010 à 20:32, Dominique Rousseau a écrit : Le Tue, Mar 23, 2010 at 06:12:28PM +0100, René-Luc D'Hont [rldh...@gmail.com] a écrit: Le 23/03/2010 18:02, Dominique Rousseau a écrit : ça a l'air quand même nettement plus agréable que les styles mapnik à écrire que la syntaxe d'origine en XML (en tout cas, pour moi, qui connait déjà CSS) Cascadenik c'est pas mal pour le CSS mais tu devrais quand même rédigé un XML de départ auquel tu ajoutes des class et id ;-) Certes. Mais que ce soit un programme qui écrive les rules et les symbolizers en XML, déjà... :-) -- 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] Transports en commun
2010/3/23 René-Luc D'Hont rldh...@gmail.com Pourquoi pouvoir découper une voie et pas un rond point ? Un rond n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester entier et pas l'autre ? M'enfin c'est un vieux débat! Effectivement ! J'ai toujours considéré qu'un rond-point était moins une voie qu'un point d'intersection entre voies. C'est pour ça qu'il n'a pas de ref (ou tous les refs). Mais c'est vrai que découper des rues ou des rond-points juste pour du routage me gêne énormément. Comme potentiellement, toutes les intersections peuvent faire partie d'un itinéraire, il n'y aura à terme plus aucune rue qui ne sera pas sectionnée à chaque croisement. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
On 23/03/2010 20:35, Steven Le Roux wrote: 1.6 pour 10.6 : http://www.apple.com/downloads/macosx/apple/application_updates/javaformacosx106update1.html 1.6 pour 10.5 : http://support.apple.com/kb/HT1856 Le probleme c'est que ca reste Intel x64 seulement. Ca ne resoud pas le probleme de Christian qui est en powerpc. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
Je dirais simplement que c’est une piste jaune quand bien même ça n’existe pas sous cette dénomination en France… Yann Le 23 mars 2010 à 21:41, Charlie Echo a écrit : Puisque vous semblez spécialistes des pistes de ski, j'ai besoin d'un conseil : Comment tagger une piste non damée ? Sur le domaine de Tignes / Val d'Isère, ils appellent ça Naturide : la piste est noire, balisée, mais pas damée donc ça ressemble à du hors-piste surveillé. Et comment tagger un trajet hors-piste classique ? Pour l'instant, j'ai mis - pour le non damé : grooming=no - pour le hors-piste : grooming=backcountry, patrolled=no Logiquement, je devrais mettre pour les deux grooming = backcountry, mais je crains que le hors-piste soit trop semblable au sur-piste. Des idées ? Merci Charlie Echo - Mail Original - De: Yann Coupin y...@coupin.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 21 Mars 2010 14:08:09 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps J’ai commencé hier soir mais il se faisait tard donc j’ai arrêté, si j’ai du temps je continue aujourd’hui Le 21 mars 2010 à 08:54, yvecai a écrit : C'est en place, maintenant. Un preneur pour la section difficulté? yvecai wrote: Je viens de traduire la quasi totalité de http://wiki.openstreetmap.org/wiki/FR:Proposed_features/Piste_Maps J'apprecierais un peu de re-lecture, et si quelqu'un pouvait s'attaquer au paragraphe 'difficultés', ce serait cool: je suis pas franchement spécialiste en ski de descente. Yves ___ 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 ___ 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] Pourquoi Java 1.6?
2010/3/23 Emilie Laffray emilie.laff...@gmail.com On 23/03/2010 20:35, Steven Le Roux wrote: 1.6 pour 10.6 : http://www.apple.com/downloads/macosx/apple/application_updates/javaformacosx106update1.html 1.6 pour 10.5 : http://support.apple.com/kb/HT1856 Le probleme c'est que ca reste Intel x64 seulement. Ca ne resoud pas le probleme de Christian qui est en powerpc. http://lists.apple.com/archives/Java-dev/2008/Aug/msg00161.html Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB ste...@le-roux.info 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Le 23/03/2010 21:57, Pieren a écrit : 2010/3/23 René-Luc D'Hont rldh...@gmail.com mailto:rldh...@gmail.com Pourquoi pouvoir découper une voie et pas un rond point ? Un rond n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester entier et pas l'autre ? M'enfin c'est un vieux débat! Effectivement ! J'ai toujours considéré qu'un rond-point était moins une voie qu'un point d'intersection entre voies. C'est pour ça qu'il n'a pas de ref (ou tous les refs). Mais c'est vrai que découper des rues ou des rond-points juste pour du routage me gêne énormément. Comme potentiellement, toutes les intersections peuvent faire partie d'un itinéraire, il n'y aura à terme plus aucune rue qui ne sera pas sectionnée à chaque croisement. +1 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] Transports en commun
Le 23/03/2010 21:35, René-Luc D'Hont a écrit : Le 23/03/2010 21:31, Vincent Pottier a écrit : Le 23/03/2010 21:24, René-Luc D'Hont a écrit : Le 23/03/2010 21:02, Pieren a écrit : 2010/3/23 Xinfe Ewalavir ewala...@gmail.com mailto:ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : * relation type = network (lien vers relation STAS http://www.openstreetmap.org/browse/relation/533316) o relation ligne de bus 1 type = line o relation ligne de bus 2 type = line o relation ... o relation ligne de bus n type = line + relation itinéraire A B type = route + relation itinéraire B A type = route + relation itinéraire B Abis type = route # ways utilisés par cet itinéraire highway=... + relation type = site, site=stop_area avec le rôle bus_stop # arrêt de bus coté droit # arrêt coté gauche # arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! +1 Même si avec OSMTransport, je profite des relations... J'ai l'impression d'avoir le cul entre 2 chaises: * j'adore les possibilités des relations (Description d'adresse, TC, etc...) * je n'aime pas la complexification de la base de données liées aux relations (découpage de rond point, de voies, etc...) J'ai recollé les ronds-points. Je pense que c'est au logiciel de calculer le bout à prendre en compte pour autant qu'il sache que c'est un rond-point. Mais, même si c'est dommage de découper l'Avenue des Champs-Élysées, je ne vois pas trop de moyen d'indiquer quelle section doit être prise en compte. Pourquoi pouvoir découper une voie et pas un rond point ? Un rond n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester entier et pas l'autre ? M'enfin c'est un vieux débat! Non. Le point commun au rond-point et au way précédent désigne le point d'entrée dans le rond-point. Le point commun au rond-point et au way suivant désigne le point de sortie du rond-point. Le rond-point étant circulable seulement dans un sens (même sans oneway ;-), la partie du rond-point à prendre en compte dans la route est calculable. Je n'ai pas à découper. CQFD. Par contre soit une ville à l'américaine avec trois avenues parallèles A, B, C et trois rues parallèles 1,2,3, perpendiculaires aux avenues. Soit un bus qui prend un bout de A, un bout de 1 un bout de B, un bout de 2, un bout de C, un bout de 3. Si je mets ABC123 dans la relation. Chapeau au gars qui écrit le programme pour trouver le bon itinéraire. S'il y a un autre moyen (relativement simple) de désigner les segments sans découper les rues... Proposons le ! Il y a quelqu'un qui avait proposé de ne mettre que les points d'intersection... Pas probant comme méthode. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pourquoi Java 1.6?
Bonsoir, christian.ro...@club-internet.fr a écrit : J'aurais aimé savoir pourquoi le greffon cadastre-fr doit absolument évoluer en Java 1.6. Est-ce lié à l'évolution de JOSM? Quels sont les bénéfices? Un réel atout de Java 1.6 est la nette amélioration des performances par rapport à la version précédente. Debian maintient sur un serveur une batterie de tests destinés à comparer les performances et les empreintes mémoire d'une trentaine de langages. Pendant longtemps, le ratio de performances moyen entre le C++ et Java a été de 3. Depuis Java 1.6, il est tombé à 2 (au prix d'une consommation mémoire accrue). C'est appréciable. D'habitude, dans le monde du libre, on fait attention à ce que les logiciels gardent la compatibilité avec les machines anciennes. On ne peut pas reprocher à quelqu'un de faire évoluer son logiciel pour profiter de l'état de l'art. Par contre, il est certain que si la plate-forme système n'évolue plus, l'incompatibilité devient tôt ou tard inévitable. Dans le cas présent, c'est plutôt à Apple qu'il convient de jeter la pierre. Java 1.6 n'est pas si récent et je ne comprends pas qu'il ne soit pas disponible sur des machines d'à peine 4 ans. Quant à la capacité des éditeurs de logiciels à supporter sur le long terme des plates-formes tombant en obsolescence, c'est bien là l'un des talons d'Achille de l'informatique et le libre n'y change rien ou plutôt, n'y échappe pas ! Il doit falloir payer un développeur sacrément cher pour le convaincre de maintenir une version antédiluvienne du noyau Linux. Imaginez : dans le domaine spatial, il faut pouvoir concevoir une sonde, la lancer, la mettre en sommeil le temps du voyage et la réactiver 15 ans plus tard lorsqu'elle arrive à destination. Les centres de contrôle et de mission doivent suivre. On les met donc au frigo le temps nécessaire et lorsque la sonde est proche de sa destination, on les remet en service. En cas de souci, il faut alors avoir les bons partenaires (et les bons contrats) pour se tourner vers eux et leur dire : « Dites les gars, vous savez le système que vous avez conçu il y a 20 ans pour contrôler la sonde XXX... Et bien, on vient de découvrir un bogue bloquant en le rallumant et si vous ne le corrigez pas rapidement, on va perdre la sonde. » Et là, votre partenaire, son premier réflexe, c'est de contrôler le contrat pour voir s'il n'y a pas une clause, une échéance, une exception, une faille qui lui permette de botter en touche, seule chose qu'il puisse raisonnablement faire. :) Pourquoi croyez-vous que Sun reste bien implanté dans le domaine spatial ? C'est parce que ni Apple, ni Intel, ni Microsoft, ni Red-Hat ne s'engagent à du support sur 12 ans sur le matériel et le logiciel. Une version « Long Time Support (LTS) » d'une distribution GNU/Linux, c'est un support garanti sur 3 ans, 5 au mieux ! Ceci étant, même Sun peine, notamment au niveau matériel car Sun ne fabrique pas tout de A à Z et est donc dépendant de ses propres fournisseurs. La parade trouvée par cet éditeur et d'autres s'appelle la virtualisation, promue reine du changement transparent. Au fait, je vous ai parlé du spatial, mais vous ai-je parlé de l'aéronautique et du cycle de vie sur 70, voire 80 années ? :) Suis-je le seul à être ennuyé par l'upgrade? Non, certainement que non, mais les choses suivent leur cours naturel. 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
Re: [OSM-talk-fr] Transports en commun
Bonsoir, Pieren a écrit : J'ai toujours considéré qu'un rond-point était moins une voie qu'un point d'intersection entre voies. C'est parce que tu le vois de trop loin ;o) Il y a des points d'intersection dont la longueur déroulée dépasse la centaine de mètres, et pas que Place de l'Etoile : En Vendée : en photo : http://maps.google.fr/maps?hl=frie=UTF8t=hll=46.864006,-1.864259spn=0.001746,0.003471z=18 le même en version OSM : http://www.openstreetmap.org/browse/way/28225419 et sur le terrain c'est une chaussée à 3 files (complètement disproportionnée au passage vu le trafic) Mais c'est vrai que découper des rues ou des rond-points juste pour du routage me gêne énormément. Dans le cas des relations lignes de bus, pour moi de 2 choses l'une : - soit le rd-point est emprunté dans sa totalité et ça me parait normal de l'inclure tel-que dans la relation. Sauf que ça rappelle plus un sketch de Devos qu'un cas d'usage réaliste, - soit seule une portion est empruntée par le bus, et là : -- soit on sait formuler cette portion au moyen par exemple d'abscisses curvilignes (le bus va de 0% à 77% du rd point) mais je ne connais pas de telle syntaxe dans OSM (et s'il y en a une pourquoi pas) -- soit on la formule en splittant physiquement le rd point, -- soit...je ne vois pas mais sinon moi ça me gênerais de décrire la ligne de bus par l'inclusion entière de ways qui ne sont empruntées que partiellement. Comme potentiellement, toutes les intersections peuvent faire partie d'un itinéraire, il n'y aura à terme plus aucune rue qui ne sera pas sectionnée à chaque croisement. Pour qui veut construire un graphe de navigation, pour un logiciel de calcul d'itinéraire, à partir de la base OSM, le passage de ways natifs OSM à des ways s'arrêtant forcément dès qu'un croisement est rencontré, est une étape préparatoire qui peut largement aider les calculs d'it par la suite. Attention, je ne dis pas que ce niveau de segmentation doit se retrouver dans OSM ! Aux utilisateurs de la base de bosser, là ;o) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
'jaune' qui correspondrait a piste:difficulty=freeride. J'avoue que ce n'est pas très clair pour moi non plus, j'ai lancé un tableau pour essayer de faire le tri sur la page discussion du 'proposal'. http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Piste_Maps#Backountry_.2F_Freeride_.2F_skitour_..._need_clarification N'hésitez pas à mettre vos commentaires et exemples! En attendant prend ta décision et tente d'utiliser les tags existants, un consensus sera peut-être trouvé un jour. Je me demande si après-tout le 'pur hors-piste' a vocation à figurer dans la base. Pourquoi pas un coin à champignon? Yann Coupin wrote: Je dirais simplement que c’est une piste jaune quand bien même ça n’existe pas sous cette dénomination en France… Yann 'jaune' qui correspondrait a piste:difficulty=freeride. J'avoue que ce n'est pas très clair pour moi non plus, j'ai lancé un tableau pour essayer de faire le tri sur la page discussion du 'proposal'. http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Piste_Maps#Backountry_.2F_Freeride_.2F_skitour_..._need_clarification N'hésitez pas à mettre vos commentaires et exemples! Voir aussi la discussion sur route=ski pour le hors-piste sur la même page. En attendant prend ta décision et tente d'utiliser les tags existants, un consensus sera peut-être trouvé un jour. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun
Le 23/03/2010 22:58, Vincent Pottier a écrit : Le 23/03/2010 21:35, René-Luc D'Hont a écrit : Le 23/03/2010 21:31, Vincent Pottier a écrit : Le 23/03/2010 21:24, René-Luc D'Hont a écrit : Le 23/03/2010 21:02, Pieren a écrit : 2010/3/23 Xinfe Ewalavir ewala...@gmail.com mailto:ewala...@gmail.com Désolé de revenir (encore!) dessus, mais quand je regarde les lignes vers Besançon, les lignes ne sont pas tagguées de manière homogène. Néanmoins, entre ce que je vois et ce que j'ai lu, pour cette méthode de marquage de lignes, j'ai compris comme ça : * relation type = network (lien vers relation STAS http://www.openstreetmap.org/browse/relation/533316) o relation ligne de bus 1 type = line o relation ligne de bus 2 type = line o relation ... o relation ligne de bus n type = line + relation itinéraire A B type = route + relation itinéraire B A type = route + relation itinéraire B Abis type = route # ways utilisés par cet itinéraire highway=... + relation type = site, site=stop_area avec le rôle bus_stop # arrêt de bus coté droit # arrêt coté gauche # arrêt 5 mètres plus loin, autre ligne, même nom Franchement, quand je vois tout ça, je me dis que je vais me contenter de mapper les données géographiques, c.a.d. les positions des arrêts de bus. C'est aussi à ça qu'OSM devrait se limiter, amha. Je laisserais donc les joies de l'édition de relations à d'autres ! +1 Même si avec OSMTransport, je profite des relations... J'ai l'impression d'avoir le cul entre 2 chaises: * j'adore les possibilités des relations (Description d'adresse, TC, etc...) * je n'aime pas la complexification de la base de données liées aux relations (découpage de rond point, de voies, etc...) J'ai recollé les ronds-points. Je pense que c'est au logiciel de calculer le bout à prendre en compte pour autant qu'il sache que c'est un rond-point. Mais, même si c'est dommage de découper l'Avenue des Champs-Élysées, je ne vois pas trop de moyen d'indiquer quelle section doit être prise en compte. Pourquoi pouvoir découper une voie et pas un rond point ? Un rond n'est-il pas une voie ? Qu'est-ce qui justifie que l'un doivent rester entier et pas l'autre ? M'enfin c'est un vieux débat! Non. Le point commun au rond-point et au way précédent désigne le point d'entrée dans le rond-point. Le point commun au rond-point et au way suivant désigne le point de sortie du rond-point. Le rond-point étant circulable seulement dans un sens (même sans oneway ;-), la partie du rond-point à prendre en compte dans la route est calculable. Je n'ai pas à découper. CQFD. Par contre soit une ville à l'américaine avec trois avenues parallèles A, B, C et trois rues parallèles 1,2,3, perpendiculaires aux avenues. Soit un bus qui prend un bout de A, un bout de 1 un bout de B, un bout de 2, un bout de C, un bout de 3. Si je mets ABC123 dans la relation. Chapeau au gars qui écrit le programme pour trouver le bon itinéraire. S'il y a un autre moyen (relativement simple) de désigner les segments sans découper les rues... Proposons le ! Il y a quelqu'un qui avait proposé de ne mettre que les points d'intersection... Pas probant comme méthode. Je ne décrit pas les réseaux de bus dans le but de faire du routing mais pour représenté le parcours réel des bus : - donc qu'un algo soit capable de détecter l'entré et la sortie d'un bus sur un rond point ne m'intéresse pas - donc j'estime que puisque un rond point est un oneway j'ai le droit de le découper - la bonne question est plutôt peut-on découper des ways pour des problème de TC -- tout ça renvoi au fait que JE NE SUIS PAS SÛR que ce soit une bonne idée de décrire les parcours de bus dans OSM dans l'état actuelle du système. Je pense même qu'il faudrait trouver un autre système exploitant les données OSM -- Il faudrait un système indiquant une way, un point d'entré de ce way et un point de sortie, l'ensemble décrivant un parcours, mais dans le modèle actuelle des données OSM ce n'est pas faisable ou alors dans une base annexe. -- 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] Transports en commun
2010/3/23 Vincent de Chateau-Thierry v...@laposte.net Dans le cas des relations lignes de bus, pour moi de 2 choses l'une : - soit le rd-point est emprunté dans sa totalité et ça me parait normal de l'inclure tel-que dans la relation. Sauf que ça rappelle plus un sketch de Devos qu'un cas d'usage réaliste, - soit seule une portion est empruntée par le bus, et là : -- soit on sait formuler cette portion au moyen par exemple d'abscisses curvilignes (le bus va de 0% à 77% du rd point) mais je ne connais pas de telle syntaxe dans OSM (et s'il y en a une pourquoi pas) -- soit on la formule en splittant physiquement le rd point, -- soit...je ne vois pas mais sinon moi ça me gênerais de décrire la ligne de bus par l'inclusion entière de ways qui ne sont empruntées que partiellement. Pour les rues, d'accord. Mais pour les ronds-points... Il faut aussi se demander le but de ces relations : est-ce que c'est pour guider le chauffeur de bus (prenez la première à gauche) ? à mon avis, ils n'ont pas besoin d'OSM. Si c'est pour définir l'itinéraire dans un simple but d'illustration, le fait d'inclure l'entier d'un rond-point ne gêne pas. La preuve, les plans des bus de Strasbourg dessinent les ronds-points en totalité: http://www.cts-strasbourg.fr/Portals/0/PDF/plans/06%20Q%20Emb%20NOV%2008.pdf Si quelqu'un veut améliorer l'affichage, il peut optimiser le tracé avec un peu de soft comme le suggère Vincent. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Nouveau rendu
De : Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Et ne pourrai-t-on pas envisager un rendu en local en openGL ? (Oui, ça me fait vaguement penser à un logiciel concurrent, mais pas libre du tout ;-) ) Ça permettrait de pouvoir changer l'orientation de la carte, l'inclinaison, l'éclairage, … Bon en fait, ça se passe par là http://wiki.openstreetmap.org/wiki/OSM-3D Je n arrive justement pas a le faire marcher chez moi ! J ai suivi la procedure donnee sur le site et installé xnavigator 1.1.8 et j3d 1.52 , qui sont les dernières versions, mais quand je lance xnavigator.sh j obtiens la sortie suivante: XNavigator 1.1.8 loading config file:home/quicky/Bureau/tmp/xnavigator/./conf/Europe/config-europe-en-standard.xml Navigator() offset 0.0 0.0 0.0 Navigator starting 4 LODThreads LODThread constructor DownLoadDataThread2 run DownLoadDataThread2 run DownLoadDataThread2 run LODThread constructor LODThread constructor LODThread constructor DownLoadDataThread2 run checkActiveTilesThread run Navigator.loadLayers allLayersBBox 626172.1356 5635549.2204 1721973.3729 7357522.5933 Navigator.loadLayers NamedLayerArray.length 25 Navigator.loadLayers set offset 1174072.75425 0.0 -6496535.90685 *** current system environment: ** current heap size: 96M maximum heap size: 966M free memory in heap: 45M available processors: 1 os.name: Linux os.arch: i386 os.version: 2.6.31-20-generic sun.os.patch.level: unknown java.version: 1.6.0_15 java.vendor: Sun Microsystems Inc. java.home: /usr/lib/jvm/java-6-sun-1.6.0.15/jre java.compiler: null java.vm.version: 14.1-b02 java.vm.name: Java HotSpot(TM) Client VM java.vm.info: mixed mode, sharing java.runtime.name: Java(TM) SE Runtime Environment java.runtime.version: 1.6.0_15-b03 user.name: quicky user.country: FR user.language: fr user.timezone: sun.management.compiler: HotSpot Client Compiler catalina.home: null catalina.base: null ** Java 3D: shared contexts disabled Java 3D: display list enabled Java 3D: implicit antialiasing enabled Java 3D: optimize for space disabled Java 3D: render lock enabled Java 3D: Cache AutoCompute Bounds, accelerates getBounds() enabled j3d.pipeline: NATIVE_OGL j3d.specification.vendor: j3d.specification.version: 1.5 j3d.version: 1.5.2 fcs (build4) j3d.vendor: j3d.renderer: OpenGL canvas properties: {textureEnvCombineAvailable=true, textureImageUnitsCombinedMax=32, textureAnisotropicFilterDegreeMax=16.0, tex ture3DHeightMax=2048, textureLodOffsetAvailable=false, texture3DDepthMax=2048, textureLodRangeAvailable=true, shadingLanguageCg=f alse, textureHeightMax=8192, textureFilter4Available=false, doubleBufferAvailable=true, compressedGeometry.majorVersionNumber=1, stereoAvailable=false, textureAutoMipMapGenerationAvailable=true, sceneAntialiasingAvailable=true, compressedGeometry.minorVersio nNumber=0, texture3DWidthMax=2048, compressedGeometry.minorMinorVersionNumber=2, vertexAttrsMax=10, shadingLanguageGLSL=true, sce neAntialiasingNumPasses=8, native.vendor=NVIDIA Corporation, textureUnitStateMax=4, native.version=3.0.0 NVIDIA 185.18.36, textur eImageUnitsMax=32, textureNonPowerOfTwoAvailable=true, textureBoundaryWidthMax=1, native.renderer=GeForce 9500 GT/PCI/SSE2/3DNOW! , textureCoordSetsMax=8, texture3DAvailable=true, textureImageUnitsVertexMax=32, textureWidthMax=8192, stencilSize=0, textureComb ineDot3Available=true, textureDetailAvailable=false, textureCubeMapAvailable=true, textureSharpenAvailable=false, textureCombineS ubtractAvailable=true, textureColorTableSize=0} shadingLanguageGLSL = true myCanvas3D.getSceneAntialiasingAvailable true myCanvas3D.sceneAntialiasingNumPasses 8 java.lang.InstantiationError: vrml.node.Node at org.jdesktop.j3d.loaders.vrml97.impl.Node.wrap(Node.java:187) at org.jdesktop.j3d.loaders.vrml97.VrmlScene.init(VrmlScene.java:85) at org.jdesktop.j3d.loaders.vrml97.VrmlLoader.doLoad(VrmlLoader.java:574) at org.jdesktop.j3d.loaders.vrml97.VrmlLoader.load(VrmlLoader.java:297) at de.unibonn.giub.map3dviewer.viewer.Java3DViewer.createSimpleBackgroundGeo(Java3DViewer.java:991) at de.unibonn.giub.map3dviewer.viewer.Java3DViewer.initSimpleBackground(Java3DViewer.java:1160) at de.unibonn.giub.map3dviewer.viewer.Java3DViewer.init(Java3DViewer.java:475) at de.unibonn.giub.map3dviewer.navigator.Navigator.initPanel(Navigator.java:1926) at de.unibonn.giub.map3dviewer.navigator.Navigator.init(Navigator.java:1093) at de.unibonn.giub.map3dviewer.navigator.Navigator.main(Navigator.java:599) Ma recherche google n a pas donne grand chose, du moins rien que j arrive a exploiter... est ce que quelqu un aurait un tuyau ? Merci d avance Julien PS : je precise que j ai aussi essaye la version webstart qui ne marche
Re: [OSM-talk-fr] Transports en commun
Le 23/03/2010 23:11, René-Luc D'Hont a écrit : -- tout ça renvoi au fait que JE NE SUIS PAS SÛR que ce soit une bonne idée de décrire les parcours de bus dans OSM dans l'état actuelle du système. Je pense même qu'il faudrait trouver un autre système exploitant les données OSM Moi, je suis convaincu que c'est une bonne idée ! Au delà des problèmes (solubles) de synchro des données, la raison n'est pas technique mais stratégique : web² Le mappeur qui veut saisir le plan du métro, s'il doit entrer un bout ici avec telle sémantique et telle syntaxe, un bout là avec telle sémantique et telle syntaxe, il va rentrer tout là avec une seule sémantique et une seule syntaxe et se passer d'OSM. Le gars qui fait des plans du métro pour PDA (voir un post récent) il va s'intéresser à OSM s'il trouve suffisamment dans OSM. Sinon s'il doit faire lui aussi de crowdsourcing (libre lui aussi !), il se débrouillera bien sans OSM. La force de Google c'est de proposer tout à la recherche, de la collection de papillon à l'image des galaxies. Il n'y a pas de moteur de recherche spécialisé en collection de papillon. La force de Wikipédia, c'est d'avoir des articles sur tout, de la série télé à l'algorithme de Dijkstra. La force d'OSM, c'est de proposer l'ensemble : de la boulangerie à l'itinéraire de bus. C'est géographique ? c'est quelque part ? C'est dans OSM. À quand une mégabase (libre) pour tout ce qui est inscrit dans le temps ? J'y réfléchis depuis un moment, ça m'intéresse énormément. Le concept n'est pas encore mûr. Croisée avec OSM, c'est une bombe ! On y viendra ! -- Il faudrait un système indiquant une way, un point d'entré de ce way et un point de sortie, l'ensemble décrivant un parcours, mais dans le modèle actuelle des données OSM ce n'est pas faisable ou alors dans une base annexe. Une primitive point-trait-point, c'est presque le segment abandonné par OSM. Ou une relation segment point-trait-point à inclure dans une relation route à inclure dans une relation line... Découper les ways ou découper les relations ? Il faut de toute façon trancher et l'histoire l'a fait. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relecture et aide traduction Features: Piste maps
Je me demande si après-tout le 'pur hors-piste' a vocation à figurer dans la base. Pourquoi pas un coin à champignon? Je me pose la même question. Le hors-piste ne correspond à rien de physique. C'est juste un passage possible en ski. Il y avait eu une discussion il y a quelques mois sur la question si l'on devait tagger un chemin qui n'existe pas (l'exemple classique d'un itinéraire de randonnée ou de vtt qui passe dans un champs, sans qu'il y ait de trace au sol). Il faut aller chercher le consensus. Mais personnellement, je vois plus ce genre d'information dans une base parallèle. Exemple pratiquement identique : mes traces de montées en ski de rando à un sommet. Je ne détiens pas la trace qu'il faut suivre, et cela ne correspond pas à un chemin présent sur le terrain. Je pense donc pas qu'il soit bon de mettre ce genre d'info dans osm, mais plutôt dans une base spécialisé, comme camp2camp qui recense sous license libre (à la demande des utilisateurs) des traces itinéraires pour monter aux sommets,... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un billet sur une mapping party orga nisée par Google ;-)
Je ne résiste pas à l'envie de partager ce billet trouvé dans le journal des contributeurs d'osm.org publié le 20 mars par Komzpa et qui m'a bien fait marrer: http://www.openstreetmap.org/user/Kom%D1%8Fpa/diary/10047 Ce qui donne (approximativement) en français: Mardi 16 mars, Ihar Mahaniok a envoyé une invitation au groupe google mapmaker-belarus à se rendre à une Google Mapping Party à Minks le 19 mars. L'équipe d'OSM bielorusse a examiné cette invitation et finalement une idée a émergé sur le canal IRC: allons-y et parlons leur d'OSM ! Un groupe de volontaires (Komzpa, timerov, andrewsh, Haryaalcar) a aussitôt lancé le travail de préparation. Hind, un mec de Moscou, nous a aidé pour le dessin d'un T-Shirts. D'autres personnes, incluant Blackadder, m'ont aidé pour ma présentation. C'est ainsi que le 19 mars à 18h0, notre groupe est entré dans la salle du GMM-MP. Qu'est-ce qu'on y vu ? Plein d'ordinateurs avec de vieux écrans CRT 17'', avec Chrome déjà ouvert. Tout l'environnement semblait être fait pour limiter la capacité des gens à communiquer et fréquenter les autres - assied toi et cartographie. Après avoir écouté le discours d'Ekaterina (c'est cool! changez le monde! vous cartographiez, nous montrons!) Ihar a donné une leçon sur l'utilisation de mapmaker. Après avoir montré comment ajouter un point d'intérêt (POI) à l'endroit où l'évènement se déroulait (wordplay: ITtelecom centre - Центр Информационных Ресурсов и Коммуникаций - ЦИРК - circus) (comparez: http://tools.geofabrik.de/mc/?mt0=mapnikamp;mt1=googlemapmakeramp;lon=27.55132amp;lat=53.90163amp;zoom=18http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemapmakerlon=27.55132lat=53.90163zoom=18) et avoir montré comment éditer d'autres villes (ma bien-aimée Cherven: http://tools.geofabrik.de/mc/?mt0=mapnikamp;mt1=googlemapmakeramp;lon=28.40447amp;lat=53.71553amp;zoom=13)http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemapmakerlon=28.40447lat=53.71553zoom=13%29, où aucune image en haute résolution n'était disponible (malheureusement), il prononça le mot magique (mot clé) Questions? Timerov a alors démarré avec un angle intéressant: pouvez-vous en dire plus sur ce qu'est une mapping party?. Ihar a répondu qu'une mapping party est un évènement où les Google mapmakers vont à un endroit avec des ordinateurs et un accès internet rapide. Peut-on ajouter quelques détails à propos de l'histoire des mapping parties? - Comment? - Peut-on le montrer sur le projecteur? - Oui si ça n'est pas trop long. Mon tour. Vais au projecteur, transfert mon PDF, l'ouvre. Démarre avec l' Ile du Man, 2006 (ndt: la toute 1ère mapping party d'OSM). Les visages ne montre aucun signe d'intérêt. Barbecue... hey, l'audience se transforme! Tracés et photos de la dernière micro-mapping-party à Minsk... Le gars de chez Google a changé de tête, et j'ai commencé mon strip-tease montrant mon T-Shirt OSM :) Photogrammetry a ensuite terminé la présentation. Beaucoup de questions. Où? Comment? Qui? Pourquoi?... Réponses. Les questions continuent vers GMM. Comment peut-on les utiliser dans un GPS? - Autant que je sache, c'est pas possible de faire ça. Google Maps Belarusse n'avait pas encore démarré officiellement. C'est ce que Mahaniok annonça. Qui a beaucoup édité de cartes? - Je lève la main. J'ai plus de 50 noeuds dans OSM BY à mon actif, est-ce suffisant? :) Il apparait que quelques utilisateurs de mapmaker ont pensé que je travaillais pour google. Ils m'ont posé des questions à propos de GMM! Je leur ai soigneusement montré comment le faire avec OSM. Un gars de Wikipedia a demandé si OSM était wikipedia-compatible. Il a aimé le oui comme réponse :) Parler avec d'autres a été plus dur. Nous ne sommes pas des mappeurs, nous sommes juste étudiants - un certain nombre de gens sont venus non pas parce qu'ils aimaient mapmaker ou qu'ils aient accepté l'invitation, mais juste parce que leurs professeurs leur avait dit de venir. Je rappelle que tout ça se déroulait dans une université publique bielorusse. 30 prospectus sont partis en quelques minutes. Le projecteur a été utilisé pour montrer les fonctions d'alpha-stage sur http://latlon.org/ - les gens ont aimé les maisons en 3D de mapsurfer.net :) Moi : Ihar, comment puis-je mapper un pré? - Ça n'est pas dans les types? - Non - Pas possible! Regarde un peu plus!. Alors, il a fait défilé la liste pendant une minute et a finalement répondu: Malheureusement tu ne peux pas ajouter de pré avec mapmaker pour l'instant. Latlon.org sur le projecteur: Après tout ça, ils ont donné à chacun un t-shirt mapmaker et ont invité le groupe pour une photo. Le team OSM était avec leurs t-shirts noirs (merci Hind!), mapmakers - en bleu. Puis ils ont donné à chacun un diplôme (ouais, je suis un mapmaker entrainé avec 3 éditions!) et des diplômes spéciaux pour les meilleurs animateurs, moi (pour le gars le plus socialisant ici) et andrewsh (le gars qui a posé le plus de questions) Les diplômés spéciaux ont reçu une clé USG de 4gb en supplément. De la
[OSM-talk-fr] Re : Un billet sur une mapping party o rganisée par Google ;-)
Je l avais vu aussi a travers les Alertes Google sur Open Street Map et je me suis bien marre aussi, il faut oser ! Julien PS : desole pour le top posting mais le message est long a quoter De : Pieren pier...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mer 24 mars 2010, 1 h 35 min 24 s Objet : [OSM-talk-fr] Un billet sur une mapping party organisée par Google ;-) Je ne résiste pas à l'envie de partager ce billet trouvé dans le journal des contributeurs d'osm.org publié le 20 mars par Komzpa et qui m'a bien fait marrer: http://www.openstreetmap.org/user/Kom%D1%8Fpa/diary/10047 Ce qui donne (approximativement) en français: Mardi 16 mars, Ihar Mahaniok a envoyé une invitation au groupe google mapmaker-belarus à se rendre à une Google Mapping Party à Minks le 19 mars. L'équipe d'OSM bielorusse a examiné cette invitation et finalement une idée a émergé sur le canal IRC: allons-y et parlons leur d'OSM ! Un groupe de volontaires (Komzpa, timerov, andrewsh, Haryaalcar) a aussitôt lancé le travail de préparation. Hind, un mec de Moscou, nous a aidé pour le dessin d'un T-Shirts. D'autres personnes, incluant Blackadder, m'ont aidé pour ma présentation. C'est ainsi que le 19 mars à 18h0, notre groupe est entré dans la salle du GMM-MP. Qu'est-ce qu'on y vu ? Plein d'ordinateurs avec de vieux écrans CRT 17'', avec Chrome déjà ouvert. Tout l'environnement semblait être fait pour limiter la capacité des gens à communiquer et fréquenter les autres - assied toi et cartographie. Après avoir écouté le discours d'Ekaterina (c'est cool! changez le monde! vous cartographiez, nous montrons!) Ihar a donné une leçon sur l'utilisation de mapmaker. Après avoir montré comment ajouter un point d'intérêt (POI) à l'endroit où l'évènement se déroulait (wordplay: ITtelecom centre - Центр Информационных Ресурсов и Коммуникаций - ЦИРК - circus) (comparez: http://tools.geofabrik.de/mc/?mt0=mapnikamp;mt1=googlemapmakeramp;lon=27.55132amp;lat=53.90163amp;zoom=18) et avoir montré comment éditer d'autres villes (ma bien-aimée Cherven: http://tools.geofabrik.de/mc/?mt0=mapnikamp;mt1=googlemapmakeramp;lon=28.40447amp;lat=53.71553amp;zoom=13), où aucune image en haute résolution n'était disponible (malheureusement), il prononça le mot magique (mot clé) Questions? Timerov a alors démarré avec un angle intéressant: pouvez-vous en dire plus sur ce qu'est une mapping party?. Ihar a répondu qu'une mapping party est un évènement où les Google mapmakers vont à un endroit avec des ordinateurs et un accès internet rapide. Peut-on ajouter quelques détails à propos de l'histoire des mapping parties? - Comment? - Peut-on le montrer sur le projecteur? - Oui si ça n'est pas trop long. Mon tour. Vais au projecteur, transfert mon PDF, l'ouvre. Démarre avec l' Ile du Man, 2006 (ndt: la toute 1ère mapping party d'OSM). Les visages ne montre aucun signe d'intérêt. Barbecue... hey, l'audience se transforme! Tracés et photos de la dernière micro-mapping-party à Minsk... Le gars de chez Google a changé de tête, et j'ai commencé mon strip-tease montrant mon T-Shirt OSM :) Photogrammetry a ensuite terminé la présentation. Beaucoup de questions. Où? Comment? Qui? Pourquoi?... Réponses. Les questions continuent vers GMM. Comment peut-on les utiliser dans un GPS? - Autant que je sache, c'est pas possible de faire ça. Google Maps Belarusse n'avait pas encore démarré officiellement. C'est ce que Mahaniok annonça. Qui a beaucoup édité de cartes? - Je lève la main. J'ai plus de 50 noeuds dans OSM BY à mon actif, est-ce suffisant? :) Il apparait que quelques utilisateurs de mapmaker ont pensé que je travaillais pour google. Ils m'ont posé des questions à propos de GMM! Je leur ai soigneusement montré comment le faire avec OSM. Un gars de Wikipedia a demandé si OSM était wikipedia-compatible. Il a aimé le oui comme réponse :) Parler avec d'autres a été plus dur. Nous ne sommes pas des mappeurs, nous sommes juste étudiants - un certain nombre de gens sont venus non pas parce qu'ils aimaient mapmaker ou qu'ils aient accepté l'invitation, mais juste parce que leurs professeurs leur avait dit de venir. Je rappelle que tout ça se déroulait dans une université publique bielorusse. 30 prospectus sont partis en quelques minutes. Le projecteur a été utilisé pour montrer les fonctions d'alpha-stage sur http://latlon.org/ - les gens ont aimé les maisons en 3D de mapsurfer.net :) Moi : Ihar, comment puis-je mapper un pré? - Ça n'est pas dans les types? - Non - Pas possible! Regarde un peu plus!. Alors, il a fait défilé la liste pendant une minute et a finalement répondu: Malheureusement tu ne peux pas ajouter de pré avec mapmaker pour l'instant. Latlon.org sur le projecteur: Après tout ça, ils ont donné à chacun un t-shirt mapmaker et ont invité le groupe pour une photo. Le team OSM était avec leurs t-shirts noirs (merci Hind!), mapmakers - en bleu. Puis ils