Markus Neteler wrote:
Forwarded to the list upon request from T Laronde.
On Fri, Dec 4, 2009 at 3:27 PM, tlaro...@polynum.com wrote:
IMO, the first thing you should do is to create a lexicon, that is a
list of normalised words for GRASS and their meaning; this will avoid
the confusion
#497: Add keyboard shortcuts to v.digit (like pre-6-GRASS
--+-
Reporter: janh | Owner: martinl
Type: enhancement | Status: assigned
Priority: major
#831: v.category options sum, del, and add do nothing
--+-
Reporter: isaacullah | Owner: martinl
Type: enhancement | Status: new
Priority: major| Milestone: 7.0.0
Hi,
2009/12/7 Michael Barton michael.bar...@asu.edu:
Here is a more developed version of the GUI console.
I have checked you patch. I just think that it's not good idea to mix
log area with prompt. I would vote for improving GPrompt class. Log
area should remain read-only. Input and output
__ Information from ESET NOD32 Antivirus, version of virus signature
database 4666 (20091207) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
make: Entering directory `/c/grass6/tests/i.pr'
c:/grass6/include/Make/Grass.make:418: warning: overriding commands for target
`/c
I am pretty sure my description is correct with regard to grass6 vector
design.
The algorithms used to build and maintain topology will not change from
grass6 to grass7 (e.g. building areas from boundaries and centroids),
and the general design of grass topology will not change, it will
#497: Add keyboard shortcuts to v.digit (like pre-6-GRASS
--+-
Reporter: janh | Owner: martinl
Type: enhancement | Status: assigned
Priority: major
#807: r.watershed doesnt consider longer distance to diagonal neighbouring
pixels
-+--
Reporter: aread | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority:
Michael Barton wrote:
IPython seems nice but is not appropriate in this context. IPython is
a Python shell. We don't need that. We need a GRASS and general
purpose shell.
... and the ability to remote-control the GUI.
--
Glynn Clements gl...@gclements.plus.com
António Rocha wrote:
Just one question: during compilation i got these errors: ERROR:
G_getenv(): Variable LOCATION_NAME not set
Is this associated with manual html page that is created with the
compilation?
Yes.
The process for generating HTML pages involves running the module with
the
On Dec 7, 2009, at 8:47 AM, Glynn Clements wrote:
Michael Barton wrote:
IPython seems nice but is not appropriate in this context. IPython is
a Python shell. We don't need that. We need a GRASS and general
purpose shell.
... and the ability to remote-control the GUI.
Yes
--
Glynn
Yea, I know. ANOTHER diff and you haven't even gotten around to trying
the first one.
Anyway, try this in GRASS 6.5 (develbranch_6).
File insertion autocompletion works when you type = or , (for
multiple maps) in the right context. For commands that take maps
without argument (e.g.,
#548: grass7 - v.reclass with sqlite driver: Cannot step: SQL logic error or
missing database
--+-
Reporter: mlennert | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Hi Marco,
i would like to help maintaining the grass plugin in qgis.
But unfortunately i am not able to start right now. I am much to busy.
I hope to start working on it in the 2. quater of 2010.
I have curently little experience with qgis. I did not use it very often.
But i am a C/C++ and Python
On Dec 7, 2009, at 6:44 AM, Martin Landa wrote:
Hi,
2009/12/7 Michael Barton michael.bar...@asu.edu:
Here is a more developed version of the GUI console.
I have checked you patch. I just think that it's not good idea to mix
log area with prompt. I would vote for improving GPrompt class.
#807: r.watershed doesnt consider longer distance to diagonal neighbouring
pixels
-+--
Reporter: aread | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority:
16 matches
Mail list logo