@nypl/nypl-core-objects

NYPL Core Objects

Master:

As of version 3.0.0, this module fetches data asyncronously and depends on Node 18.

Support for v2 is dropped because v2 -> v3 is a easy migration. Apps using version 2x should update to Node18+ and use version 3x.

Apps using version 1x should also update to Node18 and use v3. However, because apps using that version are on much older Nodes (i.e. have a steeper migration path), we will continue to support the 1x version of this module for a while - until all apps start using the 3x version of this module.

This node module loads JSON-LD documents from NYPL/nypl-core and turns them into useful lookups for use in your app. These lookups are intentionally simplified representations of the data and do not include all properties in the original JSON-LD documents.

It Can Also Write Those Mappings To Disk

Some non-JS apps want to use these mappings. By running: npm run build-mappings. The mappings are written to ./output/.

Those files can be pushed to S3 so any application can parse them as simple JSON. This repo may, one day, stop exporting objects and just be a means of generating JSON artifacts for pushing to S3.

Pushing to S3

npm run deploy-[qa|production]

This command is cp, not sync. It uploads any new or updated files, but does not remove deleted files.

To push a pre-release to S3 for testing, set NYPL_CORE_VERSION, e.g.:

NYPL_CORE_VERSION=v1.0.1a npm run deploy-qa

Install

From Github

 "@nypl/nypl-core-objects": "https://github.com/NYPL/nypl-core-objects.git#SOME-TAG-OR-REF"

From NPM

"@nypl/nypl-core-objects": "VERSION"

Usage

// create a mapping from Sierra codes to Recap Codes
const nyplCoreObjects = require('@nypl/nypl-core-objects')
const bySierraLocation = await nyplCoreObjects('by-sierra-location')

// get its ReCAP code
let code = bySierraLocation['mal']['recapLocation']['code']

// get its ReCAP name
let humanName = bySierraLocation['mal']['recapLocation']['label']

// get its ReCAP eddRequestablity
let EddRequestability = bySierraLocation['mal']['recapLocation']['eddRequestable']

For a comprehensive list of availability see the implementation of factories mentioned nypl-core-objects.js

Nypl-Source-Mapper

A specialized utility is included for translating between prefixed and "split" NYPL identifiers:

const NyplSourceMapper = require('@nypl/nypl-core-objects/lib/nypl-source-mapper')
...
const sourceMapper = await NyplSourceMapper.instance()
const { nyplSource, id, type } = sourceMapper.splitIdentifier('b12082323')

Git Workflow

This repo has two target branches:

• master for Node14+ support (module versions 3x)
• v1-node6 for Node6 support (module version 1x)

All PRs should target master and/or v1-node6. Business logic changes should generally result in two PRs - one for each target branch.

Once the PR has been approved and merged, check out the target branch locally and:

• Bump the version:

• Bump the version number in package.json
• Run nvm use; npm i to update package-lock.json
• Commit changes
• Git tag it (e.g. git tag -a v2.1.1)
• Push changes to origin (including tags via git push --tags)

• Publish changes to NPMJS:

• If publishing an update to the default major branch (2.x at writing):
  • Run npm publish --dry-run to verify nothing is being packaged that should not be
  • npm publish
• If publishing an older version (e.g. a patch to v1.x) add a tag to prevent NPM from updating the latest tag:
  • do not run npm publish --dry-run. This flag is not supported by node 6.
  • cross your fingers
  • npm publish --tag legacy-node6-support

• Optionally publish changes to S3:

• To push changes to S3 (i.e. if the changes are needed by non-Node apps):
  • npm run deploy-[qa|production]