https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22972
--- Comment #23 from Julian Maurice <[email protected]> --- (In reply to Janusz Kaczmarek from comment #21) > 1. [advanced editor] In the advanced editor, if a authority record has more > than one 024 field, all occurrences of the indicated subfield are > concatenated into a single string and placed in a single $1 subfield. It looks like a bug in the advanced editor. I reproduce it on main branch with other subfields. > 2. [update/merge] Adding the 024 field with the subfield indicated in the > configuration to the authority record does not add subfield $1 to the > heading field in bibliographic records linked with the authority record in > question. Confirmed. I'll send a fix > 3. [link] In a situation where authority and bibliographic records have been > loaded into the system from an external source, and then the linking process > has been started (link_bibs_to_authorities.pl), the 024 $1 subfields (or > other subfields indicated in the configuration, respectively) are not added > as $1 subfields in the corresponding headings of the bibliographic records. I'm not familiar with the linker, but it looks like it does not even try to update the biblio field (except adding a $9 subfield of course). So I think this should not be changed in the context of this bug. > There is also the question of how Koha should behave in the case of > authority records with the 024 $1 subfields already present in the database > and linked to bibliographic records - wouldn't we need a script to rewrite > the headings and add the $1 subfields. I think that misc/maintenance/update_authorities.pl may help. For instance: misc/maintenance/update_authorities.pl -merge -reference $authid -c But that requires calling it for each authority > > And a final note: displaying information from the subfield $1 in the > bibliographic record view seems very unergonomic to us, especially for URIs > outside the list hardcoded in the XSLT (currently: viaf and wikidata), such > as ISNI. We would suggest integrating this information into the > functionality introduced by bug 29948, as a possible follow-up. I'll look into it -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
