'OpacSuppression' syspref?
hi Folks, does anyone know what the 'OpacSuppression' syspref does? "Turn ON the OPAC Suppression feature, requires further setup, ask your system administrator for details" heres the commit by Joshua http://git.koha.org/cgi-bin/gitweb.cgi? p=Koha;a=commit;h=dd47f7bf7cd3c725ac2028a48ce1fab451a131fd ive grepped thru the latest stable repo , and cant see it refered to anywhere other that the sql structures stable$ grep -ril 'OpacSuppression' ./* ./admin/systempreferences.pl ./installer/data/mysql/updatedatabase.pl ./installer/data/mysql/uk-UA/mandatory/system_preferences_optimal.sql ./installer/data/mysql/ru-RU/mandatory/system_preferences_optimal.sql ./installer/data/mysql/fr-FR/1-Obligatoire/ unimarc_standard_systemprefs.sql ./installer/data/mysql/en/mandatory/sysprefs.sql
This is from the manual (https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/ad...) - there is more info here - I hope it helps: OpacSuppression This system preference only applies to the 942$n field. Default Value: OFF Values: * ON = Makes it so that if the 942$n field is set in the framework to be suppressed in the OPAC, it will not appear in the OPAC * OFF = If the 942$n field is set in the framework to be suppressed in the OPAC, it will still appear in the OPAC TIP: Sometimes it's easier if you create an authorized value entitled 'SUPPRESS' with two values: 0 for don't suppress and 1 for suppress. Linking this authorized value to the 942$n field will make it so that catalogers can pick one of these two values. IMPORTANT: Unless you have at least one record with a 942$n, turning 'OpacSuppression' ON will cause all OPAC searches to fail. This is caused by Zebra throwing errors if you search for an index that doesn't have at least one value. --- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce@liblime.com AIM/Y!/Skype: nengard http://liblime.com http://blogs.liblime.com/open-sesame/ On Thu, Mar 26, 2009 at 10:28 PM, Mason James <mason.loves.sushi@gmail.com> wrote:
hi Folks,
does anyone know what the 'OpacSuppression' syspref does? "Turn ON the OPAC Suppression feature, requires further setup, ask your system administrator for details"
heres the commit by Joshua http://git.koha.org/cgi-bin/gitweb.cgi? p=Koha;a=commit;h=dd47f7bf7cd3c725ac2028a48ce1fab451a131fd
ive grepped thru the latest stable repo , and cant see it refered to anywhere other that the sql structures
stable$ grep -ril 'OpacSuppression' ./* ./admin/systempreferences.pl ./installer/data/mysql/updatedatabase.pl ./installer/data/mysql/uk-UA/mandatory/system_preferences_optimal.sql ./installer/data/mysql/ru-RU/mandatory/system_preferences_optimal.sql ./installer/data/mysql/fr-FR/1-Obligatoire/ unimarc_standard_systemprefs.sql ./installer/data/mysql/en/mandatory/sysprefs.sql _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
On Fri, Mar 27, 2009 at 11:30 AM, Nicole Engard <nicole.engard@liblime.com> wrote:
This is from the manual (https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/ad...) - there is more info here - I hope it helps:
OpacSuppression
This system preference only applies to the 942$n field.
OK, I think I got it. But then, maybe the definition of the syst. preference should be a little more explicit. Like Mason, I had trouble (just yesterday, actually) guessing what this might be about. It should at least specify the part about 942$n in MARC21. But then that brings up a further question : why just 942$n in marc21? Nicolas
Default Value: OFF
Values:
* ON = Makes it so that if the 942$n field is set in the framework to be suppressed in the OPAC, it will not appear in the OPAC * OFF = If the 942$n field is set in the framework to be suppressed in the OPAC, it will still appear in the OPAC
TIP: Sometimes it's easier if you create an authorized value entitled 'SUPPRESS' with two values: 0 for don't suppress and 1 for suppress. Linking this authorized value to the 942$n field will make it so that catalogers can pick one of these two values.
IMPORTANT: Unless you have at least one record with a 942$n, turning 'OpacSuppression' ON will cause all OPAC searches to fail. This is caused by Zebra throwing errors if you search for an index that doesn't have at least one value.
---
Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457) ext. 714 nce@liblime.com AIM/Y!/Skype: nengard
http://liblime.com http://blogs.liblime.com/open-sesame/
On Thu, Mar 26, 2009 at 10:28 PM, Mason James <mason.loves.sushi@gmail.com> wrote:
hi Folks,
does anyone know what the 'OpacSuppression' syspref does? "Turn ON the OPAC Suppression feature, requires further setup, ask your system administrator for details"
heres the commit by Joshua http://git.koha.org/cgi-bin/gitweb.cgi? p=Koha;a=commit;h=dd47f7bf7cd3c725ac2028a48ce1fab451a131fd
ive grepped thru the latest stable repo , and cant see it refered to anywhere other that the sql structures
stable$ grep -ril 'OpacSuppression' ./* ./admin/systempreferences.pl ./installer/data/mysql/updatedatabase.pl ./installer/data/mysql/uk-UA/mandatory/system_preferences_optimal.sql ./installer/data/mysql/ru-RU/mandatory/system_preferences_optimal.sql ./installer/data/mysql/fr-FR/1-Obligatoire/ unimarc_standard_systemprefs.sql ./installer/data/mysql/en/mandatory/sysprefs.sql _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
-- Nicolas Morin Mobile: +33(0)633 19 11 36 http://www.biblibre.com
It should at least specify the part about 942$n in MARC21. But then that brings up a further question : why just 942$n in marc21?
I don't know if there's more history to it than this, but I know Joshua created this feature up for us in dev_week. We needed a way to hide a certain subset of our collection from the OPAC: interlibrary loan items. We wanted to do this while keeping collection code accurate for statistical purposes and itemtype accurate for circulation rules (accurate meaning conforming to our regular rules for material type and audience). That I think explains the choice to use 942$n. It does seem reasonable to expand the feature so that you could specify itemtype(s), ccode(s), or MARC field(s). -- Owen -- Web Developer Athens County Public Libraries http://www.myacpl.org
On Fri, Mar 27, 2009 at 11:30 AM, Nicole Engard <nicole.engard@liblime.com> wrote:
This is from the manual (https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of- Contents/administration/Global-Preferences/Global-Preferences-- Cataloging) - there is more info here - I hope it helps:
ive grepped thru the latest stable repo , and cant see it refered to anywhere other that the sql structures
stable$ grep -ril 'OpacSuppression' ./* ./admin/systempreferences.pl ./installer/data/mysql/updatedatabase.pl ./installer/data/mysql/uk-UA/mandatory/ system_preferences_optimal.sql ./installer/data/mysql/ru-RU/mandatory/ system_preferences_optimal.sql ./installer/data/mysql/fr-FR/1-Obligatoire/ unimarc_standard_systemprefs.sql ./installer/data/mysql/en/mandatory/sysprefs.sql
my little point here is that the feature doesnt appear to exist in 3.x ( or 2.2.x or dev_week according to grep) so we have a syspref and a manual entry - but no commited feature. do we remove the dead syspref, or add the feature to 3.x please?
I think Ryan might have recently done some work to make this functional. --Joe On Mon, Mar 30, 2009 at 12:08 AM, Mason James <mason.loves.sushi@gmail.com>wrote:
On Fri, Mar 27, 2009 at 11:30 AM, Nicole Engard <nicole.engard@liblime.com> wrote:
This is from the manual (https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of- Contents/administration/Global-Preferences/Global-Preferences-- Cataloging) - there is more info here - I hope it helps:
ive grepped thru the latest stable repo , and cant see it refered to anywhere other that the sql structures
stable$ grep -ril 'OpacSuppression' ./* ./admin/systempreferences.pl ./installer/data/mysql/updatedatabase.pl ./installer/data/mysql/uk-UA/mandatory/ system_preferences_optimal.sql ./installer/data/mysql/ru-RU/mandatory/ system_preferences_optimal.sql ./installer/data/mysql/fr-FR/1-Obligatoire/ unimarc_standard_systemprefs.sql ./installer/data/mysql/en/mandatory/sysprefs.sql
my little point here is that the feature doesnt appear to exist in 3.x ( or 2.2.x or dev_week according to grep)
so we have a syspref and a manual entry - but no commited feature.
do we remove the dead syspref, or add the feature to 3.x please?
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel
I've been using this feature, and wasn't aware it wasn't functional. As far as I know all the functionality is in the Zebra config. All that Koha sees is the MARC field in 942, and the Authorized value if one is defined. Zebra takes care of the rest. On Mon, 2009-03-30 at 10:38 -0400, Joe Atzberger wrote:
I think Ryan might have recently done some work to make this functional. --Joe
-- Michael Hafen Systems Analyst and Programmer Washington County School District Utah, USA for Koha checkout http://koha-dev.washk12.org or git://koha-dev.washk12.org/koha
On Sun, Mar 29, 2009 at 9:08 PM, Mason James <mason.loves.sushi@gmail.com>wrote:
my little point here is that the feature doesnt appear to exist in 3.x ( or 2.2.x or dev_week according to grep)
so we have a syspref and a manual entry - but no commited feature.
do we remove the dead syspref, or add the feature to 3.x please?
It's not dead, yet. I'm actually making use of the OpacSuppression syspref and MARC field 942$n in a project I'm working on. --beppu
Me too. It seems to work similar to Unicorn shadow title. It looks good. ----- Original Message ----- From: John Beppu To: Mason James Cc: koha-devel Sent: Wednesday, April 01, 2009 10:21 PM Subject: Re: [Koha-devel] 'OpacSuppression' syspref? On Sun, Mar 29, 2009 at 9:08 PM, Mason James <mason.loves.sushi@gmail.com> wrote: my little point here is that the feature doesnt appear to exist in 3.x ( or 2.2.x or dev_week according to grep) so we have a syspref and a manual entry - but no commited feature. do we remove the dead syspref, or add the feature to 3.x please? It's not dead, yet. I'm actually making use of the OpacSuppression syspref and MARC field 942$n in a project I'm working on. --beppu ------------------------------------------------------------------------------ _______________________________________________ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel ------------------------------------------------------------------------------ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.35/2034 - Release Date: 04/01/09 06:06:00
participants (8)
-
Ian Bays -
Joe Atzberger -
John Beppu -
Mason James -
Michael Hafen -
Nicolas Morin -
Nicole Engard -
Owen Leonard