On Fri, Aug 28, 2009 at 4:49 AM, William
Kyngesburyewokl...@kyngchaos.com wrote:
I'm getting a lot of link errors in trunk now.
Same here (Linux). To catch the errors as OSX does, I use for years
MYCFLAGS=-g -Wall -Werror-implicit-function-declaration -fno-common
MYCXXFLAGS=-g -Wall
Dear developers,
i have submitted the changes to the grass6 development branch (a patch for
grass7 is in development).
I have tested the patch several times and hope to not break anything in
grass ... .
You can test the patched grass version with the latest grass testsuite. It
ships additional
#736: r.proj fails in wingrass
--+-
Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone:
Hi,
JFYI i have implemented a small demo library which connects parts of the
grass gis library
with the Visual-Tool-Kit VTK.
It is called vtkGRASSBridge.
Additionally the VTK Python and Java wrapping mechanism have been enabled.
So the user can use the
library from C++, Python and Java.
This is great! Did you consider writing a little plug-on for one
of the VTK viewers, like ParaView or VisIt, to allow direct access
to GRASS data from there?
Cheers,
Ben
Soeren Gebbert wrote:
Hi,
JFYI i have implemented a small demo library which connects parts of the
grass gis library
Hi Benjamin,
2009/8/28 Benjamin Ducke benjamin.du...@oxfordarch.co.uk
This is great! Did you consider writing a little plug-on for one
of the VTK viewers, like ParaView or VisIt, to allow direct access
to GRASS data from there?
No.I do not consider to implement plug-ins for ParaView or
Wow, yes, a lot on your plate there!
I did not realize that vtkGeo was still alive. Good to know.
Good luck with all this!
Ben
Soeren Gebbert wrote:
Hi Benjamin,
2009/8/28 Benjamin Ducke benjamin.du...@oxfordarch.co.uk
mailto:benjamin.du...@oxfordarch.co.uk
This is great! Did you
William Kyngesburye wrote:
I'm getting a lot of link errors in trunk now. It looks like it might
be related to r38871 and r38893 where all the *DEP and *LIB variables
were changed.
That's quite likely.
It's a very long list, but errors are all similar to:
in cluster:
cc ...
#736: r.proj fails in wingrass
--+-
Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone:
#736: r.proj fails in wingrass
--+-
Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone:
#629: WinGRASS: spaces in pathnames
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone:
Hi,
it would be ideal to have a new threshold/count method in r.series.
Example: I am calculating growing degree days (accumulated temperatures
over one year, [1]) and want to know at which day of year (count) this
happens. Input would be 365 growing degree days maps, parameters
a threshold value
On Aug 28, 2009, at 11:56 AM, Markus Neteler wrote:
On Fri, Aug 28, 2009 at 4:15 PM, Glynn Clementsgl...@gclements.plus.com
wrote:
...
Right; I committed at the point that everything built okay on my
system.
I have tried again after svn update and make distclean:
It now compiles ok.
William Kyngesburye wrote:
wrote:
...
Right; I committed at the point that everything built okay on my
system.
I have tried again after svn update and make distclean:
It now compiles ok. Thanks for the quick fixes.
Still problems on OSX.
g.proj is still missing GDAL.
Errors continue in windows, starting with lib/raster.
-Colin
On Fri, Aug 28, 2009 at 8:02 PM, Glynn Clementsgl...@gclements.plus.com wrote:
William Kyngesburye wrote:
wrote:
...
Right; I committed at the point that everything built okay on my
system.
I have tried again after
Glynn wrote:
I'll use the linkage database generated by tools/sql.sh to
accurately identify the dependencies.
to repeat an old wish, can we rename sql.sh to be something a
little more expressive and document it a little more?
previously:
2009-02-13
suggestion: we rename that script to be
On Aug 28, 2009, at 7:02 PM, Glynn Clements wrote:
I've replaced most of the LIBES= and DEPENDENCIES= settings with data
from the linkage database. It should fix all of the above issues,
although it may have introduced some new ones (a total of 320
Makefiles were modified).
In particular, I
17 matches
Mail list logo
