Re: [gdal-dev] Extract subdataset from netCDF in a given directory

2014-09-12 Thread Andre Joost
Am 11.09.2014 16:58, schrieb Andre Joost: According to http://www.gdal.org/frmt_hdf5.html, the syntax should be: HDF5:file_name:subdataset So it has little use to put the path before the HDF5:. I'm not sure if GDAL accepts the path before the file_name. Running the command in the same folder

Re: [gdal-dev] unable to write a shapefile using ogr

2014-09-12 Thread Beau Taylor
Even Rouault Thanks, I got it. On Fri, Sep 12, 2014 at 5:18 PM, Even Rouault wrote: > Selon Beau Taylor : > > > I tried to insert the 'feature name', but could not. Can some one correct > > it? > > > > field_defn = ogr.FieldDefn("Name", ogr.OFTString) > > field_defn.SetWidth(32) > > There's a m

Re: [gdal-dev] Get hold of TIFF structure

2014-09-12 Thread Norman Goldstein
My apologies. I missed your response to my question. Thanks for pointing me to GDALDataset::GetInternalHandle() and the tiff library compatibility gotcha's. To answer your question, I wish to use geotiff format to work in general XYZ space, and not necessarily tied to the Earth. I still need

Re: [gdal-dev] Fwd: ogr2ogr. SQL seems to disable use_gpx_extensions

2014-09-12 Thread Even Rouault
Le vendredi 12 septembre 2014 20:35:34, Pedro Machado Monteiro a écrit : > Thank you very much, Even. > > By the way, unlike the alias for the tag <*cmt*>, the alias for the tag < > *desc*> gave me a syntax error in the SQL: Yes, DESC is a SQL reserved keyword to ask for descending sorting order.

Re: [gdal-dev] Fwd: ogr2ogr. SQL seems to disable use_gpx_extensions

2014-09-12 Thread Pedro Machado Monteiro
Thank you very much, Even. By the way, unlike the alias for the tag <*cmt*>, the alias for the tag < *desc*> gave me a syntax error in the SQL: F:\usbgis\apps\ms4w GDAL, mapserv, mapcache, PROJ, and shapelib dll paths set GDAL_DATA path set GDAL_DRIVER_PATH set PROJ_LIB set CURL_CA_BUNDLE set F:\

Re: [gdal-dev] ERROR 1: Too many points (440 out of 441) failed to transform, unable to compute output bounds.

2014-09-12 Thread Andre Joost
Am 12.09.2014 04:54, schrieb Love: Hi, The gdalinfo in my post is the gdalinfo of the subdataset 37. I have also tried gdal_translate but when I tried to use gdalwarp using the gdal_translate output, it has error. I really need to use gdalwarp so that I could project the image into epsg:4326(+pr

Re: [gdal-dev] gdal_translate ERROR 1: nc_put_vara_double(IMAGE.grd): NetCDF: Start+count exceeds dimension bound

2014-09-12 Thread Joaquim Luis
Well, It's a relatively big file (46800 x 55200) and since GMT internally uses floats, that converts to an array of ~9.8 Gb so you need to have available a memory chunk of that size to process it. Aside from grdcuting it and process it on pieces I don't see what else you can do. Hello Jo

Re: [gdal-dev] gdal_translate ERROR 1: nc_put_vara_double(IMAGE.grd): NetCDF: Start+count exceeds dimension bound

2014-09-12 Thread Sebastian Hoerz
Hello Joaquim, I thought it is clever to use -of GMT because gmt grdmath is not working with the GeoTIFF. grdmath: gdalread: failure to allocate enough memory grdmath: ERROR reading file with gdalread. grdmath (GMTAPI_Import_Grid): Could not create file [IMAGE.tif] [Session gmt

Re: [gdal-dev] gdal_translate ERROR 1: nc_put_vara_double(IMAGE.grd): NetCDF: Start+count exceeds dimension bound

2014-09-12 Thread Joaquim Luis
Sebastian, Any particular reason why you would want to use that so old and abandoned format (-of GMT)? Do not confuse it with the netCDF CF that GMT uses since GMT 4.0 (released many years ago). Note also that in GMT5 you can use the GeoTiff directly, or convert it with grdreformat or with

[gdal-dev] gdal_translate ERROR 1: nc_put_vara_double(IMAGE.grd): NetCDF: Start+count exceeds dimension bound

2014-09-12 Thread Sebastian Hoerz
Hello, I have a problem with the following GeoTIFF: gdalinfo IMAGE.tif Driver: GTiff/GeoTIFF Files: IMAGEDATA/IMAGE.tif Size is 46800, 55200 Coordinate System is: PROJCS["WGS 84 / UTM zone 30S", GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563,

Re: [gdal-dev] Fwd: ogr2ogr. SQL seems to disable use_gpx_extensions

2014-09-12 Thread Even Rouault
Selon Pedro Machado Monteiro : > Hello: > > > > I’m trying to export a shapefile to a GPX file, with GDAL 1.9.0 ogr2ogr. > > > > From the shapefile attribute table, I want to export some fields to the > corresponding tags of the GPX file, and the remaining (or all) fields to > the tag > > > >

Re: [gdal-dev] unable to write a shapefile using ogr

2014-09-12 Thread Even Rouault
Selon Beau Taylor : > I tried to insert the 'feature name', but could not. Can some one correct > it? > > field_defn = ogr.FieldDefn("Name", ogr.OFTString) > field_defn.SetWidth(32) There's a missing call to : layer.CreateField(field_defn) and you should make sure to instanciate the feature *aft

[gdal-dev] Fwd: ogr2ogr. SQL seems to disable use_gpx_extensions

2014-09-12 Thread Pedro Machado Monteiro
Hello: I’m trying to export a shapefile to a GPX file, with GDAL 1.9.0 ogr2ogr. >From the shapefile attribute table, I want to export some fields to the corresponding tags of the GPX file, and the remaining (or all) fields to the tag That does’nt seem to work: when I use the *–sql* opti