Grass - Dev | Forum profile

#587: svn versions should better reflect svn rev --------------------------+-------------------------------------------------   Reporter:  hamish       |       Owner:  martinl         Type:  enhancement  |      Status:  reopened   Priority:  major  ...

The output class does not contain the input class -- or at least it didn't, since I have no idea where it's at now. I simply used the layout section of GConsole to fit this instance of GPrompt on the console page. GPrompt remains an independent class that can be used elsewhere if desired. Michael On Dec 19, 2009, at 12:15 PM, Martin Landa wrote: > 2009/12/19 Martin Landa < [hidden email] >: >>...

Hi, 2009/12/19 Soeren Gebbert < [hidden email] >: > Hi Martin, > sorry, you are right. I will convert them. btw, what is the unit of e.g. diff_x   The x-part of the diffusion tensor in [m�/s] ? Martin

Isaac Ullah wrote: > Oh boy... That seems like a pretty big issue... My configure options for > grass have 64-bit enabled, so shouldn't that set it up to look for all > 64-bit architecture? AFAICT, the --enable-64bit configure switch only affects AIX, HP-UX, IRIX, and Solaris; it has no effect on Linux. If you want 64-bit code and the compiler defaults to 32-bit, you probably need to set CFLAGS explicitly before...

Glynn wrote: > GRASS GIS wrote: > > > #837: Memory leaks in r.example > > Contrary to my original assessment, this is an important > issue. There is a significant memory leak caused by the null > bitmap handling, and we need to decide what to do about it for > 6.4 (for 7.x, I intend to overhaul the null bitmap handling, > but that may be too disruptive for 6.4). for the...

Isaac Ullah wrote: > [...] > > So, how can I make all 159 individual areas have unique category > numbers?!?!? I think you have to delete all categories first, because v.category will only add a category to a vector object if none is set (that information is missing in the manual AFAICT). Or you add categories to a new layer. Markus M

On Wednesday 16 December 2009, Michael Barton wrote: > Darn. All of my ideas about why this doesn't work right don't work. I guess > try what Hamish said. > > Michael OK-- This time, starting GRASS, and the GUI-- and raster and vector maps are displayed within about 2-6 seconds. I wonder if this is a byte-code compiling thing... the first time GRASS was run with the new modules = slow, closing and opening...

Hello Michael, I really like your developments. Taking all users, beginers and power users to GRASS level 7! For test I would suggest that you may upload your changes to a DVCS site such as Launchpad, Bitbucket, Sourceforge or Github. We could safely try out your improvements without breaking our production installation. What you say? With the bazaar plugin bzr-svn you can import from the main SVN and apply your changes and then push all to...

Oh boy... That seems like a pretty big issue... My configure options for grass have 64-bit enabled, so shouldn't that set it up to look for all 64-bit architecture? The contents of /etc/ld.so.conf.d/ are libc.conf and x86_64-linux-gnu.conf. The firs contains " # libc default configuration /usr/local/lib ", and the second contains " # Multiarch support /lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu...

Glynn, On Sun, Dec 20, 2009 at 7:20 AM,  < [hidden email] > wrote: > Author: glynn > Date: 2009-12-20 01:20:23 -0500 (Sun, 20 Dec 2009) > New Revision: 40083 > > Modified: >   grass/trunk/lib/raster/R.h >   grass/trunk/lib/raster/closecell.c >   grass/trunk/lib/raster/get_row.c >   grass/trunk/lib/raster/opencell.c >  ...