Re: [GRASS-user] Aggregating daily maps in relative strds per month

* Veronica Andreo [2015-05-17 17:07:30 -0300]: > Hi Nikos! Ciao Vero :-). > If the data in fact represent daily data, why don't you register it as > absolute time?? In that way, you would just loop over strds... It is output from r.sun.daily. Below, looping over monthly Linke Turbidity value

Re: [GRASS-user] Grass 7 and 7.1 r.surf.idw problem

Dear Markus, thanks for the comments, I'm already taking part in the ticket handling mentioned above with testcase creation and testing. It seems that 7.0 problems solved at r65214 , I'll test it further. Very good community, anyway :) Robert 2015

Re: [GRASS-user] summing rasters with a condition given by other rasters

* Martin_Brandt [2015-05-17 12:44:33 -0700]: > I have the following issue to solve: > There is a MODIS NDVI time series with 23 images for one year, named ndvi_01 > to ndvi_23. Then i have a > raster with integer values from 1-23 representing the start of the growing > season (SOS), and the end (

Re: [GRASS-user] Aggregating daily maps in relative strds per month

Ciao Nikos, again :) In case of relative time the temporal unit of the input space time raster dataset is used. The granularity must be specified with an integer value. > If the data in fact represent daily data, why don't you register it as > > absolute time?? In that way, you would just loop ov

Re: [GRASS-user] Aggregating daily maps in relative strds per month

* Veronica Andreo [2015-05-18 06:07:24 -0300]: > Ciao Nikos, again :) > > In case of relative time the temporal unit of the input space time raster > dataset is used. The granularity must be specified with an integer value. > > > If the data in fact represent daily data, why don't you register

Re: [GRASS-user] Aggregating daily maps in relative strds per month

Hi Nikos, sorry for the late response. The aggregation of daily relative time STRDS with Gregorian monthly granularity is not possible, since in relative time mode, there is no connection between daily and monthly calendar hierarchy. The reason is that in relative time mode there is no starting po

Re: [GRASS-user] GRASS 7.0.0 Issues with Object Based Image Analysis

On 15/05/15 16:02, Jake Chila wrote: Actually, scratch that. The script ran once, but now when I run it from the GUI it doesn't actually update the table, it just runs through without doing anything. Before going any further with this, try the new addon: i.segment.stats [1] which does the calc

Re: [GRASS-user] Creating Raster Subsets in GRASS 7.0.0

On 12/05/15 19:10, Jake Chila wrote: Hi Micha, No worries, thanks for the headsup re: creating subsets. I noticed that resolution thing also, and just thought that it was because that scene is from a different path/row and the g.region command actually sets the region on the edge of this scene,

Re: [GRASS-user] Creating Raster Subsets in GRASS 7.0.0

On 12/05/15 16:23, Jake Chila wrote: Hi Moritz, I definitely did mean 'g.region -p', sorry for that. I ended up getting it to work using 'r.mapcalc' after setting the region. I saw someone online had used it with the simple expression newmap=oldmap. Then, when I export the newmap it is only of t

Re: [GRASS-user] [GRASS-dev] QGIS GRASS Plugin Upgrade Crowdfunding

Dear all, just a short reminder. The crowd funding period for the QGIS GRASS Plugin is still running but will end soon. Everyone who may be willingly to fund this great project can contribute funds until May 23. Best regards Soeren 2015-03-23 19:56 GMT+01:00 Radim Blazek : > Hi all, > > I have fi

Re: [GRASS-user] Aggregating daily maps in relative strds per month

* Sören Gebbert [2015-05-18 13:08:08 +0200]: > Hi Nikos, > sorry for the late response. > > The aggregation of daily relative time STRDS with Gregorian monthly > granularity is not possible, since in relative time mode, there is no > connection between daily and monthly calendar hierarchy. The r

[GRASS-user] DEM with bathymetric contour lines

I am trying to create a DEM from a bathymetric contour lines. Contours are in vector format and the elevation value is negative (integers). To create the surface I have converted the co

Re: [GRASS-user] [GRASS-dev] QGIS GRASS Plugin Upgrade Crowdfunding

On Mon, May 18, 2015 at 2:22 PM, Sören Gebbert wrote: > Dear all, > just a short reminder. The crowd funding period for the QGIS GRASS > Plugin is still running but will end soon. Everyone who may be > willingly to fund this great project can contribute funds until May > 23. BTW, raster/vector im

Re: [GRASS-user] Aggregating daily maps in relative strds per month

Nikos Alexandris: > Having absolute timestamps would make life easier with the > fantastic temporal framework. I'll re-do again my workflow and decide > upon a year. After all, I did extract the following for a specific year > (don't remember which one it was now :-?): I think it was 2009. So, I

Re: [GRASS-user] Aggregating daily maps in relative strds per month

Hi Nikos, You need to use t.remove to delete the time stamps from the temporal database. The *.timestamp modules should not be used at all. They are not connected with the temporal framework. The error appears because the maps still have relative time stamps in the temporal database which can not b

Re: [GRASS-user] t.rast.aggregate help

Ciao, Maria Elena > Hallo everybody, > I am trying to aggregate some time-stamped raster (placed in > an initial space-time dataset) but I have some problems; each raster > represents > a 1h-cumulated rainfall, so I have something like this: > > raster1 | start_time 2014-09-04 12:00:00 | end_tim

Re: [GRASS-user] Aggregating daily maps in relative strds per month

* Sören Gebbert [2015-05-18 20:34:19 +0200]: > Hi Nikos, > You need to use t.remove to delete the time stamps from the temporal > database. The *.timestamp modules should not be used at all. They are not > connected with the temporal framework. > The error appears because the maps still have rela

Re: [GRASS-user] Aggregating daily maps in relative strds per month

Hi Nikos, 2015-05-18 23:07 GMT+02:00 Nikos Alexandris : > * Sören Gebbert [2015-05-18 20:34:19 +0200]: > >> Hi Nikos, >> You need to use t.remove to delete the time stamps from the temporal >> database. The *.timestamp modules should not be used at all. They are not >> connected with the temporal

Re: [GRASS-user] summing rasters with a condition given by other rasters

Hi Martin According to the data you have, you may wanna register your ndvi maps as relative time, and then: # with this you select maps between dates pointed out in your sos and eos maps and put null everywhere else t.rast.mapcalc -n input=ndvi output=ndvi_sos_eos base=ndvi_sos_eos expr="if(start

Re: [GRASS-user] Aggregating daily maps in relative strds per month

* Sören Gebbert [2015-05-18 23:17:55 +0200]: > Hi Nikos, > > 2015-05-18 23:07 GMT+02:00 Nikos Alexandris : > > * Sören Gebbert [2015-05-18 20:34:19 +0200]: > > > >> Hi Nikos, > >> You need to use t.remove to delete the time stamps from the temporal > >> database. The *.timestamp modules should