Closed tbonfort closed 12 years ago
Author: tomkralidis Date: 2007/08/02 - 18:38
We'll want to a./ agree on what is inclusive and what is not and b./ implement any changes if necessary. I think changes are needed to validating time ranges regardless.
Keep in mind this may/should/will affect other time implementations.
Author: assefa Date: 2009/10/13 - 21:10 Tom,
I believe the time structure is initialized at the begging and then updated using the time string that is read. Time like 2007 ends up being interpreted as 2007-01-01. I am not sure if this is a wring interpretation. I believe time/date fields in postgres would do the same?
Author: assefa Date: 2011/03/30 - 21:49 Tom,.is this still an issue?
Author: tomkralidis Date: 2011/04/04 - 14:55 Assefa: after looking at this again, the interpretation is correct.
Reporter: tomkralidis Date: 2007/08/02 - 18:32
We've run into some issues with how time is processed (i.e. see #2154, for example), and this had led to figuring out the best way to interpret and subsequently process time values when doing temporal querying.
The two main problems are:
We'll want to a./ agree on what is inclusive and what is not
I hope I explained this clearly.