Newspapers: Where to / how to display Volume N, Number N

54 views
Skip to first unread message

wgma...@gmail.com

unread,
Mar 4, 2019, 12:26:26 PM3/4/19
to islandora
Good day everyone,

I've managed to ingest the first 14 months of scans as a proof of concept:


The question I have at this time is where the Volume and Issue numbers fit in. I followed the MODS.xml format here:


I've attached the MODS.xml for the first issue we have a scan of (May 1 1911) - I threw in the one from the first page, too, in case it's relevant.


If it's something I could add to the "details" below each issue, I'd be happy with that. I just feel like it should be somewhere. For one thing, it helps pinpoint missing issues.

Thanks,
William Matheson
Library Assistant - Technical
Prince Rupert Library
MODS.xml
MODS.xml

wgma...@gmail.com

unread,
Mar 5, 2019, 11:32:12 PM3/5/19
to islandora
Hi again everyone,

Maybe I could make this a little easier:

1. Does anyone know of any examples of anyone anywhere who has volume # and issue # displayed anywhere, anyhow for their newspapers? (Besides just mashing it into the title. I did that with the date but I don't want to do that with vol / issue numbers - most people don't care.)

2. If you happen to run such an archive, could you share with me a sample MODS.xml along with whatever you needed to do (if anything) to get volume # and issue # to show?

Thanks!
William Matheson
Library Assistant - Technical
Prince Rupert Library

dp...@metro.org

unread,
Mar 6, 2019, 9:44:03 AM3/6/19
to islandora
Hi, you issue (funny word coincidence) is that the display you are using is driven by Dublin Core. So you are stuck to the default MODS to DC XSLT that is shipped by islandora. You need to use the Solr Metadata Display, which allows you to cherry pick from what is inside Solr (What Gsearch took from MODS and converted to Solr Fields) to build a new display. Look inside your Solr core first and see if any of the Solr fields related to your "custom" (but totally valid) mods xml fragment is there
<part>
<detail type="volume">
<number>2</number>
</detail>
<detail type="issue">
<number>96</number>
<caption>No.</caption>
</detail>
</part>

You could probably end wanting to customize your mods to solr xslt (the one inside gsearch) to handle those custom types (volume and issue) since my wild guess is that they are not being considered (but maybe yes!)
Once you are sure you have those values in Solr, build a Solr Metadata display to replace your DC static one and bind it to that CMODEL.

Hope that helps.

Diego Pino
Metro.org

Amy Blau

unread,
Mar 6, 2019, 1:52:26 PM3/6/19
to isla...@googlegroups.com
Hi, William,
I have nothing close to Diego's technical know-how -- but our newspapers do display volume and issue numbers in the solr metadata
An example:
This is the corresponding MODS for the issue-level record, and we set up the solr metadata settings to display it.
<part>

-<detail type="volume">

<number>52</number>

</detail>

</part>

-<part>

-<detail type="issue">

<number>26</number>

</detail>

</part>

I hope this is somewhat helpful. Please let me know if you have other questions.

Best,
Amy

--
For more information about using this group, please read our Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv
---
You received this message because you are subscribed to the Google Groups "islandora" group.
To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.
Visit this group at https://groups.google.com/group/islandora.
To view this discussion on the web visit https://groups.google.com/d/msgid/islandora/ef98a91e-6259-4619-90fd-599f43c23136%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


--
Amy Blau    |   Scholarly Communications Librarian
Penrose Library, Whitman College    |   bla...@whitman.edu    |   509-527-4905
she/her/hers

wgma...@gmail.com

unread,
Mar 12, 2019, 11:53:30 PM3/12/19
to islandora
Hi Diego and Amy,

Thanks very much for your advice and the example. (Amy, I like the style of your issue viewer. What went into that?)

Using Islandora Solr Metadata was very easy. I was afraid this was going to be a major research project and got good at finding other things to do! All I had to do was go to Islandora > Metadata Display, and add a new field configuration, associate it with the Newspaper Issue content model and start pulling in the fields I needed (the AJAX in the what-solr-field-do-you-want-to-use box made this easy). What I finally ended up with (copying the default Dublin Core, skipping fields I didn't use, and tweaking it slightly):

dc.title / Title
mods_part_detail_volume_number_mt / Volume
mods_part_detail_issue_number_mt / Number
dc.subject / Subject
dc.description / Project
dc.publisher / Publisher
dc.date / Date (Y-M-D)
dc.format / Format
mods_identifier_issn_mt / ISSN
dc.language / Language
dc.coverage / Coverage

A suggestion I might make if any developers are reading this: It's a little awkward to have to save the fields before being able to re-label them. Also, the default labels should be based on the distinguishing part (maybe the word that was searched for in finding the field) rather than just copying the field name - admittedly that would be a pain in the neck, to for example pull ISSN out of mods_identifier_issn_mt, but maybe at least dc.title could default to Title.

Also, I have no idea what _mt is - there were so many different options for everything, but _mt works so I'm sticking with it!

Thanks very much,
William Matheson
Library Assistant - Technical
Prince Rupert Library

dp...@metro.org

unread,
Mar 13, 2019, 9:30:35 AM3/13/19
to islandora
Thanks William! True, there are serious UI issues but sadly we don´t have enough developers (or time) to take over all the needs. Which in other words means we totally encourage people to contribute issues as JIRA tickets and also give coding (scary but not that difficult) a shot to contribute fixes back. Beauty of opensource
 _mt means multivalued tokenized: means if you have the following values for dc.subject =  [new york city borrows, manhattan is a dangerous place, buildings] solr will index and allow you to search for
new, york, city, borrows, etc, etc

So in general, it better (easier for Solr too) to display _ms values and also to facet _ms values, but allow a general (*:*) search to go into the _mt values to have a more flexible matching.

Cheers

Brandon Weigel

unread,
Mar 13, 2019, 9:52:55 AM3/13/19
to islandora
To follow Diego's comments, I've written up for my users some documentation about the different kinds of Solr fields and what they're good for, which you may find useful: https://docs.google.com/document/d/1SEU5nxGPJNXbQx3767Y4YoVzOSvoPtHHWO8Ux8rbllU/edit

If you want a quick and easy way to identify which Solr field contains the metadata you're trying to expose, I highly recommend Islandora Metadata Extras. The "Solr document" option will expose all the Solr fields that a given object contains.

Melissa Anez

unread,
Mar 13, 2019, 10:23:53 AM3/13/19
to islandora
Brandon,

Those Solr docs are awfully handy. Would you mind if I mined them to add to our 7.x documentation? We've had a "coming soon" page here for too long: https://wiki.duraspace.org/display/ISLANDORA/APPENDIX+D+-+SOLR+SCHEMA+%28SEARCH%29+Term+Reference

- Melissa

Brandon Weigel

unread,
Mar 13, 2019, 10:30:34 AM3/13/19
to islandora
Please go ahead! I've got a bunch of extra documentation on other Islandora features/tools/tasks that you're welcome to crib from if you like... https://arca.bcelnapps.ca/documentation
Reply all
Reply to author
Forward
0 new messages