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
