Closes #2312 (closed)
When input file paths are HTTP URIs, like the one we can use with vsicurl, the extended filename options deduction can be a mess.
The current implementation only split the filename from the first encountered
This is wrong, since such character can be part of a HTTP request pointing to an online raster file.
The new implementation consider that the last occurrence of
?& marks the beginning of the extended filename options.
Classes and files
- FIX: some tests contained wrong extended filename pattern (the documentation clearly states the right pattern is Path/Image.ext?&key1=value1&key2=value2).
The copyright owner is INRAE and has signed the ORFEO ToolBox Contributor License Agreement.
Check before merging:
- All discussions are resolved
- At least 2
👍votes from core developers, no 👎vote.
- The feature branch is (reasonably) up-to-date with the base branch
- Dashboard is green
- Copyright owner has signed the ORFEO ToolBox Contributor License Agreement
- Optionally, run
git diff develop... -U0 --no-color | clang-format-diff.py -p1 -ion latest changes and commit