[ipac] Serial holdings---summary vs. item
Stuart Miller
stuartwm at uchicago.edu
Thu Apr 12 12:33:45 EDT 2007
HIP Admin Tool Customize>Searching>Displays and also Result Types (to
make sure which Displays you're using in the various HIP pages).
The names given to the Displays may be the defaults or they could have
been changed as per your configuration. I think it's relatively obvious
once you start looking. You do have to know column names from the item
and copy tables.
Also, when you deal with any Display for item data, you will probably
see the same data elements repeated with the designation "ZServer
OPAC...". Don't touch those--they are system supplied so that anyone
using a Z39.50 connection can get item-level data. This is yet another
kluge--these don't affect the HIP displays but need to be there (as we
found out long ago with much pain).
Maybe this is all better documented by now--someone on this list noted
that you can now actually get answers to questions about HIP in the
admin manual. Good luck.
Stuart
Don't forget that most changes in the Admin Tool require a restart of
JBoss in order for them to show up in HIP.
Jonathan Rochkind wrote:
>Yeah, that's a good idea, I think that's the way to do it, you're right.
>
>I've also discovered that 'hidden' display fields don't work like we'd
>want, but figured out a way to make hidden items anyway. Just put
>something in the XSLT to simply suppress the output of the item you
>want! It ends up kind of hacky, but, hey, what isn't when it comes to
>doing stuff like this with HIP.
>
>So, hmm, add actual copy number to the item display. And barcode too
>while we're at it (for monographic items too), because I really could
>use that too. I've never added anything to the item display either---I
>didn't even realize you could, I dont' think. When I start dealing with
>item records instead of bib records I start to get quickly confused too.
>I'm new to this stuff.
>
>If anyone has any hints as to how to go about adding item #s, barcodes
>(is that the same as item# or different?), and copy #s (internal HIP
>copy ids) to the serial and/or monographic item display----I'd be so
>happy if you helped me get started. (Once they're there, I can figure
>out how to hide them from the actual HTML display, I've done similar
>before).
>
>Thanks so much Stuart for the discussion, invaluable as usual.
>
>Jonathan
>
>Stuart Miller wrote:
>
>
>>OK, that makes sense. I believe you are right and that necessary
>>linking data just isn't there. We once tried to add a redirected
>>search from the item's call number--but because we have three call
>>number indexes, we needed the call type to determine which index to
>>use. We defined the call number type in the item display as a "hidden"
>>element which we thought would mean that the data would come over in
>>HTML but not display. It didn't work--while the HIP display set up
>>allows you to define almost any data element, the HIP code apparently
>>can't handle anything you could define. What I think you would want is
>>the copy and item record numbers in order to make your link. We never
>>tried adding those to the copy and item displays. Maybe it's worth a
>>shot??
>>
>>Good luck.
>>
>>Stuart
>>
>>Jonathan Rochkind wrote:
>>
>>
>>
>>>Oh, to be more clear though, I guess there's some ambiguity around
>>>"Copy number".
>>>
>>>There is something called a "copy number" in my HIP display, but it's
>>>_not_ something that actually connects me to the HIP "copy"
>>>entity/data structure/grouping (I don't think?). The value labelled
>>>"copy" in our item display doesn't help me group items by HIP "copy"
>>>data structure, I don't think.
>>>
>>>Then there's the actual internal HIP ID for the copy entity/data
>>>structure---that's what would allow me to actually group items by
>>>copy and associate them with the copy information on the summary
>>>screen, but that's what I can't seem to get from the HIP item list
>>>screen.
>>>
>>>If I'm confused or missing something, I would be overjoyed if someone
>>>could help me understand.
>>>
>>>Jonathan
>>>
>>>Jonathan Rochkind wrote:
>>>
>>>
>>>
>>>
>>>>Hmm, well, without getting into the details, I need this information
>>>>somehow.
>>>>
>>>>But I'm intrigued by your suggestion that maybe I already have it. I
>>>>hadn't realized that the overall item list is 'still grouping items
>>>>for a copy by its copy number', as you say. It didn't look to me
>>>>like copy number was available in the item list---either HTML or
>>>>XML. Maybe I'm missing something obvious? (I hope!) Can you help
>>>>point me to what it is? Or maybe we have our system configured
>>>>weirdly?
>>>>
>>>>A sample record:
>>>>https://catalog.library.jhu.edu/ipac20/ipac.jsp?index=BIB&termA8855
>>>>
>>>>If I can get copy # from the item display (XML; but if it's in HTML
>>>>then it's got to be in XML somewhere; the reverse not neccessarily
>>>>true of course), then I think you're right that I have everything I
>>>>need already. But I hadn't managed to do this so far.
>>>>
>>>>Thanks so much for your expert advice as usual, Stuart.
>>>>
>>>>[And, sure, I realize that if I can't do what I need with the
>>>>current setup, then it's an enhancement request. But, um, there
>>>>aren't possibly going to be any Horizon enhancments, are there? And
>>>>besides, I need to do this today. So I'm hoping there is a way to do
>>>>what I need, thus the question to the list!]
>>>>
>>>>Jonathan
>>>>
>>>>Stuart Miller wrote:
>>>>
>>>>
>>>>
>>>>
>>>>>I think what you want--the ability to open up the item lists for
>>>>>each copy but keep them under the copy data (you can only open one
>>>>>at a time now)--would surely be a SirsiDynix enhancement?
>>>>>
>>>>>Do you really need to do this? After all, all of the items for any
>>>>>copy display the same information regardless of whether you view
>>>>>them under the copy statement or in the complete holdings list. The
>>>>>item data includes location, copy and volume number, etc. So even
>>>>>if you couldn't preserve the copy data, your item list would still
>>>>>be grouping items for a copy by its copy number. There is, however,
>>>>>a problem as I recall when you attempt to put the checked out items
>>>>>out of sequence?? I can't exactly recall what the options are for
>>>>>that.
>>>>>
>>>>>Stuart Miller
>>>>>
>>>>>Jonathan Rochkind wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>So, in HIP3, for a serial bib record with copy-level control , the
>>>>>>user can:
>>>>>>
>>>>>>1) Look at summary holdings
>>>>>>2) Click on "View and/or Request Items" (at least on our display)
>>>>>>under a particular copy to view items for that copy, under a
>>>>>>heading for that copy---with other copies still shown in summary.
>>>>>>3) Click on "Holdings" on the right-hand nav bar to see a list of
>>>>>>ALL items (or at least up to the maximum per-page), but all in one
>>>>>>big list, with no "copy" headings or groupings.
>>>>>>
>>>>>>Is there any way to get HIP to expand the items for all the
>>>>>>copies? Still show copy headings and groupings, like in display
>>>>>>#2 above, but expand items for ALL copies, instead of just for one?
>>>>>>
>>>>>>Some background: Part of the reason I want to do this is because I
>>>>>>am writing software that will access the XML version of a full bib
>>>>>>to get holdings information. I want to get item-level information,
>>>>>>but I need to know which copies the item is associated with too.
>>>>>>So the #2 screen is the only one I can find to give me this
>>>>>>(information is not included in the XML versions of displays #1 or
>>>>>>#3). But since it gives me only one copy at a time, my client
>>>>>>software is going to have make a HTTP request for each copy to get
>>>>>>all this information. That's really undesirable. So if anyone can
>>>>>>think of an alternate way to approach a solution to this problem,
>>>>>>feel free to share!
>>>>>>
>>>>>>Thanks for any advice,
>>>>>>
>>>>>>Jonathan
>>>>>>_______________________________________________
>>>>>>ipac mailing list
>>>>>>ipac at lists.tblc.org
>>>>>>http://lists.tblc.org/mailman/listinfo/ipac
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>------------------------------------------------------------------------
>>>>>
>>>>>
>>>>>_______________________________________________
>>>>>ipac mailing list
>>>>>ipac at lists.tblc.org
>>>>>http://lists.tblc.org/mailman/listinfo/ipac
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>------------------------------------------------------------------------
>>
>>_______________________________________________
>>ipac mailing list
>>ipac at lists.tblc.org
>>http://lists.tblc.org/mailman/listinfo/ipac
>>
>>
>>
>
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: stuartwm.vcf
Type: text/x-vcard
Size: 331 bytes
Desc: not available
Url : http://lists.tblc.org/pipermail/ipac/attachments/20070412/7655bf14/attachment-0001.vcf
More information about the ipac
mailing list