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

Re: IRI creation and encoding

From: Andy Seaborne <andy.seaborne@talis.com>
Date: Sun, 06 Jun 2010 17:34:56 +0100
Message-ID: <4C0BCE30.8050102@talis.com>
To: Axel Polleres <axel.polleres@deri.org>
CC: SPARQL Working Group <public-rdf-dawg@w3.org>


On 04/06/2010 10:49 PM, Axel Polleres wrote:
> That means that IRI should also  appearing in a column in
> http://www.w3.org/2009/sparql/docs/query-1.1/rq25.xml#FunctionMapping
> i.e., shouldn't IRI rather be mentioned in the casting/constructor functions in section 15.5?

The section is about XSD casting as the first line of text in the 
section states:

[[
SPARQL imports a subset of the XPath constructor functions defined in 
XQuery 1.0 and XPath 2.0 Functions and Operators
]]

so I didn't immediately put the text there.  None of the term builders 
are F&O operations, although STRDT is related.  The section is about the 
slightly extended F&O rules.  I'm more tending to changing the section 
title to reflect that.

The table is from F&O sec 17.1, modified.  The occurence of IR is not a 
function but the type - only xsd:string() applies.

	Andy

>
> best,
> Axel
>
> On 4 Jun 2010, at 20:04, Andy Seaborne wrote:
>
>> http://www.w3.org/2009/sparql/docs/query-1.1/rq25.xml#func-iri
>>
>>          Andy
>>
>> On 04/06/2010 2:06 PM, Axel Polleres wrote:
>>> I added Peter Ansell's question on the comments page.
>>>
>>> Before we send an official answer to that... In the current draft of
>>> Constructor Functions
>>> http://www.w3.org/TR/sparql11-query/#FunctionMapping
>>> I indeed miss casting to IRI. I think I'd agree that we need this
>>> direction of
>>> conversion to IRIs.
>>>
>>> In RIF there is a predicate http://www.w3.org/TR/rif-dtb/#pred:iri-string
>>> for that.
>>>
>>> Once we agree on that, the answer to the request should be clear (then
>>> the desired behaviour would be doable with a subquery)
>>>
>>> best,
>>> Axel
>>>
>>> Begin forwarded message:
>>>
>>>> *Resent-From: *public-rdf-dawg-comments@w3.org
>>>> <mailto:public-rdf-dawg-comments@w3.org>
>>>> *From: *"Peter Ansell"<ansell.peter@gmail.com
>>>> <mailto:ansell.peter@gmail.com>>
>>>> *Date: *4 June 2010 08:01:16 GMT+03:00
>>>> *To: *<public-rdf-dawg-comments@w3.org
>>>> <mailto:public-rdf-dawg-comments@w3.org>>
>>>> *Subject: **IRI creation and encoding*
>>>> *archived-at:
>>>> *<http://www.w3.org/mid/AANLkTilYqYnjuntFjsa_8ufqWVqzYWBeqPOO2d5NOgG2@mail.gmail.com>
>>>>
>>>> Hi,
>>>>
>>>> I am not sure what the progress has been on the (very useful)
>>>> extension to make it possible for SPARQL to create new URI/IRIs from
>>>> literals/variables [1] but it would be nice if the discussion could
>>>> also include something about a function for string transformation to
>>>> encode strings so that the URIs are valid.
>>>>
>>>> For example it would be nice to be able to do something similar to the
>>>> following pattern using a IRI/URI creation facility,
>>>>
>>>> CONSTRUCT
>>>> { ?s<skos:prefLabel>  ?label . ?s<myLibrary:hasAlternateURI>
>>>> IRI("http://otherlibrary.example/"+example:percentEncode(?label)+"/lang/"+example:percentEncode(lang(?label))}
>>>> WHERE
>>>> { ?s<skos:prefLabel>  ?label . }
>>>>
>>>> Cheers,
>>>>
>>>> Peter
>>>>
>>>> [1] http://www.w3.org/2009/sparql/wiki/Feature:IriBuiltIn
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>> Please consider the environment before printing this email.
>>>
>>> Find out more about Talis at http://www.talis.com/
>>> shared innovation™
>>>
>>> Any views or personal opinions expressed within this email may not be
>>> those of Talis Information Ltd or its employees. The content of this
>>> email message and any files that may be attached are confidential, and
>>> for the usage of the intended recipient only. If you are not the
>>> intended recipient, then please return this message to the sender and
>>> delete it. Any use of this e-mail by an unauthorised recipient is
>>> prohibited.
>>>
>>> Talis Information Ltd is a member of the Talis Group of companies and is
>>> registered in England No 3638278 with its registered office at Knights
>>> Court, Solihull Parkway, Birmingham Business Park, B37 7YB.
>>
>
Received on Sunday, 6 June 2010 16:42:59 GMT

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