- From: Geoff Chappell <geoff@sover.net>
- Date: Wed, 23 Mar 2005 11:03:36 -0500
- To: <andy.seaborne@hp.com>
- Cc: <public-rdf-dawg-comments@w3.org>
> -----Original Message-----
> From: Seaborne, Andy [mailto:andy.seaborne@hp.com]
> Sent: Wednesday, March 23, 2005 9:30 AM
> To: Geoff Chappell
> Cc: public-rdf-dawg-comments@w3.org
> Subject: Re: Unbound vars as blank nodes
>
>
>
> Geoff Chappell wrote:
> >
> >
> >>-----Original Message-----
> >>From: Arjohn Kampman [mailto:arjohn.kampman@aduna.biz]
> >>Sent: Wednesday, March 23, 2005 5:52 AM
> >>To: Geoff Chappell
> >>Cc: public-rdf-dawg-comments@w3.org
> >>Subject: Re: Unbound vars as blank nodes
> >>
> >
[...]
> > That's not to say NULLs won't work. I think a perfectly workable
> solution is
> > to require that all vars mentioned in a pattern element are bound to
> > something by that pattern element -- if not to an actual value, then to
> NULL
> > -- and that NULL != NULL. IMHO that would resolve the current execution
> > ordering mess (I've heard statements to the contrary but I've never seen
> a
> > counter example).
My apologies... I guess I stand corrected :-)
I see now that:
> ?x foaf:name ?name .
> ?y foaf:mbox ?mbox .
> OPTIONAL { ?x foaf:mbox ?mbox } .
returns more solutions than I'd claimed in our earlier conversation. (I wish
I'd kept my rdfql test queries so I could see where my error was.)
I won't bother responding to the rest until I reset and wrap my head around
this :-)
Geoff
Received on Wednesday, 23 March 2005 16:05:09 UTC