Hello,
(C API)
The aim is to get a (lat,long) pair
into (projX,projY) pair from hDataset1 projection info.
Lat/long projection was defined with:
char*pszProj4 = "+proj=ll +ellps=wgs84 +datum=wgs84";
OGRSpatialReferenceH hSRS;
OSRImportFromProj4(hSRS, pszProj4);
printf( "%s\n", pszProj4 );
Good day everyone :)
I am a new OGR user, using S57 driver to read ENC chart data. It
appears that I am having a serious issue with memory not being freed as
expected. I.e. - I create and initialize an S57Reader (pretty much
following the example from the source tree), read features, do a bit of
Hi:
I´m trying to open e00 files using ogr but it fails with the
message "unable to open datasource file.e00 with the following
drivers" and the list of driver in ogrinfo --formats show
AVCE00 driver.
I`m using the ogr files bundled with fwtools, the version of
ogrinfo --version shows GDAL 1.6.
Le Wednesday 07 January 2009 18:35:12, vous avez écrit :
> * # (PG): Fix crash on GetFeature(fid) where fid is invalid.
# is #2767
>
> Motion: To promote the GDAL 1.5.4 RC1 release candidate to be our official
> GDAL 1.5.4 release.
+ 1
Even
You're right, thank you!
Again, I have exhausted every other possibility and got stuck after building
the sources for mgrs etc.
In the dt_cc/redhat_linux (I run ubuntu) directory I successfully build the
sources. I then try to create a small program from within that folder like
this:
#include
I have 3 single band GeoTIF images of the same geographic area: one
for the Red band, one for the Green band, and one for the Blue band,
gtif_R.tif, gtif_G.tif, gtif_B.tif. Please, what is the
gdal_translate syntax http://www.gdal.org/gdal_translate.html to
combine these 3 single band GeoT
I have 3 single band GeoTIF images of the same geographic area: one
for the Red band, one for the Green band, and one for the Blue band,
gtif_R.tif, gtif_G.tif, gtif_B.tif. Please, what is the
gdal_translate syntax http://www.gdal.org/gdal_translate.html to
combine these 3 single band GeoT
Hi Frank,
Just FYI, I had to flip the sign on the pixel height parameter:
-20.05, 0.1, 0.0, 40.05, 0.0, -0.1
Many thanks!
Greg
On Jan 9, 2009, at 12:21 PM, Frank Warmerdam wrote:
Greg Ederer wrote:
...
Note that the pixel/line coordinates in the above are from
(0.0,0.0) at the top left
That did the trick. Thanks!
Greg
On Jan 9, 2009, at 12:21 PM, Frank Warmerdam wrote:
Greg Ederer wrote:
...
Note that the pixel/line coordinates in the above are from
(0.0,0.0) at the top left corner of the top left pixel to
(width_in_pixels,height_in_pixels) at the bottom right corner o
Greg Ederer wrote:
...
Note that the pixel/line coordinates in the above are from (0.0,0.0) at
the top left corner of the top left pixel to
(width_in_pixels,height_in_pixels) at the bottom right corner of the
bottom right pixel. The pixel/line location of the center of the top
left pixel would
Hi Frank,
I see:
440720.0, 60.0, 0.0, 3751320.0, 0.0, -60.0GeoTransform>
given as an example in the Virtual Format Tutorial. And, I have been
looking at the GDAL Data Model documentation trying to figure out how
to compute these values for my input files. The docs say:
Affine GeoTra
Greg Ederer wrote:
Metadata:
AREA_OR_POINT=Area
Image Structure Metadata:
INTERLEAVE=BAND
Corner Coordinates:
Upper Left (0.0,0.0)
Lower Left (0.0, 801.0)
Upper Right ( 751.0,0.0)
Lower Right ( 751.0, 801.0)
Center ( 375.5, 400.5)
Band 1 Block=751x2 Type=Float32,
Charles,
from the dimensions and size of your NITF tiles, I suppose they belong to a
CADRG or CIB dataset. You will certainly find a file named A.TOC in an upper
directory of your tiles. GDAL contains a driver called RPFTOC that is able to
deal with such files. You can do a gdalinfo on it and i
Hi Frank,
Thanks you very much for your help. I think I'm close. I have
created a .vrt file with:
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.2572235630016,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich
Gregor Fikoczek wrote:
Hi,
i am using 'GDAL 1.6.0, released 2008/12/04' on (K)Ubuntu 'Linux
2.6.22-16-generic i686 GNU/Linux'. By using gdaladdo with a geotiff i get the
following Result/Error:
gdaladdo -r nearest test.tif 2 4 8 16
Warning 1: TIFFReadDirectory:test.tif: Wrong "StripByteCo
thanks Markus.
I use gdal 1.6.0
Shawn
-Original Message-
From: neteler.os...@gmail.com [mailto:neteler.os...@gmail.com] On Behalf
Of Markus Neteler
Sent: Friday, January 09, 2009 9:56 AM
To: Gong, Shawn (Contractor)
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] how to convert ne
On Fri, Jan 9, 2009 at 3:55 PM, Gong, Shawn (Contractor)
wrote:
> hi list,
>
> I have some netCDF images that are in lat/lon. But they are flipped upside
> down, and longitude is around 300 deg instead of -60 deg (West).
This sounds like
http://trac.osgeo.org/gdal/ticket/2654
or
http://trac.osgeo
hi list,
I have some netCDF images that are in lat/lon. But they are flipped
upside down, and longitude is around 300 deg instead of -60 deg (West).
What gdal function can I use to convert/flip it to lat/lon and into
[-180, 180]?
thanks,
Shawn
gdalinfo owsofa.nc
Driver: netCDF/Network Common D
Hi,
i am using 'GDAL 1.6.0, released 2008/12/04' on (K)Ubuntu 'Linux
2.6.22-16-generic i686 GNU/Linux'. By using gdaladdo with a geotiff i get the
following Result/Error:
gdaladdo -r nearest test.tif 2 4 8 16
Warning 1: TIFFReadDirectory:test.tif: Wrong "StripByteCounts" field, ignoring
an
2009/1/9 Eric Domazlicky
> After fixing a bug on my part I was able to figure it out. The only strange
> this was that the BandMap array had to declared in reverse order from what
> one would expect. This may be a GDI+ issue but here is my code snippet for
> the record:
>
It depends on the physi
20 matches
Mail list logo
