Wednesday 25 May 2011

Nomisma.org Annotations

Nomisma.org is a Pelagios partner that is "minting" stable URIs for concepts within numismatics. To date, we have URI's for mints, coin hoards, some rulers, and a few other general numismatic concepts. The small map below is just a quick overview of Nomisma's European, Asian and African mappable IDs.



An ID in nomisma takes the form of a short URI, as in http://nomisma.org/id/corinth or http://nomisma.org/id/igch1546. Clicking through to the Corinth ID shows you the location of the mint and as well as locations of hoards that have coins of Corinth in them. The reverse relationship is mapped for a hoard so you'll see the findspot of the hoard and the locations of the mints of coins found in it. These are nice maps of one aspect of economic and cultural exchange in the ancient world. A longer post would talk more about the vagueness of the concept "mint", but here I'll just let this mention stand-in for discussion of the issue.

Many of the mints identified in Nomisma are linked to Pleiades URIs so that they are well along the way to Pelagios compatibility. We use XHTML+RFDa to encode our data, meaning that Corinth is represented by the following source:


<div typeof="nm:mint" about="[nm:corinth]">
 <div property="skos:prefLabel" xml:lang="en">Corinth</div>
 <div property="skos:definition" xml:lang="en">The mint at the ancient site of Corinth in Peloponnesus.</div>
 <div>Latitude Longitude: <span property="gml:pos">37.933333 22.933333</span>.</div>
 <div><a rel="skos:related nm:latlongsource" href="http://en.wikipedia.org/wiki/Corinth">Wikipedia article</a></div>
 <div>Pleiades URI: <a rel="skos:related" href="http://pleiades.stoa.org/places/570182">http://pleiades.stoa.org/places/570182</a></div>
</div>

It is straightforward to turn this into a Pelagios compliant OAC annotation. You can find all the Nomisma.org annotations at http://nomisma.org/nomisma.org.pelagios.rdf. Here's what Corinth looks like there:

  <rdf:Description rdf:ID="corinth">
    <rdf:type rdf:resource="http://www.openannotation.org/ns/Annotation"/>
    <oac:hasBody rdf:resource="http://pleiades.stoa.org/places/570182"/>
    <oac:hasTarget rdf:resource="http://nomisma.org/id/corinth"/>
    <dcterms:creator rdf:resource="http://nomisma.org/"/>
    <dcterms:title>Nomisma.org annotation linking http://nomisma.org/corinth to http://pleiades.stoa.org/places/570182</dcterms:title>
    <rdfs:seeAlso rdf:resource="http://en.wikipedia.org/wiki/Corinth"/>
  </rdf:Description>



As per discussion on this blog and on the Pelagios list, the body of the annotation is set to the Pleiades URI and the target is the Nomisma.org URI. Again on the basis of preliminary discussion, I'm using rdfs:seeAlso to link to the wikipedia page when Nomisma.org knows that relationship. That falls into the "Why not?" category.

Nomisma.org's goal in participating in Pelagios is very simple. When Pelagios stands-up an aggregator by which users can find Internet resources relevant to the Pleiades URI for Corinth, we want Nomisma.org to show up in that list. I could phrase this as "providing open data within Internet enabled research environments..." or some other language, but I think it's better to keep things simple. We want people to use our data and if participating in Pelagios helps that, well then, here we are.

For those who care about technical details, we are using the rdf:ID construct in the rdf file linked above. If you look at the root element, you'll see the xml:base attribute is set to http://nomisma.org/nomisma.org.pelagios.rdf. An RDF processor will pick that up and turn the @rdf:ID on each rdf:Description into a full URI along the lines of 'http://nomisma.org/nomisma.org.pelagios.rdf#corinth'. This is a slight convenience for me. I don't have to make any adjustments to the Nomisma.org server other than putting the RDF file in an accessible location. I have added the element '<link rel=”x-pelagios-oac-serialization” title=”Pelagios compatible version” type=”application/rdf+xml” href=”http://nomisma.org/nomisma.org.pelagios.rdf”/>' to the html head of Nomisma.org so that any future "Pelagios crawler" can find the right RDF representation.

Overall, OAC is such a simple model that it's pretty trivial to instantiate the links between Nomisma.org and Pleiades using the conventions Pelagios is promoting. Being part of a community like Pelagios means, in part, adhering to the consensus that develops about its use of standards and I'm happy to do that.


But there was one decision that didn't go my way that I think is still interesting. To retrace some steps that have been discussed in previous posts and on the Pelagios list, an OAC annotation has two main parts: a body and a target.

An OAC body is defined as, "The body of the annotation. The Body is somehow about the Target resource. It is the information which is annotating the Target."


An OAC target is defined as, "The resource that is being annotated."

As the creator of annotations within the Pelagios ecosystem, it made sense to me that the body would be the Nomisma.org URI and the target would be the Pleiades resource. To the extent our ecosystem is distributed but bound together by our common use of Pleiades IDs, I find the metaphor of a number of annotations "targeted" at Pleiades URIs to be straightforward. I'm comfortable with the idea that the Pleiades URI http://pleiades.stoa.org/places/570182 is a definition of of the ancient site of Corinth and that I, as a contributor to Nomisma, am saying something about it; as in, providing "information which is annotating the Target". And there's a hint of concern that by making the Pleiades URI the body, Pelagios is suggesting that Pleiades completely defines what we as a community say about the concept of Corinth. I'm tempted by the converse modeling of the Pelagios eco-system: the definition of Corinth is the sum total of all the Pelagios annotations with the bodies of those annotations capturing the content generated at the edges, not at the center.

But Nomisma.org conforms to the community convention and will going forward.  I'm just intrigued by the rhetorical aspects of how we're using OAC.

3 comments:

  1. I agree that we shouldn't be ruling that some resources (like Pleiades) are only for annotation bodies and not targets. This really goes against the open world nature of the web. And if I were tagging images of coins (for example, and this is essentially what OAC is about, decentralized rich tagging) I would want to tag it with an annotation that uses a Nomisma resource as the body (image as target). Photos of places like those at http://www.flickr.com/photos/isawnyu/sets/72157624340575014/ I would tag using annotations with Pleiades resource bodies. Annotating Pleiades resources using Nomisma bodies or Nomisma resources using Pleiades bodies, to me, is (power imbalance in the current all-roads-lead-to-Pleiades situation aside) less than ideal. As authors of these resources, not random internet denizens who have no recourse other than writing annotations, we ought to be linking to each other in our own representations.

    ReplyDelete
  2. This comment has been removed by the author.

    ReplyDelete
  3. I agree that we shouldn't be ruling that some resources (like Pleiades) are only for annotation bodies and not targets. This really goes against the open world nature of the web. And if I were tagging images of coins (for example, and this is essentially what OAC is about, decentralized rich tagging) I would want to tag it with an annotation that uses a Nomisma resource as the body (image as target). Photos of places like those at http://www.flickr.com/photos/isawnyu/sets/72157624340575014/ I would tag using annotations with Pleiades resource bodies. Annotating Pleiades resources using Nomisma bodies or Nomisma resources using Pleiades bodies, to me, is (power imbalance in the current all-roads-lead-to-Pleiades situation aside) less than ideal. As authors of these resources, not random internet denizens who have no recourse other than writing annotations, we ought to be linking to each other in our own representations.

    ReplyDelete