Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OCLC numbers for 7xx processing #13

Open
kirkhess opened this issue Sep 1, 2022 · 0 comments
Open

OCLC numbers for 7xx processing #13

kirkhess opened this issue Sep 1, 2022 · 0 comments

Comments

@kirkhess
Copy link
Contributor

kirkhess commented Sep 1, 2022

The 7xx fields should process OCLC control numbers w/ bf:Local identifiers into the subfield $w like LCCNs not in the $o which is for actual local identifiers.

The way it seems to work now is they only process correctly if they are bf:Identifiers w/o a subclass, and that have an agent with a bf:code and no uri.

Correct:
(OCoLC)2256995

Aka the 777 produced by this exemplar shape:

<bf:identifiedBy>
    <bf:Identifier>
        <rdf:value>2256995</rdf:value>
        <bf:assigner>
            <bf:Agent>
                <bf:code>OCoLC</bf:code>
            </bf:Agent>
        </bf:assigner>
    </bf:Identifier>
</bf:identifiedBy>

But if you go to the instance in id (https://id.loc.gov/resources/instances/11165447.html) it has this shape:

    <bf:identifiedBy>
      <bf:Local>
	<rdf:value>ocm02256995 </rdf:value>
	<bf:assigner>
	  <bf:Agent rdf:about="http://id.loc.gov/vocabulary/organizations/ocolc"/>
	</bf:assigner>
      </bf:Local>
    </bf:identifiedBy>

If you are 'getting' bf for processing linking fields, you would probably use the 2nd form so the logic should know about processing this shape as well:
prefix (OCoLC)
concatenated with the rdf:value,
formatted as a number so no leading letters and no leading zeros.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant