-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
wrlc shared e-resource links with isbn #602
Comments
I can only get these kinds of items to show up in native Summon if I use the "Add results beyond your library's collection" limiter (unlimiter in this case, I suppose). We would not want that option used in Summon queries. In native Summon, these records link to the link resolver. I am not sure why results would fit both the "Items in library catalog" and "Add results beyond your library's collection" categories. It seems wrong to me. |
I suppose it just seems wrong to me as a librarian-- the "Add results..." option is really just intended to expand beyond the initial search, BUT when this option is used in combination with "Items in the library catalog" it only adds Content Type = Book / Ebook to the results set. But really, the main thing is that those added results should not be in our launchpad results set. |
Here's a result that has no holdings (see first result): |
There is a Summon problem going on here as well. The Ruby book in your example is indeed a wrlc shared eresources book. In the native Summon UI, when just you only have "Items in the library catalog" selected, you will get a proper link to launchpad. However, when you "Add results beyond..." another record, from Springer, is pulled into the results and it is merged with the WRLC catalog record with the wrlc shared eresources holding. The Summon holdings show the Springer "citation online" (link resolver link) above the "Full Text Online" link which is the correct Launchpad link. Summon is supposed to make the WRLC holdings the priority link-- the one that the title will link to. Instead, it is giving the link resolver link first. @cummingsm do you know if this has been reported to ProQuest? This is just background. The real problem is that the "add results beyond..." records are in the mix here in launchpad. |
Talk to @kerchner about what he did in Bento to not get "results beyond". |
for what it's worth, I noticed the modelling norms search, or ISBN:9789401785143&format=json returns a null offers element. Also, in the raw xml return from the API it says |
This search returns a record with a null offers element also http://gwdev-edsu.wrlc.org/search?q=ISBN:9789814350815 |
Right now the availability api expects to be passed a bibid not an ISBN. There doesn't appear to be a bibid in the Summon response. I guess we need to decide what the desired behavior is here? |
There is a bibid in the response. See http://gwdev-edsu.wrlc.org/search?q=ISBN:9789814350815&raw=true The bibid is at the end of these elements: Alternatively, the JSON data says wrlc:978914350815. It is a WRLC Shared Electronic Resource. the @id says item/978914350815, but that could be rewritten as /isbn/978914350815, a valid request to launchpad. The search result could identify it as |
It looks like some results show up as e-resource and are inking to the item view with an isbn instead of a bibid.
for example search for rails on power
The text was updated successfully, but these errors were encountered: