OSX Xcode 3.1/GCC 4.0 here
On Jun 17, 2009, at 4:59 PM, 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 a
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: ogr_srs_api
#625: make errors (missing demolocation)
---+
Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
Priority: critical | Milestone: 7.0.0
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
Colin Nielsen wrote:
> >> the last time I ended up in the hell of mixing libraries built using
> >> mingw (GRASS) and msvs (wxpython). Currently I have no time for this
> >> kind of "fun". If somebody put on wiki instructions how to overcome
> >> this problem I will be happy to fix MS Windows rel
Moritz Lennert writes:
On 17/06/09 14:58, Roger Miller wrote:
The "layer=" feature of the commands seems to me to be largely if not
entirely superfluous. The function that it performs can be duplicated
by "where="
This would mean mixing different types of objects into the same layer and
thu
On Jun 17, 2009, at 6:21 AM, grass-dev-requ...@lists.osgeo.org wrote:
Date: Wed, 17 Jun 2009 06:58:44 -0600
From: Roger Miller
Subject: [GRASS-dev] terminology issues in grass7
To: "grass-dev@lists.osgeo.org"
Message-ID: <1245243524.4369.15.ca...@linux>
Content-Type: text/plain
Folks,
The t
Moritz Lennert wrote:
>
> Just to make this more visual:
>
> d.vect testlayers2 layer=1 fcol=green
> d.vect testlayers2 layer=2 fcol=red icon=basic/circle size=10
> d.vect testlayers2 layer=3 col=blue width=5 type=line
>
> giving you
>
> http://geog-pc40.ulb.ac.be/grass/misc/layer_example.png
>
> T
On Jun 16, 2009, at 11:06 PM, Markus GRASS wrote:
Michael Barton wrote:
On Jun 16, 2009, at 12:39 PM, Paul Kelly wrote:
On Tue, 16 Jun 2009, Michael Barton wrote:
In GRASS, displaying Layer 1 will show all objects for some vector
topologies, and only ID 1 and 2 for other topologies. How
On 17/06/09 14:58, Roger Miller wrote:
The "layer=" feature of the commands seems to me to be largely if not
entirely superfluous. The function that it performs can be duplicated
by "where="
This would mean mixing different types of objects into the same layer
and thus the same attribute tab
On 10/06/09 05:02, Hamish wrote:
Paul wrote:
Probably we should update datumtransform.table with the
correct Belgium 72 parameters. But it would be reassuring to
find out where the wrong ones have come from first...
and which ones are in fact "wrong" ...
I'm a bit surprised that Belgium
#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
On 16/06/09 17:14, 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: ogr
#625: make errors (missing demolocation)
---+
Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
Priority: critical | Milestone: 7.0.0
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
On Wed, Jun 17, 2009 at 5:30 AM, Hamish wrote:
>
> Martin wrote:
>> the last time I ended up in the hell of mixing libraries built using
>> mingw (GRASS) and msvs (wxpython). Currently I have no time for this
>> kind of "fun". If somebody put on wiki instructions how to overcome
>> this problem I w
Hi,
2009/6/17 Hamish :
>
> Martin wrote:
>> the last time I ended up in the hell of mixing libraries built using
>> mingw (GRASS) and msvs (wxpython). Currently I have no time for this
>> kind of "fun". If somebody put on wiki instructions how to overcome
>> this problem I will be happy to fix MS
Folks,
The terminology discussion has evolved into a discussion on usage.
That's constructive but it really doesn't do much to solve the initial
problem.
I noticed that most of the participants in the discussion are using the
term "layer" frequently and usually without problems in agreeing to its
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
#625: make errors (missing demolocation)
---+
Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: critical | Milestone: 7.0.0
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
#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
#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
Priorit
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
#653: consider using console instead of cmd.exe
---+
Reporter: timmie| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: normal| Miles
#653: consider using console instead of cmd.exe
---+
Reporter: timmie| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: normal| Miles
#653: consider using console instead of cmd.exe
---+
Reporter: timmie | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: normal | Milestone: 6.4.0
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
Martin wrote:
> the last time I ended up in the hell of mixing libraries built using
> mingw (GRASS) and msvs (wxpython). Currently I have no time for this
> kind of "fun". If somebody put on wiki instructions how to overcome
> this problem I will be happy to fix MS Windows related bugs to make
>
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
On 16/06/09 18:50, Michael Barton wrote:
Many users writing to the lists seem baffled by GRASS layers. They are
complicated to explain whatever we name them. My opinion--completely
unsupported by any systematic data and only by anecdotal experience--is
that these would be more understandable to
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
#570: startup problem with standalone GRASS install
---+
Reporter: timmie| Owner: timmie
Type: defect| Status: reopened
Priority: normal| Milestone: 6.4.0
36 matches
Mail list logo
