[DFDL-WG] DFDL inputValueCalc restrictions

[Michele Zundo]

I’m also not seeing coming from in dfdl-wg...

> On 25 Sep 2019, at 16:25 , Beckerle, Mike <mbeckerle at tresys.com> wrote:
> 
> (((
> Strangely, this thread not showing up on dfdl-wg at ogf.org.
> but is coming to me direct at my tresys email because I am directly addressed also. 
> 
> Bradd are you getting bounce-back from the OGF mail system?
> 
> I'll respond here, but I'd prefer that this happen on the ogf dfdl-wg at ogf.org email list.
> )))
> 
> 
> Daffodil project has been building up an experience document about inputValueCalc, outputValueCalc, and hidden groups. The draft is on our wiki here: 
> 
> https://s.apache.org/daffodil-experience-with-computed-elements <https://s.apache.org/daffodil-experience-with-computed-elements>
> 
> This will get finalized into an OGF Experience document and a number of changes/corrections to the DFDL spec will come out of it I expect. 
> 
> We already have identified that disallowing IVC and OVC on the same element is unnecessary and sometimes you want this. Your case with default values sounds similar. 
> 
> We can incorporate your contribution to the experience document. Take a look and see if the existing discussion can just be enhanced with a sentence about also allowing default on an IVC element.  If so I can edit and add it there. 
> From: Bradd Kadlecik <braddk at us.ibm.com>
> Sent: Wednesday, September 25, 2019 9:48 AM
> To: dfdl-wg at ogf.org <dfdl-wg at ogf.org>
> Cc: Steve Hanson <smh at uk.ibm.com>; Beckerle, Mike <mbeckerle at tresys.com>; Michele Zundo <michele.zundo at esa.int>; Liam O'Neill <WILONEIL at uk.ibm.com>; DFDL Schemas for Commercial and Scientific Data Formats <smhdfdl at gmail.com>
> Subject: DFDL inputValueCalc restrictions
>  
> Hello,
> 
> I have one item I'd like to discuss at some point regarding inputValueCalc and not allowing the default property to be specified. I have a use case where the default property would be useful for unparse. It makes perfect sense to not allow it for outputValueCalc however.
> 
> The use case is in forming a connection between an inputValueCalc element and an outputValueCalc element where the incoming document might not contain the inputValueCalc element for unparse and a default value would be desired for the outputValueCalc use. This is an item our customers using DFDL would like to make use of but don't want to require the element to always exist for unparse.
> 
> Regards,
> 
> Bradd Kadlecik
> z/TPF Development
> Phone: 1-845-433-1573
> E-mail: braddk at us.ibm.com <mailto:braddk at us.ibm.com>	
> 2455 South Rd
> Poughkeepsie, NY 12601-5400
> United States
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.ogf.org/pipermail/dfdl-wg/attachments/20190925/aba3a4e6/attachment.html>