On 05/10/11 00:55, jose perez wrote:
Hello.
How to determine the +towgs84 parameters required to do accurate
coordinate transformations? I know there's a file (named epsg) which
contains a list, but in order to use I think I need the EPSG code.
Hello,
You can find the transformation paramete
I am using centos and elgis repo and for me it is working..
so there must be a problem with the hdf linking or compile of the library.
Note hdf4 is responsible to do the job not hdf5 for the particular case.
gdal_translate 'HDF4_EOS:EOS_GRID:"MCD15A2.
A2002185.h12v05.005.2007172035551.hdf":MOD_Gr
Hi all,
I'm using the C# wrapper and GDAL/OGR binaries from Tamas' repository
(http://vbkto.dyndns.org:1280/sdk/) and am trying to do coordinate
transformation that includes a datum shift on a geometry.
I'm wanting to understand how I can control what shift parameters are used
when calling the
Folks:
I did a Debian install of both the "unstable" and the "experimental"
versions of GDAL, and when running gdal_translate on a MODIS HDF4 file
I'm getting a segmentation fault. gdalinfo works fine tho. Thoughts?
$ gdal_translate -ot Float32 -of ENVI
HDF4_EOS:EOS_GRID:MCD15A2.A2002185.h35v10
I did have to set the padfNoDataImag array as well, so I am one step
closer. My new issue is ownership of my psWarpOptions. I assume that since
I create it, and the warp api tutorial implies that is it mine, I destroy it
with GDALDestroyWarpOptions(). My problem is that AutoCreateWarpedVRT
appea
Hello.
How to determine the +towgs84 parameters required to do accurate coordinate
transformations? I know there's a file (named epsg) which contains a list, but
in order to use I think I need the EPSG code. Then, how to obtain EPSG code
from
(for ecample) this WKT?:
PROJCS["UTM Zone 30, N
Le lundi 09 mai 2011 23:30:05, Kyle Shannon a écrit :
> Thanks Even,
> If that is the case, are there other values in psWarpOptions I *have* to
> set? I can't find docs discussing that.
I don't think so, but you'll just have to try... I'm not surprised the docs
don't talk about NaN. It is a cor
Thanks Even,
If that is the case, are there other values in psWarpOptions I *have* to
set? I can't find docs discussing that.
kss
/**
*
* Kyle Shannon
* ksshan...@gmail.com
*
*/
On Thu, May 5, 2011 at 12:21, Even Rouault wrote:
> Le mercredi 04 mai 2011 00:40:42, Kyle Shannon a écrit :
Thanks for the info. I do have numpy installed and working:
>>> import numpy
>>> print numpy.version.version
1.5.1
On 5/9/2011 3:58 PM, Even Rouault wrote:
Le lundi 09 mai 2011 21:51:44, Gregory Yetman a écrit :
Hi,
I've installed GDAL 1.8 and have it (mostly) working with Python 2.7.1.
I
Hi Evan,
Thank you for the clearance. I appreciate your helps.
William
On Mon, May 9, 2011 at 3:42 PM, Even Rouault
wrote:
> Le lundi 09 mai 2011 21:32:39, William Kang a écrit :
>> Hi Even,
>> After I set it to 0.125, the speed is comparable to the gdalwarp.exe.
>> Thanks a lot for your sugges
Le lundi 09 mai 2011 21:51:44, Gregory Yetman a écrit :
> Hi,
>
> I've installed GDAL 1.8 and have it (mostly) working with Python 2.7.1.
> I can import all modules from osgeo except gdal_array. There is a
> gdal_array.py file in the site-packages directory with the other modules.
>
> I'm using t
Hi,
I've installed GDAL 1.8 and have it (mostly) working with Python 2.7.1.
I can import all modules from osgeo except gdal_array. There is a
gdal_array.py file in the site-packages directory with the other modules.
I'm using the binaries (for windows) from here:
http://www.gisinternals.com/
Martin,
> I have just two comments:
> - is the alternation of hte field definition going to have some rules
> how the existing data should be converted to the new type or will the
> driver itself choose how to convert the data? The latter option is
> surely the easier one, but it would be probably
Le lundi 09 mai 2011 21:32:39, William Kang a écrit :
> Hi Even,
> After I set it to 0.125, the speed is comparable to the gdalwarp.exe.
> Thanks a lot for your suggestions.
>
> Aside from this topic, I have some questions about the reprojection
> process in gdal. My understanding is that the getG
Hi Even,
After I set it to 0.125, the speed is comparable to the gdalwarp.exe.
Thanks a lot for your suggestions.
Aside from this topic, I have some questions about the reprojection
process in gdal. My understanding is that the getGeoTransform returns
the affine coefficients needed to perform the
Le lundi 09 mai 2011 20:29:26, William Kang a écrit :
> Hi Even,
> I have tried the method you suggested and it worked! I have similar
> result as Ivan tested. For the record, here are two solutions for
> handling this problem:
>
> *
> 1. Using CreateCopy:
> Spa
Hi Even,
I have tried the method you suggested and it worked! I have similar
result as Ivan tested. For the record, here are two solutions for
handling this problem:
*
1. Using CreateCopy:
SpatialReference dstRef = new SpatialReference("");
dstRef.ImportFromEPSG
How can I open a more-or-less arbitrary image file and have GDAL present
it to me (the programmer) in a "normalized" form? I had thought that
the virtual datasets would allow me to do this. But I can't tell how
from the tutorial. Here are examples of what I've like to do:
On input
Have colo
On 11-05-09 10:37 AM, Rodolfo Bonnin wrote:
Hello all,
I'm working with a HDF5 dataset with Gdal 1.8.0, I open it with the
HDF5Image driver.
The image metadata is read OK from what I can see, but when I want to
execute the GetProjectionRef() method, it returns null, even if the
documentation say
On 5/9/2011 7:54 AM, Martin Dobias wrote:
Hi Even
On Sat, May 7, 2011 at 7:16 PM, Even Rouault
wrote:
Hi,
I've written a new RFC to add the capability to delete fields, reorder fields
and alter field definitions, in OGR layer definitions.
http://trac.osgeo.org/gdal/wiki/rfc35_delete
Hello all,
I'm working with a HDF5 dataset with Gdal 1.8.0, I open it with the
HDF5Image driver.
The image metadata is read OK from what I can see, but when I want to
execute the GetProjectionRef() method, it returns null, even if the
documentation says it wouldn't return any null pointer.
I've t
Frank,
Sorry, I forgot to specify the driver. And yes, it's the shapefile
driver. I'll give the SHAPE_ENCODING override a shot.
Christy
On 05/09/2011 09:52 AM, Frank Warmerdam wrote:
On 11-05-09 08:24 AM, Christy Nieman wrote:
Hello,
I compiled gdal from trunk last week, and noticed that
On 11-05-09 08:24 AM, Christy Nieman wrote:
Hello,
I compiled gdal from trunk last week, and noticed that ogr2ogr keeps converting
UTF-8 strings to LATIN1. The only thing I've been able to find that's remotely
related to this is OGR_EDIGEO_RECODE_TO_UTF8 at the bottom of
http://trac.osgeo.org/gd
Hello,
I compiled gdal from trunk last week, and noticed that ogr2ogr keeps
converting UTF-8 strings to LATIN1. The only thing I've been able to
find that's remotely related to this is OGR_EDIGEO_RECODE_TO_UTF8 at the
bottom of http://trac.osgeo.org/gdal/wiki/ConfigOptions which appears
to
Hi Even
On Sat, May 7, 2011 at 7:16 PM, Even Rouault
wrote:
> Hi,
>
> I've written a new RFC to add the capability to delete fields, reorder fields
> and alter field definitions, in OGR layer definitions.
>
> http://trac.osgeo.org/gdal/wiki/rfc35_deletereorderalterfielddefn
Thanks a lot f
25 matches
Mail list logo