W3C home > Mailing lists > Public > public-rdf-dawg@w3.org > July to September 2005

Re: rq23 v1.409

From: Kendall Clark <kendall@monkeyfist.com>
Date: Fri, 1 Jul 2005 07:44:09 -0400
To: "Seaborne, Andy" <andy.seaborne@hp.com>
Cc: Dan Connolly <connolly@w3.org>, RDF Data Access Working Group <public-rdf-dawg@w3.org>
Message-ID: <20050701114408.GA7736@monkeyfist.com>

On Fri, Jul 01, 2005 at 09:31:57AM +0100, Seaborne, Andy wrote:
> I'd still like to hear the alternative design that covers the result forms 
> in the match-modify-result processing model (or a different processing 
> model).  For ASK, the solutions modifiers only affect the empty/non-empty 
> test of the solution sequence in trivial ways so don't add anything in 
> practice.  But the symmetry of the same process everywhere seems valuable.

I would drop all the SMs for DESCRIBE. 

While I don't think the SMs applied to CONSTRUCT are really worth it, I do
understand the design better now and don't have an alternative one that's
practical. I'd certainly vote yes to drop SMs applied to CONSTRUCT (in fact,
I'd probably vote yes to drop CONSTRUCT, today), but, as I said, all of
that's moot now. (What I wanted from CONSTRUCT was, say, the ability to
build RSS 1.0 channels from queries on the fly, and the template mechanism
of CONSTRUCT doesn't seem flexible enough to do that. As a completely
different issue, I'd like to see that added to our issues list and
immediately postponed.)

Received on Friday, 1 July 2005 11:45:25 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:00:48 UTC