C'est effectivement possible que la source de Cyclemap ne soit pas
SRTM mais VF. J'essaye désespérément de charger leurs données pour voir
ce que ça donnerait, mais le serveur VF n'a pas l'air en forme, alors
que SRTM3 répond bien :
Loading digital elevation model...
Downloading Viewfinder DEM tile 'N45E005.hgt'...
Error downloading SRTM
data.
(Je pense que le mot SRTM fait juste partie du message d'erreur
standard)
JB.
Le 04.04.2013 09:20, sebastien.di...@free.fr a écrit :
- Mail original -
On Wed, 3 Apr 2013 21:04:21 +0200
Sébastien Dinot sebastien.di...@free.fr wrote:
JB a écrit
:
[.../...]
On note que la donnée SRTM (courbes de niveau
et ombrage) est parfois manquante, notamment dans les zones au relief
accidenté.
Je ne connaissais pas ce défaut de SRTM que je n'avais
notamment jamais remarqué dans les Pyrénées. C'est étrange...
http://maperitive.net/docs/Commands/SetDemSource.html [1] VF.Alps: one
arcsecond resolution DEM covering Alps without any major data voids.
Source: http://www.viewfinderpanoramas.org/dem3.html#alps [2]. valable
aussi pour les Pyrénées.
Pourtant, je me pose une question lorsque
je consulte par exemple cette image :
http://osm107.openstreetmap.fr/jbtopo/LeSappeyGPS.png [3]
Et le
rendu CycleMap de la même zone sur OSM :
http://osm.org/go/0CATAqPL-?layers=C [4]
Les trous constatés sur la
première n'existent pas sur le second. CycleMap utilise-t-il d'autres
données (Aster, autre) ?
Sébastien
Links:
--
[1]
http://maperitive.net/docs/Commands/SetDemSource.html
[2]
http://www.viewfinderpanoramas.org/dem3.html#alps
[3]
http://osm107.openstreetmap.fr/jbtopo/LeSappeyGPS.png
[4]
http://osm.org/go/0CATAqPL-?layers=C
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
