I have no experience with gdal_calc.pv nor do I know about its internals
anything beside it being implemented with numpy. So I comment this only
from a general point of view.
05.01.2016, 09:00, Avyav Kumar kirjoitti:
This is a rather interesting error, which is listed here
(https://trac.osgeo.
This is a rather interesting error, which is listed here (
https://trac.osgeo.org/gdal/ticket/5478). While getting the intermediate
calculations of the raster band for A and B, I noticed the following -
For --calc="A*20+B", the raster formed as the result of the addition of
A*20 and B is not equa
Le lundi 04 janvier 2016 19:32:33, David Adler a écrit :
> I'm getting:
> GDAL:
> GDALOpen(DB2ODBC:DB2:database=samp105;DSN=SAMP105A;tables=TEST.ZIPPOINT,
> this=004995C0) succeeds as DB2ODBC.
> GTiff: Reopen with strip chop enabled
> GDAL: GDALOpen(..\gcore\data/cfloat64.tif, this=0485BEC8) succee
I'm getting:
GDAL:
GDALOpen(DB2ODBC:DB2:database=samp105;DSN=SAMP105A;tables=TEST.ZIPPOINT,
this=004995C0) succeeds as DB2ODBC.
GTiff: Reopen with strip chop enabled
GDAL: GDALOpen(..\gcore\data/cfloat64.tif, this=0485BEC8) succeeds as GTiff.
ODBC: SQLDisconnect()
GDAL:
GDALClose(DB2ODBC:DB2:
Le lundi 04 janvier 2016 18:48:16, Agram, Piyush S (334D) a écrit :
> Hi,
> Currently, there are no raster formats that use this projection method.
> These are more likely to be used with GCP's or in metadata. But in the
> future, these could be used with raster formats - e.g, JPL's UAVSAR data.
Hi,
Currently, there are no raster formats that use this projection method.
These are more likely to be used with GCP's or in metadata. But in the
future, these could be used with raster formats - e.g, JPL's UAVSAR data.
Are there other parts of GDAL where support for the new projection needs
to
Le jeudi 17 décembre 2015 11:41:39, Basos Syrris a écrit :
> Hi list,By using Python Gdal api to read an image, is it possible to get
> the pointer of the image instead of taking the whole content as a string
> structure as this happens with the ReadRaster() method?T
You can call Band.ReadAsArray(
Le lundi 04 janvier 2016 16:47:47, Martin Landa a écrit :
> Hi Even,
>
> 2015-12-17 13:57 GMT+01:00 Even Rouault :
>
> first of all thanks for the feedback.
>
> > The proper solution would be to have the GML driver consider each
> > as a separate layer/table and add cross feature links
> > betw
Hi Even,
2015-12-17 13:57 GMT+01:00 Even Rouault :
first of all thanks for the feedback.
> The proper solution would be to have the GML driver consider each
> as a separate layer/table and add cross feature links
> between "top" features and "sub" features.
Do you have any idea how much work i
Vagrant helped me out.
https://trac.osgeo.org/gdal/wiki/Vagrant
Now I can test 2.0 without touching my 1.11 installation.
Special thanks to Craig and best regards,
Daniel
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/GDAL-2-0-as-Virtual-Machine-tp5240311p5243619.html
Se
Le dimanche 03 janvier 2016 00:54:41, Agram, Piyush S (334D) a écrit :
> Hi,
>Spherical Cross-track Height (SCH) coordinate system support was added
> to PROJ.4 about a couple of months ago. This is widely used for processing
> radar remote sensing data, particularly for the NASA radar missions
11 matches
Mail list logo