Re: [GRASS-user] Error while removing file
Hello Glynn I'm running in WinGRASS in WinXP and I have total access to my folders (as far as I can see) but I get Permission denied for a specific folder in C:\grassdata\Area1\Country\cell_misc and ACCESS DENIED. I have built a very long and complex Script with a lot of files production, deleting, opening external configuration files bla bla and now I'm getting this sort of errors when I try to overwrite over existing data or when I try to delete some files. What might be happening? Thanks Antonio Glynn Clements wrote: António Rocha wrote: Ok it has removed but when I try to write over that file I get errors like Permission DENIED. WHat can I do to fix this? Ensure that all files and directories within the mapset directory are owned by you, and have the necessary permissions (read and write for files, read, write and execute for directories). __ Information from ESET NOD32 Antivirus, version of virus signature database 5956 (20110315) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Using temp files in Grass Script
Greetings I'm doing a GRASS script and I have some intermediate processes (e.gr.mapcalc) where I produce raster maps that are not the final product (a kind of an intermediate product) and that i delete at the end. Since I have to produce a lot my question is: Shall I use tempfile function to create and produce them or I shall create these rasters as normal raster files? Thanks Monica ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Processing Atlas Lidar Data - Problem(s)
Hy! I have found all necessary information that I have needed in Chapter 6 of the book. Different ways of processing LIDAR data are described there and it is easy to understand. Thank you again! -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Processing-Atlas-Lidar-Data-Problem-s-tp6158817p6176186.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] Line of site
Thanks for this Martin. How do I install addons? I'm using GRASS 6.4 on xp. My install was via the QGIS package. Cheers, Michael Date: Sun, 13 Mar 2011 23:45:17 +0100 Subject: Re: [GRASS-user] Line of site From: landa.mar...@gmail.com To: giovanni.man...@gmail.com CC: michael_spen...@live.co.uk; grass-user@lists.osgeo.org Hi, 2011/3/13 Giovanni Manghi giovanni.man...@gmail.com: r.los it's quite slow, you can try also r.viewshed from addons [1]. Martin [1] http://grass.osgeo.org/wiki/GRASS_AddOns#r.viewshed -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] wingrass daily builds URL changed
Hi all, URL of daily winGRASS builds has been changed from josef.fsv.cvut.cz/wingrass to wingrass.fsv.cvut.cz. Thanks to Faculty of Civil Engineering, CTU in Prague for providing this service! Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] Line of site
Michael It is a C module and I guess you need to compile it. http://grass.osgeo.org/wiki/Compile_and_Install#Addons Thanks for this Martin. How do I install addons? I'm using GRASS 6.4 on xp. My install was via the QGIS package. Cheers, Michael Date: Sun, 13 Mar 2011 23:45:17 +0100 Subject: Re: [GRASS-user] Line of site From: landa.mar...@gmail.com To: giovanni.man...@gmail.com CC: michael_spen...@live.co.uk; grass-user@lists.osgeo.org Hi, 2011/3/13 Giovanni Manghi giovanni.man...@gmail.com: r.los it's quite slow, you can try also r.viewshed from addons [1]. Martin [1] http://grass.osgeo.org/wiki/GRASS_AddOns#r.viewshed -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Error while removing file
Hi again :) Ok the main problem is that I'm using r.statistics with base=new_clump10 and cover= myscript.tmpV1 If I try to remove new_clump I get: g.remove -f rast=new_clump10@area [new_clump10@area@area] is a base map for [myscript.tmpV1@area]. Remove forced. Removing raster LULC_new_clump10@National misc: couldn't be removed So it wasn't removed. My question is: 1- Why it's repeating the Mapset information (new_clump10@area@area) That is odd right? Maybe that is what is messing with the system Thanks Antonio Glynn Clements wrote: António Rocha wrote: Ok it has removed but when I try to write over that file I get errors like Permission DENIED. WHat can I do to fix this? Ensure that all files and directories within the mapset directory are owned by you, and have the necessary permissions (read and write for files, read, write and execute for directories). __ Information from ESET NOD32 Antivirus, version of virus signature database 5957 (20110316) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Error while removing file
Just one small note: If I try to remove tmpV I get this Removing information about reclassed map from [new_clump10@area] failed Removing raster myscript.tmpV1@National And it's removed but then If I try to remove the new_clump10 I get: [new_clump11@area@area] is a base map for [myscript.tmpV1@area]. Remove forced. Removing raster new_clump11@area misc: couldn't be removed António Rocha wrote: Hi again :) Ok the main problem is that I'm using r.statistics with base=new_clump10 and cover= myscript.tmpV1 If I try to remove new_clump I get: g.remove -f rast=new_clump10@area [new_clump10@area@area] is a base map for [myscript.tmpV1@area]. Remove forced. Removing raster LULC_new_clump10@National misc: couldn't be removed So it wasn't removed. My question is: 1- Why it's repeating the Mapset information (new_clump10@area@area) That is odd right? Maybe that is what is messing with the system Thanks Antonio Glynn Clements wrote: António Rocha wrote: Ok it has removed but when I try to write over that file I get errors like Permission DENIED. WHat can I do to fix this? Ensure that all files and directories within the mapset directory are owned by you, and have the necessary permissions (read and write for files, read, write and execute for directories). __ Information from ESET NOD32 Antivirus, version of virus signature database 5957 (20110316) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] wingrass daily builds URL changed
On Wed, Mar 16, 2011 at 1:54 PM, Martin Landa landa.mar...@gmail.com wrote: Hi all, URL of daily winGRASS builds has been changed from josef.fsv.cvut.cz/wingrass to wingrass.fsv.cvut.cz. Thanks to Faculty of Civil Engineering, CTU in Prague for providing this service! Thanks for your efforts, Martin! And also to the growing group of winGRASS testers of course. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Please help me with interactive input for Supervised Classification (requires Xterm)
I need some help with the choice of image classification interactive input for Supervised Classification as it appears (requires Xterm) and will not let me use it. I work in Grass 6.4.1 under Widows Vista Necesito alguna ayuda con la opción de clasificación de imágenes interactive input for supervised classification dado que aparece (requiere Xterm) y no me permite emplearlo. Trabajo en el Grass 6.4.1 en ambiente Windows Vista. __ Abelardo A. Riera F. Telefono: 0414-232.04.77 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using temp files in Grass Script
Monica Buescu wrote: I'm doing a GRASS script and I have some intermediate processes (e.gr.mapcalc) where I produce raster maps that are not the final product (a kind of an intermediate product) and that i delete at the end. Since I have to produce a lot my question is: Shall I use tempfile function to create and produce them or I shall create these rasters as normal raster files? g.tempfile creates files, not maps. The usual convention for temporary map names is to include the name of the script, tmp, and the PID (use $$ for shell scripts, os.getpid() for Python). -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using temp files in Grass Script
Hi, 2011/3/16 Glynn Clements gl...@gclements.plus.com: g.tempfile creates files, not maps. The usual convention for temporary map names is to include the name of the script, tmp, and the PID (use $$ for shell scripts, os.getpid() for Python). maybe we could define new grass.tempmap() function for that... Martin -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Error while removing file
António Rocha wrote: Ok the main problem is that I'm using r.statistics with base=new_clump10 and cover= myscript.tmpV1 If I try to remove new_clump I get: g.remove -f rast=new_clump10@area [new_clump10@area@area] is a base map for [myscript.tmpV1@area]. Remove forced. Removing raster LULC_new_clump10@National misc: couldn't be removed So it wasn't removed. My question is: 1- Why it's repeating the Mapset information (new_clump10@area@area) That is odd right? Maybe that is what is messing with the system It appears to be a bug with something not correctly handling qualified names. Rast_put_reclass() is a likely candidate: sprintf(buf2, %s@%s\n, name, G_mapset()); This should be e.g.: xname = G_fully_qualified_name(name, G_mapset()); which will only add the mapset if the name is unqualified. Also, the misc: couldn't be removed is probably because G_is_reclassed_to() doesn't close the cell_misc/name/reclassed_to file. On Windows, you cannot delete a file if it's open. Can someone check r45681 and back-port? -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user