Tim Michelsen wrote:
You must be the owner of the directory selected as the current mapset.
A FAT/VFAT partition mounted by root must be mounted with the uid=
option to set the owner.
OK. I was able to get access using the right uid in fstab.
But let's say that more than one person
One column of my vector is the name of the town all in uppercase.
What I want is to convert them, i.e.,
SAN DIEGO San Diego
My grass dbase is sqlite
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki:
maning sambale wrote:
Hi,
I imported a shapefile of provinces in grass. The shapefile has
around 84 provinces composed of different islands. The attribute
table contains only 84 rows corresponding to 84 provinces. I used
v.clean bpol tool to topologically clean the vectors. Then used
Dear Grass Users/Developpers,
I am studying the distribution of car accidents on a road network. In order
to define hotspots and hotzones (succession of hotspots on a road) based on
a local density of accidents computed on the network, I use the v.net.alloc
function (to allocate a subnet to each
Thanks! it's working now
On 8/17/09, Markus Metz markus.metz.gisw...@googlemail.com wrote:
maning sambale wrote:
Hi,
I imported a shapefile of provinces in grass. The shapefile has
around 84 provinces composed of different islands. The attribute
table contains only 84 rows corresponding
Nathan Lemoine wrote:
I've tried running gdb on the r.li.patchnum program, but I have no
debugging or programming experience, so I can only report the
error messages I've received. running the program normally, without
of gdb, gets me the error:
Illegal filename. Character not allowed.
On 16/08/09 21:48, Felix Schalck wrote:
After some research, I figured out that:
1) Resolution is not really the problem, since I added a shadings
layer which shows the same impressive details level than I used to
have in old 6.23. It is really a display question.
2) Perhaps it is the graphic
On Mon, Aug 17, 2009 at 9:21 AM, David Dabindavid.da...@gmail.com wrote:
Dear Grass Users/Developpers,
I am studying the distribution of car accidents on a road network. In order
to define hotspots and hotzones (succession of hotspots on a road) based on
a local density of accidents computed
David Dabin ha scritto:
Dear Grass Users/Developpers,
I am studying the distribution of car accidents on a road network. In
order to define hotspots and hotzones (succession of hotspots on a road)
based on a local density of accidents computed on the network, I use
the v.net.alloc function
2009/8/17 Moritz Lennert mlenn...@club.worldonline.be:
On 16/08/09 21:48, Felix Schalck wrote:
After some research, I figured out that:
1) Resolution is not really the problem, since I added a shadings
layer which shows the same impressive details level than I used to
have in old 6.23. It
Moritz wrote:
You should see no difference in display if you use
x-monitors (i.e. launched with d.mon. My memories are a bit
weak of that time (long ago), but I think that the 6.2 GUI
still used x-monitors for display. This has changed since.
Xmonitors + d.mon are still present in all GRASS
Hello Daniel (and others),
I ran the module successfully, but only with a network, where every line
ends with the next node.
In attached example it is possible to calc path from 1 to 4 and from 5
to 6, but not from 1 to 2,3,5,6 or from 5 to anywhere expect 6 and so on.
Do you have an idea how
..with attachment
Hello Daniel (and others),
I ran the module successfully, but only with a network, where every line
ends with the next node.
In attached example it is possible to calc path from 1 to 4 and from 5
to 6, but not from 1 to 2,3,5,6 or from 5 to anywhere expect 6 and so on.
Do you
On 17/08/09 12:05, Hamish wrote:
Moritz wrote:
You should see no difference in display if you use
x-monitors (i.e. launched with d.mon. My memories are a bit
weak of that time (long ago), but I think that the 6.2 GUI
still used x-monitors for display. This has changed since.
Xmonitors + d.mon
achim wrote:
In attached example it is possible to calc path from 1 to 4
and from 5 to 6, but not from 1 to 2,3,5,6 or from 5 to anywhere
expect 6 and so on.
Do you have an idea how to handle this?
Especially: do you know if breaking the lines (eg. dark
green one at point 5) is possible
per Hamish I used some more gdb commands and got some more information:
(gdb) r.li.patchnum map=northrast conf=whole output=test
Starting program: /Applications/GRASS-6.4.app/Contents/MacOS/bin/
r.li.patchnum .li.patchnum map=northrast conf=whole output=test
Reading symbols for shared
Hamish schrieb:
achim wrote:
In attached example it is possible to calc path from 1 to 4
and from 5 to 6, but not from 1 to 2,3,5,6 or from 5 to anywhere
expect 6 and so on.
Do you have an idea how to handle this?
Especially: do you know if breaking the lines (eg. dark
green one
On Mon, Aug 17, 2009 at 4:50 PM, John A
Stevensonjohn.steven...@manchester.ac.uk wrote:
Markus Neteler wrote:
John: you can simply copy the file
tools/mkhtml.sh
manually to
/usr/local/grass-6.5.svn/tools/
and don't have to wait for a new release. Please tell me if it
solves the problem.
Hi,
I've uploaded a new module, r.denoise, to the addons repository. The
module can be used to remove noise/speckle from DEMs including SRTM
data. Removing noise can improve the results from other modules e.g.
r.watershed, r.slope.aspect. Compared to mean/median filtering with
Hello Achim,
If I understand your description and image correctly, then the line
from 1 to 4 is one single line and nodes 2 and 3 lie on it. If this is
the case then the module does not find a path from, say, 1 to 5. The
reason is, as you mentioned in your email, that the module runs
What is the best way to handle this?
Use a filesystem which was designed for a multi-user OS.
It could, but that replaces one problem (using FAT filesystems on
Unix) with another (users accidentally trashing other users' mapsets).
See the following use case:
A desktop/notebook used by a
Tim wrote:
Thanks for clarifiying this. Can this be added to the docs?
I have seen other forums wher people had these questions.
in general, feel free to go for it:
http://grass.osgeo.org/wiki/Faq
Hamish
___
grass-user mailing list
Tim Michelsen wrote:
It could, but that replaces one problem (using FAT filesystems on
Unix) with another (users accidentally trashing other users' mapsets).
See the following use case:
A desktop/notebook used by a group of people. Of course, these collegues
would not work on this
23 matches
Mail list logo