- dfdl-wg - lists.ogf.org

DFDL occurs properties on global elements
by Steve Hanson 16 Apr '13

16 Apr '13

Errata 3.8 clarifies what action a DFDL processor should take when it encounters an object that explicitly carries properties that are not relevant to the object, as follows: 1 Property not applicable to the object’s kind. Schema definition error. Example is lengthKind on xs:sequence. 2 Property not applicable because of simple type. Warning. Example is calendarPatternKind on xs:string. 3 Property not applicable because of another DFDL property setting. Warning. Example is binaryNumberRep when representation is text 4 Property not applicable because object is global. Warning (optional). Example is occursCountKind on a global xs:element. I am starting to question whether 4 is the correct behaviour. I think this should be a schema definition error and not a warning because the property becomes applicable for an element reference that refers to that global element. It is a different situation from the other warning cases 2 & 3, where the test is made once scoping rules are applied, and the property is therefore not applicable. Thoughts? Regards Steve Hanson Architect, IBM Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

Cancelled: OGF DFDL WG Call
by Steve Hanson 16 Apr '13

16 Apr '13

Steve is at a conference

1 0

ICU and rounding for fractional seconds
by Mike Beckerle 15 Apr '13

15 Apr '13

Steve Lawrence on the Daffodil team has been implementing the date & time features. He has identified this issue: ICU doesn't support rounding, in fact they explicitly state rounding is not performed. From the javadoc: FieldPosition selector for 'S' field alignment, corresponding to the Calendar.MILLISECOND field. Note: Time formats that use 'S' can display a maximum of three significant digits for fractional seconds, corresponding to millisecond resolution and a fractional seconds sub-pattern of SSS. If the sub-pattern is S or SS, the fractional seconds value will be truncated (not rounded) to the number of display places specified. If the fractional seconds sub-pattern is longer than SSS, the additional display places will be filled with zeros. Are we reading the DFDL spec right? In regards to fractional seconds, it says: Round up rounding must occur when converting between external and internal representations. Does this mean that a time of 01:02:03.0019 should be represented as 01:02:03.002 in the infoset rather than 01:02:03.001? I don't think ICU supports that, and I thought DFDL attempted to fit as closely with ICU as possible, so this seems an odd change from ICU.

2 1

More Date/Time/DateTime Clarifications
by Steve Lawrence 15 Apr '13

15 Apr '13

We need a couple more clarifications on implementing date/time/dateTime in Daffodil. 1) What is the expected infoset output? The spec seems to be silent on this issue. Based on some tests we received from IBM, it looks like this makes sense: xs:date = uuuu-MM-ddxxx xs:time = HH:mm:ss.SSSSSSxxx xs:dateTime = uuuu-MM-dd'T'HH:mm:ss.SSSSSSxxx Points of interest: - uuuu instead of yyyy. The u allows for negative years, which is needed to represent BC dates - There are 6 significant figures for fractional seconds - Timezone is represented as xxx, since UTC is represented as +00:00 instead of 'Z' in the IBM tests we have Does this seem correct? 2) We would like some confirmation on the patterns for calendarPatternKind="implicit"? The current spec has: xs:date = yyyy-MM-dd xs:time = HH:mm:ssZZZ xs:dateTime = yyyy-MM-dd'T'HH:mm:ss The IBM tests we have match these patterns except for the timezone pattern for xs:time. The ZZZ pattern matches -0800, however, the IBM test we have parse -08:00. This could be represented with a few different patterns (e.g. ZZZZZ, XXX, xxx, xxxxx). We're unsure if the IBM tests are incorrect of if the spec needs to be updated. It also seems odd to me that the xs:time pattern has a timezone whereas dateTime does not. I'm not arguing it's wrong, just that it's not intuitive to me. Note that we don't have IBM's tool set up yet, so we can't verify if the tests we have actually represent IBM behavior. Thanks, - Steve

3 2

Cancelled: OGF DFDL WG Call
by Steve Hanson 12 Apr '13

12 Apr '13

Mike is on holiday

1 0

OGF DFDL WG Call 2013-04-09 - cancelled
by Steve Hanson 08 Apr '13

08 Apr '13

Sorry have to cancel the call as I am busy with clients all day. Regards Steve Hanson Architect, IBM DFDL Co-Chair, OGF DFDL Working Group Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0

Cancelled: OGF DFDL WG Call
by Steve Hanson 08 Apr '13

08 Apr '13

Cancelled: OGF DFDL WG Call 09/04/2013 - (Repeats) Chair: Steve Hanson/UK/IBM Sent By: Steve Hanson/UK/IBM@IBMGB Location: DE3S09 Steve Hanson/UK/IBM@IBMGB Steve Hanson has cancelled this meeting. Your calendar will be updated to reflect this change. Repeats This entry repeats Required: mbeckerle.dfdl(a)gmail.com, Suman Kalia/Toronto/IBM@IBMCA, Tim Kimber/UK/IBM@IBMGB Optional: dfdl-wg(a)ogf.org, Stephanie Fetzer/Charlotte/IBM@IBMUS

1 0

The length of this element should be more than 1 character
by Garriss Jr., James P. 06 Apr '13

06 Apr '13

Suppose I have a text element whose length must be greater than 1 character. I think an assert should be able to handle this, and there's a string-length() function, so I wrote this for my xPath expression: fn:string-length(.) > 1 But MBTK is telling me: CTDX1100E : XSD: The attribute 'null' is not permitted (This is, BTW, a less-than-helpful error message.) [cid:image001.png@01CE3200.633AA6A0] I added it manually, like so: <xsd:element name="Body" type="xsd:string"> <xsd:annotation> <xsd:appinfo source="http://www.ogf.org/dfdl/"> <dfdl:assert message="The length of the body must be more than 1 character"> { fn:string-length(.) > 1 } </dfdl:assert> </xsd:appinfo> </xsd:annotation> </xsd:element> And MBTK gave me this error: CTDV1493E : XPath expression '{ fn:string-length(.) > 1 }' contains a path expression that does not resolve to an element in the schema: 'Found ">" at line 1, column 23. Expected one of "}" "or" "and" "*" "div" "idiv" "mod" "eq" "ne" "lt" "le" "gt" "ge" "[" "-" "+" "/"'. Element: #xmlns(p="http://fileid")xscd(/schemaElement::p:ImfMime/type::0/model::sequence/schemaElement::Body). So this indicates it doesn't like the ">" character. So I changed it to > but got the same message. So am I implementing this wrong? Or does MBTK not support this function? Daffodil is also giving me an error: Schema Definition Error: XPath Compilation Error: net.sf.saxon.trans.XPathException: XPath syntax error at char 20 in {fn:string-length(.) > 1}: Prefix fn has not been declared Schema context: element.Body. Location in file:/C:/Users/jgarriss/daffodil-0.8.1/bin/DetectImfMime.xsd But this is a different issue, a namespace issue. MBTK magically knows about the "fn:" namespace, but Daffodil doesn't. It's not declared in the root element: <?xml version="1.0" encoding="UTF-8"?> <xsd:schema targetNamespace="http://fileid" xmlns:dfdl="http://www.ogf.org/dfdl/dfdl-1.0/" xmlns:fmt="http://www.ibm.com/dfdl/GeneralPurposeFormat" xmlns:ibmSchExtn="http://www.ibm.com/schema/extensions" xmlns:ns0="http://fileid" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> Help!

2 1

OGF DFDL WG Call Minutes 2013-04-05
by Steve Hanson 05 Apr '13

05 Apr '13

Please find minutes from the above call on Redmine at http://redmine.ogf.org/dmsf_files/13065?download= Errata document is now at v013 here: http://redmine.ogf.org/dmsf_files/8104?download= Action 140 errata addendum at v001 here: http://redmine.ogf.org/dmsf_files/13017?download= Regards Steve Hanson Architect, IBM DFDL, Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0

OGF DFDL WG Call Agenda 2013-04-05
by Steve Hanson 05 Apr '13

05 Apr '13

Please find agenda for call on Redmine at http://redmine.ogf.org/dmsf_files/13065?download= This is the call rescheduled from Tuesday. Regards Steve Hanson Architect, IBM Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0