July 2012 - dfdl-wg - lists.ogf.org

Re: [DFDL-WG] Issue 140 spinoff - proposed revised grammar
by Mike Beckerle 19 Nov '12

19 Nov '12

Attached revised grammar 005 - proposed as "to become an errata". On Mon, Jul 30, 2012 at 6:29 AM, Steve Hanson <smh(a)uk.ibm.com> wrote: > A couple of further revisions. > > > > Regards > > Steve Hanson > Architect, Data Format Description Language (DFDL) > Co-Chair, *OGF DFDL Working Group* <http://www.ogf.org/dfdl/> > IBM SWG, Hursley, UK* > **smh(a)uk.ibm.com* <smh(a)uk.ibm.com> > tel:+44-1962-815848 > > > > From: Mike Beckerle <mbeckerle.dfdl(a)gmail.com> > To: Steve Hanson/UK/IBM@IBMGB > Cc: Tim Kimber/UK/IBM@IBMGB > Date: 25/07/2012 16:49 > Subject: Re: Issue 140 spinoff - proposed revised grammar > ------------------------------ > > > > Revised per call today. For your consideration. > > ...mikeb > > On Wed, Jul 11, 2012 at 7:39 AM, Steve Hanson <*smh(a)uk.ibm.com*<smh(a)uk.ibm.com>> > wrote: > I've made some updates which I think solves the complex empty issue, ties > the grammar more closely to the action 140 rep definitions, and addresses > Tim's content v value distinction. > > Let me know what you think. > > > > Regards > > Steve Hanson > Architect, Data Format Description Language (DFDL) > Co-Chair, *OGF DFDL Working Group* <http://www.ogf.org/dfdl/> > IBM SWG, Hursley, UK* > **smh(a)uk.ibm.com* <smh(a)uk.ibm.com> > tel:*+44-1962-815848* <%2B44-1962-815848> > > > > From: Mike Beckerle <*mbeckerle.dfdl(a)gmail.com*<mbeckerle.dfdl(a)gmail.com> > > > To: Steve Hanson/UK/IBM@IBMGB, Tim Kimber/UK/IBM@IBMGB > Date: 10/07/2012 16:25 > Subject: Re: Issue 140 spinoff - proposed revised grammar > ------------------------------ > > > > > Accept-all-changes on that document before you try to read it. Or use the > attached. > > On Tue, Jul 10, 2012 at 11:19 AM, Mike Beckerle <*mbeckerle.dfdl(a)gmail.com > * <mbeckerle.dfdl(a)gmail.com>> wrote: > I took a crack at revising the grammar to something more accurate, more > useful. It's bigger, but not 3 times as big. > > I like it, but then I'm an implementor, not a user of this spec trying to > devise a schema. Our audience is both however. > > I am curious what you think. > > One thing it cannot capture is the complexity of complex empty's, i.e., > the fact that a complex empty requires one to sometimes descend recursively > first, and then check for empty. From the grammar you would think you can > always check for this first. > > Fact is, you have to descend recursively in order to pop back up, and have > the representation be found to match what I call EmptyElement. But the > grammar can't show that. (well, maybe it could... I'll think about that > further.) > > ...mike > > -- > Mike Beckerle | OGF DFDL WG Co-Chair > Tel: *781-330-0412* <781-330-0412> > > > > > -- > Mike Beckerle | OGF DFDL WG Co-Chair > Tel: *781-330-0412* <781-330-0412> > [attachment "grammar-revision.docx" deleted by Steve Hanson/UK/IBM] > > 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 > > > > -- > Mike Beckerle | OGF DFDL WG Co-Chair > Tel: 781-330-0412 > [attachment "grammar-revision-003.doc" deleted by Steve Hanson/UK/IBM] > > 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 > -- Mike Beckerle | OGF DFDL WG Co-Chair Tel: 781-330-0412

2 5

Repeating groups in DFDL with continuation indicators - action 146 - updated
by Steve Hanson 01 Aug '12

01 Aug '12

Here's the proposal for discussion on today's call, updated to fix some issues: - Moved the dfdl:assert onto element A1 where it more naturally belongs - Added a variable $pos to save the dfdl:position() of A1 as this is needed by A1's child repeatBit element - Corrected repeatBit dfdl:outputValueCalc expression to use $pos - Corrected function prefixes Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 ----- Forwarded by Steve Hanson/UK/IBM on 30/07/2012 18:30 ----- From: Steve Hanson/UK/IBM To: "Mike Beckerle" <mbeckerle.dfdl(a)gmail.com> Cc: dfdl-wg(a)ogf.org, "'Ryan Farrell'" <ryan.farrell.ctr(a)nrl.navy.mil> Date: 27/07/2011 09:29 Subject: RE: [DFDL-WG] [wg-all] Repeating groups in DFDL Hi Mike That looks pretty good. A couple of minor changes in bold red (I don't think there's a length() function). Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 From: "Mike Beckerle" <mbeckerle.dfdl(a)gmail.com> To: Steve Hanson/UK/IBM@IBMGB, "'Ryan Farrell'" <ryan.farrell.ctr(a)nrl.navy.mil> Cc: <dfdl-wg(a)ogf.org> Date: 26/07/2011 18:04 Subject: RE: [DFDL-WG] [wg-all] Repeating groups in DFDL From our call today, I suggest this schema, based on the assertion suggestion from steve/tim, and adding in the unparser/output direction calculations, and putting this together to match Ryan’s example schema. I’m not certain on the xpath expressions syntax. I may have number of “..” moves wrong (at least). I added outputValueCalc properties to the flag bits, I added occursCountKind=’parsed’ to the array, and the assertion to the repeatBit element. I put in the check so that a zero length array is possible based on the presentBit as well. <xs:element name="example"> <xs:annotation><xs:appinfo source="..."> <dfdl:defineVariable name="$pos" type="int"/> </xs:appinfo></xs:annotation> <xs:complexType> <xs:sequence> <xs:element name="presentBit" type="xs:unsignedByte" dfdl:representation="binary" dfdl:alignment="1" dfdl:alignmentUnits="bits" dfdl:byteOrder="bigEndian" dfdl:lengthKind="explicit" dfdl:length="1" dfdl:outputValueCalc='{ if dfdl:count(../A1) eq 0 then 0 else 1 }'/> <xs:element name="A1" minOccurs="0" maxOccurs="10" dfdl:occursCountKind='parsed'> <xs:annotation><xs:appinfo source="..."> <dfdl:newVariableInstance ref="$pos" defaultValue="{ dfdl:position() }"/> <dfdl:assert> {if ../presentBit eq 0 then false else if $pos eq 1 then true else if .[$pos-1]/repeatBit eq 0 then false else true} </dfdl:assert> </xs:appinfo></xs:annotation> <xs:complexType> <xs:sequence> <xs:element name="repeatBit" type="xs:unsignedByte" dfdl:representation="binary" dfdl:alignment="1" dfdl:alignmentUnits="bits" dfdl:byteOrder="bigEndian" dfdl:lengthKind="explicit" dfdl:length="1" dfdl:outputValueCalc='{ if $pos eq dfdl:count(..) then 0 else 1 }'/> </xs:element> <xs:element name="someField" type="xs:unsignedByte" dfdl:representation="binary" dfdl:alignment="1" dfdl:alignmentUnits="bits" dfdl:byteOrder="bigEndian" dfdl:lengthKind="explicit" dfdl:length="2"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="aFieldAfterA1" type="xs:unsignedByte" dfdl:representation="binary" dfdl:alignment="1" dfdl:alignmentUnits="bits" dfdl:byteOrder="bigEndian" dfdl:lengthKind="explicit" dfdl:length="2"/> </xs:sequence> </xs:complexType> </xs:element> From: Steve Hanson [mailto:smh@uk.ibm.com] Sent: Tuesday, July 26, 2011 6:40 AM To: Mike Beckerle Cc: dfdl-wg(a)ogf.org; 'Ryan Farrell' Subject: Re: [DFDL-WG] [wg-all] Repeating groups in DFDL Yes we need a friendly way of saying 'I am the last item' when using occursCountKind is 'parsed'. But with what we have today, could we use a discriminator on the repeating element that fails when the indicator of the previous repeat was 0 ? So speculation starts to parse the thing after the last repeat on the assumption it is another repeat and then fails and backtracks. <dfdl:assert>{if dfdl:position() eq 1 then true else if './present[dfdl:position()-1]' eq 0 then false else true}</dfdl:assert> Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 From: "Mike Beckerle" <mbeckerle.dfdl(a)gmail.com> To: "'Ryan Farrell'" <ryan.farrell.ctr(a)nrl.navy.mil>, <dfdl-wg(a)ogf.org> Date: 22/07/2011 23:44 Subject: Re: [DFDL-WG] [wg-all] Repeating groups in DFDL Sent by: dfdl-wg-bounces(a)ogf.org Great example Ryan, We've spent quite a bit of time over the last several months on textual formats with these kinds of characteristics, which I would describe as "occurrances determined by parsing" - that is, you look at the data to determine "is there another element or not" one by one as they are parsed. We need to make sure the properties are there to make this work for the binary case as well. I actually believe we cannot handle this format right now. We don't have a property which says to look at the current element to determine whether to expect a subsequent element, as a way of determining occurrence counts. Next week we'll add resolving this example to the workgroup actions list. ...mikeb Mike Beckerle Senior Technology Leader/Manager Deloitte Managed Analytics 100 Fifth Avenue, Waltham, MA 02451 Tel/Direct: +1 781 330 0412 | Fax: +1 866 253 3006 www.deloitte.com -----Original Message----- From: dfdl-wg-bounces(a)ogf.org [mailto:dfdl-wg-bounces@ogf.org] On Behalf Of Ryan Farrell Sent: Tuesday, July 19, 2011 2:12 PM To: dfdl-wg(a)ogf.org Subject: [DFDL-WG] [wg-all] Repeating groups in DFDL For anyone that was at the 19/07 phone meeting, this is what Adam Fox and I were trying to find a solution to. If anyone knows of a solution, please contact me or adam.fox(a)nrl.navy.mil. ---------------------------------------------------------------------------- ------------------------ Please see the attached xml schema while reading this message. The problem we want to solve is how to represent a structure that can have a variable amount of occurences (even zero), and the amount of repeats is controlled by a one bit field, which we will call"repeatBit". The repeating structure in this case is "A1". The element before it, "presentBit", determines if there is at least one occurence of A1. If presentBit is zero, then A1 has zero occurences. If presentBit is one, then A1 has AT LEAST one occurence. The first element in A1 is "repeatBit". What repeatBit does is tells us if there will be another occurence of A1 after the current occurence. When repeatBit is zero, then that means we will read through the rest of A1, then that is the last occurence of A1. As long as repeatBit continues to be one however, we will read through the rest of A1, then start a new occurence. I have included all the known required DFDL notation. Please let me know what is missing. EXAMPLE INPUT (results are in base 10): NOTE: Not all bits are used in these examples. Unused bits should be ignored for the purpose of the examples. 1) 0111 0101 presentBit = 0 aFieldAfterA1 = 3 2) 1011 1010 presentBit = 1 A1 -repeatBit = 0 -someField = 3 aFieldAfterA1 = 2 3) 1101 0110 0000 0000 presentBit = 1 A1 -repeatBit = 1 -someField = 1 A1 -repeatBit = 0 -someField = 3 aFieldAfterA1 = 0 -- dfdl-wg mailing list dfdl-wg(a)ogf.org http://www.ogf.org/mailman/listinfo/dfdl-wg 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 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 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

2 3

OGF DFDL WG Call Minutes 2012-07-31
by Steve Hanson 31 Jul '12

31 Jul '12

Please find minutes from the above call on GridForge at https://forge.ogf.org/sf/docman/do/downloadDocument/projects.dfdl-wg/docman… Errata document is now at v010 here: http://forge.gridforum.org/sf/go/doc16280?nav=1 Regards Steve Hanson Architect, DFDL, IBM SWG Co-Chair, OGF DFDL Working Group Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0

Fw: Allowable usage of entity class %WSP*;
by Steve Hanson 31 Jul '12

31 Jul '12

We decided in the end to continue to allow %WSP; to appear on its own in the places it is currently permitted, as there are some scenarios where it could prove useful. If scanning, then when no white space is present in the data, a zero length match is returned.. Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 ----- Forwarded by Steve Hanson/UK/IBM on 31/07/2012 16:17 ----- From: Steve Hanson/UK/IBM To: dfdl-wg(a)ogf.org Date: 31/07/2012 10:32 Subject: Allowable usage of entity class %WSP*; The DFDL spec is very restrictive about the use of %ES; - it is only permitted as a nil literal value. But the spec does not say anything about the use of %WSP*; when used on its own - which may equivalently be written as "%ES; %WSP+;". I don't think that %WSP*; should be allowed on its own other than for nil literal value. It may of course be used in combination with other DFDL entities. Regards Steve Hanson Architect, 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 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

Allowable usage of entity class %WSP*;
by Steve Hanson 31 Jul '12

31 Jul '12

The DFDL spec is very restrictive about the use of %ES; - it is only permitted as a nil literal value. But the spec does not say anything about the use of %WSP*; when used on its own - which may equivalently be written as "%ES; %WSP+;". I don't think that %WSP*; should be allowed on its own other than for nil literal value. It may of course be used in combination with other DFDL entities. Regards Steve Hanson Architect, 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

OGF DFDL WG Call Agenda 2012-07-31
by Steve Hanson 30 Jul '12

30 Jul '12

Please find agenda for the above call on GridForge at https://forge.ogf.org/sf/docman/do/downloadDocument/projects.dfdl-wg/docman… Regards Steve Hanson Architect, 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

Repeating groups in DFDL with continuation indicators - action 146
by Steve Hanson 30 Jul '12

30 Jul '12

Here's the proposal for discussion on tomorrow's call. Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 ----- Forwarded by Steve Hanson/UK/IBM on 30/07/2012 18:30 ----- From: Steve Hanson/UK/IBM To: "Mike Beckerle" <mbeckerle.dfdl(a)gmail.com> Cc: dfdl-wg(a)ogf.org, "'Ryan Farrell'" <ryan.farrell.ctr(a)nrl.navy.mil> Date: 27/07/2011 09:29 Subject: RE: [DFDL-WG] [wg-all] Repeating groups in DFDL Hi Mike That looks pretty good. A couple of minor changes in bold red (I don't think there's a length() function). Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 From: "Mike Beckerle" <mbeckerle.dfdl(a)gmail.com> To: Steve Hanson/UK/IBM@IBMGB, "'Ryan Farrell'" <ryan.farrell.ctr(a)nrl.navy.mil> Cc: <dfdl-wg(a)ogf.org> Date: 26/07/2011 18:04 Subject: RE: [DFDL-WG] [wg-all] Repeating groups in DFDL From our call today, I suggest this schema, based on the assertion suggestion from steve/tim, and adding in the unparser/output direction calculations, and putting this together to match Ryan’s example schema. I’m not certain on the xpath expressions syntax. I may have number of “..” moves wrong (at least). I added outputValueCalc properties to the flag bits, I added occursCountKind=’parsed’ to the array, and the assertion to the repeatBit element. I put in the check so that a zero length array is possible based on the presentBit as well. <xs:element name="example"> <xs:complexType> <xs:sequence> <xs:element name="presentBit" type="xs:unsignedByte" dfdl:representation="binary" dfdl:alignment="1" dfdl:alignmentUnits="bits" dfdl:byteOrder="bigEndian" dfdl:lengthKind="explicit" dfdl:length="1" dfdl:outputValueCalc='{ if count(../A1) eq 0 then 0 else 1 }'/> <xs:element name="A1" minOccurs="0" maxOccurs="10" dfdl:occursCountKind='parsed'> <xs:complexType> <xs:sequence> <xs:element name="repeatBit" type="xs:unsignedByte" dfdl:representation="binary" dfdl:alignment="1" dfdl:alignmentUnits="bits" dfdl:byteOrder="bigEndian" dfdl:lengthKind="explicit" dfdl:length="1" dfdl:outputValueCalc='{ if exists( ../../A1[position()+1]) then 1 else 0 }'> <xs:annotation><xs:appinfo source="...dfdl url..."> <dfdl:assert>{ if ../../presentBit eq 0 then false else if dfdl:position() eq 1 then true else if ../[dfdl:position()-1]/repeatBit eq 0 then false else true } </dfdl:assert> </xs:appinfo></xs:annotation> </xs:element> <xs:element name="someField" type="xs:unsignedByte" dfdl:representation="binary" dfdl:alignment="1" dfdl:alignmentUnits="bits" dfdl:byteOrder="bigEndian" dfdl:lengthKind="explicit" dfdl:length="2"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="aFieldAfterA1" type="xs:unsignedByte" dfdl:representation="binary" dfdl:alignment="1" dfdl:alignmentUnits="bits" dfdl:byteOrder="bigEndian" dfdl:lengthKind="explicit" dfdl:length="2"/> </xs:sequence> </xs:complexType> </xs:element> From: Steve Hanson [mailto:smh@uk.ibm.com] Sent: Tuesday, July 26, 2011 6:40 AM To: Mike Beckerle Cc: dfdl-wg(a)ogf.org; 'Ryan Farrell' Subject: Re: [DFDL-WG] [wg-all] Repeating groups in DFDL Yes we need a friendly way of saying 'I am the last item' when using occursCountKind is 'parsed'. But with what we have today, could we use a discriminator on the repeating element that fails when the indicator of the previous repeat was 0 ? So speculation starts to parse the thing after the last repeat on the assumption it is another repeat and then fails and backtracks. <dfdl:assert>{if dfdl:position() eq 1 then true else if './present[dfdl:position()-1]' eq 0 then false else true}</dfdl:assert> Regards Steve Hanson Architect, Data Format Description Language (DFDL) Co-Chair, OGF DFDL Working Group IBM SWG, Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848 From: "Mike Beckerle" <mbeckerle.dfdl(a)gmail.com> To: "'Ryan Farrell'" <ryan.farrell.ctr(a)nrl.navy.mil>, <dfdl-wg(a)ogf.org> Date: 22/07/2011 23:44 Subject: Re: [DFDL-WG] [wg-all] Repeating groups in DFDL Sent by: dfdl-wg-bounces(a)ogf.org Great example Ryan, We've spent quite a bit of time over the last several months on textual formats with these kinds of characteristics, which I would describe as "occurrances determined by parsing" - that is, you look at the data to determine "is there another element or not" one by one as they are parsed. We need to make sure the properties are there to make this work for the binary case as well. I actually believe we cannot handle this format right now. We don't have a property which says to look at the current element to determine whether to expect a subsequent element, as a way of determining occurrence counts. Next week we'll add resolving this example to the workgroup actions list. ...mikeb Mike Beckerle Senior Technology Leader/Manager Deloitte Managed Analytics 100 Fifth Avenue, Waltham, MA 02451 Tel/Direct: +1 781 330 0412 | Fax: +1 866 253 3006 www.deloitte.com -----Original Message----- From: dfdl-wg-bounces(a)ogf.org [mailto:dfdl-wg-bounces@ogf.org] On Behalf Of Ryan Farrell Sent: Tuesday, July 19, 2011 2:12 PM To: dfdl-wg(a)ogf.org Subject: [DFDL-WG] [wg-all] Repeating groups in DFDL For anyone that was at the 19/07 phone meeting, this is what Adam Fox and I were trying to find a solution to. If anyone knows of a solution, please contact me or adam.fox(a)nrl.navy.mil. ---------------------------------------------------------------------------- ------------------------ Please see the attached xml schema while reading this message. The problem we want to solve is how to represent a structure that can have a variable amount of occurences (even zero), and the amount of repeats is controlled by a one bit field, which we will call"repeatBit". The repeating structure in this case is "A1". The element before it, "presentBit", determines if there is at least one occurence of A1. If presentBit is zero, then A1 has zero occurences. If presentBit is one, then A1 has AT LEAST one occurence. The first element in A1 is "repeatBit". What repeatBit does is tells us if there will be another occurence of A1 after the current occurence. When repeatBit is zero, then that means we will read through the rest of A1, then that is the last occurence of A1. As long as repeatBit continues to be one however, we will read through the rest of A1, then start a new occurence. I have included all the known required DFDL notation. Please let me know what is missing. EXAMPLE INPUT (results are in base 10): NOTE: Not all bits are used in these examples. Unused bits should be ignored for the purpose of the examples. 1) 0111 0101 presentBit = 0 aFieldAfterA1 = 3 2) 1011 1010 presentBit = 1 A1 -repeatBit = 0 -someField = 3 aFieldAfterA1 = 2 3) 1101 0110 0000 0000 presentBit = 1 A1 -repeatBit = 1 -someField = 1 A1 -repeatBit = 0 -someField = 3 aFieldAfterA1 = 0 -- dfdl-wg mailing list dfdl-wg(a)ogf.org http://www.ogf.org/mailman/listinfo/dfdl-wg 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 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 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

OGF DFDL WG Call Minutes 2012-07-25
by Steve Hanson 27 Jul '12

27 Jul '12

Please find minutes from the above call on GridForge at https://forge.ogf.org/sf/docman/do/downloadDocument/projects.dfdl-wg/docman… Errata document is now at v010 here: http://forge.gridforum.org/sf/go/doc16280?nav=1 Regards Steve Hanson Architect, DFDL, IBM SWG Co-Chair, OGF DFDL Working Group Hursley, UK smh(a)uk.ibm.com tel:+44-1962-815848

1 0

OGF DFDL WG Call Agenda 2012-07-25
by Steve Hanson 25 Jul '12

25 Jul '12

Please find agenda for the above call on GridForge at https://forge.ogf.org/sf/docman/do/downloadDocument/projects.dfdl-wg/docman… Regards Steve Hanson Architect, 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

initiatedContent property question
by Mike Beckerle 25 Jul '12

25 Jul '12

The initiatedContent flag seems intended to serve as a discriminator using initiators as string-literal tags. My question: I see no language prohibiting this, but ... can/should one use this in conjunction with an initiator expression (evaluated at runtime from data), or do we restrict and say that initiatedContent="yes" requires a static string literal for the initiator for all the children? ...mikeb -- Mike Beckerle | OGF DFDL WG Co-Chair Tel: 781-330-0412

2 1