April 2005 - dfdl-wg - lists.ogf.org

Conference call this week?
by mike.beckerle＠ascentialsoftware.com 11 Apr '05

11 Apr '05

Do we have our semi-weekly call this week? For no explicable reason (i.e., user error) all the entries for this have dropped off my calendar so I'm not sure if it's this week or next. ...mikeb Mike Beckerle Ascential Software

2 1

RE: [dfdl-wg] May Face to Face Meeting
by Myers, James D 11 Apr '05

11 Apr '05

Works for me... Jim -----Original Message----- From: owner-dfdl-wg(a)ggf.org [mailto:owner-dfdl-wg@ggf.org] On Behalf Of mike.beckerle(a)ascentialsoftware.com Sent: Friday, April 08, 2005 12:49 PM To: dfdl-wg(a)gridforum.org Subject: [dfdl-wg] May Face to Face Meeting We tried to coordinate Toronto, but it was just a bad week at IBM facilities there, so rather than move the dates we've decided to go with Plan B, which is to hold the F2F meeting at Ascential in Massachusetts instead. This also simplifies life for those for whom international travel is more complicated. Here's my proposed details: Dates: May 11, 12, 13-to mid afternoon. That's a wednesday, thursday, friday. Location: Ascential Westborough, MA (www.ascential.com) Please respond if you can/can't attend, or really-really want to, but can't make these dates work. For specific topics on the agenda it will be possible for us to arrange conference-calls. As we work out the agenda we'll see if this is needed.

1 0

May Face to Face Meeting
by mike.beckerle＠ascentialsoftware.com 08 Apr '05

08 Apr '05

We tried to coordinate Toronto, but it was just a bad week at IBM facilities there, so rather than move the dates we've decided to go with Plan B, which is to hold the F2F meeting at Ascential in Massachusetts instead. This also simplifies life for those for whom international travel is more complicated. Here's my proposed details: Dates: May 11, 12, 13-to mid afternoon. That's a wednesday, thursday, friday. Location: Ascential Westborough, MA (www.ascential.com <http://www.ascential.com> ). Please respond if you can/can't attend, or really-really want to, but can't make these dates work. For specific topics on the agenda it will be possible for us to arrange conference-calls. As we work out the agenda we'll see if this is needed.

2 1

binary xml document from w3c
by mike.beckerle＠ascentialsoftware.com 07 Apr '05

07 Apr '05

http://www.w3.org/TR/2005/NOTE-xbc-characterization-20050331/ <http://www.w3.org/TR/2005/NOTE-xbc-characterization-20050331/> This is dated 31 March 2005. This is just FYI. Since I just ran across this. ...mikeb

1 0

tagged data examples
by mike.beckerle＠ascentialsoftware.com 07 Apr '05

07 Apr '05

DFDLers, Suman and I were discussing a particular data format problem that I undertook to solve in DFDL. I thought it would be good to bring the discussion to the whole group. The problem is tagged data fields. Many computer messaging formats use things like this for some or all of their data fields. Here are two records containing a first and last name in a tagged format: fname:Tim!LName:Stewart; LASTNAME:Smith!firstName:Tom; Notes: the tags have varying forms, i.e., fname, firstname firstName, FIRSTNAME, FNAME, all are accepted as the tag for the first name field. The definition here is that it is case insensitive and either fname or firstname forms. Similar for lastname. Also the tagged fields can appear in any order, and are optional. Here's my test file showing how the XML comes out: (I've attached these as files also in case the email system hammers them.) This is testTaggedData1.xml <?xml version="1.0" encoding="iso-8859-1"?>  <dfdlTest xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://dataformat.org/testCase" xmlns:tc="http://dataformat.org/testCase" xsi:schemaLocation="http://dataformat.org/testCase ../../xsd/testCase.xsd http://dataformat.org/tests testTaggedData1.dfdl.xsd"> <inputTest>  <data kind="text">fname:Tim!LName:Stewart; LASTNAME:Smith!firstName:Tom; </data> <dfdlSchema file="testTaggedData1.dfdl.xsd"/> <tc:xmlResult xmlns="http://dataformat.org/tests"> <myData> <custInfo> <firstName>Tim</firstName> <lastName>Stewart</lastName> </custInfo> <custInfo> <firstName>Tom</firstName> <lastName>Smith</lastName> </custInfo> </myData> </tc:xmlResult> </inputTest> </dfdlTest> Now, the DFDL itself There are 3 variants here. I'll start with the simplest one. You get a very simple DFDL for this if you assume you can have (a) a way to specify the values of initiators, terminators, and separators as regular expressions (b) support for xsd:all groups. This is testTaggedData3.dfdl.xsd (ok, this one has long lines, so the email system is sure to hammer it, so I won't inline it here.) I think this particular example is pretty straightforward. However, I have two other example DFDL schemas for this which make fewer assumptions. testTaggedData2.dfdl.xsd still allows one to specify regular expressions for the initiator rep property, but does not allow use of xsd:all. Which is a construct I *was* trying to avoid because, well, it's complicated and feels non-primitive. I think you'll agree the complexity goes up significantly. testTaggedData1.dfdl.xsd eliminates specifying the initiator at all, and specifies the tags by way of an additional field hidden in a hidden-layer which has value constrained by an XSD pattern facet to match a specific regular expression. It also does not use xsd:all. My summary from going through this exercise: We need both xsd:all support, and regular expressions for initiators, and all delimiters. I'm happy that one can express these things without needing these constructs, but tagged representations are too commonplace for this much complex construction to be required. The complex constructions I used in testTaggedData1 and testTaggedData2 would only be needed if the tags were complex formatted entities the format of which couldn't be handled by a regular expression. Note that if the tags are actually not case insensitive, but are really fixed strings, then there is no need for the regular expression capability. I'm not sure where we should draw the line here. I'm comfortable with xsd:all support, and plain strings as delimiters or with regexps as delimiters. ...mikeb

2 1

F2F planning?
by Myers, James D 05 Apr '05

05 Apr '05

Any progress on deciding on the date/time/place for a f2f meeting? As I mentioned, if it's Toronto, Tara and I will need a minimum of 30 days notice to be able to attend, which means we'd have to file paperwork by Friday to meet the earliest suggested dates (week of May 9). Thanks, Jim

1 0