Markus Neteler wrote:
> I get warnings and errors in swig/python/:
> grass_wrap.c: In function '_wrap_G_vasprintf':
> grass_wrap.c:18166: error: incompatible types in assignment
No idea what's causing this. For me, line 18166 is:
arg3 = *((va_list *)(argp3));
with arg3 defined as:
va
Hi,
I get warnings and errors in swig/python/:
cd swig/python/
make
...
gcc -I/home/neteler/grass70/dist.x86_64-unknown-linux-gnu/include -g
-Wall -fno-common -mtune=nocona -m64 -minline-all-stringops -fPIC
-I/usr/include/python2.5 -I/usr/include/python2.5
-DPACKAGE=\""grasslibs"\"
-I/home/ne
#443: cairo driver: labels are not rendered
--+-
Reporter: martinl | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: critical | Milestone: 7.0.0
#58: wx version of v.digit relies upon non-portable hacks
--+-
Reporter: marisn | Owner: martinl
Type: defect | Status: assigned
Priority: critical | Milestone: 6.4.0
Hi All,
I adjusted the export flag adding lddflag
(i forghet it, sorry, my mistake)
and i added the optimizzation flags -Os)
--
Errors in:
/opt/gis/grass6_devel/vector/v.digit
/opt/gis/grass6_devel/visualization/nviz
--
In case of errors please change into the directory with error and run
'
In grass7 when zooming out the new display is not centred on the mouse
position, but on the mirror-position of the mouse position e.g. west is
not current[0] but current[0] - self.Map.width
I find this confusing, but maybe this is a matter of taste.
The Zoom function is in gui/wxpython/gui_modu
On Jan 16, 2009, at 11:03 PM, Helena Mitasova wrote:
Helena
P.S. I often do grass stuff from home over the net. For grass7
display through gui, even clicking off or changing
the names of layers is rather time consuming compared to d.rast with
x0 (I have cable).
Any hints, tricks on how to
I was able to test a bit.
RMS error reports all 0 for 6 points in a 2nd order transformation.
But the rectification happens OK. RMS values are reported for a 2nd
order transformation with more than 6 points.
Michael
On Jan 16, 2009, at 6:39 PM, GRASS GIS wrote:
#163: g.transform no longer
On Jan 17, 2009, at 3:04 AM, Markus Metz wrote:
Helena Mitasova wrote:
just a quick note from the first run - it may be better to have SFD
as default so that the same command as in grass63
gives the same result. E.g. running
g.region rast=elevation
r.watershed elevation thresh=1 accum
I don't know about the tcltk errors, but for the rest...
On Jan 17, 2009, at 6:20 AM, massimo di stefano wrote:
Hi All
tring to build on osx on a fresh svn checkout :
export CXXFLAGS="-arch ppc -arch i386"
export CFLAGS="-arch ppc -arch i386"
Note: when setting CFLAGS and CXXFLAGS, it overr
Helena Mitasova wrote:
[...]
Just run it with elevation in nc_spm. The MFD result is actually more
realistic because it simulates the existing
lakes but you would have to do additional processing if you need a
stream network
Have you looked at the stream segments output (option stream)? That
On Fri, Jan 16, 2009 at 1:15 AM, Hamish wrote:
> Martin Landa wrote:
>> can we removed deprecated module from trunk?
>>
>> vector/v.buffer
>> vector/v.parallel
>
> yes
>
>> vector/v.delaunay
>
> needs to be unwound from v.voronoi.
Done in r35461.
Markus
__
On Jan 17, 2009, at 5:04 AM, Markus Metz wrote:
Helena Mitasova wrote:
just a quick note from the first run - it may be better to have
SFD as default so that the same command as in grass63
gives the same result. E.g. running
g.region rast=elevation
r.watershed elevation thresh=1 accum=
#434: python swig bindings for 7.0 svn noyt working on ubuntu install
---+
Reporter: mulligan | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major
Hi All
tring to build on osx on a fresh svn checkout :
export CXXFLAGS="-arch ppc -arch i386"
export CFLAGS="-arch ppc -arch i386"
export GDAL_BIN=/Library/Frameworks/GDAL.framework/unix/bin/
export NAD2BIN=/Library/Frameworks/PROJ.framework/Programs/nad2bin
../configure --with-freetype
--with
#434: python swig bindings for 7.0 svn noyt working on ubuntu install
---+
Reporter: mulligan | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major
#58: wx version of v.digit relies upon non-portable hacks
--+-
Reporter: marisn | Owner: martinl
Type: defect | Status: assigned
Priority: critical | Milestone: 6.4.0
Helena Mitasova wrote:
On Jan 17, 2009, at 12:07 AM, Michael Barton wrote:
Markus,
I compiled last night and was able to try this on my Mac this
evening. No problem at all with the North Carolina elev_lid792_1m
DEM. Everything ran very fast, of course--even though it runs at
32bit on the
Helena Mitasova wrote:
just a quick note from the first run - it may be better to have SFD as
default so that the same command as in grass63
gives the same result. E.g. running
g.region rast=elevation
r.watershed elevation thresh=1 accum=accum_10K2
drain=draindir_10K2 basin=basin_10K2 str
just a quick note from the first run - it may be better to have SFD
as default so that the same command as in grass63
gives the same result. E.g. running
g.region rast=elevation
r.watershed elevation thresh=1 accum=accum_10K2
drain=draindir_10K2 basin=basin_10K2 stream=rivers2
gives an M
20 matches
Mail list logo
