Hi devs,
I'm trying to use t.rast.out.vtk but I obtain something strange. I
think something is wrong with r.out.vtk, I maybe found two errors:
- it doesn't maintain the color of the map
- there is something doesn't work with the Z axis.
I attach two screenshot, problem.png is the paraview scene
On 28 November 2014 at 14:35, Sören Gebbert
soerengebb...@googlemail.com wrote:
Hi Luca,
Hi Soeren
can you please provide the command line that produces the wrong output?
r.out.vtk in=2012_01_tempmean
out=/tmp/export_temporal/2012_01_tempmean.vtk rgbmaps=2012_01_tempmean
On 28 November 2014 at 16:40, Sören Gebbert
soerengebb...@googlemail.com wrote:
Hi Luca,
Hi Soeren
2014-11-28 15:28 GMT+01:00 Luca Delucchi lucadel...@gmail.com:
On 28 November 2014 at 14:35, Sören Gebbert
soerengebb...@googlemail.com wrote:
Hi Luca,
Hi Soeren
can you please provide
On 26 November 2014 at 20:22, Anna Petrášová kratocha...@gmail.com wrote:
I agree.
Maybe we should add daily temperature far a year, (they are usefull
for t.rast.accumulate) do you have these data?
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
Hi devs,
I'm working on temporal documentation replacing the example with the
future temporal dataset that I'm working on, so I'm testing more or
less all the command.
I'm not able to run t.rast.neighbors for this problem
t.rast.neighbors input=tempmean_monthly output=smooth_tempmean_monthly
On 8 October 2014 at 03:21, Anna Petrášová kratocha...@gmail.com wrote:
Hi,
Hi,
as you know we need to decide which data are we going to use for t.vect.*
examples. One possibility is to use oceanfront shorelines of North Carolina,
we can get this data easily from here:
On 26 November 2014 at 20:22, Anna Petrášová kratocha...@gmail.com wrote:
yes, but there are no NC towns as points in the standard dataset. You could
use precip_30ynormals@PERMANENT which are the meteorology stations, which
probably doesn't make much sense since but maybe it's still good for
On 26 November 2014 at 21:02, Helena Mitasova hmit...@ncsu.edu wrote:
Anna is right - in fact these are the stations which were used to create the
rasterized climate time series so there is no need to create
virtual weather stations - we already have the real ones. We can get more
complete
On 26 November 2014 at 21:10, Markus Neteler nete...@osgeo.org wrote:
But polygons would be better for zonal statistics.
As Anna wrote we need points, but we should have both. Maybe
census_wake2000 or nc_state?
Markus
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
On 26 November 2014 at 21:31, Anna Petrášová kratocha...@gmail.com wrote:
Anyway, we have a lot of options... We have to decide for one.
yes, the proposal are:
- shoreline ocean
- contour from precip and/or temp
- contour from LIDAR
so?
do we have any? We would have to have a timeseries of
On 25 November 2014 at 16:36, Erick Opiyo osgis@gmail.com wrote:
I have replaced g.mlist with g.list.
And now I have two versions of grass 7.0-r62941 and 7.1-r62932
But, now I get another wired error, shown below: For both 7.0 and 7.1
7.0
ERROR: output map
On 13 November 2014 02:47, Anna Petrášová kratocha...@gmail.com wrote:
Hi Luca,
Hi Anna,
I improved you patch adding a new combobox to choose the layer number.
I have some problems with wxpython:
- I added two GError (if the vector has no areas or if the vector has
no dblinks), but
Hi devs,
On 6 November 2014 05:45, Anna Petrášová kratocha...@gmail.com wrote:
Luca, are you or anyone else planning to do that?
I'm going to backport all the python sphinx documentation, bot for
lib/python than gui/wxpython.
It's really a lot of changes. I spent several hours to try to
On 11 November 2014 23:32, Vaclav Petras wenzesl...@gmail.com wrote:
On Tue, Nov 11, 2014 at 5:05 PM, Luca Delucchi lucadel...@gmail.com wrote:
I don't understand if gunittest will be backported before 7.0 release,
if we backport we can leave that line, otherwise it should be removed
I
Hi devs,
For g.gui.rlisetup I need an empty record or an empty string in
gselect.Select. I would like add a variable in the__init__ function to add
automatically the empty record to the list.
Is there any other way how to assign an empty value to gselect.Select?
Ciao
Luca
Hi,
On 1 November 2014 11:15, Markus Neteler nete...@osgeo.org wrote:
Yet open:
- raster/r.in.arc and raster/r.out.arc (use r.in.gdal/r.out.gdal) - ?
- raster/r.in.tiff and raster/r.out.tiff (use r.in.gdal/r.out.gdal) - ?
- raster/r.le (sufficiently superseded by r.li?) - ?
these three
Hi everybody,
The raster_history function on my computer is not working.
In [5]: raster.raster_history('elevation')
---
KeyError Traceback (most recent call last)
ipython-input-5-2ee82b501872
Hi Markus,
On 29 October 2014 09:15, Markus Metz markus.metz.gisw...@gmail.com wrote:
Please try the attached patch for gui/wxpython/rlisetup.
I test your patch and it works. I improved a little bit it (attached
the new patch).
Do you apply it?
Markus M
--
ciao
Luca
On 30 October 2014 15:08, Markus Metz markus.metz.gisw...@gmail.com wrote:
On Thu, Oct 30, 2014 at 2:31 PM, Luca Delucchi lucadel...@gmail.com wrote:
Hi Markus,
On 29 October 2014 09:15, Markus Metz markus.metz.gisw...@gmail.com wrote:
Please try the attached patch for gui/wxpython/rlisetup
On 28 October 2014 20:40, Markus Metz markus.metz.gisw...@gmail.com wrote:
So the question is how to handle multiple categories per feature and
layer instead of multiple layers per vector?
yes
Would it be so difficult to enable g.gui.rlisetup to handle these cases?
Yes, it should but we
On 28 October 2014 10:44, Martin Landa landa.mar...@gmail.com wrote:
Hi,
Hi
2014-10-27 21:01 GMT+01:00 Martin Landa landa.mar...@gmail.com:
I would suggest to print fully-qualified names by default. Any opinion?
Martin
If you agree I would vote for reverting logic of -m flag to
Print
On 29 October 2014 00:18, Markus Neteler nete...@osgeo.org wrote:
imagery/i.class
-- likely obsolete. Replaced with g.gui.iclass. Trash it or move to Addons?
trash
imagery/i.ortho.photo/i.ortho.init
imagery/i.ortho.photo/i.ortho.transform
-- likely needed. See
On 22 October 2014 18:10, Martin Landa landa.mar...@gmail.com wrote:
Hi,
Hi,
2014-10-22 18:09 GMT+02:00 Pietro peter.z...@gmail.com:
If other devs agree on backporting grass.exceptions, then I could do
this during the weekend.
I would agree with that. Martin
+1
--
Martin Landa *
On 22 September 2014 22:31, Markus Neteler nete...@osgeo.org wrote:
Hi Luca,
concerning the changes in:
grass/trunk/lib/python/imaging/images2gif.py
grass/trunk/lib/python/imaging/images2swf.py
... wouldn't it be good to get that upstream fixed in the original files, too?
I don't
On 22 September 2014 09:04, Markus Metz markus.metz.gisw...@gmail.com wrote:
The threshold must always be in meters, also if the location's units
are not meters, because G_area_of_polygon() is used to calculate area
sizes which always returns square meters. This was wrong in the manual
of
Hi devs,
What do you think about a code sprint after Foss4g EU?
we could start on Saturday (one day code sprint should be already planned)
and continue the days after.
We could also extend to others projects and replicate something like Vienna
code sprint.
Cheers
Luca
Hi devs,
is there ant way to use run_command using as input command a string or
a list of strings?
thanks
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
I wrote to OSGeo GSOC mailing list to ask if they want to apply,
otherwise we could apply as single project.. what do you think?
-- Forwarded message --
From: Scott Wilson scott.bradley.wil...@gmail.com
Date: 29 August 2014 13:35
Subject: [GSoC Mentors] After GSoC ... Semester of
Hi everybody,
I'm testing v.clean with meters and feet projection system.
I'm trying to run v.clean in the same map and with the same
parameters, but I obtain a different result. For the testing I'm using
zipcodes_wake map of nc_spm_08
Here my procedure:
- download nc_spf location from here [0]
On 13 August 2014 15:28, Matej Krejci matejkre...@gmail.com wrote:
Hi,
Hi Matej
I would like to introduce possibility/decision of naming and choice of
location for .xml metadata files.
With Margherita and Martin we agreed:
To create new folder 'metadata' in grass location:
On 22 July 2014 22:36, Markus Neteler nete...@osgeo.org wrote:
all:
I guess we are completely out of sync concerning the PyGRASS docs.
(Un)related to beta3, how should we handle that? Backport it after beta3?
I think it is better...we could move PyGRASS, WXGUI and Python script
On 28 June 2014 12:32, Sören Gebbert soerengebb...@googlemail.com wrote:
Hi Luca,
Hi Soeren,
Yes, it is possible to add any amount of fields in the future. Older
databases must then be updated to support the new fields, otherwise
the updated framework will not work with them.
ok, so
On 2 July 2014 23:10, Martin Landa landa.mar...@gmail.com wrote:
Hi,
Hi,
an idea which could really help to a person who goes through svn logs
and collects items for the news on trac. The commits which should go
to the news could be marked by developers by special key, eg. `[news]`
in the
On 3 July 2014 17:08, Martin Landa landa.mar...@gmail.com wrote:
Hi,
HI,
2014-07-03 17:06 GMT+02:00 Martin Landa landa.mar...@gmail.com:
sphinxdoc'
please consider renaming this rule to `sphinxdocs` (similarly to
`htmldocs` and friends - see include/Make/Docs.make). Martin
ok, do you
On 3 July 2014 17:35, Pietro peter.z...@gmail.com wrote:
Dear devs,
Hi,
What do you think if we unify all our custom exceptions in one common file?
Just to avoid code repetitions and help consistency.
Looking into the code I found the following custom exceptions:
{{{
$ grep --color=auto
On 3 July 2014 17:08, Martin Landa landa.mar...@gmail.com wrote:
Hi,
Hi again
please consider renaming this rule to `sphinxdocs` (similarly to
`htmldocs` and friends - see include/Make/Docs.make). Martin
I saw that the name in the main Makefile are something like htmldocs
and htmldox,
Hi devs,
I just commit (r61141) the first step of Python Sphinx documentation.
Now it compile with WXGUI Sphinx documentation so just launching 'make
sphinxdoc'
I removed pygrass/docs and kept the useful pages in the new lib/python/docs/
Please test it and report any problems.
Next steps is to
On 1 July 2014 14:00, Martin Landa landa.mar...@gmail.com wrote:
2014-06-09 11:01 GMT+02:00 Glynn Clements gl...@gclements.plus.com:
beside remaining compilation errors [1], wingrass 71 still (after
weeks!!!) even doesn't start...
Traceback (most recent call last):
File
Hi devs,
The GRASS71 command console on Windows it is saving the history in
only one big multiline text.
If I remove to much information it jump to the previous command and
start to remove text also from that. This behavior
Is it a known problem?
--
ciao
Luca
On 29 June 2014 21:57, Matej Krejci matejkre...@gmail.com wrote:
Hi all,
Hi Matej
to finish version 1.1 (by wikipage) of g.gui.editor
I think that g.gui.editor it is not so clear, could you rename it to
g.gui.metadata or g.gui.metaeditor?
to connect GUI editor (middle panel) with OWSLib
On 26 June 2014 19:59, Markus Neteler nete...@osgeo.org wrote:
nice work, Luca (and thanks to Anna for code cleanup).
Sorry Anna, but I don't understand because you remove all the 3D code,
I would like to implement it later (sometime I'm careless but not this
time :-P )
Thanks for the
On 26 June 2014 18:43, Vaclav Petras wenzesl...@gmail.com wrote:
Thanks Luca, it is more clear now what you want to do but as Soeren noted we
should make clear who are users and who are developers. I usually cannot
agree with people's opinions here and there, e.g. on Doxygen mailing list
Hi devs,
some Italian users notice that r.li modules are not active in GRASS
GIS 6.4.4 on windows, is this correct?
On the GRASS GIS 6.4.4 release announce there is release include a
complete rewrite of the r.li suite :-)
best
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
On 24 June 2014 17:10, Sören Gebbert soerengebb...@googlemail.com wrote:
Hi Luca,
Hi Soeren,
there is no dedicated field for unit specification. You can use the
description, or maybe better, the semantic field in the base
information object:
{{{
import grass.temporal as tgis
tgis.init()
On 27 June 2014 15:46, Anna Petrášová kratocha...@gmail.com wrote:
On Fri, Jun 27, 2014 at 3:03 AM, Luca Delucchi lucadel...@gmail.com wrote:
On 26 June 2014 19:59, Markus Neteler nete...@osgeo.org wrote:
nice work, Luca (and thanks to Anna for code cleanup).
Sorry Anna, but I don't
On 27 June 2014 16:11, Martin Landa landa.mar...@gmail.com wrote:
Hi,
Hi
you are right, I would thought that author of r.li.* updates checked
also availability on Windows. I will try to check what is wrong with
the installer.
Thanks Martin...
Martin
--
ciao
Luca
Hi everybody,
I just commit in trunk (r60981) a new tool for wxgui, the Temporal plot.
It allows the user to see in a plot the values of one or more temporal
datasets (strds, stvds,
str3ds) for a queried point defined by a coordinate pair, it can also
save directly the plot to an image (so it is
Hi devs,
I'm going to start to work on sphinx documentation for lib/python in
the next week/s.
I would like to know which directory do you like to have on the docs.
I think that all the directories (ctypes, imaging, pydispatch,
pygrass, script, temporal) should be in.
what do you think?
PS
I
On 26 June 2014 17:21, Vaclav Petras wenzesl...@gmail.com wrote:
Hi Luca,
Hi Vaclav,
On Thu, Jun 26, 2014 at 11:02 AM, Luca Delucchi lucadel...@gmail.com
wrote:
Hi devs,
I'm going to start to work on sphinx documentation for lib/python in
the next week/s.
I would like to know which
On 24 June 2014 13:05, Sören Gebbert soerengebb...@googlemail.com wrote:
Hi Luca,
please call
tgis.init()
before any temporal operation is performed.
thanks it fix the problem.
Is any information about the unit of values of temporal dataset (as
millimeter for precipitation or Celsius for
On 15 June 2014 01:12, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jun 11, 2014 at 11:30 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
I very rapidly drafted a RFC for that:
http://trac.osgeo.org/grass/wiki/RFC/4_ReleaseProcedure
To me the proposed procedure looks very good.
On 31 May 2014 02:03, Vaclav Petras wenzesl...@gmail.com wrote:
This would be really great. For Python and GUI I'm always looking to source
code rather than Doxygen but I hope that with Sphinx it will be a start of a
new documentation which I will actually use.
I everybody,
In r60817 I
On 30 May 2014 17:20, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, May 28, 2014 at 2:53 AM, Luca Delucchi lucadel...@gmail.com wrote:
[0] http://grass.osgeo.org/grass71/manuals/pygrass/index.html
Nice, perhaps bit too conservative design but fits to GRASS manual
nicely. I
On 28 May 2014 15:21, Martin Landa landa.mar...@gmail.com wrote:
Hi,
Hi
2014-05-28 15:07 GMT+02:00 Huidae Cho gras...@gmail.com:
Looks great! Personally I don't see a reason to have two versions of
list/remove. Time to replace the old g.list,remove with the g.m* version?
personally I
On 27 May 2014 14:06, Vaclav Petras wenzesl...@gmail.com wrote:
Hi Luca,
Hi Vaclav
Yes. Sphinx for the whole lib/python (grass.*). I'm not sure if additional
separate for PyGRASS would make sense, probably not. Then it would be nice
to have Sphinx for GUI (gui/wxpython).
I think the
I everybody,
In the last days some improvements were done on pygrass documentation side [0].
I would like to ask you:
- what do you think about extend sphinx documentation to all python
library of GRASS?
- could I replace doxigen instruction with sphinx instruction in
pygrass docstrings? (for
On 23 May 2014 19:02, Vaclav Petras wenzesl...@gmail.com wrote:
I don't think that grass-addons are appropriate. I consider grass-addons as
extension/addon/plugin repository, so thinks which you can install into
GRASS make sense there. r3.flow definitely does. I'm not so sure about
testing
On 25 May 2014 23:23, Markus Neteler nete...@osgeo.org wrote:
Hi,
Hi,
as Martin stated in a recent ticket comment, beta3 should be released asap.
I would like to get first the pygrass changes backported (not
difficult including the manual improvements).
Today and tomorrow I would like to
On 28 April 2014 07:39, Markus Neteler nete...@osgeo.org wrote:
... Sphinx issue solved on server (it was an issue in the cronjob
script). Now available:
The PyGRASS manual (Sphinx based), updated weekly:
http://grass.osgeo.org/programming7/pygrass/
Thanks,
At this point we may consider
On 18 April 2014 11:15, Pietro peter.z...@gmail.com wrote:
Hi Vaclav,
actually I'm a bit more extremist... :-)
I would like to split GRASS in three main parts:
- grass-lib
- grass-cli
- grass-gui
I also like this idea...
At least should be possible to build these parts separately,
On 31 March 2014 01:08, Vaclav Petras wenzesl...@gmail.com wrote:
Hi,
Hi
do you think that GRASS GIS Addons [1] should go to Ohloh [2]? I do, because
they are part of the project and should be tracked.
+1
GRASS GIS Addons can be added as additional repository for GRASS GIS project
or
On 27 March 2014 11:18, Paolo Cavallini cavall...@faunalia.it wrote:
Hi all.
Hi all,
I learned during dinner that GRASS7 RC1 is due very soon. This opens the
issue of its functioning in QGIS. IMHO:
* the qgis-grass-plugin might stop working (this has to be tested)
I test to compile QGIS
On 6 March 2014 02:43, Anna Petrášová kratocha...@gmail.com wrote:
Hi Luca,
Hi Anna,
I committed some improvements in r59202. I hope it's what you need, I am
always confused from all the offered possibilities in the wizard...
Yes thanks, I'm also confused from all the offered
Hi everybody, specially wxgui devs
I committed a lot of improvements in g.gui.rlisetup with commit number 59197.
Several work will be do yet to compare g.gui.rlisetup with r.li.setup of grass6.
Some of the new features are:
- support for vector area as sampling areas
- support of drawn region
-
Hi devs, specially Maris
the changeset r59163 broke grass70 startup.
In our group we had three different situation:
- I have no problem in wx file I had language;locale;lc_all;C
- one my colleague cannot start grass70 because language was missing
in his wx file
- another colleague had
On 2 March 2014 04:23, Anna Petrášová kratocha...@gmail.com wrote:
On Fri, Feb 28, 2014 at 5:14 PM, Luca Delucchi lucadel...@gmail.com wrote:
On 28 February 2014 15:38, Markus Neteler nete...@osgeo.org wrote:
Ideas? thanks
I think the attached patch should fix the problem (I have
On 27 February 2014 22:06, Pietro peter.z...@gmail.com wrote:
Hi Javier,
Hi,
yes, this bug should be fixed in (r59127), I've tried this code using
the North Carolina mapset:
from grass.pygrass.raster import RasterNumpy
elev = RasterNumpy('elevation')
elev.open()
flt = elev.flatten()
On 26 February 2014 18:04, Markus Neteler nete...@osgeo.org wrote:
Hi all
... back to this topic, I would be happy to find a solution for US vs
UK English:
GRASS 7.0.svn (patUTM32):~ r.unpack x60030_2000.green.histo2000_g.pack
WARNING: Difference between PROJ_INFO file of packed map and of
On 31 December 2013 03:37, Sören Gebbert soerengebb...@googlemail.com wrote:
Hi Luca,
Hi Soeren
There are no tests yet that assure the correct function of this
feature and honestly i don't know what the side effects will be for
any circumstances, since the principle design is that space
On 28 January 2014 17:12, Moritz Lennert mlenn...@club.worldonline.be wrote:
On 28/01/14 16:00, Margherita Di Leo wrote:
Hi All,
I'd like to bring a proposal for the forthcoming GSoC, that is the
support for INSPIRE. This proposal is twofold, one regarding the
metadata support, the other
On 28 January 2014 09:25, Moritz Lennert mlenn...@club.worldonline.be wrote:
Do you agree?
+1
+1
Moritz
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
On 28 January 2014 14:30, Martin Landa landa.mar...@gmail.com wrote:
Hi,
Hi,
2014-01-28 Pietro peter.z...@gmail.com:
I completely agree.
Personally I see a complete isolate python installation as a plus in that
case.
agreed, it's my opinion from the beginning of this long-term
Hi Paulo
On 22 January 2014 23:20, Paulo van Breugel p.vanbreu...@gmail.com wrote:
Does anybody know a smart way to calculate for X rasters per raster cell the
rank order of those rasters? For example, if I have three rasters X1, X2 and
X3:
X1 X2 X3
1 3 2
2 5 8
5
On 20 January 2014 19:13, Blumentrath, Stefan
stefan.blumentr...@nina.no wrote:
Hi,
Hi,
When I used r.what in GRASS 7 on Ubuntu 12.04 LTS (64bit) it introduced
duplicates (in my two cases it duplicated the last line of output).
Can it be a problem of my installation or shall I file a
On 21 January 2014 00:42, Blumentrath, Stefan
stefan.blumentr...@nina.no wrote:
Hi Luca,
Hi Stefan,
Thanks for your reply. I investigated a bit more and suspect the problem
arises from the points option which I used
When I extract the coordinates from my vector map and feed them as a
On 11 December 2013 22:45, Markus Metz markus.metz.gisw...@gmail.com wrote:
On Tue, Dec 10, 2013 at 11:14 AM, Luca Delucchi lucadel...@gmail.com wrote:
Hi devs,
Some days ago I create a really simple script to convert polygon to line [0].
I would like to know what do you think to move
On 7 January 2014 07:35, Paulo van Breugel p.vanbreu...@gmail.com wrote:
Hi Luca
Hi Paulo
Great, thanks!
I just tried to run the function, but initially got the error:
ERROR: Reading raster map ANN_MOD14A2_2002_L1_count@Fire request for row
68 is outside region
This was with a region
On 8 January 2014 11:41, Luca Delucchi lucadel...@gmail.com wrote:
Hi Paulo
Hi Devs,
I think this is a bug of r.li modules in GRASS7.
I try to create the same configuration file with GRASS7 and GRASS6 and
they are identical but in GRASS6 I don't obtain any error instead in
GRASS7 I
On 8 January 2014 15:46, Markus Neteler nete...@osgeo.org wrote:
Please try first the patch
test it
http://trac.osgeo.org/grass/ticket/2024
r_li_bug_2024.diff (15.9 KB) - added by rashadkm 2 weeks ago.r.li.* fixes
the patch probably fix other problems ;-)
Markus
--
ciao
Luca
On 7 January 2014 23:13, Vaclav Petras wenzesl...@gmail.com wrote:
3. Is it possible to add these tools through the QGIS? maybe through there
my problem will be solved
Unfortunately, it is not. QGIS cannot install GRASS addons and QGIS even
cannot run them when installed. We GRASS
On 6 January 2014 11:13, Paulo van Breugel p.vanbreu...@gmail.com wrote:
Hi Markus,
Hi
Thanks, I was able to install it. Running it gave me the error :
Traceback (most recent call last):
File /home/paulo/.grass7/addons/scripts/r.diversity,
line 284, in module
sys.exit(main())
File
On 28 December 2013 03:33, Sören Gebbert soerengebb...@googlemail.com wrote:
Hi Luca,
Hi Soeren
i will try to support your suggestion. I will introduce two GRASS
variables to be set via g.gisenv.
Use:
g.gisenv set=TGIS_DISABLE_MAPSET_CHECK=True
g.gisenv
On 22 December 2013 00:07, Sören Gebbert soerengebb...@googlemail.com wrote:
Dear all,
Hi Soeren,
just for your information:
I will commit several modification to the temporal framework (grass7
trunk) in the next weeks, that will change the SQL database layout and
the API. The goal is to
Il giorno 29/nov/2013 00:45, Pietro Zambelli peter.z...@gmail.com ha
scritto:
Hi,
Ciao Pietro,
What it is wrong and how to fix it? Any ideas?
Please try make distclean,I had similar problems some day ago
Best regards
Pietro
Ciao
Luca
___
On 9 November 2013 17:34, Pietro Zambelli peter.z...@gmail.com wrote:
Dear devs,
ciao Pietro,
reading the manual of G_debug, I found miss leading the documentation:
Print debugging message if environment variable GRASS_DEBUG_LEVEL is
set to level equal or greater [0]
So I try to set the
On 31 October 2013 00:34, Pietro Zambelli peter.z...@gmail.com wrote:
Hi Moritz,
Hi Pietro
[0] https://github.com/zarch/i.segment.hierarchical
Could I suggest you to use the grass-addons repository ;-)
Thanks
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
On 30 September 2013 17:10, Johannes Radinger
johannesradin...@gmail.com wrote:
Hi,
Hi
when I tried to write a python script (add-on) for GRASS GIS I experienced
that there is no overwrite-flag by default in the GUI for that module
(generate by
g.parser) which is different from GRASS6x. So
On 17 September 2013 22:10, Markus Neteler nete...@osgeo.org wrote:
Hi,
I came across this question:
http://gis.stackexchange.com/questions/71734/how-to-calculate-mean-coordinates-from-big-point-datasets
and wondered if this approach would be the fasted:
#
Hi guys, I think this is a good opportunity also for the GRASS
community, I'll be there...
-- Forwarded message --
From: Vincent Picavet vincent...@oslandia.com
Date: 12 September 2013 12:21
Subject: [Qgis-developer] Vienna CodeSprint 2014 - OSGeo C-tribe
To: QGIS Developer
On 23 July 2013 10:29, Markus Neteler nete...@osgeo.org wrote:
Today could be a great rlease-6.4.3-day :)
we are so close to 30 July that we could wait a week and release in
the same day of his born :-)
Markus
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
On 23 July 2013 12:30, Hamish hamis...@yahoo.com wrote:
Markus Neteler wrote:
Today could be a great rlease-6.4.3-day :)
since on the 24th we are +2 weeks since RC4 without any major bugs being
reported I think we are ok to release any time now. I don't know about
anyone else but I can't say
On 26 June 2013 06:40, Ivan Marchesini ivan.marches...@gmail.com wrote:
Dear grass-developers
Ciao Ivan
I'm working with Python, GRASS and Pygrass and I have some small
problems probably due to my poor knowledge of Python.
I would ask your help.
I have this small code:
this is not your
Hi devs,
just update grass7 and the gui doesn't start, the problem seems
related to missing module g.proj, but I think probably is related to
find_program.
find_program('r.proj','help') and also find_program('r.proj') return
false instead find_program('ls') return true
the error is
GRASS module
On 19 June 2013 10:37, Johannes Radinger johannesradin...@gmail.com wrote:
Hi,
Hi
As I'd like to use the v.line.center add-on also in G7, I though about
porting
the tool. I think there are just minor changes needed to adapt the parameter
names
of the used modules v.to.db and v.segment to
On 19 June 2013 11:15, Markus Neteler nete...@osgeo.org wrote:
Hi,
there are new troubles on Windows8, apparently grass.find_program() is
failing.
grass.find_program() is not working as reported in
https://trac.osgeo.org/grass/ticket/2008
The problem seems to be in Popen in the core.py
--
On 15 June 2013 12:09, Hamish hamis...@yahoo.com wrote:
Hi Markus,
Hi Hamish
For grass7 there is Luca's g.gui.rlisetup.py (I am not totally
convinced about the g.gui.* naming), I am just keeping the raster/r.li
r.li.setup dir in sync to avoid older code being in the newer
branches. Much
There is a doodle [0] to choose the next OSGeo C developer meeting
2014, probably also the GRASS dev team could join it.
[0] http://www.doodle.com/ky3eh797mtsrx3bn
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing
On 14 May 2013 06:07, Hamish hamis...@yahoo.com wrote:
Hi devs,
Hi Hamish
we recieved applications from 5 students for GSoC this year,
all seem well written and viable, so if you are willing and
able to mentor, or co-mentor, please get in touch now. They
cover a number of fields of study,
On 30 April 2013 09:07, Vaclav Petras wenzesl...@gmail.com wrote:
Hi all,
Hi
first version of toolboxes for wxGUI is released (for GRASS GIS 7) and
is available in trunk. The main purpose of toolboxes is the wxGUI menu
customization. The current implementation of toolboxes does not
2013/3/19 Markus Metz markus.metz.gisw...@gmail.com:
I like the idea of a tech-preview release of GRASS7!
+1
I think that no more (or at least not many) major changes will go into
GRASS 7, apart from the wxGUI code base. Therefore it would IMHO be
very beneficial to get more feedback on
401 - 500 of 593 matches
Mail list logo