From my experience, setting the georeference but leaving the transform blank
will cause applications like GlobalMapper to fail reading the file (I noticed
that with jp2k but I suppose it will happen with NITF as well).
Sent from my mobile
Yehiyam
-
From: "cobalto"
Su
> You can still force compute an approximate
> geotransform by calling GDALGCPsToGeoTransform( nGCPCount, psGCPs,
> adfGeoTransform, TRUE ). And the projection can indeed be fetched by
> GDALGetGCPProjection() when GCPs are returned instead of a geotransform.
>
These NITFs contain RPCs, so
Le lundi 14 février 2011 22:09:20, Alain Cembro a écrit :
> No other answers ! Does it mean that it is not possible ?
Indeed, I don't believe that image compositing based on alpha band is possible
with VRT. You could have some success if you used a RGB image with NODATA
instead.
Otherwise to co
No other answers ! Does it mean that it is not possible ?
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Le lundi 14 février 2011 21:40:36, cobalto a écrit :
> I'm hesitant to post the entire gdalinfo dump, but below are the changed
> sections for nitf_im:0:myfile.nitf between v1.7.2 and v1.8.0 of gdalinfo
> (Win64 w/ kakadu). Does this help? It seems like the info I'm after is now
> in the GCP Projec
I'm attempting to use CreateMaskBand() on a MrSID dataset with GDAL
1.8.0 and receiving the error that "CreateMaskBand() is not supported
on this dataset." I presume this is because mask band support was
implemented using the GDALDefaultOverviews manager, and since MrSID is
a multi-resolution forma
I'm hesitant to post the entire gdalinfo dump, but below are the changed
sections for nitf_im:0:myfile.nitf between v1.7.2 and v1.8.0 of gdalinfo
(Win64 w/ kakadu). Does this help? It seems like the info I'm after is now
in the GCP Projection rather than the coordinate system. Does this provide
an
Le lundi 14 février 2011 18:47:11, cobalto a écrit :
> Migrating from GDAL 1.7.2 to GDAL 1.8.0, I noticed that
> GDALDataset::GetProjectionRef() now returns an empty string "" on some
> cases where it previously returned an informative WKT string.
> The file I initially noticed this on was a 10Jan2
Migrating from GDAL 1.7.2 to GDAL 1.8.0, I noticed that
GDALDataset::GetProjectionRef() now returns an empty string "" on some cases
where it previously returned an informative WKT string.
The file I initially noticed this on was a 10Jan2009 Worldview image in NITF
format. The image has 2 subdata
Frank,
IMHO, something that is missing in the actual build system is a way to allow
the user to specify additional libraries to link with without modifying
nmake.opt.
It is possible to specify some include folders with EXTRAFLAGS but no way to
initialize for example the ADD_LIBS variable.
This sho
I personally have always just modified the nmake.opt. I am not sure
what is recommended now. Can someone verify that the new recommended
way is to create a 'nmake.local' file and then execute 'nmake /f
makefile.vc' ?
-jeff
On 11-02-11 6:27 PM, Frank Warmerdam wrote:
Folks,
Some time ago
11 matches
Mail list logo