.
From: Beckerle, Mike
Sent: Friday, May 31, 2019 6:41:56 PM
To: dev@daffodil.apache.org
Subject: Re: Proposal: Add support for lookahead in DFDL expressions
I read the page:
Please use namespace daf:lookAhead, not dfdl.
The type of choiceDispatchKey is string. Should the function
is better than
implementation-dependent. We should specify a limit we're willing to live with.
...mikeb
From: Sloane, Brandon
Sent: Friday, May 31, 2019 4:44 PM
To: dev@daffodil.apache.org
Subject: Re: Proposal: Add support for lookahead in DFDL expression
rt putting together the actual implementation.
From: Sloane, Brandon
Sent: Friday, May 31, 2019 4:15:52 PM
To: dev@daffodil.apache.org
Subject: Re: Proposal: Add support for lookahead in DFDL expressions
The offset proposal would be sufficient, but seems like overkill f
fodil.
From: Beckerle, Mike
Sent: Thursday, May 30, 2019 1:25:00 PM
To: dev@daffodil.apache.org
Subject: Re: Proposal: Add support for lookahead in DFDL expressions
I really like your idea of doing this with a lookAhead function instead of some
specialty variant
ageId=74687382
<https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=74687382>
From: Sloane, Brandon
Sent: Thursday, May 30, 2019 2:27:31 PM
To: dev@daffodil.apache.org
Subject: Re: Proposal: Add support for lookahead in DFDL expressions
My initia
aints.
From: Beckerle, Mike
Sent: Wednesday, May 29, 2019 6:39:27 PM
To: dev@daffodil.apache.org
Subject: Re: Proposal: Add support for lookahead in DFDL expressions
Yup. This is a real situation. I think this happens in fixed length data for
very mundane reasons explained in the att
__
From: Sloane, Brandon
Sent: Wednesday, May 29, 2019 1:00:04 PM
To: dev@daffodil.apache.org
Subject: Proposal: Add support for lookahead in DFDL expressions
In developing schema for link16, I have encountered a situation that I do not
believe Daffodil currently has a good solutions for. It is
In developing schema for link16, I have encountered a situation that I do not
believe Daffodil currently has a good solutions for. It is a tagged union,
where the tag comes after the union.
In theory, the schema would look like:
Obviously, this schema doe not work because it re