#564: python_grass7 compilation
+---
Reporter: neuba | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: major | Milestone: 7.0.0
I didn't have a defined test to try. Just tried it with 6.4rc4 with
archsites in spearfish and it's messed up.
On Jun 18, 2009, at 6:37 PM, Michael Barton wrote:
Does it look OK for you?
Michael
__
C. Michael Barton, Professor of Anthropology
Director of Graduate
Someone else had the same problem with my 6.4rc5 OSX build (both 64bit
and 32bit). (see grass-user list) The only previous version they had
used was 6.3, and it's working there.
Maybe something in the new v.delaunay2 doesn't like OSX?
On Jun 18, 2009, at 6:02 PM, Michael Barton wrote:
I j
On Thursday 18 June 2009, Michael Barton wrote:
> I just was showing GRASS to a colleagues a few minutes ago and fired
> up v.delauney. But it produced rather strange results when I applied
> it to archsites from the Spearfish data set. I expected all sites to
> be connected in a regular triangulat
I just was showing GRASS to a colleagues a few minutes ago and fired
up v.delauney. But it produced rather strange results when I applied
it to archsites from the Spearfish data set. I expected all sites to
be connected in a regular triangulation with sites connected to their
neighbors. But
Hi,
2009/6/18 Martin Landa :
> http://trac.osgeo.org/grass/wiki/Grass7RasterLib
I renamed this page to
http://trac.osgeo.org/grass/wiki/Grass7/RasterLib
Trac wiki has no 'move' button, so previous link doesn't work. Sorry for that.
Martin
--
Martin Landa * http://gama.fsv.cvut.cz/~landa
___
On 18/06/09 20:12, Glynn Clements wrote:
Moritz Lennert wrote:
In swig/python/Makefile, I see
proj_wrap_c_FLAGS = $(PROJINC) $(GDALCFLAGS)
but I don't really understand where this comes into play.
This should ensure that proj_wrap.c can find the PROJ and GDAL
headers.
Yes, but what I meant
Hi,
2009/6/18 Glynn Clements :
>
> What is the intent of this change?
to run wxgui.py on the background, otherwise GRASS prompt is started
after closing wxGUI.
> --- lib/init/grass.py (revision 37898)
> +++ lib/init/grass.py (revision 37899)
> @@ -591,9 +591,10 @@
>
> # Check for gui int
What is the intent of this change?
--- lib/init/grass.py (revision 37898)
+++ lib/init/grass.py (revision 37899)
@@ -591,9 +591,10 @@
# Check for gui interface
if grass_gui == "wxpython":
- call([os.getenv('GRASS_PYTHON'),
- gfile("etc", "wxpython", "wxgui.p
Moritz Lennert wrote:
> >> In swig/python/Makefile, I see
> >>
> >> proj_wrap_c_FLAGS = $(PROJINC) $(GDALCFLAGS)
> >>
> >> but I don't really understand where this comes into play.
> >
> > This should ensure that proj_wrap.c can find the PROJ and GDAL
> > headers.
>
> Yes, but what I meant i
Hi,
I started a wiki page dedicated to the raster lib in GRASS7. The page
currently contains initial list of functions which should be moved
from libGIS.
http://trac.osgeo.org/grass/wiki/Grass7RasterLib
Logically raster lib should be placed in 'lib/raster'. Currently there
are R_() functions. Wh
Martin wrote:
> Shell scripts are not supported in GRASS7. The scripts
> mentioned above needs to be ported to Python.
as a general comment, even if GRASS itself doesn't ship with any
shell scripts I think it is wrong not to support them at all,
i.e. force users to port their own scripts. I do h
On 17/06/09 23:59, Glynn Clements wrote:
Moritz Lennert wrote:
I get the following error running make in swig/python in grass7
of today (rev 37908).
In file included from proj_wrap.c:2694:
/home/mlennert/SRC/GRASS/grass_trunk/dist.i486-pc-linux-gnu/include/grass/gprojects.h:23:29:
error: og
#654: g.proj -c fails with ERROR: region for current mapset is not set run
"g.region"
---+
Reporter: hamish| Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Prio
14 matches
Mail list logo
