[Bug 27176] New: Using z39.50 with Advanced Editor if fields are out of order, they also display out of order
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27176 Bug ID: 27176 Summary: Using z39.50 with Advanced Editor if fields are out of order, they also display out of order Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: kelly@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl When a library uses the z39.50 search through the Advanced editor and imports a record that has marc fields out of order, such as having a 700 field listed first, followed by the 245, then the 008. Importing this record will display the fields out of order in the advanced editor. There is no easy way to re-order these fields in the advanced editor module, but it can be done through the clipboard. Using the basic editor, importing the same file with fields out of order will import correctly. If this record is saved, and then re-opened in the Advanced Editor, the fields are ordered correctly. It would be convenient and consistent to have fields ordered when importing a record through both the advanced editor and the basic editor. A workaround to the library that has imported (through the Advanced Editor) one of these records that have marc fields out of order. Once this record has been saved to Koha, reopened in the Basic Editor, and then opened through the Advanced Editor- the fields will be in the correct order. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27176 Andrew Fuerste-Henry <andrew@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=22158 CC| |andrew@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27176 --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Kelly, do you have a target where such records could be found for testing? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27176 Phil Ringnalda <phil@chetcolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |phil@chetcolibrary.org --- Comment #2 from Phil Ringnalda <phil@chetcolibrary.org> --- An inconvient one for testing since it requires an account, but useful for showing the reason I disagree with fixing this bug: OCLC records are typically ordered like 600 _ 0 $aName 650 _ 0 $aTopic 650 _ 1 $Simpler 600 _ 7 $aName$2fast 650 _ 7 $aTopic$2fast 600 _ 7 $aName$2sears 650 _ 7 $aSemi-simpler$2sears making it simple in the advanced editor to get to the end of the ones you want and then just delete delete delete. Unless someone saved the record in the basic editor before you got to it, when you have to go through each type of subject tag picking out the ones you don't want. But just to see that it happens, Library of Congress - they put 906/925/955 before 010. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27176 Phil Ringnalda <phil@chetcolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Using z39.50 with Advanced |With Advanced Editor if |Editor if fields are out of |fields are out of order, |order, they also display |they also display out of |out of order |order Version|20.05 |master --- Comment #3 from Phil Ringnalda <phil@chetcolibrary.org> --- And it's not specific to z39.50. If you intentionally put your notes in the order 520 505 511 500 500 500 they will stay that way, and will be displayed that way in the staff and OPAC notes tabs, unless someone comes along and saves your record in the basic editor, which will put the 500 "Series number from goodreads.com" above the summary and the contents notes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27176 Phil Ringnalda <phil@chetcolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |iming@rosewoodfarm.com.au --- Comment #4 from Phil Ringnalda <phil@chetcolibrary.org> --- *** Bug 33650 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27176 Melissa <mwalker@akronlibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mwalker@akronlibrary.org --- Comment #5 from Melissa <mwalker@akronlibrary.org> --- The order of the subjects (6xx fields) is critical to cataloging. Please see this documentation from the LoC (https://www.loc.gov/aba/publications/FreeSHM/H0080.pdf) The order in which they appear in the catalog was determined by a cataloger and provides added value to the catalog. Alphabetical or numerical by fields is not valid way to sort 6xx fields. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org