Re[GRASS-user] q for India Maps in Shape format (.shp)
Dear All, I need South India maps like Rajasthan, Jammu Kashmir, Border of South India in Shape formats. If any body have maps please let me know. Thanking you in advance, With Best Regards Jeevan Reddy Bangalore - INDIA -- View this message in context: http://www.nabble.com/Req-for-India-Maps-in-Shape-format-%28.shp%29-tp19835108p19835108.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
[GRASS-user] flip raster
Hi, I've imported a NetCDF file (ETOPO1 model). The resulted raster appears flipped vertically. How can I fix this? I try with mapcalc, without success: - neighborhood modifier: not accept computations in offset parameter, like map[0,total_rows-row()] - I dont know how to query map in arbitrary coordinates, like map(x(),-1*y()) I need advice, I do not know another way to try out. Thanks José María ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] SRTM data aliases in UTM
Hi, I have imported some tiles of 1 arcsecond SRTM data into GRASS 6.3 using r.in.srtm into a lat-long region. Whenever I import them to a UTM region, res=30, I get aliasing problems. This results in a grid of lines of jumps in elevation running through my data. This happens when I use r.proj. I have also tried generating a text file of UTM coordinates via r.stats -1g, and cs2cs. Importing this as a raster or vector, and interpolating with r.surf.rst or v.surf.rst also give aliasing errors. What is the best way round this? Importing at a higher resolution? How much higher? My ultimate aim is to compare the SRTM with LiDAR data, so if possible I would like to use an exact interpolation where possible. Cheers John -- Dr John Stevenson Postdoctoral Research Associate School of Earth, Atmospheric and Environmental Sciences Williamson Building (Room 2.42) University of Manchester Manchester M13 9PL, UK tel. +44(0)161 306 6585; fax. +44(0)161 306 9361; [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.vol.rst : doubts about parameter zmult
On Fri, Oct 3, 2008 at 9:27 AM, Eduardo corbelle [EMAIL PROTECTED] wrote: Hello list: I've been working recently with v.vol.rst and I have doubts about the real function of the parameter zmult: the manual says it allows the user to re-scale (change units of) the z coordinates of the data; but I obtain better results when using high values (about 20) of zmult even if no unit transformation (re-scaling) is needed at all (all data in metres). Could anyone give me a hint on the actual role of zmult in the interpolation process? Is it reasonable to use very high values (e.g. 100)? Helena once told me: Rescaling of z-coordinates is for example needed when the distances in vertical direction are much smaller than the horizontal distances, if that is the case, the value of zmult should be selected so that the vertical and horizontal distances have about the same magnitude. Might this help as explanation? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] extracting region
Dear All, I have a region, A, that contains a sub-region, B. How can I extract region B in order to make a new raster map that includes only region B? thank you in advance, -- Alberto Pettazzi MeteoGalicia - Departamento de Climatologa y Observacin Consellera de Medio Ambiente e Desenvolvemento Sostible rea Central, Local: L-31-C. Polgono de Fontias 15703 Santiago de Compostela. A Corua Telfono: +34-981-957463 e-mail: [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] image segmentation in GRASS
Hello everybody, I'm new in Grass and I'm trying the image segmentation and classification with the i.smap module. This, with spot imagery 5 and 10 meters resolution. Can I see the segmented image before the classification? What do you think about the grass opportunities on image segmentation? Do you know other good, open source image segmentation softwares like SPRING? Thank you and have a nice week! Dade Send _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] image segmentation in GRASS
On Mon, Oct 6, 2008 at 6:51 AM, Davide Fornacca [EMAIL PROTECTED] wrote: Hello everybody, I'm new in Grass and I'm trying the image segmentation and classification with the i.smap module. This, with spot imagery 5 and 10 meters resolution. Can I see the segmented image before the classification? What do you think about the grass opportunities on image segmentation? Do you know other good, open source image segmentation softwares like SPRING? Thank you and have a nice week! Dade Send If the image stack is small enough to fit into memory, check out the clara() function from the cluster package in R. Cheers, Dylan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] importing L1G-data into GRASS
dear niels, thanks for your answer. unfortunately it didn't solve the problem. i changed the color table into grey and still can't use r.composite. and without that i cannot go for anything else. i really wonder what the problem is! the import finally worked and i do have all the channels in my location... just can't work with them... maybe somebody else knows what to do, before i have to go for erdas?! rene Am Montag 06 Oktober 2008 09:34:03 schrieb Niels Thevs: Dear Irene, when you display one channel in GRASS, it is displayed by default with a color scheme ranging form green to yellow or blue to red. Under Raster - Manage Map Color you can change this. Regarding the import of Landsat images I prefer the following way, though not purely with open source software: Import your image with ERDAS and save it as img-file. img is a rather wide spread satellite image data format, which can be read inmediately by ERDAS, ENFI, ARC GIS etc. And, img.-files can be imported without any problems into GRASS. You even can build your location with a few clicks using an img file. I guess that in Potsdam there is an ERDAS Licence somewhere. Best regards Niels rosa schrieb: hello, i'm new on this list since yesterday. some postgraduates are trying to introduce GRASS in our university and so I'm writing one of the first thesis' with GRASS. Unfortunately nobody here knows the program really well. I bought a landsat scene, recieved it in hdf.L1G-format and have problems importing landsat the hdf.L1G-data into GRASS. r.in.bin does somehow work, but the channels it imports are severely damaged. instead of having the normal black/white picture, the chanels are only green and yellow and it's not possible to combine them, f.e. with r.composite. does anybody know the problem? warm regards from potsdam, germany irene ___ 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] importing L1G-data into GRASS
Hi, On Mon, 6 Oct 2008 17:00:16 +0200 rosa [EMAIL PROTECTED] wrote: dear niels, thanks for your answer. unfortunately it didn't solve the problem. i changed the color table into grey and still can't use r.composite. and without that i cannot go for anything else. i really wonder what the problem is! the import finally worked and i do have all the channels in my location... just can't work with them... maybe somebody else knows what to do, before i have to go for erdas?! On Thu, 2 Oct 2008 22:29:23 +0100 Glynn Clements [EMAIL PROTECTED] wrote: Also, I suspect that the preferred utility for importing such data is r.in.gdal (assuming that the GDAL library includes HDF support; use gdalinfo --formats to check). maybe you already tested and missed it but have you tried to import your data with r.in.gdal (using GDAL with HDF support) as suggested by Glynn? kind regards, Otto rene Am Montag 06 Oktober 2008 09:34:03 schrieb Niels Thevs: Dear Irene, when you display one channel in GRASS, it is displayed by default with a color scheme ranging form green to yellow or blue to red. Under Raster - Manage Map Color you can change this. Regarding the import of Landsat images I prefer the following way, though not purely with open source software: Import your image with ERDAS and save it as img-file. img is a rather wide spread satellite image data format, which can be read inmediately by ERDAS, ENFI, ARC GIS etc. And, img.-files can be imported without any problems into GRASS. You even can build your location with a few clicks using an img file. I guess that in Potsdam there is an ERDAS Licence somewhere. Best regards Niels rosa schrieb: hello, i'm new on this list since yesterday. some postgraduates are trying to introduce GRASS in our university and so I'm writing one of the first thesis' with GRASS. Unfortunately nobody here knows the program really well. I bought a landsat scene, recieved it in hdf.L1G-format and have problems importing landsat the hdf.L1G-data into GRASS. r.in.bin does somehow work, but the channels it imports are severely damaged. instead of having the normal black/white picture, the chanels are only green and yellow and it's not possible to combine them, f.e. with r.composite. does anybody know the problem? warm regards from potsdam, germany irene ___ 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: SRTM data aliases in UTM
John Stevenson schrieb: Hi, I have imported some tiles of 1 arcsecond SRTM data into GRASS 6.3 using r.in.srtm into a lat-long region. Whenever I import them to a UTM region, res=30, I get aliasing problems. This results in a grid of lines of jumps in elevation running through my data. This happens when I use r.proj. I have also tried generating a text file of UTM coordinates via r.stats -1g, and cs2cs. Importing this as a raster or vector, and interpolating with r.surf.rst or v.surf.rst also give aliasing errors. What is the best way round this? Importing at a higher resolution? How much higher? My ultimate aim is to compare the SRTM with LiDAR data, so if possible I would like to use an exact interpolation where possible. Cheers John You have to check what interpolation methods are used. If you don't specify anything, Grass might use nearest, but I'm only using Grass rarely. For myself I use gdalwarp with cubic or cubic spline resampling for that task. http://gdal.org/gdalwarp.html Regards Wolfgang ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: SRTM data aliases in UTM
John Stevenson schrieb: Hi, I have imported some tiles of 1 arcsecond SRTM data into GRASS 6.3 using r.in.srtm into a lat-long region. Whenever I import them to a UTM region, res=30, I get aliasing problems. This results in a grid of lines of jumps in elevation running through my data. This happens when I use r.proj. I have also tried generating a text file of UTM coordinates via r.stats -1g, and cs2cs. Importing this as a raster or vector, and interpolating with r.surf.rst or v.surf.rst also give aliasing errors. What is the best way round this? Importing at a higher resolution? How much higher? My ultimate aim is to compare the SRTM with LiDAR data, so if possible I would like to use an exact interpolation where possible. Cheers John You have to check what interpolation methods are used. If you don't specify anything, Grass might use nearest, but I'm only using Grass rarely. For myself I use gdalwarp with cubic or cubic spline resampling for that task. http://gdal.org/gdalwarp.html Regards Wolfgang ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Can't get i.vi (from grass-addons/gipe) running any more
I've recently compiled GRASS' source code (both 6.3 and 6.4) as well as the gipe add-ons under Ubuntu 64-bit. I can't get i.vi running anymore although I am sure I am pointing to the correct paths each time I try to compile the gipe tools. Is it my system only? Regards, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user