Hi all,
I am currently trying to make our software (Orfeo ToolBox) both
compatible with Gdal 1.x (> 1.10) and gdal 2.x. I am almost done but I
am having a hard time figuring out how to test capabilities on a (former
OGR) driver.
Indeed, I can see in ogrsf_frmts.h that OGRSFDriver::TestCapabi
Gane R gmail.com> writes:
>
>
> I have build gdal from source of the lastet stable release gdal-2.0.1.
Does all the drivers code go within gdal200.dll or any dependency exists ?
I would use Dependency walker for checking that. You will find loads of
dependencies.
-Jukka Rahkonen-
___
Hello,
On Tuesday, October 13, 2015 13:23:05 Yves Jacolin wrote:
> [..]
>
> Do you know any limitation on jp2OpenJpeg? I get a segmentation fault with
> this driver:
>
> Here is the bt (from gdal 1.11, but get almost the same from trunk, line
> number is different):
> [..]
Sorry to spam you :)
I have build gdal from source of the lastet stable release gdal-2.0.1. Does
all the drivers code go within gdal200.dll or any dependency exists ?
Thanks
Gane
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-
Jukka,
Have a look at Dan Stahlke's code he wrote when at GINA, I think
gdal_trace_ooutline will do what you want:
https://github.com/gina-alaska/dans-gdal-scripts
Thomas
On Tue, Oct 13, 2015 at 10:48 AM, Even Rouault
wrote:
> Le mardi 13 octobre 2015 13:19:50, Jukka Rahkonen a écrit :
> > Hi,
Le mardi 13 octobre 2015 17:29:49, Yves Jacolin a écrit :
> On Tuesday, October 13, 2015 17:25:50 Even Rouault wrote:
> > [..]
> >
> > Yves,
> >
> > I think someone has already had that issue. I think you're compiling
> > against OpenJPEG 2.0 header and are linking against OpenJPEG 2.1 (or the
>
Le mardi 13 octobre 2015 13:19:50, Jukka Rahkonen a écrit :
> Hi,
>
> This question appears every now and then in the gis.stackexchange and I
> have been wondering about it by myself as well: How to generate a
> footprint polygon of the real image data area so that the possible nodata
> areas woul
Le mardi 13 octobre 2015 13:10:04, Jukka Rahkonen a écrit :
> Hi,
>
> While testing the new ogr2ogr and ogrinfo option that was introduced in
> https://trac.osgeo.org/gdal/changeset/30859 for reading contents for the
> -where and -sql parameters from a file by using the @filename syntax I
> notice
On Tuesday, October 13, 2015 17:25:50 Even Rouault wrote:
> [..]
>
> Yves,
>
> I think someone has already had that issue. I think you're compiling against
> OpenJPEG 2.0 header and are linking against OpenJPEG 2.1 (or the reverse).
> Some structures of openjpeg have changed sizes between both ve
Le mardi 13 octobre 2015 17:04:19, Yves Jacolin a écrit :
> Hello,
>
> On Tuesday, October 13, 2015 13:23:05 Yves Jacolin wrote:
> > [..]
> >
> > Do you know any limitation on jp2OpenJpeg? I get a segmentation fault
> > with this driver:
> >
> > Here is the bt (from gdal 1.11, but get almost the
Even,
On Tuesday, October 13, 2015 11:25:47 Even Rouault wrote:
> > * is it possible to choose the driver used by gdal? For instance, in my
> > second test, my gdal install have two driver; ECW SDK and OpenJpeg.
> > Currently, I am building several gdal instance to test each driver :/
>
> Yes, se
Hi,
This question appears every now and then in the gis.stackexchange and I have
been wondering about it by myself as well: How to generate a footprint
polygon of the real image data area so that the possible nodata areas would
not be included?
I have been thinking that I could convert the origin
Hi,
While testing the new ogr2ogr and ogrinfo option that was introduced in
https://trac.osgeo.org/gdal/changeset/30859 for reading contents for the
-where and -sql parameters from a file by using the @filename syntax I
noticed that system fails if the option file is saved with the Byte order
mark
On Tuesday, October 13, 2015 11:25:47 Even Rouault wrote:
> Salut Yves,
>
> > * is it possible to choose the driver used by gdal? For instance, in my
> > second test, my gdal install have two driver; ECW SDK and OpenJpeg.
> > Currently, I am building several gdal instance to test each driver :/
>
Salut Yves,
>
> * is it possible to choose the driver used by gdal? For instance, in my
> second test, my gdal install have two driver; ECW SDK and OpenJpeg.
> Currently, I am building several gdal instance to test each driver :/
Yes, see https://trac.osgeo.org/gdal/wiki/ConfigOptions#GDAL_SKIP
Hello,
Sorry for the long mail. I test jpg2 reading with GDAL for a small piece of
file (12M).
# first test :
$ gdalinfo --version
GDAL 1.10.1, released 2013/08/26
$ gdalinfo file.jp2
Driver: JPEG2000/JPEG-2000 part 1 (ISO/IEC 15444-1)
Le mardi 13 octobre 2015 09:42:24, Gane R a écrit :
> I am working with the lastest stable build of GDAL source 2.0.1.
>
> In Mac when I run configure I get this enabled,
> what is the use of this.
> How to disable this like --with-libiconv and start building gdal ?
Gane,
I'm not sure to underst
I am working with the lastest stable build of GDAL source 2.0.1.
In Mac when I run configure I get this enabled,
what is the use of this.
How to disable this like --with-libiconv and start building gdal ?
Gane
___
gdal-dev mailing list
gdal-dev@lists.os
18 matches
Mail list logo