pecify all the
paths of the gdal iclude/libs/share directories?
Any ideas on how to solve/fix this issue?
Thank you for your support.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
you for the support.
Best regards
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
underscore for python
reserved words and add two doctests in r73029.
Best regards
pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
n this case?
It is quite easy to fix this issue but actually I'm not conviced should be
fixed.
Best regards
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
an integer, but the default value
it is a float?
Is it intentional and in case why?
All the best
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
b.com/orgs/OSGeo/teams/grass-gis/members
>
> ... who wants to join, please speak up (and send your account name).
>
Please add me as: zarch
Best regards
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
ule class to support this in r72367 [0].
Let me know if fixed your problem,
all the best
Pietro
[0] https://trac.osgeo.org/grass/changeset/72367
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
ar to me if you think to have a
persistent storage for the "temporary" location/mapset or if they are
generated every time.
Mentors: I'm seeking an additional mentor for this idea. I put myself as
> first, but you can be first or second mentor as you wish.
>
I'm available to co-mento
Rbeam_norm_diff nprocs=4 method=start --o*
Starting temporal sampling...
ERROR: The temporal map type of the sample dataset must be interval
No samples found for map calculation
I have to delete and register the maps with `t.register -i`? Now I'm going
to try this!
Any hints?
Best regards
Pietro
_
should be more flexible for multiprocessing (this is
my impression).
If it works well for my use case, I will publish it on pypi, and I will
write to grass-user.
Thank you for your interest.
Have a nice night.
All the best.
Pietro
___
grass-dev mailin
Dear devs,
I've just find out this news on reddit [0], and I think it is relevant
also for GRASS.
Numy is planning to drop the python2 support [1]:
The current plan is as follows.
* Until *December 31, 2018*, all NumPy releases will fully support
both Python2 and Python3.
* Starting on
On Sat, Aug 26, 2017 at 8:36 PM, Markus Neteler <nete...@osgeo.org> wrote:
> On Sat, Aug 26, 2017 at 3:55 PM, Moritz Lennert
> <mlenn...@club.worldonline.be> wrote:
> ...
> > #3402 seems fixed (backport to release72 : r71440)
> >
> > Pietro has also cleaned
On Fri, Aug 25, 2017 at 5:39 PM, Moritz Lennert
wrote:
>> https://trac.osgeo.org/grass/browser/grass/tags/release_20170810_grass_7_2_2RC1/lib/python/temporal/core.py#L38
>
>
> So this probably needs to be taken care of before the imminent release.
Done in r71438.
it
On Fri, Aug 25, 2017 at 5:14 PM, Moritz Lennert
<mlenn...@club.worldonline.be> wrote:
> On 25/08/17 17:06, Pietro wrote:
>>
>> Unfortunately builtins is used also in other files, and I’m afraid
>> that I should also fix these:
Actually most of them are worki
Unfortunately builtins is used also in other files, and I’m afraid
that I should also fix these:
$ rg "builtins" . -B 1 -A 5
script/task.py
24-try:
25:from builtins import unicode
26-bytes = str
27-except ImportError:
28-# python3
29-unicode = str
30-
temporal/core.py
38-try:
39:
Hi Moritz,
On Thu, Aug 24, 2017 at 4:58 PM, Moritz Lennert
wrote:
> Is the override of the definition of unicode really necessary ?
No it is not.
it is sufficient replace the try/except with an if.
Done in r71435 [0]
pening and closing all the
files, It is not clear to me which ctypes function is just opening the
files without closing them.
Best regards
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
es not close it, so I have to kill it
> (trunk r71319).
>
Same problem here, when I reach 502 maps raise the following exception:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/wx-3.0-gtk2/wx/_core.py",
line 16762, in
File "/home/pietro/.local/gra
Hi Vaclav,
sorry for the delay but in the last day I was off-line.
On Mon, Jul 17, 2017 at 5:36 PM, Vaclav Petras <wenzesl...@gmail.com> wrote:
>
> On Mon, Jul 17, 2017 at 12:36 AM, Pietro <peter.z...@gmail.com> wrote:
>
>>
>> On Fri, Jul 14, 2017 at 6:00 PM, Va
for development because as
developer we don't have to build every time, but we can simply run and test
the module from the local shell with:
python modulename.py key=value --overwrite
What do you think?
Is it clearer now?
Could I remove the comment?
Best regards
Pietro
Perhaps in GRASS8 we will be able to skip this! ;-)*
sys.append(os.environ.get('GISBASE', '/home/pietro/my/gisbase'))
from grass.init import Session
# open - close mode
session = Session('mygisdbase/location/mapset')
session.open()
# do my stuff here...
session.close()
# with statement
wit
):
121:class Parameters(object):
135:def parse_cmdline(argv, default_gui):
183:def main(argv):
```
I wish you all a nice week-end.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
API can be more
dangerous than exposing the same modules through a WPS service? Why?
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
o
expose some selected GRASS modules capabilities through a browser.
Best regards
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
you want to share?
Best regards
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
process.PIPE parameters to the module, then you should be
able to write the current percentage using grass.percent() or
msgr.percent().
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
://git.osgeo.org/gogs/grass/grassgis
>
> it seems to be outdated but I'll ask Sandro about this.
> Or Pietro Z knows?
Actually I just synced manually (git svn fetch), perhaps we can simply
configure GRASS server that for each commit just sync the git
repository.
___
think you
should use as primary choice for development Python3, support for Python2
it is much easier to add later if needed.
I hope these information/ideas can be useful for your GSoC.
Have fun!
all the best
Pietro
[0]
https://trac.osgeo.org/grass/browser/grass/trunk/lib/python/pygrass/modules/interface/mo
orts_for_date-2016-05-20-07-00/report_for_nc_basic_spm_grass7_nc/testfiles.html
All the best
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
)
--
Traceback (most recent call last):
File "./temporal/t.connect/testsuite/test_distr_tgis_db_raster3d.py",
line 30, in setUpClass
cls.runModule("g.mapset", flags="c", mapset=mapset_name)
File
"/h
='p')
print('=' * 30)
with use_temp_region(res=100) as tmp_region:
run_command("g.region", flags='p')
print('=' * 30)
run_command("g.region", flags='p')
print('=' * 30)
}}}
All the best
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Tue, Mar 29, 2016 at 3:12 PM, Vaclav Petras <wenzesl...@gmail.com> wrote:
>
> On Tue, Mar 29, 2016 at 5:33 AM, Pietro <peter.z...@gmail.com> wrote:
>>
>> I have fixed these errors, but since these changes are not fixing
>> bugs, I've just reverted t
it in r68183, now is using setUp and tearDown.
All the best
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
Pietro
[0]
https://trac.osgeo.org/grass/browser/grass/trunk/lib/python/script/testsuite/test_utils.py#L10
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
vectinmap,vectoutmap) )
Indeed this is wrong and I fix it.
Please feel free to edit the wiki page if you found other errors.
All the best.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
ilable in grass64, so I fix it, the code was written
before the change in grass70.
Please feel free to fix these erorrs.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
s able to get the xml description for all the modules
under python3.
Since this morning I add the support to compile with both python2 and
python3 (this is another set of changes that are waiting for grass72).
Best regards
Pietro
___
grass-dev mailing list
gras
Hi Martin,
On Tue, Mar 29, 2016 at 9:16 AM, Martin Landa <landa.mar...@gmail.com> wrote:
> candidate for backport?
Yes, I think this could be backported with no problems.
Current implementation is not working when for example the LC_ALL=C,
see tests in r68179.
All the best
issue with ctypes (#2708 [0]) is still valid, I've "locally" fixed
changing / with // only for the line: ('__val', c_ulong * (1024 / (8 *
sizeof(c_ulong
Of course, GRASS with python3 works only in text-mode, no gui.
All the best
Pietro
[0] https://trac.osgeo.org/grass/ticket/2708
On Fri, Mar 18, 2016 at 2:16 PM, Moritz Lennert
<mlenn...@club.worldonline.be> wrote:
> On 18/03/16 12:58, Pietro wrote:
> In your opinion is this true at the module level, or mostly for the wxGUI ?
No in my opinion things are quite mixed also in C/python modules.
>> Let's s
e command:
{{{
$ pip install --user grass-lib grass-cli grass-modules grass-wx
}}}
What do you think?
All the best.
Pietro
[0] https://lists.osgeo.org/pipermail/grass-dev/2010-November/052661.html
[1] https://pypi.python.org/pypi
___
grass-dev mailing l
e}. This should allow
us to reduce duplication and the number of code that must be
maintained.
I think that we should also consider to split GRASS and its
functionalities, but I open a separate thread on this.
Best regards
Pietro
___
grass-dev mailing list
g
Dear devs,
I've noticed that we have problem (404) with the documentation pages
for the libpython and pygrass
https://grass.osgeo.org/grass71/manuals/
Any idea?
All the best
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
Dear devs,
I saw the discussion on https://trac.osgeo.org/grass/ticket/2750#comment:48
Perhaps is time to think to release the next stable release of GRASS
before that the stable release and trunk start to diverge too much...
What do you think?
Pietro
S_PAGER',
'GRASS_PROJSHARE',
'GRASS_PYTHON',
'GRASS_VERSION']
}}}
All the best
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
in
grass-addons/grass7/raster/r.green/toolboxes that contains two xml
files (main_menu.xml and toolboxes.xml).
What do you think?
Have a nice day.
Pietro
[0]
https://trac.osgeo.org/grass/browser/grass-addons/grass7/raster/r.green/r.green.install/r.green.install.py#L376
___
Il 15 feb 2016 5:56 PM, "Martin Landa" <landa.mar...@gmail.com> ha scritto:
>
> Hi,
>
> 2016-02-15 17:50 GMT+01:00 Vaclav Petras <wenzesl...@gmail.com>:
> > Layers, Console, Modules, Data, Python
> >
> > are the best.
>
> agreed
On Fri, Feb 12, 2016 at 4:01 PM, Anna Petrášová <kratocha...@gmail.com> wrote:
> On Fri, Feb 12, 2016 at 4:43 AM, Pietro <peter.z...@gmail.com> wrote:
>> https://grasswiki.osgeo.org/wiki/GRASS_configuration_files_in_home_directory
>>
>> I wonder if already exist
?
All the best
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
an see other Makefile for python or C addons.
Best regards
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
the path to sys.path, otherwise try to find the correct path
within the GRASS standard paths.
I've added some more documentation to clarify this point.
Let me know if you think is still not clear. :-)
all the best
Pietro
___
grass-dev mailing
but not only. It works
quite well also to overcome eventually g.extension problems.
Of course dirname must be checked before the default path, other wise it is
too late...
Any comments?
Have a nice day
Pietro
___
grass-dev mailing list
grass-dev
< 144
}}}
> maybe there is a better solution, otherwise I can replace the wrong
> code in the doc with this solution.
please replace the example with enumerate.
All the best
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
maybe I
can put the modified version of r.tile in the sandbox repo.
Let me know.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
_2010_10_average_piemonte\nlst_2010_11_average_piemonte\nlst_2010_12_average_piemonte\norbassano_orto.blue\norbassano_orto.green\norbassano_orto.red\norbassano_orto.rgb\nsrtm\nsrtm_grezzo\nuso_suolo2007\n'
>
Here we can change the test to found some other raster maps instead of
bas
ygrass.modules.shortcuts import raster as r
>>> r.category('mymap', rules='-', stdin_=r.category('landuse',
>>> stdout_=PIPE).outputs.stdout)
Module('r.category')
}}}
There is an example in the documentation using r.colors but it is not
rendered corectly [0]
Have fun!
Pietro
[0
t thing is that an exception is raised!
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
thinking when should I start updating all the r.green modules.
If you think that these changes should be ported to 7.1.X then probaly
I need a grass71 directory in grass_addons...
Let me know.
Pietro
[0] https://trac.osgeo.org/grass/wiki/Grass7Planning#a7.0.2tobebackported
path => Return a string with the path to the library, if found else
return None
set_path() => Set the python path to make the library importable or raise
an exception
What do you think?
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Thu, Oct 1, 2015 at 10:01 AM, Michel Wortmann
wrote:
> Hi Paulo,
> I had the same problem some time ago. I am using pandas for a lot of things
> and discovered the quickest way to append a column to a vector table is
> using pandas' .to_sql dataframe method. Here is my
ature.attrs['mycolumn'] = value
>>
>>
> Thanks, but that seems to write the vector back without attribute table
You have to save the changes in the database out from your cycle, with:
vectormap.table.conn.commit()
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
of the returned value?
Then If I play with the Boundary instance both sides (left and right)
are 0, Instead I'm expecting the right side shouldn't be empty.
Do you have any ideas?
Pietro
Bellow is reported a sample of code to reproduce it.
{{{
import grass.lib.vector as libvect
from
se a virtualenv.
If I remeber correctly Glynn suggest to create a link in the grass
source root of your python binary.
IMHO use GRASS with python3, only for testing and contributing to the
port... not for your daily work.
All the best.
Pietro
___
grass-d
Dear Matej,
On Fri, Aug 21, 2015 at 11:31 AM, Matej Krejci matejkre...@gmail.com wrote:
Dear Pietro, devs,
[...]
I have exactly the same problem(described bellow) with installation
wx.metadata from addons. Have you figured out this issue?
No, not yet... I've also noticed that the link
Hi Glynn,
On Thu, Jul 30, 2015 at 4:34 PM, Glynn Clements wrote:
Pietro wrote:
ok, I've now synchronized my local changes in script/core to trunk:
In parser() in lib/python/script/core.py:
s = p.communicate()[0].decode()
the .decode() shouldn't be there; the output should be kept
Hi all,
On Mon, Jul 27, 2015 at 8:47 AM, Luca Delucchi lucadel...@gmail.com wrote:
On 24 July 2015 at 12:42, Pietro peter.z...@gmail.com wrote:
Are you ok with this schedule?
yes, let us know when you commit the changes to test them
ok, I've now synchronized my local changes in script/core
Hi Luca,
On Mon, Jul 27, 2015 at 8:47 AM, Luca Delucchi lucadel...@gmail.com wrote:
On 24 July 2015 at 12:42, Pietro peter.z...@gmail.com wrote:
Are you ok with this schedule?
yes, let us know when you commit the changes to test them
ok, I've commited the changes in lib/init/grass.py
Hi Markus,
On Mon, Jul 27, 2015 at 4:24 PM, Markus Neteler nete...@osgeo.org wrote:
On Mon, Jul 27, 2015 at 1:59 PM, Pietro peter.z...@gmail.com wrote:
...
ok, I've commited the changes in lib/init/grass.py and in the
lib/python/gunittest/*
Please post to the list how to switch to Python3
?
Other better options?
Let me know
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
?
All the best!
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
/parser_standard_options.py -t
lib/gis/parser_standard_options.c -f csv -o
parser_standard_options.csv -s Flg
$ tail parser_standard_options.csv
description;key
G_FLG_V_TABLE;Do not create attribute table;'t'
G_FLG_V_TOPO;Do not build topology;'b'
}}}
Best regards
Pietro
better?
Thank you very much
Pietro
test_region.py
Description: Binary data
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
a link but it works only partially.
I believe we should add the generated table somewhere in the manual docs.
Should I add this python script to grass_addons/tools?
What do you think?
Pietro
options.py
Description: Binary data
___
grass-dev mailing
On Thu, Jun 11, 2015 at 1:34 PM, Markus Neteler nete...@osgeo.org wrote:
Unless there are other implications, a backport of r65438 would be good.
Right, the change should be save therefore backported in r65439.
Have a nice day.
Pietro
___
grass-dev
will fix
this today...
Can we drop the support for python 2.6?
Best regards
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi Vaclav,
What do you think, is it time to move the gunittest suite from trunk to 70?
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
10 loops, best of 3: 2.35 µs per loop
}}}
But in this way the ctypes are not required by the pygrass.modules
classes and functions.
What do you think?
Other ideas and/or solutions?
Best regards
Pietro
___
grass-dev mailing list
grass-dev
Hi Martin,
On Wed, May 13, 2015 at 11:08 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2015-05-13 8:03 GMT+02:00 Pietro peter.z...@gmail.com:
#% description: Name of vector map with interested segments of rivers
- label
Therefore I should use label instead of description, something
concerning the GUI is worst, because it shows only the
default description string, see attached figure.
What do you think?
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
code from GUI startup script.
Please advise GRASS developers of this error.
Exiting...
}}}
Any ideas?
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
problem... but more a library/distribution one.
Do you know where this problem should be point out?
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
,
condition=self.cond))
except:
import ipdb; ipdb.set_trace()
}}}
Because I was trying to catch a bug, therefore the ipdb is imported
only if the sql execution fails, I can easily remove it.
I don't think it is a big issue.
Best regards
Pietro
remaining in the
same process or
- move the align and zoom functions from the g.region module to the
library link them with ctypes and call them from the method.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
On Tue, Apr 7, 2015 at 1:05 PM, Martin Landa landa.mar...@gmail.com wrote:
hm, is there any way how to parse command output using pygrass without
need to define your own function?
Why not use: parse_key_val(s, sep='=', dflt=None, val_type=None, vsep=None)
define in grass.script.utils?
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Tue, Apr 7, 2015 at 1:54 PM, Martin Landa landa.mar...@gmail.com wrote:
you are right, are you planning to update pygrass manual? Martin
done in r65015
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
to the vector, there are any better way to solve this? May
be something that it is working natively in GRASS?
Thank you for your help.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi Vaclav,
On Tue, Mar 24, 2015 at 3:54 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Tue, Mar 24, 2015 at 2:00 AM, Pietro peter.z...@gmail.com wrote:
together with Francesco Geri, last week we started to write a first
draft that generate the GUI for the GRASS module dynamically (based
to backport the pygrass.modules.Module class).
Best regards
Pietro
On Mon, Mar 23, 2015 at 7:56 PM, Radim Blazek radim.bla...@gmail.com wrote:
Hi all,
I have finally launched the crowdfunding campaign to support the GRASS
plugin upgrade. Briefly, it covers upgrade to GRASS 7, browser
integration
Hi Radim,
On Tue, Mar 24, 2015 at 5:11 PM, Radim Blazek radim.bla...@gmail.com wrote:
On Tue, Mar 24, 2015 at 7:00 AM, Pietro peter.z...@gmail.com wrote:
together with Francesco Geri, last week we started to write a first
draft that generate the GUI for the GRASS module dynamically (based
into it, but since I need two/three weeks, may be
could a good idea to open a ticket on track, just to not forget this
problem.
Thank you for reporting this.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
On Wed, Mar 4, 2015 at 4:29 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 04/03/15 15:14, Pietro wrote:
Dear all,
I'm looking for a GRASS module that unify the geometries and the
values, If I have a configuration like:
geo features | cat | id | A | B
geofeature1 = cat1
)
There is already something to do this simple operation?
Do you have any suggestions?
Thank you
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
it.
I've applied severl regression models for more than 300 rasters (as
features) and it was fast but the region was quite small.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
in preference, it is my favorite
arrangement, I thin should be the GRASS default option (imho).
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
ideas on how would you like to organized these
module/modules, like: which inputs are required, the outputs, the
optional options and steps, please share them and we can start to
discuss on how implement what.
Best regards.
Pietro
___
grass-dev mailing
, grass-dev and grass-trunk-dev will remain.
I personally prefer option b too.
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi,
On Tue, Feb 17, 2015 at 10:44 AM, Paulo van Breugel
p.vanbreu...@gmail.com wrote:
Can raster_input be multiple rasters?
yes, I've define a new split_rasters function, that should does what
you want, note, the code is not tested, just to provide a rough idea.
{{{
import numpy as np
from
Hi Martin,
On Mon, Feb 16, 2015 at 3:20 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2015-02-16 14:36 GMT+01:00 svn_gr...@osgeo.org:
Author: zarch
Date: 2015-02-16 05:36:51 -0800 (Mon, 16 Feb 2015)
New Revision: 64649
Modified:
=2.)
}}}
I'm not sure where should I put this function, maybe in pygrass.raster
or in pygrass.utils (but the last one it is a bit generic...).
All the best
Pietro
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
1 - 100 of 276 matches
Mail list logo