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

[Bug 6448] New: EAN-13 barcode support
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6448 Bug #: 6448 Summary: EAN-13 barcode support Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: dpavlin(a)rot13.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com We are migrating one library from custom software to Koha, and they are using EAN-13 zero-padded barcodes (primary key in legacy system) instead of ISBN or ISSN. Since books allready have barcodes on them, we can't change it. To make things more insteresting, at least one barcode reader reports it as UPC-A without first leading zero, since EAN-13 has backwards compatibility with it. -- 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 44

[Bug 2060] Ability to import Authorities from Staff Client
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2060 --- Comment #42 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- Created attachment 12348 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12348&action=edit Bug 2060 follow-up: add support for UNIMARCAUTH The staged MARC management script was not correctly informing the decoder ring that we had UNIMARC authorities, and the decoder ring was dutifully trying to turn the authority records into a bibliographic box of cereal. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2060] Ability to import Authorities from Staff Client
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2060 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2060] Ability to import Authorities from Staff Client
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2060 --- Comment #41 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- Created attachment 12347 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12347&action=edit Bug 2060: Update command line MARC import scripts Expose authority import functionality to the command line import scripts, and rename them from commit_biblios_file.pl and stage_biblios_file.pl to commit_file.pl and stage_file.pl. To test (note that these instructions assume you have a MARC21 installation and are using the provided sample file): 1. Find a file of authorities (a sample file with MARC21 authorities is attached to bug 7475) and download it to your server 2. Stage the file using the following command (replace <filename> with the name of the file you saved in step 1): > misc/stage_file.pl --file <filename> --authorities 3. Note the batch number the script assigns to your batch 4. Commit the records using the following command (replace <batchnumber> with the batch number you made note of in step 3): > misc/commit_file.pl --batch-number <batchnumber> 5. Index the authorities Zebraqueue (or wait) 6. Confirm that the new authorities appear. 7. Create a matching rule with the following settings: Code: AUTHTEST Description: Personal name main entry Match threshold: 999 Record type: Authority record Search index: Heading-main Score: 1000 Tag: 100 Subfields: a Offset: 0 Length: 0 (note the ID of this matching rule) 8. Stage the authority file again, this time using the following command: > misc/stage_file.pl --file <filename> --authorities \ --match <matchingrule> 7. Revert the import with the following command: > misc/commit_file.pl --batch-number <batchnumber> --revert 8. Index the authorities Zebraqueue (or wait) 9. Confirm that the records have been removed 10. Import an authority record with the Stage MARC/Manage staged MARC tools in exactly the way you would for a bibliographic record, but choose "Authority" instead of "Bibliographic" for the record type. Signed-off-by: Elliott Davis <elliott(a)bywatersolutions.com> Testing plan delivers as it should. Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> Rebased on latest master 11 September 2012 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2060] Ability to import Authorities from Staff Client
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2060 Jared Camins-Esakov <jcamins(a)cpbibliography.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #12151|0 |1 is obsolete| | Attachment #12152|0 |1 is obsolete| | Attachment #12218|0 |1 is obsolete| | --- Comment #40 from Jared Camins-Esakov <jcamins(a)cpbibliography.com> --- Created attachment 12346 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12346&action=edit Bug 7475: Teach matching rules to handle authorities * Add the code necessary to handle authorities with matching rules and import batches. * Update all the scripts that use the matcher and import batch code to use the new API. * Add authority records to the matching rules interface in the staff client. http://bugs.koha-community.org/show_bug.cgi?id=2060 Signed-off-by: Elliott Davis <elliott(a)bywatersolutions.com> Signed-off-by: Jared Camins-Esakov <jcamins(a)cpbibliography.com> Rebased on latest master 11 September 2012 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8185] New: Plugin for linking records in MARC21
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8185 Priority: P5 - low Change sponsored?: --- Bug ID: 8185 Assignee: gmcharlt(a)gmail.com Summary: Plugin for linking records in MARC21 Severity: enhancement Classification: Unclassified OS: All Reporter: tajoli(a)cilea.it Hardware: All Status: NEW Version: rel_3_8 Component: Cataloging Product: Koha In cataloguing/value_builder there is a plugin for linking records. But is only for unimarc (unimarc_field_4XX.pl). We need a plugin also for MARC21 -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 2060] Ability to import Authorities from Staff Client
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2060 Paul Poulain <paul.poulain(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Patch doesn't apply --- Comment #39 from Paul Poulain <paul.poulain(a)biblibre.com> --- Sorry, but patch does not apply anymore, and it's a non trivial conflict (for me at least ;-) ) CONFLICT (content): Merge conflict in C4/ImportBatch.pm -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8615] New: XSLT on OPAC is broken for incomplete 6xx fields
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8615 Priority: P5 - low Change sponsored?: --- Bug ID: 8615 Assignee: oleonard(a)myacpl.org Summary: XSLT on OPAC is broken for incomplete 6xx fields Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 11521 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11521&action=edit screenshot Currently the OPAC XSLT page is broken, when you data includes an 6xx field, that includes no subfield that is marked for display (empty link). I was testing with German data that includes 689 fields for transporting "Schlagwortketten". To avoid the problem the XSLT should include a check for a displayable subfields before creating the link. Example with problematic data: <datafield tag="689" ind1="1" ind2="0"> <subfield code="A">c</subfield> <subfield code="0">(DE-588c)4542874-8</subfield> <subfield code="0">(DE-576)213479192</subfield> <subfield code="2">swd</subfield> <subfield code="a">Solesmes</subfield> <subfield code="b">Kloster</subfield> </datafield> <datafield tag="689" ind1="1" ind2="1"> <subfield code="A">s</subfield> <subfield code="0">(DE-588c)4021952-5</subfield> <subfield code="0">(DE-576)20894091X</subfield> <subfield code="2">swd</subfield> <subfield code="a">Gregorianischer Gesang</subfield> </datafield> <datafield tag="689" ind1="1" ind2=" "> <subfield code="5">DE-576</subfield> </datafield> -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8513] New: OPAC detail page broken with XSLT
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8513 Priority: P5 - low Change sponsored?: --- Bug ID: 8513 Assignee: oleonard(a)myacpl.org Summary: OPAC detail page broken with XSLT Severity: major Classification: Unclassified OS: All Reporter: fridolyn.somers(a)biblibre.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 11158 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11158&action=edit OPAC detail page broken When using OPACXSLTDetailsDisplay = default, the OPAC detail page includes the HTML code of a result page, see screen shot. Very odd. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 8558] New: Better confirmation message for importing frameworks
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '12

19 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8558 Priority: P5 - low Change sponsored?: --- Bug ID: 8558 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Better confirmation message for importing frameworks Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: System Administration Product: Koha When importing frameworks using open office or another program a confirmation message asks you, if you are really sure you want to overwrite the existing framework, fields and subfields. It would be nice, if this message showed which framework you are going to overlay, because this is not visible from the page or the message at the moment. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2