Re: IRI creation and encoding

On 6 Jun 2010, at 17:34, Andy Seaborne wrote:

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

It seems to me that all the functions 15.4.18 onwards in Section 15.4 are somewhat "Constructor functions", shouldn't - in this sense - those all be moved to section 15.5.
If not, should we rename section 15.5 to indicate that it covers only casts from F&O?

>  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 IRI is not a
> function but the type - only xsd:string() applies.

yes, but with the IRI function we have something very close in the other direction, don't we? I mean it "looks like a cast", it "behaves like a cast", doesn't it? 

I'd rather have IRI in the table and put an additional remark tht strictly speaking it is not a remark, since it than not having it there.

BTW, so far we have IRI apply to iri and simple literal, should that also cover string typed literals? 

best,
Axel

> 
>         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 Monday, 7 June 2010 08:51:34 UTC