You might want to look here for the 90m SRTM data of most of the world:
http://srtm.csi.cgiar.org/SELECTION/inputCoord.asp
It was quite slow when I visited it just now, but it's worth persevering.
If you want higher resolution data, you will have to look elsewhere.
-JD
___
Here's a little Python script I knocked up for just this purpose.
# Quick and dirty utility to get the value of a pixel in a georeferenced
# image file, given the map coordinates. Uses nearest-neighbour and doesn't
# try to do anything clever.
# By John Donovan 2010, released into
I've got a slightly older version of the data you're using (OS 10k B&W,
but with 2 bits per pixel rather than four), and I've used a two-stage
process to achieve what you want.
First, I used gdal_translate to expand the image to 8-bit greyscale:
gdal_translate -co "TFW=YES" -co "TILED=YES" -expan
I'd be very interested in a native GDAL implementation of perspective
warping. I've done something similar to the work Manuel has done on
Qgis, having written an in-house application that uses GSL/CBLAS. So I'd
be happy to help where I can, but as Manuel says, writing robust SVD
routines is beyond
Hi all,
I was just perusing the gdalwarp page on www.gdal.org/gdalwarp.html,
when I noticed this tautological sentence:
"Mosaicing into an existing output file is supported if the output file
already exists."
Any idea what it is meant to say? I presume it is something to do with
the bounds of an
Ah yes, I can see what you mean now. OK, maybe not tautological, but it
certainly made me stop for a moment to figure it out!
-JD
-Original Message-
From: Frank Warmerdam [mailto:warmer...@pobox.com]
Sent: 05 October 2010 15:54
To: John Donovan
Cc: gdal-dev@lists.osgeo.org
Subject: Re
This isn't quite what you need, but for creating thematic colour
schemes, http://colorbrewer2.org/ is a rather neat tool. I suppose it
wouldn't be too much of a stretch to interpolate between the colours it
generates for a full 256 pallette.
-JD
From: gdal-dev-b
Works for me, although it may have come back up over the past 20 mins).
-JD
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Sebastian E.
Ovide
Sent: 17 November 2010 10:11
To: gdal-dev
Subject: [gdal-dev] src server d
x27;m open to any
and all suggestions. The only one I can think of, and I'd rather not do
it, is to tell GDAL our format is floating point, and do the scaling
manually in IWriteBlock(). But as the format can support floating point
values, it would make that code path not as clean as I would like.
Rega
Hi Reinaldo,
Then you're not linking against some library or other.
-John
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Reinaldo Escada Chohfi
Sent: 07 April 2009 13:15
To: Jürgen E. Fischer; gdal-dev@lists.osgeo
I'm building the latest gdal (literally as I type!), on Kubuntu Hardy
with no problems so far.
-JD
> -Original Message-
> From: gdal-dev-boun...@lists.osgeo.org
> [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Gong,
> Shawn (Contractor)
> Sent: 22 April 2009 15:24
> To: gdal-de
over several machines,
and I was wondering if anyone has any experience of this that they'd be
willing to share? It's still early days yet, so we're open to all
suggestions.
Regards,
John Donovan - Programmer, Virtalis Ltd.
_
> You also mention a doubt about how to handle the 16BF type, which is
> apparently "16-bit float". I have never seen such a thing before and
I'm not
> sure why it is part of the WKTRaster specification. I would suggest
removing
> it.
It is a format, also called a half-float, used by the likes of
13 matches
Mail list logo