Interesting, thanks for the additional information, very useful!
I don't like relying on the 'free text' in subfield 3, because it seems
fragile, who knows if I know all the possible values or if they change
them in the future breaking my code.
But your example with two 'full text' links is enlightening.
I think what I'm liking as an algorithm for my needs (any full text is
better than none, but PDF is best) -- is first looking for an 856 with
second indicator "0" -- if there's only one, use it. If there are more
than one, try to find one that includes the substring "PDF", if none do,
just use the first one.
On 2/17/14 11:16 AM, Andrew Anderson wrote:
> The document you want to request from ProQuest support was called Federated-Search.docx when they sent it to me. This will address many of your documentation needs.
> ProQuest used to have an excel spreadsheet with all of the product codes for the databases available for download from http://support.proquest.com/kb/article?ArticleId=3698&source=article&c=12&cid=26, but it appears to no longer be available from that source. ProQuest support should be able to answer where it went when you request the federated search document.
> You may receive multiple 856 fields for Citation/Abstract, Full Text, and Scanned PDF:
> =856 41$3Citation/Abstract$uhttp://search.proquest.com/docview/...
> =856 40$3Full Text$uhttp://search.proquest.com/docview/...
> =856 40$3Scanned PDF$uhttp://search.proquest.com/docview/...
> I would suggest that rather than relying on the 2nd indicator, you should parse subfield 3 instead to find the format that you prefer. You see the multiple 856 fields in the MARC records for ProQuest holdings as well, as that is how ProQuest handles coverage gaps in titles, so if you have ever processed ProQuest MARC records before, you should be already prepared for this.