Sarah-

We developed our own RDF ontology[1] to model our data, based roughly on MODS and MADS, and we store our files and metadata in a custom repository[2] which implements the core of the Fedora 3 REST API.  We developed a Hydra head[3] for searching, display, etc.

There is currently an effort underway in the Hydra community called Hydra::Works[4] to build a common data model that can handle complex objects.  We plan to implement this model soon using Fedora 4, a Hydra head based on Sufia[5], and a data model that closely follows DPLA's v4 draft[6].

If you are coming to C4L in Portland, I will be there there (as will be many other Hydra and Fedora 4 people), and there are also some sessions planned for Thursday and Friday after the conference proper ends[7].

-Esme

1. https://github.com/ucsdlib/dams/tree/master/ontology
2. https://github.com/ucsdlib/damsrepo
3. https://github.com/ucsdlib/damspas
4. https://wiki.duraspace.org/display/hydra/Hydra::Works+Shared+Modeling
5. https://github.com/projecthydra/sufia
6. https://docs.google.com/document/d/1Jh8ULpw0jb8kyxV-Ygw9U0n-XqXkM6_V3jxfmnkebqo
7. https://wiki.duraspace.org/display/hydra/Hydra+Activities+post+code4lib+2015

> On 01/29/15, at 10:25 AM, Sarah Park <[log in to unmask]> wrote:
> 
> Esme,
> 
> Your examples are similar to what I am hoping for. Can you explain a little
> bit more what system you used for backend to store image URLs and Object
> descriptions? 
> 
> Sarah
> 
> -----Original Message-----
> From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of Esmé
> Cowles
> Sent: Wednesday, January 28, 2015 4:14 PM
> To: [log in to unmask]
> Subject: Re: [CODE4LIB] examples of displays for compound objects and
> metadata
> 
> Laura-
> 
> At UCSD, we have complex objects which range from a flat list of files (e.g.
> page images):
> 
> http://library.ucsd.edu/dc/object/bb59054559
> 
> all the way up to pretty involved hierarchy modeling a filesystem:
> 
> http://library.ucsd.edu/dc/object/bb9796611k
> 
> Many of these have a hierarchy with files attached, but not much metadata
> for the individual parts.  But there are also some objects with more
> metadata for each part:
> 
> http://library.ucsd.edu/dc/object/bb0479301d?
> 
> -Esme
> 
>> On 01/28/15, at 4:43 PM, Laura Buchholz <[log in to unmask]> wrote:
>> 
>> We're migrating from CONTENTdm and trying to figure out how to display 
>> compound objects (or the things formerly known as compound objects) 
>> and metadata for the end user. Can anyone point me to really good 
>> examples of displaying items like this, especially where the user can 
>> see metadata for parts of the whole? I'm looking more for examples of 
>> the layout of all the different components on the page (or pages) 
>> rather than specific image viewers. Our new system is homegrown, so we 
>> have a lot of flexibility in deciding where things go.
>> 
>> We essentially have:
>> -the physical item (multiple files per item of images of text, plain 
>> text, pdf) -metadata about the item -possibly metadata about a part of 
>> the item (think title/author/subjects for a newspaper article within 
>> the whole newspaper issue), of which the titles might be used for 
>> navigation through the whole item.
>> 
>> I think Hathi Trust has a good example of all these components coming 
>> together (except viewing non-title metadata for parts), and I'm 
>> curious if there are others. Or do most places just skip 
>> creating/displaying any kind of metadata for the parts of the whole?
>> 
>> Thanks for any help!
>> 
>> --
>> Laura Buchholz
>> Digital Assets Specialist
>> Reed College
>> 503-517-7629
>> [log in to unmask]