<div dir="ltr"><div><div><div>Yes Soeren, such a pity, I missed all your temporal fun!<br></div>As usual, have to do it the hard way...<br><br></div>Thanks,<br></div>I will set up the input file, inefficient, but my data is not regular in time...<br>
<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 March 2014 14:15, Sören Gebbert <span dir="ltr"><<a href="mailto:soerengebbert@googlemail.com" target="_blank">soerengebbert@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
such a pity you were not in the TGIS workshop.<br>
However, there can be gaps between time intervals.<br>
Hence the end time of a time interval can be start time of a potential<br>
successor or the start time of a gap.<br>
But gaps are not stored explicitly, they are computed by topological analysis<br>
<br>
I would suggest that you create an input text file that lists all maps<br>
with time stamps that should be registered<br>
If you call t.register for each single map the registration will be<br>
very inefficient and slow<br>
Example of an input file with gaps between map intervals:<br>
mapA|2001-05-10|2001-05-11<br>
mapB|2001-05-15|2001-05-16<br>
<br>
Best regards<br>
Soeren<br>
<br>
2014-03-05 9:29 GMT+01:00 Yann Chemin <<a href="mailto:ychemin@gmail.com">ychemin@gmail.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Thank you Soeren,<br>
><br>
> If I want to register an irregular set of daily maps (missing days), will<br>
> the end date need to be the next day (say 5 days after this image, 2 days<br>
> after in the next image)?<br>
><br>
> Cheers,<br>
> Yann<br>
><br>
><br>
> On 5 March 2014 12:14, Sören Gebbert <<a href="mailto:soerengebbert@googlemail.com">soerengebbert@googlemail.com</a>> wrote:<br>
>><br>
>> Hi Yann,<br>
>> if you need support for time zones you have to use postgresql as<br>
>> backend. Unfortunately sqlite does not support time zones. A work<br>
>> around would be to ignore the time zone and use t.shift to temporally<br>
>> shift the created STRDS by 5h and 30 min to UTC time after registering<br>
>> the maps. I should notice this in the help page, i don't know why i<br>
>> missed that ..???!!!<br>
>><br>
>> The next thing is that TGRASS uses time intervals in which the end<br>
>> time is not part of the time interval, but the start time of a<br>
>> successor. That means that you do not need to know how many days in a<br>
>> month are;  Interval of one day: start="2004-05-10" end="2004-05-11"<br>
>><br>
>> Best regards<br>
>> Soeren<br>
>><br>
>> 2014-03-05 6:36 GMT+01:00 Yann Chemin <<a href="mailto:ychemin@gmail.com">ychemin@gmail.com</a>>:<br>
>> > Hi,<br>
>> ><br>
>> > input line is:<br>
>> > t.register input=ta maps=ta_2004131 start="2004-05-10 00:00:00 +0530"<br>
>> > end="2004<br>
>> > -05-10 23:59:59 +0530"<br>
>> ><br>
>> > temporal says:<br>
>> >   File "/usr/lib/python2.7/sqlite3/dbapi2.py", line 69, in<br>
>> > convert_timestamp<br>
>> >     hours, minutes, seconds = map(int, timepart_full[0].split(":"))<br>
>> > ValueError: invalid literal for int() with base 10: '00+05'<br>
>> ><br>
>> > Manual says following format accepted:<br>
>> > start=string<br>
>> > Valid start date and time of the first map. Format absolute time:<br>
>> > "yyyy-mm-dd HH:MM:SS +HHMM", relative time is of type integer).<br>
>> > end=string<br>
>> > Valid end date and time of all map. Format absolute time: "yyyy-mm-dd<br>
>> > HH:MM:SS +HHMM", relative time is of type integer).<br>
>> ><br>
>> > yann<br>
>> > --<br>
>> > ----<br>
><br>
><br>
><br>
><br>
> --<br>
> ----<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>----
</div>