On 12 February 2015 at 20:20, Paulo van Breugel wrote:
>
>
>
> I also seem to remember that before v.out.ogr would export all columns, even
> if they had field names of more than 10 characters. In those cases it would
> simply use the first 10 characters as column name. Or am I confusing this
> wi
On 12 February 2015 at 18:58, Markus Neteler wrote:
> On Wed, Feb 11, 2015 at 12:32 PM, Luca Delucchi wrote:
> ...
>> Yes, but If I remember well v.out.ogr was cutting the field name
>> length more then 10. Am I wrong?
>> Otherwise we could add this feature..
>
>
Hi everybody,
for a project I'm using grass python interface from QGIS. Everything
is working on Linux (I tested different OS) but on windows I get this
error
Traceback (most recent call last):
File "C:\Users\delucchil\.qgis2\python\plugins\stem\tools\feat_vege.py",
line 106, in onRunLocal
te
On 10 February 2015 at 18:58, Newcomb, Doug wrote:
> Sajid,
Hi Doug,
> The shape file format has a 10 character limit on field name length. The
> smallest field name I see above is 11. see,
> http://webhelp.esri.com/arcgisdesktop/9.3/index.cfm?TopicName=Geoprocessing%20considerations%20for%20sh
Hi devs,
If I understand well we should make proposals in 10 days, I created
the trac page [0]
Please improve the page
[0] http://trac.osgeo.org/grass/wiki/GSoC/2015
-- Forwarded message --
From: Cristiano Giovando
Date: 10 February 2015 at 18:31
Subject: Re: [SoC] [OSGeo-Disc
Ciao Madi,
On 9 February 2015 at 15:11, Margherita Di Leo wrote:
>
>
> I removed all the addons and now I don't get the error any longer. But still
> don't understand why i got this.
>
http://osgeo-org.1560.x6.nabble.com/check-on-GRASS-revision-number-td5175139.html
> --
> Best regards,
>
--
On 4 February 2015 at 10:03, Martin Landa wrote:
> Hi all,
>
Hi all,
>
> thanks, the last issue for RC2 which I can see is the new startup
> banner and splash screen. Any objections to backport r64455 and
> r64447. Than we could hopefully move towards RC2 (it's ~20 days since
> RC1 has been rele
On 29 January 2015 at 16:13, Martin Landa wrote:
> Hi,
>
Hi,
>
> or we can vote for the current proposals:
>
> 1) upper-case
>
> http://grasswiki.osgeo.org/w/images/GRASSGIS_splash4.jpg
> +
> http://grasswiki.osgeo.org/w/images/GRASSGIS_welcome_banner1.jpg
>
> 2) lower-case
>
> http://grasswiki.
On 23 January 2015 at 13:09, Yann Chemin wrote:
> ... I like that grass, it splashes ...
>
I like too
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/
On 23 January 2015 at 08:34, Maris Nartiss wrote:
>
> Please, let's not try to compete with QGIS in ease of use, as we will
> lose due to lack of manpower and different goals (quality and power
> over ease of use). Spatial data is hard. High quality analysis is
> hard. Let's keep GRASS profession
On 21 January 2015 at 12:03, Maris Nartiss wrote:
> Nice ideas :)
> I like #3, still if you could try to make a version with less
> aggressive green for comparison.
>
I also like splash3 and welkome4 with less aggressive green.
>
>
> Māris.
>
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www
On 16 January 2015 at 12:15, Martin Landa wrote:
> Hi,
>
Hi
>
> I agree, but would suggest to wait at least one/two week(s), probably
> more bugfixes will be collected.
>
+1
> Martin
>
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
_
On 2 January 2015 at 12:01, Ivan Mincik wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/31/2014 11:42 AM, Martin Landa wrote:
>> Hi,
>>
Hi,
>> * stable will contain the latest release of GRASS7, now it will be
>> 7.0.0beta4 * stable will contain daily builds of grass70-addons
Hi devs,
In r63363 I submitted an update of space time doc for several modules
using the new temporal dataset.
I'm going to make the new dataset available in the next days to test
and comment it.
Stay tuned ;-)
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
__
On 28 November 2014 at 16:40, Sören Gebbert
wrote:
> Hi Luca,
>
Hi Soeren
> 2014-11-28 15:28 GMT+01:00 Luca Delucchi :
>> On 28 November 2014 at 14:35, Sören Gebbert
>> wrote:
>>> Hi Luca,
>>
>> Hi Soeren
>>
>>> can you pleas
On 28 November 2014 at 14:35, Sören Gebbert
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
elevation2d=elev_state_500m@PERMANENT
using t
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 a
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
bas
On 26 November 2014 at 20:22, Anna Petrášová 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
___
On 26 November 2014 at 21:31, Anna Petrášová 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 points for a str3
On 26 November 2014 at 21:10, Markus Neteler 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:02, Helena Mitasova 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 data for t
On 26 November 2014 at 20:22, Anna Petrášová 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 the
> dataset.
>
On 8 October 2014 at 03:21, Anna Petrášová 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:
>
> http://portal.ncdenr.org/web/cm/do
On 25 November 2014 at 16:36, Erick Opiyo 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 exists
> Traceback (most recent call l
On 25 November 2014 at 02:19, Anna Petrášová wrote:
>
>
> I did that. I didn't have problems until now when compiling grass with
> libLAS, but in order to read laz file, I had to compile libLAS with LASzip
> support and that's what causing the problem, as can be seen from the error I
> got (missin
On 13 November 2014 02:47, Anna Petrášová 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 when they
Hi,
On 1 November 2014 23:34, Markus Metz wrote:
>
> My previous patch did not work for me, but the attached patch
> gguirlisetup.patch3 works for me now. Please test.
>
I improved you patch adding a new combobox to choose the layer number.
I have some problems with wxpython:
- I added two GErr
On 11 November 2014 23:32, Vaclav Petras wrote:
>
> On Tue, Nov 11, 2014 at 5:05 PM, Luca Delucchi 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
>
On 11 November 2014 22:13, Markus Neteler wrote:
> On Tue, Nov 11, 2014 at 4:19 PM, Luca Delucchi wrote:
>> Hi devs,
>>
>> On 6 November 2014 05:45, Anna Petrášová wrote:
>>>
>>>
>>> Luca, are you or anyone else planning to do that?
>&
Hi devs,
On 6 November 2014 05:45, Anna Petrášová 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 backport
only the righ
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 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 could be remo
On 30 October 2014 15:08, Markus Metz wrote:
> On Thu, Oct 30, 2014 at 2:31 PM, Luca Delucchi wrote:
>> Hi Markus,
>>
>> On 29 October 2014 09:15, Markus Metz wrote:
>>
>>>
>>> Please try the attached patch for gui/wxpython/rlisetup.
>>>
>
Hi Markus,
On 29 October 2014 09:15, Markus Metz 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
http://gis.cri.fmach.it/delucchi/
www.lucadelu
Hi everybody,
The raster_history function on my computer is not working.
In [5]: raster.raster_history('elevation')
---
KeyError Traceback (most recent call last)
in ()
> 1 raster.raster_
On 28 October 2014 20:40, Markus Metz 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 was looking for a generi
On 29 October 2014 00:18, Markus Neteler 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 http://trac
On 28 October 2014 10:44, Martin Landa wrote:
> Hi,
>
Hi
> 2014-10-27 21:01 GMT+01:00 Martin Landa :
>> 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 unqualified map names (without maps
On 22 October 2014 18:10, Martin Landa wrote:
> Hi,
>
Hi,
> 2014-10-22 18:09 GMT+02:00 Pietro :
>
>> 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 * http://geo.fsv.cvut.cz/gwiki/Land
On 22 September 2014 22:31, Markus Neteler 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 thins so, th
On 22 September 2014 09:04, Markus Metz 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 v.clean, fixed in r62047,8
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
http://lists.osgeo.org/mail
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
Date: 29 August 2014 13:35
Subject: [GSoC Mentors] After GSoC ... Semester of Code!
To: Google Summer of Cod
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 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:
> path/to/location/metadata
>
On 22 July 2014 22:36, Markus Neteler 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
documentation for the nex
On 28 June 2014 12:32, Sören Gebbert 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 maybe it is better to coll
On 3 July 2014 17:08, Martin Landa 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, maybe we should rena
On 3 July 2014 17:35, Pietro 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
> --exclude
On 3 July 2014 17:08, Martin Landa wrote:
> Hi,
>
HI,
> 2014-07-03 17:06 GMT+02:00 Martin Landa :
>>> sphinxdoc'
>
> please consider renaming this rule to `sphinxdocs` (similarly to
> `htmldocs` and friends - see include/Make/Docs.make). Martin
>
ok, do you think it is better to have lib/python
On 2 July 2014 23:10, Martin Landa 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 log message. Wh
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
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
http://gis.cri.fmach.it/delucchi/
On 1 July 2014 14:00, Martin Landa wrote:
> 2014-06-09 11:01 GMT+02:00 Glynn Clements :
>
> beside remaining compilation errors [1], wingrass 71 still (after
> weeks!!!) even doesn't start...
>
> Traceback (most recent call last):
> File "C:\OSGEO4~1\apps\grass\grass-7.1.svn\gui\wxpython\gis_set
On 1 July 2014 00:05, Paulo van Breugel wrote:
> That doesn' t seem to work either, I am getting the same error message after
> adding the py extension
>
I should fix it in r61093, it was a problem on html file ;-)
Please try it...
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.or
On 29 June 2014 21:57, Matej Krejci 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 and Jinja template
On 27 June 2014 16:11, Martin Landa 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
http://gis.cri.fmach.it/delucchi/
On 27 June 2014 15:46, Anna Petrášová wrote:
>
>
>
> On Fri, Jun 27, 2014 at 3:03 AM, Luca Delucchi wrote:
>>
>> On 26 June 2014 19:59, Markus Neteler wrote:
>>
>> >
>> > nice work, Luca (and thanks to Anna for code cleanup).
>> >
>&g
On 24 June 2014 17:10, Sören Gebbert 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()
stds = tgi
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 26 June 2014 18:43, Vaclav Petras 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
> somebody was s
On 26 June 2014 19:59, Markus Neteler 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 improvement of coordin
On 26 June 2014 17:21, Vaclav Petras wrote:
> Hi Luca,
>
Hi Vaclav,
> On Thu, Jun 26, 2014 at 11:02 AM, Luca Delucchi
> wrote:
>>
>> Hi devs,
>>
>> I'm going to start to work on sphinx documentation for lib/python in
>> the next week/s.
>>
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 wou
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 p
On 24 June 2014 13:05, Sören Gebbert 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 temperature) ?
> Best
Hi everybody,
if I run python inside a GRASS session and after try to connect to the
database I obtain an error
>>> import grass.temporal as tgis
>>> dbif = tgis.SQLDatabaseInterfaceConnection()
Traceback (most recent call last):
File "", line 1, in
File
"/home/lucadelu/compilati/grass_trun
On 15 June 2014 01:12, Markus Neteler wrote:
> On Wed, Jun 11, 2014 at 11:30 AM, Moritz Lennert
> 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.
me too, It is a good compromise betwe
On 31 May 2014 02:03, Vaclav Petras 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 committed Sphinx su
On 30 May 2014 17:20, Vaclav Petras wrote:
>
> On Wed, May 28, 2014 at 2:53 AM, Luca Delucchi wrote:
>>
>> >>
>> >> [0] http://grass.osgeo.org/grass71/manuals/pygrass/index.html
>> >
>> >
>> > Nice, perhaps bit too conservative d
On 28 May 2014 15:21, Martin Landa wrote:
> Hi,
>
Hi
> 2014-05-28 15:07 GMT+02:00 Huidae Cho :
>> 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 agree, if we decide to do that, it
On 27 May 2014 14:06, Vaclav Petras 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 same, have docum
On 27 May 2014 10:08, Martin Landa wrote:
> Hi Luca,
>
Hi Martin,
>
> wouldn't be possible to use syntax which understands both sphinx and doxygen?
>
I don't think it is possible, but I don't know doxygen at all. Vaclav
maybe know something more
> Martin
>
--
ciao
Luca
http://gis.cri.fm
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 ex
On 25 May 2014 23:23, Markus Neteler 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 improve a li
On 23 May 2014 19:02, Vaclav Petras 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 framework or metad
On 28 April 2014 07:39, Markus Neteler 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 to document
On 18 April 2014 11:15, Pietro 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, leaving
> the
On 31 March 2014 01:08, Vaclav Petras 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 they can be a se
On 27 March 2014 11:18, Paolo Cavallini 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 master with GRASS7
On 6 March 2014 02:43, Anna Petrášová 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 possibilities in
the wizard
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
- po
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 language;loc
On 2 March 2014 04:23, Anna Petrášová wrote:
>
>
>
> On Fri, Feb 28, 2014 at 5:14 PM, Luca Delucchi wrote:
>>
>> On 28 February 2014 15:38, Markus Neteler wrote:
>>
>> >
>> > Ideas? thanks
>> >
>>
>> I think the attached pat
On 27 February 2014 22:06, Pietro 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()
> len(flt)
>
On 28 February 2014 15:38, Markus Neteler wrote:
>
> Ideas? thanks
>
I think the attached patch should fix the problem (I have no time to
test it), but I don't know if it broke something else.
I saw the function compare_key_value_text_files is used only in
r/v.unpack and temporal/stds_import.py,
On 26 February 2014 18:04, Markus Neteler 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 current
>
On 31 December 2013 03:37, Sören Gebbert 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 time
> datasets are mapse
On 28 January 2014 17:12, Moritz Lennert 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 regarding the supp
On 28 January 2014 14:30, Martin Landa wrote:
> Hi,
>
Hi,
> 2014-01-28 Pietro :
>> 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 discussion.
> Martin
>
+1
--
ciao
Lu
On 28 January 2014 09:25, Moritz Lennert 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
http://lists.osgeo.org/mailman/listinfo/
Hi Paulo
On 22 January 2014 23:20, Paulo van Breugel 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 1 3
> NA
On 21 January 2014 00:42, Blumentrath, Stefan
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 list to
> the "coord
On 20 January 2014 19:13, Blumentrath, Stefan
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 ticket?
>
I think it
On 11 December 2013 22:45, Markus Metz wrote:
> On Tue, Dec 10, 2013 at 11:14 AM, Luca Delucchi 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 it to main code?
>
On 7 January 2014 23:13, Vaclav Petras 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 developers, shou
On 8 January 2014 15:46, Markus Neteler 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
http://gis.cr
On 8 January 2014 11:41, Luca Delucchi 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
&
401 - 500 of 624 matches
Mail list logo