Re: [OSM-talk-fr] indication de zoom de rendu ?
Le Sun 21 Feb 2010 à 22:48 +0100, Pieren a ecrit : 2010/2/21 Guillaume Allegre allegre.guilla...@free.fr Elle n'apparait qu'aux zoom 17 et 18, ce qui parait normal pour un POI de ce type en milieu urbain. Mais au milieu du désert, il serait justifié de la voir jusqu'au zoom 9 ou 10, je pense. Techniquement, ça ne serait pas très compliqué. Il faudrait juste informer le moteur de rendu sur les critères qui feraient changer les niveaux de zoom minimum et maximum de certains POI. Ou plus simplement de faire un post-traitement des données OSM en y ajoutant un tag spécial qui serait fonction de la distance avec ses POI voisins de même type. Mais tout cela ne serait faisable que sur un rendu particulier qu'il faudrait mettre soi-même en place, le rendu standard d'OSM n'offrant pas, à ma connaissance, cette possibilité. Merci de ta réponse. Il me semble que c'est une question qui demanderait vraiment de l'attention. Je suis partagé entre la méthode calcul automatique que tu évoques, et qui demanderait sans doute des ressources de calcul assez importantes dans le moteur de rendu, et l'évaluation manuelle de l'importance d'un POI, qui justifierait de forcer les niveaux de zoom. Le risque serait évidemment une sorte de spam (je mets un zoom mini plus faible sur mon bar), mais si les contributeurs restent honnêtes, le degré d'importance d'un POI pourrait se justifier, indépendamment de la distance aux voisins. Par exemple, dans une grande ville, il y a généralement une poste centrale, et des bureaux de poste de quartier. Actuellement, je ne connais rien qui permette de les différencier pour le moteur de rendu (sauf la taille du bâtiment, certes). Pourtant, cela serait utile. Donc en y réfléchissant, il me semble qu'on peut distinguer deux critères : - POI important intrinsèquement - POI important car isolé Le premier se rapproche vraiment de la classification des routes (primary...). Serait-il envisageable d'avoir une notion d'importance générique pour tous les tags (ou au moins tous les tags de type POI) ? J'imagine que ça a déjà été évoqué quelque part ? Pour fixer un peu les idées, on pourrait partir de la proposition : importance = lowest, lower, normal (default), higher, highest (ou quelque chose dans ce genre) qui pourrait être prise en compte pour le calcul du zoom limite. -- ° /\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] tag du patrimoine bâti (MH) su ite
Je n'ai pas trouvé comment répondre directement sur le fil. Il va de soit qu'il ne s'agit pas de taguer selon son sentiment le patrimoine, mais bien de représenter sur OSM les édifces et autres qui ont été reconnus pour leur valeur patrimoniale, que cette reconnaissance soit contestable ou pas. Maintenant ne tagger que les classés, les classés et inscritsou, seuls ceux ouverts au public, je ne sais pas c'est sans doute à discuter. Pour ce qui est de la précision, c'est vrai qu'il n'est pas forcement nécessaire de faire les distinguo entre classé et inscrit, édifice protégé MH suffirait sans doute. Pour ce qui est du lien avec les bases du ministère de la culture, elles sont en principe géoréférencées, un accès carto est possible dans certains cas sur le site du ministère, et une prochaine mise en ligne de l'atlas du patrimoine est prévue (enfin normalement, c'était le cas en septembre, maintenant je ne sais plus). Quant à savoir si le ministère pourrait communiquer une partie de leurs données (au moins la localisation et le type de protection), je peux me renseigner si je retrouve mais correspondants, il semblerait que ce ministère soit de plus en plus désorganisé, je ne rentrerai pas dans le sdétails. ;-) A noter que, tjs en septembre, ils semblaient passer leur outils de cartographie de Arview à gvSig, à voir… Dans tous les cas, le but de l'atlas du patrimoine et de OSM ne sont pas les mêmes, l'Atlas ne donne pas qu'une localisation, mais aussi les informations précises concernant le bat repéré (dossier type Inventaire), pour OSM il ne peut s'agire que d'une localisation. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] indication de zoom de rendu ?
Sur Poitiers, j'ai le problème de priorité : des POI se masquent les uns les autres sans que l'un ait pourtant une priorité évidente sur l'autre ; en clair le système choisit d'afficher un POI au détriment de l'autre et pourtant l'un et l'autre sont de même importance. De même, à un niveau de zoom le nom d'un POI est affiché, au suivant, il ne l'est plus, c'est assez déroutant (ironique pour une carte). Je me pose plusieurs questions : --- qui va décider de l'importance de tel ou tel POI ? --- je crains que le fait de donner la possibilité de prioritariser les POI, certains se basent sur le rendu pour déterminer l'importance du POI... --- la prioritarisation ne ressemble-elle pas à au détournement du concept compléter la carte sans se préoccuper du rendu ? Je pose d'autres questions-propositions : --- ne serait-il pas le moment de développer une carte multi-plan : permettant d'afficher ou non des éléments qui se superposent ? --- j'imagine que ça remet en cause le fondement du moteur de rendu... --- quid alors de la licence ? Le fait de séparer les données par des plans... Librement, -- Mikaël, Mickey86 Le 22 février 2010 09:07, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le Sun 21 Feb 2010 à 22:48 +0100, Pieren a ecrit : 2010/2/21 Guillaume Allegre allegre.guilla...@free.fr Elle n'apparait qu'aux zoom 17 et 18, ce qui parait normal pour un POI de ce type en milieu urbain. Mais au milieu du désert, il serait justifié de la voir jusqu'au zoom 9 ou 10, je pense. Techniquement, ça ne serait pas très compliqué. Il faudrait juste informer le moteur de rendu sur les critères qui feraient changer les niveaux de zoom minimum et maximum de certains POI. Ou plus simplement de faire un post-traitement des données OSM en y ajoutant un tag spécial qui serait fonction de la distance avec ses POI voisins de même type. Mais tout cela ne serait faisable que sur un rendu particulier qu'il faudrait mettre soi-même en place, le rendu standard d'OSM n'offrant pas, à ma connaissance, cette possibilité. Merci de ta réponse. Il me semble que c'est une question qui demanderait vraiment de l'attention. Je suis partagé entre la méthode calcul automatique que tu évoques, et qui demanderait sans doute des ressources de calcul assez importantes dans le moteur de rendu, et l'évaluation manuelle de l'importance d'un POI, qui justifierait de forcer les niveaux de zoom. Le risque serait évidemment une sorte de spam (je mets un zoom mini plus faible sur mon bar), mais si les contributeurs restent honnêtes, le degré d'importance d'un POI pourrait se justifier, indépendamment de la distance aux voisins. Par exemple, dans une grande ville, il y a généralement une poste centrale, et des bureaux de poste de quartier. Actuellement, je ne connais rien qui permette de les différencier pour le moteur de rendu (sauf la taille du bâtiment, certes). Pourtant, cela serait utile. Donc en y réfléchissant, il me semble qu'on peut distinguer deux critères : - POI important intrinsèquement - POI important car isolé Le premier se rapproche vraiment de la classification des routes (primary...). Serait-il envisageable d'avoir une notion d'importance générique pour tous les tags (ou au moins tous les tags de type POI) ? J'imagine que ça a déjà été évoqué quelque part ? Pour fixer un peu les idées, on pourrait partir de la proposition : importance = lowest, lower, normal (default), higher, highest (ou quelque chose dans ce genre) qui pourrait être prise en compte pour le calcul du zoom limite. -- ° /\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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [annonce] migration de clc post import
Bonjour, J'essaye d'obtenir http://clc.openstreetmap.fr/cgi-bin/get-osm.sh% 3FFR-221328 . J'ai essayé sans succès avec osm1.crans.org mais ce n'est pas mieux... Une idée? Merci, Cedric Le mercredi 10 février 2010 à 18:07 +0100, Etienne Chové a écrit : Bonjour, L'outil d'import des polygones clc a été migré cette après midi sur un autre serveur beaucoup plus rapide et disponible. http://clc.openstreetmap.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] tag du patrimoine bâti (MH)
Donc oui pour le tag historic. Et oui pour créer des tags additionels pour signaler leur classement. Il y a déjà une proposition : http://wiki.openstreetmap.org/wiki/Proposed_features/heritage Et j'ai commencé à utiliser un peu ce système (ainsi que FrViPofm qui en est l'initiateur) : exemple http://www.openstreetmap.org/browse/way/30784441 Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] indication de zoom de rendu ?
Je me pose plusieurs questions : --- qui va décider de l'importance de tel ou tel POI ? --- je crains que le fait de donner la possibilité de prioritariser les POI, certains se basent sur le rendu pour déterminer l'importance du POI... Ca me fait penser à la personne qui avait mis un commerce en peak pour avoir une icône sur la carte ;) --- la prioritarisation ne ressemble-elle pas au détournement du concept compléter la carte sans se préoccuper du rendu ? Sans compter qu'un POI important car au milieu du desert devient moins important si plusieurs autres apparaissent dans la zone. Je pose d'autres questions-propositions : --- ne serait-il pas le moment de développer une carte multi-plan : permettant d'afficher ou non des éléments qui se superposent ? Tu veut dire pour le rendu de base d'OSM ? -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Asso OSM-Fr, relance
simon a écrit : Toute les communes ou communauté de commune n'on pas l'ouverture d'esprit de Brest et du grand ouest, sur Tours le manque de structure officiel semble un frein aux négociations AMHA, ce n'est pas qu'une question d'ouverture d'esprit, mais d'ouverture de la licence sous laquelle sont placées les données. Cela peut aisément se faire sans l'existence d'une structure officielle OSM-FR. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [annonce] migration de clc post import
Le 22/02/2010 10:58, Cedric Dumez-Viou a écrit : Bonjour, J'essaye d'obtenir http://clc.openstreetmap.fr/cgi-bin/get-osm.sh% 3FFR-221328 . Remplace le %3F par ? Je ne sait pas pourquoi ça fait ça. Apparement firefox converti les ? en %3F dans les href. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [annonce] migration de clc post import
Le lundi 22 février 2010 à 13:03 +0100, Etienne Chové a écrit : Le 22/02/2010 10:58, Cedric Dumez-Viou a écrit : Bonjour, J'essaye d'obtenir http://clc.openstreetmap.fr/cgi-bin/get-osm.sh% 3FFR-221328 . Remplace le %3F par ? Je ne sait pas pourquoi ça fait ça. Apparement firefox converti les ? en %3F dans les href. En effet, la solution était assez simple... Je ne me souviens pas que ça avait ce comportement il y a quelque semaines. J'en ai téléchargé une poignée comme ça. Merci, Cedric 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] [annonce] migration de clc post import
Si je puis me permettre, je doute que le problème vienne du client. J'utilise Google Chrome et je rencontre la même chose. De plus, dans l'info-bulle associés à un point, certain des liens contiennent des '?' rendus correctement et d'autres mal rendus. Est-ce que ça ne peut pas venir du serveur ? Genre un url-encode qui passe sur la base de l'URL plutôt que simplement les arguments de l'URL. Le 22 février 2010 13:03, Etienne Chové ch...@crans.org a écrit : Le 22/02/2010 10:58, Cedric Dumez-Viou a écrit : Bonjour, J'essaye d'obtenir http://clc.openstreetmap.fr/cgi-bin/get-osm.sh% 3FFR-221328 . Remplace le %3F par ? Je ne sait pas pourquoi ça fait ça. Apparement firefox converti les ? en %3F dans les href. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] indication de zoom de rendu ?
--- la prioritarisation ne ressemble-elle pas au détournement du concept compléter la carte sans se préoccuper du rendu ? Sans compter qu'un POI important car au milieu du desert devient moins important si plusieurs autres apparaissent dans la zone. Ma dernière navigation routière à Madagascar m'a fait ressentir certains besoins du style: - P##, c'est dans combien de kilomètres de prochain garage??? Et là, j'imagine tout à fait d'avoir une carte globale du pays avec une icône de garage sans indication de nom à côté de la prochaine localité possédant un ou plusieurs garages. Ensuite, seulement quand j'arrive dans la localité et que je zoome un bon coup, je vois apparaître sur la carte locale plusieurs garages avec des noms. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [annonce] migration de clc post import
Hello, A mon avis c'est le lien qui est erroné, il contiens '%3F' a la place de tour simplement '?', en fait il semble qu'il est encoder au format des URL alors qu'il est un caractère clé qui ne doit pas être encoder ! CU Stéph Guilhem Bonnefille [via GIS] a écrit : Si je puis me permettre, je doute que le problème vienne du client. J'utilise Google Chrome et je rencontre la même chose. De plus, dans l'info-bulle associés à un point, certain des liens contiennent des '?' rendus correctement et d'autres mal rendus. Est-ce que ça ne peut pas venir du serveur ? Genre un url-encode qui passe sur la base de l'URL plutôt que simplement les arguments de l'URL. Le 22 février 2010 13:03, Etienne Chové ch...@crans.org a écrit : Le 22/02/2010 10:58, Cedric Dumez-Viou a écrit : Bonjour, J'essaye d'obtenir http://clc.openstreetmap.fr/cgi-bin/get-osm.sh% 3FFR-221328 . Remplace le %3F par ? Je ne sait pas pourquoi ça fait ça. Apparement firefox converti les ? en %3F dans les href. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Stéphane Brunner Messagerie instantanée (Jabber - XMPP) : stephane.brun...@jabber.fr -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. begin:vcard fn;quoted-printable:St=C3=A9phane Brunner n;quoted-printable:Brunner;St=C3=A9phane email;internet:courr...@stephane-brunner.ch x-mozilla-html:FALSE version:2.1 end:vcard -- View this message in context: http://n2.nabble.com/annonce-migration-de-clc-post-import-tp4549288p4611790.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
[OSM-talk-fr] CLC et cours d'eau
Bonjour, J'arrive un peu après la guerre. J'ai une question relative à l'import CLC et une rivière. J'ai vu sur la liste que le sujet a un peu était abordé. J'ai compris qu'en gros, à utiliser CLC pour tracer une rivière, autant appliquer le tag river et riverbank. Ma problématique est plus technique. Je vois la zone, le polygone CLC non importé semble cohérent. Je suis donc partant pour l'importer. Néanmoins, je ne sais pas comment le trouver, ce polygone. http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=14lat=43.9429lon=2.09116layers=TB0Tch=111,112,121,122,123,124,131,132,133,141,142,211,212,213,221,222,223,231,241,242,243,244,311,312,313,321,322,323,324,331,332,333,334,335,411,412,421,422,423,511,512,521,522,523st=out En effet, comme c'est une rivière, je ne retrouve pas le joli symbole sur lequel cliquer pour avoir accès au lien de téléchargement. Qu'elles sont les autres techniques d'import manuel de CLC ? Qui plus est, pour une rivière, il me semble qu'il faut limiter le polygone afin qu'il ne soit pas trop long, la rivière étant au final constituée de plusieurs polygones. Merci d'avance de tous vos éclaircissements. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CLC et cours d'eau
Selon Guilhem Bonnefille guilhem.bonnefi...@gmail.com: Bonjour, J'arrive un peu après la guerre. J'ai une question relative à l'import CLC et une rivière. J'ai vu sur la liste que le sujet a un peu était abordé. J'ai compris qu'en gros, à utiliser CLC pour tracer une rivière, autant appliquer le tag river et riverbank. Ma problématique est plus technique. Je vois la zone, le polygone CLC non importé semble cohérent. Je suis donc partant pour l'importer. Néanmoins, je ne sais pas comment le trouver, ce polygone. http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=14lat=43.9429lon=2.09116layers=TB0Tch=111,112,121,122,123,124,131,132,133,141,142,211,212,213,221,222,223,231,241,242,243,244,311,312,313,321,322,323,324,331,332,333,334,335,411,412,421,422,423,511,512,521,522,523st=out En effet, comme c'est une rivière, je ne retrouve pas le joli symbole sur lequel cliquer pour avoir accès au lien de téléchargement. Qu'elles sont les autres techniques d'import manuel de CLC ? Qui plus est, pour une rivière, il me semble qu'il faut limiter le polygone afin qu'il ne soit pas trop long, la rivière étant au final constituée de plusieurs polygones. Merci d'avance de tous vos éclaircissements. Je l'ai trouvé du coté Agen. Cette un mastodonte ce polygone, tu as la Garonne et plus en prime avec : FR-260484 http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=13lat=44.21629lon=0.57415layers=TB0Tch=511st=out My 2cents Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] CLC et cours d'eau
Le 22/02/2010 13:54, Guilhem Bonnefille a écrit : Bonjour, J'arrive un peu après la guerre. J'ai une question relative à l'import CLC et une rivière. J'ai vu sur la liste que le sujet a un peu était abordé. J'ai compris qu'en gros, à utiliser CLC pour tracer une rivière, autant appliquer le tag river et riverbank. Ma problématique est plus technique. Je vois la zone, le polygone CLC non importé semble cohérent. Je suis donc partant pour l'importer. Néanmoins, je ne sais pas comment le trouver, ce polygone. http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=14lat=43.9429lon=2.09116layers=TB0Tch=111,112,121,122,123,124,131,132,133,141,142,211,212,213,221,222,223,231,241,242,243,244,311,312,313,321,322,323,324,331,332,333,334,335,411,412,421,422,423,511,512,521,522,523st=out En effet, comme c'est une rivière, je ne retrouve pas le joli symbole sur lequel cliquer pour avoir accès au lien de téléchargement. Pour ça tu peux cliquer sur trouver la bulle puis tu cliques à l'intérieur du polygone. Au bout de quelques secondes, la carte se centrera sur la bulle. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : CLC et cours d'eau
De : Etienne Chové ch...@crans.org Ma problématique est plus technique. Je vois la zone, le polygone CLC non importé semble cohérent. Je suis donc partant pour l'importer. Néanmoins, je ne sais pas comment le trouver, ce polygone. http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=14lat=43.9429lon=2.09116layers=TB0Tch=111,112,121,122,123,124,131,132,133,141,142,211,212,213,221,222,223,231,241,242,243,244,311,312,313,321,322,323,324,331,332,333,334,335,411,412,421,422,423,511,512,521,522,523st=out En effet, comme c'est une rivière, je ne retrouve pas le joli symbole sur lequel cliquer pour avoir accès au lien de téléchargement. Pour ça tu peux cliquer sur trouver la bulle puis tu cliques à l'intérieur du polygone. Au bout de quelques secondes, la carte se centrera sur la bulle. Merci pour l info, c est super pratique ca ! Julien ___ 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] indication de zoom de rendu ?
Oui, pour le rendu de base, puisque c'est celui de la carte principale qui est sans doute utilisée par la majorité (moi en tout cas). Mais sûrement que le problème se retrouve sur toute autre carte mono-plan. Une solution alternative mais pas parfaite au problème de superposition serait d'avoir des zooms plus importants : cela permet de ne pas avoir plusieurs plans, et assez d'espace sur la carte pour tout afficher. Mais je crois que cette solution n'est que temporaire, plus on a d'espace sur un bureau, plus on met de papiers, jusqu'à ce que le bureau soit trop petit. Le 22 février 2010 12:28, jul...@krilin.org a écrit : Je me pose plusieurs questions : --- qui va décider de l'importance de tel ou tel POI ? --- je crains que le fait de donner la possibilité de prioritariser les POI, certains se basent sur le rendu pour déterminer l'importance du POI... Ca me fait penser à la personne qui avait mis un commerce en peak pour avoir une icône sur la carte ;) --- la prioritarisation ne ressemble-elle pas au détournement du concept compléter la carte sans se préoccuper du rendu ? Sans compter qu'un POI important car au milieu du desert devient moins important si plusieurs autres apparaissent dans la zone. Je pose d'autres questions-propositions : --- ne serait-il pas le moment de développer une carte multi-plan : permettant d'afficher ou non des éléments qui se superposent ? Tu veut dire pour le rendu de base d'OSM ? -- JB ___ 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] Cache pour serveur WMS du cadastre
Un petit tuto sur le sujet dans le wiki ? cdlt Le 19 février 2010 10:11, Damiano ALBANI damiano.alb...@gmail.com a écrit : 2010/2/9 Damiano ALBANI damiano.alb...@gmail.com Pour info, j'ai réussi à modifier et configurer tilecache pour dialoguer avec le serveur du cadastre. Au final, après avoir tenté, sans grand résultat, le couple tilecache + MapServer pour offrir un service WMS *non tuilé*, je me suis tourné vers GeoWebCache. Car, tout seul comme un grand, il supporte maintenant, dans sa version trunk, cette fonctionnalité de recombinaison des tuiles. J'ai ajouté à cela un petit proxy HTTP de quelques lignes en Python pour cacher à GeoWebCache les spécificités du serveur WMS du cadastre (ouverture de session). Et maintenant, dans JOSM, avec le plugin wms, tout fonctionne au poil ! (Je ne peux pas en dire autant avec Merkaartor pour le moment...) -- Damiano ALBANI ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Fabien Marchewka ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr