Great if an HTTP request for /561666514# 303ed to this document, but
/561666514# is not a URI
Barry
On 26.09.2011 16:05, Alvaro Graves wrote:
Hi Sebastian,
AFAIK it's not a bug, but a feature :). This is done to comply with
the httpRange-14 issue (i.e., you can't retrieve a person through HTTP
but you can retrieve a document _about_ a person through HTTP). Since
a person and a document about a person are different entities, they
should have different URIs.
http://www.w3.org/2001/tag/issues.html#httpRange-14
----
Alvaro Graves
On Mon, Sep 26, 2011 at 7:46 AM, Sebastian Schaffert
<[email protected]
<mailto:[email protected]>> wrote:
Dear Jesse,
Thanks for the effort! I am just experimenting with this. If I
request my own Vanity URL
http://graph.facebook.com/sebastian.schaffert
The data I get back is:
@prefix rdf: <http://www.w3.org/1999/02/22-df-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
@prefix api: <tag:graph.facebook.com
<http://graph.facebook.com>,2011:/> .
@prefix og: <http://ogp.me/ns#> .
@prefix fb: <http://ogp.me/ns/fb#> .
@prefix : <http://graph.facebook.com/schema/~/
<http://graph.facebook.com/schema/%7E/>> .
@prefix user: <http://graph.facebook.com/schema/user#> .
</561666514#>
user:id "561666514" ;
user:name "Sebastian Schaffert" ;
user:first_name "Sebastian" ;
user:last_name "Schaffert" ;
user:link <http://www.facebook.com/sebastian.schaffert>
Now the problem I see here is that the URI I requested is not the
same URI as used in the subject of the RDF triples. Same holds btw
if I request the data using the ID including "#". Which is bad in
our case because we filter out triples that do not fulfill this
condition to avoid importing "invalid" data.
Also, the data should IMHO contain a @base statement defining the
base for the </561666514#>, because when importing the data the
original URI is sometimes no longer available.
Lastly, the returned data does not contain the trailing "."
required by turtle (see
http://www.w3.org/TeamSubmission/turtle/#sec-grammar-grammar).
Are there plans to fix this? For me, the more readable data would
look like this:
@prefix rdf: <http://www.w3.org/1999/02/22-df-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
@prefix api: <tag:graph.facebook.com
<http://graph.facebook.com>,2011:/> .
@prefix og: <http://ogp.me/ns#> .
@prefix fb: <http://ogp.me/ns/fb#> .
@prefix user: <http://graph.facebook.com/schema/user#> .
<http://graph.facebook.com/sebastian.schaffert>
user:id "561666514" ;
user:name "Sebastian Schaffert" ;
user:first_name "Sebastian" ;
user:last_name "Schaffert" ;
user:link <http://www.facebook.com/sebastian.schaffert>
Am 23.09.2011 um 14:09 schrieb Jesse Weaver:
> APOLOGIES FOR CROSS-POSTING
>
> I would like to bring to subscribers' attention that Facebook now
> supports RDF with Linked Data URIs from its Graph API. The RDF
is in
> Turtle syntax, and all of the HTTP(S) URIs in the RDF are
dereferenceable
> in accordance with httpRange-14. Please take some time to check
it out.
>
> If you have a vanity URL (mine is jesserweaver), you can get RDF
about you:
>
> curl -H 'Accept: text/turtle' http://graph.facebook.com/<vanity-url>
> curl -H 'Accept: text/turtle' http://graph.facebook.com/jesserweaver
> If you don't have a vanity URL but know your Facebook ID, you
can use
> that instead (which is actually the fundamental method).
>
> curl -H 'Accept: text/turtle'
http://graph.facebook.com/<facebook-id>
> curl -H 'Accept: text/turtle' http://graph.facebook.com/1340421292
>> From there, try dereferencing URIs in the Turtle. Have fun!
>
> Jesse Weaver
> Ph.D. Student, Patroon Fellow
> Tetherless World Constellation
> Rensselaer Polytechnic Institute
> http://www.cs.rpi.edu/~weavej3/ <http://www.cs.rpi.edu/%7Eweavej3/>
>
>
>
>
>
Sebastian
--
| Dr. Sebastian Schaffert [email protected]
<mailto:[email protected]>
| Salzburg Research Forschungsgesellschaft
http://www.salzburgresearch.at
| Head of Knowledge and Media Technologies Group +43 662 2288 423
<tel:%2B43%20662%202288%20423>
| Jakob-Haringer Strasse 5/II
| A-5020 Salzburg