[dsdl-discuss] Re: Result of the ballot

I don't see why anyone would see parallel review of what is needed as a
conflict. It is certainly not a valid excuse for a no vote.

If Rick is happy with extending Schematron in this way I am happy to follow
the path suggested by Japan, but I would still like a clear statement of the
use cases we are seeking to meet so that I have some arguments to come out
with when I get challanged publicly about paralleling private discussions
based on unpublished user requirements. Given the potential for conflict we
must have our actions squeeky clean, starting with clearly documented user
requirements.

Martin

----- Original Message -----
From: "Petr Cimprich" <petr@gingerall.cz>
To: <dsdl-discuss@dsdl.org>
Sent: Tuesday, August 14, 2007 3:32 PM
Subject: [dsdl-discuss] Re: Result of the ballot

> These are my comments to the ballot results:
>
> 1. Canada
>
> I must not reveal any internal information from the W3C to make the
> situation even worse, but I can confirm what is already known. The XSL WG
> evaluates streaming transformation use cases. Both main authors of STX
> (Oliver Becker and myself) have been invited to take part in this effort.
> The goal is not to put STX into the standardization track but to analyse
> what can be achieved with XSLT. STX 1.0 is treated as one of inputs for
> this effort. It is premature to expect any specific results from the XSL
> WG in this phase.
>
> We agreed to submit STX to the SC34 before the XSL WG has decided to look
> at the streaming and has invited us, but it was already known that the W3C
> may consider some effort in this area, upon a request of some members. I
> had no idea this would be perceived as a conflict and I still believe I
> can provide solid arguments for this position. But apparently, there are
> people on both sides who feel it differently, and I'm very sorry about it.
> I will clear up my position with the XSL WG at a meeting in Belgium the
> next week, and I'm also ready to discuss this issue in this mailing list.
>
> 2. Japan
>
> Their argument is clear and I do accept it. I also appreciate the four
> suggested options. My preferable way would be to focus on the combination
> of Schematron and STXPath. We know that Schematron already allows STXPath
> as query language but an expressiveness of this combination is rather low.
> This limitation could be passed over using a little microformat-like
> extension to Schematron (to control buffering). The Part 6 then could
> consist of the specs of this extension module, perhaps plus the specs of
> STXPath - provided nobody in ISO/ETC nor W3C minds.
>
> I will be happy to elaborate more on this topic if you feel it can make
> sense.
>
> Regards,
> Petr
>
>
> G. Ken Holman - ISO/IEC JTC 1/SC 34 Secretariat Manager wrote:
>> The Japanese response is shown in the current version posted August 7
>> after a number of countries waited until after the results were posted
>> before noticing that some of the votes had not been received:
>>
>> http://www.jtc1sc34.org/repository/0899rev2.htm
>>
>> For future reference the status of receipt of national body votes is
>> recorded at:
>>
>> http://www.jtc1sc34.org/document/secretariat_temp.html#calballot
>>
>> . . . . . . . . . . . . Ken
>>
>> At 2007-08-12 22:26 +0900, MURATA Makoto wrote:
>>> Folks,
>>>
>>> For some reason, the Japanese vote did not appear to reach the SC34
>>> secretariat. But Japan intended to vote uncoditional no. Here
>>> is the vote.
>>>
>>> __X__
>>> "DISAPPROVE" - DISAPPROVAL OF THE DRAFT FOR REASONS ON THE ATTACHED
>>>
>>> P-member voting: JP
>>> Date: 2007-07-31
>>> Submitted by: Yushi KOMACHI
>>> ------------------------------------------------------------
>>> Attachment:
>>> Japan's Comments on SC34 N862: Document Schema Definition Languages
>>> (DSDL) - Part 6:
>>> Path-based integrity constraints
>>> Japan believes that STX is not a schema language and it is thus outside
>>> the scope
>>> of the DSDL project.
>>> Japan would like to suggest the following four possibilities:
>>> - Start a NP for STX as a stream-based XML transformation language.
>>> - Create an working draft for STXPath as a part of DSDL.
>>> - Extend Schematron so that STXPath can be used as a query language of
>>> Schematron.
>>> - Create an identity constraint language that can be implemented via the
>>> translation
>>> to STX. Note that Schematron is implemented via the translation from
>>> Schematron to XSLT.
>>
>> --
>>
>> G. Ken Holman Crane Softwrights Ltd.
>> ISO/IEC JTC 1/SC 34 Secretariat Standards Council of Canada
>> Committee correspondence: mailto:jtc1sc34@scc.ca
>> Committee website: http://www.jtc1sc34.org
>> Corporate correspondence: mailto:gkholman@CraneSoftwrights.com
>> Corporate website: http://www.CraneSoftwrights.com/a/
>>
>> --
>> 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)
>>
>
>
> --
> Petr Cimprich
> Ginger Alliance, s.r.o.
> http://www.gingerall.com
>
> --
> 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)
>
>

--
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)