[GRASS-dev] [GRASS GIS] #1696: Error message v.db.dropcol (Add-On Path)

#1696: Error message v.db.dropcol (Add-On Path) ---+ Reporter: jradinger | Owner: grass-dev@… Type: defect | Status: new Priority: normal |

Re: [GRASS-dev] [GRASS GIS] #1683: error message v.add.col on MacOSX

#1683: error message v.add.col on MacOSX ---+ Reporter: jradinger | Owner: grass-dev@… Type: defect | Status: new Priority: major | Milestone:

Re: [GRASS-dev] [GRASS GIS] #1683: error message v.db.addcol (was: error message v.add.col on MacOSX)

#1683: error message v.db.addcol ---+ Reporter: jradinger | Owner: grass-dev@… Type: defect | Status: new Priority: major | Milestone: 6.4.3

Re: [GRASS-dev] Warning in the Terminal when closing the GRASS GUI

On Tue, Aug 14, 2012 at 12:15 PM, Johannes Radinger johannesradin...@gmail.com wrote: Hi, it is not a problem at all but there are several similar warning messages printed in the GRASS terminal window after closing the GUI. Here the terminal output from launching GRASS till closing

Re: [GRASS-dev] [GRASS GIS] #1696: Error message v.db.dropcol (Add-On Path)

#1696: Error message v.db.dropcol (Add-On Path) ---+ Reporter: jradinger | Owner: hamish Type: defect | Status: assigned Priority: normal | Milestone: 6.4.3

Re: [GRASS-dev] Speed map display in wxGUI on bigger monitors

Markus Neteler wrote: when working with the wxGUI on bigger monitors, it is rather slow when it comes to map display. Looking into the /tmp/ directory, I find fairly huge files which are generated and then combined for display. It is getting even worse when using GRASS over network.

Re: [GRASS-dev] [GRASS GIS] #151: make documentation be full text searchable: use sphinx

#151: make documentation be full text searchable: use sphinx -+-- Reporter: timmie | Owner: epatton Type: enhancement | Status: assigned Priority: major| Milestone: 7.0.0

[GRASS-dev] Empty default answer

Is it correct leave empty a default answer in a module? An example is in r.out.pov with zmod or objmod option Thanks Luca ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #742: v.coregister / v.align : A module to translate and rotate a point cloud to best match one another

#742: v.coregister / v.align : A module to translate and rotate a point cloud to best match one another -+-- Reporter: stevensj | Owner: grass-dev@… Type: enhancement |

Re: [GRASS-dev] [GRASS GIS] #151: make documentation be full text searchable: use sphinx

#151: make documentation be full text searchable: use sphinx -+-- Reporter: timmie | Owner: epatton Type: enhancement | Status: assigned Priority: major| Milestone: 7.0.0

[GRASS-dev] i.atcorr @ GRASS6.4 using RapidEye: strange output

Hi, I'm reporting again on the mixed performance of i.atcorr for RapidEye satellite data in GRASS6.4.2 on SuSE. In a test case RapidEye satellite data for the Spearfish,SD demo site is used. Rapideye data comes in 16bit. The value ranges (digital numbers) for the first three bands are: red:

Re: [GRASS-dev] Empty default answer

On Tue, Aug 14, 2012 at 2:52 PM, Luca Delucchi lucadel...@gmail.com wrote: Is it correct leave empty a default answer in a module? An example is in r.out.pov with zmod or objmod option According to programming manual 'answer' is not required. Also see [1]. Maybe I am missing something but I

Re: [GRASS-dev] WinGRASS 6.4.3/6.5 binary???

Michael: The current dev versions are so much better than 6.4.2 stable that I'd prefer the students to experience them rather than the dated and more buggy stable version. I would challenge the assertion that 6.4.2 is dated and buggy in any serious manner. It is your call of course, but from

Re: [GRASS-dev] GRASS performance references

Hi Peter Thanks for supplying your info and links, looks very interesting and relevant. What kind of quantitative measurements and performance metrics would you consider useful for GRASS GIS ? Basically measurements of volume and speed of processing certain image amounts; E.g. GRASS GIS