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

[Christian Quest]

Le 11 avril 2015 15:18, Eric SIBERT <courrier at eric.sibert.fr> a écrit :

> Réponse tardive mais peut être encore utile...
>>
>
> Il n'est pas encore trop tard. Je n'ai pas encore commencé mon projet.
>
>
>  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.
>>
>
> Si je n'ai pas l'orientation des terrains de sport au début, ça ne sera
> pas bien grave.
>
>
Pour ça pas besoin de tags bien complexes ;)



>  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é.
>>
>
> Ok. Je vais peut-être plutôt partir du style international et piocher dans
> osm-fr au coup par coup.
>
>
C'est peut être plus sage, en plus le style INTL reprend petit à petit des
trucs que j'ai fait.



>  Jusqu'à récemment, je n'ai utilisé que TileMill pour travailler sur la
>> feuille de style, mais je passe maintenant à Kosmtik.
>>
>
> Je ne connaissais pas Kosmtik. C'est opérationnel?
>
> D'une manière générale, si je peux commencer par une appli desktop
> indépendante qui me fait directement le MBTiles, je pense que ça me
> facilitera la vie.
>
>
Komstik est une alternative (vraiment libre) à Mapbox Studio

Tu as plein de fonctionnalités très utiles, et il reprends les projets
TileMill.
J'utilisais TileMill uniquement pour visualiser ce que je modifias
directement dans les fichiers texte car vu leur taille, l'éditeur intégré
de TileMill n'était plus adapté.
Komstik n'a pas d'éditeur intégré, donc ça ne me gêne pas.


 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.
>>
>
> Ok.
>
>
>      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.
>>
>
> Je ferai des essais pour voir si ça compte en heures ou en jours...
>
>
>

Je tenterai le coup sur Mada pour voir. Tout dépend du niveau de zoom max
que tu compte générer... à chaque niveau de plus c'est 4 fois plus de
tuiles...



>  Tu peux aussi générer un MBTile par niveau de zoom.
>>
>
> Oui, j'ai vu que tu mettais à disposition des fichiers MBTiles pour
> certains niveaux de zoom.
>

Je ne les ai pas remis à jour depuis bien longtemps...



>
>  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.
>>
>
> Ok.
>
>  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".
>>
>
> C'est pour plus tard mais je partirais bien sur une couche séparée. D'une
> part, le relief ne changeant pas trop, une fois qu'on est content de son
> style, il n'y a pas de raison de refaire les calculs. D'autre part, les
> tuiles correspondantes n'étant pas uniformément vides, je pense que le
> fichier MBTiles va être beaucoup plus gros.
>
>
Sûr et puis pour avoir un dégradé propre, tu es obligé de passer sur du PNG
32bits alors que pour du fond carto de base, du 16 ou 8 bits peut aller.

Le monocouche permet quand même de faire quelque chose de beaucoup plus
propre en alternant couches de fond, ombrage, couches carto supplémentaires
par dessus. Exemple: http://cl.ly/image/3u0J2p423J3M

Par contre si tu sors du JPEG (plus léger), ça peut mieux sortir... faut
voir, tester...


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