[DRAFT] Publish collection membership data to purl #823
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This supports several desirable features in PURL, but most particularly generating IIIF collection manifests for our collections. Before going further I'd like some validation of the approach and some indication this is worth pursuing (over, say, querying purl-fetcher.. which we've resisted in order to keep the PURL application querying static filesystem-based resources instead of those new-fangled databases people keep talking about)
The symlinks from an item to its collection duplicate information from the public xml, but are necessary (in this approach) in order to clean up inbound relationship links from the collection to the items. A separate file or something could be used instead, but this approach struck me as more resilient to potential concurrency issues.
TODO:
#transfer_metadata
(formerly#publish
, but the amount of stubbing was killing me)