Concordia: News and Views

Numbered Paragraphs in Digital Humanities Quarterly << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Mon, 30 Aug 2010 21:05:00 +0000

I can recommend Patrik Svensson's article "The Landscape of Digital Humanities" in Digital Humanities Quarterly as a good read. My comments here are about the internals of handing DHQ's paragraph based citation scheme.

Quick intro to the issue: DHQ is an online journal. It doesn't have pages to provide a physical solution to the need to make references to specific points in an article. So the html version numbers each paragraph. So far so good. As a reader I can note the paragraph number and cite it in a future publication.

But I'm not sure DHQ has quite the right implementation of this good idea. I'm arbitrarily picking the paragraph numbered 118. The one that starts, "Information technology, or more broadly the digital, can be seen as affording objects of analysis for the humanities."

Note that I don't include a link directly to that paragraph. That's because I can't. Looking at the HTML source, I see:

<div class="counter">118</div><div class="ptext">Information technology, or more broadly the digital, can be seen as affording...

That's somewhat unfortunate. It would be great if the '<div class="ptext">' were changed to read '<div id="p118" class="ptext">. Then I could mint a URL of the form:

http://www.digitalhumanities.org/dhq/vol/4/1/000080/000080.html#p118

It would be even cooler if the <div class="counter">118</div> also read:

<div class="counter"><a href="#p118">118</a></div>

I've wrapped the paragraph number in a link to the paragraph. That way a user can right/control-click on the link and copy-and-paste it into an e-mail or other work. Easy self-reference to an internal citation structure.

I'd also like to see the paragraph numbers represented in the XML source. Again, taking a snippet of that, the start of the paragraph numbered as 118 in the html, appears in the xml as:

<p>Information technology, or more broadly the digital, can be seen as affording objects of analysis for the humanities...

Unless I'm missing something, the published citation scheme isn't represented in the archival version. I think it should be. Even if DHQ considers the paragraph number ephemeral, I think there's a valid scholarly need for them to be persistent.

I'm a big fan of DHQ so this is constructive criticism. And I'm sort of hoping that I've mis-understood something and that those paragraph numbers are more meaningful than they seem after one looks under the hood.

Corrected Versions of Papers << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Tue, 24 Aug 2010 16:14:06 +0000

It's late August so my mind is on other things, like the next stretch of split-rail fence that I need to put in. But I do find it interesting that Heather Baker has used Academia.edu to distribute a corrected version of her paper "The layout of the ziggurat temple at Babylon" that first appeared in Nouvelles Assyriologiques Brèves et Utilitaires 2008.2 (Juin). Feel free to be similarly and vaguely inspired about issues of versioning, "scribal error", reference, etc.

More Papers on Academia.edu << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Fri, 18 Jun 2010 00:39:08 +0000

Sure, Academia.edu is far from perfect. But I continue to be psyched when I see people who have uploaded a bunch of papers or a book.

Matthew Canepa
Florin Curta
Carlos Fabião
David Gill
Luca Girella
Yannis Hamilakis
Robert Maier. Particularly Glossarium Culinarium Latinum

Just a brief "thanks" to those who have added to my collection of digital offprints.

Academia.edu << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Fri, 11 Jun 2010 03:49:23 +0000

When I first heard about Academia.edu, I pretty much ignored it. Basically, the last thing I needed was another social media site.

A few weeks ago, however, Chuck Jones sent me an invitation so I took another look. What caught my eye was the papers that users have uploaded. I'm always on the look out for digital content that I can't find elsewhere so the site's role as a central point for the discovery of articles, etc. is very useful.

Here's an incomplete list of some of my fellow "Academicians" whose scholarship I've downloaded:

I've tried to do my bit as well by pointing to some of my work that's available on-line. And here are links to the Institute for the Study of the Ancient World and American Numismatic Society pages. I'm intrigued by the opportunity to have a lightweight institutional repository that Academia.edu offers to an organization like the ANS.

Not everything is perfect about the site. The 'Department Viewer' - for want of a better name - relies on Flash. That's lame and doesn't work on an iPad. And I'm not sure the developers have realized that the papers are a real asset. It would be nice to be able to see all papers listed by people I'm following. Or all papers from a single department. And more liberal spreading around of "Follow this Person" buttons would be nice. If I'm looking at the page for a particular paper, I should be able to single-click to follow its author.

If you're interested, come join the fun. And remember to link to your digital scholarship. As you can tell, I think that's the real utility of the site.

Coin Hoards, Timelines and KML << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Thu, 10 Jun 2010 22:23:50 +0000

http://nomisma.org/kml/thasos-all.kml is a KML file that shows findspots of hoards with coins of Thasos in them. You can see that file rendered with the Google Map API at http://nomisma.org/id/thasos.

This post is about viewing the KML file in Google Earth. If you do that, you'll see a Timeline slider appear in the top left of the G Earth window. Slide the control to the right and you'll see an explosion of hoards towards the north following the mid-2nd century BC. It's really quite dramatic so give it a shot.

One part of an explanation is that Thasos started striking large numbers of new larger tetradrachms following 148 BC, with many of these traveling north. Exactly why is a matter of historical interpretation. The Roman province of Macedon was established in 146 B.C. and that had a profound effect on both the issuance and circulation of coinage.

Nomisma.org is about making this information more accessible so that more scholars can engage with the question.

Bibliographic Tools, Citations, and Digital Publications << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Wed, 02 Jun 2010 21:33:04 +0000

Some preliminaries... I'm posting about digital publication of ancient world scholarship as part of my work at NYU's Institute for the Study of the Ancient World. I say that only to make clear that there's a practical element to my thinking about issues of citation, structure, metadata, etc. I will be helping to shepherd content into the digital realm and that means decisions, decisions, decisions. I am enjoying the focus this context gives to my thoughts. And since I, like most bloggers, live for little nuggets of feedback, those have been appreciated as well.

It's also important to stress that this is all happening within the intellectual context of ISAW. In other words, my new colleagues have pushed on these issues in interesting ways and I can take advantage of their previous work.

As in, let's talk about Zotero and the role it can play in providing a sustainable bibliographic framework for digital scholarship. This is already happening at the ISAW-hosted Pleiades project, and that lets me take a very practical approach to writing about the issue.

The Pleiades Zotero library is at http://www.zotero.org/groups/pleiades/items. It includes the item http://www.zotero.org/groups/pleiades/items/72922905, which is the Zotero record for the article
Coastal Sites of Northeast Africa: The Case Against Bronze Age Ports. In case it isn't clear, the point of the article is pretty much that there weren't any.

In yesterday's post, I talked about citing secondary scholarship. Today, I'm interested in the mediating those citations through Zotero bibliographic records.

The same basic pattern would apply: '<a rel="dc:references" href="http://www.zotero.org/groups/pleiades/items/72922905">White and White 1996</a>' is a reference to the work described in that Zotero record. I am interested in the extent to which it is necessary to indicate that it is not a reference to the Zotero record itself but let me put that off for now. More relevant here is why use Zotero to establish unique identities for cited works at all?

The most compelling reason is that not all works will have such identifiers and Zotero allows one to create these. For example, http://www.zotero.org/groups/pleiades/items/72922931 is the Zotero record for an article that has no direct representation in Worldcat and which isn't online (I don't think). I.e., you're on your own in terms of a stable URI for this title.

And since consistency is good, it might be appropriate to create Zotero records for all cited works in a digital publication and only point to those.

This approach is also attractive because it allows linking to digital representations of titles as they become available. For example, the record for Coastal Sites could be linked to http://www.jstor.org/stable/40000602, which is the JSTOR record. A more compelling example is this link: http://hdl.handle.net/10.2972/hesp.79.1.1. That will take you to the Atypon-Link version of J. Cherry and W. Parkinson's Hesperia 2010 article on lithics from SW Greece. As the volumes of Hesperia role over into JSTOR once they are past the 3 year wall, the Atypon URI will be either matched or replaced by an equivalent JSTOR URI. A Zotero record can have links to both versions without requiring any updating of the digital publication which points to that record.

And if more than one digital publication points to a Zotero record, that equivalency should be discoverable. I like that.

The big potential downer is: do we trust Zotero to be around for the foreseeable future? Or at least, will these URI's work over the very long term? I don't know the answer to that. This is one reason to ensure that each digital publication "knows" bibliographic metadata for all the citations it makes. Centuries from now, that information may be useful in tracking down readable versions of titles.

And here'a a finishing twist. Regardless of which tool is used to generate URI-based unique identifiers for cited works, that same tool could (should? must?) be used to provide URI-based unique identifiers for the digital publication itself.

References in Digital Publications << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Tue, 01 Jun 2010 20:12:25 +0000

Modern scholarship relies on citation. It's efficient in that one work can incorporate the results of another without having to repeat it. It's also a requirement of our modern academic culture that if you use somebody's idea, you give that person credit. There's more to be said on both points but this post is more about mechanics than purpose. (Though see here for a recent discussion of purpose. [I fall into the camp of : if you want credit for your work, make it easy to identify and be generous in giving credit to others. If you don't need credit, that's OK but still give it.]).

Back to references. They come in many forms in print works. In pre-linked media, among the purposes of citation is to give future readers the information they need to physically acquire the referenced work. That is, you take the title of the book or journal, go to the library to find the volume, and then start reading.

It is one of the great glories of the Internet that this physical labor is no longer always necessary. The simple construct '<a href="http://sebastianheath.com/files/HeathS2010-DigitalResearch.pdf">I wrote this</a>' is rendered as 'I wrote this', so that a mere click takes you directly to the article.

That form of link is too simple to support modern scholarly practice. Citations of the form (Heath 2010) give a preliminary indication to the reader of who wrote a referenced work. Full information in footnotes further enriches the reading experience, but at the cost of possibly interrupting the flow of an argument, or depriving the reader of a collected bibliography at the end of a work. Choose your own preference, that's not my point here.

Instead, I am exploring specific patterns of markup that promote access to referenced works while also recording bibliographic metadata in a robust and sustainable fashion. Two needs, two solutions.

Here's some markup:

Late Roman pottery is very visible in Aegean landscapes  (<a rel="dcterms:references" href="http://hdl.handle.net/10.2972/hesp.76.4.743">Pettegrew 2007</a>).

If we momentarily ignore the question of whether or not Handles records are good stable URIs for bibliographic resources, the semantics of this html are clear: it represents a citation of the 2007 article by David Pettegrew, The Busy Countryside of Late Roman Corinth. (Note: it doesn't reference the html page describing that title)

The use of the term "dcterms:references" in the RDFa rel attribute follows from the Dublin Core's Guidelines for Encoding Bibliographic Citation Information in Dublin Core Metadata. In this context 'references' is a verb, not a plural noun.

That html will render as: "Late Roman pottery is very visible in Aegean landscapes (Pettegrew 2007)." Again, this is all pretty clear.

It's also worth noting that the 'a' element in html is a building-block of our search-engine enabled world. Scholarship should not fight that, but use it. As many have said, "you get this for free."

I do, however, want to pair this reference with bibliographic metadata. Here's where some more RDFa comes in.

'http://hdl.handle.net/10.2972/hesp.76.4.743' is a unique identifier for Pettegrew's article. This suggests the following snippet:

<div about="http://hdl.handle.net/10.2972/hesp.76.4.743"><span property="dcterms:bibliographicCitation">Pettegrew, D. (2007). "The Busy Countryside of Late Roman Corinth: Interpreting Ceramic Data Produced by Regional Archaeological Surveys" In <i>Hesperia</i> 76.4: 743-784.</span></div>

These two snippets can be adapted and combined with a little more RDFa scaffolding:

<html xmlns="http://www.w3.org/1999/xhtml"
 xmlns:dcterms="http://purl.org/dc/terms/" >
<body about="http://example.org/example_document">
<h1>My Text</h1>
 <p>Late Roman pottery is very visible in Aegean landscapes (<a rel="dcterms:references" href="http://hdl.handle.net/10.2972/hesp.76.4.743">Pettegrew 2007</a></p>
<h1>References</h1>
<p about="http://hdl.handle.net/10.2972/hesp.76.4.743" property="dcterms:bibliographicCitation">Pettegrew, D. (2007). "The Busy Countryside of Late Roman Corinth: Interpreting Ceramic Data Produced by Regional Archaeological Surveys" In <i>Hesperia</i> 76.4: 743-784.</p>
</body>
</html>

Pointing an RDFa extractor at that html gives:


@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix : <http://www.w3.org/1999/xhtml> .
@prefix dcterms: <http://purl.org/dc/terms/> .

<http://example.org/example_document>
   dcterms:references <http://hdl.handle.net/10.2972/hesp.76.4.743> .

<http://hdl.handle.net/10.2972/hesp.76.4.743>
   dcterms:bibliographicCitation "Pettegrew, D. (2007). \"The Busy Countryside of Late Roman Corinth: Interpreting Ceramic Data Produced by Regional Archaeological Surveys\" In <i xmlns=\"http://www.w3.org/1999/xhtml\" xmlns:dcterms=\"http://purl.org/dc/terms/\">Hesperia</i> 76.4: 743-784."^^rdf:XMLLiteral .

The shorter version of which is: example.org/example_document references Pettegrew 2007 and even knows something about it. There are lots of third-party tools that can find this information when it is encoded in this way. And I could enrich the 'bibliographicCitation' to include parsable information on author, title, date, etc. That's for another time.

I want to stress that I don't think this determines a particular citation style. Use footnotes if that's preferable. As long as the RDFa produces triples similar to the above, your information is useful. And some degree of run-time transformation is also possible, depending on the granularity of the markup.

Me @ NYU/ISAW << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Tue, 25 May 2010 18:59:02 +0000

Briefly... I'm sitting in an office at NYU's Institute for the Study of the Ancient World, where I am now a Visiting Scholar. This is preliminary to a more permanent position with details to come.

My main goal is to work on issues of digital publication and on integration of diverse digital resources. I had started collaborating with ISAW-folk on these issues some time back, which is why I've been blogging about them.

I'm extremely excited to be working with my new colleagues here - a veritable dream-team of digital humanists - and am looking forward to making real progress when it comes to sharing well-structured, semantically-rich, open-licensed scholarship about the Ancient World.

And I'll still be collaborating with my long-time friends at the ANS, particularly on Nomisma.org. And field-work goes on.

Back to work...

RDFa Document Metadata: Authors in PLOS One << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Wed, 19 May 2010 19:14:04 +0000

Brief follow up to yesterday's post.

Here's the HTML that indicates authorship from an example PLOS One article.

<p xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:aml="http://topazproject.org/aml/" class="authors" xpathlocation="noSelect">
 <span rel="dc:creator"><span property="foaf:name">Harold C. Sox</span></span><sup><a href="#aff1">1</a></sup>, <span rel="dc:creator"><span property="foaf:name">Mark Helfand</span></span><sup><a href="#aff2">2</a></sup><sup><a href="#cor1" class="fnoteref">*</a></sup>, 
 <span rel="dc:creator"><span property="foaf:name">Jeremy Grimshaw</span></span><sup><a href="#aff3">3</a></sup>,
 <span rel="dc:creator"><span property="foaf:name">Kay Dickersin</span></span><sup><a href="#aff4">4</a></sup>, <span class="capture-id">the <i>PLoS Medicine</i> Editors</span>,
 <span rel="dc:creator"><span property="foaf:name">David Tovey</span></span><sup><a href="#aff5">5</a></sup>, <span rel="dc:creator"><span property="foaf:name">J. André Knottnerus</span></span><sup><a href="#aff6">6</a></sup>,
 <span rel="dc:creator"><span property="foaf:name">Peter Tugwell</span></span><sup><a href="#aff7">7</a></sup>
</p>
<p xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:aml="http://topazproject.org/aml/" class="affiliations" xpathlocation="noSelect">
 <a name="aff1" id="aff1"></a><strong>1</strong> Dartmouth Institute, Dartmouth Medical School, Hanover, New Hampshire, United States of America,
 <a name="aff2" id="aff2"></a><strong>2</strong> Portland VA Medical Center and Department of Medicine, Oregon Health &amp; Science University, Portland, Oregon, United States of America,
 <a name="aff3" id="aff3"></a><strong>3</strong> Clinical Epidemiology Program, Ottawa Hospital Research Institute, Ottawa, Ontario, Canada,
 <a name="aff4" id="aff4"></a><strong>4</strong> Department of Epidemiology, Johns Hopkins Bloomberg School of Public Health, Baltimore, Maryland, United States of America,
 <a name="aff5" id="aff5"></a><strong>5</strong> The Cochrane Library, London, United Kingdom, <a name="aff6" id="aff6"></a>
 <strong>6</strong> Department of General Practice, University of Maastricht, Maastricht, The Netherlands,
 <a name="aff7" id="aff7"></a><strong>7</strong> Departments of Medicine, and Epidemiology and Community Medicine, University of Ottawa, Ottawa, Ontario, Canada
</p>

The basic structure is two 'p' elements, one with a 'class="authors"', the second with 'class="affiliations"'. I am trying to avoid using @class to indicate document structure and metadata, so yesterday I adopted the 'bibo:authorList' convention. But it is useful to see another instance of the nested 'rel="dc:creator"'->'property="foaf:*"' pattern. Is that beginning to look like a trend?

The relationship between author and affiliation is a little broken. The reference from each author to his/her affiliation is actually to an 'a' element with no content. An automatic agent might return an empty string as the affiliation unless it had ad hoc code to pull the text as far as the next '<a>' or '</p>' tag. That's not particularly helpful.

It is important to be clear that this HTML is rendered from XML encoded in the National Institutes of Health's Journal Publishing Tag Set Version 2.0. That's my way of acknowledging that the markup delivered to your browser doesn't bear the full weight of being a well-structured archival version.

Towards a metadata header for XHTML5+RDFa1.1 Digital Publications << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Tue, 18 May 2010 20:46:24 +0000

XHTML5 defines elements such as 'header' and 'summary' that improve the constructs for indicating document metadata. But it is not a finished solution for embedding these concepts in a born-digital scholarly publication. In this post I take an initial crack at a decent way of doing this.

To cut to the chase, here's a sample document:

<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml"
 xmlns:bibo="http://purl.org/ontology/bibo/"
 xmlns:dc="http://purl.org/dc/terms/"
 xmlns:dctypes="http://purl.org/dc/dcmitype/"
 xmlns:foaf="http://xmlns.com/foaf/0.1/"
 xmlns:owl="http ://www.w3.org/2002/07/owl#"
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 about="http://example.org/digpub"
 typeof="dctypes:Text"
>


    <head>
        <title property="dc:title">Guidelines for Using XHTML5 to encode Digital Publications</title>
        <base href="http://example.org/digpub"/>
    </head>
<body>
<header>
<div rel="bibo:authorList">
      <ul rel="rdf:Seq">
          <li rel="rdf:li">
              By <span rel="dc:creator">
                  <span rel="foaf:Person">
                      <span property="foaf:name" rel="owl:sameAs" resource="http://en.wikipedia.org/wiki/Albert_Gallatin">Albert Gallatin</span>
                  </span>
              </span>
          </li>

          <li rel="rdf:li">
              and <span rel="dc:creator">
                  <span rel="foaf:Person">
                      <span property="foaf:name" rel="owl:sameAs" resource="http://en.wikipedia.org/wiki/William_Alexander_Hammond">William Alexander Hammond</span>
                  </span>
              </span>
          </li>
      </ul>
</div>
<summary property="dc:description" xml:lang="en">An abstract in English.</summary>
<summary property="dc:description" xml:lang="fr">Un résumé en Française.</summary>
</header>
<section>
 <h1>Section 1</h1>
 <p>Your text here.</p>
 </section>
</body>
</html>

And here's the turtle representation of the embedded RDF:

@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix : <http://www.w3.org/1999/xhtml> .
@prefix bibo: <http://purl.org/ontology/bibo/> .
@prefix dc: <http://purl.org/dc/terms/> .
@prefix dctypes: <http://purl.org/dc/dcmitype/> .
@prefix foaf: <http://xmlns.com/foaf/0.1/> .
@prefix owl: <http ://www.w3.org/2002/07/owl#> .

<http://example.org/digpub>
    dc:description "An abstract in English."@en, "Un résumé en Française."@fr ;
    dc:title "Guidelines for Using XHTML5 to encode Digital Publications" ;
    bibo:authorList [
        rdf:Seq _:bnode1
    ] ;
    a dctypes:Text .

_:bnode1
    rdf:li [
        dc:creator [
            foaf:Person [
                owl:sameAs <http://en.wikipedia.org/wiki/Albert_Gallatin> ;
                foaf:name "Albert Gallatin"
            ]
        ]
    ], [
        dc:creator [
            foaf:Person [
                owl:sameAs <http://en.wikipedia.org/wiki/William_Alexander_Hammond> ;
                foaf:name "William Alexander Hammond"
            ]
        ]
    ] .

Even if you don't read turtle that might make some sense.

<http://example.org/digpub> after the prefixes means we're defining attributes of a document at that URI.
The last line of this indented section just says that the document is 'a dctypes:Text' resource.
dc:description "...." means the RDF extractor has found the Dublin Core description (more or less used as 'abstract'). The abstract is available in two languages as indicated by the 'xml:lang' attribute in the document.
Same for dc:title. Note that I don't put the title in the 'body' element because html-family encoding schemes want it up in the 'head'. Perhaps the title should be repeated in the 'body/header'. I'm inclined to think that can be done on delivery to a browser when a document is published via a web-server. The archival version should not have such repetition.
We then come to a 'bibo:authorList', the contents of which are specified following the line beginning '_:bnode1'. The "Bibliographic Ontology" (here 'bibo') uses this construct for multi-authored works. I'm not sure I like it. Especially since it imposes the extra nesting of rdf:Seq and rdf:li. But if 'bibo' is widely adopted (which it sort of is) then it's not my place to complain. Conform to the standard and move on. The contents of each rdf:li in a bibo:authorList are not well defined in the spec. I looked through the bibo examples, adopted its use of dc:creator and foaf:Person, and then added an owl:sameAs for good measure.

My point in doing all this is to make use of existing standards that allow a corpus of born-digital scholarship to represent metadata in a machine-recognizable fashion that also allows the "text parts" to be human readable. I'm just at the beginning of this project so I welcome suggestions of where I can look for good models.

New KML files for hoards and mints on nomisma.org << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Wed, 12 May 2010 20:47:51 +0000

Nomisma.org is the project I work on with my colleagues at the ANS and elsewhere to establish stable URIs for numismatic concepts. Development sometimes moves slowly but I've recently added new functionality for the mapping side of things. I'm facing one annoying bug but I think it's worth reporting this progress. So...

http://nomisma.org/id/eretria will bring up the html page for the mint of Eretria in Greece. You'll see a very brief label for the site, co-ordinates, and a link to the relevant Wikipedia article.
http://nomisma.org/kml/eretria.kml is a kml file that just shows the location of the mint.
http://nomisma.org/kml/eretria-all.kml is much more fun. It shows the location of the mint plus all the mappable hoards that have Eretrian coins in them. 'Mappable' is just an indication that we haven't entered findspots for all hoards. But we're moving as fast as we can.

This pattern is generalized. http://nomisma.org/kml/babylon.kml and http://nomisma.org/kml/babylon-all.kml do what you would expect.

http://nomisma.org/kml/igch0262.kml shows just the findspot of the hoard. http://nomisma.org/kml/igch0262-all.kml shows findspot and location of the mints of the coins found in the hoard.

Open these files in Google Earth for best effect.

There are links to the related kml files on each page and I've also put <link> elements in each page's head (cf. S. Gillies' blog post for discussion).

The annoying bug is that when I show those maps on the site using the Google Maps API, not all mints or findspots appear. Not sure why that is, but I'm guessing I've got something incorrectly formatted. Or there is some limit in how many Network Links the Maps API will load in a short period of time. I'll investigate and fix.

More concisely, nomisma.org will show you a mint and findspots for its coins. As noted, not all information is entered; but we can begin to talk about the site and its data as a resource for mapping economic connections within the Ancient Mediterranean and Near East.

Document and Concept: '#this' and how DBpedia does it << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Tue, 11 May 2010 17:11:40 +0000

I'm following up on yesterday's post in which I looked at the distinction between 'concept' and 'document' as well as its implications for scholarly practice. To be honest, I'm not sure I've really addressed the scholarly practice aspect of this thread but that's where I'm heading. I'll give a preview at the very end of this post.

Yesterday I asked, "Is there an unambiguous and widely-accepted convention for indicating the concept lying behind a document?". Gabriel Bodard left a comment noting the convention of appending '#this' to indicate that a URI is a reference to the real-world concept rather than the document describing that concept. This is definitely worth considering.

As an aside, Gabby (if I may) is correct that it's hard to look for documentation of the convention since 'this' is understandably ignored by search engines. There's the W3 document 'Cool URIs for the Semantic Web', which does discuss '#this'. I'm not sure if that's the original citation but that title is definitely on the suggested reading list for this topic. As is 'Linked Data Tutorial - NG: Publishing and consuming linked data with RDFa', which I was reminded to look at anew by Sean Gillies.

I have reservations about '#this'. Some of them are aesthetic but that's not a strong leg to stand on. Practically, I don't like having to inspect the internal characters of a URI to figure out its semantics. I also wonder if the convention hasn't really taken off. The 'Linked Data Tutorial' was published after 'Cool URIs' so it may be indicative that it doesn't discuss '#this'. I'm also not sure it's good to devote the '#' mechanism (aka fragment identifiers) to represent metadata rather than maintaining its original purpose of specifying internal portions of a document. But if '#this' comes to rule the world, I'll happily use it.

The 'Linked Data Tutorial' does use DBpedia in its examples so I want to look more closely at how that site handles the 'Document/Concept' distinction. In truth, I didn't find an explicit discussion of the topic on the DBpedia site itself. Maybe I just didn't come across it so I'd welcome a link. I did find the following on the the OpenLink site: "the URI prefixes http://dbpedia.org/resource/..., http/dbpedia.org/page/... and http://dbpedia.org/data/... distinguish between a resource and its HTML or RDF description documents". OpenLink is the creator of Virtuoso, the software that powers DBpedia's SPARQL-endpoint, so I'll take that statement as definitive until I find something more authoritative.

Time to get into details... http://dbpedia.org/resource/Antioch is the URI for the concept 'Antioch: the ancient city'. Clicking on that URI will cause your browser to be redirected to the document http://dbpedia.org/page/Antioch . That's great. We have a clean separation between concept and document.

Looking at the source of 'page/Antioch' (I'll use that shorthand going forward) shows that this document uses RDFa to embed semantic information in human-readable html. We could switch that around. RDFa allows human-readable text to be embedded in machine-parsable data. I'm not sure it matters, which is the main point.

DBpedia even references the RDFa 1.0 DTD: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML+RDFa 1.0//EN" "http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd">. That's very cool and very correct. When RDFa 1.1 is published, I'm counting on DBpedia to be at the forefront of adoption.

The 'resource/Antioch' URL appears three times in the 'page/Antioch' document. The following link elements are in the header:

<link rel="foaf:primarytopic" href="http://dbpedia.org/resource/Antioch"/>
<link rev="describedby" href="http://dbpedia.org/resource/Antioch"/>

The body start tag looks like this:

<body onload="init();" about="http://dbpedia.org/resource/Antioch">

Ignore the @onload, it's the @about that's interesting. It's just RDFa to say that all the parsable information in the document describes the resource http://dbpedia.org/resource/Antioch .

But far more interesting to me is the 'rev="describedby"' in the quoted link element of the document's head. Note that it's 'rev', not 'rel'. The meaning of the whole element is "The current document describes the resource at http://dbpedia.org/resource/Antioch". Yes, that's similar to the @about of the body. I really like the distinctiveness of using @rev . It's easily accessible by javascript or by an RDFa extractor. And I like that I can point to a major player in the Linked Data world as a precedent. That gives it a sense of de facto standard. And a little googling of 'describedby' found instances on the W3 site. It seems it's not quite an officially accepted standard but, again, it's nice to see a major player possibly getting behind 'describedby'.

So it's worth asking if this is a convention that others might be willing to adopt. Any takers or comments? Is @rev too obscure? Other objections?

I also want to briefly point out that the DBPedia 'page/...' documents make some effort to be clear to human readers that they are describing resources. The link at the top of 'page/Antioch' is to 'resource/Antioch'. This could be clearer but is a start.

And as for scholarly practice, I'll just briefly say that this discussion is in part inspired by the observation that Concepts should be permanent, Documents may be temporary. Looking back to the Geonames discussion of yesterday, I will not hold it against geonames.org if it stops responding to the URL http://www.geonames.org/3020251/embrun.html . Maybe html will fall out of use someday. It will be annoying if the string of characters http://sws.geonames.org/3020251/ , ceases to mean anything. Actually, I wish they'd remove the 'sws' cruft from that URL but that's their choice. Scholarship likes permanence and to the extent that the distinction between document and concept is clearly maintained, scholarly practice will be well served.

Concept and Document in the Ancient World Semantic Web << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Mon, 10 May 2010 20:58:53 +0000

This post is really just me taking some notes on semantic web usage. Apologies if it's too discursive but I'm just at the gathering info stage right now.

Along with some colleagues, I've been thinking about the relationships between concrete action and scholarly intent that are inherent in the links we make when creating digital publications.

First some background. Here's a "test" sentence, along with its html.

Themistocles was born in Athens.
Or:

<a href="http://en.wikipedia.org/wiki/Themistocles">Themistocles</a> was born in <a href="http://en.wikipedia.org/wiki/Athens">Athens</a>.

http://en.wikipedia.org/wiki/Athens is a document found on the Internet. As used in our sentence, it is a placeholder for Athens - nebulously defined, I admit - as a concept. Asking the question, "What is the latitude and longitude of Athens?", focuses the issue. It is not useful to respond with the location(s) of the Wikipedia servers. We clearly want to know the location of the site in "the real world", or 37° 58′ 0″ N, 23° 43′ 0″ E.

Links point to documents, we often mean the underlying concept. Often this distinction doesn't matter. Sometimes it does, as in:

My source for the longitude and latitude of Athens is the Wikipedia article for Athens.

That sentence has the same link appearing two times, one meaning the concept, the other meaning the document. Wikipedia provides no mechanism for distinguishing between these meanings.

DBpedia does implement this distinction. But first, here's the intro sentence from the DBpedia website:

DBpedia is a community effort to extract structured information from Wikipedia and to make this information available on the Web. DBpedia allows you to ask sophisticated queries against Wikipedia, and to link other data sets on the Web to Wikipedia data.

In DBpedia, the following URLs are both valid:

http://dbpedia.org/resource/Athens
http://dbpedia.org/page/Athens

The first refers to the concept, the second is a specific document. This allows for the following useful HTML:

My source for the longitude and latitude of <a href="http://dbpedia.org/resource/Athens">Athens</a> is the <a href="http://dbpedia.org/page/Athens">DBpedia page</a>.

Looking at the DBpedia page http://dbpedia.org/page/Athens is useful because it gives a list of resources that are each related to dbpedia:Athens via owl:sameAs. These are:

Before looking at one of these, what is owl:sameAs? The OWL Web Ontology language is described here. Among the descriptions of owl:sameAs given there is that a "...typical use of sameAs would be to equate individuals defined in different documents to one another, as part of unifying two ontologies". So the DBpedia usage, which is paralleled in many other semantic web resources, is spot on.

The geonames.org reference is interesting. In part because the site has a discussion that explicitly addresses the difference between concept and document: http://www.geonames.org/ontology/. That page also has a link to a good blog post.

DBpedia follows the Geonames guidelines in using owl:sameAs to qualify its link to http://sws.geonames.org/264371/ , which is the Geonames URI for the concept "Athens". Clicking on that redirects you to the page http://www.geonames.org/264371/athens.html. Note the change of host to 'www.geonames.org' and the addition of 'athens.html'. The serial number remains the same.

Here is a screen grab of the "balloon" that is displayed next to the icon indicating the location of Athens.

There are two interesting links shown in this image: 'perma link' and 'semantic web rdf':

perma link: http://www.geonames.org/264371/athens.html

semantic web rdf: http://sws.geonames.org/264371/about.rdf

http://www.geonames.org/264371/athens.html is just the link to the page. http://sws.geonames.org/264371/about.rdf is an RDF document. It's worth looking at the source to see the attribute 'rdf:about="http://sws.geonames.org/264371/"'. URLs of the pattern 'http:...about.rdf' are documents. http://sws.geonames.org/264371/ is a concept.

Even with this soup of web addresses, there is a lot that Geonames is doing right. The only missed opportunity I see is no explicit indication in the "264371/athens.html" page of the concept address. There is the following: <link rel="alternate" type="application/rdf+xml" title="RDF Version" href="http://sws.geonames.org/264371/about.rdf" />'. This is a link to a document not a concept. And 'alternate' is too vague for me to know that I can parse that RDF to find its @about value.

It would be nice if there were somelthing like '<link rel="concept" type="application/rdf+xml" title="Concept URI" href="http://sws.geonames.org/264371" />'. I'm not too concerned with what's in @type so I left it as is. Bit 'concept' is not in anyway standard. I just made it up.

If this post has a point, that's it. Make it really easy for me to figure out which URI is for the concept, because that's the one I really want to use. Or maybe I should end with a question. Is there an unambiguous and widely-accepted convention for indicating the concept lying behind a document? If not, we need one.

Screen shot of Troy pottery on iPad << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Wed, 07 Apr 2010 16:01:21 +0000

Quick post...

Here's a screen shot of Greek, Roman and Byzantine Pottery at Ilion (Troia) on an iPad. This is in the default reader iBooks.

You can click through to the Flickr page to get the full-size image. This gives a sense of the dimensions of the iPad screen.

OK, lots of work to do to make the page layout better, but I will admit to thinking this is cool.

Some annoyances: This volume is co-edited with Billur Tekkök but only "S. Heath" is showing up at the top. The underlined links don't work. That's also the case in the Stanza ePub reader on my iPhone. Desktop ePub readers do follow links (or at least some of them do). I think they all should, regardless of device.

There will be more to say so stay tuned. The brief "take away" is that eReaders will be one channel for the distribution of archaeological data. I look forward to RadioSchack and the like selling color devices for somewhere between $79.00 and $179.00

p.s. You can get the file here: bit.ly/troyepub .

Saving Archaeology in Italy << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Wed, 07 Apr 2010 12:25:22 +0000

The US State Department's Cultural Heritage Center circulated the following e-mail yesterday. I'll have more to say on this soon, but for those of you already inclined to write a letter in support of extending the MoU with Italy that protects its archaeological resources, the deadline is April 22 and you can send your comments in as an attachment to <culprop@state.gov>.

From: "Cultural Property" <CULPROP@state.gov>
Date: April 6, 2010 11:26:52 AM EDT
To: "Cultural Property" <CULPROP@state.gov>
Subject: Meeting of the Cultural Property Advisory Committee

The Department of State’s Cultural Heritage Center would like to draw 
your attention to an announcement that will be published in tomorrow’s 
Federal Register 
(http://www.federalregister.gov/OFRUpload/OFRData/2010-07898_PI.pdf).

[Billing Code: 4710-05]
DEPARTMENT OF STATE
[Public Notice 6945]

Notice of Meeting of the Cultural Property Advisory Committee
In accordance with the provisions of the Convention on Cultural Property
Implementation Act (19 U.S.C. § 2601 et seq.) (the Act) there will be a meeting of
the Cultural Property Advisory Committee on Thursday, May 6, 2010, from 9:00
a.m. to approximately 5:00 p.m., and on Friday, May 7, 2010, from 9:00 a.m. to
approximately 3:00 p.m., at the Department of State, Annex 5, 2200 C Street, N.W.,
Washington, D.C. During its meeting the Committee will review a proposal to
extend the “Memorandum of Understanding Between the Government of the United
States of America and the Government of the Republic of Italy Concerning the
Imposition of Import Restrictions on Categories of Archaeological Material
Representing the Pre-Classical, Classical and Imperial Roman Periods of Italy”
signed in Washington, D.C. on January 19, 2001 and amended and extended in 2006
through an exchange of diplomatic notes. The purpose of this review is for the
Committee to make findings and a recommendation regarding the proposal to extend
this Memorandum of Understanding.

The Committee’s responsibilities are carried out in accordance with
provisions of the Act. The U.S. – Italy Memorandum of Understanding, as
amended and extended, the Designated List of restricted categories, the text of the
Act and related information may be found at
http://exchanges.state.gov/heritage/culprop.

Exercising delegated authority from the President and the Secretary of State,
I have determined that portions of the meeting on May 6 and 7 will be closed
pursuant to 5 U.S.C. § 552b(c)(9)(B) and 19 U.S.C. § 2605(h), because the
disclosure of matters involved in the Committee’s proceedings would compromise
the Government’s negotiation objectives or bargaining positions on the
negotiations of this Memorandum of Understanding. However, on May 6, the
Committee will hold an open session, 9:30 a.m. to approximately 11:30 a.m., to
receive oral public comment on the proposal to extend the Memorandum of
Understanding. Persons wishing to attend this open session should notify the
Cultural Heritage Center of the Department of State at (202) 632-6301 by
Thursday, April 22, 2010, 5:00 p.m. (EDT) to arrange for admission, as seating is
extremely limited.

Those who wish to make oral presentations should request to be scheduled
and submit a written text of the oral comments by Thursday, April 22, 2010, to
allow time for distribution of these comments to Committee members for their
review prior to the meeting. Oral comments will be limited to five minutes each or
less to allow time for questions from members of the Committee and must
specifically address the determinations under section 303(a)(1) of the Act, 19
U.S.C. § 2602(a)(1), pursuant to which the Committee must make findings. This
citation for the determinations can be found at the web site noted above. The
Committee also invites written comments and asks that they be submitted no later
than April 22, 2010. All written materials, including the written texts of oral
statements, should be faxed to (202) 632-6300, if 5 pages or less. Written
comments greater than five pages in length must be duplicated (20 copies) and
mailed to Cultural Heritage Center, SA-5, Fifth Floor, Department of State,
Washington, D.C. 20522- 0505. Express mail is recommended for timely delivery.

Date: MAR 29 2010 _______________________
Judith A. McHale
Under Secretary
Public Diplomacy and Public Affairs
Department of State
[FR Doc. 2010-7898 Filed 04/06/2010 at 8:45 am; Publication Date: 04/07/2010]

Of iPads, ePub and Troy << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Tue, 30 Mar 2010 05:14:36 +0000

Apple's iPad will start arriving in customer's hands on April 3rd, and at least some of them will end up in the hands of Mediterranean archaeologists. That sounds like an opportunity so I've spent the last few days playing around with ePub software.

I can quickly say that all the desktop readers that I've seen are terrible. Adobe Digital Editions? Ugly. The Stanza desktop version? Ugly and doesn't show my images. Lovely Reader looks OK but does a bad job of laying out text and image.

The Stanza reader on the iPhone is decent and that's what I've been testing against.

The most useful application is far-and-away Calibre. Once I figured out to install the command-line tools, converting xhtml to epub is a single step. There are lots of options to play with, but the basic idea is simple.

So... I spent a little time simplifying the xslt stylesheets that convert the database for Greek, Roman and Byzantine Pottery at Ilion into xhtml. Then I pointed Calibre at the resulting file. You can download an early version of the results here. Don't expect too much. No TOC, bad spacing so it's hard to distinguish catalog entries, other varied problems. But all will improve over time.

To get this on an iPhone you need to load Stanza on to it. Then "Get Books" -> "Downloads" -> "Edit" -> "Download Book from URL". Typing a long URL is a pain on the iPhone so enter this: http://bit.ly/troyepub.

Again, it's super-preliminary so keep an eye out for improvements. And if anybody gets this onto an iPad, let me know how it looks. I'll try it myself soon enough but not right on April 3rd.

SPARQL Based Navigation of RDFa Encoded Named Entities << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Tue, 23 Mar 2010 19:03:59 +0000

This is a quick heads up on a new feature at Nomisma.org, the ANS-hosted project assigning stable URIs to numismatic concepts.

At http://nomisma.org/id/lyttus you'll find a very brief representation of the ancient site of Lyttus in Crete. It links to the relevant Wikipedia article and Barrington Atlas ID so it should be unambiguous which site we mean and it should be easy to find out further information. As a convenience, and to make it easy to put a dot on the map, the page also has latlong info.

This post is about the list of URIs prefaced by the text "The following Nomisma IDs refer to this ID:". If you click on http://nomisma.org/id/igch0151, you'll get a description of a hoard of coins as published in Inventory of Greek Coin Hoards.

Nomisma.org uses RDFa so the markup of the hoard includes the snippet: <span rel="nm:mint" resource="lyttus">Lyttus: 1 dr.</span> . You can click on "Show Markup in Page" to see this.

All the descriptions of numismatic concepts are collected in a single RDFa file at http://nomisma.org/nomisma.org.xml and as RDF-XML at http://nomisma.org/nomisma.org.rdf. That one snippet from igch0151 will produce the triple:
<http://nomisma.org/id/ich0151>
<http://nomisma.org/id/mint>
<http://nomisma.org/id/lyttus>

So... visiting http://nomisma.org/id/lyttus queries http://nomisma.org.rdf with a SPARQL statement of the form ' SELECT ?id WHERE { ?id ?refersto <http://nomisma.org/id/lyttus> }'. This just binds "?id" to a list of the ids that refer to Lyttus.

Bottom line: Simple markup achieves meaningful results using pre-existing standards. I wrote none of the tools to make this work. It will be fun when I get around to turning that list of IDs into a map, which will be simple using the Google Maps API. Then we will have a geographic front-end to "SPARQL-based Navigation of RDFa Encoded Named Entities".

Note: all of the RDFa patterns are in the process of being defined and the entries are in the process of being markedup. I.e., this is all in alpha stage.

The Relative Value of Oil and Wine in the Talmud << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Tue, 16 Mar 2010 04:56:23 +0000

For the last week I've been following Daf Yomi, the 7 year cycle by which Orthodox Jews read the entire Talmud. It's part of my "Echoes of Late Antiquity" hobby and so far I'm having fun. Take this translated quote from Sanhedrin 31a

If one witness attests [the loan of] a barrel of wine, and the other, of a barrel of oil: — such a case happened, and it was brought before R. Ammi, who ordered him [the defendant] to repay a barrel of
wine out of [the value of] the barrel of oil.

So a "barrel" of oil is worth more than the same of wine. That's nice to know. Of course, I'm relying on the translation from halakhah.com and that's always a worry.

FWIW, the legal principle here is that you need two witnesses. Since the value of the oil is higher, there are only two witnesses to the loan of the value of the barrel of wine.

Coming to terms with HTML 5 << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Fri, 26 Feb 2010 23:27:11 +0000

I haven't heard much talk among digital humanists about HTML 5. If I've missed something please let me know.

I will admit that for a long time I sort of ignored it. I was interested in xhtml 2 but that's dead. And when the html 5 discussions began, xhtml seemed like a barely tolerated intruder. That's clearly less so currently. Then there was the dismissive attitude of the "5" folk towards RDFa. Everybody seems to be talking now and that's good.

So it looks like there will be an XHTML5 that directly supports RDFa. I'm assuming that means in the DOM as it's made available to Javascript. (Somebody tell if I'm wrong about that).

With this in mind, I spent the day catching up with developments in the html 5 community. Sometimes focusing on integration with RDFa but also just catching up.

This series of articles by "boblet" was well-written and useful. On the RDFa front, I read Mark Birbeck's discussion about tokenizing RDFa. Likewise interesting. And see the RDFa section of the Microformats.org HTML5 page.

I like that html 5 supports structures along the lines of:

<html>
 <head>
  <title></title>
 </head>
 <body>
 <section>
  <summary></summary>
  </section>
   
 <section>
  <h1>Introduction</h1>
  <p></p>
  ...
 </section>
 <section>
   <h1>Next section</h1>
   <p></p>
   ...
  </section>
 </body>
</html>

Add in more xhtml 1.0 bits and you can really think about doing a nice job of publishing prose works digitally with the html5 vocabulary. And don't forget the '<article>' element. That looks interesting as well.

Not all is perfect. I've always been bummed that the title element goes in the head of an (x)html document. That means that if you want it to show up in the document part of a browser window, you have to repeat it. There's some silliness there. Why can't a title element go anywhere? And would it it really be a problem if a document had more than one title in it? I can think of use-cases where that works: more than one article in a single html file, or a list of objects that have titles.

And there's still no preferred way of doing footnotes. The section in the spec 4.6.26 is sort of a punt. The boblet articles suggest <aside> for footnotes but that isn't encouraged in the spec. I see that there's a "note" value for the rel attribute on the WHATWG RelExtensions page. That list is an official part of the html 5 spec (see "Other Link Types"). But the spec is totally vague on how a proposed rel moves to actual approval.

And anybody using xhtml is still going to have lots of decisions about what goes in class attributes and how to specify lots of basic things like 'author'. That smacks of being proprietary. How much can Dublin Core help with this?

So... it was a day of mostly reading. I added a little bit of xhtml 5 to the git repository under an xhtml5 branch but only just a hint of what I should do to really "commit" to such a big change.

OpenCyc + Wiki/DB-Pedia and Ancient World References << Sebastian Heath (Mediterranean Ceramics)

noreply@blogger.com (Sebastian Heath) — Tue, 23 Feb 2010 23:21:57 +0000

This is another post in the Ancient World RDFa series.

I'm writing now because I have two questions in mind, one fairly general and one very specific:

Is there a pre-existing ontology that I can use to identify concepts found in Ancient World scholarship?
How can I indicate the office of "strategos" that was held by the sophist Polemon.

The topic comes up because I'm faced with the sentence fragment:

Polemon also appears as strategos on coins of Hadrian...

Again, how to mark the text "strategos" so that it is identified as the ancient office. Here's what I have so far:

<span
 id="id8296"
 about="#id8296"
 typeof="skos:Concept opencyc:PublicOffice"
 rel="owl:sameAs"
 resource="[dbpedia:Strategos]"
 property="rdfs:label"
 >strategos</span>

That give the following RDF/Turtle

<http://example.org/ajn2006-smyrna.html#id8296>
    a opencyc:PublicOffice, skos:Concept ;
    owl:sameAs dbpedia:Strategos ;
    rdfs:label "strategos"@en .

In short, this says that there's an instance of a public office and that office is "strategos".

The "opencyc" namespace maps to "http://sw.opencyc.org/". You can read about OpenCyc at http://www.opencyc.org, where you'll be told that OpenCyc is an "ontology containing hundreds of thousands of terms, along with millions of assertions relating the terms to each other, forming an ontology whose domain is all of human consensus reality." Even accounting for "commericial-speak", this could be useful. And yes, it's based on a commercial product, but CC-Licensed versions of the whole thing can be downloaded from http://www.opencyc.org/downloads.

The landing place for PublicOffice is http://sw.opencyc.org/2009/04/07/concept/en/PublicOffice. "Mayor" and "Ambassador" are example instances of PublicOffice so I'm comfortable using it as the type for Strategos. But "Strategos" iteself is not in OpenCyc. I think this will be a common situation: knowledge bases intended for the modern world will have many useful analogs for concepts that appear in Ancient World scholarhip, but the specific vocabulary will be missing.

OpenCyc has entries for

GeographicalPlace

GeopoliticalEntity

You can replace many narrowly scoped namespaces with these and other concepts that appear in OpenCyc.

But again, no "Strategos". This is where Wikpedia (via DBPedia) comes in. Here's the Wikipedia article. I map that into the Semantic Web via DBPedia.

So here's a basic principle: OpenCyc is the default ontology, DBPedia is the default vocabulary. I think that plays to the strengths of each resource.

Neither is complete for the Ancient World. That's probably more of a problem for the use of OpenCyc. DBPedia doesn't have a page for the ceramic type "Eastern Sigillata A". If I write one for Wikipedia, that will eventually migrate to DBPedia. OpenCyc doesn't have an easy route for community-based editing. Will the concepts "Excavation Unit" or "Survey Collection Unit" be necessary? Probably. That means coming up with or finding an ontology for those.