Markus Neteler wrote:
> > Markus Neteler wrote:
> >
> >> On Mon, Jan 25, 2010 at 1:20 PM, 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/s
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
> c
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 def
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
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)
Regarding "add it with the "command layer" button." what do you mean with
this? Do add a button in Wxpython GUI menu (menu
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, switch
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
http
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.or
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 whi
On Tue, Jan 26, 2010 at 7:48 AM, Hamish 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 tho
On Tue, Jan 26, 2010 at 10:11 AM, Glynn Clements
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 modules?
>>
>>
On Tue, Jan 26, 2010 at 10:02 AM, Glynn Clements
wrote:
>
> Markus Neteler wrote:
>
>> > Markus Neteler wrote:
>> >
>> >> On Mon, Jan 25, 2010 at 1:20 PM, 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 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 give a talk
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 modules
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 support
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
> :
> :5:3: not well-formed (invalid token)
>
> Could you tell me what's wrong? Am I suppose to do something else?
Can y
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 $GISBASE/
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:
NDVI Calculus
DW-E, raster, imagery, vegetation
raster input map (Near Infrared)
raster
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)
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 for the STD{IN,OUT,ERR}_FILENO constants.
> >
> > This hasn't shown up before as modules often end up pulling in
> > anyhow,
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
__
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://www.eset.com
__ Information from ESET NOD32 Antivirus,
t (i.ndvi) and I
>>added the
>>> file to my script folder but I got the following error:
>>
>>> SAXParseException
>>> :
>>> :5:3: not well-formed (invalid token)
>>>
>>> Could you tell me what&#x
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 rectan
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
Kim Besson wrote:
> And at the command output it was:
>
>
>
[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?
--
Glynn Clements
___
grass-dev mailing list
grass
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
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 ans
#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 | Milest
#617: r.sim.water crashes on WinGrass
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone: 6.4
#890: shell scripts: %TMP% namespace collision
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Milest
#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
Hi,
I've just installed the daily wingrass build for r40683 to C:\Program Files\.
I notice in C:\Program Files\GRASS-64-SVN\msys\ the grass start scripts
there are "grass70.sh, grass70.bat, and grass70. grep doesn't see any
sign of "70" in the mswindows/ dir of the source. ?!
unclean build envi
39 matches
Mail list logo
