OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

ubl message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Adopting EDIFIX for UBL 1.1

Hello UBL TC,

We've recently been discussing the proposal from GEFEG to use
EDIFIX (EF) as our primary data model management tool for UBL 1.1.


We seem to be in general agreement that we should accept GEFEG's
proposal to use EF for 1.1, so I'd like to go ahead and formally
propose this to the TC.

I'd like to emphasize the following points, most of which have
already been covered somewhere in the discussions referenced above
but need to be made explicit.

 - Before we can begin to use EF, we will need to establish that
   the spreadsheet format we have been using can be imported into
   EF losslessly and exported from EF losslessly.  I intend to
   schedule this work as part of the meeting in Santa Clara.

 - The ability to import spreadsheets into the EF data model is an
   absolute requirement because we need to support outside groups
   submitting UBL 1.1 adds in that format.  Whether this is how
   the team(s) we establish to make such changes actually
   choose(s) to operate should be up to the people involved; it's
   possible that a given team will prefer to instruct the person
   we put in charge of EF input to make some changes directly and
   rely upon the generated spreadsheet as documentation.

 - Similarly, the ability to generate spreadsheets from our model
   will continue to be an absolute requirement, not just for
   purposes of documentation but so that external groups can
   review the model in that form and use tools such as UBLish to
   check the model against the schemas.

 - The fact that our data model gets converted into a different
   format upon entering EF does not make it any less our data
   model.  In other words, it does not stop being OASIS IP under
   the control of this Technical Committee just because its
   internal representation has changed.  GEFEG has said that they
   understand this.

Assuming that we're clear on all of this, I hereby propose to the
TC that we adopt the proposals outlined in the reports referenced
above.  If you have no objection to adoption of this proposal, do
nothing.  If you do object to adoption of this proposal and are a
voting member of the TC, please register that objection on this
mail list no later than COB Tuesday 26 October 2004.

Jon Bosak

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]