Dear All,
I am not able to open grib2 files with GDAL. For example, in the
attached file
http://rapidshare.com/files/249911240/MPE_20090629_0900_M9_00.rar.html
I succeed in obtaining information about the file with GDALINFO
command, but I cannot convert it into a GTiff (using gdal_translate
Hi,
I am trying to layer stack 7 bands from Raw landsat image.
I have been provided with 7 tif files one for each band (with no proj)
A separate GCP file (.txt) with nearly 90 GCPs has been provided too.
I want to input all the GCPs into gdal_translate.
I am using FWTools to work with gdal.
Narmadha,
gdal_translate cannot 'stack' multiple images into one. One way is to use
gdal_merge.py with the -seperate option to create a single tif file and then
use gdal_translate to intorduce the projection with the GCPs.
To make it easy to mention the GCPs to gdal_translate you could use
Hi Frank and GDAL-dev team,
By reading the following message and unsuccessfully searching for
documentation and possibilities to rasterize geometries, I would be pleased
to know if the Python bindings for GDALRasterizeGeometries() are still
somehow planned.
If no bindings are planned is there
Matthieu Rigal wrote:
Hi Frank and GDAL-dev team,
By reading the following message and unsuccessfully searching for
documentation and possibilities to rasterize geometries, I would be pleased
to know if the Python bindings for GDALRasterizeGeometries() are still
somehow planned.
If no
Hi Scott,
thank you for your reply! I just have executed the command you suggested me,
gdal-config --formats
and that's what I got:
gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 xpm sdts raw dted mem
jdem envisat elas fit vrt usgsdem l1b nitf bmp pcidsk airsar rs2 ilwis
rmf leveller sgi
Hi All,
I was trying to create a shapefile using the code below:
It looks like though the fieldnames are getting created but the values
(I tried just one row) are not getting created:
OGRRegisterAll();
OGRSFDriver *poDriver =
OGRSFDriverRegistrar::GetRegistrar()-GetDriverByName(ESRI
Almost perfect, but you've made a classical error : you've just forgotten to
properly close the dataset with OGRDataSource::DestroyDataSource( poDS );
Quoting http://gdal.org/ogr/ogr_apitut.html: Finally we need to close down
the datasource in order to ensure headers are written out in an
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Almost perfect, but you've made a classical error : you've just forgotten to
properly close the dataset with OGRDataSource::DestroyDataSource( poDS );
Quoting http://gdal.org/ogr/ogr_apitut.html: Finally we need
Jorge Arévalo wrote:
Hello,
This is the report #5 of GDAL WKT Raster
driver: http://www.gis4free.org/blog/2009/06/27/gsoc-09-weekly-report-5-1906-2606/
The project can be followed
here: http://trac.osgeo.org/gdal/wiki/WKTRasterDriver
Jorge,
I appologise for not staying on top of my
I had the problem when running the gdal_mergey.py with many tiles using the
* parameter.
But using the --optfile options resolves this for me.
I had also problems constructing big images from many tiles, I did a
partitioning on the the tile set and merged in an iterative manner.
WolfgangZ
Hello Frank,
2009/6/30 Frank Warmerdam warmer...@pobox.com
Jorge Arévalo wrote:
Hello,
This is the report #5 of GDAL WKT Raster driver:
http://www.gis4free.org/blog/2009/06/27/gsoc-09-weekly-report-5-1906-2606/
The project can be followed here:
12 matches
Mail list logo