William,
Your fix worked. Unfortunately, another change broke v.surf.bspline.
Michael
On Jan 12, 2009, at 8:20 PM, William Kyngesburye wrote:
There were more references to the pixmap field that was removed. I
cleaned that up for dev6, trunk and release64. (but didn't make it
into 6.4 R
I just updated develbranch_6 svn and compiled. v.surf.bspline will no
longer compile. Lots of errors (or the same error many times.
See below
Michael
cmb-MBP-2:v.surf.bspline cmbarton$ cd /Users/cmbarton/grass_dev/
grass6_src/vector/lidar/v.surf.bspline
cmb-MBP-2:v.surf.bspline cmbarton$ ma
Thanks. I'll update and try it again.
Michael
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
Phone: 480-965-6262
Fax: 480-965-7671
www:
O
There were more references to the pixmap field that was removed. I
cleaned that up for dev6, trunk and release64. (but didn't make it
into 6.4 RC2)
On Jan 12, 2009, at 3:54 PM, Martin Landa wrote:
2009/1/12 Michael Barton :
William Kyngesburye did a fix so that wxnviz would compile on the
Glynn,
> I have attached a complete, modified Html.make file to avoid
> confusion. This has at least been tested on Linux.
> Ugh. I suspect os.execvp() needs "g.parser.exe" rather than
> "g.parser". On Windows, only the higher-level interfaces (e.g.
> ShellExecute() or "cmd /c ...") allow the .ex
#429: Add option to disable warnings in modules
--+-
Reporter: kyngchaos| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor| Mileston
#429: Add option to disable warnings in modules
--+-
Reporter: kyngchaos| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor| Mileston
#429: Add option to disable warnings in modules
-+--
Reporter: kyngchaos| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: minor| Milestone:
A second release candidate of GRASS 6.4.0 is now available:
http://grass.osgeo.org/grass64/source/
http://grass.osgeo.org/grass64/source/grass-6.4.0RC2.tar.gz
To get the RC2 source code from SVN:
svn checkout
http://svn.osgeo.org/grass/grass/tags/release_20090112_grass_6_4_0RC2
An announceme
#428: g.proj -c defines wrong default values
--+-
Reporter: martinl | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
#428: g.proj -c defines wrong default values
--+-
Reporter: martinl | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
#428: g.proj -c defines wrong default values
--+-
Reporter: martinl | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
#428: g.proj -c defines wrong default values
--+-
Reporter: martinl | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
2009/1/12 Michael Barton :
> William Kyngesburye did a fix so that wxnviz would compile on the Mac.
> nviz_cmd wouldn't work on the Mac, but it didn't cause compile problems.
> Something has happened to make this break. Now I once again have to manually
> delete ../lib/nviz/render.c before it will
Maybe what is needed is a built in vectorization algorithm that will
transform the paths to vectors is a flag is set.
Michael
C. Michael Barton, Professor of Anthropology
Director of Graduate Studies
School of Human Evolution & Social Change
Center for Social Dynamics & Com
William Kyngesburye did a fix so that wxnviz would compile on the Mac.
nviz_cmd wouldn't work on the Mac, but it didn't cause compile
problems. Something has happened to make this break. Now I once again
have to manually delete ../lib/nviz/render.c before it will compile.
Michael
_
#428: g.proj -c defines wrong default values
-+--
Reporter: martinl | Owner:
grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority
Colin Nielsen wrote:
> > I suspect that Python wants PYTHONPATH to use Windows syntax, e.g.
> > (untested):
> >
> > - PYTHONPATH="$(GISBASE)/etc/python:$$PYTHONPATH" \
> > + PYTHONPATH="$(call mkpath,$(GISBASE)/etc/python,$$PYTHONPATH)" \
> > +
> > +ifneq ($(MINGW32),)
> > +mkpath = $
On 12/01/09 16:25, Glynn Clements wrote:
Moritz Lennert wrote:
However, is
** Everyone is granted permission to copy, modify and redistribute this
** Meschach Library, provided:
[...]
** 3. No charge is made for this software or works derived from it.
** This clause shall not be constru
#419: cairo compilation error
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 7.0.0
Moritz Lennert wrote:
> However, is
>
> ** Everyone is granted permission to copy, modify and redistribute this
> ** Meschach Library, provided:
> [...]
> ** 3. No charge is made for this software or works derived from it.
> ** This clause shall not be construed as constraining other soft
Soeren Gebbert wrote:
> > > * adding the prefix G_math_ to all extern library functions (with
> > > preprocessor directives)
> >
> > Why?
>
> To mark the meschach code as part of the gmath library. Many functions in
> meschach are quite short
> and in this manner not self explaining. I think the
#419: cairo compilation error
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 7.0.0
Markus Neteler wrote:
> >> Today I tried to compile grass6_devel fresh from svn and got this problem:
> >>
> >> gcc
> >> -I/home/bobm/src/gis/grass6_devel/dist.x86_64-unknown-linux-gnu/include
> >> -g -O2-fPIC -DPACKAGE=\""grasslibs"\" -I/usr/local/include
> >> -DPACKAGE=\""grasslib
Hi,
2009/1/12 Glynn Clements :
>
> Martin Landa wrote:
>
>> > # I guess to be retired with new py-nviz
>> > ./visualization/nviz/scripts/*.tcl
>>
>> wxNviz is not currently fully functional, some Nviz features are
>> missing (50%). So we can wait with removal.
>
> Except that lib/external/bwidget
#425: v.out.ogr: don't use random access to find attributes
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major
Thanks for you suggestions Glynn.
2009/1/12 Glynn Clements
>
> Soeren Gebbert wrote:
>
> > In case we will use the meschach library within grass to replace the
> > existing LAPACK wrapper, my BLAS and solver implementation
> > and several numerical recipes algorithm (lu, eigenvalues solvers ...)
#419: cairo compilation error
--+-
Reporter: neteler | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 7.0.0
On 11/01/09 22:32, Moritz Lennert wrote:
On 11/01/09 14:02, Glynn Clements wrote:
Moritz Lennert wrote:
Meschach is implemented in C and is able to replace the gmath
library completely with much better implementations.
I have integrated meschach into grass for testing purposes and,
after some
29 matches
Mail list logo
