Records loaded with fix_doc_880 will not sort
- Article Type: General
- Product: Aleph
- Product Version: 19.01
Description:
I am trying to figure out how to get things properly sorted.
It seems that fix_doc_redo_880 does a sort all by itself, putting the 880s at the end.
So when the records come back in, and get changed from 880s into parallel fields, they need to get resorted, so they are in parallel again.
I have tested this with tab_expand: This sequence seems to work properly:
! To test the sorting of the Backstage reload
JANE fix_doc_marc21_spaces
JANE fix_doc_delete_chi_spaces
JANE fix_doc_880
JANE fix_doc_sort
JANE fix_doc_sort_sub6
But when I load the records with p_manage_18, with the same fix (called BKGIM), nothing gets sorted. I tried putting some steps between the 880 and the doc_sort, to no avail.
This is happening with a merge.
Any ideas? Should the fix_doc_880 be invoked or run somewhere else?
Resolution:
[From site:]
I think I found a solution. Instead of using p_file_08 with the script bibreload.fix, I set up p_manage_37 to run the script and do the fix_doc_880:
BKG25 fix_doc_do_file_08 bibreload.fix
BKG25 fix_doc_880
The output was interesting! the parallel fields are all nicely sorted without me even asking! However, at this stage, all the parallel lines have an L:
002484902 1001 L $$601$$aLuo, Zhenyu,$$d1866-1940.
002484902 1001 L $$601$$a???,$$d1866-1940.
002484902 24510 L $$602$$aYin xu shu qi kao shi san zhong /$$cLuo Zhenyu zhuan.
002484902 24510 L $$602$$a???????? /$$c????.
Not to panic. I then fed them through p-manage-18 with fix_doc_sort and fix_doc_sort_sub6, and the record in the database now has the correct C for the CJK lines, and they are still in the correct order:
1001 L $$601$$aLuo, Zhenyu,$$d1866-1940.
1001 C $$601$$a???,$$d1866-1940.
24510 L $$602$$aYin xu shu qi kao shi san zhong /$$cLuo Zhenyu zhuan.
24510 C $$602$$a???????? /$$c????.
I wonder if the 2 sort lines are even needed....
So I guess the trick is: fix your 880 fields with something other than an actual loader....
- Article last edited: 10/8/2013