<div dir="ltr"><div class="gmail_extra">Hi Dylan, </div><div class="gmail_extra"><br><div class="gmail_quote">2015-10-14 13:25 GMT-03:00 Dylan Beaudette <span dir="ltr"><<a href="mailto:dylan.beaudette@gmail.com" target="_blank">dylan.beaudette@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On Wed, Oct 14, 2015 at 5:10 AM, Veronica Andreo <<a href="mailto:veroandreo@gmail.com" target="_blank">veroandreo@gmail.com</a>> wrote:<br>
> Hi Dylan,<br>
><br>
> I guess -i flag "might" (not sure) be incompatible with a file with<br>
> start_time... so, if you have a list with mapname|start_time, you would only<br>
> pass that and no need to set an increment really, because it would be<br>
> implicit in the start_time (of course if your maps have different<br>
> granularities, then you need to specify start and end time)... this is what<br>
> I get with your example:<br>
><br>
> GRASS 7.1.svn (latlong_wgs84):~ > t.register --o input=precip_abs<br>
> file=precip_abs.files type=raster<br>
> ...<br>
><br>
> GRASS 7.1.svn (latlong_wgs84):~ > t.rast.list precip_abs<br>
> name|mapset|start_time|end_time<br>
> prec_1|pruebas|1981-01-01 00:00:00|None<br>
> prec_2|pruebas|1981-01-02 00:00:00|None<br>
> prec_3|pruebas|1981-01-03 00:00:00|None<br>
> prec_4|pruebas|1981-01-04 00:00:00|None<br>
> prec_5|pruebas|1981-01-05 00:00:00|None<br>
> prec_6|pruebas|1981-01-06 00:00:00|None<br>
<br>
</span>Hi Veronica,<br>
<br>
I have often wondered if some of the arguments to t.register were<br>
mutually exclusive. Perhaps this is a documentation opportunity. Happy<br>
to help with that.<br></blockquote><div> </div><div>yeah, well, I'm not really sure... but at least, when you pass a file with start_time, and also set an increment, that start_time seems to changed accordingly... So, as you set start_time 1981-01-01 and increment "1 days", the strds starts in 1981-01-02...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
The output you list above matches my observations. I can still do most<br>
of my work with no end_time defined--the resulting STRDS is "point"<br>
support--however, t.mapcalc complains when using multiple "point"<br>
support STRDS as input. Thus, I have been trying to register my daily<br>
data as "interval" support.</blockquote><div> </div><div>I'm not sure to understand what you mean with "point" support. </div><div>But t.rast.mapcalc sometimes fail with multiple input strds because of a simple replace approach [0]... have you tried the same operations with t.rast.algebra?? </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>
> If I use the list of mapnames only (without start_time) and so, I set -i<br>
> flag, increment="1 days" and start="1981-01-01", then I get:<br>
><br>
> GRASS 7.1.svn (latlong_wgs84):~ > t.register --o -i input=precip_abs<br>
> file=somefile type=raster increment="1 days" start="1981-01-01"<br>
> ...<br>
> GRASS 7.1.svn (latlong_wgs84):~ > t.rast.list precip_abs<br>
> name|mapset|start_time|end_time<br>
> prec_1|pruebas|1981-01-01 00:00:00|1981-01-02 00:00:00<br>
> prec_2|pruebas|1981-01-02 00:00:00|1981-01-03 00:00:00<br>
> prec_3|pruebas|1981-01-03 00:00:00|1981-01-04 00:00:00<br>
> prec_4|pruebas|1981-01-04 00:00:00|1981-01-05 00:00:00<br>
> prec_5|pruebas|1981-01-05 00:00:00|1981-01-06 00:00:00<br>
> prec_6|pruebas|1981-01-06 00:00:00|1981-01-07 00:00:00<br><br>
</span>Interesting! This is my "expected" output, and indeed I can replicate<br>
this behavior on my machine. I am using r66489.<br>
<br>
Can you reproduce the behavior as described in my original posting,<br>
when using a file specifying the start date _and_ and arguments: "-i<br>
increment='1 days'" ?<br></blockquote><div><br></div><div>Yes, and I got the same results you posted. </div><div><br></div><div>I believe the best practice would be to use one approach or the other, i.e.: only the file with mapnames and start_time (and optionally end_time), or the list of mapnames (either as `g.list ... ` or in a text file), the -i flag and increment parameter.</div><div><br></div><div>Maybe this wiki is also helpful somehow: <a href="https://grasswiki.osgeo.org/wiki/Temporal_data_processing">https://grasswiki.osgeo.org/wiki/Temporal_data_processing</a></div><div>Contributions, corrections, sugestions are most welcome :)</div><div><br></div><div>Cheers, </div><div>Vero</div><div><br></div><div>[0] <a href="https://trac.osgeo.org/grass/ticket/2735">https://trac.osgeo.org/grass/ticket/2735</a></div><div><br></div></div></div></div>