[OSM-dev-fr] Faire mon rendu pour Madagascar

[Christian Quest]

Le 2 avril 2015 22:43, Eric SIBERT <courrier at eric.sibert.fr> a écrit :

> Bonjour à tous,
>
> Je viens de m'inscrire sur la liste dev car j'ai un projet qui me trotte
> dans la tête depuis un certain temps. Je voudrais faire un rendu spécifique
> pour Madagascar.
>
> Madagascar est une île de l'Océan Indien au large de l'Afrique.
> Superficie : 600.000 km² (France+Benelux réunis)
> Données dans OSM (fichier pbf): 30 Mo.
>
> Je voudrais m'inspirer voir partir du rendu osm-fr et voir aussi du côté
> du rendu HOT.
>
> Est-ce que le serveur proposé sur switch2osm supporte le style osm-fr?
> https://switch2osm.org/fr/servir-des-tuiles/construire-
> un-serveur-de-tuiles-depuis-des-paquets/
> Mapnik comme moteur de rendu
>
>

Réponse tardive mais peut être encore utile...


En gros oui. Il y a juste quelques bricoles à configurer un peu
différemment (import des tags dans des hstore par exemple) pour prendre en
compte certaines particularités.



> C'est facile de rentrer dans le style pour modifier des paramètres? (les
> feuilles de style CSS sont pas trop ma tasse de thé par exemple...)
>
>
Mouais... vu le nombre de couches, c'est un peu sportif. De plus le style
OSM-FR est un fork des premières version en cartocss du style OSM.
Depuis il a été nettoyé, remis un peu plus au propre, chose que je n'ai pas
eu le temps (ni le courage) de faire de mon côté.
Jusqu'à récemment, je n'ai utilisé que TileMill pour travailler sur la
feuille de style, mais je passe maintenant à Kosmtik.



> J'ai une station de travail correct (quadcore). Je pensais faire mes
> essais dessus avec un serveur virtuel (hôte VirtualBox). Très pratique avec
> la possibilité de prendre des images du système et d'y revenir ensuite.
> Mais est-ce que la virtualisation ne risque pas de plomber les
> performances? Certains ont déjà essayer le rendu sur serveur virtuel?
>
>

Je fais aussi mes tests sur mon laptop quadcore. Avec une base aussi
petite, ça ne doit pas poser de problème car c'est l'accès aux données dans
la base qui est le plus gourmand au final.

Pour la virtualisation virtualbox va forcément avoir un impact sur les
perfs. Ta station de travail n'est pas sous Linux ?



> Une fois que je serai content, je voudrais générer un fichier MBTiles pour
> le transférer sur mon serveur (assez faiblard). C'est facile à faire un tel
> fichier?
>

Oui, pas de problème, TileMill (ou Kosmtik) te fait ça tout seul. Il faut
juste lui laisser le temps de faire les calculs.



> On va me dire que ça fait un fichier énorme. Néanmoins, comme il n'y a pas
> beaucoup de données à Madagascar, je vais surtout avoir des tuiles de fond
> uniformes. À 103 octet/pièce, ça ferait 4 Go pour tout Mada au niveau de
> zoom 18. Et, si j'ai bien compris, MBTiles gère les tuiles redondantes en
> ne les enregistrant qu'une seule fois. Donc, ça devrait faire beaucoup
> moins.
>
>
Tu peux aussi générer un MBTile par niveau de zoom.
C'est pratique quand tu modifie ton style sur un zoom donné, tu ne
recalcule que cette couche là et tu remplace uniquement ce fichier sur ton
serveur.



> En fait, à terme, mon processus serait:
> - import complet sur le serveur virtuel
> - génération d'un MBTiles sur le serveur virtuel
> - transfert vers le serveur réel
> Qu'en pensez-vous? Réaliste?
>
>
> Pour plus tard, ajouter une coloration altimétrique en vues larges et des
> courbes de niveau en vues plus détaillées. Et les ombrages. Facile à
> rajouter? J'imagine qu'on calcule une fois pour toute une ou deux couches à
> part?
>
>

Pour l'ombrage et tout ce qui touche au relief, tu peux soit faire une
couche séparer en overlay, soit l'inclure dans la feuille de style pour
l'intégrer directement dans les tuiles produites et donc "monocouche".



-- 
Christian Quest - OpenStreetMap France
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20150410/f31a49bd/attachment.html>