---- Reported by nengard@gmail.com 2008-04-28 08:16:24 ---- <nengard> is there a way to import an authorities file into Koha? Or do you have to add all the records one by one? * fbcit-away is now known as fbcit <fbcit> nengard: yes to the first, holdon <nengard> thanks fbcit <fbcit> there is a script, misc/migration_tools/bulkauthimport.pl <fbcit> you can import 1 or more records with it <nengard> fbcit is there a way to access that for the average user? a link in the admin menu anywhere? Just wondering fo the manual * fbcit thinks there should be a nice feature in the staff-client to do it <nengard> fbcit - ahh <fbcit> afaik there is no way to import from inside Koha <fbcit> it would not be too hard to add, though --- Bug imported by chris@bigballofwax.co.nz 2010-05-21 00:37 UTC --- This bug was previously known as _bug_ 2060 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2060 Actual time not defined. Setting to 0.0 CC member bchurch@ptfs.com does not have an account here
Patches are available in the bug_2060 branch in my repository: https://github.com/jcamins/koha.git
Jared, Can you attach the patches here instead? Nicole
Created attachment 10893 [details] [review] Bug 7475: Update configuration In order to make matching rules more useful for MARC21 authorities, this patch adds special indexes on previous see-from headings and LCCN. This patch does not change UNIMARC authority configuration in any way. Also modifies the Koha schema in preparation for adding authority import and matching to the Staging tools. To install: 1. Run installer/data/mysql/atomicupdate/importauthorities.pl 2. Update the following four files in your koha-dev: etc/zebradb/authorities/etc/bib1.att etc/zebradb/marc_defs/marc21/authorities/authority-koha-indexdefs.xml etc/zebradb/marc_defs/marc21/authorities/authority-zebra-indexdefs.xsl etc/zebradb/xsl/koha-indexdefs-to-zebra.xsl 3. Reindex your authorities: misc/migration_tools/rebuild_zebra.pl -a -r -v NOTE TO RM: this patch adds an atomicupdate file that needs to be incorporated into updatedatabase.pl if bug 7167 is not pushed.
Created attachment 10894 [details] [review] 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.
Created attachment 10895 [details] [review] 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.
Created attachment 10899 [details] [review] Bug 8063 - Followup - Bug fix $OUTPUT being used but not being declared. When trying to run this script I gat a nasty: 15:42 ~/koha.dev/koha-community (new/bug_8063 $%)$ ./misc/cronjobs/gather_print_notices.pl Global symbol "$OUTPUT" requires explicit package name at ./misc/cronjobs/gather_print_notices.pl line 81. Global symbol "$OUTPUT" requires explicit package name at ./misc/cronjobs/gather_print_notices.pl line 95. Global symbol "$OUTPUT" requires explicit package name at ./misc/cronjobs/gather_print_notices.pl line 102. Global symbol "$OUTPUT" requires explicit package name at ./misc/cronjobs/gather_print_notices.pl line 106. Global symbol "$OUTPUT" requires explicit package name at ./misc/cronjobs/gather_print_notices.pl line 120. Global symbol "$OUTPUT" requires explicit package name at ./misc/cronjobs/gather_print_notices.pl line 127. Execution of ./misc/cronjobs/gather_print_notices.pl aborted due to compilation errors. Signed-off-by: Jonathan Druart <jonathan.druart@biblibre.com> Before the patch: $perl -wc ./misc/cronjobs/gather_print_notices.pl Global symbol "$OUTPUT" requires explicit package name at [...]./misc/cronjobs/gather_print_notices.pl line 81. ./misc/cronjobs/gather_print_notices.pl had compilation errors. With this patch: $perl -wc ./misc/cronjobs/gather_print_notices.pl ./misc/cronjobs/gather_print_notices.pl syntax OK Signed-off-by: Paul Poulain <paul.poulain@biblibre.com>
Comment on attachment 10899 [details] [review] Bug 8063 - Followup - Bug fix Ignore the follow up for bug 8063. When attaching through git bz I entered one too many commitid's.
Created attachment 10900 [details] [review] Bug 7475: Update configuration In order to make matching rules more useful for MARC21 authorities, this patch adds special indexes on previous see-from headings and LCCN. This patch does not change UNIMARC authority configuration in any way. Also modifies the Koha schema in preparation for adding authority import and matching to the Staging tools. To install: 1. Run installer/data/mysql/atomicupdate/importauthorities.pl 2. Update the following four files in your koha-dev: etc/zebradb/authorities/etc/bib1.att etc/zebradb/marc_defs/marc21/authorities/authority-koha-indexdefs.xml etc/zebradb/marc_defs/marc21/authorities/authority-zebra-indexdefs.xsl etc/zebradb/xsl/koha-indexdefs-to-zebra.xsl 3. Reindex your authorities: misc/migration_tools/rebuild_zebra.pl -a -r -v NOTE TO RM: this patch adds an atomicupdate file that needs to be incorporated into updatedatabase.pl if bug 7167 is not pushed. http://bugs.koha-community.org/show_bug.cgi?id=2060 Signed-off-by: Elliott Davis <elliott@bywatersolutions.com>
Created attachment 10901 [details] [review] 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@bywatersolutions.com>
Created attachment 10902 [details] [review] 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@bywatersolutions.com> Testing plan delivers as it should.
Created attachment 11258 [details] [review] Bug 7475: Update configuration In order to make matching rules more useful for MARC21 authorities, this patch adds special indexes on previous see-from headings and LCCN. This patch does not change UNIMARC authority configuration in any way. Also modifies the Koha schema in preparation for adding authority import and matching to the Staging tools. To install: 1. Run installer/data/mysql/atomicupdate/importauthorities.pl 2. Update the following four files in your koha-dev: etc/zebradb/authorities/etc/bib1.att etc/zebradb/marc_defs/marc21/authorities/authority-koha-indexdefs.xml etc/zebradb/marc_defs/marc21/authorities/authority-zebra-indexdefs.xsl etc/zebradb/xsl/koha-indexdefs-to-zebra.xsl 3. Reindex your authorities: misc/migration_tools/rebuild_zebra.pl -a -r -v NOTE TO RM: this patch adds an atomicupdate file that needs to be incorporated into updatedatabase.pl if bug 7167 is not pushed. http://bugs.koha-community.org/show_bug.cgi?id=2060 Signed-off-by: Elliott Davis <elliott@bywatersolutions.com> Signed-off-by: Jared Camins-Esakov <jcamins@cpbibliography.com> Rebased on master 1 August 2012
Created attachment 11259 [details] [review] 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@bywatersolutions.com>
Created attachment 11260 [details] [review] 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@bywatersolutions.com> Testing plan delivers as it should.
*** Bug 5332 has been marked as a duplicate of this bug. ***
QA Comment: Quite impressive changes to incorporate auths into import functionality. Code looks good to me. Did not test, refer to signoff. I will upgrade the status, but with the note to RM that with these changes it would not hurt if we had yet another signoff or two :) It includes an atomicupdate to be pasted into updatedatabase. Passed QA
How can you possibly pass QA if you HAVEN'T TESTED IT!!!! This is a major failure in QA. I'm sorry, but if you haven't tested it you shouldn't be changing the status. Koha 3.8.x has been quite buggy, and actions like this won't help at all. Kyle (In reply to comment #15) > QA Comment: > Quite impressive changes to incorporate auths into import functionality. > Code looks good to me. Did not test, refer to signoff. > I will upgrade the status, but with the note to RM that with these changes > it would not hurt if we had yet another signoff or two :) > It includes an atomicupdate to be pasted into updatedatabase. > > Passed QA
I know you suggest another sign-off or two, but if you think that is necessary, mark it as 'Needs Signoff', not 'Passed QA'. Kyle (In reply to comment #15) > QA Comment: > Quite impressive changes to incorporate auths into import functionality. > Code looks good to me. Did not test, refer to signoff. > I will upgrade the status, but with the note to RM that with these changes > it would not hurt if we had yet another signoff or two :) > It includes an atomicupdate to be pasted into updatedatabase. > > Passed QA
(In reply to comment #16) > How can you possibly pass QA if you HAVEN'T TESTED IT!!!! Shouting to volunteers in the QA team will not help you. Your tone is not acceptable. So I will not even respond.
(In reply to comment #18) > (In reply to comment #16) > > How can you possibly pass QA if you HAVEN'T TESTED IT!!!! > Shouting to volunteers in the QA team will not help you. Your tone is not > acceptable. So I will not even respond. But you did respond ; ) I do apologize if my reply came off as yelling. Tone doesn't really come through well when it comes to plain text. I was only trying to add emphasis. I do stand by what I wrote but I hope there are no hard feelings.
(In reply to comment #19) > But you did respond ; ) Could not resist it > I do apologize if my reply came off as yelling. Tone doesn't really come > through well when it comes to plain text. I was only trying to add emphasis. > I do stand by what I wrote but I hope there are no hard feelings. OK I think we should discuss what QA is/should be on the list. For me it is not a second signoff. If the queue and time allows, I would be happy to test and sign off additionally. But that is not always the case. Please send a mail to the list..
(In reply to comment #20) > (In reply to comment #19) > > But you did respond ; ) > Could not resist it > > > I do apologize if my reply came off as yelling. Tone doesn't really come > > through well when it comes to plain text. I was only trying to add emphasis. > > I do stand by what I wrote but I hope there are no hard feelings. > OK > I think we should discuss what QA is/should be on the list. For me it is not > a second signoff. If the queue and time allows, I would be happy to test and > sign off additionally. But that is not always the case. Please send a mail > to the list.. I do agree tone is hard to understand. This is a great discussion to bring to the mailing list. Maybe for future QA(x)'s and RM's - a note on the bug of - "it passes code quality but WE need more (someone) to test the functionality". Marcel this was in no way directed at you (we all need more testing - wish I had the magic wand for that). We all appreciate the hard work that you are volunteering. Marcel++
(In reply to comment #16) > How can you possibly pass QA if you HAVEN'T TESTED IT!!!! Jumping in the discution = Kyle, the QA team does not test the feature, it investigates code to detect something not respecting coding guidelines, coding practices. Sometimes, the QAer also find some possible side effect. Something that is not in the test plan, but could break another thing. In this case, there are 2 possibilities: * the QAer test itself * the QAer ask for more tests & switch back to "need signoff" * the QAer passes QA, warning the RM, that has the final cut anyway (yes, that's 3 and not 2, but it's friday, so it's permitted) ;-) Time to leave for me now, i'll test this patch lated & deeply
Created attachment 12150 [details] [review] Bug 7475: Update configuration In order to make matching rules more useful for MARC21 authorities, this patch adds special indexes on previous see-from headings and LCCN. This patch does not change UNIMARC authority configuration in any way. Also modifies the Koha schema in preparation for adding authority import and matching to the Staging tools. To install: 1. Run installer/data/mysql/atomicupdate/importauthorities.pl 2. Update the following four files in your koha-dev: etc/zebradb/authorities/etc/bib1.att etc/zebradb/marc_defs/marc21/authorities/authority-koha-indexdefs.xml etc/zebradb/marc_defs/marc21/authorities/authority-zebra-indexdefs.xsl etc/zebradb/xsl/koha-indexdefs-to-zebra.xsl 3. Reindex your authorities: misc/migration_tools/rebuild_zebra.pl -a -r -v NOTE TO RM: this patch adds an atomicupdate file that needs to be incorporated into updatedatabase.pl if bug 7167 is not pushed. http://bugs.koha-community.org/show_bug.cgi?id=2060 Signed-off-by: Elliott Davis <elliott@bywatersolutions.com> Signed-off-by: Jared Camins-Esakov <jcamins@cpbibliography.com> Rebased on master 1 August 2012 Signed-off-by: Jared Camins-Esakov <jcamins@cpbibliography.com> Rebased on master 11 September 2012
Created attachment 12151 [details] [review] 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@bywatersolutions.com> Signed-off-by: Jared Camins-Esakov <jcamins@cpbibliography.com> Rebased on latest master 11 September 2012
Created attachment 12152 [details] [review] 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@bywatersolutions.com> Testing plan delivers as it should. Signed-off-by: Jared Camins-Esakov <jcamins@cpbibliography.com> Rebased on latest master 11 September 2012
Is this going to make it into 3.10? We have some major projects in our library that would make extensive use of this functionality.
Hi SJeffery, you could help getting this in by testing it very well and then giving it another sign-off!
Really, it would be a great addition - and more sign-offs are always helpful. :)
I tested this and have the following comments: 1. Possible future enhancement: I can see many libraries requiring the script link_bibs_to_authorities.pl to be running in order for this to function properly. As a librarian, I would never know that there is a separate script that needs to be run in order to get my imported authorities to actually work. This script may need to be integrated into Koha a bit better. 2. Possible future enhancement: There does not seem to be a good way to match author (and possibly other types of) authority records at time of import. That said, this patch works and I am signing off on it. Please note that I am working remotely so can not sign off in the code.
I'm trying to test this patch. Test plan: * search an authority, and export it in iso2709 unicode * go to stage-marc-import.pl and upload it, specifying it's an authority * go to manage-marc-import.pl, check it's an authority (Type: Authority records is displayed => OK) the manage-marc-import.pl says: Add new bibliographic records into this framework: <list of biblio frameworks> There's also: Item processing: <Always add items> I think it's wrong. Just behind, the citation is empty Hitting "Import this batch into the catalogue" fails = the job progress stays to 0% forever Side question = is it supposed to work well in UNIMARC ?
Created attachment 12195 [details] screenshot for my previous comment
Did you run the database update? That's what it looks like when you don't.
Created attachment 12198 [details] unimarc authority used for testing
Marking back to Passed QA, as it would seem the UNIMARC authority in question was entirely garbled by the Koha export.
Created attachment 12213 [details] UNIMARC authorities These authorities comes from BNF
Created attachment 12215 [details] screenshot of my testing with UNIMARC (and Plack) It's better, but still failing : the job progress is stalled to 0% forever In Plack console, I see: Subroutine redo_matching redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 142. Subroutine create_labelbatch_from_importbatch redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 186. Subroutine import_batches_list redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 206. Subroutine commit_batch redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 234. Subroutine revert_batch redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 263. Variable "$sessionID" is not available at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 296. Subroutine put_in_background redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 292. Subroutine progress_callback redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 327. Subroutine add_results_to_template redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 337. Variable "$sessionID" is not available at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 346. Subroutine add_saved_job_results_to_template redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 343. Subroutine import_records_list redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 351. Subroutine batch_info redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 413. Subroutine add_matcher_list redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 445. Subroutine add_page_numbers redefined at /home/paul/koha.dev/koha-community/tools/manage-marc-import.pl line 458. I also tried without plack, and got the same behaviour = job progress stuck at 0% (and nothing added in the database, i've checked)
Created attachment 12218 [details] [review] 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.
Returning to Passed QA so that Paul will see the updated follow-up.
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
Created attachment 12346 [details] [review] 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@bywatersolutions.com> Signed-off-by: Jared Camins-Esakov <jcamins@cpbibliography.com> Rebased on latest master 11 September 2012
Created attachment 12347 [details] [review] 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@bywatersolutions.com> Testing plan delivers as it should. Signed-off-by: Jared Camins-Esakov <jcamins@cpbibliography.com> Rebased on latest master 11 September 2012
Created attachment 12348 [details] [review] 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.
Patch pushed to master This time, everything work afaics !