Hi,
It's already been 10 days, but I'm only thanking you now.
Even though I'm not the maintainer of GDAL on FreeBSD, as a member of the
Desktop team—who has to deal with (and sometimes struggle with) libraries like
Poppler—I can only thank you for thinking of us!
Personally, it's always a pleas
Revisiting our geo export options after several years and hit something
weird.
Testing with the command-line tools, this works...
ogr2ogr -f "geojson" /vsigzip//path/to/output.geojson.gz
This does not...
ogr2ogr -f "geojson" /vsizip//path/to/output.geojson.zip
It spits a ton of errors (attac
I am getting the following link errors when building my application in MSVC++:
1>gdal.lib(gdalallregister.cpp.obj) : error LNK2019: unresolved external symbol
_GDALRegister_ECW referenced in function
_GDALAllRegister@01>gdal.lib(gdalallregister.cpp.obj) : error LNK2019:
unresolved external symbo
Same with 3.10.1.
On Fri, Feb 21, 2025 at 3:12 PM Simon Eves wrote:
> Revisiting our geo export options after several years and hit something
> weird.
>
> Testing with the command-line tools, this works...
>
> ogr2ogr -f "geojson" /vsigzip//path/to/output.geojson.gz
>
> This does not...
>
> ogr
IMO you ask for trouble when you manually inject -DFRMT_mrsid=ON into
CFLAGS and CXXFLAGS. This is CMake input ("ON"!). Let the configuration
do that for you. Did configuration successfully detect the dependency?
Check the config logs.
Kai
Am 22.02.25 um 05:15 schrieb Michael Katz via gdal-d
