- From: Ivan Herman <ivan@w3.org>
- Date: Mon, 10 Jan 2011 11:41:02 +0100
- To: Peter DeVries <pete.devries@gmail.com>
- Cc: public-lod@w3.org
- Message-Id: <54BBE6AE-9A08-4DC3-9444-AD3D12AD9119@w3.org>
I know it is not the same, but I use a combination of the ORE aggregation and the dc:format terms when I publish my presentation slides in different formats. This is really relevant if you have a document that has different formats but is the same logical 'thing'. What I do, roughly, is: @prefix ore: <http://www.openarchives.org/ore/terms/> . @prefix dc: <http://purl.org/dc/terms/> . <http://www.w3.org/2010/1124-Amsterdam-IH/#talk> a ore:Aggregation ; ore:aggregates <http://www.w3.org/2010/Talks/1124-Amsterdam-IH/Talk.pdf>, .... . <http://www.w3.org/2010/Talks/1124-Amsterdam-IH/Talk.pdf> a ore:AggregatedResource ; dc:format <http://purl.org/NET/mediatypes/application/pdf> . If you have something like that, you can the do a rdfs:seeAlso <http://www.w3.org/2010/1124-Amsterdam-IH/#talk> . Would that help? Caveat: the purl.org/NET/mediatypes includes only the formally registered media type, eg, not (yet?) Turtle... but that is a different thread... Ivan On Jan 6, 2011, at 20:40 , Peter DeVries wrote: > I was wondering if there is an existing predicate for linking to a PDF file? > > I would like to incorporate a link between bibliographic reference description and a URL to the location of a PDF of that document. > > I had minted a predicate txn:hasPDFVersion, as demonstrated in this RDF snippet. (Part of http://lod.taxonconcept.org/ses/v6n7p.rdf ) > > <txn:SpeciesOriginalDescription rdf:about="http://lod.taxonconcept.org/ses/v6n7p#OriginalDescription"> > <!-- Ideally, this should link to a resource in the Biodiversity Heritage Library --> > <dcterms:title>Original Published Description relating to Species Concept Puma concolor se:v6n7p</dcterms:title> > <dcterms:identifier>http://lod.taxonconcept.org/ses/v6n7p#OriginalDescription</dcterms:identifier> > <dcterms:description>LOD metadata about the original species description relating to Species Concept Puma concolor se:v6n7p</dcterms:description> > <dcterms:isPartOf rdf:resource="http://lod.taxonconcept.org/ses/v6n7p#Species"/> > <txn:hasAuthorURI rdf:resource="http://dbpedia.org/resource/Carl_Linnaeus"/> > <txn:hasBasionymName>Felis concolor Linnaeus 1771</txn:hasBasionymName> > <txn:year>1771</txn:year> > <txn:hasPDFVersion rdf:resource="http://assets.geospecies.org/spec_concept_uuid/603bebac-cc44-4168-bbf7-b11b976f9d79/Felis_concolor_Linnaeus_1771.pdf"/> > <txn:speciesOriginalDescriptionHasSpeciesConcept rdf:resource="http://lod.taxonconcept.org/ses/v6n7p#Species"/> > <!-- There should be a type specimen. Add link to GBIF via 'txn:sodHasTypeSpecimen' if they know about it. --> > <wdrs:describedBy rdf:resource="http://lod.taxonconcept.org/ses/v6n7p.rdf"/> > </txn:SpeciesOriginalDescription> > > Some have suggested using rdfs:seeAlso to link to what could be a multimegabyte PDF, but I think this would cause problems for a number of RDF crawlers like Elmo. > > In summary, I think it would be useful to have a predicate that can be used for linking specifically to a PDF document. > > Is there an existing predicate for this? > > What do people think about the suggestion to use rdfs:seeAlso to link to a PDF? > > I would also like to know of others thoughts or suggestions regarding this issue, > > Respectfully, > > - Pete > > > > --------------------------------------------------------------- > Pete DeVries > Department of Entomology > University of Wisconsin - Madison > 445 Russell Laboratories > 1630 Linden Drive > Madison, WI 53706 > TaxonConcept Knowledge Base / GeoSpecies Knowledge Base > About the GeoSpecies Knowledge Base > ------------------------------------------------------------ ---- Ivan Herman, W3C Semantic Web Activity Lead Home: http://www.w3.org/People/Ivan/ mobile: +31-641044153 PGP Key: http://www.ivan-herman.net/pgpkey.html FOAF: http://www.ivan-herman.net/foaf.rdf
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Monday, 10 January 2011 10:41:50 UTC