Thursday, March 31, 2011

Brief Anecdote about Discoverability, Sigma Tables, and the Athenian Agora

In the middle of today's meeting of the ISAW Roman Pottery Reading Group, the issue of "sigma tables" came up. These semi-circular marble tables are invoked by both of today's authors so it was natural to pause on the topic. At which I point I mentioned, "there's one in the Agora and I bet it's online." Quick Google search on "marble sigma table agora" and we were a click away from the Agora's database.


That's object A 3869.

My only point is that because the object was easy to find via the public Internet, we were able to include it in our conversation. It was very useful to compare a specimen to Hudson's and Vroom's analysis and to the additional visual evidence they each gather.

As a reminder, here's what we read:
  • Nicholas Hudson. 2010. "Changing Places: The Archaeology of the Roman Convivium." AJA 114.4: 663-695.
  • Joanita Vroom. 2008. ‘The archaeology of late antique dining habits in the eastern Mediterranean: A preliminary study of the evidence’, in: L. Lavan, E. Swift and T. Putzeys (eds.), Objects in Context, Objects in Use. Material Spatiality in Late Antiquity (Late Antique Archaeology 5), Leiden and Boston: 313-361.

Friday, March 25, 2011

Cool pics of a Roman Hoard

I'm slow to geting round to this, but really, do visit http://ilfattostorico.com/2010/07/08/scoperte-piu-di-52000-monete-romane/. The pictures of the coins are cool. Even cooler are the pictures of the large vessel they were buried in. Those of us in numismatics frequently see the dry phrase, "Found in pot", or the more concise term, "Pot hoard". This page will help you visualize what that really means.

Here's a sample:





Monday, March 21, 2011

Roman Pottery Reading Group at the Institute for the Study of the Ancient World

A few of my ISAW/NYU colleagues and I have begun a "Roman Pottery Reading Group," which seems to be settling into a sort of every-other-week-ish-y schedule.

We began with three "Romanization" articles:
  • D. Malfitana, J. Poblome and J. Lund. 2005. "Late Hellenistic imports of eastern sigillata A in Italy. A socio-economic perspective," Babesch 80: 199-212.
  • Poblome, Jeroen and Michael Zelle. 2002. “The table ware boom: a socio-economic perspective from western Asia Minor” in Christof Berns, Henner von Hesberg, Lutgarde Vendeput and Marc Waelkens (eds.), Patris und Imperium, Leuven: 275-287.
  • Rotroff, S. 1997. "From Greek to Roman in Athenian Ceramics," in M.C. Hoff and S.I. Rotrof ( eds.), The Romanization of Athens, , Oxford: 97-116.
It was an added bonus that my colleague Billur Tekkök, in the States on a Fulbright Fellowship, could join us for that first session.

Next we read:
The point here was to look at representative samples of 40 years of publication from one site. Put simply: what has changed in techniques and approaches over that time? A little "inside baseball" but a fun conversation.

Next up is ceramics and dining:
  • Nicholas Hudson. 2010. "Changing Places: The Archaeology of the Roman Convivium." AJA 114.4: 663-695.
  • Joanita Vroom. 2008. ‘The archaeology of late antique dining habits in the eastern Mediterranean: A preliminary study of the evidence’, in: L. Lavan, E. Swift and T. Putzeys (eds.), Objects in Context, Objects in Use. Material Spatiality in Late Antiquity (Late Antique Archaeology 5), Leiden and Boston: 313-361.

We're meeting Thursday, March 31 at 3:00 PM Eastern Daylight Time. It's tempting to see if anybody wants to join us virtually. If really, truly, "yes", I'll see what we can do.

Friday, March 4, 2011

LRC/Phocaean Red Slip at Alexandria Troas

Anybody who would enjoy seeing a nice color picture of LRC/Phocaean Red-Slip rim sherds should take a look at figure 23 on page 15 of Stefan Feuser's article "The Roman Harbour of Alexandria Troas, Turkey" in volume 40.1 (2010) of The International Journal of Nautical Archaeology, doi:j.1095-9270.2010.00294.x.

From Typed Links to Annotations in Ancient Geography

I've been participating in the discusions of the Pelagios Project's plans to establish semantic web/linked data conventions for linking geographic information in the ancient world. Nomisma.org is listed as a partner and it's a good group of people who are coming together to think about the issue.

As always, the individuals and projects involved don't want to re-invent the wheel. And, also as always, some new work - even if it's just establishing a domain-specific use for existing standards - is necessary. That last is what I'm thinking about right now.

I mean the title of this post to establish an axis of complexity when it comes to relating a web-based resource to a geographic entity. A "typed link" is basically plain-old HTML with a little bit of RDF-sugar to say that the end-point is a geographic entity. I've already spoken about doing this in earlier posts. Here, let me start with the RDF/Turtle:

@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix geo: <http://www.w3.org/2003/01/geo/wgs84_pos#> .
@prefix powder: <http://www.w3.org/2007/05/powder#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .

[] a dcterms:Location,geo:SpatialThing;
powder:describedby <http://pleiades.stoa.org/places/423025>;
rdfs:label "Rome" .
This is the RDFa:

<a href="http://pleiades.stoa.org/places/423025" typeof="dcterms:Location geo:SpatialThing" rel="powder:describedby" property="rdfs:label">Rome</a>

Again, that's pretty simple html that adds a little in-place information that the link is to a geographic entity that is defined at a particular URL. There are many tools that can parse that link and do interesting things like show a map. Hence the term I'm using here, "typed link". And I include as an "interesting thing" the now prosaic ability of a user to click on that link when it's rendered by a browser. Human readable and machine actionable. Win, win.

To be clear, with this post I am suggesting to my Pelagios colleagues that we use this or a similarly "light-weight" convention for the simple case of a link to a geographic entity. And yes, I don't mind if you use dcterms:Location, geo:SpatialThing or both. Those are the most widespread RDF Classes for indicating that a resource is a geographic entity.

An "annotation" is something different. The source document is trying to say something about the geographic entity. In this case, consensus seems to be building around the Open Annotation Consortium. That's a good thing on the "use existing work" principle. This time I'll start with a sentence: "Rome was the capital of the Roman Empire". Trivial, I know, but the point is to focus on the markup.

In RDF/Turtle, I want to say something like:

@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix geo: <http://www.w3.org/2003/01/geo/wgs84_pos#> .
@prefix oac: <http://www.openannotation.org/ns/> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .

_:oacEx a oac:Annotation ;
oac:hasTarget <http://pleiades.stoa.org/places/423025>;
oac:hasBody “was the capital of the Roman Empire” .

# choose one or both of dcterms:Location or geo:SpatialThing
<http://pleiades.stoa.org/places/423025> a dcterms:Location, geo:SpatialThing ;
rdfs:label "Rome" .


The top level concept is oac:Annotation , a class that encapsulates the relationship between a body (the thing annotating) and a target (the thing annotated). This RDF/Turtle basically says "There's a location 'Rome' that 'was the capital of the Roman empire'. In RDFa, that's:
<?xml version="1.0" encoding="UTF-8" ?>
<html xmlns:dcterms="http://purl.org/dc/terms/"
xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
xmlns:oac="http://www.openannotation.org/ns/"
xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"
base="http://example.org/doc-1.html"
>
<head></head>
<body>
<span id="annotation1" typeof="oac:Annotation" about="#annotation1" >
<a rel="oac:hasTarget" href="http://pleiades.stoa.org/places/423025">Rome</a> <span property="oac:hasBody">was the capital of the Roman Empire.</span>
</span>
<span style="display:none" about="http://pleiades.stoa.org/places/423025" typeof="dcterms:Location geo:SpatialThing"></span>
</body>
</html>

This is a first crack at the RDFa so note the 'hidden' span that says the Pleiades URI is a dctermsLocation/geo:SpatialThing. I'm guessing I or somebody else can do better than that.

But the real point of this post is to propose that ladder of complexity. Use a combination of 'powder:describedby' along with dcterms:Location and/or geo:SpatialThing when that will suffice. Open Annotation is for more complex situations. Reactions?

Wednesday, March 2, 2011

Linking from Citation to Example in Numismatic (and other) Scholarship

I let myself follow a tangent today. It starts with noting that the article by C. Lorber and A. Meadows that I'm preparing for publication "Review of Ptolemaic Numismatics" makes frequent reference to coin types described in J. Svoronos, Ta nomismata tou kratous ton Ptolemaion. Athens, 1904-1908. It is an obvious feature of such a publication that those references lead readers to information about those coins.

To start on the journey towards such linking, I created URIs for all coin types defined in Svoronos' typology at nomisma.org. See http://nomisma.org/id/svoronos-1904-1000. There's very little description there, and what is there is cribbed from C. Lorber's translation at http://www.coin.com/images/dr/svoronos_text.html.

Now, if you go to this paragraph in Lorber and Meadows, which makes reference to Svoronos, you'll see that the link to "Sv. 1424" is live. Look towards the end of the paragraph. And note that it's possible to refer to single <p> elements in the article. That's because each one has an @id with a unique value. That's cool and important.

Follow the link to http://nomisma.org/id/svoronos-1904-1424 and you'll see further links to the ANS collection and to coinproject.com. The former is a rock-solid stable URI but the coin hasn't been photographed (hint, hint). The latter is to an interesting project that is digitizing a type corpora for many series of coins. As the editor of ISAW Papers I don't have to worry if it's super-stable. I rely on nomisma.org to provide reasonable links and to keep them current.

The end result is a hint of a richly linked and illustrated future. Again, cool. I'd like to cross-the-bridge (as it were) and deliver images of Sv. 1424 while readers are still within the "environment" of Lorber and Meadows. But the first step is implementing such links, then we can work on the user experience.

In other news.... there is now a github for ISAW Papers at http://github.com/sfsheath/isaw-papers.

Tuesday, March 1, 2011

"Archival" and "Presentation" versions of (x)html-based scholarship

Briefly...The presentation version changes the extension to ".html", adds some formatting to fix the page width and to justify the body paragraphs. It also adds an appendix of links to named entities at the end. That last suggests an interesting future.

The goal here is to maintain a focus on an archival version with very little formatting in it, while also exploring what the "nicer" presentation version can look like. Eventually this content will appear in a CMS-like environment. That should be attractive and functional so I'm figuring out what that means. In time, I'll add features along the lines of "pop-up" windows for geographic entities and the like. Not sure exactly what that entails but we'll find out as we go along.

And I'll move this to github in the near-ish future.

Wednesday, February 23, 2011

Test Bed for (X)HTML Conventions for Scholarly Publication

The main reason I joined the Institute for the Study of the Ancient World at NYU was to be part of initiating a program of digital publication of peer-reviewed scholarship. We haven't announced anything formally and this blog post isn't that announcement. It is the beginning of a nuts-and-bolts conversation about the markup of digital scholarship that is intended to encourage long-term viability, flexible re-use, and easy display (among many other things).

To get right down to business, http://dl.dropbox.com/u/17002562/isaw-papers-preprint.xhtml is the very temporary URL for a preprint version of "Review of Ptolemaic Numismatics, 1996 to 2007" by Catherine Lorber and Andrew Meadows. I'm very grateful to Andy and Cathy for their willingness to be part of this experiment. Their work is largely done. Now it's up to me to make progress on the markup and I'm hoping to do that in a very public way.

But where to begin the conversation? I think the best approach is to admit I'm in the middle of things and just start laying out issues and thoughts. Keep in mind that everything is subject to change...
  • The format for ISAW digital publications is XHTML with RDFa. XHTML (for now 1.1 but moving to XHTML5) is a widely supported standard with excellent tooling that is directly viewable in many contexts. That makes it appropriate for long-term archival storage of born-digital scholarship.
  • Internal reference structures are important.For now this means each <p> element has an @id. div's of class 'section' also have @id attributes. This is in anticipation of using the semantic elements of HTML5.
  • Named entities will be tagged with links to stable resources describing those entities. For geography, Pleiades. For many other entities, Wikipedia. See below for RDFa patterns.
  • Existing ontologies/vocabularies will be used whenever possible. Geographic entities are typed as "dcterms:Location". That sort of thing.
  • Basic constructs for marking up bibliography and footnote-like structures are lacking for HTML-based markup languages. There are lots of semi-complete "best practices" but narrowing these down to a consistent and flexible convention will be an importnat process.

Looking ahead:
  • Multiple formats will be supported. We will distribute this text as "raw" valid xhtml. It will be hosted in a more interactive environment that does slick things like make maps, etc. Epub, pdf... all those are coming. Again, the ease with which a base XHTML representation can be converted to these other formats is one reason to use XHTML.
  • We'll use CC licenses Right now the document is CC-BY-NC-ND. We'll drop the ND eventually, perhaps the NC as well. The preprint is ND as a signal that a better version is coming from us.


A word on RDFa (a standardized way of embedding information in XHTML pages)...

The basic pattern that I'm using to markup named entities is illustrated by the sentence:
In a study of tax receipts from early Ptolemaic <a class="citation"
href="http://pleiades.stoa.org/places/991398"
typeof="dcterms:Location" rel="iana:describedby"
property="rdfs:label">Thebes</a>...


That produces the RDF/Turtle
[ a dcterms:Location ;
rdfs:label "Thebes"@en ;
iana:describedby <http://pleiades.stoa.org/places/991398>].
You can see the turtle for the whole document at http://bit.ly/hJjgcx.

An "English" equivalent of the turtle snippet is 'There is a site in the text with label "Thebes" and a description at http://pleiades.stoa.org/places/991398.'

I like the use of the 'describedby' @rel value here. It's defined in the IANA's register of rel values (http://www.iana.org/assignments/link-relations/link-relations.xml). I take the semantics to be "I'm not saying I'm linking to Thebes itself, only to a description of it." That seems nice and "semantic webby".

There's more to come but I'm getting this out there just to get the ball rolling...

Monday, February 21, 2011

Quick poll: Worldcat, Library of Congress, or Both

There are lots of ways of encoding bibliographic data on the web, but this post isn't about that problem. Instead, I'm wondering what is "the community's" preference between Worldcat and the Library of Congress when creating Semantic Web/Linked Open Data references.

As an example, the URIs http://www.worldcat.org/oclc/829279 and http://lccn.loc.gov/74155758 each lead to information about John Hayes' Late Roman Pottery published in 1972.

Which one of these is preferable as the long-term description of this volume? Worldcat or LOC. The use-case is a digital publication with bibliography that ideally includes a link to one or the other or both for all printed volumes or other appropriate entities.

Perhaps a discussion will ensue in the comments but here are some quick issues:
  • There are multiple URIs for that one volume in Worldcat. http://www.worldcat.org/oclc/462730938 gets you to the Danish Union Catalog.
  • There are still concerns about the licensing of Worldcat data.
  • The LOC record is to a physical volume in a single national library and may not be intended as a description of the abstract concept (e.g. a FRBR Work). I don't know that Worldcat URIs solve this problem but they have the implication of a higher level of abstraction.


Votes and/or comments are appreciated.

Monday, February 7, 2011

Quick poll: Wikipedia or DBPedia?

I've created a poll near the upper right of this page. In longer form: when making persistent "Linked Data/Semantic Web" references to concepts described in Wikipedia, is it "best practice" to link to Wikipedia or to DBPedia? As in, "http://en.wikipedia.org/wiki/Augustus" or "http://dbpedia.org/resource/Augustus"?

Friday, February 4, 2011

Access to Roman Art: Observations by Peter Stewart

The last few times I've gone to speak about issues of scholarly communication/digital humanities/digital archaeology/etc, I've opened up with a quote from Peter Stewart's 2008 book The Social History of Roman Art [Worldcat]. That's a great little book, and I was particularly pleased when reading it that Stewart is explicit about the effects of access to evidence and images on his selection and narrative. And I was further pleased that he talks about his personal efforts to solve those problems. I'll illustrate this by a series of passages given in their order of appearance:
Unfortunately, my comments in the Introduction about the problems of acquiring images were born out in the book's preparation, and I had very considerable difficulties and delays in acquiring most of the images reproduced here. I therefore owe a special debt to those who helped me to obtain pictures, and to those image-providers who waived or reduced reproduction fees. (p. xv)
Then from that introduction:

To an extent, however, these are all obvious problems of evidence and interpretation which are familiar in any branch of historical study. Other problems are insidious and lie unremarked in the methodological hinterland of books like this one. I have said that the use of examples must be highly selective. But behind any book on Roman art, there are processes of selection that are largely beyond the author’s control. Most Roman art historians will never, in their lifetime, see more than a tiny percentage even of the more significant works that survive. This is not simply because of the magnitude of this great body of material. It is also because most pieces are inaccessible. Many of the finest and most interesting Roman antiquities are in private collections, and many of these are unpublished, sometimes because of scholars’ anxieties about the legality of their origins. However works preserved in museums can be at least as difficult to access. Few museums are able to exhibit more than a small minority of the objects they hold. It is not infrequent (or surprising) for some of the objects in storage to be, effectively, lost, and for other reasons it may be hard for specialists to see material, particularly if it has been excavated recently. New discoveries may take many years to become familiar within the field, and even longer to filter into general, synoptic studies of Roman art.

So, for a variety of reason, authors depend heavily on other people's publications of Roman art, where they exist, and on their illustrations. The photographs themselves are usually supplied by the museums that own the work concerned, or simetimes by commercial agencies. In many cases no photograph exists, and new photography may not be permitted. In other cases, the acquisition of photographs proves lengthy or impossible. Moreover, the photographs (especially colour images) and the permission to reproduce them in print can be extremely costly both for individual authors and for their publishers. (p. 8)

The passages need to be read in context. It's not an angry book, and these introductory are comments are followed by interesting and challenging extended essay on the topic indicated by the title. I can highly recommend it. But back to the issue of access, here's a passage from the ending Bibliographical essay:
Finally, the photo-sharing website flickr.com contains thousands of images relevant to Roman art, many of them with 'Creative Commons' copyright licenses that make them easy to use legitimately for, e.g. educational purposes. Within that site the 'Chiron' group especially is dedicated to making images available for classical teaching and research. This site carries many of my own photographs (under the screen name 'Tintern'), including colour images of the House of the Vettii and other sites mentioned in this book. (p. 174)
So mad props to Dr. Stewart for raising the issue of access and then doing something about it. A book from CUP in which the author cites his flickr.com account? That's progress.

Monday, January 31, 2011

In-house commenting systems may not be necessary

Somewhat wishy-washy title, I know.

But here's my point, I look forward to a world of stable URIs for intellectual content in which responses to scholarship and primary data are distributed around the Net.

A case in point, my NYU colleague Chuck Jones blogged about the digitization of some of Blegen's diaries by the American School of Classical Studies.

If you look at the bottom of the post, you'll see that he included the Pleiades URI's for both Mycenae and Tiryns.

It is now the case that a Google search for the Tiryns URI lists Chuck's AWOL post.

Assuming that ASCSA doesn't move that resource to a different URI and that the post remains available, stable URIs for Tiryns and Mycenae have now been permanently associated with the ASCSA resource. And that with the publisher of the information doing nothing. (Though it would be nice if ASCSA ditched the "index.php" from their URIs. See here.)

And note that I'm walking a fine line in this post. The Pleiades URIs that Chuck included explicitly in his post don't appear in the text of mine. I don't see any reason to clog up the Google search with this meta-meta-commentary.

By way of slightly living up to the title, my point is that such a decentralized "commenting system" should be encouraged. If you're able to link from your content to a stable URI that more-or-less represents the same concept, do so. And use such URIs when you're talking about other's people's work. That will encourage a distributed network of publication and response that is robust, open and encompasses many forms of expression from tweets, to blogposts, to more formal work, and beyond.

Wednesday, November 3, 2010

Responses to "Progress on Museum URIs"

Three people responded to yesterday's post on museum URIs.

Leif Isaksen left a comment to the effect that he's not too concerned about differing base URIs for museum collections. I agree that there are worse things than the string "collection." in "http://collection.britishmuseum.org/object/YCA62958". The original explanation was to reduce load on an individual server. Without meaning to get too technical, the "/object" can be an effective load reducer by passing requests to a proxy. Bottom line: in an ideal world, I'd drop the "collection.", but I'm not too worked up about it.

Eric Kansa responded on his blog. His point had an interesting overlap with an e-mail I received. I won't quote that in its entirety as the author could have made it public if s/he wanted to. Here's a snippet:
but to me it seems a very bad idea to think that only museums can claim the right to designate URIs for their objects; there should be a standard that can be used by museums as well as by scientists outside of museums...
I took this as responding largely to
2. In order to avoid that everybody invents a new URI for the same
object, there should be one authority known to the whole world that
assigns such a URI.

3. This authority is naturally the museum that keeps the object,
because it is the only institution that can verify that two
different use cases of museum object URIs actually describe the same
thing.
Taking Eric's and Anonymous' comments together, I read them as calling for a multi-vocal internet in which many agents can assert an identity for an object, with those identities together forming a distributed and diverse commentary on the human past. I totally agree. To be self-critical, I may well have mis-read M. Doerr's e-mail. If he's calling for recognition of the exclusive right of museums to identify their objects, that's a non-starter. It's neither the right thing to do nor is it possible. On first reading, I took his e-mail to represent a welcome assumption of responsibility by museums to provide a locus of stability for reference to their collections. But to be clear, objects will have multiple identifiers. Referring back to a common identifier promoted by and discoverable at the holding institution will ease the process of recognizing that two or more identifiers refer to the "same thing". That will itself promote the idea of a discoverable and multi-vocal discussion about the past.

Tuesday, November 2, 2010

Progress on Museum URIs

I'm including the full text of an e-mail sent by Martin Doerr of the Center for Cultural Informatics on Crete. It's been forwarded to me by a couple of people and there's a call for comment towards the end so it seems to be a public document. That's good because it's an excellent step forward in promoting stable URI's for museum collections. From my perspective, it mostly speaks for itself. Section 7 did cause some concern:
...

Under this consideration, Dominic proposes for the British Museum (http://www.britishmuseum.org/), that all objects of the Museum should be identified on the Semantic Web by the following: http://collection.britishmuseum.org/object/ followed by the "PRN number".

For instance, the Rosetta Stone has the PRN number: YCA62958, hence the "official" URI of the Rosetta stone is: http://collection.britishmuseum.org/object/YCA62958 . This URI should never become direct address of a document.
Just to be clear, if a user cuts-and-pastes 'http://collection.britishmuseum.org/object/YCA62958' into an address bar, or a document links directly to that (which I've just done), that should produce a human readable page. I'd like to see that happen without redirection. If you redirect to that same URL with ".html" appended, then authors will cut-and-paste that string into their documents. If a good non-crufty URI exists, that's what should appear in address bars and that's what should stand as the 'permalink'.

More generally, URIs should promote unity and overlap, not division, between the "semantic web" and the "plain-old web" (POW).

Section 7 also endorses URIs that have a different domain name from the institution itself, e.g. the "collection." in front of "britishmuseum.org". I don't like that. The reason given is to avoid the implications of name changes in the future. Ugh. Institutions should formally endorse the URIs they mint and make them as simple and short as possible. This decision should be taken at the highest levels of the institution. In the BM's case, that may mean the 25-member Board of Trustees.


Finally, the excellent and useful Europeana is mentioned. I'll take this opportunity to note that while http://europeana.eu/portal/record/00401/034BEA5CC6F88ADC6E7DCF5D7C5FECEA8FF85528.html works, http://europeana.eu/portal/record/00401/034BEA5CC6F88ADC6E7DCF5D7C5FECEA8FF85528 doesn't. It should.



Dear colleagues,

I'd like inform you about our discussion today with Dominic Oldman,
Deputy Head of Information Systems, British Museum, his team and
representatives of the Research Space project
(http://sites.google.com/site/rspaceproject/the-team):

1. It is necessary that museum objects are uniquely identified by
suitable URIs in Semantic Web applications.

2. In order to avoid that everybody invents a new URI for the same
object, there should be one authority known to the whole world that
assigns such a URI.

3. This authority is naturally the museum that keeps the object,
because it is the only institution that can verify that two
different use cases of museum object URIs actually describe the same
thing.

4. This URI should be derived in a simple way from the inventory
numbers published in exhibition catalogues, on on-line museum
catalogue access or by asking museum staff, to avoid an error-prone
equivalence matching process.

5. This URI should have a form that enables any museum that wishes
to do so to provide a Linked Open Data service resolving to the
description of that object. Note, that this URI must not be the URL
of an existing document about the object, but it must activate a
standard mechanism prescribed by the Linked Open Data Initiative to
redirect to a document saying what the URI means.

6. This museum object URI will continue be useful for communicating
uniquely about the object, even if the museum never will install an
LoD service, or if the way of dealing with LoD resolution requests
will change.

7. The way to create this URI should be the following: The museum
decides a base URL that will be extended by the inventory number of
the object. The base URL could be within the domain name of the main
museum Website, but in order to stay clear of possible name change
of the latter, a new domain name might be advisable. Also, for
larger museums, resolving LoD access requests to object information
may cause some server load, that can more easily be balanced with a
second name.

Under this consideration, Dominic proposes for the British Museum
(http://www.britishmuseum.org/), that all objects of the Museum
should be identified on the Semantic Web by the following:
http://collection.britishmuseum.org/object/ followed by the "PRN
number".

For instance, the Rosetta Stone has the PRN number: YCA62958, hence
the "official" URI of the Rosetta stone is:
http://collection.britishmuseum.org/object/YCA62958 . This URI
should never become direct address of a document.

It would be good, if Europeana experts to comment, if they regard is
an adequate approach for Europeana, and could transfer this message
to other museums and providers to follow this practice.

I intend to present this on the CIDOC Conference in Shanghai. I
would be very glad if I and Dominic could get a response within the
next week, if you endorse the procedure, and if you will support us
to spread the practice.

If you need further clarifications, please let me know as soon as
possible.

Best wishes,

Martin
--

--------------------------------------------------------------
Dr. Martin Doerr | Vox:+30(2810)391625 |
Research Director | Fax:+30(2810)391638 |
| Email: martin@ics.forth.gr |
|
Center for Cultural Informatics |
Information Systems Laboratory |
Institute of Computer Science |
Foundation for Research and Technology - Hellas (FORTH) |
|
Vassilika Vouton,P.O.Box1385,GR71110 Heraklion,Crete,Greece |
|
Web-site: http://www.ics.forth.gr/isl |
--------------------------------------------------------------

Thursday, October 28, 2010

Ancient Mediterranean Objects at the NMHN

Using posterous.com to track URIs. Here's an Ancient Mediterranean object at the National Museum of Natural History.

If you're reading this at http://mediterraneanceramics.blogspot.com/ , that's part of the experiment as well.

Saturday, October 16, 2010

Change Happens (if it can)

As the result of an e-mail exchange with Neel Smith, one of the designers of the Canonical Text Service Protocol, I've come up with the following formulation:
If a character in a URL can change, it will.
I'm not the only person to think this but I just wanted to get that thought out in simple, direct language.

But what do I mean? Take Worldcat URLs such as http://www.worldcat.org/oclc/502674170. That "www." is annoying and should not be part of the URL that Worldcat presents as its permanent identifier for the book. At some point in the future, somebody there will realize this and remove those unnecessary characters. But http://worldcat.org/oclc/502674170? Now you're talking! And look, it already works.

It's true that the "oclc" could be shortened so maybe I need to qualify the formulation, but I'm not going to for the following reason. Changing those characters would risk collision with other identifying schemes that Worldcat supports such as http://worldcat.org/isbn/0754677737 . The 'www.' is unstable because it can be removed without breaking anything.

The simple formulation stands: If a character in a URL can change, it will.

The implication is, "be aggressive about removing all unnecessary characters from your URLs." The following is a horror-show:
http://www.worldcat.org/title/digital-research-in-the-study-of-classical-antiquity/oclc/502674170
It just looks unstable. Leading me to another formulation:
If a URL looks unstable, it is.

Tuesday, September 21, 2010

Discussing Citation by Example

I've started a set of pages at the Digital Classicist Wiki on the topic of Citation in digital scholarship. In progress, under construction, etc., etc., etc.

The goal is to move existing practice towards a broad understanding of how to make citations to such categories of evidence as primary written sources, geographic entities, cataloged objects, and secondary scholarship so that those citations are:
  • Clearly identified in a robust yet rich fashion
  • Recognizable by automatic agents
  • To resources that are stable over the long-term

But I don't think it will be possible to establish and drive adoption of one very detailed standard. Better to have a simple notation - I follow others in suggesting 'class="citation"' for (x)html - that can indicate the presence of more detailed markup. I'm a fan of RDFa so I further discuss that on the page "Citations with added RDFa.

The Digital Classicist community is pretty open and I'm very grateful to G. Bodard (a.k.a palaeofuturist) for saying the equivalent of "Go for it." when I raised the possibility of hosting these materials in his realm.

There's a category for all the pages and I hope that list will grow.

Wednesday, September 8, 2010

References that just work (but I understand it's not that simple...)

Go to Google. Type in "John 20:24", then hit return. You can even click the "I'm Feeling Lucky" button. Or here's a direct link.

Or try the same thing in Bing (which provides results for Yahoo), and Altavista.

As you'll see, all three searches get you to the relevant passage of the Gospel According to John. And if you poke around on the Biblegateway site, you'll see various translations (but where's the Vulgate?).

That's impressive. It indicates that human readable references can be become so stable that automated agents are able to correctly translate them into links to particular chunks of primary text.

Here are some variations on the theme (all in Google):
"jean 20:24" (at google.fr): Not spot on, but pretty close.
"1 John 2:1": That's a reference to the first epistle of John. Entered into the "address bar" in Chrome. Seems to work.
"John 3": Unqualified chapter reference. Good to go.
"ephesians 1:2": Works.
"eph. 1:2": That abbreviation is OK.
"eph 1.2": Things become fuzzier if I don't use the ':' that is conventional in references to Christian scripture.
"Ephesians 2:4-10": Spans work as well, when properly formatted.

Again, I think this is interesting. Taking the New Testament as a corpus of Ancient Mediterranean texts that were written between the mid-first and third (at the latest: the Epistle of James 1 isn't definitively quoted until Origen) centuries AD makes it relevant to the study of the Ancient World as a whole. As a corpus, it's been around for a long time. Athanasius's letter of AD 367 is one conventional date for the determination of what was in, and what was out.

Those comments aside, the point remains that it is possible to automatically reverse engineer the citation scheme of a very stable corpus. I guess one caveat is that I don't absolutely know that Google, Bing, etc. haven't special cased strings that are plausibly references to the NT. Any ideas?

My larger goal is to think about references to so-called "primary texts" that just work. Given the above, my ad hoc, working definition of "primary text" is any text with a sufficiently stable name and citation scheme that search engines can find it. Sure, that's circular and incomplete, but it will do for now.

Let's try some others:
"gilgamesh 3": Muddled.
"gilgamesh tablet 3": Better.
"Iliad 23": Not bad. No Greek.
"Iliad 23.100": Individual line references don't work.
"Homer Iliad 23.100": Not better.
"Quran 32": I see it as the third link.
"hemingway, the old man and the sea": For comparison. Wikipedia is the top page for me; that's not the text itself. And Amazon is up there, as in the work is in copyright so I'd have to pay. Not sure I want to follow the links that say I can download the text for free.

A major distinction between references to NT texts and the second group is the ability of Google to handle full chapter and verse ('n:n') references. That doesn't seem to work for the Iliad. That's worth exploring.

If I go to Perseus and use the search box at the upper right, "homer iliad 23.100" doesn't work directly. Nor does "iliad 23.100". But "Hom. Il. 23.100" does. If I try that string in Google (link), it gets me to the Chicago version of the Perseus texts (via the 2nd ranked link when I tried it.). [I'll take this opportunity to note that the Chicago Perseus is wicked, and that it's likewise wicked cool that Perseus texts are licensed so this redundancy is possible.]

That kind of variation is one of the reasons I parenthetically qualified the title of this post. References to "primary texts" - and other texts for that matter - are not simple. In this post - as is often my wont - I've let myself be drawn along by current practice. I really do like to see what people are actually doing and how data actually works on the Internet. If you want a more substantive discussion of the problems of citation, I highly recommend Neel Smith's "Citation in Classical Studies" in DHQ 2009. Here's the abstract:
Citation practice reflects a model of a scholarly domain. This paper first considers traditional citation practice in the humanities as a description of our subjects of study. It then describes work at the Center for Hellenic Studies on an architecture for digital scholarship that is explicitly based on this model, and proposes a machine-actionable but technologically independent notation for citing texts, the Canonical Text Services URN.
For now, let me say that it is correct for Google (via Biblegateway) to dereference a citation to John 7:53-8:11 (the Pericope Adulterae) or John 5:7 (the Comma Johanneum). Neither may have been in the "original" text of the Gospel of John, but references to them are semantically clear and have been used "in the wild" so need to be handled. But note that Google prioritizes discussion of the CJ over the text (or at least does when I'm trying it now). Again, see N. Smith on the implications of such variation.

Clearly it helps to have a committed body of believers and/or scholars working on very old texts. Energy and time make for stable references. But there is variability in functionality even within that group. I guess the long-term question is how do we move more texts into the category of "just working"? I am assuming we want to. And how do we support co-existence of the simple "reference following" alongside what Neel describes. Both are useful.

Monday, August 30, 2010

Numbered Paragraphs in Digital Humanities Quarterly

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.

Tuesday, August 24, 2010

Corrected Versions of Papers

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.