[OSM-talk-fr] Rendu avec relief sur osm.org

[Vincent Frison]

Hello,

Je sais pas si je suis le seul mais pour moi les cartes affichant le
relief, c'est à dire avec hillshade et/ou courbes de niveaux, sont bien
plus jolies que celles sont relief. Je dirais même qu'en plus d'être plus
jolies elles sont beaucoup plus claires car elles permettent de se repérer
plus facilement avec le relief.

Le souci c'est que le rendu par défaut de osm.org n'a pas le relief et je
trouve ça plus que dommage.

Il y a des sites proposant des rendus avec reliefs qui sont magnifiques
comme par ex. http://opentopomap.org ou http://opensnowmap.org. Le problÚme
c'est qu'ils n'ont pas la rapidité d'osm.org, ni toutes ses fonctionnalités
(principalement celle qui permet de chercher les objets afin de voir tous
les détails).

Certes il y a le layer "carte cyclable" d'osm.org mais malheureusement le
relief est assez mal rendu et puis surtout il est vraiment orienté pour les
vélos en masquant la plupart des informations pour mettre en valeur celles
utiles aux cyclistes.

J'ai l'impression que ça ne serait pas un énorme travail de rajouter le
relief sur le rendu par défaut d'osm.org. L'idée serait d'avoir une option
pour afficher le hillshade et les courbes de niveaux. c'est à dire 2
petites checkboxes en plus de celles existantes (permettant d'afficher les
notes de carte, etc.).

Sur le site http://opensnowmap.org en allant dans les settings on peut
afficher le rendu standard d'OSM au lieu de celui d'OpenSnow. J'ai
l'impression que c'est juste un layer supplémentaire (avec hillshade et
courbes de niveaux) qui s'affiche en plus de celui du rendu standard.. mais
qui du coup n'a plus rien à voir avec le rendu classique, pour moi la
valeur ajoutée est vraiment énorme !

Suis je le seul à qui ça manque ?

Et à qui devrais je demander cette évolution ? Sur un mailing list
particuliÚre ou directement en créant une issue ici:
https://github.com/gravitystorm/openstreetmap-carto ?

Merci, Vincent.

[Vincent Frison]

Bon visiblement l'absence de relief sur openstreetmap.org ne gêne pas grand
monde mis à part moi :)

Sinon je me rend compte que sur tile.openstreetmap.fr il y a une petite
option pour afficher les hillshades d'openpistemap.org mais malheureusement
ça ne marche pas. C'est sans doute lié au fait que le site openpistemap.org
est lui même down ?

Post by Vincent Frison
Hello,
Je sais pas si je suis le seul mais pour moi les cartes affichant le
relief, c'est à dire avec hillshade et/ou courbes de niveaux, sont bien
plus jolies que celles sont relief. Je dirais même qu'en plus d'être plus
jolies elles sont beaucoup plus claires car elles permettent de se repérer
plus facilement avec le relief.
Le souci c'est que le rendu par défaut de osm.org n'a pas le relief et je
trouve ça plus que dommage.
Il y a des sites proposant des rendus avec reliefs qui sont magnifiques
comme par ex. http://opentopomap.org ou http://opensnowmap.org. Le
problÚme c'est qu'ils n'ont pas la rapidité d'osm.org, ni toutes ses
fonctionnalités (principalement celle qui permet de chercher les objets
afin de voir tous les détails).
Certes il y a le layer "carte cyclable" d'osm.org mais malheureusement le
relief est assez mal rendu et puis surtout il est vraiment orienté pour les
vélos en masquant la plupart des informations pour mettre en valeur celles
utiles aux cyclistes.
J'ai l'impression que ça ne serait pas un énorme travail de rajouter le
relief sur le rendu par défaut d'osm.org. L'idée serait d'avoir une
option pour afficher le hillshade et les courbes de niveaux. c'est à dire 2
petites checkboxes en plus de celles existantes (permettant d'afficher les
notes de carte, etc.).
Sur le site http://opensnowmap.org en allant dans les settings on peut
afficher le rendu standard d'OSM au lieu de celui d'OpenSnow. J'ai
l'impression que c'est juste un layer supplémentaire (avec hillshade et
courbes de niveaux) qui s'affiche en plus de celui du rendu standard.. mais
qui du coup n'a plus rien à voir avec le rendu classique, pour moi la
valeur ajoutée est vraiment énorme !
Suis je le seul à qui ça manque ?
Et à qui devrais je demander cette évolution ? Sur un mailing list
particuliÚre ou directement en créant une issue ici: https://github.com/
gravitystorm/openstreetmap-carto ?
Merci, Vincent.

[Vincent Frison]

Post by Vincent Frison
Bon visiblement l'absence de relief sur openstreetmap.org ne gêne pas
grand monde mis à part moi :)
Sinon je me rend compte que sur tile.openstreetmap.fr il y a une petite
option pour afficher les hillshades d'openpistemap.org mais
malheureusement ça ne marche pas. C'est sans doute lié au fait que le site
openpistemap.org est lui même down ?

En fait j'ai l'impression que c'est l'ensemble des overlays qui déconnent
sur tile.openstreetmap.fr.

[althio]

Non tu n'es pas le seul, il suffit d'aller voir la question sur :
https://github.com/gravitystorm/openstreetmap-carto/issues/2931

-- althio

Post by Vincent Frison
Hello,
Je sais pas si je suis le seul mais pour moi les cartes affichant le relief,
c'est à dire avec hillshade et/ou courbes de niveaux, sont bien plus jolies
que celles sont relief. Je dirais même qu'en plus d'être plus jolies elles
sont beaucoup plus claires car elles permettent de se repérer plus
facilement avec le relief.
Le souci c'est que le rendu par défaut de osm.org n'a pas le relief et je
trouve ça plus que dommage.
Il y a des sites proposant des rendus avec reliefs qui sont magnifiques
comme par ex. http://opentopomap.org ou http://opensnowmap.org. Le problème
c'est qu'ils n'ont pas la rapidité d'osm.org, ni toutes ses fonctionnalités
(principalement celle qui permet de chercher les objets afin de voir tous
les détails).
Certes il y a le layer "carte cyclable" d'osm.org mais malheureusement le
relief est assez mal rendu et puis surtout il est vraiment orienté pour les
vélos en masquant la plupart des informations pour mettre en valeur celles
utiles aux cyclistes.
J'ai l'impression que ça ne serait pas un énorme travail de rajouter le
relief sur le rendu par défaut d'osm.org. L'idée serait d'avoir une option
pour afficher le hillshade et les courbes de niveaux. c'est à dire 2 petites
checkboxes en plus de celles existantes (permettant d'afficher les notes de
carte, etc.).
Sur le site http://opensnowmap.org en allant dans les settings on peut
afficher le rendu standard d'OSM au lieu de celui d'OpenSnow. J'ai
l'impression que c'est juste un layer supplémentaire (avec hillshade et
courbes de niveaux) qui s'affiche en plus de celui du rendu standard.. mais
qui du coup n'a plus rien à voir avec le rendu classique, pour moi la valeur
ajoutée est vraiment énorme !
Suis je le seul à qui ça manque ?
Et à qui devrais je demander cette évolution ? Sur un mailing list
https://github.com/gravitystorm/openstreetmap-carto ?
Merci, Vincent.
_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr

[Jo]

http://hikebikemap.org/ montre le reliëf d'une trÚs belle façon et il y a
moyen de visualiser beaucoup d'itinéraires. Je pense que cyclemap le fait
aussi.

Polyglot

Post by althio
https://github.com/gravitystorm/openstreetmap-carto/issues/2931
-- althio

Post by Vincent Frison
Hello,
Je sais pas si je suis le seul mais pour moi les cartes affichant le

relief,

Post by Vincent Frison
c'est à dire avec hillshade et/ou courbes de niveaux, sont bien plus

jolies

Post by Vincent Frison
que celles sont relief. Je dirais même qu'en plus d'être plus jolies

elles

Post by Vincent Frison
sont beaucoup plus claires car elles permettent de se repérer plus
facilement avec le relief.
Le souci c'est que le rendu par défaut de osm.org n'a pas le relief et

je

Post by Vincent Frison
trouve ça plus que dommage.
Il y a des sites proposant des rendus avec reliefs qui sont magnifiques
comme par ex. http://opentopomap.org ou http://opensnowmap.org. Le

problÚme

Post by Vincent Frison
c'est qu'ils n'ont pas la rapidité d'osm.org, ni toutes ses

fonctionnalités

Post by Vincent Frison
(principalement celle qui permet de chercher les objets afin de voir tous
les détails).
Certes il y a le layer "carte cyclable" d'osm.org mais malheureusement

le

Post by Vincent Frison
relief est assez mal rendu et puis surtout il est vraiment orienté pour

les

Post by Vincent Frison
vélos en masquant la plupart des informations pour mettre en valeur

celles

Post by Vincent Frison
utiles aux cyclistes.
J'ai l'impression que ça ne serait pas un énorme travail de rajouter le
relief sur le rendu par défaut d'osm.org. L'idée serait d'avoir une

option

Post by Vincent Frison
pour afficher le hillshade et les courbes de niveaux. c'est à dire 2

petites

Post by Vincent Frison
checkboxes en plus de celles existantes (permettant d'afficher les notes

de

Post by Vincent Frison
carte, etc.).
Sur le site http://opensnowmap.org en allant dans les settings on peut
afficher le rendu standard d'OSM au lieu de celui d'OpenSnow. J'ai
l'impression que c'est juste un layer supplémentaire (avec hillshade et
courbes de niveaux) qui s'affiche en plus de celui du rendu standard..

mais

Post by Vincent Frison
qui du coup n'a plus rien à voir avec le rendu classique, pour moi la

valeur

Post by Vincent Frison
ajoutée est vraiment énorme !
Suis je le seul à qui ça manque ?
Et à qui devrais je demander cette évolution ? Sur un mailing list
https://github.com/gravitystorm/openstreetmap-carto ?
Merci, Vincent.
_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr

_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr

[Vincent Frison]

@althio: Merci pour le lien ! J'ai rajouté mon petit commentaire mais sans
trop d'espoir puisque le ticket a déjà été clÎturé :(

@Jo: Oui le rendu sur hikebikemap.org est pas mal mais perso je préfÚre
opentopomap.org pour un zoom < 9 et opensnowmap.org pour un zoom > 9.

Post by althio
https://github.com/gravitystorm/openstreetmap-carto/issues/2931
-- althio

Post by Vincent Frison
Hello,
Je sais pas si je suis le seul mais pour moi les cartes affichant le

relief,

Post by Vincent Frison
c'est à dire avec hillshade et/ou courbes de niveaux, sont bien plus

jolies

Post by Vincent Frison
que celles sont relief. Je dirais même qu'en plus d'être plus jolies

elles

Post by Vincent Frison
sont beaucoup plus claires car elles permettent de se repérer plus
facilement avec le relief.
Le souci c'est que le rendu par défaut de osm.org n'a pas le relief et

je

Post by Vincent Frison
trouve ça plus que dommage.
Il y a des sites proposant des rendus avec reliefs qui sont magnifiques
comme par ex. http://opentopomap.org ou http://opensnowmap.org. Le

problÚme

Post by Vincent Frison
c'est qu'ils n'ont pas la rapidité d'osm.org, ni toutes ses

fonctionnalités

Post by Vincent Frison
(principalement celle qui permet de chercher les objets afin de voir tous
les détails).
Certes il y a le layer "carte cyclable" d'osm.org mais malheureusement

le

Post by Vincent Frison
relief est assez mal rendu et puis surtout il est vraiment orienté pour

les

Post by Vincent Frison
vélos en masquant la plupart des informations pour mettre en valeur

celles

Post by Vincent Frison
utiles aux cyclistes.
J'ai l'impression que ça ne serait pas un énorme travail de rajouter le
relief sur le rendu par défaut d'osm.org. L'idée serait d'avoir une

option

Post by Vincent Frison
pour afficher le hillshade et les courbes de niveaux. c'est à dire 2

petites

Post by Vincent Frison
checkboxes en plus de celles existantes (permettant d'afficher les notes

de

Post by Vincent Frison
carte, etc.).
Sur le site http://opensnowmap.org en allant dans les settings on peut
afficher le rendu standard d'OSM au lieu de celui d'OpenSnow. J'ai
l'impression que c'est juste un layer supplémentaire (avec hillshade et
courbes de niveaux) qui s'affiche en plus de celui du rendu standard..

mais

Post by Vincent Frison
qui du coup n'a plus rien à voir avec le rendu classique, pour moi la

valeur

Post by Vincent Frison
ajoutée est vraiment énorme !
Suis je le seul à qui ça manque ?
Et à qui devrais je demander cette évolution ? Sur un mailing list
https://github.com/gravitystorm/openstreetmap-carto ?
Merci, Vincent.
_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr

_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr

[Jérôme Amagat]

Je pense que le truc principal qui fait qu'il n'y a pas de rendu du relief
sur osm.org c'est que les données de relief ne sont pas dans la base de
donnée osm.
sur osm.org, on présente le maximum de données de la base openstreetmap
mais pas d'autre chose.
AprÚs tout le monde peux utiliser les données openstreetmap mélangées à
d'autres données par exemple le relief ( aux licences prÚs)
je suis d'accord que le relief apporte un plus sur une carte mais je ne
pense pas qu'il ait sa place sur openstreetmap.org et il faut donc aller
voir ailleurs pour voir le relief

[Vincent Frison]

Effectivement je peux comprend l'idée: sur osm.org il ne faudrait afficher
uniquement des données en provenance de la DB d'OSM.

Mais en fait l'argument d'une source données externe ne tient pas vraiment
puisqu'il y a déjà du hillshade sur le layer "carte cyclable" d'osm.org !

L'avantage du relief est tellement important sur une carte, c'est dommage
pour nous qui sommes des utilisateurs convaincus d'OSM, mais ça l'est
encore plus pour des non initiés qui découvrent OSM bien souvent depuis
osm.org qui du coup joue aussi le rÎle de vitrine. Dans ce sens là je
trouve ça dommage de se priver du relief qui permet de mettre en valeur les
données d'OSM.

Post by Jérôme Amagat
Je pense que le truc principal qui fait qu'il n'y a pas de rendu du relief
sur osm.org c'est que les données de relief ne sont pas dans la base de
donnée osm.
sur osm.org, on présente le maximum de données de la base openstreetmap
mais pas d'autre chose.
AprÚs tout le monde peux utiliser les données openstreetmap mélangées à
d'autres données par exemple le relief ( aux licences prÚs)
je suis d'accord que le relief apporte un plus sur une carte mais je ne
pense pas qu'il ait sa place sur openstreetmap.org et il faut donc aller
voir ailleurs pour voir le relief
_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr

[Christian Quest]

C'est quelque chose que j'avais exploré pour le rendu FR... avec les
courbes de niveau.

Exemple: https://cl.ly/3u0J2p423J3M

Pour un rendu vraiment propre, il faut appliquer l'ombrage en 2 fois,
afin de ne pas trop ombrer certains objets comme les routes.

Il y a de l'ombrage sur certaines zones du rendu HOT, sur les zones où
l'usage est essentiellement lié à une crise et où le relief est un
élément trÚs important. Comme c'est quand même lourd à gérer, ça n'a pas
été généralisé, mais on peut s'y remettre...

Effectivement je peux comprend l'idée: sur osm.org <http://osm.org> il
ne faudrait afficher uniquement des données en provenance de la DB d'OSM.
Mais en fait l'argument d'une source données externe ne tient pas
vraiment puisqu'il y a déjà du hillshade sur le layer "carte cyclable"
d'osm.org <http://osm.org> !
L'avantage du relief est tellement important sur une carte, c'est
dommage pour nous qui sommes des utilisateurs convaincus d'OSM, mais
ça l'est encore plus pour des non initiés qui découvrent OSM bien
souvent depuis osm.org <http://osm.org> qui du coup joue aussi le rÃŽle
de vitrine. Dans ce sens là je trouve ça dommage de se priver du
relief qui permet de mettre en valeur les données d'OSM.
Je pense que le truc principal qui fait qu'il n'y a pas de rendu
du relief sur osm.org <http://osm.org> c'est que les données de
relief ne sont pas dans la base de donnée osm.
sur osm.org <http://osm.org>, on présente le maximum de données de
la base openstreetmap mais pas d'autre chose.
AprÚs tout le monde peux utiliser les données openstreetmap
mélangées à d'autres données par exemple le relief ( aux licences
prÚs)
je suis d'accord que le relief apporte un plus sur une carte mais
je ne pense pas qu'il ait sa place sur openstreetmap.org
<http://openstreetmap.org> et il faut donc aller voir ailleurs
pour voir le relief
_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr

[Vincent Frison]

Post by Christian Quest
C'est quelque chose que j'avais exploré pour le rendu FR... avec les
courbes de niveau.
Exemple: https://cl.ly/3u0J2p423J3M

TrÚs joli !

Post by Christian Quest
Pour un rendu vraiment propre, il faut appliquer l'ombrage en 2 fois, afin
de ne pas trop ombrer certains objets comme les routes.
Il y a de l'ombrage sur certaines zones du rendu HOT, sur les zones où
l'usage est essentiellement lié à une crise et où le relief est un élément
trÚs important. Comme c'est quand même lourd à gérer, ça n'a pas été
généralisé, mais on peut s'y remettre...

Avec plaisir, et d'ailleurs j'aimerais bien aider si possible...

Déjà comprendre le principe du hillshade: sur la ticket github énoncé plus
haut le gars proposait de récupérer le hillshade depuis NaturalEarth
<http://www.naturalearthdata.com/downloads/10m-raster-data/10m-shaded-relief/>.
Mais cela voudrait dire qu'on aurait des tuiles de relief qui seraient
certes déjà pré-calculés mais avec une résolution trÚs limitée puisque leur
meilleur dataset est un gros TIFF de 21,600 x 10,800 pixels, ce qui fait
une résolution de l'ordre de ~2000 mÚtres.

J'imagine que la vraie solution est plutÎt d'avoir les données brutes (DEM)
en provenance de SRTM1 ou ASTER GDEM dont la résolution native est de
l'ordre de 30 mÚtres et qu'elles soit ensuite transformées à la volée (avec
gdal par ex?) en raster hillshade ?

Ou l'idée est plutÎt de réutiliser un service gratuit de tuiles de relief
comme http://c.tiles.wmflabs.org/hillshading par ex ? J'ai du mal à croire
que tous les autres services de tuiles OSM ayant du relief gênÚrent eux
même le relief pour les intégrer directement leur layer...

[Christian Quest]

Post by Christian Quest
C'est quelque chose que j'avais exploré pour le rendu FR... avec
les courbes de niveau.
Exemple: https://cl.ly/3u0J2p423J3M
TrÚs joli !
Pour un rendu vraiment propre, il faut appliquer l'ombrage en 2
fois, afin de ne pas trop ombrer certains objets comme les routes.
Il y a de l'ombrage sur certaines zones du rendu HOT, sur les
zones où l'usage est essentiellement lié à une crise et où le
relief est un élément trÚs important. Comme c'est quand même lourd
à gérer, ça n'a pas été généralisé, mais on peut s'y remettre...
Avec plaisir, et d'ailleurs j'aimerais bien aider si possible...
Déjà comprendre le principe du hillshade: sur la ticket github énoncé
plus haut le gars proposait de récupérer le hillshade depuis
NaturalEarth
<http://www.naturalearthdata.com/downloads/10m-raster-data/10m-shaded-relief/>.
Mais cela voudrait dire qu'on aurait des tuiles de relief qui seraient
certes déjà pré-calculés mais avec une résolution trÚs limitée puisque
leur meilleur dataset est un gros TIFF de 21,600 x 10,800 pixels, ce
qui fait une résolution de l'ordre de ~2000 mÚtres.
J'imagine que la vraie solution est plutÎt d'avoir les données brutes
(DEM) en provenance de SRTM1 ou ASTER GDEM dont la résolution native
est de l'ordre de 30 mÚtres et qu'elles soit ensuite transformées à la
volée (avec gdal par ex?) en raster hillshade ?
Ou l'idée est plutÎt de réutiliser un service gratuit de tuiles de
relief comme http://c.tiles.wmflabs.org/hillshading par ex ? J'ai du
mal à croire que tous les autres services de tuiles OSM ayant du
relief gênÚrent eux même le relief pour les intégrer directement leur
layer...

Pour une couverture quasi mondiale, le mieux c'est STRMv3, on est à 30m
et c'est trÚs précis, voire trop... par exemple, j'ai l'ombre de la Tour
Eiffel ;)

J'avais fait mes tests avec l'EU-DEM qui est aussi à 30m, basé sur
ASTER+SRTM mais limité à l'Europe.

Il y a pas mal de processing à faire pour obtenir l'ombrage, puis pour
le rendre transparent afin de l'exploiter directement dans le rendu,
mais c'est à faire une seule fois et tout s'automatise.

Ensuite il y a la modif de la feuille de style mapnik pour l'intégrer en
deux passes pour faire un truc propre au final comme l'exemple que j'ai
donné. Pour quelque chose de propre, il faut les données en local, mais
rien n'empêche de partager les MNT retraités. Je partage par exemple les
courbes de niveau calculées sur l'EU-DEM.

[Vincent Frison]

Merci Christian pour ces précisions.

Donc l'idée c'est est d'avoir un MNT en local et une moulinette permettant
de le convertir à la volée en jolis tuiles rasters avec transparence, puis
bien configurer mapnik pour qu'il les utilise.

Mais là ça serait donc une solution propre, et du coup un peu complexe...

Par curiosité, n'y aurait il pas une solution beaucoup plus simple (mais
surement moins propre) consistant à réutiliser un serveur de tuiles
(d'ombrage ou de courbes de niveaux) et l'ajouter en transparence sur les
tuiles existantes ?

J'ai l'impression que c'est vraiment ce que fait http://opensnowmap.org
lorsqu'on utilise la rendu OSM standard comme background car si on se
déplace rapidement on voit d'abord les tuiles OSM standard puis le
relief qui se rajoute aprÚs (il y a un petit décalage de quelques
millisecondes). Par contre si on laisse le background par défaut SnowMap,
là il n'y a aucun décalage ce qui laisse supposer que c'est la solution
propre: il a intégré le relief directement dans son rendu et il n'y a donc
qu'un seul layer... ça se tient à peu prÚs ce que je dis ? :)

[Christian Quest]

Pour moi c'est à éviter car ça fait dépendre ton rendu d'un service tiers
dont on ne contrÎle pas la disponibilité.

Si les tuiles externes d'ombrage ou de courbe de niveau ne sont pas
dispo... on fait quoi ?

Un serveur de tuile doit fonctionner en autonomie. Sur un client, c'est
différent, tu peux mixer les tuiles si tu veux, vu que de toute façon tu
dépends en général de tuiles tierces.

Je digresse un peu... le recours bien facile aux services et données tiers
c'est "pratique", mais casse gueule aussi.
Les trÚs nombreux utilisateurs des fonds mapquest en ont fait les frais...
ceux qui utilisent les services de mapzen vont le découvrir à la fin de
mois (mapzen plie boutique).

Comme les médocs, les API c'est bien, en abuser ça craint ;)

Post by Vincent Frison
Merci Christian pour ces précisions.
Donc l'idée c'est est d'avoir un MNT en local et une moulinette permettant
de le convertir à la volée en jolis tuiles rasters avec transparence, puis
bien configurer mapnik pour qu'il les utilise.
Mais là ça serait donc une solution propre, et du coup un peu complexe...
Par curiosité, n'y aurait il pas une solution beaucoup plus simple (mais
surement moins propre) consistant à réutiliser un serveur de tuiles
(d'ombrage ou de courbes de niveaux) et l'ajouter en transparence sur les
tuiles existantes ?
J'ai l'impression que c'est vraiment ce que fait http://opensnowmap.org
lorsqu'on utilise la rendu OSM standard comme background car si on se
déplace rapidement on voit d'abord les tuiles OSM standard puis le
relief qui se rajoute aprÚs (il y a un petit décalage de quelques
millisecondes). Par contre si on laisse le background par défaut SnowMap,
là il n'y a aucun décalage ce qui laisse supposer que c'est la solution
propre: il a intégré le relief directement dans son rendu et il n'y a donc
qu'un seul layer... ça se tient à peu prÚs ce que je dis ? :)
_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr

[Vincent Frison]

Post by Christian Quest
Pour moi c'est à éviter car ça fait dépendre ton rendu d'un service tiers
dont on ne contrÎle pas la disponibilité.
Si les tuiles externes d'ombrage ou de courbe de niveau ne sont pas
dispo... on fait quoi ?
Un serveur de tuile doit fonctionner en autonomie. Sur un client, c'est
différent, tu peux mixer les tuiles si tu veux, vu que de toute façon tu
dépends en général de tuiles tierces.
Je digresse un peu... le recours bien facile aux services et données tiers
c'est "pratique", mais casse gueule aussi.
Les trÚs nombreux utilisateurs des fonds mapquest en ont fait les frais...
ceux qui utilisent les services de mapzen vont le découvrir à la fin de
mois (mapzen plie boutique).
Comme les médocs, les API c'est bien, en abuser ça craint ;)

Surtout si elles sont périmées :)

D'un point de vue purement serveur c'est vrai qu'il faut éviter de dépendre
des services extérieures, et si OSM FR était capable de fournir ça tout
seul ça serait vraiment génial !

Mais d'un point de vue client ça serait quand même bien sympa d'avoir un
layer supplémentaire pour le relief sur http://tiles.openstreetmap.fr :)

En fait y a déjà l'option Hillshshade (@openskimap.org) sauf que là aucun
des couches overlays fonctionnent...

D'ailleurs c'est dommage que cette page ne soit pas facilement accessible
depuis www.openstreetmap.fr, mais peut-être est ce un choix volontaire ?

Plus globalement je trouve qu'il manque une page (voir un menu) listant
tous les super projets fait par OSM FR: osmose, les outils pour BANO ou le
cadastre, le serveur de tuile pour ne citer que ceux que je connais...

[Christian Quest]

Post by Vincent Frison

Post by Christian Quest
Pour moi c'est à éviter car ça fait dépendre ton rendu d'un service tiers
dont on ne contrÎle pas la disponibilité.
Si les tuiles externes d'ombrage ou de courbe de niveau ne sont pas
dispo... on fait quoi ?
Un serveur de tuile doit fonctionner en autonomie. Sur un client, c'est
différent, tu peux mixer les tuiles si tu veux, vu que de toute façon tu
dépends en général de tuiles tierces.
Je digresse un peu... le recours bien facile aux services et données
tiers c'est "pratique", mais casse gueule aussi.
Les trÚs nombreux utilisateurs des fonds mapquest en ont fait les
frais... ceux qui utilisent les services de mapzen vont le découvrir à la
fin de mois (mapzen plie boutique).
Comme les médocs, les API c'est bien, en abuser ça craint ;)

Surtout si elles sont périmées :)
D'un point de vue purement serveur c'est vrai qu'il faut éviter de
dépendre des services extérieures, et si OSM FR était capable de fournir ça
tout seul ça serait vraiment génial !
Mais d'un point de vue client ça serait quand même bien sympa d'avoir un
layer supplémentaire pour le relief sur http://tiles.openstreetmap.fr :)
des couches overlays fonctionnent...

Ok, on va avancer pas à pas alors... plutÎt que de vouloir le truc parfait
dÚs le début ;)

Le truc parfait c'est l'ombrage et les courbes de niveau directement
intégrées dans les tuiles de fond de carte.

On peut démarrer avec 2 overlay:
- courbes de niveau
- ombrage
voire... une couche ombrage+courbes de niveau

Ensuite on intégrera dans les tuiles

Post by Vincent Frison
D'ailleurs c'est dommage que cette page ne soit pas facilement accessible
depuis www.openstreetmap.fr, mais peut-être est ce un choix volontaire ?

tile.openstreetmap.fr était avant tout destiné à visualiser les tuiles FR,
et puis on a rajouter des trucs dessus... mais on n'a jamais repensé le
tout (et surtout eu la dispo pour ça, parce que des idées ça manque pas).

Post by Vincent Frison
Plus globalement je trouve qu'il manque une page (voir un menu) listant
tous les super projets fait par OSM FR: osmose, les outils pour BANO ou le
cadastre, le serveur de tuile pour ne citer que ceux que je connais...

Tu ne connais pas http://openstreetmap.fr/outils

[Christian Quest]

J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
l'ombrage...

STRMv3 est complet, j'avais calculé l'ombrage transparent, par contre
certaines dalles de 10° x 10° étaient trop volumineuses et avaient dépassé
les 2Go d'où un ombrage incomplet.

Je regarde pour corriger ça, sinon 95% du boulot est fait.

Pour info, l'image totale fait 1299600 x 414000 pixels, soit 538 milliards
de pixels ;)
Le dossier avec les tuiles finales et leurs overview pÚse 133Go... tout le
dossier du projet fait presque 600Go.

[Vincent Frison]

Post by Christian Quest
J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
l'ombrage...
STRMv3 est complet, j'avais calculé l'ombrage transparent, par contre
certaines dalles de 10° x 10° étaient trop volumineuses et avaient dépassé
les 2Go d'où un ombrage incomplet.
Je regarde pour corriger ça, sinon 95% du boulot est fait.
Pour info, l'image totale fait 1299600 x 414000 pixels, soit 538 milliards
de pixels ;)
Le dossier avec les tuiles finales et leurs overview pÚse 133Go... tout le
dossier du projet fait presque 600Go.

C'est impressionnant !

Mais ce qui l'est encore plus c'est que tu nous sortes ça de ton
congélateur :)

[Vincent Frison]

Post by Vincent Frison

Post by Christian Quest
J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
l'ombrage...
STRMv3 est complet, j'avais calculé l'ombrage transparent, par contre
certaines dalles de 10° x 10° étaient trop volumineuses et avaient dépassé
les 2Go d'où un ombrage incomplet.
Je regarde pour corriger ça, sinon 95% du boulot est fait.
Pour info, l'image totale fait 1299600 x 414000 pixels, soit 538
milliards de pixels ;)
Le dossier avec les tuiles finales et leurs overview pÚse 133Go... tout
le dossier du projet fait presque 600Go.

C'est impressionnant !
Mais ce qui l'est encore plus c'est que tu nous sortes ça de ton
congélateur :)

Salut Christian,

Y aurait-il eu des avancées sur ce chantier ?

Il parait que c'est dangereux de remettre les choses plusieurs fois au
congélateur...

Sinon on est d'accord que lorsque tu parlais de SRTMv3 c'était le SRTM 1"
(résolution de ~30 mÚtres) et non pas le SRTM 3" (résolution de 90 mÚtres) ?

Bon c'est sûrement le cas puisque tu parlais d'une image globale ayant
1299600 pixels en largeur, ce qui fait bien du 30 mÚtres par pixel...

++ Vincent.

[Gautier Pelloux-Prayer]

Bonjour Christian et la liste,

A-t-on des nouvelles sur un éventuel service de rendu du relief ? Ça
serait vraiment une trÚs bonne nouvelle.

Post by Christian Quest
J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
l'ombrage...
STRMv3 est complet, j'avais calculé l'ombrage transparent, par contre
certaines dalles de 10° x 10° étaient trop volumineuses et avaient
dépassé les 2Go d'où un ombrage incomplet.
Je regarde pour corriger ça, sinon 95% du boulot est fait.
Pour info, l'image totale fait 1299600 x 414000 pixels, soit 538
milliards de pixels ;)
Le dossier avec les tuiles finales et leurs overview pÚse 133Go...
tout le dossier du projet fait presque 600Go.
--
Christian Quest - OpenStreetMap France
_______________________________________________
Talk-fr mailing list
https://lists.openstreetmap.org/listinfo/talk-fr

[Jean-Claude Repetto]

Donc l'idée c'est est d'avoir un MNT en local et une moulinette
permettant de le convertir à la volée en jolis tuiles rasters avec
transparence, puis bien configurer mapnik pour qu'il les utilise.

C'est ce que fait le site http://francetopo.fr/. Il y a trois couches:
- le fond avec les ombrages
- la cartographie (routes, noms, ...)
- les courbes de niveau.