On Wed, 17 Feb 2010, Markus Neteler wrote:
We have
- 6.4.release-branch from which RC5 was extracted some months ago
- weekly source code and Linux binary snapshots are generated
- daily winGRASS binaries are generated
Markus,
Do I interpret the above that you extracted RC5 from the
On Tue, 16 Feb 2010, Rich Shepard wrote:
I discovered what I believe is a problem with the projection units on my
source DEM. They're in International Feet so the projection listing shows
32.81948362. That's the feet equivalent of 10m. What I'd like to learn is
how to change that value to 10.0
2010/2/17 Pedro Roma pedroroma1...@gmail.com:
Hello all
Regarding this question, I’m using a MSG SEVIRI product called FAPAR. And
I’m a bit lost on import data to GRASS and rectify.
By making gldainfo I get:
Driver: HDF5/Hierarchical Data Format Release 5
Files:
On Wed, Feb 17, 2010 at 4:55 PM, Rich Shepard rshep...@appl-ecosys.com wrote:
On Wed, 17 Feb 2010, Markus Neteler wrote:
We have
- 6.4.release-branch from which RC5 was extracted some months ago
- weekly source code and Linux binary snapshots are generated
- daily winGRASS binaries are
/mailman/listinfo/grass-user
__ Information from ESET NOD32 Antivirus, version of virus signature
database 4874 (20100217) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
__ Information from ESET NOD32 Antivirus, version of virus
On Wed, 17 Feb 2010, Markus Neteler wrote:
Now I understand your confusion.
Whew! :-)
I have inverted the order and changed the wording to
GRASS 6.4
To extract the current state of the 6.4.x release branch version
(stable), use the command:
svn checkout
Hey
Not necessarily. It is also possible that GCPs are stored and gdalwarp
needs to be
used first to obtain a really geocoded file.
Say, use gdalwarp to preprocess the data. Please try with one channel and
post what gdalinfo reports on the resulting file.
Since GRASS documentation
Anyone know of 1-, 2-, or 3-D hydraulic flow models that can be integrated
with GRASS?
Rich
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
hello a question, on grass you can work directly with databases that hold
temporary tables, plus there is any way to add new attributes to the same
tables.
thanks for any response
Ricardo Rodríguez
Ing. Topográfico
Univalle
___
grass-user mailing list
Not sure if you are talking about groundwater models or surface water models
but right now you have at least 2 surface models integrated in GRASS:
TOPMODEL and SIMWE. They can be found in the Raster--Hydrologic modeling
menu. There were two simplistic Groundwater models (2D and 3D with no more
On Wed, 17 Feb 2010, kapo coulibaly wrote:
Not sure if you are talking about groundwater models or surface water
models but right now you have at least 2 surface models integrated in
GRASS: TOPMODEL and SIMWE.
Kapo,
r.topmodel, r.sim.sediment, and r.sim.water are hydrologic models. That
Hi Rich!
You seem to search for the same things that I am doing (or at least try
to do).
It would be great if such things once get integrated somehow into GRASS
or any other OpenSource Tool.
I know it becomes offtopic now - but I begged Gernot Belger from
bjoernsen engineers to make a linux
On Wed, 17 Feb 2010, Werner Macho wrote:
You seem to search for the same things that I am doing (or at least try to
do). It would be great if such things once get integrated somehow into
GRASS or any other OpenSource Tool.
Werner,
I found some code from the US Geological Survey. Most are
On Wed, Feb 17, 2010 at 5:12 PM, Rich Shepard rshep...@appl-ecosys.com wrote:
On Tue, 16 Feb 2010, Rich Shepard wrote:
I discovered what I believe is a problem with the projection units on my
source DEM. They're in International Feet so the projection listing shows
32.81948362. That's the
On Wed, 17 Feb 2010, Markus Neteler wrote:
I think that a change of the base unit of a location requires a new
location and reprojection of the data. I may be wrong, though.
Markus,
Should I join the proj4 mail list and ask there? I'd sure like to resolve
this issue quickly.
Thanks,
Rich
I have two vector maps: one of a stream and its tributaries, the other of
project-specific points on or adjacent to that stream. I want to obtain the
stream length between two points.
In the GUI I load both layers: streams and proj_pts. I can also load the
attribute table for the streams (it
On Wed, 17 Feb 2010, Rich Shepard wrote:
I'm thinking that v.extract would be the way to go.
And the winner is (the envelop, please) ... d.path. It actually worked
more quickly from the terminal monitor because it hung while running in the
GUI.
Rich
Luisa Peña wrote:
But regarding launching i.class from wxpython.
In 6.4 is not working.
it works for me. shrug.
Is it suppose to work?
yes.
Maybe it has something to do with some include that is required for
Xterm.
I doubt it, but just to be sure, is the xterm package installed?
(by
I've been using the v.in.e00 command successfully in the past, but now when
used I get the following:
GRASS 6.4.0RC5 (jn_hb):~ v.in.e00 -v file=jun_hy.e00 type=area vect=streams
An error may appear next which will be ignored...
E00 Compressed ASCII found. Will uncompress first...
ERROR 4:
Rich wrote:
And the winner is (the envelop, please) ... d.path.
It actually worked
more quickly from the terminal monitor because it hung
while running in the GUI.
- try updating svn to r41074
- tcltk module GUI: it seems to be hit or miss when the output buffer
will be flushed and you
Markus:
I think that a change of the base unit of a location requires a new
location and reprojection of the data. I may be wrong, though.
Rich:
Should I join the proj4 mail list and ask there? I'd
sure like to resolve this issue quickly.
it's a question of GRASS DataBase setup, nothing
21 matches
Mail list logo