DS-1483 Generate citation_pdf_url in more cases #379
Merged
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.
Google Scholar uses the citation_pdf_url header tag on item pages to determine
which of an item's bitstreams to link to (if any). Standard DSpace behaviour is
to include this link only if the item has exactly one bitstream in the ORIGINAL
bundle and if this item is of type application/pdf. The desired behaviour for
the LCoNZ IRRs is this:
(regardless of how many bitstreams there are in total in the ORIGINAL bundle).
Additionally, the bitstream link should only appear when the bitstream selected
according to the rules above is publicly visible.
The mimetype of the bitstream is not taken into account, as per Google Scholar
feedback that this is no longer as important to them.