I don't know if this is related to an issue that I posted here some weeks
ago where the HDF's array metadata is not read by the HDF5 driver (but
this files are not HDF5) but the thing is that I can read it with the GMT
developing version (maybe it works too with official releases version too
Hi
I'm building gdal on linux (64bit ubuntu 16) with python bindings, and I'm
coming across a strange error right at the end of the python build steps
where exactly 4 commands which *should* be run with `x86_64-linux-gnu-gcc`
are instead run as `/bin/bash`.
Here are the last few lines of output
Le mercredi 25 mai 2016 16:46:10, Luca Delucchi a écrit :
> On 19 May 2015 at 10:37, Even Rouault wrote:
> > Luca,
>
> Hi Even,
>
> > According to the doc, "x and y are in user units from the lower left
> > corner of the page"
>
> I have other two questions:
> - is
On 19 May 2015 at 10:37, Even Rouault wrote:
>
> Luca,
>
Hi Even,
> According to the doc, "x and y are in user units from the lower left corner of
> the page"
>
I have other two questions:
- is it possible to calculate the maximum x and y in user units? I
tried
As an update to this; I have finished write support for the GRD driver for
now, with ZMAX/ZMIN exposed as creation options and will be explicitly
calculated in CreateCopy if not passed in - exactly as you suggested Even,
thanks.
I'm waiting permission to get a osgeo user id so I can raise a
Hi,
I'm fairly new to GIS and could use some help converting MODIS LST and ET
data to TIFF format in WGS84 projection.
Example files can be obtained here:
http://e4ftl01.cr.usgs.gov/MOLT/MOD11A1.005/2004.03.31/
Hi,
Yes, GDAL has tools to do that.
It could depend on what platform you're using but if you're doing it on
Windows, you need to use a SpatialReference class and the ImportFromProj4
function to set up your coordinates source and destination.
Then use the CoordinateTransformation class with the