[Koha-bugs] [Bug 13600] XSLT: 8xx not showing if there is no 4xx

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Fri Jun 5 17:23:18 CEST 2015


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13600

Heather <heather_hernandez at nps.gov> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |heather_hernandez at nps.gov

--- Comment #3 from Heather <heather_hernandez at nps.gov> ---
Yes--the 8XX should always display.  The 4XX is transcribed from the item, so
would be present only if the series statement appears on the item.  With a 490
1_ there should be a companion 8XX, with the 490 field transcribing the series
statement from the item & the 8XX containing the series statement added entry. 
(These fields are a holdover from card printing, when you wanted the 4XX
printed in parentheses as transcribed & then an added entry card printed with
the form of the series as traced.)

There could be a case where there is a 490 0_ and a 500 and an 8XX, e.g. (made
up example):
490 0 _ Ballantine science fiction masters
500 _ _ Fifth in the Captain Proton series.
800 1 _ Smith, Joanna. $t Captain Proton series ; $v 5.

In this made up example, the series is not traced because it's a publishers'
artificial marketing series, but it's important to transcribe it for
identification of the edition.  Access is created for the "series" of novels
featuring the character in order of publication, since people look for novels
that way.

This is a record where the 8XX field is justified by a 500 note:
http://keys.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=3301

More typically, you will have a 490 1_ paired with an 830 0_.

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list