Another logo for the 25 yr celebration of Grass Gis
http://grass.osgeo.org/wiki/File:Grass_logo_gold_text_25yr_celebration.png
Have 25yr happy anniversary.
Javier García.
_
Windows Live Ho
I've noticed that using avcimport (which converts .e00 files to binary
coverages) greatly speeds up import of .e00 files when you use ogr2ogr. So
v.in.ogr probably uses avcimport for this reason.
Bob Moskovitz
Research Analyst I
Seismic Hazard Evaluation Project
California Geological Survey
htt
On Wed, 18 Nov 2009, Markus Neteler wrote:
I'd suggest yet.
Markus,
Yes, there's a great difference: speedier running v.in.e00.
That's available here:
http://avce00.maptools.org/avce00/
Got both of them. The source comes up with the error message ... very
helpful!
(in theory OGR sho
On Tue, 17 Nov 2009, Moskovitz, Bob wrote:
I've noticed that using avcimport (which converts .e00 files to binary
coverages) greatly speeds up import of .e00 files when you use ogr2ogr.
So v.in.ogr probably uses avcimport for this reason.
Bob,
I read the opposite: that avcimport converts b
On Wed, Nov 18, 2009 at 1:50 AM, Rich Shepard wrote:
> Looking for the v.in.ogr man page I was reminded that there is a v.in.e00.
> Should I use the latter rather than the former?
I'd suggest yet.
> Tried running v.in.e00. After entering the .e00 file name and specifying
> 'area' for the type
On Tue, 17 Nov 2009, Rich Shepard wrote:
Looking for the v.in.ogr man page I was reminded that there is a v.in.e00.
Should I use the latter rather than the former?
OK. Looks like I want v.in.e00 because the v.in.ogr man page explicitly
cites .shp and MapInfo files.
As a suggestion, inclu
Looking for the v.in.ogr man page I was reminded that there is a v.in.e00.
Should I use the latter rather than the former?
Tried running v.in.e00. After entering the .e00 file name and specifying
'area' for the type I and saw this fatal error message:
ERROR: 'avcimport' program not found. In
On Wed, 18 Nov 2009, Markus Neteler wrote:
(which GRASS version is that?)
6.4svn from end of last week.
I use screen regularly, a cool tool:
Docs:
https://savannah.gnu.org/projects/screen/
http://www.pixelbeat.org/docs/screen/
Usage:
- Just run 'screen' and you are set.
- To disconnect f
Hi,
Is it possible to substitute a 'direction' raster generated from a
module other than r.cost, when using the 'indir' option for r.drain?
This is for GRASS65.
Specifically, I would like to compute a least-cost path based on a
friction surface AND direction map. Is this possible?
Thanks,
Dylan
On Tue, 2009-11-17 at 15:43 -0800, Rich Shepard wrote:
> On Wed, 18 Nov 2009, ? ?? wrote:
>
> > out of curiosity, why is screen useful in this case? What other/ more
> > advantages using screen are there?
>
> Nikos,
>
>I can start a script running to import both .e00 files, log o
On Wed, Nov 18, 2009 at 12:20 AM, Rich Shepard wrote:
> I'm importing a soils theme from a .e00 file. This is one of three .e00
> files for the county soils, and it's been running for 4-1/4 hours importing
> 10,044 features.
(which GRASS version is that?)
> I'd like to run the other two import
On Wed, 18 Nov 2009, ? ?? wrote:
out of curiosity, why is screen useful in this case? What other/ more
advantages using screen are there?
Nikos,
I can start a script running to import both .e00 files, log out, and go to
sleep for the night while the process crawls along in the b
On Tue, 2009-11-17 at 15:20 -0800, Rich Shepard wrote:
> I'm importing a soils theme from a .e00 file. This is one of three .e00
> files for the county soils, and it's been running for 4-1/4 hours importing
> 10,044 features.
>
>I'd like to run the other two imports overnight using the screen
I'm importing a soils theme from a .e00 file. This is one of three .e00
files for the county soils, and it's been running for 4-1/4 hours importing
10,044 features.
I'd like to run the other two imports overnight using the screen program.
Has someone done this before and is willing to share t
Christian Röttger schrieb:
> hello,
>
> i am working on a land use classification in the Mekong delta, based on
> quickbird data using Grass6.4 RC5 and have 2 questions.
>
> The scene is in parts cloudy, especially my training area. is there an
> option to do some correction to get rid of the clo
Hi all!
I added to GRASS wiki http://grass.osgeo.org/wiki/GRASS_%2B_SAGA new
tutorial about GRASS and SAGA integration. This totorial shows how to
integrate (unfortunately only on LINUX) both GRASS and SAGA commands
into one geoprocessing script.
regards.
Jarek
__
hello,
i am working on a land use classification in the Mekong delta, based on
quickbird data using Grass6.4 RC5 and have 2 questions.
The scene is in parts cloudy, especially my training area. is there an
option to do some correction to get rid of the clouds?
i already did a classification with
Helena Mitasova's group has done a lot along these lines - I'm trying to
figure out how to apply some of these tools on flood and erosion modeling
myself..
Check out
http://skagit.meas.ncsu.edu/~helena/gmslab/viz/erosion.html
http://skagit.meas.ncsu.edu/~helena/
cheers,
Vishal
On Tue, Nov 17,
Just to close the thread, adding the wxPython headers made the difference.
Make completed without error.
Why those headers where not installed I don't know. I've written to the
package maintainer (in Austria) but have not yet seen a response.
Thanks for showing me what was missing,
Rich
___
On Tue, 17 Nov 2009, Markus Metz wrote:
Or check the SlackBuild script you used if it's doing that.
Markus,
Yes, it does.
Thanks,
Rich
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Rich Shepard wrote:
On Tue, 17 Nov 2009, Martin Landa wrote:
no new info - wxPython headers are missing (only wxWidgets are
included) -
you need to install them...
Martin,
They're not in the source code.
Silly question: if you compiled wxPython from source yourself with make;
make install
On Tue, 17 Nov 2009, Rich Shepard wrote:
They're not in the source code.
Oops! Yes it is. Just hidden deeply.
Thanks,
Rich
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On Tue, 17 Nov 2009, Glynn Clements wrote:
Oops. I have:
$ ls -1F /usr/include/wx-2.8/wx/wxPython/
i_files/
printfw.h
pseudodc.h
pyclasses.h
pydrawxxx.h
pyistream.h
pytree.h
swigver.h
twoitem.h
wxPython.h
On Tue, 17 Nov 2009, Martin Landa wrote:
no new info - wxPython headers are missing (only wxWidgets are included) -
you need to install them...
Martin,
They're not in the source code.
Rich
___
grass-user mailing list
grass-user@lists.osgeo.org
ht
Rich Shepard wrote:
> > Can you check what contains this dir?
>
> Martin,
>
>Certainly!
> [rshep...@salmo ~]$ ls /usr/include/wx-2.8/wx/wxPython/
> i_files/
Oops. I have:
$ ls -1F /usr/include/wx-2.8/wx/wxPython/
i_files/
printfw.h
pseudodc.h
pycla
Hi,
2009/11/17 Rich Shepard :
> Certainly!
>
> [rshep...@salmo ~]$ ls /usr/include/wx-2.8/
> wx/
no new info - wxPython headers are missing (only wxWidgets are
included) - you need to install them...
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa
This addon seems cool. It is on my "to do" list of exploring the addons.
http://grass.osgeo.org/wiki/GRASS_AddOns#r.inund.fluv
Mark
On Tue, Nov 17, 2009 at 10:52 AM, Rich Shepard wrote:
> I've not yet looked extensively at r.watershed, r.terraflow, r.flow and
> the other hydrologic modules, y
I've not yet looked extensively at r.watershed, r.terraflow, r.flow and
the other hydrologic modules, yet I wonder if anyone has done flood modeling
based on terrain, soils, land use/land cover, and precipitation.
Pointers appreciated.
Rich
___
gra
On Tue, 17 Nov 2009, Martin Landa wrote:
Can you check what contains this dir?
Martin,
Certainly!
[rshep...@salmo ~]$ ls /usr/include/wx-2.8/
wx/
[rshep...@salmo ~]$ ls /usr/include/wx-2.8/wx
aboutdlg.h dcclient.h glcanvas.hmsgout.h stopwatch.h
accel.h dcgraph.h
I'm looking to use the addon scripts r.dominant_dir.m and
r.calc_terraflow_dir.m, however, I have never used Matlab or Freemat.
I looked around for some examples or documentation on how to run these
scripts for (in?) GRASS, but have not found anything helpful.
Can someone point me to a good resour
2009/11/17 Rich Shepard :
>> then
>> wx/wxPython/wxPython.h
>> should be located in `/usr/include/wx-2.8`.
Can you check what contains this dir?
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa
___
grass-user mailing list
grass-user@lists.osge
On Tue, 17 Nov 2009, Martin Landa wrote:
then
wx/wxPython/wxPython.h
should be located in `/usr/include/wx-2.8`.
Martin,
Perhaps so, but there's no such header file on this system:
[rshep...@salmo ~]$ locate wxPython.h
[rshep...@salmo ~]$
This hasn't affected any other application, incl
2009/11/17 Rich Shepard :
>
> -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8
> -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__
then
wx/wxPython/wxPython.h
should be located in `/usr/include/wx-2.8`.
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa
_
On Tue, 17 Nov 2009, Martin Landa wrote:
what
wx-config --cppflags
says?
Martin,
[rshep...@salmo ~]$ wx-config --cppflags
-I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8
-D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__
Rich
__
On Tue, 17 Nov 2009, Markus Metz wrote:
The changes to v.in.ogr as in ticket #426 apply only to grass7. v.in.ogr
in grass65 should take as long as in grass64, not much difference there
AFAICT.
Markus,
OK. That's what I thought after looking at the ticket. That theme -- water
bodies -- took
Markus Neteler wrote:
> Starting grass64/cygwin with -tcltk leads to
>
> 13 [main] g.gisenv 2100 _cygtls::handle_exceptions: Exception:
> STATUS_STACK_OVERFLOW
> 78803 [main] g.gisenv 2100 open_stackdumpfile: Dumping stack trace
> to g.gisenv.exe.stackdump
>
> Subsequently the GUI isn't start
I recall Hamish once released an interpolate with barriers code that I
believe it's in the addons.
Never used it myself but you should take a look
http://lists.osgeo.org/pipermail/grass-user/2008-February/043541.html
The screenshot is very neet and looks like what you want to do. Just
don't know
On Sun, Oct 4, 2009 at 6:57 PM, Markus Neteler wrote:
> On Sat, Oct 3, 2009 at 11:25 PM, Glynn Clements
> wrote:
>> Markus Neteler wrote:
>>> Any better solution possible?
>>
>> Create a shortcut for the setup program and add -X to the command.
>> This saves having to type out the full path to se
Hi Ulrich,
AFAIK the algorithm to calculate the hydrological distance is actually
r.stream.distance.
Hope this helps
Margherita
Date: Tue, 17 Nov 2009 10:52:45 +0100 From: Ulrich Leopold
Subject: [GRASS-user] Spatial interpolation of
river network observations To: R-sig-geo list
, grass-
Rich Shepard wrote:
On Mon, 16 Nov 2009, Markus Metz wrote:
Unfortunately yes, better in grass7, see ticket #426
https://trac.osgeo.org/grass/ticket/426
Markus,
OK.
Should I be running 6.5 or 7 rather than the 6.4.0svn from last week?
The changes to v.in.ogr as in ticket #426 apply only to
2009/11/17 Rich Shepard :
> Slackware does not separate headers from the rest of the code. I built
> wxPython-2.8.10 here with the SlackBuild script. Just untarred the source
> and there's no wxPython.h in ../src/include/. How interesting.
what
wx-config --cppflags
says?
Martin
--
Martin Lan
41 matches
Mail list logo