Hi Olivia,

I frequently use both in the cases you describe. My reasoning is to improve retrieval for people looking for basic features of an item. I can tak about it in further detail if anyone is interested, but that’s the short answer.

Best,
Lisa

———————————
Elizabeth McAulay
Head of the Digital Library Program
UCLA Library
email: emcaulay /at/ library.ucla.edu

On Mar 12, 2020, at 7:55 AM, Olivia S Solis <[log in to unmask]> wrote:

﻿
Hi all,

I am revising our Metadata style guide for digital objects and have some lingering questions about the application of "still image" and "text" in <typeOfResource>. In our guide, we list examples of formats that would apply to the Type of Resource options, including "still image" and "text." We draw from the MARC Leader/6 format assignments, with formats in k mapping to "still image". For most resources, the type is obvious based on the format (a photograph is a still image, a letter or newspaper article is text).

Frequently, catalogers ask, though, about some corner cases, such as:
  • A newspaper clipping of a photo and a caption
  • A poster that is entirely text, though graphic in nature
Our mapping of formats to typeOfResource assigns posters to "still image" and newspaper clippings, which are mostly articles in our archives, to "text."

What does your institution do about cases like these? Do you map formats to <typeOfResource> regardless of content?

Ultimately, I want consistent metadata, and a format-based mapping is a way to better achieve this. I could though envision, for example, in the formats mapped to "text", an item such as "newspaper clippings (exception: clipping containing a photo and caption)".

Thanks!
Olivia

--
Olivia Solis, MSIS
Metadata Coordinator
Dolph Briscoe Center for American History
The University of Texas at Austin
2300 Red River St. Stop D1100
Austin TX, 78712-1426
(512) 232-8013
https://listserv.loc.gov/cgi-bin/wa?A3=ind2003&L=MODS&E=base64&P=20462&B=--_000_9F3690F630334CCC856185B98BE6E058libraryuclaedu_&T=text%2Fhtml;%20charset=utf-8&pending=
listserv.loc.gov
crawl=CC-MAIN-2020-45
4050
application/http; msgtype=response
sha1:EIK3VMQBPVXGHYRJO4X4VPHCBBCD5ATM
<urn:uuid:4180f5ba-0f5f-4b16-9caa-28d0499f1372>
2020-10-19T22:15:48Z
140.147.239.86
text/html
sha1:2L2DZBZUPW32FGDFZUHDGGCMHFBVLZAV
<urn:uuid:e8e5e897-7d71-467c-a451-224cb2826ea2>
https://listserv.loc.gov/cgi-bin/wa?A3=ind2003&L=MODS&E=base64&P=20462&B=--_000_9F3690F630334CCC856185B98BE6E058libraryuclaedu_&T=text%2Fhtml;%20charset=utf-8&pending=
response
<urn:uuid:15d09142-1140-4afd-84cc-03de9a04be24>
isPartOf: CC-MAIN-2020-45
publisher: Common Crawl
description: Wide crawl of the web for October 2020
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-67-67-32.ec2.internal
software: Apache Nutch 1.17 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 1.2-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: http://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/