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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-sbsc message

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


Subject: Fwd: RE: [ubl-dev] SBS and Restricted Data Types


Forwarded from ubl-dev concerning subsets
Note: example of string restriction is limiting length of
string (such as for a descrition) or applying a pattern.
This might only apply to a certain trading partner's
backoffice software limitations and be appropriate just
to a single trading agreement.

----- Forwarded message from stephen.green@systml.co.uk -----
    Date: Wed, 03 May 2006 06:12:03 -0600
    From: stephen.green@systml.co.uk
Reply-To: stephen.green@systml.co.uk
 Subject: RE: [ubl-dev] SBS and Restricted Data Types
      To: ubl-dev@lists.oasis-open.org

Ken, sorry not to have read your posting before writing mine
on the last question.

One other thing though: How would you reckon the feasibility
of logically validating that a subset which includes pattern
restrictions of strings is a true strict subset of a schema?
Is it a step too far for now? If so I'd propose that adding
pattern restrictions might best be kept to specific agreements or
individual software implementations rather than including such
in a standardisation effort such as the SBS.

A note to all: it seems prudent to only work within the confines
of what is so readily determinable as to allow accurate state
synchronisation across transactions. This would be limited in each
situation by software capabilities on both sides of the transaction
For standards efforts and/or open trading scenarios a sensible
common denominator (perhaps lowest common denominator as aimed at
with the SBS) has to be assumed. This suggests use of Schematron
and XSD schema as a means to guauge what is feasible.

Thanks

Steve


---------------------------------------------------------------------
This publicly archived list supports open discussion on implementing the UBL
OASIS Standard. To minimize spam in the
archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Alternately, using email: list-[un]subscribe@lists.oasis-open.org
List archives: http://lists.oasis-open.org/archives/ubl-dev/
Committee homepage: http://www.oasis-open.org/committees/ubl/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
Join OASIS: http://www.oasis-open.org/join/



----- End forwarded message -----



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