Re: [OSM-talk-fr] zoom sur carte
Le vendredi 29 juin 2012 à 06:21 +0200, Philippe Verdy a écrit : Le 28 juin 2012 08:37, Marc Sibert m...@sibert.fr a écrit : http://c.tile.openstreetmap.org/18/133039/90247.png/status (donne l'état de la tuile) http://c.tile.openstreetmap.org/18/133039/90247.png/dirty (force le refresh) Dommage qu'on n'ait pas la même chose (au moins la sous-page /status) sur les autres serveurs de tuiles hors ceux ici de Mapnik. (C'est mod_tile qui fournit ceci. Mapnik est le moteur de rendu, pas le serveur). De même le framework OpenLayers ne tient pas compte de l'état du cache web affiche de façon indéfinie des images obsolètes récupérées d'anciennes versions stockées dans le cache, même lorsque le navigateur a chargé une nouvelle version des tuiles. [...] Les tuiles ne sont en fait que des images et OpenLayers les chargent comme telles. Comme tu le dis, OpenLayers ne tient pas compte de l'état du cache, il ne s'en occupe effectivement pas du tout. La gestion du cache que tu critiques est en fait celle du navigateur et concerne toutes les images, tuiles ou autres. Note qu'il serait difficile pour OpenLayers d'imposer arbitrairement une gestion du cache puisque toutes les couches tuilées ne sont pas identiques. Une couche basée sur des données VMAP ne change jamais alors qu'une couche basée sur OSM est très régulièrement mise à jour par exemple. Il existe des astuces pour éviter la mise en cache des ressources (images ou autre) mais c'est au développeur de l'application de les mettre en œuvre en fonction des besoins et des spécificités de ses tuiles. Au moins on n'a pas ce problème de rafraîchissement avec les autres frameworks. Mais OpenLayers est une collection de scripts particulièrement complexes qui génère du code Javascript effectuant apparemment ses requêtes HTTP lui-même sans passer par les fonctions de chargement web du navigateur OpenLayers construit dynamiquement l'URL des tuiles (des images donc) et ensuite ajoute un element img dans le DOM avec l'URL de la tuile comme source. C'est la procédure habituelle pour insérer dynamiquement une image dans une page et c'est, à mon humble connaissance, de cette manière que les autres framework fonctionnent aussi. et gérant d'une façon étrange le stockage dans le cache (ou qui ne tient pas compte des dates d'obsolescence): il génère alors un cache local absolument énorme contenant des tonnes de tuiles obsolètes qui ne sont même pas purgées. Encore une fois, le cache est géré par le navigateur, pas par OpenLayers. Si tu penses que la taille du cache devient trop importante, libre à toi de configurer ton navigateur en réduisant la taille de son cache. -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le 29 juin 2012 10:46, Gilles Bassière gbassi...@gmail.com a écrit : OpenLayers construit dynamiquement l'URL des tuiles (des images donc) et ensuite ajoute un element img dans le DOM avec l'URL de la tuile comme source. C'est la procédure habituelle pour insérer dynamiquement une image dans une page et c'est, à mon humble connaissance, de cette manière que les autres framework fonctionnent aussi. Visiblement il ne fonctionne pas du tout comme ça, il forme des requêtes dynamiques en Javascriptn et réimplémente dans ce script même le protocole HTTP lui-même, et utilise ses propres fonctions pour inscrire des ressources dans le cache. Ce serait tellement simple s'il se contentait de créer des balises img dans la page HTML en leur indiquant la source, mais visiblement il y a toute une usine derrière et le comportement réseau (tel que vu depuis la console du navigateur) est finalement extrêmement complexe (au passage il cherche aussi à utiliser des extensions Google assez récentes et pas encore normalisées, de fait ce n'est plus du HTTP classique, même si cela marche avec des serveurs HTTP classiques). Tout ça pour dire qu'il n'utilise pas la fonction de téléchargement de resource du navigateur mais la réimplante entièrement (je le vois créer lui-même des sockets, construire les cookies, les entêtes MIME). Et en fin de compte je me retrouve avec le cache du navigateur qui contient toute une série de versions de la même image chargées à différentes dates, mais dont OpenLayers continue à n'utiliser QUE la plus ancienne au lieu de prendre la plus récente et nettoyer les anciennes versions. A mon avis c'est un paquet de gros bogues dans les javascripts d'OpenLayers. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le 29 juin 2012 10:46, Gilles Bassière gbassi...@gmail.com a écrit : Encore une fois, le cache est géré par le navigateur, pas par OpenLayers. Si tu penses que la taille du cache devient trop importante, libre à toi de configurer ton navigateur en réduisant la taille de son cache. S'il utilisait le cache du navigateur, ces images en excès seraient nettoyées. Ce n'est pas le cas du tout, il n'est pas tenu compte du tout de la taille maxi du cache dans les préférences du navigateur. OpenLayers remplit...remplit... remplit... dans un dossier du navigateur mais pas dans son cache normal. Et ne nettoie rien du tout. En configurant le cache à 1Go les images téléchargées par OpenLayers arrivent rapidement à des dizaines de gigaoctets, cela grossit sans aucune limite. Si je vide le cache du navigateur par sa fonction intégrée, cela ne supprime pas ces images. Le seul moyen c'est de fermer complètement le navigateur et ses processus en arrière-plan, puis supprimer manuellement son dossier de cache d'application. Visiblement OpenLayers utilise non pas le cache web classique mais un des caches d'application (il y en a plusieurs maintenant selon les protocoles et leur persistence: on connait classiquement le cache des cookies, celui des pages web, il y a celui des bases de données locales, des préférences, des ressources générées dynamiquement, ces dernières semblant être bien celles utilisées par les resources téléchargées par OpenLayers, mais visiblement manipulées avant d'être sauvegardées.) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le 29 juin 2012 11:24, Philippe Verdy verd...@wanadoo.fr a écrit : Le 29 juin 2012 10:46, Gilles Bassière gbassi...@gmail.com a écrit : OpenLayers construit dynamiquement l'URL des tuiles (des images donc) et ensuite ajoute un element img dans le DOM avec l'URL de la tuile comme source. C'est la procédure habituelle pour insérer dynamiquement une image dans une page et c'est, à mon humble connaissance, de cette manière que les autres framework fonctionnent aussi. Visiblement il ne fonctionne pas du tout comme ça, il forme des requêtes dynamiques en Javascriptn et réimplémente dans ce script même le protocole HTTP lui-même, et utilise ses propres fonctions pour inscrire des ressources dans le cache. Ce serait tellement simple s'il se contentait de créer des balises img dans la page HTML en leur indiquant la source, mais visiblement il y a toute une usine derrière et le comportement réseau (tel que vu depuis la console du navigateur) est finalement extrêmement complexe (au passage il cherche aussi à utiliser des extensions Google assez récentes et pas encore normalisées, de fait ce n'est plus du HTTP classique, même si cela marche avec des serveurs HTTP classiques). Tout ça pour dire qu'il n'utilise pas la fonction de téléchargement de resource du navigateur mais la réimplante entièrement (je le vois créer lui-même des sockets, construire les cookies, les entêtes MIME). Et en fin de compte je me retrouve avec le cache du navigateur qui contient toute une série de versions de la même image chargées à différentes dates, mais dont OpenLayers continue à n'utiliser QUE la plus ancienne au lieu de prendre la plus récente et nettoyer les anciennes versions. A mon avis c'est un paquet de gros bogues dans les javascripts d'OpenLayers. Bonjour, Tout ça ne sont que des hypothèses sans aucun fondement technique. Si tu n'aimes pas OpenLayers et le Javascript n'en dégoutes pas les autres. Si tu sais comment corriger ce que tu annonces : juste fait le et après parles-en. Enfin, passe sur la liste technique vu la nature de l'échange. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau routier du Cantal : c'est fait
On 28/06/2012 09:44, Nicolas Dumoulin wrote: je fais une pause sur l'utilisation de la souris, j'ai le bras droit en compote. Fais comme moi - utilises la main gauche. Après une bonne grosse tendinite à la main droite il y a dix ans, due à l'abus de souris, je me suis lancé et après deux semaines j'étais à un niveau opérationnel suffisant. Aujourd'hui je suis entièrement ambidextre à la souris. Ca permet évidemment frimer (essentiel) mais c'est aussi un bon moyen de répartir les efforts sur le deux mains et donc de retarder l'apparition de tendinite. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le 29/06/2012 11:24, Philippe Verdy a écrit : il forme des requêtes dynamiques en Javascriptn et *réimplémente* dans ce script même *le protocole HTTP lui-même*, Waow. Openlayers a bien évolué depuis la dernière fois que je l'ai utilisé. M'enfin ils auraient pu implémenter un autre protocole que HTTP, genre SPDY. /ironie -- Tof ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartopartie Étape du Tour de France
Bonjour, Ce n'est pas annoncé comme étant une cartopartie mais j'y participerai également dans l'objectif de collecter des données tout au long du parcours et en particulier pour les voies vertes... http://www.heureux-cyclage.org/4-6-juillet-2012-Vosges-du-Sud-Une.html Si certains d'entre vous sont motivés pour se joindre à nous, même pour un bout de route, vous êtes les bienvenus! Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau routier du Cantal : c'est fait
2012/6/29 Jean-Marc Liotier j...@liotier.org: Fais comme moi - utilises la main gauche. Et quand la main gauche flanche à son tour, passe au pied droit, et ainsi de suite ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FlyLegacy... simulateur de vol libre qui utilise des données OSM...
Le 22 juin 2012 20:26, l...@worldonline.fr l...@worldonline.fr a écrit : Le vendredi 22 juin 2012 à 09:13 +0200, Fabien a écrit : Ça tourne sous wine ce genre de jeu ? Si c'est Open Source, tu as les sources et tu compiles sous Linux. En espérant qu'ils ont fait ça avec OpenGL Je reviens à ce sujet. Bon bah dans le zip c'est un vieux .exe pour Windows. L'installation avec wine fonctionne par contre sous CentOS (vieille version de wine) ça marche pas. À voir sur un système qui a un wine plus évolué. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
J'en sais rien, j'ai l'impression que SPDY est déjà dedans... Mais difficile à dire étant donné la forme compressée de ces scripts. Mon but n'est pas de dégoûter les autres. Il y a bien une anomalie dedans mais avant de me dire de changer les choses, je ne peux que constater le problème mais je suis loin de savoir tout ce qu'il y a dedans. C'est à peine si j'arrive à y retrouver la façon dont il forme les paramètres de ses requêtes, il y a tout un paquet de classes qui construisent d'autres classes dynamiquement, et des tonnes d'optimisations locales qui rendent le code difficile à analyser et tracer (donc bon nombre de méthodes anonymes). Mais je vois bien dans le code du javascript pour ouvrir des raw sockets, et du code pour accéder et transformer les données retournées et stocker les résultats. L'ajout des images dans la page HTML n'est qu'une dernière étape. Je vous très bien que les images ouvertes par un clic doit vers un autre onglet sont affichées différemment des images qu'on voit dans la page générée par OpenLayers. Même si ce sont en apparence les mêmes liens, cet affichage différent signifie qu'elles ne proviennent pas du même cache. Ce serait tellement compliqué qu'OpenLayers tienne compte de l'action CTRL+R our CTRL+F5 qui rafraichit une page, pour qu'il rafraichisse aussi les images chargées dynamiquement, de la même façon qu'in image peut aussi être affichée statiquement dans un onglet séparé où elle peut être rafraichie ? Le 29 juin 2012 11:53, Christophe Badoit openstreet...@tof2k.com a écrit : Le 29/06/2012 11:24, Philippe Verdy a écrit : il forme des requêtes dynamiques en Javascriptn et réimplémente dans ce script même le protocole HTTP lui-même, Waow. Openlayers a bien évolué depuis la dernière fois que je l'ai utilisé. M'enfin ils auraient pu implémenter un autre protocole que HTTP, genre SPDY. /ironie -- Tof ___ 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] zoom sur carte
Bonjour, J'en sais rien, j'ai l'impression que SPDY est déjà dedans... Mais difficile à dire étant donné la forme compressée de ces scripts. Pour info, OpenLayers est disponible en deux versions. Une première compressée idéale pour la production. Et une seconde non-compressée pour le développement. Si tu télécharges cette bibliothèque tu pourras facilement t'en rendre compte. Deuxièmement, à ma connaissance il n'y a jusqu'à tout récemment aucune gestion de cache par OpenLayers. C'est uniquement ton navigateur qui assurait ce rôle. Néanmoins, depuis la 2.12 un nouvelle fonctionnalité a été implémentée pour la gestion du offline. A mon sens avant de partir dans des conjonctures plus ou moins techniques d'une bibliothèque, logiciel, etc., il est nécessaire de bien se renseigner. Sinon on arrive rapidement à des affirmations sans fondements. Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau routier du Cantal : c'est fait
Moi je suis passé au front pour frapper les touches quand je fatigue... ça me donne une figure signée AZERTYUIOP au bout d'un moment mais ça fait geek et ça cache les inflammations des derniers coups de soleil... Et ça permet aussi de dire que j'ai bcp travaillé avec les mains et que ce n'était pas une sieste que je faisais sur la tête posée sur le clavier. Après on peut changer d'interface et passer à la manette de la Wii pour cartographier sur un grand écran plat 16/9 de TV... ou utiliser le tapis-balance pour faire ça en dansant... Bientôt on pourra utiliser aussi un battement de paupière avec les lunettes communicantes Google (intégré: un projecteur sur un prisme, des écouteurs dans les branches, un suivi des mouvements de l'oeil par une micro caméra, une autre caméra pour prendre photos et vidéos. On a aussi des gants qui font une interface avec chaque doigt... Sinon avec les sextoys qu'on invente aujourd'hui, je me demande s'il n'existe pas déjà une interface numérique connectée là aussi pour suivre les performances et participer dans certains jeux vidéo X et pourquoi pas dans d'autres applications... Les matériels IHM commencent à utiliser des tas de nouveaux capteurs originaux dont les jeux sont les premiers promoteurs. La souris commence à dater. Le 29 juin 2012 12:19, Pieren pier...@gmail.com a écrit : 2012/6/29 Jean-Marc Liotier j...@liotier.org: Fais comme moi - utilises la main gauche. Et quand la main gauche flanche à son tour, passe au pied droit, et ainsi de suite ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Alors pourquoi les requêtes HTTP et resources accédées ne sont pas listées parmi les resources de la page chargée, et invisibles dans le moniteur réseau alors qu'on voit bien le chargement des scripts OpenLayers et du fond de page et éléments statiques dessus ? Je ne suis pas convaincu que la version compressée ne contienne que ce que tu as vu dans la version source. OpenLayers a été largement modifié par Google pour ses besoins, et pour aussi prendre en charge des transformations et la mise en cache d'images transformées localement (changement d'échelle, lissage, rotation, rendu 3D, avec des tas de trucs qu'on n'utilise pas encore comme le WebGL, à voir sur Google Earth par exemple, ou encore la gestion des couches SVG, et des tas de trucs concernant les icones visibles avec liens actif affichant des panneaux d'information contextuels). OpenLayers avec tous ses plugins est un gros morceau pas simple à analyser donc pas non plus à modifier. Le 29 juin 2012 12:40, Arnaud Vandecasteele arnaud@gmail.com a écrit : Bonjour, J'en sais rien, j'ai l'impression que SPDY est déjà dedans... Mais difficile à dire étant donné la forme compressée de ces scripts. Pour info, OpenLayers est disponible en deux versions. Une première compressée idéale pour la production. Et une seconde non-compressée pour le développement. Si tu télécharges cette bibliothèque tu pourras facilement t'en rendre compte. Deuxièmement, à ma connaissance il n'y a jusqu'à tout récemment aucune gestion de cache par OpenLayers. C'est uniquement ton navigateur qui assurait ce rôle. Néanmoins, depuis la 2.12 un nouvelle fonctionnalité a été implémentée pour la gestion du offline. A mon sens avant de partir dans des conjonctures plus ou moins techniques d'une bibliothèque, logiciel, etc., il est nécessaire de bien se renseigner. Sinon on arrive rapidement à des affirmations sans fondements. Arnaud ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
OpenLayers a été largement modifié par Google pour ses besoins, et pour aussi prendre en charge des transformations et la mise en cache d'images transformées localement (changement d'échelle, lissage, rotation, rendu 3D, avec des tas de trucs qu'on n'utilise pas encore comme le WebGL, à voir sur Google Earth par exemple, ou encore la gestion des couches SVG, et des tas de trucs concernant les icones visibles avec liens actif affichant des panneaux d'information contextuels). euhhh, philippe es-tu certain qu'on parle du même sujet ??? OpenLayers (OL) [1], est une bibliothèque cartographique indépendante de Google. peut être que ta confusion provient du fait que parfois on utilise OpenLayers avec un fond Google. Mais cela provient uniquement du fait qu' OL implémente le protocole de Google pour les tuiles. Rien de plus. OpenLayers avec tous ses plugins est un gros morceau pas simple à analyser donc pas non plus à modifier. Deuxièmement, l'un des partis pris des développeurs d'OL était justement de en pas utiliser de plugin. Cette décision a été prise afin d'être complètement indépendant de tout cycle de développement annexe. Enfin concernant l'architecture d'Openlayers. Oui elle n'est pas simple. C'est un outil complet et qu'il est nécessaire d'apprendre à utiliser. Néanmoins, je trove l'organisation assez logique et il est facile rapidement de savoir quelle partie modifier. Dans la version non compressée, tout est rangé par classe et par fonctionnalités. Mais comme je le disais pour savoir cela il faut avoir déjà téléchargé et utilisé Openlayers... A. [1] http://openlayers.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réseau routier du Cantal : c'est fait
On 29/06/2012 12:19, Pieren wrote: 2012/6/29 Jean-Marc Liotier j...@liotier.org: Fais comme moi - utilises la main gauche. Et quand la main gauche flanche à son tour, passe au pied droit, et ainsi de suite ;-) Sérieusement, l'usage des pieds a un grand potentiel inexploité. Le Vim Clutch par exemple - https://github.com/alevchuk/vim-clutch#readme pourrait être adapté pour passer des raccourcis clavier fréquemment utilisés dans d'autres applications. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le 29/06/2012 11:32, Philippe Verdy a écrit : S'il utilisait le cache du navigateur, ces images en excès seraient nettoyées. Ce n'est pas le cas du tout, il n'est pas tenu compte du tout de la taille maxi du cache dans les préférences du navigateur. OpenLayers remplit...remplit... remplit... dans un dossier du navigateur mais pas dans son cache normal. Et ne nettoie rien du tout. En configurant le cache à 1Go les images téléchargées par OpenLayers arrivent rapidement à des dizaines de gigaoctets, cela grossit sans aucune limite. Si je vide le cache du navigateur par sa fonction intégrée, cela ne supprime pas ces images. Le seul moyen c'est de fermer complètement le navigateur et ses processus en arrière-plan, puis supprimer manuellement son dossier de cache d'application. Visiblement OpenLayers utilise non pas le cache web classique mais un des caches d'application (il y en a plusieurs maintenant selon les protocoles et leur persistence: on connait classiquement le cache des cookies, celui des pages web, il y a celui des bases de données locales, des préférences, des ressources générées dynamiquement, ces dernières semblant être bien celles utilisées par les resources téléchargées par OpenLayers, mais visiblement manipulées avant d'être sauvegardées.) C'est marrant, chez moi, ctr+F5 ça marche bien. D'ailleurs OpenLayer, c'est du javascript et ça ne peut faire que ce que le navigateur laisse faire au javascript. Et c'est du javascript inclus dans la page et non une extension Firefox qui peut beaucoup plus... Et quand je regarde le code d'OpenLayers je ne trouve rien qui ne soit conventionnel. Et les requêtes de tuiles apparaissent bien dans Firebug. Je pense qu'il y a un mauvais génie dans ton ordinateur. Ou de la magie noire... Ou un démon... S'il te faut de l'eau bénite ou un exorciste, je peux m'arranger... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] questions de débutants en carto accessible
Bonjour Pieren, et bonjour à tous, Déjà un grand merci pour vos messages qui nous ont bien aidé, avec une mention spéciale à Pieren qui s'est fendu d'une réponse pour le moins exhaustive ! Pour ce qui est des tags des trottoirs nous avons choisi l'option la moins fastidieuse, qui est de rajouter les clés de trottoirs sur les rues déjà existantes (ex footway:left:surface=). Nous avons soumis un début de notre travail, c'est visible ici http://www.openstreetmap.org/?lat=45.749227lon=4.745205zoom=18layers=M, notamment la rue des Tourrais, rue des Doc Merieux, rue des lilas, et d'autres troncons.. Maintenant nous espérons de nous travaillons correctement pour que nos infos soient utilisables par les moteurs d'itinéraire accessibles. Ca, nous n'en savons pas encore grand chose Donc si certains veulent nous aider IRL pour des relevés ou la saisie dans JOSM : vous seraient les bienvenus à Craponne. Et si d'autres veulent bien valider le fruit de notre travail en regardant ce que nous avons livré : merci par avance ;-) Laurent CLAUDE -- View this message in context: http://gis.19327.n5.nabble.com/questions-de-debutants-en-carto-accessible-tp5711064p5714591.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Article sur la qualité d'OpenStreetMap dans XYZ
De : rldhont rldh...@gmail.com Bonjour, Comme indiqué ici http://www.agrotic.org/blog/?p=2722 L'article est issue d'un travail de fin d'étude. Le dossier complet de 71 pages est disponible ici : http://opheliepetit.fr/pdf/Dossierqualiteopenstreetmap.pdf Merci pour le lien. C est vraiment tres interessant ! Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Aaaah Philippe Verdy... Si vous n'existiez pas, il faudrait vous inventer ! J'ai bien aimé le passage sur Google, j'aurais bien vu aussi la CIA et quelques martiens soumettre des patchs pour pimenter un peu la scène :) Je n'ai malheureusement pas le temps de répondre à tout ce qui me semble inexact ou insuffisemment précis dans vos propos. Je vais simplement m'arrêter sur ce morceau qui a le mérite d'être concret et facilement vérifiable : Le 29 juin 2012 12:30, Philippe Verdy verd...@wanadoo.fr a écrit : je vois bien dans le code du javascript pour ouvrir des raw sockets Pourriez-vous indiquer à quel endroit du code vous voyez bien ça ? Pour information, tout le code de la bibliothèque est consultable en ligne (en version non-minifiée, c'est plus pratique !) à cette adresse : http://trac.osgeo.org/openlayers/browser/trunk/openlayers/lib/OpenLayers Avec cet outil de consultation, quand vous ouvrez un fichier, vous pouvez cliquer dans la marge sur le numéro de ligne pour obtenir un lien permanent vers cette ligne. Ça vous sera utile pour indiquer à quel endroit sont les raw socket (ce que vous appelez comme tel en tout cas). Je vous avoue que j'ai peu d'espoir de voir ce bout de code dans OpenLayers. En effet, il n'existe pas à ma connaissance de moyen d'ouvrir des raw socket en JavaScript depuis le navigateur. Mais ce sera peut-être l'occasion d'expliquer ce que fait le morceau de code incriminé et de détendre cette atmosphère injustement suspicieuse. Bien cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] questions de débutants en carto accessible
Bonsoir Merci pour cette démonstration de finesse dans OSM :) Vous avez donc utilisé les tags du style : - *footway:left.smoothness*: good - *footway:left.surface*: asphalt - *footway:left.wheelchair*: yes - *footway:left.width*: 1.5 - *footway:right.smoothness*: 1.5 - *footway:right.surface*: asphalt - *footway:right.wheelchair*: yes - *footway:right.width*: 1.5 - *highway*: residential - *name*: Rue des Docteurs Mérieux Personnellement cela me va bien. Par contre, je me demandais pourquoi avoir utlisé : footway:left.smoothness au lieu de footway:left:smoothness ? Je ne sais pas lequel est le mieux, mais j'aurais eu tendance à utiliser le 2ème. Par contre, j'aurais une nette préférence pour utliiser le tag sidewalk, ainsi : sidewalk:left.width (ou :width) . Ainsi on peut mettre ce tag sur un highway= footway ou tertiary ou secondary, etc. Et les robots / applications qui voudront utiliser ce tags pourront le faire facilement. Pour afficher tous les trottoirs d'une manière sur une carte, l'application n'aura qu'à regarde le(s) tags sidewalk, au lieu de regarder d'abord le tag highway pour déterminer le type, puis chercher les sous tags de ce type. En outre, si on change le type d'une rue, par exemple de residential à tertiary, on sera alors obligé de modifier TOUS les sous tags de description de trottoirs, et la tâche sera herculéenne. Qu'en pensez vous ? Michael Le 29 juin 2012 15:35, lclaude laurent.cla...@arimc-ra.org a écrit : Bonjour Pieren, et bonjour à tous, Déjà un grand merci pour vos messages qui nous ont bien aidé, avec une mention spéciale à Pieren qui s'est fendu d'une réponse pour le moins exhaustive ! Pour ce qui est des tags des trottoirs nous avons choisi l'option la moins fastidieuse, qui est de rajouter les clés de trottoirs sur les rues déjà existantes (ex footway:left:surface=). Nous avons soumis un début de notre travail, c'est visible ici http://www.openstreetmap.org/?lat=45.749227lon=4.745205zoom=18layers=M, notamment la rue des Tourrais, rue des Doc Merieux, rue des lilas, et d'autres troncons.. Maintenant nous espérons de nous travaillons correctement pour que nos infos soient utilisables par les moteurs d'itinéraire accessibles. Ca, nous n'en savons pas encore grand chose Donc si certains veulent nous aider IRL pour des relevés ou la saisie dans JOSM : vous seraient les bienvenus à Craponne. Et si d'autres veulent bien valider le fruit de notre travail en regardant ce que nous avons livré : merci par avance ;-) Laurent CLAUDE -- View this message in context: http://gis.19327.n5.nabble.com/questions-de-debutants-en-carto-accessible-tp5711064p5714591.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le Friday 29 June 2012, à 16:32:30PM +0200, Gilles a écrit : Je vous avoue que j'ai peu d'espoir de voir ce bout de code dans OpenLayers. En effet, il n'existe pas à ma connaissance de moyen d'ouvrir des raw socket en JavaScript depuis le navigateur. C'est vrai que j'ai bien ri aussi. Cela dit, même si OpenLayers n'utilise pas cette possibilité, on peut ouvrir des raw sockets en JavaScript. http://en.wikipedia.org/wiki/Websockets Apparemment, j'ai l'impression philippe croit qu'OpenLayers est utilisé sur google maps, et ça m'étonnerait pas plus que ça que google maps utilise les websockets. a+ arno -- http://syj.renevier.net/ Show Your Journey, website to share routes ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Projet EVHAC Volontaires européens d’aide humanitaire open-source - candidatures
Bonjour, L'union Européenne cherche à développer un Corps Européen de Volontaires d’Aide Humanitaire et a lancé un programme Volontaires européens d’aide humanitaire open-source qui s'adresse à de jeunes Européens de moins de 26 ans au 15 septembre 2012, parlant anglais et français, pour un déploiement de 6 mois dans quatre pays africains. HOT (Humanitarian OpenStreetMap Team) est l'un des nombreux partenaires de ce projet, pour la partie mapping. Toute la partie recrutement des volontaires est effectuée par France Volontaires. Nous avons appris que les candidatures sont encore ouvertes à tous. La date de clôture est cependant très proche : lundi 2 juillet à 23h59, mais le dossier de cette phase de présélection est assez léger et ne nécessite aucune pièce administrative particulière (à part sans doute d'avoir déjà un passeport). Toutes les informations sont accessibles à cette adresse : http://france-volontaires.org/Appel-a-candidature-pour-le-projet Dans un prochain message, nous en dirons plus sur le rôle de HOT et le développement d'OSM dans ces pays dans le cadre de ce projet. Bien cordialement, http://img4.hostingpics.net/pics/224326500pxHotlogowithtext.png * Severin MENARD Senior Project Lead France tel (+33) 9 70 46 75 95 Brazil tel1 (+55) 71 82 22 11 45 Brazil tel2 (+55) 71 33 44 55 71 Skype ID severin.menard * * * ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le 29 juin 2012 17:45, arno a...@renevier.net a écrit : Cela dit, même si OpenLayers n'utilise pas cette possibilité, on peut ouvrir des raw sockets en JavaScript. http://en.wikipedia.org/wiki/Websockets Apparemment, j'ai l'impression philippe croit qu'OpenLayers est utilisé sur google maps, et ça m'étonnerait pas plus que ça que google maps utilise les websockets. Tu interprètes. Je crois plutôt que Google participe à OpenLayers en tant que plateforme alternative pour entrer sur des plateformes qu'il ne contrôle pas encore. L'interface pour Google Maps dans OpenLayers doit certainement venir de chez lui, et Google a adapté sa propre API et ses licences afin de rendre cette utilisation dans OpenLayers la plus facile possible. Quant aux web sockets elles sont dans tous les navigateurs et outils de Google qui fournir aussi une bibliothèque Javascript dont il se sert et qu'il a porté sur différents navigateurs même hors de Chrome (Google vise aussi maintenant iOS sur lequel il vient de bâtir une version de Chrome pour les smartphones et tablettes Apple, le but étant bien d'intégrer son offre de services et consolider sa présence et sa visibilité même au sein des offres alternatives aux siennes. Après c'est une question de marketing. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Philippe, Encore une fois je crois que tu te trompes. Google n'a rien à voir avec Openlayers. Ce sont deux projets indépendants. Un peu d'histoire : L'histoire d'OL débute en juin 2005 lors de la Conférence Where 2.0. Face au succès rencontré par l'API Google Maps une réflexion est amorcée par la société MetaCarta afin de proposer une alternative Open Source. Le projet OpenLayers est alors officiellement lancé. Google n'a pas non plus adapté son api ni ses licences afin de rendre son utilisation dans OL la plus facile possible. Je ne sais pas ce que tu as pris aujourd'hui mais c'était de la bonne :D A. Tu interprètes. Je crois plutôt que Google participe à OpenLayers en tant que plateforme alternative pour entrer sur des plateformes qu'il ne contrôle pas encore. L'interface pour Google Maps dans OpenLayers doit certainement venir de chez lui, et Google a adapté sa propre API et ses licences afin de rendre cette utilisation dans OpenLayers la plus facile possible. Quant aux web sockets elles sont dans tous les navigateurs et outils de Google qui fournir aussi une bibliothèque Javascript dont il se sert et qu'il a porté sur différents navigateurs même hors de Chrome (Google vise aussi maintenant iOS sur lequel il vient de bâtir une version de Chrome pour les smartphones et tablettes Apple, le but étant bien d'intégrer son offre de services et consolider sa présence et sa visibilité même au sein des offres alternatives aux siennes. Après c'est une question de marketing. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le 29 juin 2012 15:21, Vincent Pottier vpott...@gmail.com a écrit : C'est marrant, chez moi, ctr+F5 ça marche bien. Oui ça rafraichit la page, mais PAS les tuiles qu'il faut rafraichir en les sélectionnant une par une dans un onglet séparé où CTRL+F5 effectue effectivement le rafraichissement. Je ne sais pas trop ce qui se passe mais cela ressemble bien à une anomalie de compatibilité d'OpenLayers, puisque je note que mon cache se remplit de centaines de copies de la même tuile, mais il n'affiche toujours QUE la première téléchargée et ne tient pas compte des autres et ne purge strictement rien. Note: je n'utilise PAS Firefox pour des raisons évidentes pour moi : trop instable, et pas assez sécurisé, c'est une véritable passoire jamais à jour en plus dont les bogues critiques (et publiés) sont ouverts trop longtemps sans aucune correction disponible. Donc pas la console Firebug non plus. Je n'utilise pas plus IE même s'il est rapide maintenant (impsosible de gérer et désinstaller cordectement les plugins qui ont beaucoup trop de droits sur le système. Ce que je dis est que le portage d'OpenLayers pour d'autres navigateurs que Firefox n'a pas vraiment été bien testé et qu'il existe d'autres frameworks pour afficher une slippymap que OpenLayers, d'une façon également beaucoup plus fluide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Note: je n'utilise PAS Firefox pour des raisons évidentes pour moi : trop instable, et pas assez sécurisé, c'est une véritable passoire jamais à jour en plus dont les bogues critiques (et publiés) sont ouverts trop longtemps sans aucune correction disponible. Donc pas la console Firebug non plus. Firefox trop instable et pas sécurisé... Ok passons, je n'ai pas de compétence sur ce sujet. Même si je trouve que tu vas un peu fort. Je l'utilise quotidiennement et je n'ai pas rencontré de souci particulier. Néanmoins, là n'est pas la question. Ce que je dis est que le portage d'OpenLayers pour d'autres navigateurs que Firefox n'a pas vraiment été bien testé et qu'il existe d'autres frameworks pour afficher une slippymap que OpenLayers, d'une façon également beaucoup plus fluide. OpenLayers a été et est toujours sur tous les navigateurs. C'est aujorud'hui la bibliothèque la plus complète et la plus générique. Mais, il peut arriver parfois que certaines fonctionnalités spécifiques soient dégradés en fonction par exemple de normes CSS pas encore implémentées par le navigateur. Enfin, oui il existe d'autres frameworks (Leaflet, tile5, etc.) mais, mise à part LeafLet, il n'y a aucune comparaison possible, OL est loin devant. A. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
On Fri, Jun 29, 2012 at 06:31:47PM +0200, Philippe Verdy wrote: Je ne sais pas trop ce qui se passe mais cela ressemble bien à une anomalie de compatibilité d'OpenLayers, puisque je note que mon cache se remplit de centaines de copies de la même tuile, mais il n'affiche toujours QUE la première téléchargée et ne tient pas compte des autres et ne purge strictement rien. Apparemment, tu es le seul à avoir le problème. En plus de toutes manières, on n'y peut rien sur cette liste. La meilleur chose à faire, c'est de te créer un compte sur le bugtracker d'OpenLayers, et d'expliquer où et comment tu vois le problème. S'il y a vraiment un bug, il sera probablement corrigé dans la prochaine version. http://trac.osgeo.org/openlayers/query ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] FlyLegacy... simulateur de vol libre qui utilise des données OSM...
Le vendredi 29 juin 2012 à 12:25 +0200, Fabien a écrit : Je reviens à ce sujet. Bon bah dans le zip c'est un vieux .exe pour Windows. L'installation avec wine fonctionne par contre sous CentOS (vieille version de wine) ça marche pas. À voir sur un système qui a un wine plus évolué. Et par rapport à Flightgear, c'est mieux ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le 29/06/2012 18:31, Philippe Verdy a écrit : Le 29 juin 2012 15:21, Vincent Pottier vpott...@gmail.com a écrit : C'est marrant, chez moi, ctr+F5 ça marche bien. Oui ça rafraichit la page, mais PAS les tuiles qu'il faut rafraichir en les sélectionnant une par une dans un onglet séparé où CTRL+F5 effectue effectivement le rafraichissement. Si, si. J'insiste. Je l'ai fait tout à l'heure. Je charge une zone dans Firefox. Je la travaille dans JOSM. J'enregistre. Je laisse reposer dans un endroit frais. Même pas longtemps en fait. Si je fais F5 dans Firefox, il recharge la page mais sans mise à jour des tuiles. Mais si je fais ctr+F5, j'ai des tuiles toutes fraîches. Je ne suis pas allé voir dans le cache de Firefox puisque ça marche. Et j'ai déjà vu que si j'ai une carte à l'écran et que j'affiche une tuile dans un onglet puis que je demande la mise à jour, la nouvelle tuile s'affiche bien dans la carte de l'onglet précédent. Firefox a peut-être des failles de sécurités, de stabilité. Mais je ne les ai pas vues. Et pourtant, je le torture le renard... une soixantaine d'onglets ouverts et il ne tousse pas.* Par contre il marche super bien avec OpenLayer, FireBug... et autres outils que j'utilise beaucoup. Je n'utilise pas IE. Ça n'existe pas dans l'univers où j'habite. Ce que je dis est que le portage d'OpenLayers pour d'autres navigateurs que Firefox n'a pas vraiment été bien testé et qu'il existe d'autres frameworks pour afficher une slippymap que OpenLayers, d'une façon également beaucoup plus fluide. Autre que Firefox ? Mais quoi ? Le problème est peut-être là... De l'info précise... Il n'y a que ça de vrai ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
en fouillant un peu les métadonnées des dizaines de copies de la même tuile je vois en fait que toutes ces copies ont été effectuées avec des requêtes de type POST en principe non cachables de la façon dont elles sont formées, et que même les métadonnées retournées sont toutes différentes. Pourtant elles semblent être interprétées comme soignifiant l'image n'a pas changé, continuer à utiliser l'ancienne image encore dans le cache). En foulliant en mémoire, je vois que toutes ces images s'y accumulent et y restent référencées (dans un IFRAME invisible non attaché au document). Il s'agirait donc d'un memory leak empêchant les purges de données. De plus les cookies de session ne sont pas conservés même si on reste connecté, il y a a chaque fois création d'une nouvelle session. Je voudrait bien pouvoir pister le contenu complet des requêts qui s'effectuent en arrière plan dans un IFRAME non ataché au document mais visiblement il n'y a aucun moyen de s'y attacher. J'ai donc cherché un autre moyen en installant un proxy transparent traceur externe. Et là je vois les requêtes, qui s'exécutent quand elles veulent par paquets mais pas au momeent où on fait la demande de rafraichissement, et dont le résultat est totalement ignoré... jusqu'à ce que l'onglet soit fermé et réouvert (CTRL+F5 ne ferme pas les références aux données de la page en cours, apparemment un intercepteur d'évènement onunload empêche la page en cours d'être fermée totalement avec les autres documents séparés qui y sont attachés indirectement par les IFRAME). Je vois aussi un tas de code en commentaire avec différentes solutions de contournement selon quelques navigateurs pour gérer le cas de la purge supposée des contenus des IFRAMEs quand ils sont attachés à un autre élément d'un autre document. Ils laissent penser qu'une purge devrait avoir lieu dans certaines conditions pour fermer les références en cours sur une instance d'une image qui dès lors n'est pas transférée d'un IFRAME vers le document principal. Je n'ai pas ce souscis avec les autres frameworks qui eux affichent correctement (et bien plus rapidement) les raffraichissements et même la page complète. Enfin un point d'arrêt sur un handler d'évènement onload n'est jamais atteint quand il le faut, mais seulement très tardivement après avoir tenté d'afficher uniquement un nombre suffisant d'autres tuiles. MAis quand il est atteint l'objet image passé en paramètre et d'où est sensé venir l'évènement associé n'est même pas le bon... Le 29 juin 2012 18:51, arno a...@renevier.net a écrit : On Fri, Jun 29, 2012 at 06:31:47PM +0200, Philippe Verdy wrote: Je ne sais pas trop ce qui se passe mais cela ressemble bien à une anomalie de compatibilité d'OpenLayers, puisque je note que mon cache se remplit de centaines de copies de la même tuile, mais il n'affiche toujours QUE la première téléchargée et ne tient pas compte des autres et ne purge strictement rien. Apparemment, tu es le seul à avoir le problème. En plus de toutes manières, on n'y peut rien sur cette liste. La meilleur chose à faire, c'est de te créer un compte sur le bugtracker d'OpenLayers, et d'expliquer où et comment tu vois le problème. S'il y a vraiment un bug, il sera probablement corrigé dans la prochaine version. http://trac.osgeo.org/openlayers/query ___ 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] zoom sur carte
Le 29/06/2012 20:19, Philippe Verdy a écrit : en fouillant un peu les métadonnées des dizaines de copies de la même tuile je vois en fait que toutes ces copies ont été effectuées avec des requêtes de type POST en principe non cachables de la façon dont elles sont formées, et que même les métadonnées retournées sont toutes différentes. Pourtant elles semblent être interprétées comme soignifiant l'image n'a pas changé, continuer à utiliser l'ancienne image encore dans le cache). En foulliant en mémoire, Arrêter le, il fume ! -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Dernière mise à jour de l'App iPhiGeNie
Cette mise à jour est assez surprenante ! Pour ceux qui ne connaissent pas cette application, c'est l'App officielle sur iOS (iPhone/iPad) qui donne accès sur abonnement aux cartes et imagerie aérienne de l'IGN. Ce qui est étonnant donc est l'apparition d'OSM dans cette application à l'occasion de cette mise à jour qui prépare la transition vers l'API v3 du geoportail (passage à une projection de Mercator!) Encore plus étonnant est l'affichage sur demande des tuiles d'OpenCycleMap. Le changelog est pas mal non plus, on peut y lire qu'OpenStreetMap bien que de moins bonne qualité à l'avantage d'une couverture mondiale :) Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] zoom sur carte
Le 29 juin 2012 06:21, Philippe Verdy verd...@wanadoo.fr a écrit : Mais je me demande dans tout ça à qui demander de revoir la gestion défaillante des caches locaux de tuiles dans JOSM ... Aux développeurs, par exemple ?!! http://josm.openstreetmap.de/wiki/Fr:WikiStart#Bugs Pour information, il y a déjà plusieurs tickets qui traitent de ce sujet: http://josm.openstreetmap.de/query?status=assignedstatus=newstatus=reopenedsummary=~cache ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Piste de ski, chemin et piste.
Bonsoir, Il semble que sur la plupart des cartes, les pistes de ski soient ignorées. C'est pas bien grave, sur les rendus routier, sauf que celles-ci, l'été, servent souvent de chemin de randonnée ou de piste. Résultat quand on lie les pistes de ski avec avec piste ou des chemins ... on se retrouve avec des pointillés sur les rendus. La question est donc faut-il étiqueter ces ways qui supportent les pistes de ski avec les tags de chemin ou piste en plus pour expliciter le fait que ce way sert aussi de chemin ou de piste? Ou bien est-ce au système de rendu ou de routage de supposer que ce way sert aussi a autres chose que les descente a ski? Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réf.: Re: zoom sur carte
Le ven. 29 juin 2012 18:31 HAEC, Philippe Verdy a écrit : Le 29 juin 2012 15:21, Vincent Pottier vpott...@gmail.com a écrit : C'est marrant, chez moi, ctr+F5 ça marche bien. Oui ça rafraichit la page, mais PAS les tuiles qu'il faut rafraichir en les sélectionnant une par une dans un onglet séparé où CTRL+F5 effectue effectivement le rafraichissement. Je ne sais pas trop ce qui se passe mais cela ressemble bien à une anomalie de compatibilité d'OpenLayers, puisque je note que mon cache se remplit de centaines de copies de la même tuile, mais il n'affiche toujours QUE la première téléchargée et ne tient pas compte des autres et ne purge strictement rien. Note: je n'utilise PAS Firefox pour des raisons évidentes pour moi : trop instable, et pas assez sécurisé, c'est une véritable passoire jamais à jour en plus dont les bogues critiques (et publiés) sont ouverts trop longtemps sans aucune correction disponible. Donc pas la console Firebug non plus. Je n'utilise pas plus IE même s'il est rapide maintenant (impsosible de gérer et désinstaller cordectement les plugins qui ont beaucoup trop de droits sur le système. Ce que je dis est que le portage d'OpenLayers pour d'autres navigateurs que Firefox n'a pas vraiment été bien testé et qu'il existe d'autres frameworks pour afficher une slippymap que OpenLayers, d'une façon également beaucoup plus fluide C est frustrant tu nous dis pas ce que tu utilises comme alternatives... quel navigateur?quel autre framework? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
