For my personal case, I think that gdal have to enable by default (for the pkg) some necessary options:
SQLITE: used for geopackage new lingua franca formats for GIS (by default in QGis 3)
CURL: for all web services
EXPAT: for spreadsheet (excel / openoffice) and openstreetmap
FREEXL: old excel spreadsheet
GEOS: used by other and perform some operations
PGSQL : most GIS tools install postgresql
How do you feel about that?
There are many different ways to use this port and each of them requires different dependencies. I prefer to keep a minimal dependency for the default option and add more options for people who have different needs to build this port themselves. I guess this problem will be solved when subpackage becomes available.
I can understand your point of view, but the problem is that it causes problems for the use of GIS clients (QGis, Grass and maybe SAGA) that are all based on this library.
I don't think it's too big to install these dependencies (especially those marked as very strong)
With flavors, can we imagine to have little (like today), mid (my suggestion), full (all options) flavors?
(In reply to lbartoletti from comment #2)
Speaking as the maintainer of graphics/qgis and math/saga I would like to vote for a as much as possible and useful enabled set of (strong) options. Option PGSQL is very important also.
Applications like QGIS and SAGA do realize much of there functionality via helper programs, primarily GDAL functions.
Thanks and best wishes,
I just checked other systems and the proposed dependencies are similar.
Except qgis, grass and saga, this is all GIS tools that need more default options in gdal.
Is there any chance we can review this for gdal 2.3.0?
Also, if you're afraid about dependencies, you can see that some of this are already required by other installed GIS software, just use ports-mgmt/portgraph or ports-mgmt/py-skog to see it.
I'm back :)
Since QGIS 3, geopackage is the default format. I patched upstream qgis to avoid some error and crash since sqlite is not enabled in our default GDAL.
QGIS require also MDAL (internal, but I plan to create a port of it) which require for some case that GDAL have NetCDF/HDF5 enabled too.
And now, math/pdal 1.9.0 require that GEOS is enabled in GDAL.
I will prepare a patch with this options.
Created attachment 204276 [details]
gdal-2.4.1_2 add flavors for gdal
Proposal patch with flavors
(including patch from #237298)
Just wondering, should I open another ticket to create a separate port for gdal 3.0? https://www.osgeo.org/foundation-news/gdal-3-0-0-is-released/