Re: [GRASS-user] ERROR: Error reading raster data for row 210 of

[Dylan Beaudette]

Strange,

I used to get this type of error when running r.series on a large
number of maps, but seemingly at random. I would re-make the map that
"caused' the error, re-run r.series and it would usually work.

Time passed and I forgot about it. I assumed that updating to grass71
(trunk) was the solution.

This afternoon the error returned when using t.rast.series

Error reading raster data for row 292 of!!!

Again, these errors seem to happen at random. In this case, I am
iterating over a sequence of years and computing growing degree days
via t.rast.series. Here is the output from several years:

1984
WARNING: Overwriting space time raster dataset  and
 unregistering all maps
WARNING: Overwriting space time raster dataset  and
 unregistering all maps
Starting temporal sampling...
Starting mapcalc computation...
Starting map registration in temporal database...
WARNING: Overwriting space time raster dataset  and unregistering all
 maps
 100%
1985
WARNING: Overwriting space time raster dataset  and
 unregistering all maps
WARNING: Overwriting space time raster dataset  and
 unregistering all maps
Starting temporal sampling...
Starting mapcalc computation...
Starting map registration in temporal database...
WARNING: Overwriting space time raster dataset  and unregistering all
 maps
 100%
ERROR: Error reading raster data for row 292 of 
ERROR: r.series failed. Check above error messages.
1986
WARNING: Overwriting space time raster dataset  and
 unregistering all maps
WARNING: Overwriting space time raster dataset  and
 unregistering all maps
Starting temporal sampling...
Starting mapcalc computation...
Starting map registration in temporal database...
WARNING: Overwriting space time raster dataset  and unregistering all
 maps


... the stack of rasters called "gdd" is re-computed for each year.
Everything worked as expected in 1984, read error in 1985, fine again
in 1986. There is no MASK present.

I have only ever encountered these errors when using t.rast.series and
r.series. Does anyone have any ideas on how I can replicate or
otherwise debug these kind of errors? This is a serious problem for
long-running calculations.

Thanks!
Dylan




On Tue, Sep 8, 2015 at 3:49 AM, umberto.minora  wrote:
> Thank you, installing the newer version (7.0.1) solved the problem!
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/ERROR-Error-reading-raster-data-for-row-210-of-cumRAD-tp5222503p5223086.html
> Sent from the Grass - Users mailing list archive at Nabble.com.
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Query vector type has problems

[Vaclav Petras]

On Thu, Jul 30, 2015 at 6:06 AM, Andres Kuusk  wrote:

> Vector commands v.what.vect and v.distance do not fill the attribute
> column of a point vector.
>
> I created small test vectors, a vector map 'varea' of area type which has
> an area polygon, and a vector map of points 'vpoints' - 191 GPS way-points,
> 135 of which are inside the polygon.
>
> The command
>
> v.what.vect map=vpoints column=aid query_map=varea query_column=aid
>
> returns:
>
> Finding nearest features...
> Update vector attributes...
> 191 categories - no nearest feature found
>
> The same result I get using v.distance:
>
> v.distance from=vpoints to=varea dmax=0. upload=to_attr column=aid
> to_column=aid
>
> Finding nearest features...
> Update vector attributes...
> 191 categories - no nearest feature found
>


Hi Andres,

please try the latest trunk (at least r66460 [1, 2]). Can you please try to
create a Bash script or a Python script which would prepare some data or
use data from NC basic/small Location [2] and run v.what.vect in the same
way as you were running it? In this way we can see if the recent changes
provide expected results.

Thanks,
Vaclav

[1] https://trac.osgeo.org/grass/changeset/66460
[2] https://trac.osgeo.org/grass/ticket/2734#comment:2
[3] http://grass.osgeo.org/download/sample-data/
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Performing a Maximum Likelihood Supervised classification with a single band

[Nikos Alexandris]

* Veronica Andreo:

> Ciao Umberto,
> 
> AFAIK, classification is multivariate on its statistical basis, so that's
> why it will only take a group as input. If you only have one band, you may
> want to extract some information from it, for example by using r.texture
> module [1]. With those resulting new bands and the original one you can
> create then a group and perform the classification you prefer.
> [1] https://grass.osgeo.org/grass71/manuals/r.texture.html


Ciao Vero.  There is, for example, the ISODATA algorithm out there.
Just not in GRASS (yet?).

Nikos
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Job opportunity: Database / WebGIS / Open Source GIS developer at NINA, Norway - urgent

[Blumentrath, Stefan]

Hi all,

At the Norwegian Institute for Nature Research (NINA, 
www.nina.no) there is a vacant permanent position at our 
database-IT department in Trondheim with a special focus on FOSS GIS 
technology, because NINA is planning to take another step into that direction:

see: 
http://www.nina.no/english/News/News-article/ArticleId/3894/Two-exciting-positions-as-database-and-system-developer

That means, the person to be employed would become a key person in building up 
that technology branch in our institute. Unfortunately, the deadline for 
applications expired even before it was properly announced. Therefore we would 
be still happy to receive further applications, though they will have to be 
send swiftly, I am afraid. A good CV and a short letter of application will be 
sufficient... A swift reply is more important than fancy layout or wording of 
your application...

About NINA:
NINA is a diverse research institute covering many different fields of nature 
research (in addition to biologists and ecologists we have economists, social 
scientists, veterinaries ...). NINA has a wide portfolio of projects, so our 
future employee will definitely not suffer from monotony. Being a foreigner 
here in Norway myself, I can warmly recommend NINA and Norway as a place to 
work, also in terms of wages and social security. Of course, nature here is 
fantastic and climate and light conditions are more pleasant than one might 
probably think from the outside ;-)...

We are looking forward to hearing from good candidates and are happy to answer 
questions about the position. Feel free to contact also me via mail or mobile 
+47 40 46 21 15, also during this weekend.

Kind regards,
Stefan Blumentrath
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user