On Mon, Jun 1, 2009 at 6:59 AM, Glynn Clements wrote:
>
> Markus Neteler wrote:
>
>> but I get
>> Traceback (most recent call last):
>> File "examples/vectoraccess.py", line 45, in
>> print 'Map box:', grassvect.Vect_get_map_box(map, box)
>> TypeError: in method 'Vect_get_map_box', argument
Hamish wrote:
> > while reviewing & streamlining the WinGrass build instructions I notice
> > a work-around is given for the grass 7 Make/Multi.make file which looks
> > like it might be a bug. It is step 4 for building GRASS 7:
> >
> > https://trac.osgeo.org/grass/wiki/CompileOnWindows#Grass-7.0
William Kyngesburye wrote:
> >> I found that wx nviz and vdigit *did* link the wx libraries - a
> >> reversion in the switch to setup.py that I missed. Fixed now in SVN.
> >
> > Code which calls wx functions directly *should* be explicitly linking
> > against the wx libraries.
> >
> > Even if yo
Markus Neteler wrote:
> but I get
> Traceback (most recent call last):
> File "examples/vectoraccess.py", line 45, in
> print 'Map box:', grassvect.Vect_get_map_box(map, box)
> TypeError: in method 'Vect_get_map_box', argument 2 of type 'BOUND_BOX *'
>
> Using instead BOUND_BOX, it also f
Hamish wrote:
> while reviewing & streamlining the WinGrass build instructions I notice
> a work-around is given for the grass 7 Make/Multi.make file which looks
> like it might be a bug. It is step 4 for building GRASS 7:
>
> https://trac.osgeo.org/grass/wiki/CompileOnWindows#Grass-7.0.svntrunk
On Tue, Apr 28, 2009 at 12:57 PM, Paul Kelly
wrote:
> On Sat, 25 Apr 2009, Markus Neteler wrote:
>> On Sun, Apr 19, 2009 at 9:21 PM, Paul Kelly wrote:
>>> I think we can remove the files and the associated stuff you mentioned if
>>> these conditions are true:
>>> * The .csv files are always insta
#623: compiling error grass6-devel - winvista 32
--+-
Reporter: hellik | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: normal
#623: compiling error grass6-devel - winvista 32
--+-
Reporter: hellik | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: normal
#623: compiling error grass6-devel - winvista 32
--+-
Reporter: hellik | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: normal
On May 31, 2009, at 3:51 AM, Glynn Clements wrote:
I found that wx nviz and vdigit *did* link the wx libraries - a
reversion in the switch to setup.py that I missed. Fixed now in SVN.
Code which calls wx functions directly *should* be explicitly linking
against the wx libraries.
Even if you
You can check which wx libraries are linked with (before my change in
SVN):
otool -L /path/to/grass/etc/wxpython/nviz/_grass6_wxnviz.so
And compare that with the sys.path in Python - the wxpython path for
the installed new wxpython should be before any system path.
On May 31, 2009, at 4:22
On Sun, May 31, 2009 at 12:45 PM, Danho Fursy Rodelec Neuba
wrote:
> Can you tell me howto use bound_box in python. I am new in grass
> developping and i use python. I need to use Vect_get_map_box and
> bound_box* type is requiered.
In theory it should be
import os, sys
from grass.lib import gra
Can you tell me howto use bound_box in python. I am new in grass
developping and i use python. I need to use Vect_get_map_box and
bound_box* type is requiered.
___
Yahoo! Mail réinvente l
Hi,
while reviewing & streamlining the WinGrass build instructions I notice
a work-around is given for the grass 7 Make/Multi.make file which looks
like it might be a bug. It is step 4 for building GRASS 7:
https://trac.osgeo.org/grass/wiki/CompileOnWindows#Grass-7.0.svntrunk
-$(BIN)/%$(EXE): $
#623: compiling error grass6-devel - winvista 32
--+-
Reporter: hellik | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: normal
I think the issue is that wx libraries are in 2 places on the Mac: 1)
in /usr/lib/ installed with the system and 2) in /usr/local/lib/wx-
python... for the libraries that are installed with a new installation
of wxPython.
The latter is what is pointed to in the config statement and it seems
William Kyngesburye wrote:
> > Nothing in GRASS should link directly to them on OSX. Only wxpython
> > modules should link to the wx libraries, vdigit just loads wxpython.
> >
> I found that wx nviz and vdigit *did* link the wx libraries - a
> reversion in the switch to setup.py that I misse
#620: Platform.make odd variables settings
---+
Reporter: frankie | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: normal| Milestone:
Markus Neteler wrote:
> >> /home/neteler/grass64/swig/python/raster_wrap.c:3777: undefined
> >> reference to `unlock_driver'
> >
> > Fixed in r37598 (in 6.5).
>
> I still see
>
> cd lib/raster
> [nete...@host550 raster]$ svn up
> At revision 37598.
> [nete...@host550 raster]$ grep unlock_dr *
>
19 matches
Mail list logo