- From: Markus Lanthaler <markus.lanthaler@gmx.net>
- Date: Fri, 25 Jul 2014 20:03:47 -0700
- To: <public-hydra@w3.org>
Hi John,
On 25 Jul 2014 at 02:10, john.walker wrote:
> Hi Ruben,
>
> In the draft section 4.2.1 you have proposed that constant IRI should
> be "the text value of the IRI, e.g., http://example.org/bar".
This is directly related to ISSUE-30 [1]. I just sent out a mail to move forward with that issue.
> I was thinking that it might be good to stick with existing
> conventions like the N-Triples encoded RDF value syntax (as used by
> Sesame) that expect the IRI to be enclosed in angle brackets, e.g.,
> <http://example.org/bar>.
What would be the advantage of doing so?
> Furthermore this could enable the use of CURIE syntax in triple
> pattern fragments URLs.
>
> Based on the example with URI template
> http://example.org/dataset?s={subject}&p={predicate}&o={object} a
> client could make requests like:
>
> http://example.org/dataset?s=%3Chttp%3A%2F%2Fexample.org%2Fbar%3E
> http://example.org/dataset?p=rdf%3Atype
> http://example.org/dataset?p=rdf%3Atype&o=foaf%3APerson
>
> A server would somehow need to advertise which namespace prefixes it
> supports. One could even define a minimal set of prefixes that an
> implementation must support as part of the standard.
Is that worth the effort if the primary users of this are machines?
> I think adding support for CURIE syntax would help make it a lot
> easier to hack together the URL for a fragment and make them more
> human readable.
Right. But writing a tool which does that for you is much simpler than advertising valid prefixes etc.
[1] https://github.com/HydraCG/Specifications/issues/30
--
Markus Lanthaler
@markuslanthaler
Received on Saturday, 26 July 2014 03:04:17 UTC