I didn't pay much attention to the CMake code. Now:
You don't need to deal with string(CONCAT ...). Normally you just need to
- treat VCPKG__FLAGS as CMake string (because this follows
CMAKE__FLAGS),
- treat as VCPKG_CMAKE_CONFIGURE_OPTIONS as CMake list, *quoting whole
list items* if needed.
My apologies for the repost, was not aware that is against the rules of the
list-serv. noted!
The workflow I described, pansharpening on data in image space, is a common
practice. This being deprecated was surprising to see as a user, but I
understand the reasoning in the migration notes. If I
Simon,
Setting the NoData value of your mask band to 255 instead of 0 should cause
pixels not covered by a mask tile to be considered valid.
Dan
On Mon, Feb 24, 2025 at 2:37 PM Simon Wright via gdal-dev <
gdal-dev@lists.osgeo.org> wrote:
> Dear subscribers
>
> I'm exploring the use of a VRT to
Hi Jukka,
That is almost exactly along the lines of what I was thinking: fake the
geotransform and CRS data to get past the non-existent CRS data within this
level of imagery, and then copy back in the appropriate metadata. Thanks for
your response! I'll give it a try.
Cheers,
Joe
___
Hi,
I have never done anything with RPCs, but maybe you could remove RPCs with
something like “gdal_translate -co profile=baseline input.tif output.tif”
(delete the aux.xml or use that magic config option that I do not remember out
of my head), define some fake geotransformation by defining sam
Joe,
Ask the AI from AiDASH to tell you how to do it? Oh, right, the GDAL list is
your training corpus, not the inference data.
Sorry for being snotty, but please refrain from reposting questions to the list
like this. If no one answered your question the first time, the LLM
hallucinates and p
My apologies for the repost, was not aware that is against the rules of the
list-serv. noted!
The workflow I described, pansharpening on data in image space, is a common
practice. This being deprecated was surprising to see as a user, but I
understand the reasoning in the migration notes. If I
Any advice on how to pansharpen image space data with RPCs in gdal >= 3.7??
Repeating below.
Hello,
I saw in the migration notes from GDAL 3.6 -> 3.7:
- Pansharpening now requires that panchromatic and multispectral bands have
valid geotransform (in early versions, it was assumed in the case o
David and Kai, thanks for your input. With Kai's hint I figured out that GDAL
was not being built with MrSID and ECW support because I didn't have the paths
right in my -DMRSID_INCLUDE_DIR, -DMRSID_LIBRARY, -DECW_INCLUDE_DIR and
-DECW_LIBRARY defines. This was causing the config step to fail. T
