[GRASS-dev] Re: [GRASS GIS] #172: r.recode truncates last character in rules file.

2008-12-02 Thread GRASS GIS
#172: r.recode truncates last character in rules file. --+- Reporter: bgullatt | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new Priority: major|

Re: [GRASS-dev] testing results of r.watershed2 against old r.watershed

2008-12-02 Thread Markus Metz
Hamish wrote: Hamish: see the man page for an example of making a nicely colored accum map based on standard deviations. MMetz: Why not setting colors for accum in the module? If you like, but a simple linear color model will not work well: Hmm, it does work with

[GRASS-dev] Re: [GRASS GIS] #72: PNG driver: boundary rendering is off by one pixel

2008-12-02 Thread GRASS GIS
#72: PNG driver: boundary rendering is off by one pixel --+- Reporter: hamish | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new Priority: blocker

Re: [GRASS-dev] 6.4rc1

2008-12-02 Thread Glynn Clements
Glynn Clements wrote: so what remains todo befor 6.4rc1? IMO lib API and module list should be frozen at that point, which means creating releasebranch_6_4. No need to wait on that anymore IMO. bugfixes can continue on until the end. if 6.4 is the last, that means for all of GRASS

Re: [GRASS-dev] build without NLS broken

2008-12-02 Thread Glynn Clements
Markus Neteler wrote: In r34485 there were a bunch of changes to lib/gis/gisinit.c, one of which calls G_init_locale(). However, this is not necessarily defined in locale.c. I'm not really a C guy, but this seemed to fix it for me. For reference, the build fails on an undefined reference

Re: [GRASS-dev] r.colors -a rule sorting

2008-12-02 Thread Glynn Clements
Hamish wrote: I am just trying out the new 'r.colors -a'. Results look good, visually matches 'r.mapcalc abs($MAP)' + 'r.colors -g' exactly. In general, it won't be an exact match, as -a uses log(abs(x)+1) so that values close to zero don't hog the colour table. If your range is small, you

[GRASS-dev] Re: [GRASS GIS] #72: PNG driver: boundary rendering is off by one pixel

2008-12-02 Thread GRASS GIS
#72: PNG driver: boundary rendering is off by one pixel --+- Reporter: hamish | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new Priority: blocker

[GRASS-dev] testing results of r.watershed2 against old r.watershed

2008-12-02 Thread Isaac Ullah
Markus Metz wrote: In my personal opinion, flow accumulation of r.watershed is also more realistic than flow accumulation of r.terraflow (SFD), but I have admittedly not tested it in detail. I just wanted to add that I have, in fact, compared the results of the r.watershed with r.terraflow, as

Re: [GRASS-dev] testing results of r.watershed2 against old r.watershed

2008-12-02 Thread Hamish
Markus Metz wrote: Why not setting colors for accum in the module? Hamish: If you like, but a simple linear color model will not work well: MMz: Since the bulk of the flow accumulation output has little flow, a simple fixed linear model would work in most cases as it does for the visual

Re: [GRASS-dev] testing results of r.watershed2 against old r.watershed

2008-12-02 Thread Helena Mitasova
I very much agree with Hamish: it is really nice to have two independent methods to use race against each other, and compare the results of. ie apply the scientific method. Each will have its strength and weaknesses and now we can quantify more what those are. I am a big proponent and

Re: [GRASS-dev] testing results of r.watershed2 against old r.watershed

2008-12-02 Thread Dylan Beaudette
On Tue, Dec 2, 2008 at 8:20 PM, Helena Mitasova [EMAIL PROTECTED] wrote: I very much agree with Hamish: it is really nice to have two independent methods to use race against each other, and compare the results of. ie apply the scientific method. Each will have its strength and weaknesses and

Re: [GRASS-dev] testing results of r.watershed2 against old r.watershed

2008-12-02 Thread Hamish
Markus Metz: The new version of r.watershed produces results identical to the original version at a substantial speed increase by optimizing the A * search method. that reminds me, the man page needs updating too, Both versions use the AT least-cost search algorithm to determine the