#332: Uniform order for at= screen coordinates in d.* modules
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor
Ivan Shmakov wrote:
Doesn't C require an explicit initial value for `initialized' here?
Well, as it is a static variable it will be initialised to zero.
Oh, never knew C has such a feature. (Still, it may make sense
to add an explicit initializer for the sake of
Hamish wrote:
Markus Metz wrote:
The original version uses very little memory, so assuming that GRASS
runs today on systems where at least 500MB RAM are available I changed
the parameters for the seg mode, more data are kept in memory, speeding
up the seg mode. Looking at other modules
Markus Metz wrote:
Right now I don't want to introduce a new option to give the user control
over how much memory is used (be it MB memory, number of rows or percent
of the map) because I want to keep all options of r.watershed.fast
identical to the original version.
adding new options is ok
Hi,
While running through this set of commands to resample from 30 to 2':
http://grass.osgeo.org/wiki/Blue_Marble#Processing
I notice that the output of r.resamp.stats has its western-most raster
column set to all NULL. The other 3 borders seem to be ok. As the 30 data is
without NULLs, and
Martin Landa wrote:
I'm not sure why it's failing in this particular case. I don't get any
errors building that that file (or any other HTML file),
pngdriver.html hasn't changed in over a month, and I checked for any
broken HTML files within the last few days. Do you have any local
On Oct 13, 2008, at 1:52 AM, [EMAIL PROTECTED] wrote:
Date: Mon, 13 Oct 2008 10:52:41 +0200
From: Martin Landa [EMAIL PROTECTED]
Subject: Re: [GRASS-dev] problem compiling grass7
To: Glynn Clements [EMAIL PROTECTED]
Cc: GRASS developers list grass-dev@lists.osgeo.org
Message-ID:
Hamish:
While running through this set of commands to resample from 30 to 2':
http://grass.osgeo.org/wiki/Blue_Marble#Processing
I notice that the output of r.resamp.stats has its western-most raster
column set to all NULL. The other 3 borders seem to be ok. As the 30
data is
Glynn Clements [EMAIL PROTECTED] writes:
Doesn't C require an explicit initial value for `initialized' here?
Well, as it is a static variable it will be initialised to zero.
Oh, never knew C has such a feature. (Still, it may make sense to
add an explicit initializer for the sake of
Hamish wrote:
While running through this set of commands to resample from 30 to 2':
http://grass.osgeo.org/wiki/Blue_Marble#Processing
I notice that the output of r.resamp.stats has its western-most raster
column set to all NULL. The other 3 borders seem to be ok. As the 30
data is
Hi,
2008/10/13 Glynn Clements [EMAIL PROTECTED]:
I'm not sure why it's failing in this particular case. I don't get any
errors building that that file (or any other HTML file),
pngdriver.html hasn't changed in over a month, and I checked for any
broken HTML files within the last few days. Do
Markus Metz wrote:
Right now I don't want to introduce a new option to give the user
control over how much memory is used (be it MB memory, number of rows or
percent of the map) because I want to keep all options of
r.watershed.fast identical to the original version.
There's no reason to
#333: v.out.ogr does not correctly encode NODATA in attribute tables
--+-
Reporter: dylan | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
#329: Typo in i.oif.html and wording
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: closed
Priority: minor| Milestone: 6.4.0
#329: Typo in i.oif.html and wording
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: closed
Priority: minor| Milestone: 6.4.0
#334: Minor typo in http://trac.osgeo.org/grass/wiki/HowToSVN#LocalDiffs
-+--
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority:
#334: Minor typo in http://trac.osgeo.org/grass/wiki/HowToSVN#LocalDiffs
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority:
#334: Minor typo in http://trac.osgeo.org/grass/wiki/HowToSVN#LocalDiffs
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority:
Ivan Shmakov wrote:
Doesn't C require an explicit initial value for `initialized' here?
Well, as it is a static variable it will be initialised to zero.
Oh, never knew C has such a feature. (Still, it may make sense to
add an explicit initializer for the sake of clarity.)
If
I am using python 2.4. Are we going to require python = 2.5?
Michael:
I would strongly suggest it now. Tracking the release schedule of an
actively developed language like Python is always a moving target, but
as long as GRASS 7 is in development, I think we should try to do so
On Oct 13, 2008, at 4:45 PM, Hamish wrote:
I am using python 2.4. Are we going to require python = 2.5?
Michael:
I would strongly suggest it now. Tracking the release schedule of an
actively developed language like Python is always a moving target,
but
as long as GRASS 7 is in
#334: Minor typo in http://trac.osgeo.org/grass/wiki/HowToSVN#LocalDiffs
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority:
#334: Minor typo in http://trac.osgeo.org/grass/wiki/HowToSVN#LocalDiffs
--+-
Reporter: nikos| Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority:
Michael wrote:
The TclTk GUI is set to be abandoned in GRASS 7. It will continue to
live in the GRASS 6 series.
last call for objections before the Tcl/Tk gis.m is removed from GRASS 7.
(trunk/gui/tcltk/)
Hamish
___
grass-dev mailing list
#335: export floats and doubles with correct precision
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: minor|
25 matches
Mail list logo