[GRASS-user] Re: v.select: exact meaning of disjoint operator

On 05/07/09 15:13, Martin Landa wrote: Hi, 2009/6/26 Moritz Lennert : "disjoint - features do not spatially intersect" Which sounds pretty much like the reverse of the intersect operator. However, when I try the following in the nc_spm_06 NC data set: v.extract input=roadsma...@permanent out

[GRASS-user] Re: v.select: exact meaning of disjoint operator

Hi, 2009/7/7 Moritz Lennert : > Ok, thanks for following up on this. Should we file a bug report for the > selection algorithm ? Could you give me more details on the problems with it the problem is that v.select was originally designed only for 'overlaps' operator. So only features with MBR from

Re: [GRASS-user] more on v.net: break lines on nodes

On 03/07/09 12:10, achim wrote: Hi, another question..: is it possible to break lines from the network on nodes? If you add a node to the network it is either: - on an intersection already if you use v.net operation=nodes - on the end of a line if you use v.net operation=connect So, I don't

Re: [GRASS-user] r.neighbour and r.mask

Hallo Milton, Yes, it should be faster. (You could write a script with timestamps and test on a small area how much faster it would be) > If I use r.mask, it means that when I run > r.neighbours the > processing will be faster than when I not set r.mask (supposing that the > north, south, west an

[GRASS-user] Wx-Python GUI and nViz

Hi All, does the new GUI (in the ultimate release 6.4) will support nVIz? thanks regards Edmondo -- -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.0 (MingW32) - GPGshell v3.47 mQGiBEL7K/4RBACPWlwG4/4nkjfVpHRBr/1tPjTWzs5Lgddtc32XzbvwW6Kb0RzH eWWdTxXLJ+otNT6BaJGQNNGj5UaBgoMlRcjAewHlvs

Re: [GRASS-user] Wx-Python GUI and nViz

Hi, 2009/7/7 Edmondo Elisei : > does the new GUI (in the ultimate release 6.4) will support nVIz? what do you mean exactly by "support"? TCL/TK Nviz or wxNviz extension [1]. OS? ... Martin [1] http://grass.osgeo.org/wiki/WxNviz -- Martin Landa * http://gama.fsv.cvut.cz/~landa __

Re: [GRASS-user] more on v.net: break lines on nodes

Hi, as an explanation I draw a little picture... I like to have each line extra to have a common node on each crossing. I would to have that in order to try handling tree structures and some analysis in a database. Thanks, achim Moritz Lennert schrieb: > On 03/07/09 12:10, achim wrote: >> Hi, >

Re: [GRASS-user] v.net report -> table update

On 03/07/09 11:45, achim wrote: Hallo! Is there an easy solution to insert values from v.net report into it's table? I did it external with sqlite creating a new table from a join and connected my vectormap to that. But when I eg. add a node, I don't want to redo the hole procedure. Informatio

Re: [GRASS-user] Wx-Python GUI and nViz

Hi, 2009/7/7 Edmondo Elisei : > wxNviz,both on WIn and Linux on Linux it works (you need to configure GRASS with --with-python --with-cxx, and --with-wxwidgets). On MS Windows similarly to wxGUI vector digitizer it's not working (and probably it will be not fixed for 6.4.0 due to few developers).

Re: [GRASS-user] more on v.net: break lines on nodes

>> So, I don't really see the possibility of having nodes on a network >> line. Could you elaborate ? I like to do something like "zonal statistics" on vector areas. Not with rasters, but with vectors inside. That means eg: "length of all roads of a kind for every area". Or: "longest road on tha

Re: [GRASS-user] more on v.net: break lines on nodes

On 07/07/09 11:39, achim wrote: So, I don't really see the possibility of having nodes on a network line. Could you elaborate ? I like to do something like "zonal statistics" on vector areas. Not with rasters, but with vectors inside. That means eg: "length of all roads of a kind for every are

Re: [GRASS-user] more on v.net: break lines on nodes

On 07/07/09 11:15, achim wrote: Hi, as an explanation I draw a little picture... I like to have each line extra to have a common node on each crossing. I would to have that in order to try handling tree structures and some analysis in a database. From the picture, your talking about snapping

Re: [GRASS-user] more on v.net: break lines on nodes

Sorry, not very clear... They are "snapped"! I wanted to show that I have 1) two lines (two cats) with no common nodes on the network 2) I want the longer to be broken on the node of the longer one in order to have a common node (and three lines with three cats) achim Moritz Lennert schrieb: > O

[GRASS-user] flow map in r.watershed

Hi list! In the documentation of r.watershed (grass 6.4) I found that it's possible to use the following (optional) input map: flow Input map: amount of overland flow per cell. This map indicates the amount of overland flow units that each cell will contribute to the watershed basin model. O

Re: [GRASS-user] flow map in r.watershed

Hi Margharita, if you just have the information of an DEM its not necessary in nearly all cases. So just omit if you have no further information. It could be interesting if you are interested in very huge regions (like continental/long N-S distance) and you have raster cells of very different siz

Re: [GRASS-user] more on v.net: break lines on nodes

On 07/07/09 12:18, achim wrote: Sorry, not very clear... They are "snapped"! I wanted to show that I have 1) two lines (two cats) with no common nodes on the network 2) I want the longer to be broken on the node of the longer one in order to have a common node (and three lines with three cats)

Re: [GRASS-user] more on v.net: break lines on nodes

> v.edit tool=break cat=CatOfTheLineToBreak coords=CoordinatesOfYourNode > thresh= > v.edit tool=snap cat=CatOfTheBrokenLine,CatOfOtherLine thresh > > You can get the coordinates of your nodes with v.to.db. Thats what I was looking for. Thank you very much, Moritz! I didn't recognized the break t

Re: [GRASS-user] more on v.net: break lines on nodes

On 07/07/09 14:23, achim wrote: Sorry for complicated problem description. I am still a little confused why v.net produces such lines that no new (poly)lines begin on each node (picture). I don't think that v.net produces any lines, except for the connecting lines it creates when using option=

Re: [GRASS-user] r.neighbour and r.mask

Milton Cezar Ribeiro wrote: > Just suppose I have a very large - and irregular - region, and that > I am running r.neighbors to compute some moving windows stats. As my > region is irregular, many of central pixels will be NULL. If I use > r.mask, it means that when I run r.neighbours the process

Re: [GRASS-user] r.neighbour and r.mask

I Glynn, Thanks for the reply. I was thinking (and must confess, I was wishing) that with r.mask those pixels that are outside of the mask (i.e. is NULL) can by skiped during the processing. Anyway, pretty thanks. milton 2009/7/7 Glynn Clements > > Milton Cezar Ribeiro wrote: > > > Just suppos

[GRASS-user] wx configure error

Hi During configure on grass 6.5 I have following error: ... checking if system supports Large Files at all... yes checking whether to use Python... yes checking for python-config... /usr/bin/python-config checking for Python.h... yes checking for swig... /usr/bin/swig checking whether to use wxW

Re: [GRASS-user] wx configure error

Hi, 2009/7/7 Jarek Jasiewicz : > checking if system supports Large Files at all... yes > checking whether to use Python... yes > checking for python-config... /usr/bin/python-config > checking for Python.h... yes > checking for swig... /usr/bin/swig > checking whether to use wxWidgets... yes > che

[GRASS-user] Wx-Mapdisplay 1 not starting on WinVista

hi, >WinVista 32 >Grass65-svn - self-compiled today in the osgeo4-win-tree >nc-dataset >region set to elevation > >when starting grass with the wx-gui, the MapDisplay1 is not starting with >following error: > >Traceback (most recent call last): > File "c:\OSGeo4W\apps\grass\grass-6.5.svn\etc\wxpy