Pensez au fait que le JPEG est une norme de compression avec perte, ce qui fait
qu'on peut se retrouver avec des artefacts lors de l'affichage d'une tuile
compressée : ça peut être moche, pire, les approximations sur les contours
peuvent rendre certains textes difficiles à lire, surtout en zone fortement
détaillée.
Le JPEG est plus approprié aux images contenant de nombreuses nuances de
couleurs, où l'altération locale de pixels n'a pas d'incidence sur le rendu
visuel global.
Le PNG est plus approprié aux images contenant de nombreux pixels de même
couleur (cas général des cartes).
Teuxe
Christian Quest <[email protected]> a écrit :
>On gagne un peu, mais ça reste vite volumineux comparé à des données
>vectorielles.
>
>
>Le 15 juillet 2013 08:36, Yves Pratter <[email protected]> a
>écrit :
>>
>> Le 13 juil. 2013 à 16:58, yvecai <[email protected]> a écrit :
>>
>>> Pour le format, c'est un sqlite tout bête avec des colonnes x, y, z
>et image qui contient des pngs en 'blob'.
>>> […]
>>> J'ai fait des jeux de tuiles pour Opensnowmap.org, mais même avec
>l'écrasante majorité des tuiles vides et donc pas enregistrées dans le
>sqlite, c'est gros:
>>
>> Et en mettant des jpeg à la place des png, ça donne quoi ?
>>
>> --
>> Yves
>> _______________________________________________
>> Talk-fr mailing list
>> [email protected]
>> 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
>[email protected]
>http://lists.openstreetmap.org/listinfo/talk-fr
--
Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.
_______________________________________________
Talk-fr mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-fr
