I've tried the advanced constraints / options, but for some reason they're not working for this field. They work for the other fields.
On Mon, Jun 2, 2014 at 10:25 PM, Mark Tompsett <mtomp...@hotmail.com> wrote: > Greetings, > > Is Bug 11592 something you are looking for? http://bugs.koha-community. > org/bugzilla3/show_bug.cgi?id=11592 > Only known leaks in this should be LDR and 952, since item records are > displayed differently in the opac-details page. Or at least, the steps > outlined in the test plan may point you to places to check for > configuration for what you do want. > > If I recall, the MARC view page pulls from the MARCXML field, which is > from what you import. If you want the value, but to have it not displayed > there are advanced constraints/options under the framework editing that > allow you to change visibility. That may be sufficient for you now. Of > course, I make no claims as to the accuracy of any of my statements. ;) > > GPML, > Mark Tompsett > > -----Original Message----- From: Elaine Bradtke > Sent: Monday, June 02, 2014 5:08 PM > To: koha > Subject: [Koha] Added 588 field display in OPAC won't switch off > > > Koha 3.14 > I have a feeling I've asked about this before, but the answer doesn't seem > to come up when I look for it. > We have info in a 588a that I want to hide in the OPAC. I've tried > everything short of actually deleting the whole 588 tag in the MARC default > framework (deleting and then re-creating the subfield had no effect). It is > hidden in the editor, but it still displays in the OPAC. The information > comes in as part of the data that we are converting and uploading, and is > useful for the librarians, but possibly confusing to the general public. > > Looking at bug 5858, it appears that the 588 was not included in the > default framework when we installed Koha. If it's a Tag/field that we > created, would that be a clue as to why it doesn't work as it should? > > Would it help to export the data, delete the field, create a new one with > the settings we want in place and then re-import the data? We have a test > site I can run this through. > > Or do I need to ask the IT wizard to poke around in the SQL to fix this? > -- > Elaine Bradtke > Data Wrangler > VWML > English Folk Dance and Song Society | http://www.efdss.org > Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY > Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and > Song Society in London, England. If you wish to phone me personally, send > an e-mail first. I work off site) > -------------------------------------------------------------------------- > Registered Company No. 297142 > Charity Registered in England and Wales No. 305999 > ------------------------------------------------------------ > --------------- > "Writing about music is like dancing about architecture" > --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) > _______________________________________________ > Koha mailing list http://koha-community.org > Koha@lists.katipo.co.nz > http://lists.katipo.co.nz/mailman/listinfo/koha > -- Elaine Bradtke Data Wrangler VWML English Folk Dance and Song Society | http://www.efdss.org Cecil Sharp House, 2 Regent's Park Road, London NW1 7AY Tel +44 (0) 20 7485 2206 (This number is for the English Folk Dance and Song Society in London, England. If you wish to phone me personally, send an e-mail first. I work off site) -------------------------------------------------------------------------- Registered Company No. 297142 Charity Registered in England and Wales No. 305999 --------------------------------------------------------------------------- "Writing about music is like dancing about architecture" --Elvis Costello (Musician magazine No. 60 (October 1983), p. 52) _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
