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


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-ndrsc message

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

Subject: RE: [ubl-ndrsc] New position papers on dates/times and containers hip


I will definitely use the new template - I didn't have a copy on my machine,
and couldn't get on the web when I wrote the paper, so I did what I could.

I would be very interested in hearing others' (and especially Gunther's)
comments on how we could adapt the spreadsheet methodology. Tim made it
clear that he would want full control of even the syntax-bound constructsin
the library, so I think your comment about making lists explicit is well

They way we did this in the xCBL spreadsheet methodology was: (a) for
unnamed constructs like choices - to have lines that were basically empty,
but that indicated the start and end of the group; (b) For named constructs,
we treated them like everything else, and just didn't provide information
where it wasn't relevant. This approach will work, but there may well be a
cleaner mechanism we could adopt.

As for distinctions between semantic and non-semantic constructs, maybe it
will be easier all around if we avoid this argument and simply say "they're
all semantic", as you suggest is possible. We need to provide containers,
semantic or otherwise, and if we're giving control of providing them to
those doing the modelling, then whether we choose to say that they are
semantic or not is sort of academic.



-----Original Message-----
From: Eve L. Maler [mailto:eve.maler@sun.com]
Sent: Tuesday, June 11, 2002 5:23 PM
To: Eve L. Maler
Cc: ubl-ndrsc@lists.oasis-open.org
Subject: Re: [ubl-ndrsc] New position papers on dates/times and

Here are some comments on the containership paper.

First of all, great job!  I think this lays out the requirements in an 
objective and convincing fashion.  I believe Lisa will be bringing this 
topic to the attention of the LC SC shortly, and I have pointed her to 
this paper to get her started.  I think that we ideally need to engage 
both groups together on this topic.  (Lisa, do you think that this is 
something you and I can arrange together?)

Regarding lists, I think it may be desirable for the model to add 
list-grouping elements explicitly in at least some cases.  First, it's 
debatable whether this isn't a "semantic" construct, since it's 
manifestly possible to define the semantics of each list. (It's a thin 
line... :-)  And certainly, in many cases where properties are 
explicitly "common to all members of the list", it may very well be that 
the properties are really properties "of the list"; these are obvious 
cases of "semantic" list groupings.

The grouping section is excellent.  It would be great if it could 
conclude with a suggestion (or several) on how the modeling approach 
could change to ensure proper coverage of these grouping opportunities. 
  (I fear it isn't trivial.)

Regarding extension and reuse, I would make the same comment as about 
the semantics of lists.  Who says these packages are not semantic?! :-) 
  The paper certainly makes it look easy to come up with properly 
constructed names that follow our naming rules.  If the question is 
really "Are such groupings specific to the XML syntax binding or might 
they have utility in other bindings?", I don't know the answer.  But I 
do know that groupings have been treated as "legitimate" semantic 
constructs in every SGML and XML model I've ever done.

A minor nit: The next version of the paper should ideally use the new 
template and should have numbered lines for ease of citation.


Eve Maler                                    +1 781 442 3190
Sun Microsystems XML Technology Center   eve.maler @ sun.com

To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>

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

Powered by eList eXpress LLC