W3C home > Mailing lists > Public > public-lod@w3.org > January 2015

Re: linked open data and PDF

From: Michael Brunnbauer <brunni@netestate.de>
Date: Sat, 24 Jan 2015 13:32:14 +0100
To: Larry Masinter <masinter@adobe.com>
Cc: Martynas Jusevi??ius <martynas@graphity.org>, Alfredo Serafini <seralf@gmail.com>, Paul Houle <ontology2@gmail.com>, "public-lod@w3.org" <public-lod@w3.org>
Message-ID: <20150124123214.GA18516@netestate.de>

Hello Larry,

On Fri, Jan 23, 2015 at 11:03:40PM +0000, Larry Masinter wrote:
> And Michael Brunnbauer replied:
>  > I am right that such a pointer to external data would have to be a literal?
> > The way I read the XMP standard is that only literals, blank nodes,   rdf:Bag and rdf:Seq are allowed as object of a triple.
> No, URI is allowed as a simple type in XMP, so I think all you need is a Linked Data schema.
> But XMP uses rdf:Bag with named components to hold structures, and the ResourceRef structure can be used to link documents by the InstanceID GUID as well as file location (ManageFrom).
> 
> http://www.adobe.com/content/dam/Adobe/en/devnet/xmp/pdfs/DynamicMediaXMPPartnerGuide.pdf has some examples.

I cannot find any examples with URI resources as triple objects there.

>          <rdfs:seealso>http://example.org/rdf-document</rdfs:seealso>
>          <owl_1_:sameAs>http://5stardata.info/gtd-5.html</owl_1_:sameAs>

This is not what I mean. The URIs are literals here. What I mean would look
like this:

<rdfs:seealso rdf:resource="http://example.org/rdf-document"/>
<owl_1_:sameAs rdf:resource="http://5stardata.info/gtd-5.html"/>

Is this possible?

Regards,

Michael Brunnbauer

-- 
++  Michael Brunnbauer
++  netEstate GmbH
++  Geisenhausener Straße 11a
++  81379 München
++  Tel +49 89 32 19 77 80
++  Fax +49 89 32 19 77 89 
++  E-Mail brunni@netestate.de
++  http://www.netestate.de/
++
++  Sitz: München, HRB Nr.142452 (Handelsregister B München)
++  USt-IdNr. DE221033342
++  Geschäftsführer: Michael Brunnbauer, Franz Brunnbauer
++  Prokurist: Dipl. Kfm. (Univ.) Markus Hendel

Received on Saturday, 24 January 2015 12:32:37 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:22:18 UTC