773$x is an ISSN field and should show on the line in the display that shows the 773.
Maybe an example?
773 0#$tEntomologists' monthly magazine$pENTOMOL MON MAG$dWallingford : Gem Publishing Company$x0013-8908$yFNMMA
Still valid. I've ended up doing customizations of the 773 display over the years, so I don't really have a need for this, but could be useful for others
Might make sense to do this after bug 16522 is pushed as it moves the 773 XSLT template into the Utils files, so only 2 spots will need updating.
I believe if we decide the ISSN/ISBN are helpful here, we might want to display it for all 7xx? Maybe with a class that allows to hide it easily?
Hi! A clarification for MARC21: The $x is not valid in all 7XX fields. For those 7XX fields for which it is valid, it is an ISSN only (not an ISBN). ISSNs are waaaaaaaaaay more reliable than ISBNs, and are very, very, very useful for searching, so, yes, I think they should be visible in all the 7XX fields for which they are valid. (In the 754 field (Added Entry, Taxonomic Identification), $x is a non-public note. This is not a very commonly used field in most types of libraries, though.) Cheerio! h2
Thx, Heather! I was thinking of: 773 $z - International Standard Book Number (R) I haven't checked if all 7xx with ISSN also support ISBN - maybe?
Hi, Katrin! No, not all 7XX have an ISBN field, e.g., 700 (personal name), 710 (corporate name), 711 (conference name) don't & can't have an ISBN because they are not "books/publications.":) $z ISBN is present in Linking Entry Fields. IMO, bibliographic frameworks hide/reveal the subfields easily. It would be great to have syspref(s), though, that allow hyperlinking or not. (My library would not want hyperlinked ISBNs--they are too unreliable, and being a history library, were not used during the publication of most of our collection.) ISBNs are helpful for contemporary collections, like public libraries, though! Cheerio! h2