tulibraries/dplah

pdcp_harvest flag ignored in dcterms:accessRights in Production instance only

Opened this issue · 3 comments

Linda Ballinger of Penn State reports that a record that is flagged with pdcp_noharvest is not being ignored for harvest in Production. The data is entered into a field Access Rights which maps in QDC to dcterms:accessRights. That QDC field should also be searched for the flag. Perhaps there is a mismatch of code from test to production remaining from last year?

Example (Production): http://libcollab.temple.edu/aggregator/catalog/dplapa:PSU_benson_210

Original record: https://collection1.libraries.psu.edu/cdm/ref/collection/benson/id/210

OAI Feed:

oai:collection1.libraries.psu.edu:benson/210 2016-05-31 benson dc:titlePeace now/dc:title dcterms:createdcirca 1970/dcterms:created dcterms:mediumposters; political posters/dcterms:medium dcterms:extent22 X 15 in/dcterms:extent dc:subject Political posters -- American; Peace movements; University of California, Berkeley -- History /dc:subject dc:description Posters produced by students in the Political Poster Workshop at the University of California, Berkeley. The Political Poster Workshop was one of numerous poster workshops that sprang up on campuses as part of the student movement in the United States. /dc:description dc:sourceBox 1, Folder 8/dc:source dcterms:isPartOfAnti-war and protest posters/dcterms:isPartOf dcterms:isPartOf Thomas W. Benson Political Protest Collection; Thomas W. Benson papers /dcterms:isPartOf dc:source Pennsylvania State University. Special Collections Library /dc:source dc:rightshttp://rightsstatements.org/vocab/IC­RUU/1.0//dc:rights dcterms:accessRightspdcp_noharvest/dcterms:accessRights dc:typeimage/dc:type dc:languageeng/dc:language dc:identifier http://collection1.libraries.psu.edu/cdm/ref/collection/benson/id/210 /dc:identifier

The same data flag is working successfully in the test aggregator.

Please advise. Thanks!

Maybe I'm misreading it, but I don't see a crosswalk for dcterms:accessRights in the xslt. Does there need to be in order for the pdcp_noharvest to work?

Well, we have https://github.com/tulibraries/dplah/blob/develop/lib/tasks/oaiqdc_to_foxml.xsl#L391-L394 which maps dcterms:accessRights to 'Access Rights' in the fedora record, but not in the outbound OAI.

But that shouldn't matter as the do not harvest check is performed on the metadata before we run the mapping.

thanks for clarifying!