Hi folks,
during the "make" process of building GDAL 1.5.3 under CentOS 5 I´m
getting the following error:
-
[2]: Entering directory `/usr/src/mypacks/gdal-1.5.3/swig/php'
swig -Wall -I../include -I../include/php -I../include/php/docs
-I/usr/src/mypacks/gdal-1.5.3 -c++ -php -o gdal_wra
R-geographers...
I'm trying to solve a problem to implement a line-by-line tiled
processing using RGDAL (read 1 line of an image, process the one line,
write one line of the image to a binary file). Everything except for
the final step I'm able to do using a combination of RGDAL and r-base
c
I am wondering if someone has experienced a memory access violation when
attempting to delete OGRFeatures. I am running the latest build off the trunk
and have been able to find no information regarding this error.
Basically, I am following the OGR API tutorial format, with a wrapper for the
O
I have some trouble getting some meta data using DIMAP Driver.
gdalinfo --version
> GDAL 1.6.0dev, FWTools 2.2.8, released 2008/10/29
>
Sample data can be found here :
ftp://ftp.dmcii.com/samples/32m_MS_L1R/DN000340T_L1R.zip
The meta data file contains this data :
...
>
>
>
Looks like the problem may be in the MITAB driver itself: DateTime
support has been added for writing only but has been skipped for reading.
I have reopened ticket 2585 about this, but it will be at least a couple
of days before we have time to work on it:
http://trac.osgeo.org/gdal/ticket/
Dear users, I have an aerial image and did a "gdalinfo" to it:
The result is (extract):
Coordinate System is:
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.2572235630016,
AUTHORITY["EPSG","7030"]],
AUT
What about TRE domain data, does the NITF driver support saving data
to the TRE domain?
I've tried the following code to save tre data, but there is not TRE
segment in the new file, and
the error code returned is 0.
err = GDALSetMetadataItem(dataset, tre, treValue, "TRE");
IFD