[GRASS-user] traveling salesman problem in air

Dear GRASS experts! I encountered an interesting problem and am curious about solutions. A helicopter company has got a file from a client regarding a forest inventory. The file contains 1430 polygons representing areas to be visited. Now we want to calculate the optimal route to visit all poly

[GRASS-user] r.patch not working

Hello GRASS users- I am trying to mosaic colourcomposites from LANDSAT images. A few weeks ago, I had luck doing this using r.patch with the -z flag such as below: r.patch -z input=020.020.2000.055_rgb,021.020.2000.014_rgb,021.021.2000.142_rgb,022.020.2000.005_rgb output=mosaic When I try d

Re: [GRASS-user] access to old mapset after reinstall of operating system and grass version

Do you have permissions for all the files within the location and PERMANENT directories? If you change permissions with the "Get Info" window, it doesn't necessarily change the permissions of files within a folder. There's a useful little free program called "BatChmod" that puts a Mac gu

[GRASS-user] access to old mapset after reinstall of operating system and grass version

Hello grass community, I unfortunately had to re-install my mac os x operating system, then do a new download of grass, installing grass6.3 (previously running grass6.2). after the re-install, i put all my backed up data back on the machine. however, when i launch the new grass6.3 on my newly insta

Re: [GRASS-user] netCDF import via r.in.gdal

On 14/04/2009 12.13, Hamish wrote: Luigi wrote: GRASS complains about bands -- the file includes georeferenced daily climate variables. The file opens OK in viewers such as Panoply . Hamish: what does the output of gdalinfo look like?

Re: [GRASS-user] Missing v.generalize in Grass 6.23

Hi Martin, Thanks for the info, I'll get 6.4 installed tonight. Roger -- On Tue, Apr 14, 2009 at 3:23 PM, Martin Landa wrote: > Hi, > > 2009/4/14 Roger André : > > Sorry for the newbie question, but I just finished getting GRASS 6.23 > built > > last night and am using it for the first time tod

Re: [GRASS-user] Missing v.generalize in Grass 6.23

Hi, 2009/4/14 Roger André : > Sorry for the newbie question, but I just finished getting GRASS 6.23 built > last night and am using it for the first time today.  I've gotten a new > location created, and a shapefile imported, and now I would like to simplify > the geometry.  Unfortunately, it appe

[GRASS-user] Missing v.generalize in Grass 6.23

Hi All, Sorry for the newbie question, but I just finished getting GRASS 6.23 built last night and am using it for the first time today. I've gotten a new location created, and a shapefile imported, and now I would like to simplify the geometry. Unfortunately, it appears that v.generalize is mis

[GRASS-user] launching a gui

> Dear Moritz > Many thanks for the quick reply - and for your excellent tutorial, which I am > finding most helpful. > Your suggested remedy, that of using gis.m, is unfortunately not working for > me. > There is no error message, just nothing at all. > Perhaps I should have mentioned that, whe

Re: [GRASS-user] Multiple to one question

On Apr 14, 2009, at 9:51 AM, Vincent Bain wrote: Hmmm, not sure you understood what I suggested (or maybe I did not catch your point of view !). Let's consider you add two measures a week for point A (cat=1), and 1 measure monthly for point B (cat=2), then after one year you have : * in table

Re: [GRASS-user] Multiple to one question

Hmmm, not sure you understood what I suggested (or maybe I did not catch your point of view !). Let's consider you add two measures a week for point A (cat=1), and 1 measure monthly for point B (cat=2), then after one year you have : * in table1 (cat integer): 2 recors (cat=1 and cat=2) * in table

Re: [GRASS-user] Multiple to one question

On Apr 14, 2009, at 4:06 AM, Moritz Lennert wrote: On 14/04/09 08:37, Vincent Bain wrote: Hello Adam, maybe another solution in this case would be a set of 2 tables : * one linking to the geometry, that is containing nothing but cat values, * another one, containing a cat column (related to th

Re: [GRASS-user] GUI: Use SQL Query - lots of integers from a vector-category ?

On 14/04/09 17:29, Peter Löwe wrote: Hi, I am using Grass6.3 and the tcltk-GUI: When displaying a vector layer, the 'query vectors for display' allows to provide a SQL query. How can a SQL query of the following kind be entered ? 'my_integer_attribute IN (4,7,19,345,678,111)' Using "IN" as d

[GRASS-user] GUI: Use SQL Query - lots of integers from a vector-category ?

Hi, I am using Grass6.3 and the tcltk-GUI: When displaying a vector layer, the 'query vectors for display' allows to provide a SQL query. How can a SQL query of the following kind be entered ? 'my_integer_attribute IN (4,7,19,345,678,111)' Using "IN" as described above results in an error: DB

Re: [GRASS-user] Multiple to one question

On 14/04/09 08:37, Vincent Bain wrote: Hello Adam, maybe another solution in this case would be a set of 2 tables : * one linking to the geometry, that is containing nothing but cat values, * another one, containing a cat column (related to the "geometric" table) and different data columns corre

Re: [GRASS-user] exporting areas to shapefiles without filling holes

On Tue, Apr 14, 2009 at 9:23 AM, Markus Metz wrote: > > Moskovitz, Bob wrote: >> >> I filed this ticket:  http://trac.osgeo.org/grass/ticket/397. >> >> ...should I close this ticket since it works for me? >> > > No, because the fix is not yet backported to 6.4. This was a bug in the > vector libs

Re: [GRASS-user] netCDF import via r.in.gdal

Luigi wrote: > GRASS complains about bands -- the file includes georeferenced > daily climate variables. The file opens OK in viewers such as > Panoply . Hamish: > > what does the output of gdalinfo look like? > This is what gdalinfo says: > > C:\Documen

Re: [GRASS-user] netCDF import via r.in.gdal

On 11/04/2009 11.39, Hamish wrote: Luigi wrote: I don't seem to be able to import netCDF via r.in.gdal in grass-6.4.0RC3 osgeo4w version running on XP sp3. GRASS 6.4.0RC3 (UTM32):C:\ >r.in.gdal input=SRF_1958.AVG.NC output=SRF_1958.AVG location=ERA40_SRF Warning 1: No UNIDATA NC_GLOBAL:Conve

Re: [GRASS-user] exporting areas to shapefiles without filling holes

The behaviour of the -c flag is now reversed in trunk r36726: by default, only features will be exported that have a category in the specified layer. Markus Neteler wrote: On Fri, Apr 10, 2009 at 1:44 PM, Hamish wrote: perhaps use G_message() so that the user can turn if off if the messag

Re: [GRASS-user] exporting areas to shapefiles without filling holes

Moskovitz, Bob wrote: I filed this ticket: http://trac.osgeo.org/grass/ticket/397. ...should I close this ticket since it works for me? No, because the fix is not yet backported to 6.4. This was a bug in the vector libs when updating topology and not specific to removing small areas. Is