[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: OTB packaging



Hi Rashad,

On Tue, Oct 07, 2014 at 07:29:03PM +0530, Rashad M wrote:
> > Its great that you said it works and I'd be tolerant about several
> > lintian issues but we definitely need to care about these two errors
> > before we can upload:
> >
> > E: libotb: embedded-library usr/lib/otb/libotbopenjpeg.so.1111.1.0:
> > openjpeg
> > E: libotb: embedded-library usr/lib/otb/libotbtinyXML.so.4.2.1: tinyxml
> >
> > The best thing would be to link against Debian packaged libopenjpeg and
> > libtinyxml.  If this is not possible since these might be changed
> > library versions than we need at least override this and document the
> > problem.  Could you please clarify with upstream whether it is possible
> > to link against the Debian packaged library?
> >
> 
> Debian packaged version of tinyXML lib is possible to link against otb.
> cmake -DOTB_USE_EXTERNAL_TINYXML=ON
> -D TINYXML_INCLUDE_DIR=
> -DTINYXML_LIBRARY=
> 
> this will enable external tinyxml

Cool.  That's a really helpful hint.
 
>  OpenJPEG in the utilities/otbopenjpeg is no longer maintained. Instead
> openjpeg via gdal is used.
> internal version of otbopenjpeg is kept for people who need JPEG200 support
> and dont want to build gdal or have a gdal without openjpeg support.
> 
> So you have two options.
> 
> 1. build GDAL with openjpeg (I would prefer this). This makes no change in
> OTB build
> 2. disable openjpeg OTB_USE_JPEG2000=OFF

Could anybody raise some opinion about building GDAL with openjpeg
support?  I perfectly share Rashad's preference but I simply know
to less to see all consequences.
 
> Regards,
>    Rashad

Thanks a lot for your quick and helpful hints

     Andreas.

-- 
http://fam-tille.de


Reply to: