[CFT] gdal 1.9.1 update and other changes
coder.tuxfamily
coder at tuxfamily.org
Sat Jun 9 06:49:57 UTC 2012
Le 07.06.2012 15:52, Frank Broniewski a écrit :
> Yes, that worked.
>
> I tested it with py-gdal. First I had some problems because there were
> some other programs depending gdal-grass (QGIS, Grass GIS) which linked
> to the older gdal libs, but after deleting gdal-grass, I could import
> the module into python and run successfully some tests against some
> scripts I had written.
>
Thank you for the works. I will make tests today with all my
scritps/plugins.
Just a few remarks for now :
- graphics/gdal
Maybe add this options :
ARMADILLO "Faster TPS transform computation"
CONFIGURE_ARGS+=--with-armadillo=yes
FREEXL "FreeXL support"
LIB_DEPENDS+= freexl:${PORTSDIR}/textproc/freexl
CONFIGURE_ARGS+= --with-freexl=${LOCALBASE}
MDB "Include MDB driver (need Java)
CONFIGURE_ARGS+=--with-mdb --with-java= ; Maybe with java bindings ?
For PDF (Poppler OR podofo)
POPPLER "Poppler support (for PDF)"
LIB_DEPENDS+= poppler:${PORTSDIR}/graphics/poppler
CONFIGURE_ARGS+=--with-poppler=${LOCALBASE}
PODOFO "PoDoFo support (for PDF)"
LIB_DEPENDS+= podofo:${PORTSDIR}/graphics/podofo
CONFIGURE_ARGS+=--with-podofo=${LOCALBASE}
--with-podofo-lib=${LOCALBASE}/lib
SPATIALITE "Spatialite support"
CONFIGURE_ARGS+= --with-spatialite=${LOCALBASE}
I'm working for the other options, but need add some ports (libgdata ;
ogdi ; ESRI GDB Api ; RASDAMAN)
Is it possible to add bindings options directly into graphics/gdal ?
For other bindings :
Maybe add java bindings (for MDB protocol, very useful)
For QGIS port (and maybe other like Grass)
Will need adding py-gdal when python is checked (used by plugins
GdalTools ; fTools ; openlayers ; GoogleLayers ... and many others)
Your works is very helpful thank you !
More information about the freebsd-ports
mailing list