Michael Barton wrote:
IOW, a combination of a GUI front-end to r.colors and a replacement
for d.colors.
d.extend - It would be nice to get this functionality with g.region
rast=map,map,map vect=map,map,map
Don't we have that already?
Last time I checked, you could do g.region
Michael Barton wrote:
Here are some comments from the GUI side, and some personal
observations. *indicates importance for GRASS 7.
d.frame - Everyone agrees that cartography functions are very
desirable. But this module was too primitive
wrt primitiveness, try the d.frame.split
On Tue, Aug 5, 2008 at 11:17 PM, Glynn Clements
[EMAIL PROTECTED] wrote:
Martin Landa wrote:
btw what to do with messages indented like
G_message(_
(...));
Damn; I thought that not specifying -l would prevent this from
happening.
manually fix when fixing/updating code
Hi,
there are couple of functions which allow passing fully qualified map
name even they have mapset argument available.
E.g.
G__open() where you can pass name as fully qualified, then 'mapset'
argument is ignored. Maybe this behaviour could be changed in GRASS 7,
either to require not-fully
wow!
j
2008/8/6 Glynn Clements [EMAIL PROTECTED]:
I have changed r.mapcalc in 7.x to use G_parser():
$ r.mapcalc --help
Description:
Raster map calculator.
Keywords:
raster
Usage:
r.mapcalc [expression=string] [input=name]
On 07/08/08 06:54, Michael Barton wrote:
On Aug 6, 2008, at 9:29 PM, Glynn Clements wrote:
**i.class - This seems important. Not replicated in GUI.
**i.ortho.photo - Important. Not replicated in GUI
Important or not, i.class is fairly complex, i.ortho.photo is very
complex. Both are
On 07/08/08 06:29, Glynn Clements wrote:
Michael Barton wrote:
**r.support - Need some way to access raster metadata.
Of the four sub-modules:
modhead - r.region
modcats - r.category
modcolr - r.colors
modhist - ???
The functionality built into the front-end
On Thu, Aug 7, 2008 at 5:16 PM, Moritz Lennert
[EMAIL PROTECTED] wrote:
On 07/08/08 06:29, Glynn Clements wrote:
Michael Barton wrote:
**r.support - Need some way to access raster metadata.
Of the four sub-modules:
modhead - r.region
modcats - r.category
modcolr -
Hi all,
I am raising again (at the end not so much important point)
suggestions to change terminology in grass7.
GRASS is basically layer-based GIS, in grass6 we call layers as maps,
e.g. raster map. I would suggest to use in grass7 'layer' instead
* raster layer
* 3d raster layer
* vector
Martin Landa wrote:
there are couple of functions which allow passing fully qualified map
name even they have mapset argument available.
E.g.
G__open() where you can pass name as fully qualified, then 'mapset'
argument is ignored.
If you pass a fully-qualfied name, it fails if the
Hamish wrote:
d.what.rast - Replicated with GUI wrapper for r.what
d.what.vect - Replicated with GUI wrapper for v.what
d.where - Built into GUI canvases
Glynn:
I have wondered whether there's any point in
cannibalising these as non-interactive programs which accept
x/y screen
Markus Neteler wrote:
**r.support - Need some way to access raster metadata.
Of the four sub-modules:
modhead - r.region
modcats - r.category
modcolr - r.colors
modhist - ???
The functionality built into the front-end module is mostly
Hi Laura,
On Tue, 5 Aug 2008, Laura Toma wrote:
I have merged these changes into my most recent version of iostream, which I
am attaching; it is split into headers (include_iostream.tar), and cc files
(lib_iostream.tar). If you place them into grass_trunk/include/iostream/ and
Hi Paul,
There should be no rtimer in viewshed, only in the library. I was
planning to upload the most recent version as soon as I get access
to the svn.
-Laura
On Aug 7, 2008, at 7:00 PM, Paul Kelly wrote:
Hi Laura,
On Tue, 5 Aug 2008, Laura Toma wrote:
I have merged these changes
14 matches
Mail list logo
