https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31019
--- Comment #9 from David Nind <[email protected]> --- Since I created this bug, what is a good way forward? I've noted a few ideas, welcome feedback and some more nuances on the scenarios, audiences, and options. Current options and set up ========================== MarcFieldDocURL system preference: If left empty, the default hard-coded links are used, which is an issue when the links no longer work. The display of the help links is controlled in the basic bibliographic record editor when editing a record: Settings > Show MARC tag documentation links. However, this is only remembered for the current session - if you log out, it defaults to displaying the help links the next time you log in. The help links are only shown for bibliographic records, not authority records. The help links are only shown on the standard bibliographic editor, there are no help links shown in the advanced editor. Scenarios ========= Likely scenarios for libraries: 1. Display the default help for MARC tags as an aid for catalogers: - No action required: . links to the Library of Congress (links work) or IFLA (links don't work, as URLs have changed and no longer provide individual web pages for each tag) . The "Show MARC tag documentation links" is on by default 2. Display library specific help for MARC tags. This reflects local or national cataloging practices. Likely used by consortia or national libraries that use some sort of centralised or controlled cataloging. This reflects their conventions and interpretation of the various MARC tags that are specific to their collections. 3. Don't want to display any help links, documentation for MARC tags and cataloging practices is available elsewhere. Audiences ========= 1. Experienced catalogers: . likely only need to refer to MARC tags for things they are unfamiliar with, or use rarely . most of the time they will "know" what is required for the various tags and how their library uses them . very familiar with their collections, and the tags they use to describe their records and cataloging conventions . very familiar with MARC and cataloging terminology (indicators, headings, control fields, and so on) 2. Occasional catalogers: . likely to use the help frequently . know the basics, but anything "tricky" requires looking up documentation, and possibly local documentation for how they describe their collections (or look at existing similar records, and copy that) . familiar with MARC basics, but more advanced stuff is confusing 3. Novice catalogers: . no idea what MARC is, but probably get the basics, like records need titles and authors so that their patrons can find things . what are indicators? . likely to think "this is weird!" Options ======= Current settings: - Help links shown by default in the basic editor - Links to the Library of Congress for MARC21 work - Links for UNIMARC no longer work - no longer provide individual web pages for tags, URLs generated no longer valid - Can turn off help links temporarily when editing records (Show MARC tag documentation links) - Can customise the URL for help links (MarcFieldDocURL system preference) Option 1 - Make it configurable (ideal): - Add an option to MarcFieldDocURL to show or not show help links (enhancement), then a field for the link (as currently), for example: MarcFieldDocURL: Show/Don't show links to MARC field documentation. Use ______ .... (existing text) - If "Don't show" is selected, then: . no help links shown in the basic editor . no "Show MARC tag documentation links" menu option - If "Show" is selected, then: . help links shown . "Show MARC tag documentation links" menu option is selected (is this even required?) . if no URL entered, then: . default for MARC21 - no change . if a UNIMARC instance, then display an info message "Please update the URL in the MarcFieldDocURL system preference for your UNIMARC documentation" Option 2 - Make it configurable (UNIMARC instances): - Same as option 1, but if no link and a UNIMARC instance, then link to a manual page (in English) that has some information about the UNIMARC standard and where to find (maybe with links to language-specific resources, if they exist). Option 3 - Provide Koha UNIMARC docs: - We could turn the IFLA PDFs into HTML pages, and maintain - Long-term challenge to keep up to date! - UNIMARC is primarily used by non-English speaking libraries (from my understanding) - Not sure why we should do IFLA's work for them! - Not recommended! Option 4: No change - If you are a UNIMARC library, you need to add a link to MarcFieldDocURL to point to your cataloging guidelines - Update the manual and system preference description to reflect this I think I prefer option 1, but I'm not a developer. So I'm not sure of the best or easiest approach for doing this. -- You are receiving this mail because: You are the assignee for the bug. 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/
