[OSM-talk-fr] Installer son propre serveur de cartes : questions diverses

[Steven Le Roux]

2009/3/5 OSM Léon <osm.leon at gmail.com>:
> Bonjour la liste,
>
> Je me suis lancé dans l'installation d'une petite slippy map sur un site
> web, l'idée étant de proposer plusieurs types de rendus sur une petite
> région de la France (le Pays du Léon, extrême Nord Ouest de la Bretagne). Je
> n'en suis pas encore à me plonger dans les styles de rendus mais j'ai réussi
> à générer les tuiles sur mon propre serveur. Cependant j'ai une foule de
> questions pour aller plus loin. Si certains d'entre vous ont des réponses,
> je leur en serai très reconnaissant.
>
> Chargement des données dans Postgresql
> Je souhaiterai faire des rendus réguliers (ça va dépendre de la puissance de
> calcul, mais probablement de l'ordre du journalier). Pour cela il faut que
> je recharge la base de données régulièrement avec les données d'OSM. Or
> dedans j'aurai aussi les bordures de côtes ainsi que l'élévation. La
> commande d'import (osm2pgsql) n'écrase bien que la table des données OSM,
> pas la base entière ?
> Par ailleurs, j'utilise le fichier France mis à disposition par GeoFabrik.
> Pour l'Allemagne, ils proposent des fichiers par Länder et disent sur leur
> site que si on leur fait la demande de couper des fichiers en plusieurs, ils
> regarderont ça avec bienveillance. D'où deux questions :
> - est-ce que ça gêne quelqu'un si je leur demande de générer des fichiers
> par région pour la France ? Seule la Bretagne m'intéresserait, je n'ai pas
> besoin de toute la France.
> - ont-ils les moyens de le faire ? c'est-à-dire les régions françaises
> sont-elles bien présentes dans la base OSM ?
>
> Rendu des tuiles
> Bon, je n'avais pas prévu que ça serait aussi gourmand en temps de calcul :D
> Je cherche donc à optimiser un peu tout ça. Mon but est d'avoir un rendu
> régulier d'une zone relativement restreinte.
> Pour l'instant j'utilise ./generate_tiles.py de Mapnik. Ca tourne encore
> mais pour la suite, comment lui indiquer qu'il faudra regénérer des éléments
> ? Actuellement s'ils existent déjà, il ne les regénère pas. Je n'ai pas très
> envie de les supprimer pour qu'il les regénère.
> Idéalement, une solution existe-t-elle pour ne regénérer que les tuiles sur
> lesquelles des données d'OSM ont changé ou faut-il y aller en force brute en
> définissant juste une date de péremption puis on recalcule tout, que ça ait
> changé ou pas.
>
> Par ailleurs, quelqu'un saurait il où je peux trouver les fichiers de style
> de rendu pour Mapnik utilisés pour OpenStreetMap et CycleMap ? Le fichier
> que j'ai récupéré avec Mapnik me donne des rendus pas très jolis à certains
> niveaux de zoom.
>
> Concernant les courbes d'élévation, je souhaiterai pouvoir les rajouter dans
> le genre de Cycle Maps. Est-il possible de les générer une fois pour toute
> (ça, ça ne change guère) puis de les rajouter aux différentes tuiles
> générées ? Pas très envie d'alourdir les temps de calcul en faisant pour
> chaque style de rendu un calcul avec et sans les courbes d'élévation.
>
> Navigation sur la slippy map
> J'utilise OpenLayers mais ne parvient pas à limiter la zone géographique.
> Dans mon fichier html j'ai mis maxExtent: new OpenLayers.Bounds (-4.876,
> 48.205, -4.119, 48.684) Ca devrait me limiter beaucoup mais je peux me
> ballader sur le monde entier. Où ai-je fait une erreur ?
>
> Voilà, ça fait un gros pavé avec beaucoup de questions. Merci d'avance.
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>

Pour nourrir ton serveur, au lieu de générer tout les tiles, tu peux
déjà partir de ces données :
http://mirror.meleeweb.net/pub/OpenStreetMap.org/Breizh/

c'est la bretagne du zoom 8 à 17.

Une fois cette base consitituée, tu peux effectivement faire en sorte
de détecter les changements et de refaire les tiles correspondant,
voire demander le rendu depuis le navigateur, voire faire du temps
réel comme le fait sylvain (beta.letuffe.org)

Pour répondre à d'autres trucs, faut que je regarde de plus près ;)



-- 
Steven Le Roux
Jabber-ID : Steven at jabber.fr
0x39494CCB <steven at le-roux.info>
2FF7 226B 552E 4709 03F0  6281 72D7 A010 3949 4CCB