On 19/08/2011 08:52, H.S.Rai wrote:
Is it possible to clip (crop) a rectangular DTM raster with irregular
boundary of city (as vector map), so that I can view only city area
filled with DTM. nothing beyond that.
If this can be done, then which command or option will do
On Fri, Aug 19, 2011 at 6:19 AM, deagan tylerdrudo...@gmail.com wrote:
Can I infer from this open ticket that v.rast.stats is currently not
functional within a Windows operating environment?
http://trac.osgeo.org/grass/ticket/1110#comment:2
http://trac.osgeo.org/grass/ticket/1110#comment:2
On 19/08/11 06:56, Gaspar Reyes Póndigo wrote:
Hi, Dear users
I have one question:
What is the name of the method of i.cluster?
Isodata, Isocluster or K-means?
As number of clusters can change, I would say isodata. I don't know if
isocluster is a different algorithm, or just the name given
Hi,
2011/8/19 Daniel Victoria daniel.victo...@gmail.com:
After setting --with-opengl flag and fixing some dependencies, grass
compiled fine and 3D view is working. The only thing I'm seeing now is that
there are some red points that appear following the mouse pointer
(screenshot shows it).
Martin Landa wrote:
Hi,
2010/6/20 Luís Ferreira lt;lferreira7...@gmail.comgt;:
I'm not sure, but probably the problem is connected with the version of
swig you are using on compiling. I use swig version 1.3.36 and don't
have problems with wxpython gui vector digitizer.
probably yes.
Hi,
2011/8/19 Micha Silver mi...@arava.co.il:
I've recently finished compiling 6.4.1 on a SL 6.1 system (64bit). Swig is
at:
GRASS 6.4.1 (ITM):~ rpm -qa | grep swig
swig-1.3.40-5.el6.x86_64
and when I try to digitize with the wxGUI digitizer I still get the error :
Unable to initialize
On Fri, 2011-08-19 at 10:53 +0200, Martin Landa wrote:
Hi,
2011/8/19 Micha Silver mi...@arava.co.il:
I've recently finished compiling 6.4.1 on a SL 6.1 system (64bit). Swig is
at:
GRASS 6.4.1 (ITM):~ rpm -qa | grep swig
swig-1.3.40-5.el6.x86_64
and when I try to digitize with the
Hi to all
I've a question concerning v.net.path. I am probably missing something
obvious :-[
In the v.net.path example that I've posted yesterday
(http://rsg.pml.ac.uk/wps/example/index.html), if we put the car over
madrid and the destination in the node below Santa Maria (below Porto
city),
On Fri, Aug 19, 2011 at 11:16 AM, Jorge de Jesus j...@pml.ac.uk wrote:
Hi to all
I've a question concerning v.net.path. I am probably missing something
obvious :-[
In the v.net.path example that I've posted yesterday
(http://rsg.pml.ac.uk/wps/example/index.html), if we put the car over
On Fri, Aug 19, 2011 at 11:16 AM, Jorge de Jesus j...@pml.ac.uk wrote:
Hi to all
I've a question concerning v.net.path. I am probably missing something
obvious :-[
In the v.net.path example that I've posted yesterday
(http://rsg.pml.ac.uk/wps/example/index.html), if we put the car over
Rebecca wrote:
I'd like to use the CSV export from the profile analysis tool to
quickly compare profile data for a number of rasters, however
when I export the profile the z data are always integer (rather
than the float data of the original raster).
Is there a way to change the output to CSV
Hi to all
As usual it was something simple that I've missed :-) and of course
v.net.path (in GRASS70) was correct
v.clean in=graph out=graph_clean tool=break,rmdupl
did the trick to fix the graph and put everything in order (even the cat
field was missing)
The graph was actually
On 19/08/11 12:17, Hamish wrote:
Rebecca wrote:
I'd like to use the CSV export from the profile analysis tool to
quickly compare profile data for a number of rasters, however
when I export the profile the z data are always integer (rather
than the float data of the original raster).
Is there a
On Fri, Aug 19, 2011 at 11:51 AM, Micha Silver mi...@arava.co.il wrote:
v.to.rast in=city out=MASK use-val value=1
r.mapcalc clipped_DTM=original_DTM
Thanks very much, I worked.
It has one typo, which made my 1st trial unsuccessful, but quickly I
was was able to find that. So, I am reporting
My best advice is to try it for yourself and see if it works or not.
I did using 6.4.1 and got the error message reported by others:
C:/GRASS-64-SVN/scripts/v.rast.stats: line 268: v.db.addcol: command not
found
ERROR: Cannot continue (problem adding columns).
since v.rast.stats is just a
hi,
there seems to be 2 issues here
C:/GRASS-64-SVN/scripts/v.rast.stats: line 268: v.db.addcol: command not
found
ERROR: Cannot continue (problem adding columns).
tested with WinGRASS-6.4.SVN-r47756-1-Setup.exe
v.db.addcol map=mygeology@test columns=helli
I've no experience in using grass within a R session,
I'm always doing in the other way in windows: R within a Grass-session
see
http://grass.osgeo.org/wiki/R_statistics#MS_Windows
and there Usage II
or see also
http://lists.osgeo.org/pipermail/grass-stats/2010-September/001274.html
best
It's been about 18 months since I converted lon/lat coordinates to
projected locations, and I need to add 2 more locations to my analyses and
maps. I re-read the cs2cs man page but cannot get the conversion to run. A
clue stick is appreciated.
Here's my script (and I made it executable):
On 19/08/11 18:09, Rich Shepard wrote:
It's been about 18 months since I converted lon/lat coordinates to
projected locations, and I need to add 2 more locations to my analyses and
maps. I re-read the cs2cs man page but cannot get the conversion to run. A
clue stick is appreciated.
Here's my
On Fri, 19 Aug 2011, Moritz Lennert wrote:
There are line breaks at the end of each line of your command. Erase these
line breaks, or put a '\' at the end of each line:
Moritz,
Thank you. Why those were not in the script before I don't know.
Rich
On 08/19/2011 07:34 PM, Moritz Lennert wrote:
On 19/08/11 18:09, Rich Shepard wrote:
It's been about 18 months since I
converted lon/lat coordinates to
projected locations, and I need to add 2 more locations to my
analyses and
On Fri, 19 Aug 2011, Moritz Lennert wrote:
cs2cs +proj=longlat +datum=NAD83 +to +proj=lcc +datum=NAD83 +ellps=GRS80 \
+lat_1=43.0 +lat_2=45.5 +lat_0=41.75 +lon_0=-120.5 +x_0=40 +y_0=0 \
+nadgrids=WO EOF
Five lines of input:
122d30'32.43W 45d19'19.49N
122d30'55.67N 45d19'36.44N
On Fri, 19 Aug 2011, Micha Silver wrote:
Is this a typo ^^^ ??
122d30'33.14N 45d23'90.87N
again here ^^
122d30'17.92W 45d18'52.45N
122d29'34.08W 45d18'47.16N
EOF
Sigh. Yep.
Thanks, Micha.
Rich
On 19/08/11 18:47, Rich Shepard wrote:
On Fri, 19 Aug 2011, Moritz Lennert wrote:
cs2cs +proj=longlat +datum=NAD83 +to +proj=lcc +datum=NAD83
+ellps=GRS80 \
+lat_1=43.0 +lat_2=45.5 +lat_0=41.75 +lon_0=-120.5 +x_0=40 +y_0=0 \
+nadgrids=WO EOF
Five lines of input:
122d30'32.43W
On Fri, 19 Aug 2011, Moritz Lennert wrote:
Try erasing the empty line between the command and the data.
Moritz,
Huh! I wonder how the script worked the last time I used it without being
correct. Strange.
Thank you,
Rich
___
grass-user mailing
Hello all,
I'm a newbie to GIS and especially GRASS, but I'm trying to create
walking distance isolines (isospace?) from OpenStreetMap data, and so
far I've been successful using PostGIS, pgRouting (driving_distance()
function), QGIS, and the QGIS contour plugin. However I'd like to be
able to do
26 matches
Mail list logo