Comments on: Dynamic OpenURL lookup with document delivery http://www.familymanlibrarian.com/2008/10/26/dynamic-openurl-lookup-with-document-delivery/ A blog about family, technology, and libraries Wed, 25 Jan 2012 15:34:00 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Ian Palmer http://www.familymanlibrarian.com/2008/10/26/dynamic-openurl-lookup-with-document-delivery/comment-page-1/#comment-4684 Ian Palmer Sat, 15 Nov 2008 16:29:51 +0000 http://familymanlibrarian.com/2008/10/26/dynamic-openurl-lookup-with-document-delivery/#comment-4684 Steve: Great post and I think you're spot on in your first-comment reply. link resolvers that are implemented with the controls "to work" are a win-win for the end user, the information center, and the company. The alternative is dissatisfied end users and costly/manual workarounds. Glad to see you spreading the gospel about the benefits for an integrated document delivery-link resolver relationship. In my biased opinion (working for a document delivery provider: Reprints Desk), the two really to form a much stronger union and provide great benefit for delivering access to journal articles; However, the union definitely isn't "right" for every environment. Steve: Great post and I think you're spot on in your first-comment reply. link resolvers that are implemented with the controls “to work” are a win-win for the end user, the information center, and the company. The alternative is dissatisfied end users and costly/manual workarounds. Glad to see you spreading the gospel about the benefits for an integrated document delivery-link resolver relationship. In my biased opinion (working for a document delivery provider: Reprints Desk), the two really to form a much stronger union and provide great benefit for delivering access to journal articles; However, the union definitely isn't “right” for every environment.

]]> By: Ian Palmer http://www.familymanlibrarian.com/2008/10/26/dynamic-openurl-lookup-with-document-delivery/comment-page-1/#comment-4529 Ian Palmer Sat, 15 Nov 2008 09:29:51 +0000 http://familymanlibrarian.com/2008/10/26/dynamic-openurl-lookup-with-document-delivery/#comment-4529 Steve: Great post and I think you're spot on in your first-comment reply. link resolvers that are implemented with the controls "to work" are a win-win for the end user, the information center, and the company. The alternative is dissatisfied end users and costly/manual workarounds. Glad to see you spreading the gospel about the benefits for an integrated document delivery-link resolver relationship. In my biased opinion (working for a document delivery provider: Reprints Desk), the two really to form a much stronger union and provide great benefit for delivering access to journal articles; However, the union definitely isn't "right" for every environment. Steve: Great post and I think you're spot on in your first-comment reply. link resolvers that are implemented with the controls “to work” are a win-win for the end user, the information center, and the company. The alternative is dissatisfied end users and costly/manual workarounds. Glad to see you spreading the gospel about the benefits for an integrated document delivery-link resolver relationship. In my biased opinion (working for a document delivery provider: Reprints Desk), the two really to form a much stronger union and provide great benefit for delivering access to journal articles; However, the union definitely isn't “right” for every environment.

]]> By: FamManLib http://www.familymanlibrarian.com/2008/10/26/dynamic-openurl-lookup-with-document-delivery/comment-page-1/#comment-4511 FamManLib Tue, 28 Oct 2008 13:52:25 +0000 http://familymanlibrarian.com/2008/10/26/dynamic-openurl-lookup-with-document-delivery/#comment-4511 Jonathan,<br><br>It's not rocket science or whiz bang stuff unfortunately. We're making two<br>calls, one to the Journal Subscription API and another to the SFX API. In<br>addition we are requiring that the user inputs sufficiently complete<br>metadata. In other words we evaluate the data on-the-fly and will not even<br>bother with the API lookup if we don't have sufficient metadata to work<br>with. For instance, if the user neglects to input pages or even just a<br>start page, then the lookup process won't even proceed.<br><br>Steve Jonathan,

It's not rocket science or whiz bang stuff unfortunately. We're making two
calls, one to the Journal Subscription API and another to the SFX API. In
addition we are requiring that the user inputs sufficiently complete
metadata. In other words we evaluate the data on-the-fly and will not even
bother with the API lookup if we don't have sufficient metadata to work
with. For instance, if the user neglects to input pages or even just a
start page, then the lookup process won't even proceed.

Steve

]]> By: Jonathan Rochkind http://www.familymanlibrarian.com/2008/10/26/dynamic-openurl-lookup-with-document-delivery/comment-page-1/#comment-4509 Jonathan Rochkind Tue, 28 Oct 2008 00:20:29 +0000 http://familymanlibrarian.com/2008/10/26/dynamic-openurl-lookup-with-document-delivery/#comment-4509 Interesting. Can you provide more information about what you've done to make the SFX link work more of the time? Because, yeah, anyone that works with SFX knows the links don't work as often as we'd like. So what did you do to improve things? Interesting. Can you provide more information about what you've done to make the SFX link work more of the time? Because, yeah, anyone that works with SFX knows the links don't work as often as we'd like. So what did you do to improve things?

]]>