[GRASS-user] grass70 start problems
Hello, I've installed the latest cvs version on an ubuntu hardy heron. When I start grass at a certain mapset, it breaks because it finds ANY .gislock that is set at any mapset in that location. Then it mentions that concurrent use of mapsets is not allowed. Any hint? Thanks Manuel -- ___ Dr. Manuel Seeger Wiss. Assistent Scientific Assistant Physische GeographieDpt. of Physical Geography FB VI - Geographie/GeowissenschaftenGeography/Geosciences Universität Trier University of Trier D - 54286 Trier Tel.: +49-651-201 4557 Fax:+49-651-201 3976 Web:http://www-neu.uni-trier.de/index.php?id=9607 ___ EGU General Assembly 2009 SSS15. Experimental Methods in Soil Erosion Studies Convener: Seeger, M. Co-Convener:Kuhn, N.; Quinton, J. ___ New publication: Modelling dominant runoff production processes at the micro-scale – a GIS-based and a statistical approach C. Müller, H. Hellebrand, M. Seeger, and S. Schobel http://www.hydrol-earth-syst-sci-discuss.net/5/1677/2008/hessd-5-1677-2008.pdf please participate in discussion! ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] grass70 start problems
Manuel, all, GRASS 7 development has finally really started: http://lists.osgeo.org/pipermail/grass-dev/2008-August/039264.html GRASS 7 will be unusable for a while, better to switch to 6.4 if you want to remain productive. Markus On Thu, Aug 7, 2008 at 8:09 AM, Manuel Seeger [EMAIL PROTECTED] wrote: Hello, I've installed the latest cvs version on an ubuntu hardy heron. When I start grass at a certain mapset, it breaks because it finds ANY .gislock that is set at any mapset in that location. Then it mentions that concurrent use of mapsets is not allowed. Any hint? Thanks Manuel ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exporting raster map to another projection
On Thu, 2008-08-07 at 00:29 -0300, Milton Cezar Ribeiro wrote: Dear all, I have a a mapset on Lambert Azimuthal Equal Area projection, and I would like to export my raster maps to another projection (Lat/Long - WSG84 datum). I need to export my maps to ASC format. Need I to reproject my maps first or can I change the projection during the export? By the way, I am running native wingrass 6.3.0 under windows/XP. Cheers miltinho astronauta brazil | | | Type of Map: raster Number of Categories: 65535 | | Data Type:CELL | | Rows: 11882 | | Columns: 9341 | | Total Cells: 110989762 | |Projection: Lambert Azimuthal Equal Area | |N:6443500S: -5438500 Res: 1000 | |E:4985500W: -4355500 Res: 1000 | | Range of data:min = 0 max = 65535 | | | | Data Description: | |generated by r.in.bin | | ___ Hi! -Using exclusively GRASS modules I think you must (1) reproject in another location (with r.proj) and (2) export (with r.out.*). Pay attention to the current region settings (check/set extent and resolution with g.region). -Using gdal utilities you might be able to reproject and export in one step [1] Kind regards, Nikos [1] http://gfoss.blogspot.com/2008/06/gdal-raster-data-tips-and-tricks.html ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exporting raster map to another projection
-Using gdal utilities you might be able to reproject and export in one step [1] Bom dia, Milton, tudo bom? I would second Nikos, is the way to go. It can read you GRASS rasters, export them to the format you need and reproject in one pass. That may be tricky, but well worth the effort. -- Paulo Marcondes = PU1/PU2PIX -22.915 -42.224 = GG86jc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Making and Uploading Maps for Garmin Etrex Legend GPS
I have digitised some points, roads and a lake in GRASS and would like to be able to upload them onto my Garmin Etrex Legend. I have been able to use v.out.ogr format=kml to output the points, and can upload them to the GPS with gpsbabel. However, I would like the roads and the lake to be loaded into the built-in maps. I read a post on the GRASS mailing list archive that mentioned cGPSmapper, but it seems like this only works with ESRI shape files (v.out.ogr again) if you have one of the paid-for versions. Is there any open source software that can do this? Can GRASS export in a format that can be more easily converted to be compatible with the GPS? Thanks John ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Making and Uploading Maps for Garmin Etrex Legend GPS
2008/8/7 John Stevenson [EMAIL PROTECTED]: Is there any open source software that can do this? Can GRASS export in a format that can be more easily converted to be compatible with the GPS? Hi John, have a look at http://freegeographytools.com/ they have an article today regarding map uploading to garmim. other than that, they had a series of posts on this subject. cheers. -- Paulo Marcondes = PU1/PU2PIX -22.915 -42.224 = GG86jc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exporting raster map to another projection
Thanks for all suggestions, Kind regards, Miltinho brazil 2008/8/7, Paulo Marcondes [EMAIL PROTECTED]: -Using gdal utilities you might be able to reproject and export in one step [1] Bom dia, Milton, tudo bom? I would second Nikos, is the way to go. It can read you GRASS rasters, export them to the format you need and reproject in one pass. That may be tricky, but well worth the effort. -- Paulo Marcondes = PU1/PU2PIX -22.915 -42.224 = GG86jc ___ 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] Multiple errors after lengthy absence from Grass 7
As Martin says, GRASS 7 development has now started. The first phase of development is to eliminate deprecated functionality. This will break stuff. Eventually we should get around to replacing most of the stuff which breaks with more usable alternatives. In the meantime, use 6.4 if you just want a working version. Great, thanks for the update. I'll stick to using 6.4. ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Makefile for v.strahler - 2
Dear all, I would tell to you that I finally found a working-version of the Makefile for v.strahler that sound like this: MODULE_TOPDIR = ../.. PROGRAMS = v.mainchannel r.strahler.sh r.broscoe.sh LIBES= $(DISPLAYLIB) $(RASTERLIB) $(VECTLIB) $(GRAPHLIB) $(DBMILIB) $(GISLIB) DEPENDENCIES = $(DISPLAYDEP) $(RASTERDEP) $(VECTDEP) $(GISDEP) EXTRA_INC = $(VECT_INC) EXTRA_CFLAGS = $(VECT_CFLAGS) include $(MODULE_TOPDIR)/include/Make/Script.make default: script PGM = v.strahler LIBES= $(DISPLAYLIB) $(RASTERLIB) $(VECTLIB) $(GRAPHLIB) $(DBMILIB) $(GISLIB) DEPENDENCIES = $(DISPLAYDEP) $(RASTERDEP) $(VECTDEP) $(GISDEP) EXTRA_INC = $(VECT_INC) EXTRA_CFLAGS = $(VECT_CFLAGS) include $(MODULE_TOPDIR)/include/Make/Module.make default: cmd because I have to compile a directory where there are both scripts and C-module... if there's a better way I wait for suggestions... Cheers Annalisa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exporting raster map to another projection
On Aug 6, 2008, at 11:10 PM, [EMAIL PROTECTED] wrote: Date: Thu, 7 Aug 2008 00:29:14 -0300 From: Milton Cezar Ribeiro [EMAIL PROTECTED] Subject: [GRASS-user] exporting raster map to another projection To: grass-user@lists.osgeo.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Dear all, I have a a mapset on Lambert Azimuthal Equal Area projection, and I would like to export my raster maps to another projection (Lat/Long - WSG84 datum). I need to export my maps to ASC format. Need I to reproject my maps first or can I change the projection during the export? By the way, I am running native wingrass 6.3.0 under windows/XP. From GRASS you need to reproject first (easy in GRASS) and then export. There may be other non-GRASS utilities that could do this without reprojection (e.g., a gdal utility). Michael ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.dissolve bugfeature / workaround needed
On 07/08/08 17:20, Peter Löwe wrote: Hello Milton, thanks for that beautiful R-hack ! Since I am working on a minimal bread and butter machine I went for Moritz' solution but it's a neat idea to use R for the task. Eventually, GIS-hacking should become part of the Olympics and you all should try to get medals :-) Actually, I stand corrected. Daniel was right: v.reclass does allow character columns and v.dissolve, therefore, does as well. I just tested with a map as it works with current svn trunk and and old pre-release 6.3: v.info -c NUTS2_2006 Displaying column types/names for database connection of layer 1: INTEGER|cat INTEGER|objectid CHARACTER|cntr_code INTEGER|stat_levl_ CHARACTER|nuts_id DOUBLE PRECISION|shape_leng DOUBLE PRECISION|shape_area v.dissolve in=NUTS2_2006 col=cntr_code out=countries And I get a nice countries map... So your error message is a bug: results in dbmi: Protocol error ERROR: Cannot open select cursor: SELECT cat, FIPS_1 FROM counties ORDER BY FIPS_1 ERROR: Unable to open vector map [EMAIL PROTECTED] on topology level 2 WARNING: Table counties_fips1_22157 linked to vector map counties_fips1_22157 does not exist ERROR: Vector map counties_fips1 not found in the current mapset Could you post the output of 'v.info -c counties' ? Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Compiling addons from svn repository
On 07/08/08 00:15, Tim Michelsen wrote: On Fri, 2008-08-01 at 13:05 +0300, Nikos Alexandris wrote: Next you have to point make to the GRASS installation directory (not the source!), something like: make MODULE_TOPDIR=usr/local/grass-6.4.svn Sorry. Details are important. make MODULE_TOPDIR=/usr/local/grass-6.4.svn Finally you have to re-run sudo make install from within the GRASS-source directory. I would like to know whether there is a kind of addons manager in planning which could fetch and install Addons from the remote repository and install these automatically. GRASS Extensions Manager (GEM) (http://grass.osgeo.org/grass64/manuals/html64_user/gem/index.html) But the addon needs to be structured in a gem-compliant way. Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Making and Uploading Maps for Garmin Etrex Legend GPS
I've used gpsbabel for moving points, tracks, and routes to/from a Garmin GPSV. http://www.gpsbabel.org John On Aug 7, 2008, at 5:17 AM, John Stevenson wrote: I have digitised some points, roads and a lake in GRASS and would like to be able to upload them onto my Garmin Etrex Legend. I have been able to use v.out.ogr format=kml to output the points, and can upload them to the GPS with gpsbabel. However, I would like the roads and the lake to be loaded into the built-in maps. I read a post on the GRASS mailing list archive that mentioned cGPSmapper, but it seems like this only works with ESRI shape files (v.out.ogr again) if you have one of the paid-for versions. Is there any open source software that can do this? Can GRASS export in a format that can be more easily converted to be compatible with the GPS? Thanks John ___ 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] Making and Uploading Maps for Garmin Etrex Legend GPS
I see some room for confusion here. I think on Garmins the basemaps built-in maps are not vector format but raster format .img files. So the short answer is you can't dump them on the way you're trying to, you need to convert them. You'll need to look for a tool like this http://wiki.openstreetmap.org/index.php/Mkgmap but meant to work with the formats your using and the platform you're on. Hope that helps, Alex John C. Tull wrote: I've used gpsbabel for moving points, tracks, and routes to/from a Garmin GPSV. http://www.gpsbabel.org John On Aug 7, 2008, at 5:17 AM, John Stevenson wrote: I have digitised some points, roads and a lake in GRASS and would like to be able to upload them onto my Garmin Etrex Legend. I have been able to use v.out.ogr format=kml to output the points, and can upload them to the GPS with gpsbabel. However, I would like the roads and the lake to be loaded into the built-in maps. I read a post on the GRASS mailing list archive that mentioned cGPSmapper, but it seems like this only works with ESRI shape files (v.out.ogr again) if you have one of the paid-for versions. Is there any open source software that can do this? Can GRASS export in a format that can be more easily converted to be compatible with the GPS? Thanks John ___ 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
RE: [GRASS-user] v.dissolve bugfeature / workaround needed
Hello Moritz and Peter, I have the v.dissolve problem too. I'm running GRASS 6.4.svn (is there a way to tell what svn revision I'm using?) on Hardy Heron X86_64. Hope this info tells you something: v.dissolve [EMAIL PROTECTED] output=efz layer=1 column=FaultName Segmentation fault dbmi: Protocol error ERROR: Cannot open select cursor: SELECT cat, FaultName FROM alquist_priolo_eq_zones_mrg_ll83 ORDER BY FaultName ERROR: Unable to open vector map [EMAIL PROTECTED] on topology level 2 WARNING: Table efz_24149 linked to vector map efz_24149 does not exist ERROR: Vector map efz not found in the current mapset v.info alquist_priolo_eq_zones_mrg_ll83 ++ | Layer: alquist_priolo_eq_zones_mrg_ll83 | | Mapset: PERMANENT | | Location:CGS_SW_FaultLines | | Database:/home/bobm/Data/Grass | | Title: | | Map scale: 1:1 | | Map format: native| | Name of creator: bobm | | Organization: | | Source date: Fri Nov 17 11:47:54 2006 | || | Type of Map: vector (level: 2) | || | Number of points: 0 Number of areas: 2242 | | Number of lines:0 Number of islands:788| | Number of boundaries: 4630Number of faces: 0 | | Number of centroids:2224Number of kernels:0 | || | Map is 3D: 0| | Number of dblinks: 1| || | Projection: Lambert Conformal Conic| | N: 4959352.74991602S: 3929916.63677083 | | E: 341967.39773093W: -438465.59887675 | || | Digitization threshold: 0| | Comments:| || ++ v.info -c alquist_priolo_eq_zones_mrg_ll83 Displaying column types/names for database connection of layer 1: INTEGER|cat DOUBLE PRECISION|ID CHARACTER|COUNTY CHARACTER|QUADNAME CHARACTER|FaultName CHARACTER|HistoricSR Bob Moskovitz Research Analyst I Seismic Hazard Evaluation Project California Geological Survey http://gmw.consrv.ca.gov/shmp CONFIDENTIALITY NOTICE: This communication is intended only for the use of the individual or entity to which it is addressed. This message contains information from the State of California, California Geological Survey, which may be privileged, confidential and exempt from disclosure under applicable law, including the Electronic Communications Privacy Act. If the reader of this communication is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Moritz Lennert Sent: Thursday, August 07, 2008 8:45 AM To: Peter Löwe Cc: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] v.dissolve bugfeature / workaround needed On 07/08/08 17:20, Peter Löwe wrote: Hello Milton, thanks for that beautiful R-hack ! Since I am working on a minimal bread and butter machine I went for Moritz' solution but it's a neat idea to use R for the task. Eventually, GIS-hacking should become part of the Olympics and you all should try to get medals :-) Actually, I stand corrected. Daniel was right: v.reclass does allow character columns and v.dissolve, therefore, does as well. I just tested with a map as it works with current svn trunk and and old pre-release 6.3: v.info -c NUTS2_2006 Displaying column types/names for database connection of layer 1: INTEGER|cat INTEGER|objectid CHARACTER|cntr_code INTEGER|stat_levl_ CHARACTER|nuts_id DOUBLE
Re: [GRASS-user] grass70 start problems
Markus Neteler wrote: GRASS 7 development has finally really started: http://lists.osgeo.org/pipermail/grass-dev/2008-August/039264.html GRASS 7 will be unusable for a while, better to switch to 6.4 if you want to remain productive. While that's reasonable advice overall, I suspect that this particular problem may not be related to the recent changes. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] segmentation fault with r.in.gdal
Hi all, I am attempting to import netcdf files into GRASS. I'm using GRASS 6.2.2 on Ubuntu 8.04LTS. I get a 'Segmentation fault' error. gdalinfo --formats includes netcdf support; however running gdal_translate or gdalinfo on the netcdf file returns the same error. Help? Thanks, vishal ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Segmentation fault with r.in.gdal
Hi all, I am attempting to import netcdf files into GRASS. I'm using GRASS 6.2.2 on Ubuntu 8.04LTS. I get a 'Segmentation fault' error. gdalinfo --formats includes netcdf support; however running gdal_translate or gdalinfo on the netcdf file returns the same error. Help? Thanks, vishal ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] segmentation fault with r.in.gdal
Yes Daniel, I tried gdal_translate and gdalinfo and both gave me the same result - 'segmentation fault'. -Vishal On Thu, Aug 7, 2008 at 3:05 PM, Daniel Victoria [EMAIL PROTECTED]wrote: Hi, Did you try to import outside of Grass, using gdal_translate instead of r.in.gdal Daniel On Thu, Aug 7, 2008 at 6:16 PM, Vishal Mehta [EMAIL PROTECTED] wrote: Hi all, I am attempting to import netcdf files into GRASS. I'm using GRASS 6.2.2 on Ubuntu 8.04LTS. I get a 'Segmentation fault' error. gdalinfo --formats includes netcdf support; however running gdal_translate or gdalinfo on the netcdf file returns the same error. Help? Thanks, vishal ___ 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] segmentation fault with r.in.gdal
I found this bug report that probably explains it...but not sure what to do about it.. https://bugs.launchpad.net/ubuntu/+source/libgdal-grass/+bug/126916 -vishal On Thu, Aug 7, 2008 at 3:16 PM, Vishal Mehta [EMAIL PROTECTED] wrote: Yes Daniel, I tried gdal_translate and gdalinfo and both gave me the same result - 'segmentation fault'. -Vishal On Thu, Aug 7, 2008 at 3:05 PM, Daniel Victoria [EMAIL PROTECTED] wrote: Hi, Did you try to import outside of Grass, using gdal_translate instead of r.in.gdal Daniel On Thu, Aug 7, 2008 at 6:16 PM, Vishal Mehta [EMAIL PROTECTED] wrote: Hi all, I am attempting to import netcdf files into GRASS. I'm using GRASS 6.2.2 on Ubuntu 8.04LTS. I get a 'Segmentation fault' error. gdalinfo --formats includes netcdf support; however running gdal_translate or gdalinfo on the netcdf file returns the same error. Help? Thanks, vishal ___ 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] segmentation fault with r.in.gdal
If it's mainly a build problem, try to use Frank's FWTools. Itś already pre-build gdal binaries and I've used them before for NetCDF stuff http://fwtools.maptools.org/ On Thu, Aug 7, 2008 at 7:51 PM, Vishal Mehta [EMAIL PROTECTED] wrote: I found this bug report that probably explains it...but not sure what to do about it.. https://bugs.launchpad.net/ubuntu/+source/libgdal-grass/+bug/126916 -vishal I On Thu, Aug 7, 2008 at 3:16 PM, Vishal Mehta [EMAIL PROTECTED] wrote: Yes Daniel, I tried gdal_translate and gdalinfo and both gave me the same result - 'segmentation fault'. -Vishal On Thu, Aug 7, 2008 at 3:05 PM, Daniel Victoria [EMAIL PROTECTED] wrote: Hi, Did you try to import outside of Grass, using gdal_translate instead of r.in.gdal Daniel On Thu, Aug 7, 2008 at 6:16 PM, Vishal Mehta [EMAIL PROTECTED] wrote: Hi all, I am attempting to import netcdf files into GRASS. I'm using GRASS 6.2.2 on Ubuntu 8.04LTS. I get a 'Segmentation fault' error. gdalinfo --formats includes netcdf support; however running gdal_translate or gdalinfo on the netcdf file returns the same error. Help? Thanks, vishal ___ 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] Re: Thin plate spline for climate point record interpollation?
I'd be keen to see something like this too, if time permits I might even work on it myself (if I convince my colleagues it's worthwhile for our project). J On Sun, Jul 27, 2008 at 2:30 AM, Andreas Philipp [EMAIL PROTECTED] wrote: I think Dimos does not look just for normal interpolation of a variable just using the spatial information of the variable itself, but for a procedure using additionally a multiple regression scheme of a set of independent variables. As far as I know there is no tool yet to do that easily within GRASS at the moment (please correct me if it is there already). Because I was also thinking how to realise a regression based interpolation scheme in GRASS and might be not the only one, I try to describe the problem: Those independent variables can be elevation, lat and lon of the station or relief parameters which have a stable average influence on the spatial distribution of the target variable. E.g. in order to interpolate temperature accurately you calculate a regression coefficient from height-above-sea-level-values onto the temperature-values (over the whole space and time domain). Then you subtract the fitted temperature values from the observed temperatures and receive a temperature anomaly field (the residuals) which would be realised if no height differences would be given but only the spatial temperature variation due to meteorological reasons. Then these anomalies (residuals) are interpolated in space with splines or whatever onto a regular grid. Afterwards this grid is scaled to height again by using the regression coefficients, et voila. This takes into account that the target variable is not only dependend of spatial autocorrelation (interpolated temperature of a mountain is then not as high as the station record in the nearby valley). This is a procedure which is commonly recommended in climatology. However, in order to calculate the regression coefficients, longer time series should be used (not only the time slice or map which is intended to be interpolated) in order to get the pure average dependence of temperature to elevation. Further it might be necessary to do the whole analysis for each month of the year separately in order to account for effects of large scale climatological differences in the annual cycle. Instead of elevation only also latitude, longitude and other parameters can be used in a multiple regression scheme. An especially interesting independent parameter is a typical relief type of the surrounding of each gridpoint (achieved by principal component analysis of the neighbour grid point heights in a moving window. May be to be plugged in into r.li?). If I'm right this is not easy to do within GRASS at this time. May be R can be used as a work around? Anyone has an idea? I think it would be great to have such a tool originally in GRASS (I'm sure a lot of climatologists would grep for GRASS just for that feature) but it is a bit of work to program it (I think the main problem would be the multiple regression, if only there was a fortran90 interface ...). However to use a single independent variable may be r.mapcalc could be used if the vector point observations are transformed to raster maps (bivariate regression is rather simple even if quite a few raster maps are neccessary). Hm, quite a long mail, but may be some others are interested and willing to solve ... Please correct me if I'm missing something. Andreas Am Freitag, den 25.07.2008, 23:35 -0700 schrieb Dimos: Searching at the Grass online manual, I have found two modules that are relevant to my question: 1)v.surf.rst 2)v.vol.rst So, maybe these could be used to create a 1km climate surface with independent variables of Lat, Long and Elev? (v.vol.rst needs similar input on the 3D x,y,z files) Thanks, Dimos --- Dimos [EMAIL PROTECTED] wrote: Dear Grass Users, How to do thin plate spline interpolation with Grass GIS (ex. Anusplin http://fennerschool.anu.edu.au/publications/software/anusplin.php) using: -Lat, long and elevation as the 3 independent variables -Temperature or precipitation as dependent variable -1 KM elevation grid -Irregularly spaced 30 year climate records (POINT DATA) To create a: 1 KM resolution climate surface for each dependent variable Thanks, Dimos ___ 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
Re: [GRASS-user] Making and Uploading Maps for Garmin Etrex Legend GPS
On Thu, Aug 07, 2008 at 10:12:08AM -0700, we recorded a bogon-computron collision of the [EMAIL PROTECTED] flavor, containing: I see some room for confusion here. I think on Garmins the basemaps built-in maps are not vector format but raster format .img files. So the short answer is you can't dump them on the way you're trying to, you need to convert them. Try looking at cgpsmapper and GPSMapEdit. Neither is open source, but both work under WINE on linux. There's a Linux build of cgpsmapper, too. These tools will let you create maps for your Garmin GPS from various vector data (with a lot of work). See: http://home.cinci.rr.com/creek/garmin.htm for a walk through the process and links to the tools. Since you've already imported your GPX files from gpsbabel into GRASS, you can just export them as shapefiles for reading into GPSMapEdit. GPSMapEdit will read shapefiles, but it's a bit of a chore to get it Just Right.There is talk about making an OGR output format that can handle the Polish format used by cgpsmapper, but it ain't there yet. I'm not aware of any other tool than GPSMapEdit that can write Polish format from shapefiles. HTH, T. John C. Tull wrote: I've used gpsbabel for moving points, tracks, and routes to/from a Garmin GPSV. http://www.gpsbabel.org John On Aug 7, 2008, at 5:17 AM, John Stevenson wrote: I have digitised some points, roads and a lake in GRASS and would like to be able to upload them onto my Garmin Etrex Legend. I have been able to use v.out.ogr format=kml to output the points, and can upload them to the GPS with gpsbabel. However, I would like the roads and the lake to be loaded into the built-in maps. I read a post on the GRASS mailing list archive that mentioned cGPSmapper, but it seems like this only works with ESRI shape files (v.out.ogr again) if you have one of the paid-for versions. Is there any open source software that can do this? Can GRASS export in a format that can be more easily converted to be compatible with the GPS? -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM Argue for your limitations and sure enough, they're yours. -- R. Bach ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] segmentation fault with r.in.gdal
Vishal Mehta wrote: I am attempting to import netcdf files into GRASS. I'm using GRASS 6.2.2 on Ubuntu 8.04LTS. I get a 'Segmentation fault' error. gdalinfo --formats includes netcdf support; however running gdal_translate or gdalinfo on the netcdf file returns the same error. Help? As it fails with GDAL tools probably you are more likely to get a better answer if you ask on the GDAL mailing list. * what version of GDAL? * web link to the dataset? * backtrace of the segfault? http://grass.osgeo.org/wiki/GRASS_Debugging Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user