On Tue, Nov 25, 2014 at 6:54 AM, Erick Opiyo osgis@gmail.com wrote:
...
But after further looking around I found out that the file WIND inside my
mapset was being changed every time, whenever a file was being edited in the
database.
Is it possible that you are somehow affected by
version=7.0.0svn
date=2014
revision=61465
build_date=2014-07-31
build_platform=x86_64-unknown-linux-gnu
Should I upgrade?
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Nov 25, 2014 2:27 PM, Erick Opiyo osgis@gmail.com wrote:
version=7.0.0svn
date=2014
revision=61465
build_date=2014-07-31
build_platform=x86_64-unknown-linux-gnu
Should I upgrade?
Yes please.
Markus
___
grass-dev mailing list
After the upgrade to grass 7.1.svn(2014)-r62856
Most of my initial python scripts can't run, I get the error below.
Traceback (most recent call last):
File phenology/cloud_filter/grass_modis_filter_MODIS.py, line 13, in
module
l = dict.keys(g.parse_command(g.mlist,type=rast))
File
On Tue, Nov 25, 2014 at 3:44 PM, Erick Opiyo osgis@gmail.com wrote:
After the upgrade to grass 7.1.svn(2014)-r62856
I would consider to stick to the 7.0 release branch (I intended an
update of your existing 7.0 installation).
See
http://trac.osgeo.org/grass/wiki/DownloadSource#GRASS7.0
To
On Tue, Nov 25, 2014 at 3:44 PM, Erick Opiyo osgis@gmail.com wrote:
After the upgrade to grass 7.1.svn(2014)-r62856
Most of my initial python scripts can't run, I get the error below.
g.mlist no longer exists, it has been renamed to g.list. Same for
g.mremove - g.remove.
Traceback (most
On Tue, Nov 25, 2014 at 3:59 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Tue, Nov 25, 2014 at 3:44 PM, Erick Opiyo osgis@gmail.com wrote:
After the upgrade to grass 7.1.svn(2014)-r62856
Most of my initial python scripts can't run, I get the error below.
g.mlist no longer
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
Hi,
2014-11-25 16:36 GMT+01:00 Erick Opiyo osgis@gmail.com:
ERROR: output map MOD13Q1.h16v05.281.EVI.Filtered.tiff exists
Traceback (most recent call last):
File phenology/cloud_filter/grass_modis_filter_MODIS.py, line 72, in
module
R3,R2,R4,R1,R5,E3), overwrite=False)
@Luca,
I will try the python interface out.
@Martin,
If I set overwrite=True, then it would make my script overwrite an already
processed images, I'm executing the script a numbers of times to match my
machine CPU load average and the overwrite check, makes sure that a
subsequent process skips
Hi,
2014-11-25 17:06 GMT+01:00 Erick Opiyo osgis@gmail.com:
If I set overwrite=True, then it would make my script overwrite an already
processed images, I'm executing the script a numbers of times to match my
machine CPU load average and the overwrite check, makes sure that a
subsequent
On Tue, Nov 25, 2014 at 11:25 AM, Martin Landa landa.mar...@gmail.com
wrote:
Hi,
2014-11-25 17:06 GMT+01:00 Erick Opiyo osgis@gmail.com:
If I set overwrite=True, then it would make my script overwrite an
already
processed images, I'm executing the script a numbers of times to match
Hi Nikos,
Thanks for the reply.
When I run g.region and I give any raster name as an option, I still got
the same error. I didn’t try changing the t-b resolution, though.
But after further looking around I found out that the file WIND inside my
mapset was being changed every time, whenever a
13 matches
Mail list logo