Re: [OSM-talk-fr] Différence tag cycleway dans le wiki

[Tetsuo Shima]

La zone de stationnement n'est elle pas en soit une séparation physique?

Le 26 juillet 2013 18:07, Christian Quest  a écrit :
> T1: pas bon, car il n'y a pas de séparation physique, mais bon, ça
> pourrait aller...
>
> S3: le voie cyclable n'est pas sur le trottoir mais sur la chaussée
> entre le stationnement et la bordure de trottoir.
>
> Voici une photo: http://www.flickr.com/photos/cq94/9372191550/
>
>
>
> Le 26 juillet 2013 17:45, Jean-Baptiste Holcroft
>  a écrit :
>> Pourquoi T1 ou S3 ne s'appliquent pas ?
>> --
>> Jean-Baptiste Holcroft
>>
>>
>> Le 26 juillet 2013 16:51, Christian Quest  a écrit
>> :
>>>
>>> J'ai un cas non prévu par le wiki...
>>>
>>> voie cyclable + stationnement + chaussée (2 voies en double sens) +
>>> stationnement + voie cyclable
>>>
>>> J'ai des photos pour prouver que j'ai pas abusé sur le chouchen !
>>>
>>> ___
>>> 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
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> 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] Le rendu fr pret pour l'exportation

[Christian Quest]

L'avantage d'avoir tout le soft disponible sous licence libre c'est
qu'on peut si on a les compétence et l'infrastructure matérielle
adaptée monter ses propres service en indépendance et autonomie de
fonctionnement.

Bien sûr que le projet github ne suffit pas, mais au moins la partie
soft est disponible. Ensuite soit on se charge de dégoter la partie
hard, soit on se contente de ce que d'autres ont mis en place, sans
garantie de service, etc, etc.

Github permet au moins de multiplier le soft à l'infini, pour le hard
il faut encore attendre ;)


Le 26 juillet 2013 19:27, Philippe Verdy  a écrit :
> Le 26 juillet 2013 09:10, Christian Quest  a écrit
> :
>
>> Le 26 juillet 2013 07:54, Philippe Verdy  a écrit :
>> > Une des remarques faites est que les cartes d'OSM France affichent
>> > préférablement le français (donc Londres et pas London).
>> >
>>
>> Le projet TileMill est disponible sur github, il suffit de repartir de
>> là et de faire les adaptations locales.
>
>
> Méfie-toi du terme "il suffit" affirmé trop vite ici.
>
> Certes au plan logiciel on a ce qu'il faut mais le principal obstacle ce
> n'est pas le logiciel mais le serveur pour sa disponibilité et la basnde
> passante. Pour héberger un simple site statique tout le monde a accès à des
> sites persos. mais pour un serveur de rendu c'est bien plus compliqué (et
> plus cher car il faut un serveur dédié à ça, l'autre "solution" de
> l'hébergement à domicile ne tenant pas la route pour servir à plus d'une
> poignée de personnes).
>
> Ta "solution" github ne concerne que la partie logicielle.
>
> L'autre solution c'est l'hébergement mutualisé, mais pour un serveur de
> rendu les solutions LAMP classiques ne peuvent pas prendre en charge les
> outils demandés, ou alors il reste des services mutualisés comme uMap, masi
> on n'a plus du tout le moindre contrôle de la solution technique (TileMill
> sur github ne servira à rien du tout).
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le rendu fr pret pour l'exportation

[Philippe Verdy]

Le 26 juillet 2013 09:10, Christian Quest  a écrit
:

> Le 26 juillet 2013 07:54, Philippe Verdy  a écrit :
> > Une des remarques faites est que les cartes d'OSM France affichent
> > préférablement le français (donc Londres et pas London).
> >
>
> Le projet TileMill est disponible sur github, il suffit de repartir de
> là et de faire les adaptations locales.


Méfie-toi du terme "il suffit" affirmé trop vite ici.

Certes au plan logiciel on a ce qu'il faut mais le principal obstacle ce
n'est pas le logiciel mais le serveur pour sa disponibilité et la basnde
passante. Pour héberger un simple site statique tout le monde a accès à des
sites persos. mais pour un serveur de rendu c'est bien plus compliqué (et
plus cher car il faut un serveur dédié à ça, l'autre "solution" de
l'hébergement à domicile ne tenant pas la route pour servir à plus d'une
poignée de personnes).

Ta "solution" github ne concerne que la partie logicielle.

L'autre solution c'est l'hébergement mutualisé, mais pour un serveur de
rendu les solutions LAMP classiques ne peuvent pas prendre en charge les
outils demandés, ou alors il reste des services mutualisés comme uMap, masi
on n'a plus du tout le moindre contrôle de la solution technique (TileMill
sur github ne servira à rien du tout).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Différence tag cycleway dans le wiki

[Jean-Baptiste Holcroft]

C'est plus une interrogation qu'une affirmation, mais je pensais que la
notion de séparation physique était plus un concept que forcément une
bordure sur-élevée.
Citation : "La séparation peut être limitée à une bordure surélevée
s'opposant aux franchissements volontaires, ou constitué par une surface
engazonnée, voire plantée d'arbustes" [1]

Dans ce cas, j'aurais utilisé T1 dans sa version recommandée en 3 way avec
sur le way du mlieu un parking:lane pour indiquer ces notions de parking.

Par ailleurs, existe-t-il un rendu dédié aux voies accessibles aux vélos
permettant de voir clairement quand une piste cyclable est taguée à
contre-sens, sur le highway des véhicules, sur un way séparé ou cycle=yes ?
Dans tous les rendus que j'ai vu, la priorité est donnée aux highway
automobiles, ce qui oblige à aller voir les propriétés de chaque objet, ce
qui n'est pas pratique.

[1] http://www.securite-routiere.org/infrastructure/cyclables/cyclistes.htm
--
Jean-Baptiste Holcroft


Le 26 juillet 2013 18:07, Christian Quest  a écrit
:

> T1: pas bon, car il n'y a pas de séparation physique, mais bon, ça
> pourrait aller...
>
> S3: le voie cyclable n'est pas sur le trottoir mais sur la chaussée
> entre le stationnement et la bordure de trottoir.
>
> Voici une photo: http://www.flickr.com/photos/cq94/9372191550/
>
>
>
> Le 26 juillet 2013 17:45, Jean-Baptiste Holcroft
>  a écrit :
> > Pourquoi T1 ou S3 ne s'appliquent pas ?
> > --
> > Jean-Baptiste Holcroft
> >
> >
> > Le 26 juillet 2013 16:51, Christian Quest  a
> écrit
> > :
> >>
> >> J'ai un cas non prévu par le wiki...
> >>
> >> voie cyclable + stationnement + chaussée (2 voies en double sens) +
> >> stationnement + voie cyclable
> >>
> >> J'ai des photos pour prouver que j'ai pas abusé sur le chouchen !
> >>
> >> ___
> >> 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
> >
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> 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] Différence tag cycleway dans le wiki

[Christian Quest]

T1: pas bon, car il n'y a pas de séparation physique, mais bon, ça
pourrait aller...

S3: le voie cyclable n'est pas sur le trottoir mais sur la chaussée
entre le stationnement et la bordure de trottoir.

Voici une photo: http://www.flickr.com/photos/cq94/9372191550/



Le 26 juillet 2013 17:45, Jean-Baptiste Holcroft
 a écrit :
> Pourquoi T1 ou S3 ne s'appliquent pas ?
> --
> Jean-Baptiste Holcroft
>
>
> Le 26 juillet 2013 16:51, Christian Quest  a écrit
> :
>>
>> J'ai un cas non prévu par le wiki...
>>
>> voie cyclable + stationnement + chaussée (2 voies en double sens) +
>> stationnement + voie cyclable
>>
>> J'ai des photos pour prouver que j'ai pas abusé sur le chouchen !
>>
>> ___
>> 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
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Différence tag cycleway dans le wiki

[Jean-Baptiste Holcroft]

Pourquoi T1 ou S3 ne s'appliquent pas ?
--
Jean-Baptiste Holcroft


Le 26 juillet 2013 16:51, Christian Quest  a écrit
:

> J'ai un cas non prévu par le wiki...
>
> voie cyclable + stationnement + chaussée (2 voies en double sens) +
> stationnement + voie cyclable
>
> J'ai des photos pour prouver que j'ai pas abusé sur le chouchen !
>
> ___
> 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] Le serveur osm7 ne répond plus...

[Nicolas Moyroud]

Merci pour la remise en route.

Nicolas

Le 26/07/2013 17:02, Jocelyn Jaubert a écrit :

Merci d'avoir prévenu.

J'ai contacté l'hébergeur, et osm7 (+ osm8) sont de nouveau accessibles.




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le serveur osm7 ne répond plus...

[Jocelyn Jaubert]

On Fri, Jul 26, 2013 at 10:42:28AM +0200, Nicolas Moyroud wrote:
> ... et donc l'outil de saisie des numéros d'adresse non plus. C'est
> grave docteur ? :-)

Merci d'avoir prévenu.

J'ai contacté l'hébergeur, et osm7 (+ osm8) sont de nouveau accessibles.

-- 
Jocelyn

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Différence tag cycleway dans le wiki

[Christian Quest]

J'ai un cas non prévu par le wiki...

voie cyclable + stationnement + chaussée (2 voies en double sens) +
stationnement + voie cyclable

J'ai des photos pour prouver que j'ai pas abusé sur le chouchen !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet "adresses"

[Pieren]

2013/7/24 Tony Emery :

> D'ailleurs, Pieren disait que les communes multi postales étaient rares,
> c'est vrai. Mais cela concerne essentiellement les grandes villes, donc
> celles pour lesquelles on a le plus de chance de vouloir faire un calcul
> d'itinéraire et donc qui engendrera plus d'erreurs...

Tout ce qui se dit pour le code postal est aussi valable pour la
ville, le département, la région, le pays, etc. c.a.d qu'il faut un
mécanisme capable de restituer un attribut défini par un polygone
"englobant". Si on peut le faire pour le pays ou la région ou la
ville, on peut alors facilement l'étendre aux codes postaux.

> En France, il y a 36000 communes pour seulement 6300 code postaux. On voit
> bien que l'exception à la règle est plus fréquent que l'application de la
> règle (c'est comme pour l'orthographe en français)

L'exception, ce sont les grandes villes qui ont plusieurs codes
postaux. Avec celles-là, on ne peut effectivement pas réutiliser le
polygone des limites communales. Pour toutes les autres (en gros les
35900 restantes), la réutilisation est possible. Et c'est vrai qu'un
code postal sert fréquemment plusieurs communes. Mais rien n'empêche
de mettre plusieurs fois le même code postal sur plusieurs
multipolygones admin.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Greffon Cadastre

[Cavok]

Oui l'erreur est déjà reportée.

Le 26 juillet 2013 08:44, Dominique Lavoille  a écrit :

>
> Bonjour,
> Chez moi j'ai un bug avec JOSM et le greffon cadastre en utilisant la
> fenêtre d'outil d'aide pour ajouter des adresses.
> Quand j'utilise cette fenêtre pour ajouter des nœuds d'adresse à
> l'écran, si je veux rafraichir le cadastre (F10) et que j'appuie par
> mégarde (nul n'est parfait avec des gros doigts sur un petit clavier!)
> sur F11 (plein écran), alors la fenêtre d'aide d'adresse disparait de
> l'écran. En la rappelant, elle est alors vide. Pour la faire
> réapparaitre normalement, il faut sortir et relancer JOSM.
> Avez-vous constaté cela?.
>
> Merci d'avance
> Cordialement
> Dominique
>
> ___
> 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] Différence tag cycleway dans le wiki

[Pieren]

2013/7/24 Romain MEHUT :
> Le 24 juillet 2013 13:00, JB  a écrit :
>
>> Fichus anglais qui roulent de l'autre coté de la route, je pense.
>
> Je ne pense pas, le wiki version anglaise est plus précis. Je me demande
> donc pourquoi la version française ne reprends pas ces mêmes valeurs?

Le cas de figure doit se présenter dans de nombreux pays et pas
seulement ceux qui roulent à gauche ;-) La version anglaise du wiki
évolue plus vite que sa traduction en français tout simplement parce
qu'il y a plus de contributeurs qui la lisent et l'améliorent.
Il faut juste trouver quelqu'un pour mettre à jour la version
française de temps à autre (en vérifiant que ce qui est proposé par la
version anglaise soit bien établie et pas juste du wiki fiddling
temporaire).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Guide de saisie des commerces (POI) Était : Re: Rôtisserie ?

[Pieren]

2013/7/24 Jean-Baptiste Holcroft :
> En prenant le problème à l'envers, la traduction de la page Map_Features est
> intéressante même si elle ne répond pas à la problématique :
> http://wiki.openstreetmap.org/wiki/FR:Map_Features#Commerce_.28shop.29

Ou ici:
http://wiki.openstreetmap.org/wiki/Shop

C'est le même template (utilisé pour la traduction de l'anglais) mais
rien n'enpêche d'ajouter un deuxième tableau avec des valeurs plus
spécifiques à un pays, comme "rôtissierie" en France.
Maintenant, il faut aussi faire attention, en particulier avcec ce
terme qui semble couvrir plusieurs types d'activités (rôtisseries qui
font plus dans le traiteur, ou la boucherie, ou la restauration, ou la
restauration rapide, avec ou sans roulettes)

> Je créerai bien une page sur ce modèle mais dans l'autre sens : nom --> tags
> adaptés.

Une page de ce genre existe déjà:
http://wiki.openstreetmap.org/wiki/FR:How_to_map_a

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réunion mensuelle osm idf

[Marc SIBERT]

Pour le moment, ça ne fait que 2 personnes avec moi-même
Heu, c'est pas que j'ai des saisies de gare du RER C à faire mais si je
peux rester chez moi ce soir...

Pour le moment, la réunion n'est pas confirmée.

A+


Le 25 juillet 2013 15:47, Marc SIBERT  a écrit :

> Bonjour,
>
> Pas très réactif par cette chaleur, je vous propose la rencontre mensuelle
> ce vendredi 26 juillet des 19h au Pere Fouettard (comme d'habitude en fait)
>
> N'hésitez pas à vous faire connaître pour s' assurer qu'il y aura un
> corum...
>
> --
> Marc Sibert
> m...@sibert.fr
>



-- 
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éunion mensuelle osm idf

[Ab_fab]

Bonjour,

Ce ne sera pas possible ce mois-ci pour ma part

Fabien : oui, c'est un restaurant, il est possible de dîner sur place

Bonne journée


Le 25 juillet 2013 15:47, Marc SIBERT  a écrit :

> Bonjour,
>
> Pas très réactif par cette chaleur, je vous propose la rencontre mensuelle
> ce vendredi 26 juillet des 19h au Pere Fouettard (comme d'habitude en fait)
>
> N'hésitez pas à vous faire connaître pour s' assurer qu'il y aura un
> corum...
>
> --
> Marc Sibert
> m...@sibert.fr
>
> ___
> 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", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réunion mensuelle osm idf

[Fabien]

Le 25 juillet 2013 15:47, Marc SIBERT  a écrit :
> Bonjour,
>
> Pas très réactif par cette chaleur, je vous propose la rencontre mensuelle
> ce vendredi 26 juillet des 19h au Pere Fouettard (comme d'habitude en fait)
>
> N'hésitez pas à vous faire connaître pour s' assurer qu'il y aura un
> corum...
>
Bonjour,

Je ne pourrais pas être présent ce mois-ci. Question aussi : c'est
bien un restaurant vers Châtelet ? Vous mangez là-bas ?

Fabien

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Le serveur osm7 ne répond plus...

[Nicolas Moyroud]

... et donc l'outil de saisie des numéros d'adresse non plus. C'est 
grave docteur ? :-)


Nicolas

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu des fossés d'irrigation sur le fond OSM-FR

[Nicolas Moyroud]

Le 24/07/2013 17:51, Pierre Knobel a écrit :

On trouve tout de même beaucoup de fossés qu'on voit à peine sous la
végétation et qui sont à sec 99% du temps, je ne sais pas si un rendu
plus gras serait approprié dans ces cas.

Oui certes, mais bon là ils sont quasi invisibles. Vouloir afficher des 
objets de la base et le faire de telle manière qu'on ne les voit 
quasiment pas c'est quand même étrange. Dans ces cas là peut-être 
faudrait-il plutôt envisager de ne pas les afficher du tout. Ce qui dans 
mon cas ne m'arrangerait pas, mais bon... ;-)
Je pense qu'un trait légèrement plus large de quelques pixels ne nuirait 
pas énormément au reste et permettrait qu'on les voit un peu mieux. Il 
faudrait peut-être faire un test pour voir ce que ça donne.


Nicolas

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le rendu fr pret pour l'exportation

[Christian Quest]

Le 26 juillet 2013 07:54, Philippe Verdy  a écrit :
> Une des remarques faites est que les cartes d'OSM France affichent
> préférablement le français (donc Londres et pas London).
>

Le projet TileMill est disponible sur github, il suffit de repartir de
là et de faire les adaptations locales.

> Pour une utilisation internationale, il faudrait afficher de préférence la
> langue locale (voire plusieurs), qui devrait être le nom par défaut sans
> suffixe de code langue (et, si ce n'est pas une langue officielle, une
> version romanisée entre parenthèses, en français sinon anglais lorsque les
> noms en langue locale ne sont pas en caractères latins, mais par exemple en
> écriture arabe, hebreu, cyrillique, grecque, sinographique, ou une des
> écritures indo-brahmiques)
>
> En conséquence une version internationale afficherait les noms français en
> France et au Québec et Afrique fracophone, anglais au Royaume-Uni, en
> Irlande aux USA et le reste du Canada, espagnol en Espagne et la majeure
> partie de l'Amerique centrale et du Sud, portugais au Portugal et au Brésil,
> suédois en Suède, etc. En Russie on verrait le nom russe suivi du nom
> anglais entre parenthèses, en Chine le nom chinois sinographique suivi du
> nom anglais (sinon du nom en romanisation pinyin), etc.
>
> Noter que c'est ce que font déjà Google Maps/Earth, Bing Maps (même si
> Google maintenant essaye de localiser les noms dans la langue du visiteur).
>
> L'idéal serait d'avoir une couche de libellé transparente séparée du reste
> du rendu (bien que les étiquettes de numéros de référence des routes ou
> numéros de bâtiments dans les rues ne soient pas dépendants de la langue,
> ils interfèrent entre eux et devraient aller aussi dans cette couche
> transparente).
>

C'est un peu plus complexe que ça. Il faudrait une couche où tout les
éléments "placés" figurent, c'est à dire, les libellés et références
de routes, mais aussi les symboles (icônes) qui jouent aussi sur le
placement de texte.

L'icône d'un symbole (par exemple le bretzel d'une boulangerie) va
"prendre" la place et un texte ne pourra pas être placé au même
endroit. On ne peut donc pas dissocier les uns des autres si on veut
quelque chose de cohérent au final.

Il y a du coup une couche de fond (occupation des sols, routes, etc)
sans placement, où chaque élément est superposé, et une couche
"placée".


> L'ennui c'est que multiplier les couches c'est aussi augmenter la place
> nécessaire pour le stockage Une place qui peut être considérablemetn réduite
> en la fabriquant non pas au format bitmap mais au format vectoriel (quitte à
> inclure sur le serveur un rendu bitmap instantané à partir d'un pavage
> cectoriel précalculé, au moyen d'un serveur proxy cache annexe, pour
> permettre la compatibilité avec des visualisations sur navigateurs non
> pourvus en capacité de rendu vectoriel. Ce serveur proxy pourrait aussi
> combiner plusieurs couches pour produire à la volée une couche bitmap
> unique, sans avoir à cacher la totalité des niveaux, avec une place disque
> énorme (ce serait seulement un cache FIFO pouvant tenir entièrement dans un
> seul SSD à prix modique, avec la moitié du cache pour les pavés sources
> téléchargés du serveur de rendu OSM France, l'autre moitié du cache pour le
> pavage précombiné).
>
> On n'exploite pas encore assez la possibilité de mutusliser les rendus avec
> des caches intermédiaires pour des rendus transparents superposables,
> pourtant cela permettrait des économies de bande passante sur les serveurs
> et permettrait de répartir la charge, tout en augmentant même la réactivité
> à terme, puisque les couches transparentes plus simples seraient plus
> rapides à calculer et demanderaient moins de données depuis la base OSM.
> Encore actuellement toutes les couches Mapnik sont calculées successivement
> sur le même serveur de rendu qui effectue toutes les compositions.
>

C'est un peu la voie que j'ai exploré sur les faibles zooms, en
déconnectant la couche de fond de la couche de détail même si c'était
dans un autre objectif.

C'est sûr que le vectoriel va rebattre les cartes, mais ne va pas non
plus être une solution miracle, surtout à ce niveau de zoom.
Les quantités de données manipulées sont très importantes et posera de
nouveaux problèmes de volumes de données à tranférer et à traiter où
alors on devra rester dans un rendu léger, qui ne devra choisir qu'un
faible nombre d'objets à rendre ou alors faire de gros
pré-traitements.


> Le système de distribution du pavage n'est pas optimal en terme de capacité
> et répartition de charge, car chaque serveur de rendu veut faire la totalité
> du rendu lui-même et aucun ne veut collaborer pour travailler à plusieurs
> pour construire un rendu final (pour pouvoir le faire il faudrait disposer
> d'outils de mesure de la réactivité et la fraicheur de chaque serveur
> participant, et une gestion fine des dates de péremption des caches, adaptée
> à la capacité locale de stockage, de calcul, et de bande passant