YIKES -- I was just looking for an email about something somewhat related to collections and saw this thread again -- and that I didn't answer it. I am so sorry!
Nick -- thanks for pointing me to the Jira ticket. Is it too late for ideas? :(
Peter -- we do display a MODS datastream for our collections in two ways: first, they are ingested as Solr records, so any searches get a little more robust detail. (E.g., a search for "Susan B. Anthony collection" -- our most recent collection upload -- provides the scope and bio note that became the dc.description field, and the relevant subjects.) Also, for anyone that may find their way to our "vassar:root" pid, they'll see a list of collections with descriptions. I've generally rerouted people from there to our Views list of collections by adding a hook to our breadcrumbs in the theme, but there's a good chance that someone may still find her way there. Once in a collection, though, I've never added a tab that said something like "about this collection" or added the text -- though I still feel like I should put that on my list.
http://digitallibrary.vassar.edu/islandora/object/vassar:root
Jen -- here's what I do to make the collection pages, though I'm sure there's a better / more elegant solution. :)
1. I used the (now part of core) Drupal fields + added the CCK module for more flexibility.
2. I created a content type called Collection. The Collection content type contains the following fields:
- Should item be featured on site home page? (checkbox)
- Title
- Body (which I use as a general description)
- Date collection was published
- Link text (the text to use to make the link to the collection)
- Use "search collection" box? (checkbox -- I use this as a flag in the template to write a search box on the fly for things that are hosted in Islandora, or otherwise have a note that says the collection is elsewhere)
- Use collection image on collection home page? (checkbox -- should the home page to the collection have a nice picture?)
- Picture (field upload)
- Caption for picture
- Dates for items in the collection (temporal)
- Picture URL (if you want to bring people who click on the picture directly to that picture, rather than to the collection)
- Collection PID (if an external collection, put in the URL instead of the PID, and then I do a little pattern matching in the theme)
- Types of items in the collection (checkboxes, maps to DC type)
When I first started this technique, with our D6/I6 site, our collections were very new and didn't have a lot of subject analysis. In retrospect, I think I would add a subject field.
I'm generally (still) doing this for a few reasons:
1. Not all of our collections are in Islandora, so this "levels the playing field" in terms of UI. I can put all of the collections in one place.
2. I can put nice things like graphics and free-form descriptions (do I need to thank a donor and include their graphic? talk about a finding aid?) in this setup, and it is contained in a structure that Drupal understands natively. Since I create a Drupal node, I can then use it in Views for things like the slideshow on the home page and the Collections list without a lot of extra work.
3. When I started this, there wasn't a module that exposed Solr metadata in Views as there is now, and I wasn't sure how to deal with records that wouldn't come from Solr -- should I create Islandora records for our non-Islandora sites? I'm still thinking about that, though my current answer is, "yes, I should." So this was somewhat of a workaround.
4. I found it easier to control these pages with themes. I could add a search box unique to each collection (e.g.,
http://digitallibrary.vassar.edu/collections/earlyvassar), provide a menu link that made some sense and that could be expanded, and provide block exposure if I wanted to.
I'm happy to export the content model and Views if you are interested!
With all that written, I'd love to be able to maintain one collection page that was driven by Islandora. You can see that a lot of the fields I created have Islandora mappings, and the flags could probably be handled differently.
Again, many, many apologies for the silence!! I hope this is remotely useful info.
Thanks,
Joanna