[RDF] wat als een URI ook een URL is?

[Verwijderd]

stel ik identificeer mezelf met de volgende URI:

http://www.example.com/mophor

met bijvoorbeeld als homepage http://www.example.com, dan levert dat het volgende triple op:

code:

<http://www.example.com/mophor>
<http://xmlns.com/foaf/0.1/homepage>
<http://www.example.com>

maar stel nu dat op de URL http://www.example.com/mophor ook echt iets te vinden is, namelijk meer informatie over mij ofzo.

Dan krijg je dat de URI mij voorstelt, maar de URL een pagina over mij, als ik nou een statement wil maken met een http://www.w3.org/2000/01/rdf-schema#seeAlso predicate van mij naar die webpagina, dan zou je in eerste gedachte iets krijgen als:

code:

<http://www.example.com/mophor>
<http://www.w3.org/2000/01/rdf-schema#seeAlso>
<http://www.example.com/mophor>

waarbij het subject de URI is en het object de URL

Dit is natuurlijk een beetje klets, want zonder extra info weet je nu niet wat er bedoeld wordt. Ook het unieke van de URI is er een beetje af.

Je zou het ook zo op kunnen lossen:

code:

<http://www.example.com/mophor>
<http://www.w3.org/2000/01/rdf-schema#seeAlso>
"http://www.example.com/mophor"

dus het object als literal opnemen, maar als ik zo rondkijk in andere rdf documenten wordt dat nergens gedaan.

Hoe dit op te lossen?

[Verwijderd]

Hump De Bump

Niemand die dit ooit is tegengekomen? ben redelijk nieuw met rdf, maar lijkt me sterk dat men hier niet vaker mee zit.

[Verwijderd]

Ik kwam dit tegen in de spec:

Both RDF and Web browsers use URIrefs to identify things. However, RDF and browsers interpret URIrefs in slightly different ways. This is because RDF uses URIrefs only to identify things, while browsers also use URIrefs to retrieve things. Often there is no effective difference, but in some cases the difference can be significant. One obvious difference is that when a URIref is used in a browser, there is the expectation that it identifies a resource that can actually be retrieved: that something is actually "at" the location identified by the URI. However, in RDF a URIref may be used to identify something, such as a person, that cannot be retrieved on the Web. People sometimes use RDF together with a convention that, when a URIref is used to identify an RDF resource, a page containing descriptive information about that resource will be placed on the Web "at" that URI, so that the URIref can be used in a browser to retrieve that information. This can be a useful convention in some circumstances, although it creates a difficulty in distinguishing the identity of the original resource from the identity of the Web page describing it (a subject discussed further in Section 2.3). However, this convention is not an explicit part of the definition of RDF, and RDF itself does not assume that a URIref identifies something that can be retrieved.

wat verwijst naar http://www.w3.org/TR/rdf-primer/#structuredproperties

Hier wordt als oplossing gegrepren naar blankNodes, maar ik wil eigenlijk dat bepaalde resources (zoals ik) "overdraagbaar" zijn, dus wel gedefinieerd worden door een URI.

Wat zouden de bezwaren zijn tegen het opnemen van de URL als literal?

[Verwijderd]

Denk dat je hiermee _ietsje_ dieper gaat dan de gemiddelde webdevver. Hence het aantal reacties

Ben zelf ook niet zo thuis in de exacte verschillen tussen URI en URL. Voorzover ik weet is een URI een verzamelnaam voor URI en UTN, maar heel precies weet ik 't niet.

Wellicht dat je daar iets over kan vertellen?

[ Voor 18% gewijzigd door Verwijderd op 07-06-2007 10:53 ]

[Verwijderd]

een URL is een resource locator. Dan ga je er van uit dat op die "plek op het internet" ook iets staat, een webpagina ofzo

een URI is een identifier, bijvoorbeeld voor een namespace of een RDF resource. Op die "plek" hoeft niet (noodzakelijk) iets te staan.

Je krijgt een probleem als je iets (bijvoorbeeld mij) identificeert met een URI en op die plek op internet (URL) staat ook iets (een web page), die wellicht over heel iets anders gaat.

[Verwijderd]

http://www.dfki.uni-kl.de/~sauermann/2006/11/cooluris/

geeft een heel aardig overzicht over hoe je deze ambiguïteit op kan lossen.

Alleen nu zit ik nu wel met het volgende probleem:
stel ik hou de URI's mooi gescheiden. http://www.example.com/mophor is de URI die mij representeert. http://www.example.com is mijn website. Stel nu dat http://www.example.com ook mijn openId is, dat kan ik niet beiden als resource object opnemen. Want dat zou impliceren dat ze hetzelfde ding zijn en dat zijn ze niet. Zou ik de dan toch als string literal moeten opnemen?