Re: [GRASS-dev] Programming in GRASS

2009-04-11 Thread Glynn Clements
dasuni kannangara wrote: thanx. but grass/gis.h is already there. i just added another grass folder to ximgview to check whether it solves.what is the location which i should search for grass/gis.h?? The headers target in lib/Makefile installs the headers from the include directory into

Re: [GRASS-dev] Programming in GRASS

2009-04-11 Thread dasuni kannangara
thanx. can u send me that order.am trying to compile it using eclipse for many days now. if u can send me the steps it will be a great assistance. dasuni kannangara wrote: thanx. but grass/gis.h is already there. i just added another grass folder to ximgview to check whether it solves.what

Re: [GRASS-dev] Programming in GRASS

2009-04-11 Thread Glynn Clements
dasuni kannangara wrote: thanx. can u send me that order.am trying to compile it using eclipse for many days now. if u can send me the steps it will be a great assistance. Refer to the Makefiles. -- Glynn Clements gl...@gclements.plus.com ___

[GRASS-dev] Re: [GRASS GIS] #539: Error on Display Map in wxpython

2009-04-11 Thread GRASS GIS
#539: Error on Display Map in wxpython --+- Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new Priority: major|

[GRASS-dev] man/Makefile - include/Make/Man.make ?

2009-04-11 Thread Markus Neteler
[wish] Could man/Makefile be rewritten to include/Make/Man.make ? This would help to obtain a (almost) functional make install target. My Makefile skills are unfortunately too limited... Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org

[GRASS-dev] Re: [GRASS GIS] #402: v.in.ogr buffer overflow

2009-04-11 Thread GRASS GIS
#402: v.in.ogr buffer overflow -+-- Reporter: epatton | Owner: grass-dev@lists.osgeo.org Type: defect | Status: closed Priority: major

[GRASS-dev] Multi-threading and use of multiple processors

2009-04-11 Thread Jyothish Soman
I sent a previous mail but it did not go through, so sending it again: The base concept is that if we are going to parallelize, then the parallelization can be of two types, keeping the current algorithm and tweaking it to become more parallel. Here, a method will be to run the r.cost of two

Re: [GRASS-dev] Multi-threading and use of multiple processors

2009-04-11 Thread Markus Neteler
On Sat, Apr 11, 2009 at 10:23 PM, Jyothish Soman jyothish.so...@gmail.com wrote: ... The assumption I am making is that the algorithm for r.cost is closely related to dijkstra's algorithm. Just a note: in GRASS-Addons is a new module (r.terracost which uses this approach):

Re: [GRASS-dev] Multi-threading and use of multiple processors

2009-04-11 Thread Jyothish Soman
Well actually, the paper is in GIS terms what has been given in my reference in graph theoretical terms. Can somebody tell me how exactly are r.cost and r.terraflow different, in terms of cost of traversal between two pixels? On Sun, Apr 12, 2009 at 2:10 AM, Markus Neteler nete...@osgeo.org

[GRASS-dev] Re: [osgeo4w] #37: grass: wxpython gui issues

2009-04-11 Thread OSGeo4W
#37: grass: wxpython gui issues ---+ Reporter: jachym |Owner: osgeo4w-...@lists.osgeo.org Type: defect | Status: new Priority: major |Component: Package