[ gpsdrive ] Landsat downloads

[Guenther Meyer]

Am Freitag 17 Oktober 2008 schrieb Hamish:
> Hi,
>
> I have just fixed the (new) in-program Landsat download scaling code to
> use correct math instead of a (AFAICT) fudge factor which would only
> soft of be right at a single latitude.
>
> Tested with some old GPX track logs, it all finally lines up. woo hoo!
>
great!

> I also made it easier in the code to change the WMS server- you should be
> able to drop in any other WMS server URL &/or layers and have it work.
> e.g. we're requesting Landsat, but the OnEarth server can deliver
> lots of other layers too: http://onearth.jpl.nasa.gov/
> Or maybe your local government hosts WMS aerial photography?
> Or maybe you want to try NOAA's WMS nautical chart download? (mmmph)
> ... Something to make user-configurable in the future.
>
yes, I thought about trying gdal to do this. I think I've understodd how to 
fetch maps from a wms server, but how these files can be used inside 
gpsdrive, I have no clue...

but I think this can also be done by extending the current code.

> I notice if the server is overloaded you get a small 300 byte XML error
> message, but that is saved to .jpg and map_koord.txt anyway.  how to
> catch that? From experience with working on WMS downloads for other
> software I have found that the error mode is in no way standard and
> rather hard to test for across diff't flavours of servers.
>
in the old download code was some kind of limited handling for that. as the 
error is not standardized, we have to think how we do this.
maybe a check of the downloaded file, if it's a valid image?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.gpsdrivers.org/pipermail/gpsdrive/attachments/20081019/4c709943/attachment.bin>