The advantages of Named Graphs really didn't amount to much, compared
to the advantages of the Linked Data style.
Rob
> ;; Erik Hetzner, California Digital Library
> ;; gnupg key id: 1024D/01DB07E3
>
>
Hi Rob -
I’m a little confused about the relationship of named graphs as
compared with linked data. I will have to look into this more.
According to [1], ore:ResourceMap is a subclass of rdfg:Graph. Is this
a holdover from the named graph stuff?
best,
Erik Hetzner
I wouldn't read too much in to the typing there!
Rob
OK, thanks, I won’t.
I presume that the URI of the Resource Map would be the appropriate
identifier to use for a named graph if we were using OAI-ORE in a
named graph context. Is that correct?
Also, I am looking at using OAI-ORE with versioned resources. Does
anybody have any references on the use of OAI-ORE with versioned
resources? I notice that the RDF/XML serialization includes some
examples using dcterms:hasVersion, so I will probably be starting from
there.
best,
Erik Hetzner
At Fri, 18 Dec 2009 22:20:04 +0000,
Robert Sanderson wrote:We wanted to say that the Resource Map is a graph, and Named Graphswere the only way to do it that we found, as RDF has only one, globalgraph by default.I wouldn't read too much in to the typing there!
OK, thanks, I won’t.
I presume that the URI of the Resource Map would be the appropriate
identifier to use for a named graph if we were using OAI-ORE in a
named graph context. Is that correct?
Also, I am looking at using OAI-ORE with versioned resources. Does
anybody have any references on the use of OAI-ORE with versioned
resources? I notice that the RDF/XML serialization includes some
examples using dcterms:hasVersion, so I will probably be starting from
there.
best,
Erik Hetzner
;; Erik Hetzner, California Digital Library
;; gnupg key id: 1024D/01DB07E3
Thanks for the extended explanation. Thinking about it, it makes sense
(if I am not mistaken): you don’t need named graphs until you start
bringing together different resource maps for the same aggregation,
which is an issue not covered by OAI-ORE explicitly.
> I guess you mean versioned Aggregated Resources, not versioned
> Aggregation?This paper has an example of Aggregations that tie
> versions together:
>
> http://arxiv.org/abs/0906.2549
Yes, that is exactly what I was thinking. Thank you for the reference.
best,
Erik Hetzner
On Dec 18, 8:13 pm, Erik Hetzner <erik.hetz...@ucop.edu> wrote:
> Thanks for the extended explanation. Thinking about it, it makes sense
> (if I am not mistaken): you don’t need named graphs until you start
> bringing together different resource maps for the same aggregation,
> which is an issue not covered by OAI-ORE explicitly.
>
We don't have examples of it in the current docs (again, it seemed
like a lot already),
but the hooks are there with the authoritative vs. non-authoritative
ReMs concept:
http://www.openarchives.org/ore/1.0/datamodel.html#Resource_Map
So I could create a different ReM (URI-R-MLN) that ore:describes your
Aggregation
(URI-A). But dereferencing URI-A would lead to URI-R-EH, not URI-R-
MLN. So anyone
would encountering URI-R-MLN would have to decide which ReM they like/
trust
better. My ReM might actually be "better" by some metric (a fan boy
ReM?),
but it would still be non-authoritative.
regards,
Michael
> best,
> Erik Hetzner