- dfdl-wg - lists.ogf.org

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

Rescheduled: OGF DFDL Working Group weekly call (25 Jul 15:00 GDT in IBM Hursley DE2K09)
by Steve Hanson 20 Jul '12

20 Jul '12

OGF DFDL WG weekly call dial-in details. Passcode for Participants: 5381214 Canada Toll-Free 888-426-6840 China Toll-Free 10-800-711-1071 CHINA NETCOM GROUP USERS China Toll-Free 10-800-110-0996 CHINA TELECOM SOUTH USERS France Toll-Free 0800-94-0558 Germany Toll-Free 0800-000-1018 India Toll-Free 000-800-100-1176 Ireland Toll-Free 1-800-943-427 Israel Toll-Free 1-809-417-783 United Kingdom Caller Paid 0-20-30596451 United Kingdom Toll-Free 0800-368-0638 USA Caller Paid 215-861-6239 USA Toll-Free 888-426-6840 Other international numbers available - e-mail smh(a)uk.ibm.com. OGF DFDL Home: http://www.ogf.org/dfdl GridForge DFDL: http://forge.ogf.org/projects/dfdl-wg/ Moving next call to Wednesday as Steve is on leave on Tuesday

1 0

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

17 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

can an initiator be terminating markup?
by Mike Beckerle 17 Jul '12

17 Jul '12

Did we do a clarification about this? That is, when parsing for delimiters, do you scan for a subsequent fields initiator? I.e., can a subsequent field's initiator behave as terminating markup for a prior field? I somehow think we decide the answer to this is no, but didn't find discussion of it or rationale. -- Mike Beckerle | OGF DFDL WG Co-Chair Tel: 781-330-0412

3 2

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

16 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

ICU and maximum integer digits
by Steve Hanson 11 Jul '12

11 Jul '12

The ICU web documentation says the following about formatting (unparsing) numbers, which has been copied into the DFDL specification: If the number of actual integer digits exceeds the maximum integer digits, then only the least significant digits are shown. For example, 1997 is formatted as "97" if the maximum integer digits is set to 2. If the number of actual integer digits is less than the minimum integer digits, then leading zeros are added. For example, 1997 is formatted as "01997" if the minimum integer digits is set to 5. If the number of actual fraction digits exceeds the maximum fraction digits, then rounding is performed to the maximum fraction digits. For example, 0.125 is formatted as "0.12" if the maximum fraction digits is 2. This behavior can be changed by specifying a rounding increment and/or a rounding mode. If the number of actual fraction digits is less than the minimum fraction digits, then trailing zeros are added. For example, 0.125 is formatted as "0.1250" if the mimimum fraction digits is set to 4. The latest draft of the spec has incorporated errata 2.29 which now defines the terms maximum integer digits, etc, and does so in terms of the pattern. · The term maximum fraction digits is the total number of ‘0’ and ‘#’ characters in the fraction sub-pattern above. · The term minimum fraction digits is the total number of ‘0’ characters (only) in the fraction sub-pattern above. · The term maximum integer digits is the total number of ‘0’ and ‘#’ characters in the integer sub-pattern above. · The term minimum integer digits is the total number of ‘0’ characters (only) in the integer sub-pattern above. That all looks to make sense, but on close reading the ICU behaviour of maximum integer digits appears to be undesirable, in that it will silently truncate oversize integer portions. From above "For example, 1997 is formatted as "97" if the maximum integer digits is set to 2." Interestingly, while ICU derives minimum integer digits, minimum fraction digits and maximum fraction digits from the pattern, ICU does not derive maximum integer digits from the pattern and instead uses a default of 309. There is an explicit ICU API call that you have to make to set it. Because of this inconsistent ICU behaviour, the IBM DFDL implementation has omitted to use this ICU API today, and so allows up to 309 digits to be formatted regardless of pattern. Eg, "#0" works for infoset values"1", "12", "123456789" without any loss. As well as avoiding the silent truncation, this is convenient for variable length text numbers, as a single textNumberPattern value such as "#0" can be set in scope and widely used, but means variable length text numbers do not have their integer digit length policed (fixed length text numbers are policed by length of element). I think it is worth ratifying that the spec words above are the true intended behaviour, and if so noting that an implementation should a) not set the ICU API, b) let the maximum integer digits default to 309, and c) implement maximum integer digits processing itself. 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

2 2

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

10 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 Minutes 2012-07-03
by Steve Hanson 09 Jul '12

09 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-10
by Steve Hanson 09 Jul '12

09 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

Fw: [wg-all] Migration of OGF document preparation and code support, etc., from SourceForge to Redmine
by Steve Hanson 09 Jul '12

09 Jul '12

Let's discuss on next WG 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 09/07/2012 10:00 ----- From: "Sill, Alan" <alan.sill(a)ttu.edu> To: OGF Work Groups <wg-all(a)ogf.org> Date: 06/07/2012 02:57 Subject: [wg-all] Migration of OGF document preparation and code support, etc., from SourceForge to Redmine Sent by: wg-all-bounces(a)ogf.org As mentioned in December during the migration to new overall hosting for OGF, and announced formally at the OGF 34 meeting in Oxford in March, OGF is in the process of migrating its support for working group document preparation, issue tracking, code and document repository and community wiki functions from SourceForge to a new community server based on Redmine. Andre Merzky has kindly agreed to lead the technical aspects of this move, coordinating with the OGF group leaders and standards council (GFSG) and OGF Board as needed. So far this move has been in a pilot phase, with a number of groups having made the move completely from GridForge based on SourceForge at forge.ogf.org to Redmine at redmine.ogf.org . To cut down on the problem of spam registrations that were a nuisance on the old GridForge, we are asking people to please register for a new account and to choose a good access password to go with it when registering to the new server. At this point, since things have gone fairly well, I would like to encourage all work groups and community groups in OGF to make the switch. As we develop more experience with the tools, more features may be added. For now, all of the basic functionality needed to support an OGF group is there. For groups that use repositories, you may notice that the default version control system used on the new system is git, not subversion. While Redmine does support svn and it can be installed, so far all of the groups that have moved have been happy to convert to using git, which is presently much more popular with developers. If this causes difficulty for your group, please let us know. A tool does exist to do the migration of content from svn to git to make this transition easier for your group. Send any questions to ogf-it(a)ogf.org or, in the case of organizational issues, to gfsg(a)ogf.org Thanks to Andre for leading this effort, and to all of the groups that have made the transition so far. Alan Alan Sill, Ph.D Vice President of Standards, Open Grid Forum Senior Scientist, High Performance Computing Center Adjunct Professor of Physics, TTU ==================================================================== : Alan Sill, Texas Tech University Office: Drane 162, MS 4-1167 : : e-mail: Alan.Sill(a)ttu.edu ph. 806-834-5940 fax 806-834-4358 : ==================================================================== -- The wg-all mailing list is an umbrella list for all OGF mailing lists. If you are subscribed to any OGF mailing list, you will receive mails to wg-all. You can unsubscribe from this list on http://www.ogf.org/cgi-bin/perl/unsubscribe-wg-all.pl wg-all mailing list wg-all(a)ogf.org https://www.ogf.org/mailman/listinfo/wg-all 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