Open oschihin opened 2 years ago
It seems to me that the validator is expecting the dateType min and max values to have the GMT timezone defined.
<xs:minInclusive value="0001-01-01Z"/>
<xs:maxExclusive value="10000-01-01Z"/>
@luis100 thanks for your quick reply. This seems to explain my first question. Any idea why it fails only on a selection of tables?
This would probably have to be corrected in the SIARD producing software, i.e. SIARD GUI, right?
My comment is only an initial assessment, for a proper analysis of the issue we would need the SIARD that has the issue to check why it fails only in a selection.
In terms of fixing, I am not sure if this is an issue of the SIARD producing software or of the vallidator that is being too strict. We need to go back to the specification to see if timezone should be considered in these cases, but it already seems odd to me that timezone is considered in the dateTimeType restrictions and not on the dateType, as it would affect proper comparison in the same way.
So, I'll leave the issue still open for further discussion. If you can provide the SIARD or a SIARD with mocked data that shows the same behaviour it would help to better assess the issue.
The SIARD is pretty sensitive, so I cannot hand that out. I'll see If there's a way to produce a mockup.
Description:
SIARD Version is 2.1, file was produced through SiardGui 2.1.134. Database was MS SQL Server 12.
A SIARD validation with dbptk results in an unexpected error on requirement T_6.3-1 "Dates and timestamps must be restricted to the years 0001-9999 according to the SQL:2008 specification. This restriction is enforced in the definitions of dateType and dateTimeType."
The validation report shows more details:
The schemas mentioned define the types as below:
I have questions on that result:
Thanks for helping me out.