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

on str() and uri() and useMentionOp

From: Dan Connolly <connolly@w3.org>
Date: Tue, 07 Jun 2005 08:53:45 -0500
To: RDF Data Access Working Group <public-rdf-dawg@w3.org>
Message-Id: <1118152425.12287.32.camel@localhost>

You may recall a comment from TimBL around 21 Apr...

"Please use uri(?n)  to give a symbol by which ?n is known."
http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0154.html


Pat H. and I talked about this a bit, and we figured the given query...


  SELECT ?x WHERE { ?x  :name  ?n  FILTER  regex(str(?n), "^h" }

could just be tweaked to read:


  SELECT ?x WHERE { ?x  :name  ?n  FILTER  regex(str(?n), "^h"
                                           and not isURI(?n) }

and it's sorta six of one or half-dozen of the other if we do
it that way vs. the way he asked. To re-iterate, he
asked that we

  - reduce the domain of str() so that it doesn't take URIs

  - add a uri() function ala
    uri(<http://www.w3.org>) = "http://www.w3.org/"


The relevant issue is
  http://www.w3.org/2001/sw/DataAccess/issues#useMentionOp
and the WG is currently decided...

"RESOLVED: to use str(fn) to map URIs (and other things) to string and
=~ does not implicitly cast URIs to strings (nor do other operators).
KendallC abstaining"
 -- http://www.w3.org/2001/sw/DataAccess/ftf4.html#itemumop

It's not entirely clear that TimBL's comment contains information
that we didn't consider at ftf4... does it cause anybody to reconsider
their position on this issue?


btw... this is intended to discharge both of these actions...

ACTION: DanC to noodle on uri() and str() issue from email
http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0239.html


ACTION: DanC to rethink the use/mention issue w.r.t Tim's email
http://lists.w3.org/Archives/Public/public-rdf-dawg/2005AprJun/0154.html


-- 
Dan Connolly, W3C http://www.w3.org/People/Connolly/
D3C2 887B 0F92 6005 C541  0875 0F91 96DE 6E52 C29E
Received on Tuesday, 7 June 2005 13:53:51 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 16:15:23 GMT