On Tue, 17 Dec 2013 21:13:16 +0100
Martin Landa landa.mar...@gmail.com wrote:
Dear all,
2013/12/14 Markus Neteler nete...@osgeo.org:
OSGeo » Code Sprint 2014
Get together, hack, decide, tackle large geospatial problems,
have fun, and explore a city.
March 24th to 28th. Vienna,
Hello all from Prague!
The sprint is progressing well, with another productive day!
Special thanks to Martin and MarkusN for the smooth organisation :)
The full list of what we did can be found here:
http://grasswiki.osgeo.org/wiki/Talk:GRASS_Community_Sprint_Prague_2013
Since last report,
Hello all, and sorry for cross posting.
Below you can find the OSGeo call for GSoC projects. Feel free to
forward it to any interested people and mailing lists.
Best!
Anne
Begin forwarded message:
Date: Wed, 27 Feb 2013 10:39:12 +0100
From: Anne Ghisla a.ghi...@gmail.com
To: OSGeo Discuss list
On Mon, 11 Feb 2013 20:23:14 +0100
Margherita Di Leo dileomargher...@gmail.com wrote:
FYI
Hello all!
stay tuned for OSGeo updates on GSoC. It's a good time for mentors and
students to get in touch with their favourite projects and start
working on the Ideas pages.
More info on last year's
Hello all, and sorry for cross-posting,
let me welcome our 3 students accepted for Google Summer of Code 2012:
- Pietro Zambelli, mentored by Sören Gebbert, on the project Python
high level map interaction for GRASS GIS
- Stepan Turek, mentored by Martin Landa, on GRASS GIS WxGui front
end
On Thu, 05 Apr 2012 12:26:19 +0530
Mohit Kumar mohit.kumaru...@students.iiit.ac.in wrote:
Hi all,
Shall I go with this PostGIS manager proposal and apply on melange
website?
Any further suggestions are welcome
Only one day is left to appply.
Hello Mohit,
I'd suggest you to apply on
On Wed, 8 Feb 2012 06:22:43 -0800 (PST)
Hamish hamis...@yahoo.com wrote:
Hi all,
Hi Hamish, all,
-second call-
if you have anything to add to
https://trac.osgeo.org/grass/wiki/Release/6.4.2-News
please do it now, so that it can be added to the main announcement
too.
once that's
On Thu, 08 Dec 2011 13:03:36 +0100
Johannes Radinger jradin...@gmx.at wrote:
Hi,
Glynn Clements gl...@gclements.plus.com escribió:
Johannes Radinger wrote:
I tried to run the script now manually with --help
from the command line. For simplicicity I only tried
v.krige.py, a
Le dimanche 03 juillet 2011 à 15:53 -0700, Hamish a écrit :
Hi,
can we move the test files into $MODULE/testsuite/ or similar?
I'm just looking at grass7/raster/r.colors/ and the test files
really dominate the module dir.
+1 from me on having a testsuite/ or tests/ subdir for each module.
On Thu, 2011-06-16 at 22:26 +0200, Soeren Gebbert wrote:
Hi all,
i have summarized the ideas of Anne, Glynn and me in the wiki:
http://grass.osgeo.org/wiki/Test_Suite
Hopefully most of the ideas a listed there.
While reviewing the g3d library code and related modules i implemented
Hello Glynn, all,
On Sun, 2011-05-22 at 20:56 +0100, Glynn Clements wrote:
Anne Ghisla wrote:
Sören and me have discussed today about creating a comprehensive test
suite for GRASS. We wrote down the draft [0] and I plan to work on the
implementation as soon as possible.
[...]
We plan
Hello all,
Sören and me have discussed today about creating a comprehensive test
suite for GRASS. We wrote down the draft [0] and I plan to work on the
implementation as soon as possible.
I hope it is of interest of the developers team, and of course more
opinions are welcome, as well as coding
On Wed, 2011-01-19 at 08:51 +0100, Markus Neteler wrote:
On Wed, Jan 19, 2011 at 12:37 AM, Dylan Beaudette
debeaude...@ucdavis.edu wrote:
On Tuesday, January 18, 2011, Benjamin Ducke wrote:
That's reassuring, thanks Markus.
Incidentally, since HTML housekeeping is such a boring
chore but
On Sat, 2010-11-13 at 20:23 +0100, Maciej Sieczka wrote:
BTW: what is the current status of r.li.setup.py? It's present in GRASS
7 source code but not used in menudata.xml.
Hi Maciek,
the r.li.setup.py in the source code is just a stub, it's not functional
at all. Feel all free to edit/drop
Hi all,
I'm compiling GRASS7 r44048 on my new Fedora 13 box. I installed
packages according to the configure requirements [0] and then ran make.
This is make output [1] - --swig option at line 46 of
gui/wxpython/vdigit/Makefile is expanded as no and tries to execute
it.
I suspect that compiling
On Thu, 2010-10-28 at 09:47 +0200, Anne Ghisla wrote:
Hi all,
I'm compiling GRASS7 r44048 on my new Fedora 13 box. I installed
packages according to the configure requirements [0] and then ran make.
This is make output [1] - --swig option at line 46 of
gui/wxpython/vdigit/Makefile
On Fri, 2010-09-03 at 12:25 +0200, Martin Landa wrote:
Hi,
2010/9/3 Markus Neteler nete...@osgeo.org:
On Wed, Sep 1, 2010 at 11:02 PM, Helmut Kudrnovsky hel...@web.de wrote:
maybe http://trac.osgeo.org/grass/ticket/1143 should be fixed?
since this one was also fixed. I suggest to
on
makefiles - are most welcome!
anne
--
http://gis.fem-environment.eu/anne-ghisla/
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
()
I propose r42866 (trunk), backported to 6.5 and 6.4.
cheers!
anne
--
http://gis.fem-environment.eu/anne-ghisla/
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi devs,
the split of v.krige into script and GUI broke the variogram preview -
programmatically it was based on global variables, that worked when
the code was all in one script.
The point is that variogram preview needs to load data before hitting
Run button. AFAIK, GRASS modules usually
On Thu, Jan 14, 2010 at 5:10 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
In fact, the problem is even a new one:
class Controller():
^
SyntaxError: invalid syntax
[nete...@xblade14 v.krige]$ rpm -qf /usr/bin/python
python-2.4.3-8.FC4
On Thu, Jan 14, 2010 at 1:18 AM, Glynn Clements
gl...@gclements.plus.com wrote:
The other issue (needing to use $GRASS_PYTHON for actual usage) is
still outstanding.
Yes, I plan to solve it after the removal of some computation code
left in GUI file and some more refactoring.
Is it ok for you
On Fri, 2010-01-08 at 22:06 +0100, Jan Tošovský wrote:
after invoking the Kriging module a system message appears:
'Are you sure you want to add the information in RHOME
to the registry?'. When Yes button is pressed, another
message appears: 'Cannot import RHOME. Error opening the file.
On Thu, 2010-01-07 at 00:45 +, Glynn Clements wrote:
Hamish wrote:
in trunk I get errors detected building wxpython and v.kridge, but if I
cd into their dirs and re-run make they build ok.
are the pre-deps in their Makefiles healthy?
v.krige is a known problem, and isn't
On Tue, 2010-01-05 at 22:15 +0100, Markus Neteler wrote:
On Tue, Jan 5, 2010 at 11:06 AM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Jan 5, 2010 at 9:55 AM, Martin Landa landa.mar...@gmail.com wrote:
I wonder if we can release 6.4.0,
...
I personally vote for going ahead and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all, and sorry for top posting,
Jan, thanks for feedback. AFAIK no Windows testing has been done for
v.krige. I'll try to get it work on my XP box asap. If anyone has useful
tips about this issue, feel free to drop a line on v.krige's wiki page.
On Fri, 2009-12-25 at 06:12 +, Glynn Clements wrote:
William Kyngesburye wrote:
I think that v.krige should be split into a simple front-end script
which doesn't import wx, and an application. The front-end script
would invoke the main script via $GRASS_PYTHON once grass.parser()
returns
Il giorno mer, 02/09/2009 alle 16.23 -0600, Jeshua Lacock ha scritto:
On Sep 2, 2009, at 6:05 AM, Anne Ghisla wrote:
[..]
I suppose you run Windows: that's what happen when you use head
revision
of v.krige and an outdated revision of GRASS. The module is presently
developed
this helps!
best regards,
Anne Ghisla
Thanks,
Jeshua Lacock, Owner
http://OpenOSX.com
phone: 208.462.4171
[0]
http://stat.ethz.ch/R-manual/R-patched/library/base/html/Memory-limits.html
[1] http://www.matthewckeller.com/html/memory.html
[2] http://sekhon.berkeley.edu/library/gstat/html
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all and sorry for cross-posting,
this week I worked on error handling by GUI, adding controls on input
data and parameters and hiding Run and Plot buttons unless all options
are suitable.
Variogram plotting is on its way - I discarded
Hello all, and sorry for cross-posting,
good news from v.krige:
* fixed optional parameters also in interface - activated by a checkbox,
otherwise R's NA value is correctly set
* interactive variogram fit is on its way - stay tuned!
Next week I plan to set up interactive variogram using
Hi all,
may I ask why does parser() cast all options arguments as strings
instead of keeping their types?
In v.krige.py addon I recast integer options in line 544, before calling
R functions.
I also had a look at parser code, but with little success. I'd be glad
if anyone can guide me in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all, and sorry for cross-posting,
this week I added Command output tab and the option for block kriging,
and updated documentation with more precise information on dependencies.
I'll add splashscreen only as dependency check and command output
Hello all, and sorry for cross-posting,
this week has been full of improvements:
- CLI with optional arguments is up and running
- interface creation is no more delayed by vector map filtering
- dependencies are checked all at the beginning - no risk of mid-process
crashes if something is missing
Hello all, and sorry for cross-posting,
this week I worked on removing parameters hardwired in the code, binding
them to the interface instead.
Therefore, now it is possible use all widgets in gstat and automap
pages, i.e. pick up the model from a list, set sill, nugget and range;
set the output
Hello all, and sorry for cross-posting,
just few minutes ago I succeded in completing the kriging procedure with
gstat functions. It runs with a proof-of-concept dataset based on
spearfish data, see this tutorial [0].
Martin helped me a lot in getting the standard wxGUI comboboxes to run
properly
Hello all,
this week I made steady progress on the module.
What I've done:
* renamed the module v.krige, as its features will go beyond automatic
kriging.
* addition of choicebox with only numerical columns, as interpolation
will be based on such variables
* refactoring on interface population -
open to any
suggestion.
Michael
Anne
On Jun 11, 2009, at 9:50 AM, Anne Ghisla wrote:
Hello all,
there are some important news about the module!
First of all, the interface is almost finished. See a screenshot on the
wiki page [0].
The layout includes a notebook with a page for each
.
regards,
Anne
Tom
Anne Ghisla wrote:
Hello all,
there are some important news about the module!
First of all, the interface is almost finished. See a screenshot on the
wiki page [0].
The layout includes a notebook with a page for each R package (automap,
gstat and geoR
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all,
there are some important news about the module!
First of all, the interface is almost finished. See a screenshot on the
wiki page [0].
The layout includes a notebook with a page for each R package (automap,
gstat and geoR), with the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all,
here's second report for my project. See wiki page for more detail [0].
= Done =
- - Ended An Introduction to Applied Geostatistics, great source of
information of what the module is supposed to do. Now I can be both
developer and user,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
E. Jorge Tizado ha scritto:
Hi Anne,
I also find how krige a map but I fail trying export to a new raster map from
R. The problem to test your module is that I use bash, not ksh. Migration to
python is ideal.
You comment documentation, see:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all,
I'm Anne Ghisla and I'm working on integration of R kriging functions
into GRASS, porting v.autokrige [0] to wxPython and widening its pool of
functions.
Code is hosted on SVN GRASS addons repository, see the page of the
project on OSGeo
43 matches
Mail list logo