oai.samvera validation results #717
Description
observed in UCLA collections; inconsistent type mapping issue
- type: Lots of UCLA's collections are dropping type--this occurs in both the legacy and Rikolti harvester (with both have type: none); it seems that Rikolti is not mapping the type data consistently. Note that UCLA is using Library of Congress URI schema https://id.loc.gov/vocabulary/resourceTypes.html -- see 27371 & 28111 for examples (among many others).
Some notes on type:
It seems that some collections (example: 159) are fetching the URI & mapping the type correctly:
vernacular: <dc:type>http://id.loc.gov/vocabulary/resourceTypes/img</dc:type>
mapped: "type": ["Image"]
It also seems that some collections (example: 27371) are fetching the <dc:type> URI but not mapping the type:
vernacular: <dc:type>http://id.loc.gov/vocabulary/resourceTypes/img</dc:type> or <dc:type>http://id.loc.gov/vocabulary/resourceTypes/txt</dc:type>
mapped: (no data)
oai: https://digital.library.ucla.edu/catalog/oai?verb=ListRecords&metadataPrefix=oai_dpla&set=member_of_collection_ids_ssim:bvt38c1z-89112
oai for the first record listed in the report: https://digital.library.ucla.edu/catalog/oai?verb=GetRecord&metadataPrefix=oai_dpla&identifier=oai:library.ucla.edu:ark:/21198/z1030930
Running list of examples that seem to have this issue: 28087, 28089, 28091, 28092, 28093, 28094, 28095, 28096, 28097, 28098, 28099, 28100, 28101, 28102, 28103, 28104, 28106, 28107, 28108, 28109, 28110, 28113, 28114, 28115, 28116