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

 


Help: OASIS Mailing Lists Help | MarkMail Help

entity-resolution message

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


Subject: Re: agenda for ER teleconference 20001211


At 11:19 2000 12 11 -0800, Lauren Wood wrote:
>Main discussion topic: the first proposal, based on John Cowan's 
>XCatalog, to be found at 
>http://home.ccil.org/~cowan/XML/XCatalog.html
>
>discussion points:
>0) lower case vs camel case vs hyphens vs upper case
>1) proposal to accept John's XCatalog as a starting point

I guess I'm not positive what this means in reality.
We could accept anything as a starting point and then
make lots of changes.  In fact, several changes are
listed below.  

We have already agreed (in our charter) to use TR9401
as a *logical* (though not syntactic) starting point, 
and I assume we aren't changing that decision.  

I'd rather not say that XML Catalog is our "status quo" 
if that prejudices certain decisions such as those already 
listed below.  And if you're willing to change the names
of things, then saying we're starting with XML Catalog
is fairly vacuous.  But I agree it's useful to start with
some generic agreement.  So how is this for statements
that we can take as starters:

- we will express a subset of TR9401 in XML such that each
  catalog entry is an element and the entry contents are
  expressed as attribute values (this does not exclude us
  from also expressing other things that are not in TR9401)

- the first cut of the TR9401 entry types that we will express 
  consists of:  PUBLIC, SYSTEM, DELEGATE, CATALOG, BASE, and
  some extension mechanism.
  (I give that list because that is what XML Catalog does;
  I know we've talked about adding others.)

Not counting names--almost all of which we appear to have
listed as issues anyway--that basically captures what
XML Catalog does without prejudicing the open issues.
Can we accept that as our "status quo" model from which
to move forward?

>2) proposal to drop <base> in favour of xml:base
>3) proposal to rename <map> to <public>
>4) proposal to rename <remap> to <system>
>5) a) names for the attributes, e.g., PublicId and HRef - should 
>these be the same for all or most elements?
>b) what should the names be, if they are all the same?
>6) element type name for the imported/included/chained catalog

Another issue:  I note that XML Catalog doesn't require a
document element for the catalog which means an "XML Catalog"
catalog needn't be well-formed XML.  What do we want to do
about this for the catalog we are defining?

paul



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


Powered by eList eXpress LLC