This is a static archive of the previous Open Grid Forum Redmine content management system saved from host redmine.ogf.org file /issues/349 at Thu, 03 Nov 2022 01:53:25 GMT document #349: Action 305 - Section 9.4 - Clarifications on Element Defaults - DFDL WG - Open Grid Forum

document #349

Action 305 - Section 9.4 - Clarifications on Element Defaults

Added by Michael Beckerle over 3 years ago. Updated about 2 years ago.

Status:closed Start date:06/27/2019
Priority:Normal Due date:
Assignee:- % Done:

100%

Category:-
Target version:DFDL v1.0
Document Type:Proposed Recommendation

Description

Section 9.4
Item 2 under "For elements and element refs:" Change to: "dfdl:element following property scoping rules, which includes establishing representation as described in Section 9.3.2 and conversion to element type for simple types."

Section 9.4.2
Before the final phrase "There are three main cases to consider:" Insert this sentence: "The sections below indicate when an item is added to the infoset, and whether it has a default or other value. If there is no processing error then regardless of whether an item is added to the infoset or not, any side-effects due to dfdl:discriminator statements evaluating to true, or dfdl:setVariable statements, are retained."

Sections 9.4.2.2 and 9.4.2.3
The phrase "Optional occurrence: If dfdl:emptyValueDelimiterPolicy is not 'none'[12]," Change to "Optional occurrence: if dfdl:emptyValueDelimiterPolicy is applicable and is not 'none',...." (retaining the footnote)

Section 9.4.2.3. (IGNORING THIS AS NO CONCLUSION WAS REACHED)
We agreed that the paragraphs beginning with "For both required and optional..." need to be better tied to the material above. Wording TBD - pending Steve Hanson doing some tests on IBM DFDL.

History

Updated by Michael Beckerle over 3 years ago

I discovered that erratum 5.10 already includes modified wording equivalent to one of the things discussed:

5.10 says: Add a clause in 9.4.2.2 and 9.4.2.3 so that the statement about optional occurrences says "If dfdl:emptyValueDelimiterPolicy is in effect and is not 'none'...", as the words today do not cover cases when it is ignored (no initiator or terminator).

Our discussion in this thread is slightly different wording:

Sections 9.4.2.2 and 9.4.2.3
The phrase "Optional occurrence: If dfdl:emptyValueDelimiterPolicy is not 'none'[12]," Change to "Optional occurrence: if dfdl:emptyValueDelimiterPolicy is applicable and is not 'none',...." (retaining the footnote)

I prefer the terminology "is applicable" here, as "in effect" can have the connotation of just "is set".

So the update is to the Erratum 5.10 and the specification document (which will have Erratum 5.10 applied to it ultimately.)

Updated by Michael Beckerle about 3 years ago

  • Status changed from submitted to accepted

Erratum 5.56

Note that above there was a change that was marked "(IGNORING THIS AS NO CONCLUSION WAS REACHED)". Upon review, this part of the spec does require amending, so a suggested change was added to erratum 5.56 covering this 'ignored' area.

Updated by Michael Beckerle about 2 years ago

  • Status changed from accepted to closed
  • % Done changed from 0 to 100

(Other formats not available in this archive.

This is a static archive of the previous Open Grid Forum Redmine content management system saved from host redmine.ogf.org file /issues/349 at Thu, 03 Nov 2022 01:53:25 GMT