r.in.pdal: Preserve computational region resolution with -d flag#6923
r.in.pdal: Preserve computational region resolution with -d flag#6923saurabh12nxf wants to merge 8 commits intoOSGeo:mainfrom
Conversation
|
Please add a test. |
|
@marisn Added comprehensive test in The test verifies that the -d flag preserves computational region resolution Test scenario: 6m computational region + 2m base raster → output is 6m (not 2m). |
|
@marisn I see some CI failures but I'm having trouble identifying if they're related to my test. Could you help me understand what's failing? The test I added is straightforward and validates the resolution preservation. |
Yes they seem related. At least for macOS, a failure in the r.in.pdal in a test related to computational region |
….com/saurabh12nxf/grass into fix-r-in-pdal-base-raster-resolution
|
Hi @marisn & @echoix The test is now passing! The only remaining CI failures are:
My test ( please once verify it . |
|
Launched a rerun, i.smap is a flaky test |
Description
Fixes #6740
The
-dflag inr.in.pdalwas incorrectly changing the output raster resolution to match the base raster resolution, instead of only using the base raster's resolution for reading values.Changes
raster/r.in.pdal/main.cppthat incorrectly modified the output region resolution-dflag now correctly only affects the input window for reading base raster values, matching the behavior ofr.in.lidarExpected Behavior
When using
-dflag with a 30m computational region and a 1m base raster:The base raster is still read at its native 1m resolution for Z value adjustments, but the statistical aggregation and output raster creation happens at the 30m computational region resolution.
Testing
Tested with:
Result: Output raster correctly created at 30m resolution with Z values adjusted using 1m base raster.