GIS-based system for Monument data
|Arches- Open Source GIS for the Inventory and Management of Immovable Cultural Heritage (EuroMed 2012).pdf||974714||1/4/13 11:58 AM|
|Arches_Factsheet_English.pdf||1027779||1/4/13 11:58 AM|
|Getty Institute Project in Jordan Helps Track Antiquities (NYTimes Aug 2010).pdf||179496||1/4/13 11:58 AM|
|The Middle Eastern GeodataBase for Antiquities (MEGA).pdf||501575||1/4/13 11:58 AM|
- Alison Dalgity: Senior Project Manager, The Getty Conservation Institute, firstname.lastname@example.org
1200 Getty Center Drive, Suite 700. Los Angeles, CA 90049-1684. (T) 310.440.6208
- Dennis Wuthrich, CEO, Farallon Geographics Inc, email@example.com, http://fargeo.com
Company based in San Francisco, who is developing the software
- Yiannis Avramides, World Monuments Fund, firstname.lastname@example.org, partner on the Arches project
Alison: We have recently met with Dominic Oldman at the British Museum and we've also spoken to Martin Doerr from FORTH, both of whom not only spoke highly of you, but suggested that you might be prepared to meet with us in order to discuss our project and possible cooperation in the future.
Arches is an open source, geospatial system to help inventory and manage Immovable Cultural Heritage data, which the Getty Conservation Institute will make available to the CH field.
- an earlier version was first deployed by the Jordan ministry of culture as MEGA Jordan
- it was planned to be used in Iraq, but this was suspended because of the war
- it is now used by Los Angeles, and
Arches is a significantly different and much improved and advanced version. See attached papers and brochure, which also give an idea about development plans
A meeting was held Jan 8 4-6:30pm in Sofia.
Alison: On behalf of my colleagues and I, I'd like to thank you and Mariana once again for your generosity of time to meet with us today and for a very enjoyable evening.
I have (at least attempted to) set up an account for you on the MEGA training site. We have not used the site for several months now and it may not be behaving exactly the way it should.
The site's URL is: 18.104.22.168/megaj/ . Your username: valexiev
- You "should" have received an email from the system that includes a new, temporary password.
- I have made you a fully-privileged user--i.e., you should be able to create and edit sites, etc.
- This includes actual Jordan data, which however has been somewhat edited/mangled while testing
Perhaps it might be worth the time to view the 5-minute overview video before playing with the site because it covers the features that might be otherwise missed--e.g., several people have missed the Reports panel (at the bottom of the screen) on the first viewing.
The video is at: http://www.getty.edu/conservation/publications_resources/videos/mega_overview.html
Let us know if you have any trouble accessing the site, and please let us know what you think
By Jennifer Zaino on April 4, 2013 10:00 AM
Inventorying and managing cultural heritage data turns out to be a pretty complicated undertaking. The construction of a famous site may have lasted across different time periods, and its present location may span multiple districts. Buildings may be associated not only with famous architects but also with well-known residents. Or structures may have been constructed atop pre-existing entities.
Helping sort it all out is the work of The Arches Project, collaboration between the Getty Conservation Institute (GCI) and World Monuments Fund (WMF). The Arches effort grew out of GCI’s and WMF’s work to develop MEGA-Jordan, a purpose-built geographic information system (GIS) to inventory and manage archaeology sites at a national level for that country. But for this more generic and open-source take at accommodating any country, region or other institution worldwide responsible for the protection of immovable cultural heritage, the focus expanded from the geo-spatial to the semantic.
“We became very familiar with the CIDOC Conceptual Reference Model ontology,” says Alison Dalgity, who manages the Arches project on GCI’s side. The CRM provides definitions and a formal structure for describing the implicit and explicit concepts and relationships used in cultural heritage documentation. “We realized we needed something like that. Now, the GIS piece is only part of this – it’s nice to know where something is, but all the other relationships – the who, how, what and when and so on – have to be represented, too.”
Activities, actors, documents, corresponding heritage assets, materials and techniques, designations, descriptions and locations, measurements, names, the condition of a site as it changes over time, and the relationships among all these, were priority considerations about what the new project needed to accommodate. “If the data is entered and relationships are established, the system itself may make connections that no one else has made before between – that this piece of heritage is related to that one which is related to that person. That could be significant,” she says.
Helping with the project is Farallon Geographics. “We realized early on that to do this right, we weren’t going to be able to do it by defining a bunch of traditional database tables and filling them up with data,” says CEO Dennis Wuthrich. ”We needed to think about building an app on the ontology that let people define the kinds of things they wanted to track and the relationships between the attributes of things.” With the help of the English Heritage and the Flanders Heritage Agency, which were familiar with the ontology and had the domain expertise, Farallon developed a graph database that represents the relationship of a site to its name, period, location, actors, activities, architectural heritage, and so on. It’s now building the forms necessary for persons to create and manage that information.
“Think of it as depending on what kind of new entity you want to create – say, a piece of architectural heritage,” he says. “You have a pre-defined graph of how to relate that entity with the other minimum required data elements, and because they are mapped in accordance with the CDOC CRM, they are essentially semantic. It is a semantic mapping.” So, if you have a building, for example, there is a semantically defined way of associating a name or set of names with it, and a semantically meaningful way of associating a suite of materials the building might be made up from, its cultural periods, its location and the various ways you can define it (geospatially or relative to its address or an administrative area). “Basically, you have a system that knows how to track these semantic relationships and how to map between something like a physical feature in the field and the data elements defined as the necessary suite of information to manage these cultural artifacts.”
A relational database underpins the work, tracking the data relationships within one piece of cult heritage but not necessarily across them. A Python app then builds the complete graph that fully describes one of those heritage assets and produces it as a JSON object, Wuthrich says. RDF and Linked Data aren’t in the picture yet, but that doesn’t mean they aren’t being thought about. “What we do know is the information within any one instance of Arches would be really a lot more valuable if it were made accessible and could participate in the LOD cloud,” he says. “We feel the precursor for doing that is there. Everything is mapped to the ontology with semantic relationships that define how these various entities are related.”
The current thinking is that, as it uses Apache Lucene andelasticsearch to flatten out the data for presentation to Arches users, it may be able to do something similar and publish data as RDF through some kind of data transformation process. “We think we could take what is in the current database and transform into a triple store,” says Wuthrich. “Someone then could decide either to connect a SPARQL endpoint to it or actually publish it as LOD.” But, he adds, it’s still early on in the project, so more thought has to go into how to properly carry out such an extension.
Moving in this direction would seem to fit with GCI’s and WMF’s hopes. “They see the value of exposing Arches data as LOD because it really meets their overall objectives: Getty wants to make it easier for people to understand the value of culturally significant things and to protect and preserve them, and WMF wants to promote publishing and academic research into these. And it’s easier to explore and link and understand data in these repositories.”
Dalgity concurs that the semantic web is very much on the mind. “We want to make sure when people put data into Arches there is an easy path to publish it as LOD,” she says.