James,
I have reviewed nitfdataset.cpp and jpeg2000dataset.cpp
(the JasPer driver) and I believe they are now compatible.
That is, nitf now uses the /vsisubfile/ mechanism to
operate on the jpeg2000 data stream and I see the
JasPer driver now uses the VSI*L API needed to support
the /vsisubfile/ m
On Fri, Jan 22, 2010 at 2:14 PM, Frank Warmerdam wrote:
> Motion: Adopt GDAL/OGR 1.7.0RC1 as Final Release.
Folks,
There have been a number of fixes since the RC1
was prepared, but in my opinion none of them are
particularly significant with the possible exception of
the "producing legal NITF wi
On Mon, Jan 25, 2010 at 8:38 PM, Frank Warmerdam wrote:
> I don't think the VRT approach supports actually adding
> different images together, only overlaying and rescaling.
>
>
However, pixel functions could be used in a VRT file to accomplish the
desired outcome.
--matt
Chaitanya,
I don't think the VRT approach supports actually adding
different images together, only overlaying and rescaling.
Peder, such a script would be welcome initially in
the gdal/swig/python/samples directory which are
often "proof of concept" level scripts rather than being
as polished as
I read the item about lack of support for the J2K_SUBFILE mechanism using
jasper, and that it requires one of the commercial jpeg2000 drivers. Is
that still the case, or Is there a way to read jpeg2k nitfs with open source
jpeg2k libraries?
Best jim
__
+1
It looks OK with MSVC71/80/90 on win32 and win64
Best regards,
Tamas
2010/1/22 Frank Warmerdam
> Motion: Adopt GDAL/OGR 1.7.0RC1 as Final Release.
>
> ---
>
> Not having heard any significant immediate problems with the RC1,
> I am moving to adopt it as the official 1.7 release. I hope
> Motion: Adopt GDAL/OGR 1.7.0RC1 as Final Release.
+1
Tested/compiled (1.7.0RC1 or a few revisions before) on various Linux 32
distros (Ubuntu 8.04 & 9.10 , Debian Lenny, Fedora 12, OpenSuse 11.1,
Mandriva 2009.1, Centos 3.9, Centos 4.7, Centos 5.4), FreeBSD 8.0 32 bit and
Ubuntu 8.04 64bit.
Peder,
At present, we can get that functionality using the GDAL Virtual Format. (
http://www.gdal.org/gdal_vrttut.html )
There are and values that can be specified within
the .
This .vrt file can be used as it is or translated to other formats.
On Mon, Jan 25, 2010 at 9:34 PM, Peder Axensten
I need a tool to add images together and I also need a tool to rescale the
values of an image. So I have this idea of a tool that can add images together,
where each may have its own weight. For example:
gdal_muladd.py -o result_file *2.2 file1 *-1 file2 file3
would multiply the values of fil
Frank Warmerdam wrote:
Motion: Adopt GDAL/OGR 1.7.0RC1 as Final Release.
+1
(Tested with FGS, on two different Linux machines/build environments,
all looks good)
--
Daniel Morissette
http://www.mapgears.com/
___
gdal-dev mailing list
gdal-dev@lis
Thanks, Now I am able to get Xerces Library support.. after commenting few
lines in nmake.opt file.
--
View this message in context:
http://n2.nabble.com/How-to-get-Xerces-Library-support-for-OGR-GML-tp4433471p4453912.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
Hi,
I have build "gdal1.6.3" solution under VC++ 2008 Pro. Edition, and using
its "gdal.lib" file for one another application.
In the other Application, I am using OGR APIs "OGRRegisterAll". I am able to
build the application but on executing the program i am getting a Run Time
errror "Unhandled
12 matches
Mail list logo