- 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