Hi,
2011/1/18 Hamish hamis...@yahoo.com:
Martin wrote:
sorry, fixed in r45072.
when changing stuff which writes stuff to stdout in the stable
branches, please consider that many user scripts may be relying
on the previous [perhaps odd] behavior, and changing it breaks
their scripts (even
Hamish:
re. https://trac.osgeo.org/grass/changeset/45050
...
what's the justification for introducing non-standard
behavior into v.info?
Martin:
are you referring to GRASS6?
both 6 and 7.
If so, why don't change some standard or conventions in
GRASS7? ;-)
because there's nothing
Folks,
I've preparded an experimental WinGrass-6.5.SVN-snapshot with
following selected addons from the Addons-Wiki
http://grass.osgeo.org/wiki/GRASS_AddOns):
* r.seg (http://grass.osgeo.org/wiki/GRASS_AddOns#r.seg)
* all r.stream-modules
Hi,
2011/1/18 Helmut Kudrnovsky hel...@web.de:
I've preparded an experimental WinGrass-6.5.SVN-snapshot with
following selected addons from the Addons-Wiki
http://grass.osgeo.org/wiki/GRASS_AddOns):
* r.seg (http://grass.osgeo.org/wiki/GRASS_AddOns#r.seg)
* all r.stream-modules
Hi Martin,
-Ursprüngliche Nachricht-
Von: Martin Landa landa.mar...@gmail.com
Betreff: Re: [GRASS-user] WinGRASS-6.5.SVN-Snapshot with selected Addons
Hi,
2011/1/18 Helmut Kudrnovsky hel...@web.de:
I've preparded an experimental WinGrass-6.5.SVN-snapshot with
following selected addons
#1263: GUI d.legend tool gives error
--+-
Reporter: epatton | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal| Milestone: 6.5.0
On Thu, Jan 13, 2011 at 10:03 PM, Benjamin Ducke
benjamin.du...@oxfordarch.co.uk wrote:
The HTML manual page for v.surf.bspline
says:
A raster output map (raster=) of more than 2000x2000 (4 mill)
cells is not allowed. If an output map would exceed this size,
an error message is generated.
#1263: GUI d.legend tool gives error
--+-
Reporter: epatton | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal| Milestone: 6.5.0
That's reassuring, thanks Markus.
Incidentally, since HTML housekeeping is such a boring
chore but so crucial: Do you guys think it would make
sense to have a man page improvement day, similar to
a code sprint, but with the whole community dedicating
perhaps a day to finding problems in man pages
Martin wrote:
file=map@mapset1 mapset=mapset2 leads to the error. Module already
reports fullname, so probably it's good feature to know that `name` is
always unqualified in the output.
that is usage error. you have passed a GRASS map name to an option that
is looking for a filesystem name.
Martin wrote:
isn't functionality of g.filename covered by g.findfile? If
so, this module could be removed from trunk...
NOTES
This routine generates the filename, but does not care
if the file (or mapset or element) exists or not. This
feature allows shell scripts to
#1257: Georectifier is broken
--+-
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: new
Priority: blocker | Milestone: 6.4.1
On Wed, Jan 19, 2011 at 12:37 AM, Dylan Beaudette
debeaude...@ucdavis.edu wrote:
On Tuesday, January 18, 2011, Benjamin Ducke wrote:
That's reassuring, thanks Markus.
Incidentally, since HTML housekeeping is such a boring
chore but so crucial: Do you guys think it would make
sense to have a
13 matches
Mail list logo