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


Help: OASIS Mailing Lists Help | MarkMail Help

relax-ng message

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

Subject: [relax-ng] Minutes for RELAX NG TC Meeting 2002-03-14

Minutes for a RELAX NG Technical Committee meeting held on Thursday, March
14, 2002.

The next meeting of the TC is scheduled for Thursday, 28 March 2002 at 9:00
am EST (UTC -04:00).


John Cowan (observer)
John Evdemon (observer)
Tom Gaven (observer)




1. Datatypes

James: What do people think about us developing our own datatype library?
Makoto: I think we should define our own conformance level for XML Schema
Part 2 (XSD)...
Kohsuke: We could just extend our current guidelines
James: We could recommend our own subset. It would be better rather than
JohnC: An implementation would just issue warnings [if a datatype were not
in the conformance level]?
James: Kohsuke what did you do about warnings?
Kohsuke: I followed XSV!
James: The problem with XSD is the spec is not clear. There is confusion
between the value and lexical space, such as whether a [unary] + is allowed
to precede 0.
JohnC: So it's self-contradictory!
James: Yes, also things like are decimal points allowed in integers...
JohnC: "If numbers are problematic, then everything is a problem."
JohnC: I have been working on constraining date [types] with regular
expressions. It's just about working.
James: Should we adopt a profile of XSD then?
Makoto: I'd like to adopt a profile. A huge set of types is a problem for
John: I think it may be out of scope for the TC to do this.
Makoto: I think we should do it as it will help implementers.
Kohsuke: I am not quite sure.
Josh: Sounds like a good idea to me.
Mike: We have already essentially done it [with XSD guidelines]. I don't
think it's out of scope to do our own profile.
James: I have mixed feelings. A profile is needed, lots of things need it.
JohnC: I'll suggest a compromise. Start the profile, then launch a separate
TC at OASIS to handle it.
James: I don't know if W3C will go for that...
JohnC: Well, XML is just a profile of an ISO standard. [good laugh]
James: Maybe we could send a formal message to the XSD WG and ask them to
create a subset, or else we'll do it.
Kohsuke: Should we just wait another week and then decide?
James: No, let's decide between four options: (1) do nothing, (2)
communicate with the XSD WD, (3) encourage the formation of a new OASIS TC,
or (4) create a RELAX NG spec for the profile. Straw poll:
Makoto: Can't live with 1, can live with 2, prefer 3 or 4.
Kohsuke: I prefer 2 but can live the other options.
Josh: I prefer 3 but can live with any of the options.
John: I prefer 3, but I can't live with 1.
Mike: I prefer 4, but can live with 2 or 3.
JohnE/TomG: We prefer 2.
James: I prefer to do 2, then if no action, do 3, then if that doesn't work
go to 4...perhaps we should try to get OASIS to do 2 for us.

TC agreed to follow the option 2 then option 3 then option 4 approach.

2. DOM Abstract Schemas

JohnC: They issued a new spec a couple of weeks ago. I've been reading it.
They are doing some things such as universal names, some top-level
declarations, no objects names, load/save. RELAX NG is a reasonable
candidate for it. If we ask for a few things up front, we would hopefully
get them, such as interleave. Will probably provide a fairly good view as
RELAX NG via an API.
Kohsuke: I am not so sure it will be useful.
James: If it's not useful, it's not useful. I don't think it will get used
JohnC: You may be right.
James: Should we take the time to do something?
John: I volunteer to draft a request for some RELAX NG provisions for the
DOM AS people....I believe you can validate with the AS model...
James: Will they define what that validity is then?
JohnC: Well it would rescrutinize as objects rather than as characters.
Makoto: I am not particularly interested.
Kohsuke: It would be nice to be able to do the document editing part...
JohnC: I am interested.
Josh: I don't think we should do it.
Mike: I think we should watch it, but not do anything now. Doing something
early is better than later...
James: Watching it will take TC time. Should we do it or not?
Mike: We don't need to take time now.
JohnE: We agree with Josh, but you could kick it to next week.
James: I don't think it's important.
John: Then I will submit personal comments about adding RELAX NG features to

3. Type assignment

James: Type assignment is useful in some applications when nonambiguity is
[needed], or you need lookahead.
JohnC: ...when you need some unique types or a list of simple types...
Mike: Doesn't MSV do some sort of type assignment? How does it do it?
Kohsuke: I can't explain it without a lot of jargon? It's not using
context-free grammar.
John: So it's LL(0). [no token lookahead]
Kohsuke: Yes.
James: MSV will not report type assignment.
Kohsuke: Not many are using it.
Makoto: Relaxer does it but oneOrMore of oneOrMore is ambiguous.
Kohsuke: In RelaxNGCC, oneOrMore of oneOrMore is not ambiguous.
James: We can pick up this discussion in a couple weeks.

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

Powered by eList eXpress LLC