I've just committed some changes to ARQ for how it handles dates and
times (XSD dateTime, date, time, g*).
This set of changes adds nothing at the moment - it switches from using
Jena's XSDDateTime class to java's XMLGregorianCalendar). Jena's class
is derived from Xerces but it does not provide arithmetic.
That's the reason for this change - now date/time arithmetic, including
durations, can be added to SPARQL processing.
I kept using XSDDatetime for checking and parsing -- the Java library
code adopts a "parse any lexical formlegal" approach so passing in a
legal date and you mean a dateTime is not detected very nicely.
Andy
PS One Java bug : Java does not accept a gMonth with a timezine of "Z",
which is legal, albeit unusual. A timezone of +00:00 is accepted, as is
"Z" on gYear and other g*.
