-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GRASS v.surf.rst
error in Windows: not creating interpolated elevation layer
#57523
Comments
@carnendil, thanks for reporting. It would be useful if you provided the layers with which the issue occurs and if you specify all the algorithm parameters and the GRASS version with which the issue occurs and the GRASS version with which the issue doesn't occur. |
@agiudiceandrea thank you for your reply.
Check attached zip file
8.3.2 (output from running
8.3.0
|
@carnendil, thanks for providing the test layers and alg's parameters.
The issue doesn't occur using GRASS-GIS 7.8.6. It seems to me the error is not in QGIS itself but either in GRASS-GIS 8.3 or in the GRASS-GIS 8.3 package provided by OSGeo4W or in the Windows OS. |
@agiudiceandrea thank you very much for your answer. I'll follow up as you suggest and, just for closure, will report back here whatever is achieved over there. |
The issue occurs on Windows even directly using the GRASS-GIS 8.3.2 GUI (OSGeo4W), thus it is not due to QGIS. |
What is the bug or the crash?
Running
v.surf.rst
on a point cloud in MS Windows 10, results in the following error and the output file is not created:An attribute field is selected and a raster mask is used. All output is omitted with the exception of interpolated RST, which would be saved to a file. All other options are left unchanged.
Running the same on Ubuntu works without any errors (same input data, same QGIS version).
Full run output (on Windows):
Steps to reproduce the issue
v.surf.rst
algorithm..gpkg
layer in my case)..sdat
raster containing a single polygon. All points are contained within that polygon.Versions
Supported QGIS version
New profile
Additional context
I didn't find any other bug or issue about this error, so I create a new one.
I also tried with a different dataset, one for which in Feb. 2023 (possibly QGIS 3.28) the very same procedure had worked perfectly. This time I got the same error described above. It shows that is not a problem with the data, but QGIS/GRASS behaving differently.
The algorithm ran without major problems in Ubuntu (although it gave a warning to change/set, I think, GRASS region, because the "too long time to find interpolation points", and an error pertaining the selected output file format: "SetColorTable() only supported for Byte or UInt16 bands in TIFF format.").
Ubuntu's package version differences are: python 3.11.6, GDAL 3.7.1, and PROJ 9.2.1.
The text was updated successfully, but these errors were encountered: