News

DFDL WG: Updated DFDL 1.0 Specification published

Added by Steve Hanson over 4 years ago

The updated DFDL 1.0 specification is http://www.ogf.org/documents/GFD.207.pdf. This obsoletes the original specification GFD.174. Also published are two DFDL experience documents http://www.ogf.org/documents/GFD.214.pdf and http://www.ogf.org/documents/GFD.215.pdf.

DFDL WG: DFDL Experience document 'Bit Order' is in public comment

Added by Steve Hanson almost 5 years ago

Modeling a MIL-STD-2045 header in DFDL v1.0 is not possible without the addition of new capabilities for specifying bit order and non-standard encodings. There are many related military-standard binary data formats which are similar, and so cannot be modeled in DFDL.This document describes the new properties and property values that are required to successfully model this format.

Document and comment forum here: shttp://redmine.ogf.org/projects/editor-pubcom/boards/21

DFDL WG: DFDL PCAP Schema Updated

Added by Michael Beckerle almost 5 years ago

The DFDL PCAP (packet capture) schema has been updated:

- Now parses parts of the link layer (ethernet) the network layer
(IPv4, IPv6, ICMPv4) and the transport layer (TCP, UDP)
- Remove lldp.minimal capture since the new schema does not define lldp
- Add new IPv6 and ICMPv4 test captures

See https://github.com/DFDLSchemas/PCAP

DFDL WG: DFDL Schema for MIL-STD-2045 binary message header

Added by Michael Beckerle almost 5 years ago

A preliminary version of a DFDL Schema for MIL-STD-2045 is now available on the github DFDL Schemas site.

This schema makes use of the dfdl:bitOrder='leastSignificantBitFirst' property and the x-dfdl-us-ascii-7-bit-packed character set encoding that are being added to DFDL v1.0 in response to a public comment review.

These features have been prototyped in the Daffodil open-source DFDL implementation; hence, this DFDL schema will (as of this writing) only run with that DFDL implementation. This schema is, in effect, the proof point that the new DFDL features will in fact address the needs that were raised by the public comment on bit ordering.

This data format has much in common with other binary MIL-STD data formats, so techniques illustrated in it are expected to be used in other DFDL schemas. However, as of this news item some improved ways of modeling the data have already been discovered, so this DFDL schema for MIL-STD-2045 is expected to evolve substantially.

The schema is available at https://github.com/DFDLSchemas/mil-std-2045

DFDL WG: DFDL schemas for 4690 Tlog

Added by Steve Hanson almost 5 years ago

The repository in DFDLSchemas GitHub which contains DFDL schemas for the Toshiba Commerce (formerly IBM) 4690 Transaction Log (Tlog) point-of-sale format has been updated.

It now includes schemas for SuperMarket Application (SA) in addition to the existing ACE schemas.

The schemas are compatible with IBM DFDL 1.0 and 1.1 releases, as shipped in IBM WebSphere Message Broker 8.0.0.2 onwards and IBM Integration Bus 9.0.0.1 onwards, respectively.

Example data streams and XML infosets are included.

Full details in the repository readme at https://github.com/DFDLSchemas/IBM4690-TLOG.

DFDL WG: DFDL schemas for ISO 8583

Added by Steve Hanson about 5 years ago

The repository in DFDLSchemas GitHub which contains DFDL schemas for the ISO 8583 standard has been updated.

It now includes schemas for 1993 and 1987 versions of the standard, supporting both packed bitmaps and unpacked bitmaps.

The schemas are compatible with IBM DFDL 1.0 and 1.1 releases, as shipped in IBM WebSphere Message Broker 8.0.0.2 onwards and IBM Integration Bus 9.0.0.1 onwards, respectively.

Example data streams and XML infosets are included.

Full details in the repository readme at https://github.com/DFDLSchemas/ISO8583.

DFDL WG: DFDL schemas for UN/EDIFACT

Added by Steve Hanson over 5 years ago

A new repository has been added to the DFDLSchemas GitHub website which contains DFDL schemas for the UN/EDIFACT standard.

The initial schemas in the repository model a selection of supply chain messages from the D03B release, namely DESADV, INVOIC, ORDCHG, ORDERS, ORDRSP, RECADV and REMADV. Other messages and releases are available from IBM.

The schemas are compatible with IBM DFDL 1.0 and 1.1 releases, as shipped in IBM WebSphere Message Broker 8.0.0.2 onwards and IBM Integration Bus 9.0.0.1 onwards, respectively.

The schemas include the following features:

  • Full UN/EDIFACT interchange;
  • Dynamically defined delimiters via UNA segment;
  • Syntax version 4 and syntax version 3 (minor edit required);
  • Segments with or without new lines at the end;
  • Interactive messages via UIH/UIT segments;
  • AUTACK, CONTRL and KEYMAN service messages;
  • Separate schemas for each industry/release combination, in their own namespace.

Full details in the repository readme at https://github.com/DFDLSchemas/EDIFACT.

Editor: Reminder: Documents leaving public comment July 20

Added by Alan Sill about 6 years ago

#64 ISOD Service Provisioning
Community Practice Track -- in Public Comment until July 20th, 2013

#70 GLUE v. 2.0 - XML Schema
Recommendations Track -- in Public Comment until July 20th, 2013

#71 SAGA Python Bindings
Recommendations Track -- in Public Comment until July 20th, 2013

DFDL WG: DFDL Schemas web community

Added by Steve Hanson over 6 years ago

Our public DFDL schemas web community is now live. The first DFDL schemas are up there, others will follow. Anybody can download and use the schemas subject to accompanying license. Anybody can apply to the DFDL WG to create a repository for a new format, or to contribute to an existing repository.

Web page: http://dfdlschemas.github.com/
Organization: https://github.com/DFDLSchemas

IT: Document Migration from GridForge complete

Added by Redmine Admin over 6 years ago

Dear OGF Groups,

Most groups have by now migrated their operations from GridForge to
Redmine. Over the last days, we have been migrating documents from
the various GridForge projects to the respective Redmine projects. We
plan a similar migration of tracker items (sorry, we can't give a
timeline for that, yet).

A couple of notes about the document migration:

  • The documents (incl. the folder structure) have been moved into a
    separate folder on your redmine project's document module. That
    folder is named 'gridforge'. That way, the migrations would not
    collide with existing redmine documents. Note that you can move
    folders and documents to other folders, as needed.
  • For some GridForge projects, we do not have equivalent redmine
    projects. The respective documents have been moved to a separate
    archival project:

    http://redmine.ogf.org/dmsf/migration-archive

    Please let us know if you want to have access to that project,
    (it is publicly readable though), and if you want to have
    parts of that archive migrated to specific redmine projects.

  • We are aware of some problems, but decided not to delay the
    migration as several groups are waiting for the documents.
    Please let us know if you encounter faulty migrations. In
    particular, you may encounter folders which cannot be opened.
    Please pop me a note, and I'll make sure that this is getting
    fixed timely.

    Those problems should be rare though (so far 2 documents made
    trouble, out of O(100) checked).

It is very likely that for many redmine accounts, permissions are not
yet set correctly. In particular, chair and secretary roles may not
yet be assigned to your account. Please let me know when you have
trouble with permissions, and I'll flip the preciousss bitsesss...

Best, Andre.

« Previous 1 2 3 4 Next »

Also available in: Atom