Re: OTB packaging
Hi Andreas, Rashad,
thanks for your work.
Il 07/10/2014 15:59, Rashad M ha scritto:
> I pulled your changes and recommited a slightly adapted patch about the
> spelling. Remark: I usually do not care that much about spelling but
> it was bloating the lintian output drastically enough to become a
> nuisance (and is not finished yet). Please forward the current patch
> to upstream to let us get rid of this. Thanks.
Rahsad, any objection to push the patches upstream?
> 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
Good to know - could this be pushed upstream also, to keep things cleaner?
> 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
#1 seems better in fact. I suppose this would involve rebuilding the whole toolchain
based on GDAL, or is this compiled as a plugin?
All the best.
--
Paolo Cavallini - www.faunalia.eu
Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
Reply to: