[dsdl-discuss] Re: Result of the ballot

Petr Cimprich wrote:

> This is of course much better than an ad-hoc extension. I'm starting to
> like the idea that Part 6 could be an STXPath binding for Schematron.
> Who and how can decide whether this is a way to go?

I think that the biggest problem of Part 6 is a lack of requirements. I
was unable to find requirements which should be satisfied by Part 6.
Without knowing requirements it is hard to judge whether some existing
technology could implement them.

Is Part 6 supposed to provide mechanism similar to xs:key/xs:keyref?

Should it be more ambitious and provide means for checking whether
references inside document are acyclic/cyclic/...?

Should it be possible to define constraints against more then one document?

> In the matter of use cases, I see them as very important too. A
> buffering mechanism should be designed according to use cases we want to
> cover by this tool. Does anyone have some practical use cases in mind?

I can provide several use cases but I would like to know intended scope
of Part 6 before. Maybe someone who was on SC34 at the time when whole
DSDL was designed could explain what the intention of Part 6 is.

Jirka

P.S. And sorry for missing vote from Czech Republic. I mistakenly
thought that ballot ends later. But Czech response would be very similar
to Japan's.

-- 
------------------------------------------------------------------
  Jirka Kosek      e-mail: jirka@kosek.cz      http://xmlguru.cz
------------------------------------------------------------------
       Professional XML consulting and training services
  DocBook customization, custom XSLT/XSL-FO document processing
------------------------------------------------------------------
 OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member
------------------------------------------------------------------

--
DSDL members discussion list
To unsubscribe, please send a message with the
command  "unsubscribe" to dsdl-discuss-request@dsdl.org
(mailto:dsdl-discuss-request@dsdl.org?Subject=unsubscribe)