On Nov 30, 2012, at 10:30 AM, Helena Mitasova wrote:
> On Nov 30, 2012, at 10:08 AM, William Kyngesburye wrote:
>
>> This could happen if you configured for wxPython 2.9 64bit, but didn't
>> bundle it so it finds the old 32bit wxPython 2.8 in the system at runtime.
>> If you configure for wxPy
Luca,
r.li.setup does not yet compile in GRASS 7, at least on the Mac.
Here is the error:
anthgradpc7:g.version cmbarton$ cd
/Users/Shared/grass_dev/grass7_dev/gui/wxpython/rlisetup
anthgradpc7:rlisetup cmbarton$ make
if [
"/Users/Shared/grass_dev/grass7_dev/dist.x86_64-apple-darwin12.2.0/scri
GRASS 7 now compiles g.version in the most recent revision. Thanks much.
Now to deal with the other modules that don't compile…
Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social
On Fri, Nov 30, 2012 at 7:56 PM, Helena Mitasova wrote:
> when I need to display 3D vector points as 3D points (not draped over a
> surface), is this supposed to happen automatically
> when I switch off the display on surface button or it is not supported yet?
> I get that the vector map is 3D bu
when I need to display 3D vector points as 3D points (not draped over a
surface), is this supposed to happen automatically
when I switch off the display on surface button or it is not supported yet?
I get that the vector map is 3D but there is no button to tell it that the
points should be displ
I'll check and get back to you. Thanks for looking at it.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480
2012/11/30 Michael Barton :
> GEOSCFLAGS =
> -I/Library/Frameworks/GEOS.framework/Versions/3/unix/include
OK, but did you tried r54115?
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo
#1777: reference to 6.4.2 in
---+
Reporter: jeir | Owner: grass-dev@…
Type: defect| Status: closed
Priority: trivial | Milestone: 6.4.3
GEOSCFLAGS =
-I/Library/Frameworks/GEOS.framework/Versions/3/unix/include
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-24
On Nov 30, 2012, at 10:08 AM, William Kyngesburye wrote:
> This could happen if you configured for wxPython 2.9 64bit, but didn't bundle
> it so it finds the old 32bit wxPython 2.8 in the system at runtime. If you
> configure for wxPython 2.8 you should not get arch errors, at least if you
>
just tested on Mac - this fixes the g.version issue.
Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
"All electronic mail messages in connect
Hi,
2012/11/30 Markus Neteler :
>> And the ability to use v.external with 3D data
>> sources.
>
> Please try attached v.external64_3D.diff.
note related to `v.external`, should be fixed in r54116 (relbr64).
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
__
2012/11/30 Carlos Grohmann :
> Same errors with r54115
what `include/Make/Platform` says about GEOSCFLAGS?
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/list
Same errors with r54115
Carlos
On Fri, Nov 30, 2012 at 1:46 PM, Martin Landa wrote:
> Hi,
>
> 2012/11/29 Michael Barton :
> > I did and still had the same problem.
>
> yeap, try r54115.
>
> Martin
>
> --
> Martin Landa * http://geo.fsv.cvut.cz/~landa
>
--
Prof. Carlos Henrique Grohmann
In
Hi,
2012/11/29 Michael Barton :
> I did and still had the same problem.
yeap, try r54115.
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi Helena,
2012/11/30 Helena Mitasova :
> /Users/helena/grassdev7/grass_trunk/general/g.version
what concretely fails?
cd /Users/helena/grassdev7/grass_trunk/general/g.version
make
?
Probably related to [1]. Try `svn up` first.
Martin
[1] http://lists.osgeo.org/pipermail/grass-dev/2012-Novem
This could happen if you configured for wxPython 2.9 64bit, but didn't bundle
it so it finds the old 32bit wxPython 2.8 in the system at runtime. If you
configure for wxPython 2.8 you should not get arch errors, at least if you make
sure to configure 32+64bit.
On Nov 29, 2012, at 11:03 PM, He
On Fri, Nov 30, 2012 at 5:26 AM, Mohammed Rashad
wrote:
>
> All,
>
>
> I found these here[1] and says many things which needed help. So I thought
> to give a try in order
>
>
> 1. Imagery Library needs fundamental clean up (the library is not maintained
> from GRASS 5)
>
> Anyone can elaborate on
On Thu, Nov 29, 2012 at 10:16 PM, Benjamin Ducke wrote:
> The "outdir=" option in r.walk.
Do you refer to this potentially missing backport?
https://trac.osgeo.org/grass/ticket/1154#comment:1
> And the ability to use v.external with 3D data
> sources.
Please try attached v.external64_3D.diff.
#1815: Problem with menu "path to GRASS database" in v.proj en r.proj windows
+---
Reporter: pvanbosgeo | Owner: grass-dev@…
Type: defect | Status: new
Pri
#1815: Problem with menu "path to GRASS database" in v.proj en r.proj windows
+---
Reporter: pvanbosgeo | Owner: grass-dev@…
Type: defect | Status: new
Pri
#1815: Problem with menu "path to GRASS database" in v.proj en r.proj windows
+---
Reporter: pvanbosgeo | Owner: grass-dev@…
Type: defect | Status: new
Priority:
22 matches
Mail list logo