[ipac] Serial holdings---summary vs. item

Thu Apr 12 11:11:04 EDT 2007

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&term=418855
>
> 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
>>   
>>     
>
>   

-- 
Jonathan Rochkind
Sr. Programmer/Analyst
The Sheridan Libraries
Johns Hopkins University
410.516.8886 
rochkind (at) jhu.edu