Closed carnendil closed 5 months ago
@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.
the layers with which the issue occurs
Check attached zip file las2txtxyz.zip
the GRASS version with which the issue occurs
8.3.2 (output from running print(Grass7Utils.installedVersion())
in the Python console)
the GRASS version with which the issue doesn't occur
8.3.0
specify all the algorithm parameters
T2_SE_BLF2_las2txtxyz.gpkg
field_3
T2_SE_BLF2_las2txtxyz_sagang_polygons-to-grid.sdat
40.000000
{ default }40
{ default }300
{ default }1.000000
{ default }0.000000
{ default }-1.000000
{ default }0.000100
{ default }auto
{ default }test.sdat
{ sdat file type selected by default }@carnendil, thanks for providing the test layers and alg's parameters.
It looks like the issue is due to the crash of the GRASS-GIS 8.3 program v.surf.rst.exe
(from OSGeo4W) and the Windows module ntdll.dll
on Windows with the following error:
Nome registro: Application
Origine: Application Error
Data:
ID evento: 1000
Categoria attività:(100)
Livello: Errore
Parole chiave: Classico
Utente: N/D
Computer:
Descrizione:
Nome dell'applicazione che ha generato l'errore: v.surf.rst.exe, versione: 8.3.0.0, timestamp: 0x656ba046
Nome del modulo che ha generato l'errore: ntdll.dll, versione: 10.0.18362.778, timestamp: 0x0c1bb301
Codice eccezione: 0xc0000374
Offset errore 0x00000000000f9229
ID processo che ha generato l'errore: 0x1064
Ora di avvio dell'applicazione che ha generato l'errore: 0x01daae2a1a76729a
Percorso dell'applicazione che ha generato l'errore: C:\OS2019~1\apps\grass\grass83\bin\v.surf.rst.exe
Percorso del modulo che ha generato l'errore: C:\WINDOWS\SYSTEM32\ntdll.dll
ID segnalazione: 0b98d9be-1f83-4919-8618-24bfe91af48b
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. Thus I think it would be better to report the issue to the GRASS-GIS developers https://github.com/OSGeo/grass or to the OSGeo4W project team https://trac.osgeo.org/osgeo4w/.
@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.
same issue
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.