LHotH

Author Archive

Last House on the Hill. Premises and goals.

In About, Development on July 17, 2009 at 5:21 pm

We thought that it could be useful to share here thoughts about the LHotH project, for the interest of those of us new to this space.

The idea of embedding, interweaving, entangling and otherwise linking the data and media from archaeological excavations with their interpretation and meaningful presentation in an open access sharable platform has long been an ambition of those of us working in the digital documentation of archaeological research and the public presentation of cultural heritage.

Working in collaboration with the contributors, archaeological project managers, publishers and information technologists, we devised a content licensing agreement that makes it possible for the primary research media and data, combined with the monograph texts, to be freely and openly accessible in perpetuity.

The aim of our project, Last House on the Hill (LHotH), is to holistically reconstitute the rich multimedia and primary research data with the impressive texts of the monograph, the printed final report of the Berkeley Archaeologists at Çatalhöyük (BACH) project, in which a team from UC Berkeley excavated a group of Neolithic 9000-year old buildings at this famous cultural heritage location in Central Anatolia, Turkey.

The UCLA Cotsen Institute of Archaeology, who will be publishing our printed report entitled House Lives, have decided to give up on supplemental media (CD-ROMs and DVD-ROMs) in favor of on-line digital versions of their publications. We, as archaeologists who have long been involved in digital documentation and publication of archaeology and cultural heritage were delighted with this news.

We felt that these media had a limited lifespan, not only because they could easily go missing, but also because of their regular need for migration due to physical degradation and the inevitable (unless carefully archived) obsolescence of their software. We were also aware of the disadvantages of read-only CD-ROM media, as with the printed word, of offering a definitive closed narrative, whereas we feel that the narratives about archaeology, history, cultural heritage, and the past – including those about the data themselves – should be anything but closed, but should always be open for expansion, critique, and modification.

The online digital mirror of House Lives that is presented in this paper – entitled the Last House on the Hill project – is one which goes much further than to bring together supplemental materials along with digital versions of the published texts. Its ambition, one which we have long wished to satisfy, is to embed, interweave, entangle and otherwise link the data and media from the archaeological excavations with their interpretation and meaningful presentation in an open access, sharable platform. The project brings together the published text, complete project database (including all media formats such as photographs, videos, maps, line drawings), related data and media outside the direct domain of the BACH project, along with recontextualised presentations of the data.

We are achieving this through an event-centered database structure built in Filemaker that is conceptually based on a CIDOC-CRM compatible implementation ontology. As a web publishing platform we are exploring the open source Omeka, in order to provide access, transparency and open-endedness to what is normally the closed and final process of monograph publication.

The architecture and content management practices with which the Last House on the Hill has been constructed will act, we think, as a model and an encouragement for our archaeologist colleagues to share their work with the public for the long-term. Our attitude to sharing our knowledge with the public in which we make the process of our archaeological interpretation transparent in order to engage them more intensively in our work, and our attitude to breaking the strict bondage of the empirical data is, we feel, very close to that of the Çatalhöyük team as a whole, who have made all of their data and media accessible through Creative Commons 3.0 licensing.

Overview of Omeka

In Development on July 15, 2009 at 12:03 am

 

 

Here is my work of today: an overview and analysis of the Omeka tools and plugins with some notes on their potential for our purposes.

 

 

THEMES:

The original Omeka themes are pretty basic, nothing exciting.

 The theme that OKAPI developed is very nice. The graphics is attractive and makes the content look more dynamic.  Particularly: http://www.ars-synthetica.net/archive/  

The page of the pathways is very beautiful:   http://www.ars-synthetica.net/archive/pathways.   There is this “floating” diagram that actually don’t link to anything (is it a flash?) BUT if there was a way yo make it link to actual content (which I believe is totally doable) that would be EXTREMELY interesting starting from our diagram/mind-map…. it opens extremely attractive possibilities of developing each branch of the mind-map etc…

The theme is available as a downloadable package from the omeka site:

http://omeka.org/download/packages/

 

BROWSING and SEARCHING TOOLS:

Browsing tools are ok, limited to one category at a time as any standard website. You can build different categories according to your type of content, so it is good. Here is an example of a browsing page: http://www.digitalamherst.org/items/tags?sort=alpha

Search is ok. Here a good example of advanced search: http://archive.poyi.org/search

 

PLUGINS:

 

1) The contribute plugin is quite cool. It allows a user to contribute with its own story, images and additional information. 

How it works.  You just fill in a form that allows you to upload a file, locate the file easily through the googlemap functionality integrated, provide information about yourself, submit. Then you can browse all contributes by story, image, by map, or by tag. Pretty cool. 

For the idea of “developing narratives” it is a very attractive functionality.

A good example is here:  http://hurricanearchive.org/contribute/

 

2) the ExhibitBuilder plugin is a very interesting tool. Also graphically it has good possibilities. It allows you to build narratives around specific stories or topics, gathering viedos, images and texts together with at least a two levels menu for accessing it (exhibit page –> themes of the exhibition pages –> single pages). The pages can have be build quite freely. 

 Good examples are:

 1)  http://gulaghistory.org/exhibits/days-and-lives/suffering/3  This is a good example of an exhibit with sibling pages (… sorry for the painful example ;-)

 2) http://objectofhistory.org/activity/.   This is particularly nice as a teaching tool for the friendly interface of dragging/dropping available items to build your own exhibit. I BELIEVE that it can be made more sophisticated with more than 6 items. Example: Ruth is teaching a class and wants the students to create their own exhibit and content based on the available media from the project without allowing students to login with administrative privileges. 

 

3) The IPaper plugin is an embedded viewer for images. It works very well with a great zoom-in. Here a good example:

http://content.mnhs.org/maps/items/show/59  

In this same page there is another nice functionality. If you look at the picture above the Ipaper viewer there is the bar on the right “Item information” you can show info or hide them.

 

4) the new plugins CSV Import and OAI-PMH Harvester are the only tools that I see that can import items in mass. CSVImport imports comma separated value database files, it can import thousands of records at once. OAI-PMH allows you to import files from the OAI-PMH. No examples found…

 

5) Dropbox plugin allows you to upload large amount of data in your omeka archive without worrying of size. Files uploaded with dropbox can be associated with an item. But they don’t say what type of file you can upload and what you can do with it.

 

6) The Geolocation plugin works with googlemaps and allows you to easily insert a map and locate an item onto a map. A map can be also searched.

 

 

OBSERVATIONS and LIMITS:

 

This paragraph is for sure a combination of Omeka’s limits and my limits. In the sense that there are possible tricks or tools that my non completely developed abilities as a geek may have missed along the way during this my survey. 

I have seen all the featured omeka projects and most of the projects powered by omeka from this page: http://omeka.org/codex/View_Sites_Powered_by_Omeka

 

1) One of the main problems that I see is the management of a complex database structure:

Need to check CSV Import. I guess that it doesn’t allow the level of complexity that we need. I guess it only imports flat tables, how to rebuild the relations in omeka I have no idea. My opinion is that the database in filemaker cannot be integrated into omeka. But again, this has to be verified.

 

2) The presentation of the items, collections, and exhibitions at the end of the day, looks always pretty “flat”. This is a common trait that I have noticed in all the websites implemented with omeka. I see that some better graphic solutions and plug-ins altogether give you the possibility of creating richer pages, but this still don’t change the general feeling that you are dealing with a “limited asset management” platform.

 

3) I find the platform very good from the front-end perspective of a non-expert or non-advanced user and for dissemination and teaching purposes is perfect. Less so for the need of really integrating ad displaying a complex documentation based on a structured db platform. 

ontology readings

In About on July 13, 2009 at 9:01 pm

I collected in this post some resources to check other implementations and uses of ontologies in CH. And to share ideas on how to implement ours.

Non-Cidoc based but beautiful interface:  http://pahma.berkeley.edu/delphi/

Non-Cidoc based, not beautiful, but complex ontology at the base:  http://orange.sims.berkeley.edu/cgi-bin/flamenco.cgi

cidoc-based:  http://www.cs.vu.nl/STITCH/links.html

cidoc-based:  http://www.archimuse.com/mw2003/papers/hunter/hunter.html

cidoc-based:  http://ochre.lib.uchicago.edu/index_files/Page794.htm (Developed at the University of Chicago to integrate cultural heritage data—within one research project or across many different projects).

Some readings:

Access to Heritage Resources Using What, Where, When, and Who: http://www.archimuse.com/mw2007/papers/buckland/buckland.html

A very interesting analysis of the meaning of the words “document” and “documentation” as intended from metaphisics to information science:  http://people.ischool.berkeley.edu/~buckland/whatdoc.html

ONTOLOGY-BASED ACCESS TO DIGITIZED
CULTURAL HERITAGE AND ARCHIVAL COLLECTIONS: http://www.ncd.matf.bg.ac.yu/casopis/12/NCD12009.pdf

Follow

Get every new post delivered to your Inbox.