Anna,
I have updated, recompiled and tested the latest wxNviz and it works GREAT!
All the major issues with control view options and lightning are resolved and
work smoothly
and the organization of panels is more intuitive now.
The scrollbar shows up correctly for the FoldPanelBar
but I am wond
hi,
compiling grass65svn-r46561 in the osgeo4w-stack.
I get following:
>python -m py_compile
>/c/osgeo4w/usr/src/grass6_devel/dist.i686-pc-mingw32/etc/wxpython/gui_modules/menu.py
> File
>"c:/osgeo4w/usr/src/grass6_devel/dist.i686-pc-mingw32/etc/wxpython/gui_modules/menu.py",
> line 52
> s
> so I have to find where 3.79.1 comes from, no idea at the moment ...
a qgis-1.6-standalone installation was interfering with the
osgeo4w-build-environment. :o(
Helmut
___
Schon gehört? WEB.DE hat einen genialen Phishing-Filter in die
To
ok, something seems to mess up my osgeo4w-build-environment. because in the
started osgeo4w-msys-shell there is
GNU Make version 3.79.1.
but, following http://trac.osgeo.org/grass/wiki/CompileOnWindows, if I change
in C:\OSGeo4W\apps\msys\bin
within the osgeo4w-msys-shell there is GNU Make 3.81.
All:
I have compiled various versions of GRASS on Linux (Redhat) in the past
without problems and recently complied GRASS 6.4.1 on Linux. If I try to
import a shapefile using GRASS 6.4.1 using v.in.ogr, it takes more than
an order of magnitude longer than previous versions of GRASS that I
bu
FYI
-- Forwarded message --
From: Alex Mandel
Date: Fri, Jun 3, 2011 at 9:06 PM
Subject: [OSGeo-Discuss] NOTICE: Server Maintenance Today
To: OSGeo Discussions
All,
Some OSGeo services will be down briefly (about 30 minutes) today
starting at
http://www.timeanddate.com/worldcl
Hi,
1) What do I have completed this week?
Fixed bugs in lighting, preferences, drawing vectors on surfaces and others.
I realized that 3D mode can be used only in one map display window due to ogsf
library,
so I make some changes to prevent user from using more windows in 3D mode (I'm
not goin
Hi all,
This is my 2nd week report. Thanks to Maris for his help in this weeks work.
*1) What do I have completed this week?*
I have completed the following by this week.
- Read the programmers manual for WXGUI [1], [2], [3].
- Written a standalone helloWorld application in WXGUI and lea
On Fri, Jun 3, 2011 at 4:55 PM, Markus Neteler wrote:
> Hi,
>
> from other Linux applications I am used to mark test (say, module
> messages) with the left mouse button and paste it with the
> middle mouse button into a whatever text editor.
> But in the wxGUI it is not possible, I am forced to us
#1375: wxGUI: vector digitizer: cannot close (empty) vector map
--+-
Reporter: neteler | Owner: martinl
Type: defect | Status: closed
Priority: normal | Milestone: 6.4.
>>Markus,
>> Were you planning on adding filtering options by return number
on v.in.lidar? It occurs to me that you could speed things up by only
processing the subset of the data that you want to >>use. I could see it
being a useful thing to create a vector layer composed only of 1st
Hi,
from other Linux applications I am used to mark test (say, module
messages) with the left mouse button and paste it with the
middle mouse button into a whatever text editor.
But in the wxGUI it is not possible, I am forced to use CTRL-C/V.
Any idea how to make the wxGUI behave "normal" in thi
Soeren Gebbert wrote:
> I was thinking about a similar approach, but the effort to parse the
> modules XML interface description to identify the command line
> arguments to compare the created data was to much effort for me.
I don't see a need to parse the command; just execute it and see what
f
On Fri, Jun 3, 2011 at 3:30 PM, wrote:
>
> Markus,
> Were you planning on adding filtering options by return number on
> v.in.lidar? It occurs to me that you could speed things up by only
> processing the subset of the data that you want to use. I could see it
> being a useful thing to
Markus,
Were you planning on adding filtering options by return number on
v.in.lidar? It occurs to me that you could speed things up by only
processing the subset of the data that you want to use. I could see it
being a useful thing to create a vector layer composed only of 1st return
Hi Glynn,
2011/6/3 Glynn Clements :
>
> Soeren Gebbert wrote:
>
>> i have updated the wiki and added a simple Python example of a
>> hypothetical r.series test. Please have a look at:
>> http://grass.osgeo.org/wiki/Test_Suite#Test_framework
>>
>> The sample Python code shows in principle how a tes
Soeren Gebbert wrote:
> i have updated the wiki and added a simple Python example of a
> hypothetical r.series test. Please have a look at:
> http://grass.osgeo.org/wiki/Test_Suite#Test_framework
>
> The sample Python code shows in principle how a test case would look
> like and what kind of met
Martin Landa wrote:
> > is an order-only dependency, which requires GNU make 3.81. In 6.x,
> > this syntax is normally conditional upon "ifneq ($(BROKEN_MAKE),)". It
> > appears that someone back-ported from 7.0 (where GNU make 3.81 is a
> > requirement) without changing this.
>
> lib/python/Mak
Hi All,
this is to inform you about updates in my GSoC project.
== Work done during week 2 ==
During current week
* I studied some of the r.stream modules to be managed by the GUI. The idea
is to manage the hydrological study in two steps, as detailed on my
project's wiki page [0].
* I opened a
Hi,
2011/6/2 Glynn Clements :
> is an order-only dependency, which requires GNU make 3.81. In 6.x,
> this syntax is normally conditional upon "ifneq ($(BROKEN_MAKE),)". It
> appears that someone back-ported from 7.0 (where GNU make 3.81 is a
> requirement) without changing this.
lib/python/Makefi
2011/6/3 Hamish :
> Helmut wrote:
>> $ make --version
>> GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
>
> speaks for itself.
release date (11-Apr-2000) also speaks for itself;-) So we need to
maintain two different system in G6 and G7, G6 needs to be fixed at
this point.
Mart
2011/6/3 Hamish :
> Martin wrote:
>> wouldn't be better to sync makefile systems in GRASS6 with
>> GRASS7 and require 3.81 also for GRASS6?
>
> please follow the path of least change to fix bugs in the stable
> branch.
speaking about develbr6, are you considering also this branch as feature-frozen
22 matches
Mail list logo
