I am trying to tranform one coordinate system to another (wgs84 to utm).
Found one example on the internet (adapted a little). It got an error when I
try to run the program. Since I am new to GDAL, I cannot figure out how to
correct this. Please see the following program. I also tried to add one mo
Frank:
Part of the problem seems to be in the debug version of GEOS. I don't
know exactly where at this point.
When I use the geos_c.dll you posted ogrinfo works ok. If I make a
release version of GEOS then it works but if I make a debug version I
get the error message. I don't need the debug
Clay, Bruce wrote:
Frank:
I am trying to run ogrinfo from the GDAL build app directory. I did
not have a problem with this until my computer died and I had to get a
new one with you guessed it Vista. It is a 64 bit system running 64 bit
Vista so that may be part of the problem.
Did you bu
Frank:
I am trying to run ogrinfo from the GDAL build app directory. I did
not have a problem with this until my computer died and I had to get a
new one with you guessed it Vista. It is a 64 bit system running 64 bit
Vista so that may be part of the problem.
Did you build with the manifest
Clay, Bruce wrote:
Frank:
What is the secret to getting GDAL to build this way? I have Visual
Studio 2005 and have not been able to get it to run. The zip file you
posted works fine on my system (Vista 64 Bit) but it does not include
the csharp files so I have to build.
I have tried building
Joel Odom wrote:
Is it possible to transform between a Lambert projection (NAD83 datum)
and WGS84 geographic? I'm trying the following, but poCT is null:
OGRSpatialReference oSRS;
if (oSRS.importFromWkt((char**)&projectionRef) != OGRERR_NONE)
//...
OGRSpatialReference wgs84;
wgs84.SetWellKnow
Is it possible to transform between a Lambert projection (NAD83 datum)
and WGS84 geographic? I'm trying the following, but poCT is null:
OGRSpatialReference oSRS;
if (oSRS.importFromWkt((char**)&projectionRef) != OGRERR_NONE)
//...
OGRSpatialReference wgs84;
wgs84.SetWellKnownGeogCS("WGS84");
O
Frank:
What is the secret to getting GDAL to build this way? I have Visual
Studio 2005 and have not been able to get it to run. The zip file you
posted works fine on my system (Vista 64 Bit) but it does not include
the csharp files so I have to build.
I have tried building with the makefile.v
Hi Micheal, try the nearblack utility (which is a relatively new
addition): http://www.gdal.org/nearblack.html
"This utility will scan an image and try to set all pixels that are
nearly black (or nearly white) around the collar to exactly black (or
white). This is often used to "fix up" lossy
Christiaan Janssen wrote:
Does anyone know if it is possible to access any more of the NITF
header data than what is currently listed in the GDAL dataset metadata?
There are a number of fields that I have noticed missing, namely ICORDS
& IGEOLO that I could really use. I realize that these are
Does anyone know if it is possible to access any more of the NITF header data
than what is currently listed in the GDAL dataset metadata? There are a number
of fields that I have noticed missing, namely ICORDS & IGEOLO that I could
really use. I realize that these are image subheader components
Mo Wang wrote:
Frank,
I have built Jasper JPEG2000. And my question was what
'J2K_SUBFILE:3935,115450995,caf_08mar12.ntf' is. My input file name was
caf_08mar12.ntf. It seems wants to tell me something: why J2K_SUBFILE?
And what are those two numbers (3935 and 115450995) for? Thanks.
Mo,
The
Frank,
I have built Jasper JPEG2000. And my question was what
'J2K_SUBFILE:3935,115450995,caf_08mar12.ntf' is. My input file name was
caf_08mar12.ntf. It seems wants to tell me something: why J2K_SUBFILE?
And what are those two numbers (3935 and 115450995) for? Thanks.
Mo
-Original Message--
Mo Wang wrote:
Hi all,
I ran gdalinfo (both gdal 1.5.2 and gdal 1.6.0) on a nitf image and got
the following message:
gdalinfo caf_08mar12.ntf
ERROR 4: ‘J2K_SUBFILE:3935,115450995,caf_08mar12.ntf’ does not exist in
the file system, and is not recognised as a supported dataset name.
Hi all,
I ran gdalinfo (both gdal 1.5.2 and gdal 1.6.0) on a nitf image and got
the following message:
gdalinfo caf_08mar12.ntf
ERROR 4: 'J2K_SUBFILE:3935,115450995,caf_08mar12.ntf' does not exist in
the file system, and is not recognised as a supported dataset name.
ERROR 1: Unable to op
Hi,
You are right, images that are told to be skipped are really skipped and I have
nasty holes in tileindex in that place. Behaviour relates somehow to where I
run
the command. If I run gdalindex from the same directory where the images are it
goes through OK. Even if I still give the full pat
16 matches
Mail list logo
