Markus Neteler wrote:
Markus Neteler wrote:
On Mon, Jan 25, 2010 at 1:20 PM, svn_gr...@osgeo.org wrote:
Author: glynn
Date: 2010-01-25 07:20:13 -0500 (Mon, 25 Jan 2010)
New Revision: 40647
...
grass/trunk/include/spawn.h
...
grass/trunk/lib/gis/spawn.c
should
Markus Neteler wrote:
Is anyone familiar with r.li?
... as a user ...
How easy would it be to get rid of the (Unix-specific) client-server
framework so that the various r.li.* modules are just normal modules?
The idea is to have multi-core support which works. If that
could be
Tim Michelsen wrote:
O question on this here:
Improved Python API: * read/write GRASS rasters to/from NumPy
How do I trigger this?
Will a command r.out.numpy save the raster in a pickled array?
How will the geographic information be retrained?
The grass.script.array module defines a
Hello,
the Trac of GRASS is very slow to irresponsive.
Please check the server.
Thanks and regards,
Timmie
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hello Mr. Clements
But, for instance, I have just made a NDVI script (i.ndvi) and I added the
file to my script folder but I got the following error:
Traceback (most recent call last):
File /usr/local/grass-6.4.0svn/etc/wxpython/wxgui.py,
line 466, in OnRunCmd
self.goutput.RunCmd(cmd,
I get compile errors in trunk, at various places:
undefined reference to `G_open_mail'
undefined reference to `G_close_pager'
undefined reference to `G_close_mail'
undefined reference to `G_open_pager'
Is it possible that pager.c is missing in the svn repository? That file
is mentioned in
Tim wrote:
the Trac of GRASS is very slow to irresponsive.
Please check the server.
yeah, it's a known problem. it's an ongoing thing being worked
on by the SAC crew.
thanks,
Hamish
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Kim wrote:
Thanks. But regarding other scripts (r.*,
v.*) I just have to add them to the
Scripts folder without doing anything else,right?
sure, as long as they have their executable bit set and are in
the search path.
FWIW, I try to copy custom stuff into a dir outside the install
dir which
On Tue, Jan 26, 2010 at 7:48 AM, Hamish hamis...@yahoo.com wrote:
Hamish wrote:
that's ~ 62 chars on a 80 char wide window!
Markus:
Perhaps
PS1='GRASS640 '
is the idea to remind the user what they are using (instead
of bug reports just saying I'm using GRASS 6), or to
de-confuse those
On Tue, Jan 26, 2010 at 10:11 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
Is anyone familiar with r.li?
... as a user ...
How easy would it be to get rid of the (Unix-specific) client-server
framework so that the various r.li.* modules are just normal
On Tue, Jan 26, 2010 at 10:02 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
Markus Neteler wrote:
On Mon, Jan 25, 2010 at 1:20 PM, svn_gr...@osgeo.org wrote:
Author: glynn
Date: 2010-01-25 07:20:13 -0500 (Mon, 25 Jan 2010)
New Revision: 40647
...
On Mon, Jan 25, 2010 at 11:17 AM, Markus Neteler nete...@osgeo.org wrote:
Hi,
I have started the draft list of new features in GRASS 7:
http://trac.osgeo.org/grass/wiki/Grass7/NewFeatures
This will help to better advertise our progress. Please add
missing items (there will be many).
I'll
Hello Markus,
new IMHO noticeable features in GRASS 7 are:
gmath:
* Replacement of most of the numerical recipes code with ccmtah
functionality (lu solver is work in progress)
* Implementation of blas level 1,2 and 3 functions which are in use by
all gmath solver, the gpde library and many
Hello,
sorry for the noise, i forgot to mention:
I have ported r.sim.water and r.sim.sediment to be functional in grass
7, but they are still
not compiled by default. Vector point support is still missing, the
old site code is only commented out.
Much more testing is needed.
WPS:
libgis supports
Markus Metz wrote:
undefined reference to `G_open_mail'
undefined reference to `G_close_pager'
undefined reference to `G_close_mail'
undefined reference to `G_open_pager'
Is it possible that pager.c is missing in the svn repository?
Indeed. This should be fixed by r40662.
--
Glynn
Kim Besson wrote:
But, for instance, I have just made a NDVI script (i.ndvi) and I added the
file to my script folder but I got the following error:
SAXParseException
:
unknown:5:3: not well-formed (invalid token)
Could you tell me what's wrong? Am I suppose to do something else?
Can
Kim Besson wrote:
Thanks. But regarding other scripts (r.*, v.*) I just have to add them to
the Scripts folder without doing anything else,right? (because in Windows
it's necessary to run make)
On Windows, each shell script in $GISBASE/scripts needs a
corresponding batch file in
Yeah sure...
The following was printed in TERMINAL:
(python:2176): Gtk-CRITICAL **: gtk_widget_event: assertion
`WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
And at the command output it was:
?xml version=1.0 encoding=ANSI_X3.4-1968?
!DOCTYPE task SYSTEM grass-interface.dtd
task name=i.ndvi
Markus Neteler wrote:
How easy would it be to get rid of the (Unix-specific) client-server
framework so that the various r.li.* modules are just normal modules?
The idea is to have multi-core support which works. If that
could be maintained (maybe switching to openMP), then
the
Markus Neteler wrote:
Done so for lib/gis/spawn.c. Apparently include/spawn.h is
not needed (I take your 6.5's backport as gold standard).
spawn.h needs unistd.h for the STD{IN,OUT,ERR}_FILENO constants.
This hasn't shown up before as modules often end up pulling in
unistd.h
Greetings all
I've been browsing around the Scripts and, for example i.tasscap, has a fine
and nice manual tab associated with the function (with pictures, text bla
bla bla).
How can I do this manual pages to be associated with my own scripts?
Best regards
Franz
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
__ Information from ESET NOD32 Antivirus, version of virus signature
database 4807 (20100126) __
The message
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
__ Information from ESET NOD32 Antivirus, version of virus
signature database 4807 (20100126) __
The message was checked by ESET NOD32 Antivirus.
http
Hi all,
I'm running an experiment to simulate the distribution of microartifacts
(less than 1mm sized artifacts) on ancient housefloors. The simulations
essentially produce vector point files where each point is the location of a
single microartifact. These are arranged as clusters across a
Soeren Gebbert wrote:
I have ported r.sim.water and r.sim.sediment to be functional in grass
7, but they are still
not compiled by default. Vector point support is still missing, the
old site code is only commented out.
Much more testing is needed.
If you suspect that they'll compile on
Kim Besson wrote:
And at the command output it was:
?xml version=1.0 encoding=ANSI_X3.4-1968?
!DOCTYPE task SYSTEM grass-interface.dtd
task name=i.ndvi
[snip]
I don't see anything wrong with that.
Does your script work from the command line? Does it work when run
with the --ui switch?
--
Franz Schiller wrote:
You are absolutely right Antonio.
Do anyone knows how to have Special Characters in Module (e.g. á, é).
Thanks
PS- At my WinGRASS I had those special characters
It's supposed to work, but there do appear to be some problems with
the GUI.
The main issue is that
Well, I just realized that I was using the wrong module for what I wanted to
do. v.neighbors does exactly what I want. However, the man page fro v.kernel
is still quite spare, and if I made the mistake of thinking it would make a
normal density map, then I think others may do so too? I'm still not
#693: wxGUI menus: i.ortho.photo locks up GUI
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
#693: wxGUI menus: i.ortho.photo locks up GUI
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Some time back, I asked how users could create a python script that runs under
GRASS for windows. At the time, the answer was more or less: 'with great
difficulty, if even possible'. There have been quite a few changes in the
Windows builds over the past month or so and I am wondering if the
#693: wxGUI menus: i.ortho.photo locks up GUI
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
#890: shell scripts: %TMP% namespace collision
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major |
#617: r.sim.water crashes on WinGrass
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone:
#890: shell scripts: %TMP% namespace collision
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major |
#696: g.region -dp doesn't work
---+
Reporter: tamura1105| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
Priority: major | Milestone: 6.4.0
#894: wingrass uninstaller: left over files
---+
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.4.0
37 matches
Mail list logo