[GRASS-dev] Re: [GRASS GIS] #114: wxPython GUI fails in Windows if GISDBASE contains spaces

#114: wxPython GUI fails in Windows if GISDBASE contains spaces --+- Reporter: jrobins | Owner: grass-dev@lists.osgeo.org Type: defect | Status: reopened Priority: major| Mile

[GRASS-dev] Re: what if: a new GRASS directory layout?

> Glynn Clements <[EMAIL PROTECTED]> writes: >> It seems that the reasonable behaviour would be to make a >> back-reference if possible, and issue a warning if not. > A warning isn't sufficent. If the GC relies upon back-references, but > you can't create one, the data could disappear whi

Re: [GRASS-dev] r.watershed and swap memory

hi, just to complete the comment on r.watershed, large dataset, and large RAM... After 5+ days I stopped the processing, it seemed that it was becoming slower and slower with time (i.e. increment of percent), while holding nearly same memory consumption. I would guess it was searching something m

[GRASS-dev] Re: [GRASS GIS] #118: r.patch fails on Vista

#118: r.patch fails on Vista ---+ Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org Type: defect| Status: new Priority: critical | Milestone: 6.3.0

[GRASS-dev] Re: [GRASS GIS] #118: r.patch fails on Vista

#118: r.patch fails on Vista ---+ Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org Type: defect| Status: new Priority: critical | Milestone: 6.3.0

[GRASS-dev] Re: [GRASS GIS] #114: wxPython GUI fails in Vista

#114: wxPython GUI fails in Vista -+-- Reporter: jrobins | Owner: grass-dev@lists.osgeo.org Type: defect | Status: closed Priority: minor | Milestone: 6.3.0

Re: [GRASS-dev] Re: what if: a new GRASS directory layout?

Ivan Shmakov wrote: > It seems that the reasonable behaviour would be to make a > back-reference if possible, and issue a warning if not. A warning isn't sufficent. If the GC relies upon back-references, but you can't create one, the data could disappear while a process is trying to

Re: [GRASS-dev] Updated OGR/SHAPELIB based DBF driver crashing with GRASS SVN

Frank, On Wed, Apr 9, 2008 at 7:01 PM, Frank Warmerdam <[EMAIL PROTECTED]> wrote: ... > I'm afraid I'm uncertain of the implications of mixing the Shapelib 1.3 > code with GDAL's using Shapelib 1.2. It seems potentially like it could > be a problem. This is unclear to me since I took the code

[GRASS-dev] Re: what if: a new GRASS directory layout?

> Glynn Clements <[EMAIL PROTECTED]> writes: >>> In-process references could be maintained by making a copy (or hard >>> link) to the inventory, so that the GC treats it as "live". You >>> would need some kind of clean-up mechanism to handle any copies >>> which are left behind if a module

Re: [GRASS-dev] Updated OGR/SHAPELIB based DBF driver crashing with GRASS SVN

Glynn Clements wrote: Markus Neteler wrote: after syncing (as regularly) the DBF driver from SHAPELIB embedded in OGR, we face the problem that it no longer works with older GDAL versions than current SVN: http://trac.osgeo.org/grass/ticket/110 I don't know what to do. In essence, I don't wan

Re: [GRASS-dev] Updated OGR/SHAPELIB based DBF driver crashing with GRASS SVN

Markus Neteler wrote: > after syncing (as regularly) the DBF driver from SHAPELIB embedded > in OGR, we face the problem that it no longer works with older GDAL > versions than current SVN: > > http://trac.osgeo.org/grass/ticket/110 > > I don't know what to do. In essence, I don't want to fork

[GRASS-dev] Re: [GRASS GIS] #110: db/drivers/dbf fail to build due to undefined reference to 'SASetupDefaultHooks' (SHAPELIB)

#110: db/drivers/dbf fail to build due to undefined reference to 'SASetupDefaultHooks' (SHAPELIB) ---+ Reporter: marisn| Owner: grass-dev@lists.osgeo.org Type: defect| Status: new

Re: [GRASS-dev] r.info -r (was: G_exp_colors()?)

Maciej Sieczka wrote: > > Bear in mind that "r.info -r" is approximating the min/max values to 6 > > decimal places. The actual min/max will be much closer to the values > > in the first line of the colr file. IEEE "double" is ~15 significant > > decimal digits. > > Could r.info -r print a diffe

Re: [GRASS-dev] G_exp_colors()?

Hamish wrote: > > Given that this seems to be specific to the use of G_log_colors(), > > is it? > > for the same data 'r.colors -e color=bcyr' only gets half way through the > data range: That's a completely different issue. Apart from anything else, -e uses integer categories. > > I suspect

Re: [GRASS-dev] Re: what if: a new GRASS directory layout?

Ivan Shmakov wrote: > > In-process references could be maintained by making a copy (or hard > > link) to the inventory, so that the GC treats it as "live". You would > > need some kind of clean-up mechanism to handle any copies which are > > left behind if a module crashes. > > However

[GRASS-dev] Re: [GRASS GIS] #118: r.patch fails on WinGRASS RC6 and earlier

Actually, WinGRASS RC6 works pretty well on vista. This is the first gotcha we've encountered with the new build. Michael On 4/9/08 1:41 AM, "GRASS GIS" <[EMAIL PROTECTED]> wrote: > #118: r.patch fails on WinGRASS RC6 and earlier > ---+---

[GRASS-dev] Re: [GRASS GIS] #118: r.patch fails on Vista

#118: r.patch fails on Vista ---+ Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org Type: defect| Status: new Priority: critical | Milestone: 6.3.0

[GRASS-dev] Re: [GRASS GIS] #80: Convert tcl grc to wxpython version

#80: Convert tcl grc to wxpython version --+- Reporter: dersh| Owner: martinl Type: enhancement | Status: assigned Priority: minor| Milestone: 6.4.0 Component: Python

[GRASS-dev] GRASS update for OpenSUSE to 6.3

Hi, I updated the OpenSUSE repository from GRASS 6.2 to upcoming 6.3. Packages for 10.2 and 10.3 (rev. 30910) incl. wxPython rpms are available at for testing: http://download.opensuse.org/repositories/Application:/Geo/ A diff (README.patch) for gui/wxpython/README with the suse URL is attached.

[GRASS-dev] [GRASS GIS] #120: New v.example proposal

#120: New v.example proposal -+-- Reporter: marisn | Owner: grass-dev@lists.osgeo.org Type: enhancement | Status: new Priority: minor| Milestone: 6.4.0

[GRASS-dev] Re: [GRASS GIS] #108: wxgrass: trying to add legend gives UnicodeDecodeError

#108: wxgrass: trying to add legend gives UnicodeDecodeError ---+ Reporter: mlennert | Owner: martinl Type: defect| Status: assigned Priority: major | Milestone:

[GRASS-dev] [GRASS GIS] #119: wxgrass: ticking -m options in legend dialog cause general GUI freeze

#119: wxgrass: ticking -m options in legend dialog cause general GUI freeze -+-- Reporter: mlennert | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new

[GRASS-dev] Re: [GRASS GIS] #107: wxgrass: trying to set options for scalebar or legend gives TypeError

#107: wxgrass: trying to set options for scalebar or legend gives TypeError ---+ Reporter: mlennert | Owner: martinl Type: defect| Status: assigned Pr

[GRASS-dev] Re: [GRASS GIS] #107: wxgrass: trying to set options for scalebar or legend gives TypeError

#107: wxgrass: trying to set options for scalebar or legend gives TypeError ---+ Reporter: mlennert | Owner: martinl Type: defect| Status: assigned Pr

[GRASS-dev] Re: [GRASS GIS] #108: wxgrass: trying to add legend gives UnicodeDecodeError

#108: wxgrass: trying to add legend gives UnicodeDecodeError ---+ Reporter: mlennert | Owner: martinl Type: defect| Status: assigned Priority: major | Milestone:

[GRASS-dev] Re: [GRASS GIS] #107: wxgrass: trying to set options for scalebar or legend gives TypeError

#107: wxgrass: trying to set options for scalebar or legend gives TypeError ---+ Reporter: mlennert | Owner: martinl Type: defect| Status: assigned Pr

[GRASS-dev] Updated OGR/SHAPELIB based DBF driver crashing with GRASS SVN

Frank, after syncing (as regularly) the DBF driver from SHAPELIB embedded in OGR, we face the problem that it no longer works with older GDAL versions than current SVN: http://trac.osgeo.org/grass/ticket/110 I don't know what to do. In essence, I don't want to fork our version from yours. Any i

[GRASS-dev] Re: r.univar_main.c: Clean-up

> Ivan Shmakov <[EMAIL PROTECTED]> writes: > Please consider the following patch. (Thanks Glynn again for > taking a glance at the previous variant of this one.) > raster/r.univar2/r.univar_main.c (process_raster): Simplified > handling of different map types. [...] Since there

[GRASS-dev] Re: Makefile: error.log vs. $(ERRORLOG)

> Ivan Shmakov <[EMAIL PROTECTED]> writes: > May I suggest the following patch? > ; Emacs Lisp: (replace-string "$(GRASS_HOME)/error.log" > ; "$(ERRORLOG)") > Makefile (default): Use the `ERRORLOG' variable instead of > constructing the filename manually. >

Re: [GRASS-dev] DBF driver crashing on Ubuntu with GRASS SVN

It's known as issue 110 [1]. Maris. 1. http://trac.osgeo.org/grass/ticket/110 2008/4/9, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > FWIW, the DBF driver still does not seem to be usable. > On Ubuntu 7.10, GDAL 1.5.1, with a version compiled from SVN (did make > distclean), I cannot access attribut

R: [GRASS-dev] Re: [GRASS GIS] #118: r.patch fails on WinGRASS RC6and earlier

Hi Jeshua, that's why I pointed out the issue. XP is not an higlander, so we should start to *act* thinking of Vista users too :-) Marco Da: [EMAIL PROTECTED] per conto di Jeshua Lacock Inviato: mer 09/04/2008 10.48 A: grass-dev@lists.osgeo.org Oggetto: Re: [

[GRASS-dev] DBF driver crashing on Ubuntu with GRASS SVN

FWIW, the DBF driver still does not seem to be usable. On Ubuntu 7.10, GDAL 1.5.1, with a version compiled from SVN (did make distclean), I cannot access attribute data stored in a DBF file. v.info -c simply results in a segfault. GRASS 6.3.RC6 works fine on the same system and with the same GDAL

Re: [GRASS-dev] Re: [GRASS GIS] #118: r.patch fails on WinGRASS RC6 and earlier

On Apr 9, 2008, at 2:41 AM, GRASS GIS wrote: it's a fact that any professionist or scientist who works on Windows actually still uses xp or 2000 Just FYI, I happen to know "professionals" that use Vista. Ciao, Jeshua Lacock, Owner phone: 877.240.1364 __

[GRASS-dev] Re: [GRASS GIS] #118: r.patch fails on WinGRASS RC6 and earlier

#118: r.patch fails on WinGRASS RC6 and earlier ---+ Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org Type: defect| Status: new Priority: critical | Milestone: 6.3.0

[GRASS-dev] Re: [GRASS GIS] #118: r.patch fails on WinGRASS RC6 and earlier

#118: r.patch fails on WinGRASS RC6 and earlier ---+ Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org Type: defect| Status: new Priority: critical | Milestone: 6.3.0

[GRASS-dev] Re: [GRASS GIS] #118: r.patch fails on WinGRASS RC6 and earlier

#118: r.patch fails on WinGRASS RC6 and earlier ---+ Reporter: cmbarton | Owner: grass-dev@lists.osgeo.org Type: defect| Status: new Priority: critical | Milestone: 6.3.0

[GRASS-dev] r.info -r (was: G_exp_colors()?)

Glynn Clements pisze: Bear in mind that "r.info -r" is approximating the min/max values to 6 decimal places. The actual min/max will be much closer to the values in the first line of the colr file. IEEE "double" is ~15 significant decimal digits. Could r.info -r print a different number of dec