July 2012 - Koha-bugs - lists.koha-community.org

[Bug 7818] New: support DOM mode for Zebra indexing of bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '12

24 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7818 Priority: P5 - low Change sponsored?: --- Bug ID: 7818 Assignee: gmcharlt(a)gmail.com Summary: support DOM mode for Zebra indexing of bibliographic records QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: gmcharlt(a)gmail.com Hardware: All Status: NEW Version: unspecified Component: Architecture, internals, and plumbing Product: Koha Koha DOM Indexing for bibliographic records ------------------------------------------- Overview ======== Koha uses the Zebra search engine to implement bibliographic and authority record search. Zebra comes with several filters that support the indexing of various document types, including MARC and XML. Koha currently uses Zebra’s GRS-1 filter for indexing MARC and Zebra’s DOM filter for indexing authority records (represented as MARCXML). To oversimplify a bit, the GRS-1 filter allows for constructing the following kinds of search indexes for MARC records: Keyword and phrase indexes of the contents of a MARC subfield Keyword and phrase indexes of the contents of a fixed field What the GRS-1 index cannot provide, however, is the ability to index a phrase that spans subfield boundaries. For example, giving the subject heading: 650 $a Cats $x pharmacology $x catnip it is not possible to construct a search that will reliably match all instances of the phrase “cats pharmacology catnip”. This in turn means that it is not possible to reliably search on a bibliographic or authority heading with out extensive post-search pruning of the result set. The DOM filter, in contrast, takes an XML document (in this case, a MARC XML record) and applies a stylesheet to generate another XML document that contains all of the strings to be indexed by Zebra. This allows for much more flexibility, and in particular, allows for retrieving records on normalized heading. Furthermore, since the indexing definitions are ultimately expressed as an XML stylesheet, the DOM filter allows for an arbitrary amount of manipulation of tokens and phrases to be made during indexing. Goals ===== The goals of this development project are to: * Add support for the Zebra DOM filter for indexing bibliographic records in Koha, similar to existing support for DOM indexing of authority records. * Make use of DOM indexing to allow for complete and partial searches of headings fields. * Provide indexing definitions to allow for searching of title phrases that span subfield boundaries in the 245. Components ========== Indexing Preparation ==================== A new class (Koha::Indexer) hierarchy will be created to manage preparation of biblio and authority XML records for indexing. In the case of a bib record, biblionumber → MARC::Record representation of bib → one or more Koha::Indexer::MARC::RecordNormalizer routines that perform operations on the MARC::Record object. The one normalizer to be added for this project will be Koha::Indexer::MARC::RecordNormalizer::EmbedItems. → MARCXML representation of bib → Zebra indexing pipeline Two tables will be defined to allow for specifying pre-indexing record normalizer profiles record_norm_profile code varchar2(10) PK name varchar2(100) metadata_type varchar2(10) -- currently only ‘MARC’ record_type varchar2(10) -- ‘bilbio’ or ‘authority’ record_norm_profile_normalizer seq int -- order in which normalizer is to be applied record_norm_profile FK references record_norm_profile.code normalizer varchar2(100) -- references available Koha::Indexer::$metadata_type::RecordNormalizer classes The normalization pipeline will be used by rebuild_zebra.pl. DOM indexing The koha-indexdefs-to-zebra.xsl stylesheets currently used for DOM indexing of authorities will be made available to biblio as well. In addition XSLT functions will be added that can -- trim nonfiling characters -- calculate the applicable thesaurus of a bibliographic subject heading A script (misc/maintenance/convert_record_abs_to_dom.pl) will be written that will convert indexing definitions from record.abs to DOM format. For example: melm 022$a ISSN:w,Identifier-standard:w would be come something like this: <kohaidx:index_subfields tag="022" subfields="a"> <kohaidx:target_index>ISSN:w</kohaidx:target_index> <kohaidx:target_index>Identifier-standard:w</kohaidx:target_index> </kohaidx:index_subfields> In addition to handling converting existing record.abs config files, additional new standard indexing definitions will be added to index authority-controlled headings fields the same way as they are currently indexed in authority records. For example, topical subject headings will use: <kohaidx:index_heading tag="650" subfields="abvxyz" subdivisions="vxyz"> <kohaidx:target_index>Subject-topical-heading:w</kohaidx:target_index> <kohaidx:target_index>Subject-topical-heading:p</kohaidx:target_index> <kohaidx:target_index>Subject-topical-heading:s</kohaidx:target_index> <kohaidx:target_index>Heading:w</kohaidx:target_index> <kohaidx:target_index>Heading:p</kohaidx:target_index> <kohaidx:target_index>Heading:s</kohaidx:target_index> </kohaidx:index_heading> Headings index definitions will be provided in at least two variants: heading as a phrase heading as a phrase with insertions to include subdivision markers and thesaurus -- this type is meant to be used for future work for linking bib records to authority headings Searching enhancements ====================== The new standard indexing definitions will include two whole-245-as-phrase indexes, with one variant including nonfiling characters and the other excluding them. OPAC display enhancements ========================= The OPAC display XSLT (MARC21slim2OPACDetail.xsl) will be changed so that subject heading links will construct phase searches instead of searches on the subfield $9: The Koha interface should be updated to allow for user to select partial subject headings from the OPAC and staff client Details pages. for example, on a record with subject heading “History -- United States -- 18th Century -- Periodicals”, clicking: History would search for “History” United States would search for “History -- United States” 18th Century would search for “History -- United States -- 18th Century” Periodicals would search for “History -- United States -- 18th Century -- Periodicals” The advanced search page template will include an exact-title search that will perform an whole-phrase search on the new whole-245-as-phrase indexes. The subject search in the masthead and advanced search templates will be changed to use the new subject heading index, allowing for partial heading searches. Installation and upgrade considerations ======================================= During installation, a new query will be adding to Makefile.PL to specify the biblio indexing mode. The default value will be DOM. During upgrade, an option will be presented to convert the indexing definitions to DOM and reindex the biblio records. The specific upgrade steps will include: -- running misc/maintenance/convert_record_abs_to_dom.pl to create a biblio-koha-indexdefs.xml that includes the existing indexing definitions as well as the new standard bib headings indexes. -- using koha-indexdefs-to-zebra.xsl and an XSLT processor to create an biblio-zebra-indexdefs.xml to be used as the stylesheet that Zebra uses directly to convert incoming MARCXML records to their indexed phrases. -- running rebuild_zebra.pl -b -r on the entire database -- You are receiving this mail because: You are watching all bug changes.

1 60

[Bug 7751] New: Decrease loan period on items with a high number of holds
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '12

23 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7751 Priority: P5 - low Change sponsored?: --- Bug ID: 7751 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Decrease loan period on items with a high number of holds QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: chris(a)bigballofwax.co.nz Hardware: All Status: NEW Version: master Component: Circulation Product: Koha Controlled by a syspref, this will reduce the amount of time something can be onloan, if it has a lot of holds on it -- You are receiving this mail because: You are watching all bug changes.

1 70

[Bug 8525] New: Highlight matches on details page
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '12

22 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8525 Priority: P5 - low Change sponsored?: Sponsored Bug ID: 8525 Assignee: jcamins(a)cpbibliography.com Summary: Highlight matches on details page Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: ASSIGNED Version: master Component: OPAC Product: Koha After doing a search and going to the details page, it can sometimes be difficult to see exactly *why* a record was returned by a search. It would be very useful to highlight the matches on the details page in the same way we highlight them on the results page. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 7378] New: It should be possible to auto increment 952$i inventory number based on a system preference
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '12

19 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7378 Bug #: 7378 Summary: It should be possible to auto increment 952$i inventory number based on a system preference Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: kmkale(a)anantcorp.com QAContact: ian.walls(a)bywatersolutions.com It should be possible to auto increment 952$i inventory number based on a system preference -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 7854] New: preferences.pl: cannot have choice options of yes and no
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '12

18 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7854 Priority: P5 - low Change sponsored?: --- Bug ID: 7854 CC: gmcharlt(a)gmail.com Assignee: paul.poulain(a)biblibre.com Summary: preferences.pl: cannot have choice options of yes and no QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: srdjan(a)catalyst.net.nz Hardware: All Status: NEW Version: master Component: System Administration Product: Koha $YAML::Syck::ImplicitTyping is set, thus preventing yes and no choices. This should be turned off and explicit translations provided. So far I've identifired: All: null => "" YesNo: yes => 1, no => 0 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 5356] New: Shipping billing addess improvements
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '12

17 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5356 Summary: Shipping billing addess improvements Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All URL: http://wiki.koha-community.org/wiki/Shipping_billing_a cq_RFC OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Deadline: 2011-05-01 The library will be able to choose shipping and billing address at basket level. If those informations are filled at basket address, then they won't have to be filled at basketgroup. If shipping & billing addresses are filled at basket level, the information will be stored in the comment section of the basket. That will be usefull for libraries having a single basketgroup for the supplier, but different shipping/billing address -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 56

[Bug 5499] New: cataloging search populating z search menu
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '12

17 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5499 Summary: cataloging search populating z search menu Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 The only way to explain this is to give you the steps to follow o go to more >Cataloging o search in the cataloging search for something that won’t be found o you get no results o you click ‘z39.50 search’ to try to find it that way o note that the title field is populated with your search from the previous page o this is a nuisance and not a feature like it was maybe originally intended -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 1

[Bug 7992] New: new plugin about Automatic Number incrementing inventory. Prefix management from a authorised values list
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '12

15 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7992 Priority: P5 - low Change sponsored?: --- Bug ID: 7992 Assignee: gmcharlt(a)gmail.com Summary: new plugin about Automatic Number incrementing inventory. Prefix management from a authorised values list QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: stephane.delaye(a)biblibre.com Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha The plugin koha about the Automatic Number incrementing inventory are not perfect So I suggest a new plugin which offers more opportunities. Automatic Number incrementing inventory. Prefix management from a authorised values list 1 / Create a list of authorised values(INVENTORY_NUMBER). In which the code is the prefix and the description the last number assigned. 2/A space between the prefix and number. 3 / From a holding record, after indicate the prefix when you click on the plugin -> koha search the last number from authorised values assigned in the list and increment n +1 level meter (description) -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 7583] New: undo receive
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '12

15 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7583 Bug #: 7583 Summary: undo receive Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: nengard(a)gmail.com QAContact: koha.sekjal(a)gmail.com It would be nice to be able to unreceive an item in acquisitions - or undo a receipt if you happen to have clicked the wrong title or a title by accident -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 8191] New: New value for 8 position in coded data field 100 in unimarc
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '12

15 Oct '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8191 Priority: P5 - low Change sponsored?: --- Bug ID: 8191 Assignee: gmcharlt(a)gmail.com Summary: New value for 8 position in coded data field 100 in unimarc Severity: enhancement Classification: Unclassified OS: All Reporter: sophie.meynieux(a)biblibre.com Hardware: All Status: NEW Version: unspecified Component: Cataloging Product: Koha Starting from July 2012, unimarc norm evolves and a new value must be added for position 8 in coded datafield 100 : k = "monography having both publication date and print date" -- You are receiving this mail because: You are watching all bug changes.

1 10