Re: [gdal-dev] VRT dataset to text in-memory?

Excellent, Even - thanks so much, I have this working now. I've crafted a PR for the example. Mateusz: thank you for the source code overview, I will be using that too. Best, Mike On Sun, Mar 6, 2022 at 10:18 PM Even Rouault wrote: > Michael, > > yes you can get the VRT XML text with: > > poV

Re: [gdal-dev] crunch lib

I defer, though had the opposite experience and the DaemonEngine fork seemed more recently maintained, suggested to be the reason for their fork. On Sun, Mar 6, 2022 at 1:31 PM Even Rouault wrote: > Can you be more explicit of what does not work exactly ? > > - I've just tried https://github.com

Re: [gdal-dev] Attempting a coherent CMAKE problem report from a git clone- steps taken

Noted. And it seems this reflects the generosity of the gdal/cmake find process, that any pertinent libs found will be included on the premise that if one went to the effort to have them, one must want them. And when no longer needed, remove them, which most users neglect to do at their peril; but,

Re: [gdal-dev] CMAKE poppler c++17

I will follow your lead locally and comment out the GCC version check as MrSid is useful, and perhaps Maintainer to Maintainer would have more effect over at LizardTech. And apologies for inflicting this on your work email threads. I noted a desire to get feedback in anticipation of the CMAKE tran

Re: [gdal-dev] Attempting a coherent CMAKE problem report from a git clone- steps taken

Le 05/03/2022 à 06:30, chris english a écrit : Kai, Rebuilt Geos with your insight, and two spaces between all -D entries, including eliminating MrSid that was complied under gcc 521 or so and might likely cause problems, using GDAL build hints , and we have

Re: [gdal-dev] CMAKE poppler c++17

| Thereafter, MrSid driver cratered on some 2004 Lizardtech defines in lt_platform.h that defined possible GCC compilers topping out at <= 5 (rather than a future unimaginable 9 or 12). Removing a desire for MrSid, in this instance through ccmake, That's completely unrelated to building GDAL t

Re: [gdal-dev] CMAKE [ 89%] Built target gcore_mdreader *** target pattern contains no '%'

In some circumstances, stale CMake cache variables of previous failed builds remain, and make it hard to do new builds even after having correcting the error. You can solve this by removing CMakeCache.txt to have a clean cmake run. Le 04/03/2022 à 01:40, chris english a écrit : This subject l

Re: [gdal-dev] crunch lib

Can you be more explicit of what does not work exactly ? - I've just tried https://github.com/DaemonEngine/crunch and it does build, but doesn't install headers or a library file, so can't be easily used by GDAL - I've just tried successfully the build instructions at https://gdal.org/driver

Re: [gdal-dev] VRT dataset to text in-memory?

Michael, yes you can get the VRT XML text with: poVRTDS->GetMetadata("xml:VRT")[0] If you can submit a pull request documenting that, that would be welcome Even Le 03/03/2022 à 11:14, Michael Sumner a écrit : Hello, reading the raster VRT tutorial https://gdal.org/drivers/raster/vrt.html#cr

Re: [gdal-dev] gdal-utils: understanding the __main__ pattern

Matt, Le 04/03/2022 à 23:19, Matt Wilkie a écrit : Hello folks who know about the python script construction :) The pattern used in all of the python scripts under swig/python/gdal-utils is foreign to me. Can someone explain what's going on and why it's used? (or point to where this has been