#712: Aster Support in i.atcorr
--+-
Reporter: MichaelP | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: closed
Priority: normal | Milestone: 6.5.0
On 02/08/09 04:38, Helena Mitasova wrote:
I very much agree with Markus on this -
Helena
On Jul 5, 2009, at 3:16 PM, Markus Neteler wrote:
The absence of the too-good-to-lose d.mon/d.rast/d.vect/d.zoom/d.what.*
keeps me away from using daily GRASS 7 :)
cmd line control for the wx displays
Hi,
2009/8/2 Glynn Clements gl...@gclements.plus.com:
In 7.0, use G__unqualified_name().
[That probably shouldn't use a G__ prefix.]
+1 done in r38594.
Martin
--
Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa
___
grass-dev
#669: let users save/load mapcalc expressions
--+-
Reporter: timmie | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: normal |
On Mon, Aug 3, 2009 at 10:25 AM, Moritz
Lennertmlenn...@club.worldonline.be wrote:
On 02/08/09 04:38, Helena Mitasova wrote:
I very much agree with Markus on this -
Helena
On Jul 5, 2009, at 3:16 PM, Markus Neteler wrote:
The absence of the too-good-to-lose
Hi,
2009/8/3 Markus Neteler nete...@osgeo.org:
[...]
Best would be to control the wx monitor from CMD line (i.e., feed map
names via cmd line to it), the zoom/etc tools on top of the monitor
are just perfect. I just would like to avoid to go through the menus
to load a map since that's
On Mon, Aug 3, 2009 at 1:25 AM, Moritz
Lennertmlenn...@club.worldonline.be wrote:
On 02/08/09 04:38, Helena Mitasova wrote:
I very much agree with Markus on this -
Helena
I do too. Although I like where the WX-GRASS GUI is heading, it is
still to cumbersome for (my) daily usage. I am not
Hi,
2009/8/3 svn_gr...@osgeo.org:
Modified:
grass/trunk/vector/v.in.ogr/main.c
Log:
there is no G_strdup in GRASS 7
should be G_strdup also included in GRASS7 or it's not necessary?
Martin
--
Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa
Hi,
2009/7/24 Markus Neteler nete...@osgeo.org:
v.dissolve patch out=patch_dissolve column=CODE_00
Traceback (most recent call last):
File
/home/neteler/grass70/dist.x86_64-unknown-linux-gnu/scripts/v.dissolve,
line 110, in module
main()
File
#695: Can't create a location using Select Coordinate System option with WXGUI
Location Wizard
---+
Reporter: voncasec | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
On Mon, Aug 3, 2009 at 5:06 PM, Martin Landalanda.mar...@gmail.com wrote:
Hi,
2009/8/3 svn_gr...@osgeo.org:
Modified:
grass/trunk/vector/v.in.ogr/main.c
Log:
there is no G_strdup in GRASS 7
should be G_strdup also included in GRASS7 or it's not necessary?
I guess that strdup() was
On Tue, Jul 28, 2009 at 5:18 PM, Glynn Clementsgl...@gclements.plus.com wrote:
Moritz Lennert wrote:
any clue how to compile 6.5 with GEOS support? Vlib fails:
What did you feed configure ? It should be something like this:
--with-geos=/usr/bin/geos-config
This works for me with
Today I've updated Ubuntu 9.10 from Ubuntu 9.04
A Grass 6.4-0RC5 binary version is correctly installed (default) and it's OK
The GRASS installed from source code give me this error:
*GRASS 6.4.0RC5 (WGS84):~ *** glibc detected *** g.proj: double free or
corruption (fasttop): 0x08b4eee0 ***
Hi,
we still have the problem that in
http://download.osgeo.org/grass/grass7_progman/
two important links fail:
Interfaces
* GRASS SWIG interface --- this
* GRASS Python scripting library
GUI
* wxGUI --- this
Why that? Because the
#633: g.region: double free or corruption
+---
Reporter: grass | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.4.0
On Mon, Aug 3, 2009 at 7:19 PM, roberto
marzocchiroberto.marzoc...@gmail.com wrote:
Today I've updated Ubuntu 9.10 from Ubuntu 9.04
A Grass 6.4-0RC5 binary version is correctly installed (default) and it's OK
The GRASS installed from source code give me this error:
GRASS 6.4.0RC5 (WGS84):~
On Sunday 02 August 2009, Markus Neteler wrote:
On Fri, Jul 31, 2009 at 6:40 PM, Dylan Beaudettedebeaude...@ucdavis.edu
wrote:
On Thursday 30 July 2009, Markus Neteler wrote:
On Tue, Jul 28, 2009 at 9:46 PM, Dylan
Beaudettedebeaude...@ucdavis.edu
wrote:
On Tuesday 28 July 2009,
#710: v.db.select: allow output to a file
--+-
Reporter: mlennert | Owner: martinl
Type: enhancement | Status: assigned
Priority: normal | Milestone: 6.5.0
Markus Neteler wrote:
I retrieved this from the Debian bugtracker:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530092#20
Should we implement their suggestion?
Yes.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
Hi,
2009/7/7 Hamish hamis...@yahoo.com:
any thoughts about renaming wxNviz to wxGviz or something to
avoid confusion?
in the map display toolbar it's called 3D view which seems to be
reasonable to me. So probably we can call it as wxGUI 3D view
extension.
even if the intention is to
#669: let users save/load mapcalc expressions
--+-
Reporter: timmie | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: normal |
Markus Neteler wrote:
LOC_CHECK_LIBS checks for a specific symbol, so it should be
straightforward to check for a symbol which is only present in 3.x.
Something like this?
[nete...@localhost grass70]$ svn diff configure.in
+
On Mon, Aug 3, 2009 at 8:09 PM, Glynn Clementsgl...@gclements.plus.com wrote:
Markus Neteler wrote:
I retrieved this from the Debian bugtracker:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530092#20
Should we implement their suggestion?
Yes.
This?
svn diff tools/mkftcap/mkftcap
On Mon, Aug 3, 2009 at 8:19 PM, Glynn Clementsgl...@gclements.plus.com wrote:
Markus Neteler wrote:
LOC_CHECK_LIBS checks for a specific symbol, so it should be
straightforward to check for a symbol which is only present in 3.x.
Something like this?
[nete...@localhost grass70]$ svn diff
#710: v.db.select: allow output to a file
--+-
Reporter: mlennert | Owner: martinl
Type: enhancement | Status: assigned
Priority: normal | Milestone: 6.5.0
r38602 modified all of the scripts to use _(...) to localise messages:
http://trac.osgeo.org/grass/changeset/38602
The main problem problem with this is that the _() function isn't
defined, so any script printing a message fails.
Presumably lib/python/core.py is supposed to initialise gettext,
It appears to be related to memory management:
$ r.terraflow help
MM error: limit =0B. allocating 24B. limit exceeded by 32B.
r.terraflow: mm.cc:344: void* operator new(size_t): Assertion `0'
failed.
Aborted (core dumped)
--
Glynn Clements
Hi Laura,
we have new problem in GRASS 7 with r.terraflow:
On Mon, Aug 3, 2009 at 8:40 PM, Glynn Clementsgl...@gclements.plus.com wrote:
It appears to be related to memory management:
$ r.terraflow help
MM error: limit =0B. allocating 24B. limit exceeded by 32B.
Hi Markus,
On Mon, 03. Aug 2009 at 19:00:11 +0200, Markus Neteler wrote:
2009/8/3 svn_gr...@osgeo.org:
Modified:
grass/trunk/vector/v.in.ogr/main.c
Log:
there is no G_strdup in GRASS 7
should be G_strdup also included in GRASS7 or it's not necessary?
I guess that strdup() was
#716: The v.krige.py GRASS-Addons crash related to wx.SpinCtrl
-+--
Reporter: cgsbob | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
#716: The v.krige.py GRASS-Addons crash related to wx.SpinCtrl
--+-
Reporter: cgsbob | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal
Hi,
2009/8/3 Glynn Clements gl...@gclements.plus.com:
r38602 modified all of the scripts to use _(...) to localise messages:
http://trac.osgeo.org/grass/changeset/38602
The main problem problem with this is that the _() function isn't
defined, so any script printing a message fails.
#710: v.db.select: allow output to a file
--+-
Reporter: mlennert | Owner: martinl
Type: enhancement | Status: assigned
Priority: normal | Milestone: 6.5.0
#716: The v.krige.py GRASS-Addons crash related to wx.SpinCtrl
--+-
Reporter: cgsbob | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: normal
Hi,
2009/7/31 Glynn Clements gl...@gclements.plus.com:
In this regard also check given value
by the parser. Then the parser could print a warning when the user
enter option value which cannot be casted to the given data type (e.g.
string for integer option).
It already does this; see
#671: wxgui: v.distance to_column option inaccessible
---+
Reporter: mlennert | Owner: martinl
Type: defect| Status: closed
Priority: major | Milestone: 6.4.0
#630: Mapset Access broken (wxpython)
---+
Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
Priority: normal| Milestone:
The problem is that it attempts to set the memory manager limit to 0
(see below: limit=0B), and the first line in
MM_register::set_memory_limit(size_t new_limit)
is
assert(new_limit0).
Therefore the problem.
So the question is, why does it try to set the memory limit to 0?
Unless the
#527: layer type rastleg is not supported yet
--+-
Reporter: hellik | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: major|
39 matches
Mail list logo