Re: [Koha] 500 internal server error - only in one category
Hi Scott, When I've seen this, it's usually a problem with one or more patron files in the category, and not with the category itself. Our upgrades to 22.05 are a bit far in my memory, but I remember at one point there was a problem with dates in the patron file being -00-00. This resulted in error 500 during a patron search. You can try select date_renewed,dateofbirth,dateenrolled,dateexpiry,lastseen,updated_on,debarred from borrowers where date_renewed = '-00-00' or dateexpiry = '-00-00' or dateenrolled = '-00-00' or dateofbirth = '-00-00' or lastseen = '-00-00' or updated_on = '-00-00' or debarred = '-00-00'; Regards, Caroline On 2024-06-11 13:40, Scott Owen wrote: Hi All, I just upgraded to Koha Koha version: 22.05.21.000 and imported sql data from a older system ( 20.05.15.001 ) The catalog looks fine, as well as my "Board" "Staff" and "Teacher" categories. However, whenever I select my "Student" category, and try a search in the left leaving the "search" blank and just searching for the Student Category , I get a "Something went wrong loading the table 500 internal Server error" Trying to browse by last names gives the same "500 internal Server error" error. If I try typing in a last name, it seems to work, and will bring up a list of names. I already tried exporting a 2nd DB dump and importing it clean...same issue. Any idea where to start ?? It seems like the data is good, it seems like it's all there. but it's not being sorted / indexed correctly ? I tried looking in log files, but I really didn't see much . -S ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [Koha-devel] Koha 24.05 is here!
Congratulations Katrin! Caroline On 2024-05-28 08:11, Tomas Cohen Arazi wrote: Congratulations, Katrina! Great job El mar, 28 may 2024 a las 6:15, Fischer, Katrin via Koha-devel (< koha-de...@lists.koha-community.org>) escribió: The Koha community is proud to announce the release of Koha 24.05.00. Koha 24.05.00 is a major release that comes with many new features. It includes 9 new features, 239 enhancements, 529 bugfixes. The full release notes are available here: https://koha-community.org/koha-24-05-00-released/ Debian packages are available. -- Katrin Fischer Bibliotheksservice-Zentrum Baden-Wuerttemberg (BSZ) 78457 Konstanz / Germany Phone: +49 7531 - 88 4934 E-Mail:katrin.fisc...@bsz-bw.de http://bsz-bw.de ___ Koha-devel mailing list koha-de...@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website :https://www.koha-community.org/ git :https://git.koha-community.org/ bugs :https://bugs.koha-community.org/ -- Logo inLibro <https://inLibro.com> Caroline Cyr-La-Rose (elle) Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> Kohacon Apprendre et construire ensemble Montréal 23-27 septembre 2024 <https://2024.kohacon.org/> 2024.kohacon.org <https://2024.kohacon.org/> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Plugin Carroucel
Hi Victor, When generated, the carrousel is stored in the additional content "OpacMainUserBlock". You can delete that and the carrousel should be gone from the OPAC. Regards, Caroline On 2024-03-01 08:13, Victor Barroso Oliveira wrote: Hello friends, I uninstalled the Carroucel Plugin but it still remains in OPAC even after clearing the browser cache. How can I completely clean this plubin from my Koha? Thanks, Victor ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Kohacon24 - Learning and Building Together
ere we will have coffee breaks and where work tables will be installed, is spacious enough for informal gatherings during the conference days. If you have a specific topic for discussion or want to form a working group, let us know, and we'll include it in the program to garner interest. -- We look forward to your participation in making Kohacon24 a memorable and enriching experience for all. Let's learn and build together! Best regards, The Kohacon24 organization team (Caroline, Eric, Marie-Luce, and Olivier) kohaco...@inlibro.com <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com/en> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Loan periods
Hi Alexander, Maybe someone else will have a genius idea, but I don't really see a way around creating specific item types, or simplifying your rules. (A software change is always a good time to review policies imo...) I mean, you could always do manual loan periods (https://koha-community.org/manual/latest/en/html/circulationpreferences.html#specifyreturndate), but it's a hassle to do it for every loan... I wanted to address this however It looks a bit messy in cataloguing but these would also show up in the OPAC (eg. in the advanced search limiters). This can be hidden in with the OpacAdvancedSearchTypes system preference. If you use ElasticSearch, the facets in the search results can be hidden in Administration > Search engine configuration (Elasticsearch) > Bibliographic records, uncheck the itype facet at the bottom of the screen. In the detailed record, you can hide the item type column by unchecking the item_itemtype column in Administration > Table settings > OPAC > holdingst. That way, the item types should not appear in the OPAC (although for transparency, patrons might be interested to know how long they can take something out). For cataloguers, I don't really see the difference for them to enter a loan period in an item field vs choosing an item type in an item field. Good luck with all of that! Caroline On 2023-10-12 09:28, Wagner, Alexander wrote: Hello! Being pretty new to Koha I still struggle to get a solution for our loan periods. I understand that Koha specifies loan periods based on `item types` and `patron types` and then calculates the loan period using the circulation matrix. I also believe I have an understanding of this matrix and I also know such concepts from other ILS. However, in our library we assume that all patrons are created equal. Now, we (currently) assume that not all books (just to take one item type) are created equal. IOW in our current system we have books with a loan period of 4 weeks (usual default) while we also have books with a loan period of 3 days (being open 24/7 with self service checkout this is our `not for loan`) and others with 2 years. Currently, any patron (they are all equal) can have items with any of these loan periods. Eg. I got Peskin/Schroeder as as desktop reference for 2 years. Then go to the library during my usual working hours (10pm or so ;) and up pick Bailin/Love from the open shelves to prepare the next lecture and while I am there I spot this interesting "new piece over there" and add it to the lot not noticing that it should stay there for a week or so. (Telling our SIP terminal "you can not take this" will not work well, especially as most of our patrons would not notice the red frownie and no-one would notice the beeps at the entrance in the middle of the night.) However, till here I can model most of it by creating an item type `book` along with `desktop reference` for the first two items. I do not yet see the new items shelve (a temporary location) where items stay for a week till they move to their permanent location with a regular loan period of 4 weeks. (IOW in our current system the loan period sometimes depends on temporary locations.) Still, this requires to add a new item type for each loan period. When it comes to databases we now have a number of different loan periods, as we model them as the subscription period minus some contract dependent time to allow for cancellation (or renewal). E.g. some are subscriptions for campus (real not for loan) with some contract running a year. The next contract runs 3 years with 4 month before it's end for cancellation. Then we have individually licensed accesses ranging from a monthly or bi-monthly period to years. Those are currently checked out to the patrons who have the access and we use the reminders as notification to our patrons ("should we renew?") and the renewals as a notification to us that the contract should indeed be renewed for another period. How would I model this in Koha? Do I really create a host of item types with funny names like 1 week, 2 weeks, 3 weeks, 4 weeks, 5 weeks, 6 weeks, 7 weeks, 8 weeks, 1 month, 2 months, 3 months, 4 months, 5 months, 6 months, 7 months, 8 months, 9 months, 10 months, 11 months, 12 months, 18 months, 24 months, 30 months, 36 months, 42 months, 48 months, 54 months, 60 months, 66 months, 72 months, 78 months It looks a bit messy in cataloguing but these would also show up in the OPAC (eg. in the advanced search limiters). In our current system I just had a subfield on item level where I could specify a loan period. Do I get it right that this concept does not exist and can not be modeled in Koha? How can I get around this? How do others handle this? Maybe I need a different angle to look at it... Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ex
Re: [Koha] Batch Authority merge
Hi Andrew, Maybe the script migration_tools/remove_unused_authorities.pl would be helpful? Regards, Caroline On 2023-09-29 14:54, Andrew R Hartung wrote: I have a massive amount of authority records that are duplicated. I think I imported some twice. Is there a way to batch or bulk merge or delete them? ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Import Catalog
Hello Bill, In the last few versions of Koha, all cataloguing tools have been moved to the Cataloguing module. There is no need to activate anything if you are already superlibrarian. Simply go to Cataloguing instead of Tools. Regards, Caroline On 2023-09-28 22:19, RACS IT Department wrote: I have worked with Koha in the past. Our local install broke so I had to create a fresh install. I have completed the install on the latest version of Ubuntu (UI) and the latest version of KOHA and would like to import the catalog. I am logged in with the Superlibrarian user. When I go into Tools there is no option to import the catalog and it appears that the Catalog options are missing in the Tools section. Here is a link to a picture for what I am talking about. I don't think it will allow me to attach a picture. https://drive.google.com/file/d/14HjM6UqcHM2NnjrigQJZgoB8WGykzAU8/view?usp=sharing How do I enable those menu items under tools? Thank you! Bill Kingsley ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Logo inLibro <https://inLibro.com> Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] The "one manual" idea
of the software and services that it offers. I think that the pursuit of a single, authoritative manual would be a good move for Koha. Here are my thoughts on the Koha documentation: – Is there a clear distinction between what belongs in the manual versus what belongs in the wiki? – There is a lot of informal "documentation" here in the mailing list that would be great to have in either the manual or the wiki. (Not both.) – I think that it would be good to have a means of easily switching between languages for any given section—if a translation isn't complete or is unclear, the reader can switch to a language that may be better. For example, when consulting manuals for Dell products, I can quickly switch between English and German when it makes sense to do so. Microsoft documentation that has been machine translated usually has a little globe icon at the top of the page that allows the reader to switch to the original English text. Other online documentation that I consult requires changing the language tag in the URL, e.g. "de-de" to "en-us". – Even if a new feature doesn't have complete documentation, I think it would be helpful to insert a placeholder for it so that readers at least know that its absence is acknowledged. (You might even advertise the need for additional documentation crew!) – I have occasionally noticed elements that are undocumented. For example, the "SMTP servers" section in "Additional parameters". Might there be a way in which new documentation could be requested or prioritized through one-click bug reporting or a voting system? – With respect to versioning: – If the manual's backend is capable of versioning, won't it still be possible to consider a point-in-time snapshot to be "version X" of the manual? – If versions of the manual will be preserved, it would be helpful to be able to switch easily between versions, as with languages. – If backporting was still carried out under the "one manual" concept, I think that it would be acceptable to limit the extent of the backports to the version considered "oldoldstable" at the time. – For any version of the manual that is beyond the extent of backporting, I think that it would be acceptable to insert a caution in the header to the effect, "This manual is current to Koha version X. It is no longer maintained. If you see a feature or a process in the manual that does not match what you experience in your Koha installation, please check the same spot in a later version of the manual. (Would the following extension help direct readers? http://sphinx-version-warning.readthedocs.io/) – Tagging sections of the manual with applicable versions is a good idea, e.g. "Applies to: All Versions", "Applies to: 22.05 and earlier", "Applies to: 22.11 and later", etc. Thank you for soliciting our feedback. If there are elements of documentation and the manual that I could support, I think I could give some time to that. Regards, David Liddle System Administrator david.lid...@wycliff.de (but not for this list) Wycliff e.V., https://wycliff.de Seminar für Sprache und Kultur, https://spracheundkultur.org Internationales Tagungszentrum Karimu, https://karimu.de ___________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Patron Profile picture upload
Hi Rupinder, There is currently no way to allow patrons to upload their own picture. The enhancement request was filed a while back : https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14730 You can add your comments on bugzilla. Regards, Caroline On 2023-09-15 05:02, Rupinder Singh wrote: HI, I have a question, just like we can allow our users to edit or add their profile information from the opac profile section. Can we also enable any option so that users can upload their photos themselves ? Thanks Rupinder Singh ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] System preferences related to "not for loan" itemstypes
Hello Christina, I don't think I have the answer, but maybe some avenues to look at... First, the "Hide in OPAC" option in item types is not used to hide the item or the record from the OPAC, but rather it hides the advanced search options (if itemtypes is in OpacAdvancedSearchTypes). The name of the option is not the best, but that is what it does. My first hypothesis for your problem would be OpacHiddenItemsHidesRecord. Although I'm not sure why one item among many would hide the record... Normally, OpacHiddenItemsHidesRecord is used to hide the record if all items are hidden by OpacHiddenItems. You could try deactivating it and seeing if the record appears. I've also seen problems in the past if something in OpacHiddenItems is not written correctly. You could try deleting everything that is in there and check if the record appears. If it does, add the content back line per line to see which line causes the problem. Maybe the logs could tell you something? Also, if you have the action logs for system preferences enabled, you could look at what sysprefs were modified around the time the problem appeared. If it is as you think and a syspref was changed, you could see it there. That's all I have... Good luck! Caroline On 2023-09-14 02:56, Fairlamb, Christina wrote: Morning all, I have a problem related to one of my itemtypes that is probably a system preference I changed a while ago but I can't find it so wondered if anyone had any ideas where to look. I have about 15 itemtypes, 4 of which are marked not for loan, 1 of these "not for loan" items hides the entire record from the OPAC no matter if there are other viewable/loanable itemtypes attached to the record or not (It does NOT have the "Hide in OPAC" option selected). This is not the behaviour I want. If I untick the "not for loan" option for this itemtype, all is as normal and the record with all valid items can be seen on the OPAC. Does anyone have any idea which systempreference this might be related to, I've checked out OpacHiddenItems specifically, I've checked out the record level suppression and i've taken a look through all the OPAC systempreferences but no luck so far. -- Logo inLibro <https://inLibro.com>Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Documentation - Are automated screenshots the way to go?
g into. We currently have a Google spreadsheet with a list of about 1600 images. Anyone can go in and analyze an image. If several people analyze 2 or 3 images each, we'll be done in no time! It is not too difficult to analyze a screenshot, but you do need to know how to use Koha and know how to read HTML at least a little bit (just to spot the IDs or classes of the tags). I wrote up a procedure on how to do it in the Google drive https://docs.google.com/document/d/1wscmVmficQSpCmUDPNEYLp-TFJoR3gay2O6zS8q-Kak/edit?usp=sharing After we determine if automation is the way to go, there are still a lot of things that would need to be ironed out before jumping in. Like what data to use, is the sample data enough? Do we only do the easy ones? When running the scripts, how do we determine that the screenshots have been correctly generated? Where do we store the Cypress scripts? When do we generate the screenshots? But all those questions will come later. First we must decide if we do it or not, and for that we need to analyze the images. If you have opinions on this, or would like to help, or would simply like to know more about the Koha manual, there is an upcoming Documentation meeting on September 27, at 14 UTC. Everyone is welcome! (I swear we are very nice!) https://wiki.koha-community.org/wiki/Documentation_meeting_27_September_2023 Thank you for reading all the way to the bottom! :) Caroline As promised, here is the kitty! :) ⠀⠀⠀⡀⣀ ⠀⠀⠀⣧⡑⢄⡀⠀⠀⢀⡴⣪⠁ ⠀⠀⠀⣽⡨⠆⠉⠊⠉⠀⠈⠉⠐⠉⠮⣰⡇ ⠀⠀⢠⠁⢃ ⠀⠀⠐⠠⠄⡀⡈⠀⠀⡰⠂⡄⡔⢢⡄⠀⠘⣀⡀⠤⠒ ⠀⠀⠠⠤⠤⠤⡯⢥⡆⠑⠛⠁⢀⣻⣃⡀⠙⠛⠁⣶⢭⡧⠤⠤⠤ ⠀⠀⢀⡠⠄⠒⠙⡅⠈⠉⠉⠀⡝⠁⠒⠠⠄ ⠀⠀⠀⡨⠂⠀⠀⢺⠀ ⠀⠀⡰⠁⠱⡀⠀⠀⠀ ⠀⢰⠁⠀⠀⢡⠀⠀⠀ ⠀⡆⡆⠀⠀ ⢀⠖⠐⢢⠀⡇⡇⠀⠀ ⡆⠀⠀⠀⡄⡇⡇⠀⠀ ⢡⠀⠀⠀⡇⢡⠀⠀⠰⡄⡀⠀⠀⠀⡆⠀⠀⢠⠓⡀⠀ ⠈⡄⠀⠀⠸⡀⠣⡀⠀⡇⡇⠀⠀⢠⠁⠀⡠⡇⠀⢡⠀ ⠀⠈⢄⠀⠀⠑⢄⠈⠢⢴⡀⠀⢠⠀⡇⠀⠀⣌⠠⠚⣡⠃⠀⣸⠀ ⠀⠀⠀⠳⣀⠀⠀⠑⠂⠤⢙⣛⡋⠉⢙⣣⣊⠀⠤⠊⠁⠀⡠⠃⠀ ⠀⠑⠠⢀⠀⠀⠀⢀⡠⠐⠁⠀⠀ ⠀⠁⠒⠒⠂⠀⠀⠐⠒⠂⠉⠀⠀ Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Export list in csv format
Hi Rupinder, You can add CSV profiles in Tools > CSV profiles and they will show up in the export options for lists. https://koha-community.org/manual/latest/en/html/tools.html#csv-profiles I think the manual is pretty clear, but I wrote a procedure (in French) on how to do it exactly. I'm sure Google Translate can help you read it if you don't know French ;) https://inlibro.com/knowledge-base/exporter-les-notices-en-csv-a-partir-dune-liste/ Good luck! Caroline On 2023-08-14 03:23, Rupinder Singh wrote: Hi, We occasionally create different lists from our koha catalogue of the books pertaining to certain subjects to be circulated to faulty. To do this, I have to search for books using appropriate search criteria, and then from the results, i check mark and add these books to my private list. From this private list, I can either print the added books or share these via email. However, the export option only gives RIS, Bibtext, and ISO2709 formats. My question is, can I add a CSV export option for my lists so that I can have the books in Excel format? Thanks Rupinder Singh ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Incremental fine in KOHA
l Rupinder, I think you can use the "Fine charging interval" column in the circulation rules, set it to 7 days. That way, the fine will be calculated every 7 days. I have never tried it personally, all the libraries here either charge daily or not at all, but in theory it should work. Best of luck, Caroline On 2023-08-10 06:06, Rupinder Singh wrote: HI, Our library has a fine rule that attracts a fine amount of 25 per day for the first week after the due date. after the first week, it is 50 per day and after the second week, it is 75 per day. The out-of-the-box installation of koha only gives the option to put one rate of fine for a user category. How can I configure my koha to have the incremental fine calculation.? I can tweak some settings, but I am not an expert coder.. please help thank you Rupinder Singh ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Logo inLibro <https://inLibro.com> Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] MARC modification templates problem
Hi Eric, Did you try without the if? The regex replace should only replace the example.com links and leave the other ones alone. I tried in 23.05.02 with Copy and replace All field(s) 856 u to 856 u RegEx s/^https?:\/\/example.com/https://proxy.cca.edu/url?=https://example.com/ the record was 856 _ _ ‡uhttps://example.com‡yLink to proxy 856 _ _ ‡uhttps://www.cca.edu‡yLink to retain the modified record was 856 _ _ ‡uhttps://proxy.cca.edu/url?=https://example.com‡yLink to proxy 856 _ _ ‡uhttps://www.cca.edu‡yLink to retain You could write a bug report for the "1st" vs "every" thing. Personally, I've never understood the "1st" option. It's probably because as you said it's not necessarily the first visually. And I'm not sure if the first would always be the one you need to change in all the records, records being so different from each other. Best of luck! Caroline On 2023-08-08 18:39, Eric Phetteplace wrote: Hi Caroline, Yes, they do happen to have different domains, one I want to preserve and one I want to proxy. Thank you for the suggestion! Using a more qualified regex seemed like it should work, but Koha still clobbers the second 856$u subfield. Here's a modified example: Record 245 _ _ ‡aExample 856 4 0 ‡uhttps://example.com <http://example.com/>‡yLink to proxy 856 4 0 ‡uhttps://www.cca.edu <http://www.cca.edu/>‡yLink to retain MARC modification Copy and replace 1st field(s) 856 u to field 856 u Regex ✅ s/^https?://example\.com/https://proxy.cca.edu/url?=https://example.com/ If field 856 u matches m/https://example.com/ Regex ✅ Output record 245 _aExample 856 40 _uhttps://proxy.cca.edu/url?=https://example.com <http://proxy.cca.edu/url?=https://example.com> _yLink to proxy 856 40 _uhttps://proxy.cca.edu/url?=https://example.com <http://proxy.cca.edu/url?=https://example.com> _yLink to retain As the "if" condition cannot stop the second field from being modified, the regex also cannot. Koha seems to take the first 856, check it against the if condition, and then copies the modified $u subfield to all other instances of 856$u no matter what is configured in the modification template. Again, I tested with both "all" and "1st" 856 fields and the result was the same. Saying "1st" 856 still modifies both 856s. So am I stuck writing a bug report? There's no way to modify only one of a set of the same fields even with if conditions? I would expect other templates dealing with commonly repeated fields like subject headings to run into trouble then. Maybe only the "copy and replace" action has problems so fewer templates are affected? Best, ERIC PHETTEPLACE Systems Librarian, Libraries (he/him) ephettepl...@cca.edu /CCA is situated on the traditional unceded lands of the //Chochenyo and Ramaytush Ohlone// peoples./ Black-owned bookstores in Oakland: Ashay by the Bay <https://ashaybythebay.com/>, Marcus Books <https://www.facebook.com/marcus.books/> :(){ :|: & };: On Mon, Aug 7, 2023 at 6:40 AM Caroline Cyr La Rose wrote: Hi Eric, This has been my experience as well. I haven't found a way to modify only one field when there are more that one of the same tag in the same record. Are the links you are trying to change all the same domain? Or a couple of different domains? If so, you could match the regex on a longer part of the URL e.g. s/^https://some-online-resource.com/https://proxy.cca.edu/url?=https://some-online-resource.com You can have many options in one modification template, so you can have many "copy and replace" for various resources. Or you can do it by batch. The latter is usually what I've done in the past: make a report to have the URLs matching some-online-resource.com <http://some-online-resource.com>, batch modify those. Then change the modification template, change the report to have the URLs another-online-resource.com <http://another-online-resource.com> and batch modify those records, etc. Good luck! Caroline On 2023-08-04 11:31, Eric Phetteplace wrote: > Hi collective wisdom, > > I'm running into a MARC modification template problem and I can't tell if > I'm missing something or there's a bug/limitation. I know I could > accomplish these edits with MARCEdit or a script, but I was hoping to use > Koha's tools. > > I have a record with two 856 fields with links, I want to apply our proxy > server prefix to one link but not the other. That seems to be impossible; > Koha clobbers the second link with a copy of the first. Here's a minimal > example. > > Record > 245 _ _ ‡aExample > 856 4 0 ‡uhttps://example.com <http://example.com&g
Re: [Koha] MARC modification templates problem
Hi Eric, This has been my experience as well. I haven't found a way to modify only one field when there are more that one of the same tag in the same record. Are the links you are trying to change all the same domain? Or a couple of different domains? If so, you could match the regex on a longer part of the URL e.g. s/^https://some-online-resource.com/https://proxy.cca.edu/url?=https://some-online-resource.com You can have many options in one modification template, so you can have many "copy and replace" for various resources. Or you can do it by batch. The latter is usually what I've done in the past: make a report to have the URLs matching some-online-resource.com, batch modify those. Then change the modification template, change the report to have the URLs another-online-resource.com and batch modify those records, etc. Good luck! Caroline On 2023-08-04 11:31, Eric Phetteplace wrote: Hi collective wisdom, I'm running into a MARC modification template problem and I can't tell if I'm missing something or there's a bug/limitation. I know I could accomplish these edits with MARCEdit or a script, but I was hoping to use Koha's tools. I have a record with two 856 fields with links, I want to apply our proxy server prefix to one link but not the other. That seems to be impossible; Koha clobbers the second link with a copy of the first. Here's a minimal example. Record 245 _ _ ‡aExample 856 4 0 ‡uhttps://example.com‡yLink to proxy 856 4 0 ‡uhttps://www.cca.edu‡yLink to retain MARC modification Copy and replace 1st field(s) 856 u to field 856 u Regex ✅ s/^http/ https://proxy.cca.edu/url?=http/ If field 856 u matches m/https://example.com/ Regex ✅ Output record 245_aExample 856 40 _uhttps://proxy.cca.edu/url?=https://example.com _yLink to proxy 856 40 _uhttps://proxy.cca.edu/url?=https://example.com _yLink to retain This happens whether I set the modification template to use the "1st" or "every" 856 field. I don't understand why the second 856 is touched at all, since it does not meet the "if" condition, much less why instead of receiving its own link proxied it gets the first 856 URL proxied. Based on a few tests, it also seems like the "1st" field with respect to modification actions is not always the one that's visually first when I edit a record. I tried a set of three actions which 1) copied the first field to another, unused field, 2) modified it there, and then 3) copied it back, but Koha copied the second field instead. Best, ERIC PHETTEPLACE Systems Librarian, Libraries (he/him) ephettepl...@cca.edu *CCA is situated on the traditional unceded lands of the **Chochenyo and Ramaytush Ohlone** peoples.* Black-owned bookstores in Oakland: Ashay by the Bay <https://ashaybythebay.com/>, Marcus Books <https://www.facebook.com/marcus.books/> :(){ :|: & };: ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Logo inLibro <https://inLibro.com>Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [translate] Migrate Pootle to Weblate
as well!) guest user (not logged in) can only make suggestions: https://translate.test.koha-community.org/ User reviewer/6Mx1$HU*1KNbzCZV can accept suggestions. You are welcome to test and provide feedback! There is still a lot of work before effectively doing the migration, but we need first to know if users/translators are happy with it! Let us know! Cheers, Jonathan PS: About the structure of the projects, I've contacted the author of Weblate: https://github.com/WeblateOrg/weblate/discussions/9556 Next version will add a mecanism to structure components within a project! ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha won't import items when importing MARC records
Hi Kevin, Can you have the $y in the same 952 as the rest of the info? Caroline On 2023-06-30 14:50, Furst, Kevin wrote: Hi Caroline, I removed the Story Collection records from b, PRBHS is a branchcode and I added the only item type I have "BOOKS" to the y subfield for every record. Reran the import. Same problem. The records look like this after changes. =LDR 00496nam a2200157u 4500 =008 031201s1979eng|u =010 \\$awsc2522 =100 10$aEdgar, Donald. =245 10$aBritain's royal family in the twentieth century :$bKing Edward VII to Queen Elizabeth II / =260 0\$bCrown Pub.,$c1979. =300 \\$a[ ] p. =035 \\$a(NL)278906 =005 2009115742.0 =001 19119 =003 Generic =952 \\$p37426Y$aPRBHS$bPRBHS$v20.00USD$x24543$eaRegular@c20050604$h920 Edg$x548305 =952 $yBOOKS =LDR 00429nam a2200157u 4500 =008 031201s1980eng|u =010 \\$awsc2524 =100 10$aHamer, Martyn. =245 10$aFamous names in invention / =260 0\$bWayland,$c1980. =300 \\$a[ ] p. =035 \\$a(NL)278908 =005 2009115742.0 =001 19121 =003 Generic =952 \\$p37437-$aPRBHS$bPRBHS$v7.95USD$x24545$eaRegular@c20050604$h920 Ham$x548307 =952 $yBOOKS =LDR 00431nam a2200157u 4500 =008 031201s1980eng|u =010 \\$awsc2527 =100 10$aMonham, Kathleen. =245 10$aFamous names in warfare / =260 0\$bWayland,$c1980. =300 \\$a[ ] p. =035 \\$a(NL)278910 =005 2009115742.0 =001 19123 =003 Generic =952 \\$p37440U$aPRBHS$bPRBHS$v20.00USD$x24547$eaRegular@c20050604$h920 Mon$x548308 =952 $yBOOKS Note: Until I figure out what the problem is, I only process a small subset of 299 records each time so there's not a lot of data to parse. *Kevin Furst* Technology Director Pine River-Backus Schools o | 218.587.8030 @ | kfu...@prbschools.org Technology Office/Help Desk: 218-587-8510 /Confidentiality Notice: This E-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply E-mail and destroy all copies of the original message./ On Fri, Jun 30, 2023 at 1:03 PM Caroline Cyr La Rose wrote: Hi Kevin, Whenever I have this problem, it's because the branchcode doesn't exist. Is PRBHS a branchcode in your system? I also noticed your first 952 has $bStory Collection. Is that a typo from when you copied, or is this the actual value? If so, then Story Collection needs to be a branchcode also. I'm not sure if the system would block for a lack of item type, but I noticed your 952's don't have item types ($y) either. I don't *think* it would block if there are no item types, it would probably block if the item type code was wrong, but you might have problems later in circulation if your items don't have item types. Good luck with your project! Caroline On 2023-06-30 13:20, Furst, Kevin wrote: > Hello, > > TL;DR = When importing MARC records, items don't import and fail. > > I am transitioning from Follett Destiny to Koha. After doing a MARC export > from Follett, I noticed that when staging records for import, Koha would > parse the biblio records fine but wouldn't find any item records. After > searching past messages in this list, I found that Follett has item records > as 852 instead of 952. I used MARCedit to change those to 952 and also > added a and b records to match the libraries listed in Koha. After doing > that and trying again, item records were then found during staging. > > However when I import the staged records, it just fails and gives me > nothing in the detailed messages in the UI. If I remove the 952 records, it > works fine and imports all the other records thus I know something is wrong > with my 952 entries. I have checked that there are p barcodes and a and b > home and current libraries. > > In the Koha logs on the server, this is the only error message I get when I > try to run an import and it fails. To me it seems like a FK is missing on > import but I don't know what. Looking at the schema example, I'm wondering > if I'm supposed to be importing things to 942 and 999 along with 952. I do > not know if, when importing MARC records, Koha creates its own enumerated > ids for biblio, item number, etc. if that stuff isn't in the import file... > or if it isn't there, will it fail? > > BIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st > execute failed: Cannot add or update a child row: a foreign key constraint
Re: [Koha] Koha won't import items when importing MARC records
Hi Kevin, Whenever I have this problem, it's because the branchcode doesn't exist. Is PRBHS a branchcode in your system? I also noticed your first 952 has $bStory Collection. Is that a typo from when you copied, or is this the actual value? If so, then Story Collection needs to be a branchcode also. I'm not sure if the system would block for a lack of item type, but I noticed your 952's don't have item types ($y) either. I don't *think* it would block if there are no item types, it would probably block if the item type code was wrong, but you might have problems later in circulation if your items don't have item types. Good luck with your project! Caroline On 2023-06-30 13:20, Furst, Kevin wrote: Hello, TL;DR = When importing MARC records, items don't import and fail. I am transitioning from Follett Destiny to Koha. After doing a MARC export from Follett, I noticed that when staging records for import, Koha would parse the biblio records fine but wouldn't find any item records. After searching past messages in this list, I found that Follett has item records as 852 instead of 952. I used MARCedit to change those to 952 and also added a and b records to match the libraries listed in Koha. After doing that and trying again, item records were then found during staging. However when I import the staged records, it just fails and gives me nothing in the detailed messages in the UI. If I remove the 952 records, it works fine and imports all the other records thus I know something is wrong with my 952 entries. I have checked that there are p barcodes and a and b home and current libraries. In the Koha logs on the server, this is the only error message I get when I try to run an import and it fails. To me it seems like a FK is missing on import but I don't know what. Looking at the schema example, I'm wondering if I'm supposed to be importing things to 942 and 999 along with 952. I do not know if, when importing MARC records, Koha creates its own enumerated ids for biblio, item number, etc. if that stuff isn't in the import file... or if it isn't there, will it fail? BIx::Class::Storage::DBI::_dbh_execute(): DBI Exception: DBD::mysql::st execute failed: Cannot add or update a child row: a foreign key constraint fails (`koha_library`.`items`, CONSTRAINT `items_ibfk_> Broken FK constraint at /usr/share/koha/lib/Koha/BackgroundJob/MARCImportCommitBatch.pm line 91. Here are a couple of 952 records from the Follett export to Koha import file to see if something simple is wrong. I'm hoping it's something simple on these lines. =952 \\$p34517100010472$aPRBHS$bPRBHS$bStory Collection$v10.00USD$x14441$eaRegular@c20060929@fTransfer from PRB Elem.@j @j@j@i@i@i$hSC Otf$x1127380 =952 \\$p37200O$aPRBHS$bPRBHS$v20.00USD$x17292$eaRegular@c20050604 @j@j@j@i@i@i$hR 639 Can pb$x527111 (Beyond that, I haven't really tinkered with anything in the default MARC framework settings in admin. Here is my version : *Koha version:22.11.05.000 Rosalie* I would really appreciate any help, I've been working on this for over a week now. *Kevin Furst* Technology Director Pine River-Backus Schools o | 218.587.8030 @ | kfu...@prbschools.org Technology Office/Help Desk: 218-587-8510 *Confidentiality Notice: This E-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply E-mail and destroy all copies of the original message.* ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Item search results displaying 264 publishing info?
Hi Aida, Yes, you need to run this in the terminal. What I do is open a terminal, go to my Koha environment and type ./misc/batchRebuildBiblioTables.pl -c The -c at the end is important, otherwise it will not run. It's the "confirm" flag, meaning you did not type all that by error ;) I also always run this at night for production installations. I don't know the consequences of running this during operation hours, so I err on the side of safety and wait until the library is closed... Best, Caroline On 2023-05-25 03:53, libr...@ssst.edu.ba wrote: Hello Caroline, If I may, how exactly does one run ./misc/batchRebuildBiblioTables.pl ?? I've come across this instruction before, but wasn't able to find how this is done. I assume I would need to type in a command in the terminal? Best regards Aida Đikić -Original Message----- From: Caroline Cyr La Rose Sent: Wednesday, May 24, 2023 10:17 PM To:koha@lists.katipo.co.nz Subject: Re: [Koha] Item search results displaying 264 publishing info? I forgot to add that only records created after you've added the mapping will have the info from 264$b in publishercode. If you want Koha to go through all your records, you need to run (or ask your provider to run) ./misc/batchRebuildBiblioTables.pl . This will go through all the records and update the database entries with the correct information from the MARC record based on the Koha to MARC mappings. Caroline On 2023-05-24 16:12, Caroline Cyr La Rose wrote: Hi Heather! Is 264$b mapped to publishercode in Administration > Koha to MARC mapping? If you've been on Koha for a while, and didn't do it manually, it might not be. In recent installs, it should be mapped out of the box https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29627 https://koha-community.org/manual/22.05/en/html/administration.html#ko ha-to-marc-mapping Best, Caroline On 2023-05-24 16:00, Hernandez, Heather H wrote: Hi! I use the Item Search (by call number) in the staff interface for shelflisting, because it can sort Library of Congress call numbers correctly, and I've noticed that my recently cataloged items which have the publication information in the MARC21 264 field have a blank "Publisher" in the search results table. The table of search results displays information from the 260 $b in the "Publisher" area of the search results, but not publishers from the newer 264 $b field. Is there something that should be set or changed somewhere? Or have I maybe found a bug?? We're on version 22.05.11.000 and I couldn't find anything related to this in Bugzilla—if there is something there, could someone point me to it? It's rather important information since the table of search results doesn't display anything from a 1XX field, and when I'm cataloging a pile of nautical instrument catalogs, a lot of the titles are, e.g., "Catalog no" or "Bulletin..." or "Nautical instruments..." and the publisher in the 264 $b is the only displaying element that tells me the name of the company issuing the catalog (which I'm using to create the cutter portion of the call number). Thank you!! Cheerio! h2 ~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog:https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office, generally M, W, F, telecommuting Tu,Th) heather_hernan...@nps.gov<https://webmail.lmi.net/src/compose.php?sen d_to=heather_hernandez%40nps.gov> ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com -- Logo inLibro <https://inLibro.com>Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Item search results displaying 264 publishing info?
I forgot to add that only records created after you've added the mapping will have the info from 264$b in publishercode. If you want Koha to go through all your records, you need to run (or ask your provider to run) ./misc/batchRebuildBiblioTables.pl . This will go through all the records and update the database entries with the correct information from the MARC record based on the Koha to MARC mappings. Caroline On 2023-05-24 16:12, Caroline Cyr La Rose wrote: Hi Heather! Is 264$b mapped to publishercode in Administration > Koha to MARC mapping? If you've been on Koha for a while, and didn't do it manually, it might not be. In recent installs, it should be mapped out of the box https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29627 https://koha-community.org/manual/22.05/en/html/administration.html#koha-to-marc-mapping Best, Caroline On 2023-05-24 16:00, Hernandez, Heather H wrote: Hi! I use the Item Search (by call number) in the staff interface for shelflisting, because it can sort Library of Congress call numbers correctly, and I've noticed that my recently cataloged items which have the publication information in the MARC21 264 field have a blank "Publisher" in the search results table. The table of search results displays information from the 260 $b in the "Publisher" area of the search results, but not publishers from the newer 264 $b field. Is there something that should be set or changed somewhere? Or have I maybe found a bug?? We're on version 22.05.11.000 and I couldn't find anything related to this in Bugzilla—if there is something there, could someone point me to it? It's rather important information since the table of search results doesn't display anything from a 1XX field, and when I'm cataloging a pile of nautical instrument catalogs, a lot of the titles are, e.g., "Catalog no" or "Bulletin..." or "Nautical instruments..." and the publisher in the 264 $b is the only displaying element that tells me the name of the company issuing the catalog (which I'm using to create the cutter portion of the call number). Thank you!! Cheerio! h2 ~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office, generally M, W, F, telecommuting Tu,Th) heather_hernan...@nps.gov<https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com -- Logo inLibro <https://inLibro.com>Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Item search results displaying 264 publishing info?
Hi Heather! Is 264$b mapped to publishercode in Administration > Koha to MARC mapping? If you've been on Koha for a while, and didn't do it manually, it might not be. In recent installs, it should be mapped out of the box https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29627 https://koha-community.org/manual/22.05/en/html/administration.html#koha-to-marc-mapping Best, Caroline On 2023-05-24 16:00, Hernandez, Heather H wrote: Hi! I use the Item Search (by call number) in the staff interface for shelflisting, because it can sort Library of Congress call numbers correctly, and I've noticed that my recently cataloged items which have the publication information in the MARC21 264 field have a blank "Publisher" in the search results table. The table of search results displays information from the 260 $b in the "Publisher" area of the search results, but not publishers from the newer 264 $b field. Is there something that should be set or changed somewhere? Or have I maybe found a bug?? We're on version 22.05.11.000 and I couldn't find anything related to this in Bugzilla—if there is something there, could someone point me to it? It's rather important information since the table of search results doesn't display anything from a 1XX field, and when I'm cataloging a pile of nautical instrument catalogs, a lot of the titles are, e.g., "Catalog no" or "Bulletin..." or "Nautical instruments..." and the publisher in the 264 $b is the only displaying element that tells me the name of the company issuing the catalog (which I'm using to create the cutter portion of the call number). Thank you!! Cheerio! h2 ~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office, generally M, W, F, telecommuting Tu,Th) heather_hernan...@nps.gov<https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Regarding subject wise report
Hello, I think you will get more responses if you specify what you're trying to do exactly. Most times, people will not know what to answer when the questions are very broad. If you add examples of what you're trying to get, you will surely get more answers. Also, I suggest you try looking in the reports library which already has hundreds of reports on all kinds of subjects (it's divided into many pages, you can click the links at the top (SQL reports holds, SQL reports patrons, SQL reports circulation) to access the other pages): https://wiki.koha-community.org/wiki/SQL_Reports_Library Regards, Caroline On 2023-04-27 03:14, ANJU SAINI wrote: Anyone help me with generating various subject wise reports? Thank you ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Extended! Request for proposals to host KohaCon 2024
Hello dear community! The general meeting planned for today, when we would discuss the proposals, has been postponed to April 19 15 UTC. This means the request for proposals to host KohaCon24 is extended to *April 18 2023 23:59 UTC*! If you were on the fence, now is your chance! You can read the original request here: https://lists.katipo.co.nz/public/koha/2023-February/059031.html If you have any questions regarding hosting the conference, how do make the proposal, etc. don't hesitate to ask here on this mailing list, or on IRC (https://koha-community.org/get-involved/irc/), where there are usually people at all times in all time zones. Best regards, Caroline Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Reminder: Request for proposals to host KohaCon 2024
Hello dear community! This is a reminder that proposals to host KohaCon 2024 are due tomorrow (*4 April 2023 23:59 UTC*). You can read the original request here: https://lists.katipo.co.nz/public/koha/2023-February/059031.html If you have any questions regarding hosting the conference, how do make the proposal, etc. don't hesitate to ask here on this mailing list, or on IRC (https://koha-community.org/get-involved/irc/), where there are usually people at all times in all time zones. Best regards, Caroline Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Restore the default Marc Framework
Hi Victor, It's a bit convoluted, but here's what I usually do if I need to do this. In the database, I delete the default and acq framework. DELETE FROM marc_subfield_structure WHERE framework IN ('', 'ACQ'); DELETE FROM marc_tag_structure WHERE framework IN ('', 'ACQ'); Then, I reload the original YAML file ./misc/load_yaml.pl --load --file installer/data/mysql/en/marcflavour/marc21/mandatory/marc21_framework_DEFAULT.yml I hope this helps. Caroline On 2023-03-30 13:27, Victor Barroso Oliveira wrote: Hello, how to restore the default Marc Framework to the original pattern? koha version 22.05.05 ubuntu 20 Thanks, Victor ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [EXTERNAL] Uploading files
Hi, As far as I know, no. Not within Koha settings. I think you'd need to change the XSLT file to alter the HTML "a" tag and add the target=blank part. Regards, Caroline On 2023-03-23 21:12, Ma. Victoria H. Silva-Manuel wrote: Thank you for responding. The OPACBaseURL is the one that I missed. I am able to download the uploaded files now. Another question, can we make the file open in a new tab instead of downloading it? On Fri, Mar 24, 2023, 4:02 AM Caroline Cyr La Rose wrote: Building on Fred's answer about the part on doing it within Koha... Check your koha-conf.xml to make sure your upload path is valid and a writable directory. Check your OpacBaseURL system preference, it should contain the URL to your OPAC, starting with http(s) and no trailing slash. Using Fred's example, it would be http://library.aq As far as I know, the upload plugin will take care of the 32-character hash. No need to worry about that part. You only need to upload the file and select it directly from the plugin. The URL created in 856$u should be something like {OPACBaseURL}/cgi-bin/koha/opac-retrieve-file.pl?id={hash} <http://opac-retrieve-file.pl?id=%7Bhash%7D> Regards, Caroline On 2023-03-23 15:11, King, Fred wrote: > Just in case you haven't received an answer, here's mine: > > I can think of several ways to do this, if I understand your situation correctly. Everyone else, please chime in if I'm wrong. I'm using MARC21 on Koha 22.11. Let's call your library's URL http://library.aq. Let's also say that you have access to another server called http://documents.aq. Both systems are running on Ubuntu, which is the only system I know how to do this on. I'm also using http, not https. I don't think it matters in this case. The document is avengingchicken.pdf > > The 856$u field is looking for a URL to the file, rather than the file itself. So, you need to figure out where the file is. > > The easiest way would be to put it on the external server. If you upload it to the directory a lot of systems use, it would be in /var/www/html, and the URL you'd put in the 856$u would be http://documents.aq/avengingchicken.pdf. > > If you don't have an external server available, you can put it on the Koha server itself. (I learned this fairly recently for reasons explained below.) If you upload your file to /usr/share/koha/opac/htdocs, it's accessible as, for example, http://library.aq/avengingchicken.pdf. You can configure your Ubuntu server to use a different directory by using symbolic links, but let's not get into that today. > > Unfortunately, both of these require the ability to upload files to a server. I use FileZilla to transfer files--free and easy to use. If you can't log in as root, it's still possible but it gets more complicated. If you know a friendly sysadmin, they might do it for you. Give them cookies. > > But wait, I hear you say, can't you do this directly from Koha? You can, but I still haven't figured out how to do it. I know that you need to set the access directory and upload directory in the /etc/koha/sites/(yourlibrary)/koha-conf.xml (towards the bottom of the screen), and that Koha gives the file a 32-character hash tag. After that, I got horribly lost, which is why I figured out a different way. > > Good luck! > > Fred King, MSLS, AHIP > Medical Librarian, MedStar Washington Hospital Center > fred.k...@medstar.net > 202-877-6670 > ORCID -0001-5266-0279 > MedStar Authors Catalog: http://medstarauthors.org > > You know it's cold outside when you go outside and it's cold. > --NPS Twitter > > -Original Message- > From: Koha On Behalf Of Ma. Victoria H. Silva-Manuel > Sent: Wednesday, March 22, 2023 9:35 PM > To: koha > Subject: [EXTERNAL] [Koha] Uploading files > > > > **ATTENTION: This email originated from outside the MedStar Health network. > ** DO NOT CLICK links or attachments unless you recognize the sender and know the content is safe. > > > > I successfully uploaded a file in tag 856$u but when I checked it out in OPAC, I'm getting Error 404 (Sorry, the requested page is not available). > > I already choose "upload.pl <http://upload.pl>" in plugin in the bibliographic framework. > > What should I do? > > Thanks. > ___ > > Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz > Unsubscribe: https://lists.katipo.co.nz/mailman/li
Re: [Koha] [EXTERNAL] Uploading files
Building on Fred's answer about the part on doing it within Koha... Check your koha-conf.xml to make sure your upload path is valid and a writable directory. Check your OpacBaseURL system preference, it should contain the URL to your OPAC, starting with http(s) and no trailing slash. Using Fred's example, it would be http://library.aq As far as I know, the upload plugin will take care of the 32-character hash. No need to worry about that part. You only need to upload the file and select it directly from the plugin. The URL created in 856$u should be something like {OPACBaseURL}/cgi-bin/koha/opac-retrieve-file.pl?id={hash} Regards, Caroline On 2023-03-23 15:11, King, Fred wrote: Just in case you haven't received an answer, here's mine: I can think of several ways to do this, if I understand your situation correctly. Everyone else, please chime in if I'm wrong. I'm using MARC21 on Koha 22.11. Let's call your library's URL http://library.aq. Let's also say that you have access to another server called http://documents.aq. Both systems are running on Ubuntu, which is the only system I know how to do this on. I'm also using http, not https. I don't think it matters in this case. The document is avengingchicken.pdf The 856$u field is looking for a URL to the file, rather than the file itself. So, you need to figure out where the file is. The easiest way would be to put it on the external server. If you upload it to the directory a lot of systems use, it would be in /var/www/html, and the URL you'd put in the 856$u would be http://documents.aq/avengingchicken.pdf. If you don't have an external server available, you can put it on the Koha server itself. (I learned this fairly recently for reasons explained below.) If you upload your file to /usr/share/koha/opac/htdocs, it's accessible as, for example, http://library.aq/avengingchicken.pdf. You can configure your Ubuntu server to use a different directory by using symbolic links, but let's not get into that today. Unfortunately, both of these require the ability to upload files to a server. I use FileZilla to transfer files--free and easy to use. If you can't log in as root, it's still possible but it gets more complicated. If you know a friendly sysadmin, they might do it for you. Give them cookies. But wait, I hear you say, can't you do this directly from Koha? You can, but I still haven't figured out how to do it. I know that you need to set the access directory and upload directory in the /etc/koha/sites/(yourlibrary)/koha-conf.xml (towards the bottom of the screen), and that Koha gives the file a 32-character hash tag. After that, I got horribly lost, which is why I figured out a different way. Good luck! Fred King, MSLS, AHIP Medical Librarian, MedStar Washington Hospital Center fred.k...@medstar.net 202-877-6670 ORCID -0001-5266-0279 MedStar Authors Catalog: http://medstarauthors.org You know it's cold outside when you go outside and it's cold. --NPS Twitter -Original Message- From: Koha On Behalf Of Ma. Victoria H. Silva-Manuel Sent: Wednesday, March 22, 2023 9:35 PM To: koha Subject: [EXTERNAL] [Koha] Uploading files **ATTENTION: This email originated from outside the MedStar Health network. ** DO NOT CLICK links or attachments unless you recognize the sender and know the content is safe. I successfully uploaded a file in tag 856$u but when I checked it out in OPAC, I'm getting Error 404 (Sorry, the requested page is not available). I already choose "upload.pl" in plugin in the bibliographic framework. What should I do? Thanks. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- MedStar Health is a not-for-profit, integrated healthcare delivery system, the largest in Maryland and the Washington, D.C., region. Nationally recognized for clinical quality in heart, orthopedics, cancer and GI. IMPORTANT: This e-mail (including any attachments) may contain information that is private, confidential, or protected by attorney-client or other privilege. If you received this e-mail in error, please delete it from your system without copying it and notify sender by reply e-mail, so that our records can be corrected... Thank you. Help conserve valuable resources - only print this email if necessary. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscr
Re: [Koha] Cataloging in Koha for dummies
Hello Aida, I suggest you look here: https://koha-community.org/manual/latest/en/html/administration.html#edit-framework-fields-and-subfields Things to look for: - Mandatory - check the field and subfield for mandatory flags and remove them if not necessary - Managed in tab - you can choose 'ignore' to remove the subfield completely, however, be very cautious because that can cause data loss - Visibility - uncheck 'Editor' to remove the subfield from the cataloguing form, unlike the 'Managed in tab: ignore' above, this will not cause data loss, so is a better choice, in my opinion, if you're not absolutely sure of what you're doing Also, when you edit MARC frameworks, make sure to run the test after https://koha-community.org/manual/latest/en/html/administration.html#marc-bibliographic-framework-test I hope this helps, Caroline On 2023-03-21 08:14, libr...@ssst.edu.ba wrote: Hi everyone, I'm writing to ask for some help cataloging in Koha. I am having trouble getting it to save any records without Koha throwing up errors, and while I'm trying to follow the manual, I'm afraid the amount of information there is overwhelming. Especially as it's been so long since I used any marc bibliographic formats. So, I created a new framework based on the default one and named it Books, Booklets, Workbooks. I had tried importing records via Z39.50 and had no success in saving the record because of the errors (especially Tab 4 Series. I then tried and adding them manually, where I only filled in the relevant fields - I do not need e.g. the music incipit or a fingerprint identifier for a hardcopy textbook. It s not possible to delete tags I don't need within the BBW framework. The fields I have in our current system are the following; it's very minimal: Author – person Author – corporate body Title Type of material Media object URL Language Publish date Publication and manufacture Physical description Other authors – person Content ISBN Notes Subject headings Uncontrolled subject terms UDC For each material copy, I can add the status (for outside loan or reading room use, lost, withdrawn), location, call number, and inventory number. How do I customize my framework so I can add my textbooks quickly and easily? Are there any sections of the manual I should look into more closely? Thank you in advance! Best regards Aida Đikić -Original Message- From: Koha On Behalf Of koha-requ...@lists.katipo.co.nz Sent: Tuesday, March 21, 2023 12:00 AM To: koha@lists.katipo.co.nz Subject: Koha Digest, Vol 209, Issue 20 Send Koha mailing list submissions to koha@lists.katipo.co.nz To subscribe or unsubscribe via the World Wide Web, visit https://lists.katipo.co.nz/mailman/listinfo/koha or, via email, send a message with subject or body 'help' to koha-requ...@lists.katipo.co.nz You can reach the person managing the list at koha-ow...@lists.katipo.co.nz When replying, please edit your Subject line so it is more specific than "Re: Contents of Koha digest..." ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Reminder: Request for proposals to host KohaCon 2024
Hello dear community! This is a reminder that proposals to host KohaCon 2024 are due in two weeks (*4 April 2023 23:59 UTC*). You can read the original request here: https://lists.katipo.co.nz/public/koha/2023-February/059031.html If you have any questions regarding hosting the conference, how do make the proposal, etc. don't hesitate to ask here on this mailing list, or on IRC (https://koha-community.org/get-involved/irc/), where there are usually people at all times in all time zones. Best regards, Caroline Caroline Cyr-La-Rose, M.L.I.S. (she/her) Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [EXTERNAL] Circulating non-specific items
Hi Fred, That is what I had proposed at first (you can even add items in batch with the "Add multiple items" button), but they didn't like the idea of each dinosaur having its own barcode. However, I don't see how you can circulate in Koha without each item having its own barcode. I think they will have to bite the bullet and barcode each dinosaur if they want to use Koha to circulate. Otherwise, I'm sure they can continue with the spreadsheet method, since it seems to work for them right now. :/ Thanks! Caroline On 2023-03-15 16:01, King, Fred wrote: Hi Caroline, How about creating a bib record for "Dinosaur" and having each dinosaur be a separate item? You'd have to barcode every dinosaur, but it's easier to add an item than a bib record. This one won't work even worse than the other one: one library I know of used to check out mass-market paperbacks by putting a date due card in the pocket but not actually keeping a record of what was checked out to whom. It worked for them. Fred King, MSLS, AHIP Medical Librarian, MedStar Washington Hospital Center fred.k...@medstar.net 202-877-6670 ORCID -0001-5266-0279 MedStar Authors Catalog:http://medstarauthors.org You know it's cold outside when you go outside and it's cold. --NPS Twitter -Original Message- From: Koha On Behalf Of Caroline Cyr La Rose Sent: Wednesday, March 15, 2023 3:49 PM To: Koha mailing list Subject: [EXTERNAL] [Koha] Circulating non-specific items **ATTENTION: This email originated from outside the MedStar Health network. ** DO NOT CLICK links or attachments unless you recognize the sender and know the content is safe. Hello everyone! I need to pick the collective brain about a question I received from one of our libraries. They are a toy/game library. For games and books, they circulate items normally. However, they have some toys in many copies and they don't need to or want to have a specific barcode for each copy of a particular toy. They gave me the example of dinosaur figurines. They have 60+ dinosaur figurines, but they don't need to know that *this exact* dinosaur figurine went home with this patron. They just need to know that *a* dinosaur figurine went home with this patron. They want to avoid having barcodes for each dinosaur. Right now, they manage this in a spreadsheet, but would like to manage it in Koha with the rest of their inventory. Do any of you have a similar situation? If so how do you manage those items? Thank you so much! Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- MedStar Health is a not-for-profit, integrated healthcare delivery system, the largest in Maryland and the Washington, D.C., region. Nationally recognized for clinical quality in heart, orthopedics, cancer and GI. IMPORTANT: This e-mail (including any attachments) may contain information that is private, confidential, or protected by attorney-client or other privilege. If you received this e-mail in error, please delete it from your system without copying it and notify sender by reply e-mail, so that our records can be corrected... Thank you. Help conserve valuable resources - only print this email if necessary. -- Logo inLibro <https://inLibro.com> Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Circulating non-specific items
Thank you, Lauren! I had thought of the envelopes too (like the hanging clear plastic ones we had "back in the day" for books with audio cassettes). I think that will be the most obvious/easy option. I'm guessing your equipment and weirdly shaped items each have their own specific barcode? They told me specifically that they wanted a sheet with one barcode for "dinosaurs," and one barcode for "sea creatures," and whatnot. But I don't see how that could work with Koha... You can't check out the same barcode to multiple patrons at the same time, and when you check in, how does Koha know from which patron file to remove the item? Anyway! Thanks for your ideas! I'll let them know about the clear plastic envelopes as an option. Caroline On 2023-03-15 15:58, Lauren Denny wrote: HI Caroline, I have two different situations that are related. Magazines: I didn't care which magazine went home with a student just that a magazine went home with them. I bought large clear envelopes that held the magazine that students wanted. The envelope had the barcode on it and was used to check out the magazine. Koha held records for each envelope: Magazine 1, Magazine 2, Magazine 3, etc. Equipment and weirdly shaped items: I had a sheet with barcodes for a variety of 'things' that were checked out but I didn't want to put barcodes on them. I just pulled out the sheet and scanned the corresponding barcode to the item being checked out. Hope this helps. Lauren On Wed, Mar 15, 2023 at 3:49 PM Caroline Cyr La Rose wrote: Hello everyone! I need to pick the collective brain about a question I received from one of our libraries. They are a toy/game library. For games and books, they circulate items normally. However, they have some toys in many copies and they don't need to or want to have a specific barcode for each copy of a particular toy. They gave me the example of dinosaur figurines. They have 60+ dinosaur figurines, but they don't need to know that *this exact* dinosaur figurine went home with this patron. They just need to know that *a* dinosaur figurine went home with this patron. They want to avoid having barcodes for each dinosaur. Right now, they manage this in a spreadsheet, but would like to manage it in Koha with the rest of their inventory. Do any of you have a similar situation? If so how do you manage those items? Thank you so much! Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com <https://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Logo inLibro <https://inLibro.com>Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Circulating non-specific items
Hello everyone! I need to pick the collective brain about a question I received from one of our libraries. They are a toy/game library. For games and books, they circulate items normally. However, they have some toys in many copies and they don't need to or want to have a specific barcode for each copy of a particular toy. They gave me the example of dinosaur figurines. They have 60+ dinosaur figurines, but they don't need to know that *this exact* dinosaur figurine went home with this patron. They just need to know that *a* dinosaur figurine went home with this patron. They want to avoid having barcodes for each dinosaur. Right now, they manage this in a spreadsheet, but would like to manage it in Koha with the rest of their inventory. Do any of you have a similar situation? If so how do you manage those items? Thank you so much! Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager 1-833-INLIBRO (465-4276), ext. 221 caroline.cyr-la-r...@inlibro.com https://www.inLibro.com ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Reminder: Request for proposals to host KohaCon 2024
Hello dear community! This is a reminder that proposals to host KohaCon 2024 are due in one month (*4 April 2023 23:59 UTC*). You can read the original request here: https://lists.katipo.co.nz/public/koha/2023-February/059031.html If you have any questions regarding hosting the conference, how do make the proposal, etc. don't hesitate to ask here on this mailing list, or on IRC (https://koha-community.org/get-involved/irc/), where there are usually people at all times in all time zones. Best regards, Caroline <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com/en> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Modify Patron Transaction Invoices and Fee Receipts
Hi Naveen, Transaction invoice = ACCOUNT_DEBIT Transaction receipt = ACCOUNT_CREDIT Summary is not customizable... (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11340) Slip = ISSUESLIP Quick slip = ISSUEQSLIP Overdues = OVERDUES_SLIP Checkin slip = CHECKINSLIP Can I ask where you checked? I know most of them are described in the manual https://koha-community.org/manual/latest/en/html/tools.html#existing-notices-and-slips but it might be missing in crucial places where people would check first... So I'd like to add it there. Thanks! Caroline On 2023-02-27 23:33, Ms. Naveen Ali wrote: Dear members, I'd like to modify the Patron Transaction Invoices and Fee Receipts. In fact all the print options available on the Patron Screen (Summary, Slip, Quick Slip, Overdues, Check In Slip) I can't identify them in the Notices and Slips Tool Please provide support. With best regards, Naveen Ali ITM-JE (EAKL) Inst Representative for HEC Digital Library Resources. NEDUET, Karachi. ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Logo inLibro <https://inLibro.com> Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Request for proposals to host KohaCon 2024
Hello everyone! The request for proposals to host KohaCon 2024 is now open! If you or your organization would like to *organize KohaCon24*, please enter all the required information on the KohaCon 2024 proposal wiki page [1]: https://wiki.koha-community.org/wiki/KohaCon24_Proposals The closing date for bids is *4 April 2023 23:59 UTC*. Proposals received will be discussed at the *5 April 2023 General IRC Meeting* (https://wiki.koha-community.org/wiki/General_IRC_meeting_5_April_2023). Information about hosting KohaCon -- The community has agreed that KohaCon conferences must be either: - hybrid with an in-person conference streamed online, or - entirely online. This allows for greater accessibility, so that everyone can attend and learn from each other no matter their availability, ability to travel, or budget. For hybrid conferences, the rules for continent rotation apply. Therefore, for 2024, the following continents are eligible: - Africa - Asia - South America - Oceania For more information about the generally agreed rules established for KohaCons, see https://wiki.koha-community.org/wiki/Processes_for_KohaCons This covers the timetable, continent rotation, and information to help with planning a successful KohaCon. Deadline for proposals -- The closing date for proposals is *4 April 2023 at 23:59 UTC*. If there is more than one proposal, we will organize a vote - this will be announced on the mailing list. Help with your proposal -- The community stands behind anyone who volunteers to organize a KohaCon, and help is always available if you're unsure how to proceed. Send an email to the mailing list if you need help, or ask on IRC. There is a wealth of experience in the community from those who have attended and organized previous KohaCons (and other conferences). [1] If you do not have an account to edit the wiki, you can request one. It is usually pretty fast to get access. <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com/en> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Volunteer needed to open the bidding for KohaCon24 & need confirmation of task list
Hi Victor, I've done some of those tasks before, I can do it for 2024. Caroline On 2023-02-22 17:24, tuxayo wrote: Hi :) The things to do are: - making the wikipage using the template - make an announcement email using past ones - send reminders - @all: anything else? The aim is to start the bid in the next weeks so proposals that start early 2024 have time to plan. And let the bid run until the next general meeting in april I can help with proofreading and finding past resources. (wikipage template, emails) Cheers, <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com/en> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Biblios in Reservoir
Hi! Koha comes with a crontab example under misc/cronjobs/crontab.example You can use that as a base I use https://devhints.io/cron as a reference when working with crons. I'm not very knowledgeable with crons either, mine were are all set up by someone else, but something like this should maybe work? 30 23 * * * $KOHA_PATH/misc/cronjobs/cleanup_database.pl --import 90 I hope this helps! Caroline P.S. It's best to reply to the list rather than just me so that other, more knowledgeable people, can comment too! On 2023-02-16 01:52, zen zenitram wrote: Good day! Thank you for you reply to my inquiry, can you please help me by providing example of clean-up database script in cronjobs. i tried to make one but it didnt work.. im a newbie when it comes to debian/ubuntu. Thank you! On Wed, Feb 15, 2023 at 10:16 PM Caroline Cyr La Rose wrote: Hello, I think what you need is the cleanup_database script with the --import parameter https://koha-community.org/manual/latest/en/html/cron_jobs.html#clean-up-database Regards, Caroline On 2023-02-15 04:18, zen zenitram wrote: > How can i delete all biblios in reservoir, it always show duplicate entry > wehn upgrading koha to latest version. > > Thank you! > ___ > > Koha mailing listhttp://koha-community.org <http://koha-community.org> > Koha@lists.katipo.co.nz > Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha <https://inLibro.com/en <https://inLibro.com/en>> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <http://www.inLibro.com> <https://inLibro.com/en <https://inLibro.com/en>> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Logo inLibro <https://inLibro.com>Caroline Cyr-La-Rose Bibliothécaire | Responsable de produit T 833-INLIBRO (465-4276) , poste 221 C caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Biblios in Reservoir
Hello, I think what you need is the cleanup_database script with the --import parameter https://koha-community.org/manual/latest/en/html/cron_jobs.html#clean-up-database Regards, Caroline On 2023-02-15 04:18, zen zenitram wrote: How can i delete all biblios in reservoir, it always show duplicate entry wehn upgrading koha to latest version. Thank you! ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com/en> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] adding elements to opac-user.pl?
Hi Carlos, I've never tried it, but there is this section in the manual that shows how to add the barcode in the patron online account : https://koha-community.org/manual/latest/en/html/opac.html#your-summary (paragraph that starts with "If your patrons would like to see the items barcodes on their list of checked out items"). It's a bit convoluted as it predates (by a LOT) column configuration. Let us know if it still works! Caroline On 2023-02-09 20:59, Carlos Lopez wrote: Hi everyone I don't know whether I'm being dense or whether there isn't much information out there: Is there a way we can add a column (specifically items.copy or items.barcode) to the "Checked out" display on opac-user.pl? For a while there we thought we were suppressing a bunch of columns from there but it turned out we were hiding columns from the "Article requests" view instead. With kind regards from the Dalton McCaughey Library Team Carlos Lopez Dalton McCaughey Library | 29 College Crescent, Parkville, VICTORIA 3052 Ph: 03 9340 ext.1 |libr...@dml.vic.edu.au<mailto:libr...@dml.vic.edu.au> | library.dmlibrary.org.au ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com/en> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Problems in fine calculation on over dues books
tps://lists.katipo.co.nz/mailman/listinfo/koha <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com/en> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Circulation statistics wizard - 500 error
Hi Christina, It sounds similar to this bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32511 Caroline On 2023-01-31 05:51, Fairlamb, Christina wrote: Hello, Koha 22.11 When using the circulation statistic wizard with the default parameters we get a 500 error (also when adding dates to the default). Works as expected when customising the options. All the other statistic wizard reports work with default values, returning a results table even when blank. Not sure if this is a bug or a local error with the options, but I expected the report to run with default values, as the others do, and for a more detailed error if one occurred due to invalid options. This is the plack-error.log associated message: CGI::Compile::ROOT::usr_share_koha_intranet_cgi_2dbin_reports_issues_stats_2epl::calculate(): DBI Exception: DBD::mysql::st execute failed: The used SELECT statements have a different number of columns at /usr/share/koha/intranet/cgi-bin/reports/issues_stats.pl line 92 Thank you -- Christina ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com/en> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Using the Recalls feature
Hi Eric! On 2023-01-20 14:56, Eric Phetteplace wrote: Hi collective wisdom, Are there other libraries out there using the fairly new (as of 22.05) Recalls feature? Our prior ILS had recalls so we were looking forward to using this but as our circulation staff tested it, we began running into some problems. I've read the wiki page <https://wiki.koha-community.org/wiki/Catalyst_IT_Recalls> and the manual documentation <https://koha-community.org/manual//22.05/en/html/circulation.html#recalls> but they either omit some details or there are bugs. Here are our issues: I don't use recalls (and never worked in a library that used recalls), but I did test the feature extensively to document it. There are still bugs, as it is, like you said, a very new feature, and I know the community is working hard on correcting them. But as far as I could tell when trying it out, the basic functionalities work well. There's no indication from a patron's details page if their items have been recalled. I just tried in 22.05.06 and I see a mention in both the staff interface and the OPAC, under the patron's checkout, that it has been recalled. In the OPAC, it's only in italics, so maybe it's not very visible. https://snipboard.io/9oml8O.jpg In the staff interface, it's in bold red https://snipboard.io/rhxkyd.jpg If you don't see the messages, maybe there is CSS or JS hiding them? Otherwise, maybe they were added in a later patch between 22.05.00 and 22.05.06 and you don't have it yet, depending on the version you have... Also, maybe translations might affect this if you use Koha in another language... When you check in an item with a recall on it, a pop-up does not appear like the documentation says and a notification is not sent to the patron who placed the recall. Not sure what is going on there... I took the screenshot for the manual, so it worked for sure then. I also just tried in 22.05.06 and got the pop-up and my notice was generated... Note that the patron is only notified if they have an email address in their file. Do you have the recall notices in Tools > Notices and slips? If not, it may be the cause of the lack of notification... For the pop-up, is there a pop-up blocker or something similar that could interfere with it popping up? I know I used to have this problem with holds sometimes (of course, always when demonstrating in front of people, you know how it is!), I would wait for the pop-up to appear and sweat a little before noticing the small bar at the top of my browser telling me to accept the pop-up :) If the current due date on a checked out item is closer than the recall period, recalling an item *extends* the due date (e.g. item is due tomorrow, recall period is one week, recall => item is due in one week). I noticed this too! If the item is already late, it is suddenly not late anymore... I think you should report that one on bugzilla so that it can be corrected. Question: if the RecallsMaxPickUpDelay setting controls recall expiration, then what does the "Recall pickup period" circulation rule do? If I understand correctly, the recall pickup period rule sets the "expiration" date of the recall, whereas the system preference is the one that manages the second tab in Circulation > Recalls awaiting pickup. I imagine it's so that you can manage long awaiting recalls manually, but I expect that most libraries will set both at the same number and have them automatically expire. The developers might be able to answer you with more details on this one... The *Place recall* action displays even when it's not relevant (e.g. on a bib with all available items). This was already reported on bugzilla : https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30942 Finally, if you are not logged in and you select *Place recall*, you are taken to the login page, then to the patron details page. You have to re-navigate to the place you were originally to place the recall again. I have a convoluted OpacUserJS hack to work around this but thought I should point this out, it doesn't match user expectations. I am not able to get this behaviour on my 22.05.06. I click Place recall, log in, and I am brought to the recall confirmation page. Did you try without your JS hack? Are we doing something wrong? Or should I file some bug reports for these issues? If anyone else is using recalls in production, I would love to hear from you. Like I said I don't "use" the recalls feature, so I may not be the best reference on "real life" use, but since I tested it, documented it (in both English and French), and explained how it worked to my clients, I know the basics well enough. :) Regards, Caroline <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroli
[Koha] [Docs] Screenshot update extravaganza at Hackfest
Hi everyone! I'm not sure if I'm allowed to say, "We're doing this at hackfest!" without consulting anyone, but here goes... We had a documentation meeting today and Aude raised the idea of using the hackfest to pool our resources to update the screenshots in the manual for the new staff interface design. We thought this was a great idea! We don't currently have an automation setup or anything so if any developer is open to help us with this it would be great. I know Jonathan talked to me of "Cucumber" many years ago, and David was also working on something, but neither panned out so far. Barring automation, if we all get into it and work as a team, we could do a lot of them manually too. Note that this is open to virtual participation! It's fun to be together to work alongside each other, but if someone can't make it to Marseille, the chat will be open or we can plan video chats too. Regards, Caroline <https://inLibro.com/en> Caroline Cyr-La-Rose, M.L.I.S. Librarian | Product Manager P 833-INLIBRO (465-4276) , poste 221 E caroline.cyr-la-r...@inlibro.com www.inLibro.com <https://inLibro.com/en> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Matching authority records with tag 001
Hi Giacomo, Can you try with the search index "Local-number" instead? I looked at the Zebra indexing files and this seems to be the index for 001 in authorities. "Control-number" would be for 001 in bibliographic records. I hope it helps, Caroline On 2022-09-14 05:23, Giacomo Visini wrote: Hello colleague's, We are trying to import a bunch of authority records with updated fields, but I can't find the right way to match them with existing authority records. The only tag which is workable in our case should be 001. We have followed the manual meticulously, but it just doesn't work. Matching rules used below: Matching rule code: CNUMBER Description: 001 Match threshold: 100 1. Search index: Control-number 2. Score: 101 1. Tag: 001 2. Subfields: [blank] 3. Offset: 0 4. Length: 0 5. Normalization rule: [none] Looking at past messages, we've tried changing the match threshold to '1000' and the score to '1000'. Also, since this matching rule uses a control field, we've tried changing the length to '5' (correct in our case), but to no avail. We've even tried changing the subfield to 'a' and '@', but this doesn't seem to change anything. Anyone who encountered the same problem, but found a solution? Any suggestions? We are using 21.11.06 with Zebra Thanks in advance. Giacomo Visini I Library assistant DIVA, Antwerp Home of Diamonds Visiting adress library (temporary): Kaasstraat 13, B-2000 Antwerpen Postal adress: Kaasstraat 13, B-2000 Antwerpen T + 32 3 360 52 41 M + 32 485 66 49 98 giacomo.vis...@divaantwerp.be<mailto:giacomo.vis...@divaantwerp.be> www.divaantwerp.be<http://www.divaantwerp.be/> Follow us on Facebook<https://www.facebook.com/diva.antwerp> I Linkedin<https://www.linkedin.com/company/438781> I Instagram<https://www.instagram.com/divaantwerp/> ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Annoucement: KohaCon23 to be held in Helsinki, Finland
Hello everyone! In the IRC General Meeting held today, the proposal for KohaCon23 from the National Library of Finland was accepted unanimously by all present. The conference will be open to in-person and online participation. The target date is August 2023, but more information will be available in the coming months. As well as information transmitted on the mailing list, this wiki page will be updated regularly with information about the conference : https://www.kiwi.fi/display/KK/KohaCon On behalf of the larger Koha community, I want to thank the organizers, National Library of Finland, Koha-Suomi Oy, and Nugged Team for taking this on. Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Circulation Rules: Parent and Child Item Type
Hi Naveen, It's better to answer to the list rather than just me so someone can chime in if they know the answer. As far as I know, the rule for the parent type only applies to children for the "checkouts allowed" rule. This may have changed since, but when the parent/child item types were introduced, it was like this. If your "All" rule has a hard due date, and there are no other rules for the children item types, the hard due date should apply. Otherwise, you need to have a rule for each of your child item types to enforce the hard due date, which is unfortunate since you seem to have so many, but that is the way it is (as far as I know). I just tested it in 22.05 with the following rules * Rule 1 o Patron category : all o Item type : Books (parent type) o Checkouts allowed : 2 o Checkout period : 10 days (no hard due date) * Rule 2 o Patron category : all o Item type : all o Checkouts allowed : 50 o Checkout period : 30 (should not apply since I have a hard due date below) o Hard due date : exactly on 2022-08-17 I checked out an item with the "Children's books" item type, which is a child of the "Books" item type. The hard due date of the "all" category was applied because there is no specific rule for "Children's books". The checkout limit of the parent type (2) was also applied. I don't know if my example is just more confusing but the important part to remember is that the rule for the parent type will only apply to the children for the "checkouts allowed". For the rest, including the hard due date, it is managed in individual rules for each children type or an "all" rule that would include the children types. Caroline On 2022-08-16 01:24, Ms. Naveen Ali wrote: Hi Caroline, Thank you for your reply. I do have an 'ALL' rule. The circulation Rule has a Hard Due Date which I want to be applied to all child items. Is that possible? With best regards, Naveen Ali ITM-JE (EAKL) Inst Representative for HEC Digital Library Resources. NEDUET, Karachi. - Original Message - From: "Caroline Cyr La Rose" To:koha@lists.katipo.co.nz Sent: Monday, 15 August, 2022 7:14:44 PM Subject: Re: [Koha] Circulation Rules: Parent and Child Item Type Hi Naveen, Maybe someone can correct me if I'm wrong, but the way I understand it is that the parent circulation rules only apply to the number of checkouts allowed, not the rest of the rules. You do need to have a rule for each of your item types, or an 'All' rule. Regards, Caroline On 2022-08-15 06:55, Ms. Naveen Ali wrote: Dear All, In our library we rent textbooks for a semester at 10% cost of the book. To manage this in KOHA, I created a Parent Item with around 60 child items. Each child item has a different rental charge. I have applied a lending policy on the Parent Item with the understanding that it will apply to all child items. However I am not getting the desired result. To get my desired policy, I have to apply the lending policy to each child item. I don't think this is correct behavior but I don't understand what I am doing wrong. With best regards, Naveen Ali ITM-JE (EAKL) Inst Representative for HEC Digital Library Resources. NEDUET, Karachi. ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists |www.inLibro.com <http://www.inLibro.com> ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Circulation Rules: Parent and Child Item Type
Hi Naveen, Maybe someone can correct me if I'm wrong, but the way I understand it is that the parent circulation rules only apply to the number of checkouts allowed, not the rest of the rules. You do need to have a rule for each of your item types, or an 'All' rule. Regards, Caroline On 2022-08-15 06:55, Ms. Naveen Ali wrote: Dear All, In our library we rent textbooks for a semester at 10% cost of the book. To manage this in KOHA, I created a Parent Item with around 60 child items. Each child item has a different rental charge. I have applied a lending policy on the Parent Item with the understanding that it will apply to all child items. However I am not getting the desired result. To get my desired policy, I have to apply the lending policy to each child item. I don't think this is correct behavior but I don't understand what I am doing wrong. With best regards, Naveen Ali ITM-JE (EAKL) Inst Representative for HEC Digital Library Resources. NEDUET, Karachi. ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [EXTERNAL] Archive search
In Google, you can also add "site:https://lists.katipo.co.nz/; to your keyword search. For example, archive search site:https://lists.katipo.co.nz/ Caroline On 2022-08-15 08:41, Bales (US), Tasha R wrote: Yes, at the bottom of this page, below, try the "MarkMail archive" or "Nabble.com archive" links: https://koha-community.org/support/koha-mailing-lists/ Tasha Bales -Original Message- From: Koha On Behalf Of kolvir73 Sent: Saturday, August 13, 2022 22:33 To:koha@lists.katipo.co.nz Subject: [EXTERNAL] [Koha] Archive search EXT email: be mindful of links/attachments. Is there a way to search the mailing list archives besides looking at the threads month by month? ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] multiple copy holdings
Hi David, If working in MARC21, you should have one 952 tag per copy. The mandatory subfields for 952 are $a (home library), $b (holding library), $p (barcode) and $y (itemtype). More info in the manual: https://koha-community.org/manual/22.05/en/html/cataloging.html#location-and-item-information-952 A (very minimal) record with multiple copies would look like 100 _a Conrad, Joseph. 245 _a 'Twixt Land and Sea / _c Joseph Conrad 942 _2z _cBK 952 _aCPL _bCPL _p55 _yEBOOK 952 _aCPL _bCPL _p1488 _yEBOOK I hope this helps, Caroline On 2022-08-10 19:02, David Schaller wrote: What is the best-practice way for preparing MARC data for Koha with respect to multiple copies of a title? One video I watched said to copy the 952 fields into 953, 954, etc. for each copy. Another video looked like it was just repeating 952p for each copy (barcode field). What does Koha actually expect for multiple copies? Thanks, David ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] issuingrules from 19.11 to 20.05
Hi Vinod, If you look at the existing rules in circulation_rules, you'll notice the rule name is in the rule_name column and the value is in rule_value. If you need to insert via SQL, you can do something like INSERT INTO circulation_rules (branchcode, categorycode, itemtype, rule_name, rule_value) VALUES ("BRANCHCODE", "CATEGORYCODE", "ITEMTYPE", "issuelength", "21"); I would suggest doing it via the administration interface (Administration > Circulation and fines rules) however, just because there are so many different rules. I'm not sure what the consequences are if only a few rules are filled in. Regards, Caroline On 2022-08-03 01:17, vinod mishra wrote: Hello Rose Actualy i wish to incorporate new codes/columns in place of following in existing RFID middleware: issuelength maxissueqty renewalsallowed Can anyone help which new columns / code can be substituted for? On Tue, 2 Aug, 2022, 19:42 Caroline Cyr La Rose, wrote: Hi Vinod, This table was replaced by circulation_rules. The structure is quite different, as you'll notice. Caroline On 2022-08-02 01:34, vinod mishra wrote: > Hello > > Can anyone help to know "issuingrules" table contents moved to which table > from Version 20.05? as it was there up to 19.11 and what tables columns > could be used in place of issuingrules if similar does not exist? > > With Regards, > > Vinod Kumar Mishra, > Assistant Librarian, > Biju Patnaik Central Library (BPCL), > NIT Rourkela, > Sundergadh-769008, > Odisha, > India. > Mob:91+9439420860 > URL:http://vinod.itshelp.co.in/ > ORCID ID:http://orcid.org/-0003-4666-7874 > Scopus ID: 57223138343 > > *"Spiritual relationship is far more precious than physical. Physical > relationship divorced from spiritual is body without soul" -- Mahatma > Gandhi* > ___ > > Koha mailing listhttp://koha-community.org <http://koha-community.org> > Koha@lists.katipo.co.nz > Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> <http://www.inLibro.com <http://www.inLibro.com>> ___________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] issuingrules from 19.11 to 20.05
Hi Vinod, This table was replaced by circulation_rules. The structure is quite different, as you'll notice. Caroline On 2022-08-02 01:34, vinod mishra wrote: Hello Can anyone help to know "issuingrules" table contents moved to which table from Version 20.05? as it was there up to 19.11 and what tables columns could be used in place of issuingrules if similar does not exist? With Regards, Vinod Kumar Mishra, Assistant Librarian, Biju Patnaik Central Library (BPCL), NIT Rourkela, Sundergadh-769008, Odisha, India. Mob:91+9439420860 URL:http://vinod.itshelp.co.in/ ORCID ID:http://orcid.org/-0003-4666-7874 Scopus ID: 57223138343 *"Spiritual relationship is far more precious than physical. Physical relationship divorced from spiritual is body without soul" -- Mahatma Gandhi* ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha SQL report with MARC field
Hi, The metadata was moved to it's own table some time ago. You will need to add this line somewhere in the SELECT ExtractValue(biblio_metadata.metadata, '//datafield[@tag="675"]/subfield[@code="3"]') AS "Informacija" And this line between the last LEFT JOIN and the WHERE LEFT JOIN biblio_metadata USING (biblionumber) Like this (I added some carriage returns for legibility) SELECT items.dateaccessioned AS Pridėjimas, items.barcode AS Barkodas, biblio.author AS Autorius, biblio.title AS Pavadinimas, biblioitems.publishercode AS Leidykla, items.copynumber AS Inventorinis, biblioitems.isbn AS ISBN, items.itemnotes AS Uzrasai, items.itype AS Išteklis, items.homebranch AS Lokacija, ExtractValue(biblio_metadata.metadata, '//datafield[@tag="675"]/subfield[@code="3"]') AS "Informacija" FROM items LEFT JOIN biblioitems ON (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio ON (biblioitems.biblionumber=biblio.biblionumber) LEFT JOIN biblio_metadata USING (biblionumber) WHERE items.dateaccessioned BETWEEN <> AND <> ORDER BY items.barcode DESC (Note: I haven't tested it...) Good luck! Caroline On 2022-07-01 06:49, Tadas G wrote: Hello, My Koha 21.05.11 version. I use this report to view the inventory. It works well. The question would be how would I go about adding a MARC field from Record e.g 675$3 Maybe someone has an idea how to add it? SELECT items.dateaccessioned AS Pridėjimas,items.barcode AS Barkodas,biblio.author AS Autorius,biblio.title AS Pavadinimas,biblioitems.publishercode AS Leidykla,items.copynumber AS Inventorinis,biblioitems.isbn AS ISBN,items.itemnotes AS Uzrasai,items.itype AS Išteklis,items.homebranch AS Lokacija FROM items LEFT JOIN biblioitems ON (items.biblioitemnumber=biblioitems.biblioitemnumber) LEFT JOIN biblio ON (biblioitems.biblionumber=biblio.biblionumber) WHERE items.dateaccessioned BETWEEN <> and <> ORDER BY items.barcode DESC I think you need to add lines: CONCAT('', b.title, '' ) AS Title, ExtractValue(bi.metadata, '//datafield[@tag="675"]/subfield[@code="3"]') AS "Informacija", But I don't know how to add them to work Thanks for the help ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Spine Labels
Hi Charles, As far as I know, you can add any information that is stored in the items, biblioitems and biblio tables. In the label layout, there is a section called 'Bibliographic data to print'. There, you can choose the 'List fields' option and enter a comma separated list of the fields you want to see on your labels, something like: ccode_description,itemcallnumber,copyrightdate,enumchron,copynumber. Each field will be printed on a different line. If you want something to be printed on the same line, put those between double quotes (" "), for example: "ccode_description itemcallnumber", copyrightdate, enumchron, copynumber. I hope this helps, Caroline On 2022-06-07 19:14, Charles Kelley wrote: Hello, all! My library is preparing to make new spine labels for large parts of its collections. I have been watching videos on Koha's label-producing function. So far, so good. Our labels will consist of several fields: shelf location (952 ‡8), call number (952 ‡o), publication year (264 ‡c) after cleanup, volume/part number (952 ‡h), and copy number (952 ‡t). They'll be laid out in this order on multiple lines; that is, I have not found documentation whether Koha can produce labels with the subfields in addition to the call number. Is this possible? If so, how so? If not, we'll run a report with the requisite subfields, download the output, and lay out the labels through a Word document template. Many thanks. -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Error 500 in Staff Catalog when clicking at record.
Hi Shafrizan, Something similar happened at one of my client libraries when they updated from 20.05 to 21.05. The problem was invalid characters/sequences in the record. In their case, it was in the summary field (520$a) and the sequences were something like (3y (B (3z(B The record displayed correctly after we edited the records and changed those sequences. I found the answer in one of the log files, though I can't remember exactly which one... It said something like "PCDATA invalid char value ...". The only solution I've found for the moment is to edit the records and correct the problematic sequences. I hope it helps, Caroline On 2022-06-07 08:12, Shafrizan Affendi wrote: Hello all. 5 days ago I upgraded my Koha from version 19.* to 21.11.05. During the upgrade there is no error message that I notice. Then I upgraded my OS from Debian 9 stretch to 11 bullseye. Same no error message. When I searched in staff opac the result came out fine. For example i search for "management" and the list related to management shows up. The problem started when a certain record from the result gave me An Error Has Occurred! Error 500. When I hit the back button and click 'Edit Record' or 'Edit Item' it worked fine. I tried to look at the record detail when I clicked Edit Record or Edit Item but I found nothing unusual. I compare with no problem records. Not all records gave me this error but I noticed some of it. I already tried running /usr/share/koha/bin/maintenance/touch_all_biblios.pl -v but the result came out with no error at all. I do have full access to the server and database if anyone can help me and need extra information. FYI Opac worked just fine if i clicked on the record. Only at staff Opac. If anyone here can help please reply or maybe can lead me to where i can investigate to solve this problem. Thank you very much... ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Arrangement of Fields on Items Form
Hi, It depends on your version of Koha, but in the most recent ones (at least back to 21.05 which is the one I use), you can drag and drop subfields to reorder them in the framework. - Go to Administration > MARC bibliographic framework - Edit the MARC structure for your framework - Search for the item field (952 in MARC21, I'm not sure in UNIMARC... maybe 995 or something like that?) - Edit the subfields - Drag and drop the tabs at the top in the order you want - Save - Edit an item and confirm the fields are in the chosen order I just tried it and was able to put $z above $x. It's pretty neat! I hoe this helps, Caroline On 2022-06-02 12:00, Eric Phetteplace wrote: Hi Naveen, You could do this with JavaScript added to the IntranetUserJS system preference, but as far as I know there's no other way. This line of JavaScript, for instance, moves the "non-public note" field from the bottom of the add/edit items form to the top: $('#subfield952x').parent('li').prependTo('#cataloguing_additem_newitem ol') If you want to change the order of many of these fields, it would be quite a bit of customization. Best, ERIC PHETTEPLACE Systems Librarian, Libraries (he/him) ephettepl...@cca.edu | o 510.594.3660 (cca) 5212 Broadway | Oakland, CA | 94618 CCA is situated on the traditional unceded lands of the Ohlone peoples. Black-owned bookstores in Oakland: Ashay by the Bay <https://ashaybythebay.com/>, Marcus Books <https://www.facebook.com/marcus.books/> :(){ :|: & };: On Wed, Jun 1, 2022 at 11:36 PM Ms. Naveen Ali wrote: Dear All, How is it possible to control arrangement of fields on Items form. Which field will appear first and so on. With best regards, Naveen Ali ITM-JE (EAKL) Inst Representative for HEC Digital Library Resources. NEDUET, Karachi. ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Question about creating libraries in Koha -- possible bug
Hi Andy, I had this problem recently with my development installation and it turned out I was missing some perl modules or mine were an older version. Unfortunately, I can't remember exactly which one was the problem. You can see the list of necessary modules in the Perl modules tab of the About page and it will also tell you which ones are missing. I hope this helps... Caroline On 2022-05-31 15:12, Andy Boze wrote: I have three separate instances of Koha 20.11.04. In one of them I want to create a new library. When I go to Home › Administration › Libraries I see no existing libraries listed in any of the three instances. If I click the "+New library" button, I get the form to fill out, and when I submit the form, I get an alert that the library has been created. The Libraries page still doesn't list any libraries. I can see that the new library has been added, since it is now an option when I create or edit a patron or if I set circulation and fines rules. I've tried a couple of the demo Koha systems at < https://koha-community.org/demo/ > and they show multiple libraries. Is there a setting that would prevent libraries from displaying or does this seem to be a bug? TIA, Andy Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Cataloging question - Electronic resource with no link (MARC21)
Hi Jane, Thanks for your input! You're right that it's closer to a CDROM, since it's available on site rather than online. The record itself is for a paper periodical (genealogy bulletin to be precise, the library is a genealogy society run by volunteers), but one library/branch has a scanned version on a computer. They wanted to be able to indicate that only that 'branch' has those scans, in a way that would be visible and easily understandable by their users. 856 seemed the obvious choice, but the whole thing with it appearing as a link turned us off. Next choice was a 5XX note, but those are hidden in a tab. Not a lot of users would think to click on the Notes/Descriptions tab to see more. After discussing it with the client, we decided (or he decided, at my suggestion) to do exactly what you said, that is to use field 952$z of that library's item to indicate that a scanned copy is available at that library only. That field is very visible and it indicates clearly that the scanned version is at that library only. I hadn't thought of making a entire new record for the scanned version and linking the records through 776. It may have been a way to do it... Thanks again! Caroline On 2022-05-18 16:35, Jane Cothron wrote: It sounds as though you are describing a database on a computer drive that is not actually available or connected through the internet. That means that it will not have a URL, so I would not use an 856 field in the MARC record. It is an electronic resource and the fixed field information should reflect that. I would include a note indicating the extent of the resource and the fact that it is only for use in that specific library. I think this is closer to cataloging a CDROM than a website or remotely available database. I would include a public note in the item record specifying that the resource is only available for in-library use at the owning library. Does this sound reasonable to you? Best-- Jane Cothron On Tue, May 17, 2022 at 1:55 PM Caroline Cyr La Rose wrote: Hello everyone! I wanted the community's opinion on this. I have a client who has electronic versions of periodicals, but they are not accessible online. (I'm not sure how it works to get them, but I'm told the files are on a computer at one of the libraries... anyway.) I figured we could use 856$3 and/or 856$z to signify that users can see copies if they go to XYZ library. But as soon as we put something in either $3 or $z, both the staff interface and the OPAC show links (either the text is blue or it shows 'Click here to access...', even if there is nothing in 856$u or $a/$d/$f. The links don't do anything if you click on them. Does that seem like a bug or it's how MARC is supposed to work? Is it ok to use 856 to indicate that there is an electronic copy of the resource somewhere even if that copy is not on the Web? I think so, but I may be wrong. We thought about putting that info in a 5XX somewhere, but those are hidden in the Descriptions/Notes tabs and users might not see the info. Thanks for your help! Caroline Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> <http://www.inLibro.com <http://www.inLibro.com>> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Very, very beginner question: Followup
Hi there, The answer to the first question is in the system preferences. In order to be able to manually enter author names and subjects, you need to set BiblioAddsAuthorities to 'allow'. As for your second question, I think you mean how to add Z39.50 servers to search. You can do that in Administration > Z39.50/SRU servers. The site https://irspy.indexdata.com/find.html can help you find servers to add. (Authorities in library speak refer to a specific kind of record used for names and subject headings.) As for which servers to add, I wouldn't really know. Maybe university libraries since the texts you seem to catalog seem very specialized. I hope this helps, Caroline On 2022-05-18 14:19, C.S. Hayward wrote: I have three followup questions. First, I've noticed that I can directly enter data into 245$a, but 100$a and 110$a appear to be locked (screenshot available on request). This is after clicking on "New Record" and navigating to the 100's tab. What should I be doing to be allowed to manually enter an individual or corporate author's name? Second, if I should be entering all the authorities that have been mentioned in replies for a Z49 search, how do I add a URL? (One respondent, for instance, mentioned "Oxford" as the text of a hyperlink that I assume is what I will want to enter in the appropriate place. Same for a URL for the General Theological Seminary.) Third, are there any authorities I should be searching besides those pointed out to me by list members? Thanks, Br. C.S. Hayward Sent from ProtonMail for iOS On Fri, May 13, 2022 at 3:26 PM, C.S. Hayward wrote: Having added a first test item, I thought I would try to add to the catalog the dozen or so books that happened to be on a desk on the library. I tried to search by ISBN, and the next two books were at least technically findable on Amazon by ISBN, but did not come up in the Z39.50/SRU search. They were, respectively: St. Tikhon's Seminary Press: The Great Book of Needs, Volume III: The Occasional Services, South Canaan: St. Tikhon's Seminary Press, 1999, 1-878997-58-0 Cavarnos, Constantine, Modern Orthodox Saints: St. Cosmas Aitolos, Belmont: Instirute for Byzantine and Modern Greek Studies, 1971, 0-914744-29-1 The library contains books that people have heard about, and obscurities. If a book does not come up by ISBN, how should I be approaching entering a book for which I can find standard bibliographic information? Would it be appropriate to click on "New Record," populate a record with the fields I have (possibly incomplete) and then try to save, navigating to any mandatory fields I haven't filled in? Thanks, ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Cataloging question - Electronic resource with no link (MARC21)
Hi Heather! Thanks so much for your answer! (I was hoping you would answer because you're so knowledgable!) If I understand correctly, $3 is indeed used to specify the library for which the link is used, and it is possible to omit $u (as you said, it dates back to when stuff would maybe be on cdroms). I tried this in Koha 856 40 $3 Local periodical computer and the staff interface and OPAC still showed a link. This may be because of ind1= 4. I tried with different access methods, including ind1 = 7 and 'file' in $2; Koha always shows a link, clickable, but that leads nowhere. I also noticed that in the worldcat example for 'Encyclopedia of children and childhood', what I assume is in the $z (e.g. '(Unlimited Concurrent Users)') is not included in the clickable part of the link. Whereas in Koha, if you put something in $z, it will be clickable. I understand it's a very fringe case that 856 would be used for electronic resources that are not online (no $u). But to me, only $a/$d/$f, $u and $y should be in the clickable part of the link. The rest should be regular text. And if there is no $a/$d/$f or $u, there should be no link at all (not even the 'Click here'). Maybe I will file a bug in bugzilla and see what others say, unless someone else on the mailing list has an opinion. Thank you again! Caroline On 2022-05-17 17:16, Hernandez, Heather H wrote: Hi, Caroline-- It's the way that it's supposed to work--if you look at this record on WorldCat.org: http://www.worldcat.org/oclc/51900244 You'll see a link that says, "Flint Campus only," etc.--all the links have text indicating authorized users only (text that's been put into the 856 $z). It's supposed to work like that because many places have electronic resources that are available only to authorized users of particular networks. It dates back to when some resources would even be on CDRoms mounted on particular computers/drives that only authorized users could access. For the resource you're describing, if it were my library, I'd do something like: 856 40 $3 Research Center access $u http://... $z Requires staff login They might want, e.g.: 856 40 $3 Local periodical computer 856 40 $3 In-library access only You can use only the $3 if you want, too--we only use that field, and it will display in place of "Click here to access," e.g.: Details for: A dream of seven decades San Francisco's Aquatic Park / › SF Maritime NHP Research Center catalog (bywatersolutions.com) <https://keys.bywatersolutions.com/cgi-bin/koha/opac-detail.pl?biblionumber=35047> I try to always put something into the $3, because "Click here to access" is antiquated, when so many users are tapping on their phones, and in the situation like you describe where not everyone is authorized to access. Cheerio! --h2 ~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office generally M-W, telecommuting Th-F) heather_hernan...@nps.gov <https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov> -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Cataloging question - Electronic resource with no link (MARC21)
Hello everyone! I wanted the community's opinion on this. I have a client who has electronic versions of periodicals, but they are not accessible online. (I'm not sure how it works to get them, but I'm told the files are on a computer at one of the libraries... anyway.) I figured we could use 856$3 and/or 856$z to signify that users can see copies if they go to XYZ library. But as soon as we put something in either $3 or $z, both the staff interface and the OPAC show links (either the text is blue or it shows 'Click here to access...', even if there is nothing in 856$u or $a/$d/$f. The links don't do anything if you click on them. Does that seem like a bug or it's how MARC is supposed to work? Is it ok to use 856 to indicate that there is an electronic copy of the resource somewhere even if that copy is not on the Web? I think so, but I may be wrong. We thought about putting that info in a 5XX somewhere, but those are hidden in the Descriptions/Notes tabs and users might not see the info. Thanks for your help! Caroline Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Very, very beginner question: Followup
Hi there, If you can't find the record in any other Z39.50 catalog, you will indeed need to catalog it from scratch. To create a new record, click on "New record" and choose a cataloging framework (frameworks are cataloging "forms" if you will). There usually is a "Fast Add" option that will only have basic fields. If you are really new at cataloging, you can also copy a record you already have and start from there. In the record, click on Edit > Edit as new (duplicate). This will look as if you're editing the record, but you are in fact creating a copy. That way you can look at what information is in which field and learn what goes where at the same time. If you are cataloging in MARC21, here are the basic fields (other than the aforementioned leader (000), 005 and 008) - ISBN: 020$a - Main author: 100$a (there can only be one main author) - Title: 245$a - Place of publication: 264$a - Publisher: 264$b - Year of publication: 264$c - Number of pages: 300$a - Collection: 490$a - Summary: 520$a - Subject: 650$a (one 650 field per subject, click on the button that looks like two superimposed rectangles to create a new field of the same type, click on that button next to the title of the 650 field) - Secondary authors: 700$a (one 700 field per additional author) - Web link: 856$u If you fill out most of these, you should have simple but very nice and workable records. As long as your users are able to find them, that's the important part. Caroline On 2022-05-13 15:35, Tami Wilkerson wrote: You need to remove the dashes in ISBNs when doing a Z39.50 search. Tami -Original Message- From: Koha On Behalf Of C.S. Hayward Sent: Friday, May 13, 2022 12:27 PM To: koha Subject: [Koha] Very, very beginner question: Followup Having added a first test item, I thought I would try to add to the catalog the dozen or so books that happened to be on a desk on the library. I tried to search by ISBN, and the next two books were at least technically findable on Amazon by ISBN, but did not come up in the Z39.50/SRU search. They were, respectively: St. Tikhon's Seminary Press: The Great Book of Needs, Volume III: The Occasional Services, South Canaan: St. Tikhon's Seminary Press, 1999, 1-878997-58-0 Cavarnos, Constantine, Modern Orthodox Saints: St. Cosmas Aitolos, Belmont: Instirute for Byzantine and Modern Greek Studies, 1971, 0-914744-29-1 The library contains books that people have heard about, and obscurities. If a book does not come up by ISBN, how should I be approaching entering a book for which I can find standard bibliographic information? Would it be appropriate to click on "New Record," populate a record with the fields I have (possibly incomplete) and then try to save, navigating to any mandatory fields I haven't filled in? Thanks, ___ Koha mailing listhttps://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fkoha-community.org%2Fdata=05%7C01%7Ctwilkerson%40critfc.org%7C2d3e50822a464d5001f508da35169496%7C5bd3117c7a694d9da8e7a429b43fd11c%7C0%7C0%7C637880668516365868%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=zmW1EKriUf2PI9PTOtnx2IPamWl7Y2N29u2dZ6ScSZI%3Dreserved=0 Koha@lists.katipo.co.nz Unsubscribe:https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.katipo.co.nz%2Fmailman%2Flistinfo%2Fkohadata=05%7C01%7Ctwilkerson%40critfc.org%7C2d3e50822a464d5001f508da35169496%7C5bd3117c7a694d9da8e7a429b43fd11c%7C0%7C0%7C637880668516365868%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=owCVa21%2FjVl%2FNn%2BZD1%2FWZ%2FKqik%2FccWQlDMo1ZHRARo4%3Dreserved=0 ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] News for member only.
Hi Tony, If you specify a library when writing your news, it won't be visible to unlogged (?) users because Koha can't know which library they belong to. That means that you have to create one news item per branch. It's fine if you have only one or two libraries, but if you have many branches, it can be a pain. I hope this helps, Caroline On 2022-05-13 08:49, Toni Afandi wrote: Hi Could we add news that is visible for members only? If patrons login, then he/she can see the news. Regards, *Toni Afandi* *Librarian* *(Southeast Asia Bible Seminary)* ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Koha Item Type 942$c, 952$y
Wales under company number 02361261. Registered Office: University of the Arts London, 272 High Holborn, London WC1V 7EY ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Very, very beginner question: Sample MARC record
Hello, There should be a small icon to the right of the leader or control fields (00X) that, if clicked, will help you fill out those fields. If you click in the 005 field, normally it should be filled automatically with the current date and time. Also, if you click on the question mark, it should bring you to that field's documentation on https://loc.gov/marc/bibliographic/ If you're not familiar with cataloging, I recommend reading up on the different fields. Lastly, although I really REALLY don't recommend this for the leader or control fields 005 and 008, you can remove the mandatory flag by going in the MARC frameworks (Administration > MARC bibliographic frameworks > (find framework) > Actions > MARC structure > (find field) > Actions > Edit tag / Edit subfields > uncheck Mandatory > Save) I hope this helps, Caroline On 2022-04-29 13:40, C.S. Hayward wrote: I am trying to make a trial run at cataloging, and it's turned up information that I don't know how to populate. The book I picked up is "The Bible and Holy Fathers for Orthodox", ISBNdb entry athttps://isbndb.com/book/9780962253607. Most of the entries in the catalogue will be books, with some periodicals and maybe coverage of relevant websites. I clicked on the "Books..." entry under "New entry"; that gives me a form with the following fields as required: 000 ? - LEADER 005 ? - DATE AND TIME OF LATEST TRANSACTION 008 ? - FIXED-LENGTH DATA ELEMENTS--GENERAL INFORMATION 040 ? - CATALOGING SOURCE > Transcribing agency What should I be doing to fill at least these out? Does "Z39.50/SRU search" or "Link authorities automatically" provide a way to populate from existing question? Thank you for any orientation and advice. Thanks, Br. C.S. Hayward, author and apologist, and more importantly novice at St. Demetrios Orthodox Monastery ___ Koha mailing listhttp://koha-community.org Koha@lists.katipo.co.nz Unsubscribe:https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Analytical cataloguing causing a searching warning
Hi Aleisha, My first instinct is that the itemnumber (and not the barcode) should be used in 773$9. But maybe that was just a slip of the tongue (/fingers) on your part and it's not related to the problem at all... Caroline On 2022-02-14 20 h 04, Aleisha Amohia wrote: Hi Koha community! We're having some trouble with analytical cataloguing - linking host and child records. We have EasyAnalyticalRecords enabled, and UseControlNumber disabled. When we link the host item using the barcode, the detail page for the child item shows this warning above the title: "There was an error searching for analytic records, please see the logs for details." The Plack Intranet error log shows the following errors: [2022/02/15 13:59:09] [WARN] CCL parsing error (10014) Embedded truncation not supported ZOOM for query: Host-item=(BIBLIO_TITLE /) at /usr/share/koha/lib/C4/Search.pm line 241. [2022/02/15 13:59:09] [WARN] Warning from simple_search_compat: CCL parsing error (10014) Embedded truncation not supported ZOOM at /usr/share/koha/intranet/cgi-bin/catalogue/detail.pl line 152. I have tried also manually linking the host item by cataloguing directly into the 773 of the child item, the searching warning still shows. I have also tried enabling UseControlNumber and putting the 001 of the host record into 773$w of the child item, which has usually worked (the warning disappears), however this method does not work for us because the library doesn't usually fill in the 001. We'd rather keep UseControlNumber disabled. Is this a problem that other libraries have other seen? Have you been able to solve it while keeping EasyAnalyticalRecords enabled and UseControlNumber disabled? Would appreciate any help. Thanks all! Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Serials and Variable Frequencies
Hi Charles, Unless you want to create your entire backlog, you don't need to enter historical frequencies in the serials module. (Unless the three frequencies are concurrent since they don't have end dates?) Just enter the current frequency (monthly according to 310) and start from there. You're lucky, it's the easiest one! :) If you do need to enter your backlog, create different subscriptions for each period. Caroline On 2022-02-09 17 h 17, Charles Kelley wrote: Hi, all! My library is beginning to implement the serials module, but we have a question. How does Koha handle serials with variable frequencies? Case in point: Starlog. According to WorldCat and the Library of Congress, Starlog had three frequencies during its run. To copy the 310 and 321 fields, 310 ␣␣ ‡a Monthly, ‡b 321 ␣␣ ‡a Quarterly, ‡b Aug. 1976- 321 ␣␣ ‡a 8 times a year, ‡b How are the three frequencies entered into Koha? Thanks for your help, everyone! P. S. Sorry for the extra spacing and the "␣". I now use "␣" for the space in indicators in order to be absolutely clear an indicator is blank. Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Multiple IDs or card numbers per user
Hi Andy, I just tried it on Koha 20.05 and it seemed to work? - I added a patron attribute called Additional ID, which is searchable and unique. - I added a value (1234, I know, very original), in one patron account. - In the staff interface, in the search bar at the top, I selected checkout, typed in 1234 and hit enter. It brought me to that one patron. I also tried with a less common value (147852369) and it still brought me to the one patron from the checkout search. I don't think it will work for the self checkout though. That wasn't in your original question, so I thought it was only for checking out from the staff interface. I think the self checkout only allows to use the cardnumber or userid/password. Caroline On 2022-02-07 14 h 21, Andy Boze wrote: Thanks again, Caroline. I've tried creating additional attributes and then adding them to a patron record. The problem I'm finding is that the additional identifiers don't seem to be usable in the same way as the patron's card number. For example, on the self-checkout page, it will only accept patron card numbers and not any other attributes, even if they are unique and searchable. And there's a similar problem in the staff client for check-outs, where I can only use patron name or card number. Is there any way to get Koha to search for those attributes in addition to card number of patron name? The only way I see to search on those attributes is to go into the patron module and use the search filter. Andy On 2/4/2022 5:10 PM, Caroline Cyr-La-Rose wrote: Hi Andy! This would be possible with Patron attributes. You could create an attribute type (Administration > Patron attribute types) for each additional credential, making sure to specify that the attribute is a "unique identifier" and is "searchable". If you have questions, let me know. Caroline On 2022-02-04 16 h 59, Andy Boze wrote: Hi, all. My campus is starting to investigate implementation of digital IDs for students. This would allow them to use their android, iphone, or apple watch digital wallet in place of their standard ID card. They would have up to three unique credentials that act like barcode numbers — the ID card number itself, a phone credential and a watch credential. If this is implemented essentially we would have to store up to three “barcodes” per patron. Is there any way to accommodate this in Koha? Thanks! Andy Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Multiple IDs or card numbers per user
Hi Andy! This would be possible with Patron attributes. You could create an attribute type (Administration > Patron attribute types) for each additional credential, making sure to specify that the attribute is a "unique identifier" and is "searchable". If you have questions, let me know. Caroline On 2022-02-04 16 h 59, Andy Boze wrote: Hi, all. My campus is starting to investigate implementation of digital IDs for students. This would allow them to use their android, iphone, or apple watch digital wallet in place of their standard ID card. They would have up to three unique credentials that act like barcode numbers — the ID card number itself, a phone credential and a watch credential. If this is implemented essentially we would have to store up to three “barcodes” per patron. Is there any way to accommodate this in Koha? Thanks! Andy Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Export a selection of latest arrival to html for email newsletter
Hello Cécile, Have you looked at the Patron Emailer plugin from Bywater Solutions? I'm not sure it can do new acquisitions newsletters, but maybe. If you do a google search for Patron Emailer, you'll find lots of resources. Caroline On 2022-01-06 06 h 29, IRAM Library wrote: Best wishes for 2022, I am looking for a way to generate html email of latest arrivals from Koha. We want to send our members a newsletter with the latest arrivals. I am not finding anything about that after doing online search. Ideally it would be some dedicated feature, considering html email is usually dumbed down to tables for broad compatibility. Also, being able to get a template and separate steps (select period of time to extract arrivals from, choose between text-only and html+image format, ability to exclude some of the results before generating the email-optimized html code) would be ideal. Is it possible, via Koha or an additional plugin? Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Adding a repeated subfield with a MARC modification template
Hello Mathieu, Since you use "Update existing or add new" in both rules, the first is overwritten by the second. I suggest you use simply "Add new". This will add the subfield without checking if it already exists first. Caroline On 2022-01-03 12 h 46, Mathieu Saby wrote: Hi I tried to add a repeated subfield with a MARC modification template, but I failed to achieve the wanted result (demo instance 20.11.02) . Could you please tell me if this operation is possible ? The subfield 099$t is repeatable in my framework What I expect is to create a 099$t and add two $t subfields : *099* *_tBOOK_t*CD But the result I obtain is *099 _t*CD (only the 2d occurence is added) I used these 2 rules : Update existing or add new field 099$t with value *BOOK* Update existing or add new field 099$t with value *CD* Regards, Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] How can I insert the item information on the spine label?
Hi Victor, - In Tools > Label creator > Manage > Layouts - Choose the layout in which you want to add the copy number - In the section Bibliographic data to print, choose List fields - A new text input will appear, where you can add copynumber (e.g. itemcallnumber, enumchron, copynumber) You have to make sure that 952$t is mapped to items.copynumber. It should be by default, but it doesn't hurt to check. - In Administration > Koha to MARC mapping - Search for copynumber - Make sure items.copynumber is mapped to 952$t - If not, click Add - In the text box, enter "952,t" (without the quotation marks, just 952,t); the comma is important Changes in Koha to MARC mapping are applied to new records and items only. If you want to print labels for future items, you don't need to do anything further. But if you changed Koha to MARC mapping and need to print labels for existing items, you will need to run batchRebuildItemsTables.pl I hope this helps, Caroline On 2021-11-27 08 h 54, Victor Barroso Oliveira wrote: Hello, I would like to insert the copy number information on the spine label, however when I have to customize the layout with the 952t field I cannot generate the label with the copy number information. How can I insert the item information on the spine label? Thanks, Victor ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technology Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Classification rules, manual incomplete, keep hyphens?
Hi Tasha, I confess, I'm the one guilty of that section... I unfortunately never learned LC in school or in work (I've only worked with Dewey), and I tried to read the code for the LC filing routine and didn't understand a word. Ideally someone with knowledge of perl (or whatever language it is written in) and LC should look at the filing rule code and either write the section or tell someone on the docs team how it works so they can write it. As for your 2nd question, I don't think there is a way to create custom filing rules in Koha (unless you do it through coding, if you know how to code, I think pretty much anything is doable). Caroline On 2021-11-23 20 h 26, Bales (US), Tasha R wrote: The section of the Koha manual that describes classification filing rules appears to be missing a section. The portion that describes the respective rules for Dewey, generic, LCC, ends abruptly when it gets to LCC, as follows: "The LCC filing routine generates a sorted call number by following these rules: " [no rules are given] See, https://koha-community.org/manual/21.05/en/html/administration.html?highlight=classification#classification-filing-rules Anyone know what text goes there? Also, has anyone created custom filing rules? Although I can create a new classification source, it looks like a new source can only be an amalgamation of the existing filing and splitting rules. What I really need is something that does not remove hyphens. I'm having a heck of time getting numbers like this to sort correctly (they just don't): 1F-15A-1 1F-15A-01 (I'd expect this to be first) 1F-15A-1CL-1 1F-15A-06 (This should go after "-01") 1F-15A-6 1F-15A-6CF-1 1F-15A-17 1F-15A-21 1F-15A-4-6 (I'd really like to see this before "-6") The above is how they sort in the OPAC using an ascending "Call number" sort. Assuming all hyphens are stripped out, I can't make sense of the sort. However, I did notice that despite all of these items having classification scheme set to "generic", the "Other/Generic Classification Scheme" in Koha Administration, Classification sources, showed that the "In use" value for that scheme was "No". I changed it to "Yes", but am not sure what to expect after having done so. Tasha Bales Enterprise Services http://isesi.web.boeing.com/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Reason to define Koha item type in 942
Hello! I'd like to add to Indranil's explanation. 952$y is mandatory for circulation IF item-level_itypes is set to "specific item". Otherwise, 942$c is used as the item type for circulation. Another thing that I have observed about 942$c is that it is indexed for the search in the same way as 952$y. So if you have records without items (for journal articles, websites or ebooks for example), these will still be searchable through the item type filter. Also, if 942$c and 952$y are not the same in one record (for example, 942$c is Book and 952$y is Reference), they will show in the results of a search for either type. I'm making a note to compile all our comments to add into the manual, since that's where you searched for the information first. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29252 Best regards, Caroline On 2021-10-15 10 h 02, Indranil Das Gupta wrote: Hi Tasha, 942$c - defines the type of material the bibliographic record represents, sort of like it's GMD (general material description). Has no bearing on circulation of material. Stored as marcxml in biblio_metadata. 952$y - defines the item-level item, and is used mandatorily for Koha's circulation rules which work as a permutation of (a) branchcodes (b) patron categories and (c) item-level item types. Stored as itype column in items table. Hope this helps Indranil On Fri, 15 Oct, 2021, 12:44 am Bales (US), Tasha R, < tasha.r.ba...@boeing.com> wrote: Good afternoon, I recall reading (in the Koha manual?) the explanation for why it is advantageous to define Koha item type in the bib 942 field. I believe it has to do with exporting records, or the scope of records that is included when doing some type of report? I'm trying to locate that information again, but can't find it for the life of me. Does this seem familiar to anyone? Thanks. Tasha Bales Enterprise Services http://isesi.web.boeing.com/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] serials management - numbering pattern
Hi Nalisha, If it doesn't ever go back to 1, you shouldn't need to put anything in the inner counter. The inner counter serves only to tell Koha where how many issues have already been published in the cycle. If there is no cycle, there is no need for the inner counter. Caroline On 2021-09-22 03 h 24, Nalisha Tamang wrote: Dear all, WE have the journal "BibliothecaSacra" from 1962 Vol.119 no.474 till 1986 Vol.143 no.569 now how do i set the numbering pattern for this journal as I add 'begins with' v.119 no.474 but confused regarding what number to add in the inner counter. As this is quarterly published and the volume and the number keeps increasing we can't set back to 1 or any number. IF I HAVE TO CHANGE IN THE NUMBERING PATTERN PLEASE HELP ME OUT I'M NEW In this area. Thank you Nalisha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Open Ended Due Dates, Permanent Loans, Etc.
Hi Charles, Maybe you could do something like that with automatic renewals? In circulation rules, you could have a "regular" loan period, but many renewals, e.g. 99. Set up automatic renewals. Koha will renew automatically, as long as the item is not on hold, the patron's membership is not expired, etc. Caroline On 2021-09-15 21 h 37, Charles Kelley wrote: Hi, all! Is there a way to make an open ended due date? That is, if a person checks out a book, Koha does not assign a due date, *per se*, rather it merely marks it checked-out. I guess this be might be considered a permanent or semi-permanent loan but it would not be a transfer. Mind you, if a patron puts a hold on such a book, the patron who checked out the book would have to surrender it. The book would still be one of the library's holdings so that the library can avail it to the patrons and track it for property management reasons. (The OPAC would list it only *CHECKED OUT* or *BORROWED*.) Mind you, I am trying to avoid a proliferation and plethora of LOCs and CCODEs. I know this is a nightmare and it defeats the purpose of a library of shareable works. It would be rarely used, of course, but I can imagine a scenario in which it would arise. Many thanks, all! Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technology Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Batch edit to control fields?
There is a particularity with substring and control fields in SQL. The difference has to do with the starting character of the substring, i.e. the 33 in the following sequence SUBSTRING(ExtractValue(metadata,'//controlfield[@tag=008]'),33,1) MARC starts counting at 1, whereas SQL starts counting at 0. Or it might be the reverse, I don't remember exactly. Anyway, the thing is that you can't use the MARC character position (in this case 33 because you're looking for 008/33), directly in the substring statement. You have to add 1. So to look for 008/33 you have to use SUBSTRING(ExtractValue(metadata,'//controlfield[@tag=008]'),34,1) to look for 008/15-17, like in the example in the link I sent, you have to use SUBSTRING(ExtractValue(metadata,'//controlfield[@tag=008]'),16,3) Does that make sense? Caroline On 2021-08-24 12 h 13, Cab Vinton wrote: Thanks so much, Caroline! Good excuse to brush up on my French. Have used MarcEdit before, but not for this, so your instructions will be vachement utiles :-) Btw, we've been using the report below to identify which records have issues w/ the 008/33. However, the ExtractValue statement is pulling spaces rather than the actual values. Would be grateful for any suggestions on why the SUBSTRING & ExtractValue statements don't appear to be working well together. All best, Cab Vinton, Director Plaistow Public Library SELECT SUBSTRING(ExtractValue(metadata,'//controlfield[@tag=008]'),33,1) AS LitForm, i.itemcallnumber, i.itype, i.ccode, CONCAT('', biblionumber, '' ) AS bibnumber FROM biblio_metadata LEFT JOIN items i USING (biblionumber) ORDER BY i.biblionumber DESC, i.itemcallnumber Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Batch edit to control fields?
Hi Cab, Unfortunately, Koha's MARC modification tool cannot do any changes in control fields, AFAIK. I usually tell people to use MarcEdit to do such batch changes. Here's a procedure I wrote (in French, but I'm sure Google can translate it for you) : https://inlibro.com/knowledge-base/modification-en-lot-des-zones-de-controle-avec-marcedit-1-lieu-de-publication-008-15-17/ I hope it helps, Caroline On 2021-08-24 11 h 38, Cab Vinton wrote: Hi, All -- Does anyone know if the Batch record modification tool can handle control fields? -- specifically, changes to various positions in the leader, 008, etc. We're trying to update the 008/33 in a large number of records. I've tried creating an action for this under a MARC modification template, but it seems to be expecting standard fields & subfields (i.e., it won't accept a 2 digit number to represent a position). We can always export to MarcEdit, but if we can do this from within Koha, that would be great. All best, Cab Vinton, Director Plaistow Public Library Plaistow, NH ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technology Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] For Category
Hello, There are no "subcategories" in Koha. However, you can use the Bsort1 or Bsort2 authorized values categories. Those are linked to the Sort 1 and Sort 2 fields in the patron file. Alternatively, you can use extended patron attributes to indicate the year. Regards, Caroline On 2021-08-12 13 h 58, Himanshu Aggarwal wrote: I have students that belong to First Year to the third Year and then Masters Degree. In Koha can we create a subcategory under Student..First Year Second Year and so on. Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technology Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] [koha] Authorized value for category_types
Hello James! You can look at the SQL library on the Koha wiki. In the first sections, there is one about runtime parameters that explains it very well. https://wiki.koha-community.org/wiki/SQL_Reports_Library#Runtime_Parameters I think there are a couple of options you can use. 1) Create your own authorized values list As it is possible to use any authorized values list as runtime parameter, you can create an AV list just for this report. Since the codes aren't likely to change, this could be a good option. - Go to Administration > Authorized values - Click on New category - Create a code for your category (e.g. BORCAT) - Click on New authorized value for XX - Add the authorized values for the category types, for example Authorized value = A Description = Adult The other category types are C = Child I = Organization P = Professional S = Staff X = Statistical (see https://koha-community.org/manual/latest/en/html/faq.html#patron-categories-table) - In your report, add the runtime parameter just like you would for itemtypes for example WHERE category_type = <> I just tried it in 20.05 and it works. 2) Add a simple text field as runtime parameter I think this was Owen's suggestion. - In your report, add a runtime parameter without av list, for example WHERE category_type = <> - As previously mentioned, users will have to know the specific codes to enter in the field (A, C, I, P, S or X), otherwise the report will not give any results. - As of version 21.05, there is an option to make a text field a text area for several values https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27380 Regards, Caroline On 2021-08-12 10 h 30, muiru james wrote: Hi Owen and All, Thank you for your quick reply and very good advice. I will follow your idea on good documentation in the report. I have no knowledge on runtime parameters but thanks for that pointer too. If you can increase my knowledge on how to tell an authorized value or where to look I'd be grateful. I have used the 'itemtypes' authorized value (as copied from the koha reports library) but I'm always curious to learn more about it or at least understand it better. (-- WHERE items.itype= <>) Thanks a lot Regards James On Thu, Aug 12, 2021 at 3:24 PM Owen Leonard wrote: WHERE categories.category_type= <> category_type is an odd one. It's not an authorized value. In fact I don't think they're defined anywhere in the database at all, just hard-coded into templates and scripts. They're intended to be fixed values, not ones which can be modified. I don't think there's any way to get an SQL report to generate a set of options based on these values. It would be nice if one could supply a set of user-defined options in a runtime parameter, e.g. <> but that would be complicated for users. I think in your case you might have to rely on good documentation in the report notes to let the user know which category_type codes are valid. -- Owen -- Web Developer Athens County Public Libraries (740) 737-6006 https://www.myacpl.org ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Field 830v won't display
Hi Javi, Sounds like the subfield is missing or hidden in the framework. You can check in Administration > MARC bibliographic frameworks. Action > MARC structure Search for 830 Actions > Edit subfields Click on v Make sure it is "Managed in tab" 8 and Editor is checked. Good luck! Caroline On 21-06-30 10 h 23, Javi Legido wrote: Hi there. =Steps to reproduce= 1. Login admin interface 2. Click 'Cataloging' 3. Click 'New record' button 4. Click 'Default framework' 5. Click '8' tab 6. Click '830 SERIES ADDED ENTRY...' to expand it =Expected behavior= Find a text box with 'v Volume/sequential designation', as per: https://www.loc.gov/marc/bibliographic/bd830.html =Found behavior= Missing that field =Errors= None Any guidance will be appreciated. Thanks. ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Frameworks
Hello Carlo, The only way I know of is to modify the records that use the frameworks. To do it in the staff interface, you can follow these steps (they are in French, maybe you can read it, your surname sounds French :) otherwise, I'm sure Google Translate will manage to make it readable for you): https://inlibro.com/knowledge-base/impossible-de-supprimer-une-grille-de-catalogage/ If you have access to the database, you can try an update, something like: UPDATE biblio SET frameworkcode = "" where frameworkcode IN ("list","of","unwanted","frameworks"); I hope this helps, Caroline On 21-06-23 10 h 54, Carlo Dumontet wrote: A plea for help to the Koha pundits. My Library has far too many bib frameworks. Koha does not allow me to delete the unwanted ones because they have all been used (sometimes only once). Is there a way of by-passing this restriction? Many thanks for your help Carlo ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Opac display
Hi Carlo, If you use XSLT for your OPAC display (search system preferences for XSLT), these labels don't have any impact since the display is managed by the XSLT. I think the labels might appear in the MARC view, though. Caroline On 21-06-09 04 h 46, c.dumon...@btinternet.com wrote: I'm new to Koha and I would be grateful for some help. The name in the "Label for opac" in the MARC framework does not correspond to the actual label on the opac. For example: In the Admin module one of our frameworks has the following labels for 246: "Label for Lib" = Variant title ; "Label for Opac" = Variant title. But in the Opac display the label in fact reads: "Other title". In which part of the Admin module do I tweak with these labels? Why the discrepancy? Is there any video online where this topic is covered? (I could not find any). Many thanks for your help. Carlo ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] convert from Handy Library Manager
I have never done a conversion from this software. If HLM can export bibliographic records in some type of MARC format, and other data in CSV, I think you should be able to convert your data and import it into Koha. There is a section on data migration in the manual: https://koha-community.org/manual/20.11/en/html/implementation_checklist.html#data-migration Good luck! Caroline On 21-04-19 17 h 23, Maintenance wrote: I might have already asked this... however Can KOHA convert a "Handy Library Manager" (HLM) into itself and replace it? I'd like to move from our current Handy Library Manager to an open source system and Koha was presented. Please let me know if Koha can be use to move from HLM system. Thanks Jason ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Getting guarantor information in notices
Hello dear community! I'm wondering if it's possible to access guarantor information for notices? We recently upgraded our Kohas to 20.05 from 19.05. One of the notices goes like this <> <> [% IF borrower.guarantorid %] C/O [% borrower.contactfirstname %] [% borrower.contactname %][% END %] <> <> <> (<>) <> The second line is if the patron has a guarantor, write Care of (C/O) the guarantor's name. This is for Overdues notices sent by mail to patrons. It is not logical for us to send overdue notices to children, so we write Care of the parent. In 20.05, the database structure changed to accommodate multiple guarantors per guarantee. Does anyone know if there is a way to access the guarantor information in notices? I'm not very familiar with TT syntax so I have no idea how to indicate this "borrower" is the guarantee and this other "borrower" is the guarantor... Thank you so much! Caroline -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] BULK IMPORT REPORTS
Hello James, I suggest you search Google for mysqldump. it's usually something like mysqldump -u yourusername -p your_koha_database table > file.sql so for me, exporting my reports would look like mysqldump -u caroline -p koha_v20_inlibro_dev saved_sql > reports.sql Then you can import this sql file as is into your new installation (this will overwrite any reports that are already in your new installation) Something like mysql -u yourusername -p your_koha_database < file.sql If you don't want to overwrite the existing reports, you'd have to edit the sql file to remove everything except the "insert into" line. Save the file and then import it. I hope this helps, Caroline On 21-03-27 03 h 27, muiru james wrote: Hello Katrin, Any help you offer will be greatly appreciated on how to go about it. Regards James On Thu, 25 Mar 2021, 00:29 Katrin Fischer, wrote: Hi James, if you are not comfortable with SQL it's quite hard to explain how to do this from scratch. At least I am not sure how to explain it well. Sorry! Katrin On 13.03.21 13:47, muiru james wrote: Thanks Katrin for your reply. Could you give me more details on how to go about it so that I can give it a try? Most appreciated Regards James On Sat, Mar 13, 2021 at 2:46 PM Katrin Fischer wrote: Hi, at the moment it's not possible to export/import reports from the staff interface/GUI. You could try and use SQL to do it server side. All reports can be found in the table saved_sql. Hope this helps, Katrin On 13.03.21 10:07, muiru james wrote: Hi, Is there a way to add export reports from one system and add them in bulk to a new server? Regards James ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] KohaCon21 hosting organization announced!
Hello dear Koha Community! Today at the General meeting, it was announced that the Koha Pakistan Community and the National Library of Pakistan will be hosting KohaCon21! The proposed dates for the conference are November 14 to 30, 2021 and will be organized as a hybrid in-person/online conference. For those who are able to travel, the in-person conference will be held at the National Library of Pakistan, in Islamabad. The Pakistani community has a lot of experience in organizing conferences as they have been organizing Open Source Summits and Koha Conferences for the past several years with great success. I'm sure KohaCon21 will not be an exception! You can find all the information about their proposal on the Koha wiki : https://wiki.koha-community.org/wiki/KohaCon21_Proposals#Hosting_organization The Koha Pakistan Community will keep us updated on the details in the upcoming months. Thank you all! Caroline -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Koha wiki update/replacement
Hello Koha community! There has been discussion about updating or replacing the wiki (https://wiki.koha-community.org). The software behind the current wiki is out of date and we need to upgrade it. Or we could replace it with something more lightweight or more user-friendly. The current wiki is a gold mine of information, but that good information is hard to find. This email is an attempt to start a conversation about the best plan of action to upgrade our wiki. The main argument for changing is that the MediaWiki version we are using is obsolete. - Should we continue with a more recent version of MediaWiki or change the software? It has been argued that maybe MediaWiki is a bit to complex for our needs. DokuWiki (https://www.dokuwiki.org/dokuwiki) was cited as an option, but it's apparently too light and one needs to learn the special syntax. - If we change the software, do you have a suggestion? Some have suggested that we simply archive the current wiki and start fresh with a new one. - Would you be in favor of starting over? I'm sure I'm forgetting things, but my hope is only to get the ball rolling and that this project does not fall in the cracks once again. If you have any suggestion, comment, or concern about this project, please voice them by replying to this email. If you'd rather discuss "live" about this issue, the wiki question is often on the Development IRC meetings agenda. Next meeting is on March 24, 2021 at 20 UTC https://wiki.koha-community.org/wiki/Development_IRC_meeting_24_March_2021 Thank you for your input! Caroline -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Framework ACQ causes mutilated special characters
Hi Michael, Unfortunately, I don't remember which library had this problem (I work for a company that supports over 40 libraries), so I'm not sure I could find the framework again to export it. However, I did find the bug report that I filled way back when I had this problem. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23675 You can read what I did (I mention a default value, maybe that's the crux of the problem). Regards, Caroline On 21-02-03 16 h 30, Michael Kuhn wrote: Hi Caroline > When I had this problem, had to do with the leader (field 000) the the > ACQ framework. The leader (position 9) indicates the character > encoding. > If it's not there, Koha freaks out and mangles the special characters. > > So to solve your problem, add field 000 in your ACQ framework. This was my first idea as well but unfortunately it didn't change the behavior. Also field 000 isn't shown in the section "Catalog details" when creating a new order. But it is shown when opening Koha menu "Administration > MARC frameworks > ACQ". When opening the record with framework ACQ no field 000 is shown. When opening the record with standard framework (what happens when showing the cataloging view directly after creating an order) field 000 is there with correct value "a" in position 9. But in both cases special characters in MARC 245 $a are mutilated. May I ask you to export and send me the CSV file of framework ACQ you have created? Maybe there is some difference in our frameworks. Best wishes: Michael -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Framework ACQ causes mutilated special characters
Hi Michael, When I had this problem, had to do with the leader (field 000) the the ACQ framework. The leader (position 9) indicates the character encoding. If it's not there, Koha freaks out and mangles the special characters. So to solve your problem, add field 000 in your ACQ framework. Regards, Caroline On 21-02-03 15 h 46, Michael Kuhn wrote: Hi We have tested the following with Koha 18.11.03 and 20.11.00, both on Debian 9. We are using framework ACQ (downloaded from https://wiki.koha-community.org/wiki/MARC_frameworks ) and have activated Koha system preference "UseACQFrameworkForBiblioRecords". In Koha menu "Acquisitions > Vendor > New basket > Add order to basket: From a new (empty) record" we can see the MARC fields from framework ACQ. Now if we enter for example "Mäuse und Vögel" in MARC 245 $a an order is created which shows the correct title "Mäuse und Vögel" in column "Order". But when clicking this title to open the cataloging view we see the title is actually mutilated to "Mũse und Vg̲el". Or in other words, Unicode strings "äu" (octal 303 244 165) and "ög" (octal 303 266 147) have become octal 165 314 203 and 147 314 262. Can anyone please confirm this? Is there a solution for this problem or should we open a bug report for this? Many thanks in advance. Best wishes: Michael -- Geschäftsführer · Diplombibliothekar BBS, Informatiker eidg. Fachausweis Admin Kuhn GmbH · Pappelstrasse 20 · 4123 Allschwil · Schweiz T 0041 (0)61 261 55 61 · E m...@adminkuhn.ch · W www.adminkuhn.ch ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Elasticsearch 6 on Koha 20.05 - Reindexing Failure
Hi Craig, I faced this recently and it ended up being because I was missing some authority types. - CHRON_SUBD (182) - FORM_SUBD (185) - GEN_SUBDIV (180) - GEO_SUBDIV (181) Just adding those four authority types in Administration > Authority types solved the problem for me. I don't know if it's the same problem for you, though. Caroline On 20-12-08 10 h 07, Craig Butosi wrote: Hi all, Running Koha 20.05.06 on Ubuntu 18.04 with Elasticsearch 6.8.13: I have 318 bib records; ~420,000 authority records When running the following reindexing command (authorities only): koha-elasticsearch --rebuild -d -v -a library2 I get the following error just before it commits 10,000 records: [27771] Indexing authorities [27771] 1000 records processed [27771] 2000 records processed [27771] 3000 records processed [27771] 4000 records processed [27771] 5000 records processed [27771] Committing 5000 records... [27771] Commit complete [27771] 6000 records processed [27771] 7000 records processed [27771] 8000 records processed [27771] 9000 records processed [27771] 1 records processed [27771] Committing 5000 records... Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 202. Use of uninitialized value $tag in regexp compilation at /usr/share/perl5/MARC/Record.pm line 206. Use of uninitialized value $tag in hash element at /usr/share/perl5/MARC/Record.pm line 207. Can't call method "tag" on an undefined value at /usr/share/koha/lib/C4/Heading.pm line 71. Something went wrong rebuilding indexes for library2 At this point, I can confirm that 5000 authority records have been indexed, but that's about 415,000 short :S A couple other things: - My node is running when I curl localhost:9200. Top also shows ES running. - I have the ICU analysis plugin installed as well. Never seen this error before. I was running ES 5.x but upgraded to 6.x recently. Could the error above be related to 6.x? If so, can the errors be resolved? Any help would be much appreciated! C Craig Butosi, MA, MLIS, B Mus (Hons) Library: library.craigbutosi.ca ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Add 4 days to <>
Hi Christopher, What I would do in that situation is check in the item, if there is a hold, click "Ignore", put the item in quarantine, when it gets out of quarantine, check it in again and confirm the hold. That way, the item is removed from the previous patron's file, but no email is sent out right away. Otherwise, I don't think it's possible to change the waiting date. Best regards, Caroline On 20-12-07 11 h 31, Chris Davis wrote: Dear Colleagues, At present, when an item is checked back into our library branch, Koha sends out hold-available notices to our patron who have a hold on that item. That same day, the item begins a four-day quarantine; therefore, we must indicate in the aforementioned hold-available notices that the item will be available in four days from the <> which is found within the notices. I KNOW THAT PATRONS SHOULD READ THE NOTICE MORE CAREFULLY, BUT is there a way to configure Koha to add four days to the <>? That way we could just put something like "your hold will be available for pick up on (<> + 4)" to indicate the future date. Many thanks, *Christopher Davis, MLS* Systems & E-Services Librarian Uintah County Library 204 E 100 N, Vernal, UT 84078 <https://www.openstreetmap.org/node/4375922503> cgda...@uintah.utah.gov <mailto:cgda...@uintah.utah.gov> +1 (435) 789-0091 ext. 261 uintahlibrary.org <https://uintahlibrary.org> catalog.uintahlibrary.org <https://catalog.uintahlibrary.org> facebook.com/uintahcountylibrary <https://facebook.com/uintahcountylibrary> instagram.com/uintahcountylibrary <https://instagram.com/uintahcountylibrary> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Bidding open for KohaCon21 hosts!
Hello dear Koha community, This "special" year is coming to an end. It's time to turn our attention to the new year that's coming up, full of possibilities! Catalyst IT and their partners did a great job offering us a hybrid KohaCon this year, where people in COVID-free New Zealand could attend in person and people outside New Zealand could still attend from their homes or offices across the world through streaming. Videos of all talks are available on the community's Youtube channel https://www.youtube.com/c/KohaILS. It was proposed that we continue this tradition even in a(n eventually) COVID-free world so that everyone can attend and learn from each other no matter their availability, ability to travel, or budget. If you or your organization would like to organize KohaCon21, please enter all relevant information on this wiki page : https://wiki.koha-community.org/wiki/KohaCon21_Proposals (if you do not already have an account to edit the wiki, you can request one, it is usually pretty fast to get your access). Know that the community stands behind anyone who volunteers to organize and that help is always available if you're unsure how to proceed. Call for proposals will end on January 15, 2021 at 23:50 UTC. If there is more than one proposal, we will organize a vote, which will be announced on this mailing list. In the mean time, I wish you all a happy new year (and end of year holidays if you celebrate them)! Best regards, Caroline Cyr La Rose -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Spine labels in other languages
Hello, I'm not sure what you mean by printing spine labels in other languages? The spine labels use the information of the item, such as the call number, location, branch, etc. These will print in the language they are in. I guess if you wanted spine labels with the same location in different languages, that is not possible as authorized values are not yet translatable. Is that what you were asking? Regards, Caroline Cyr La Rose On 20-11-18 08 h 55, Rizwan Majeed wrote: Dear All Is it possible to print spine labels in other languages? Regards! ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Documentation Live Stream
Hello everyone! As part of the Koha DIY/hackfest part of Kohacon20, I will be live streaming while I edit the Koha manual. I will be using my workflow and narrating as I do things. This will take place in the Big Blue Button Online Workshop room (https://bigbb.catalyst.net.nz/gl/ale-5xr-qjl-3uq) tomorrow, Saturday, October 25, at 9 am NZST (Friday, October 23, at 4 pm EST). Note that this will *not* be a 'getting started' workshop. David Nind is already doing this today at 11 am NZST (see https://wiki.koha-community.org/wiki/Documentation_Workshop_KohaCon20). See also everything else that will be happening during the Koha DIY/hackfest on the wiki : https://wiki.koha-community.org/wiki/Koha_DIY_2020#Projects And if there's something you want to work on, please add it to the wiki page! See you there! -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Mapping Authority & Bibliographic Records
Hi, Maybe someone else on the list can contradict me, but I don't think that is possible. Authority fields are only copied in matching biblio fields (eg. in MARC 21, authority 100 fields are copied into biblio fields 100, 600, 700 or 800). Since 082 is outside those, it won't be copied. If you think this could be an enhancement, you should add it to bugs.koha-community.org. Regards, Caroline On 20-10-04 21 h 50, Ma. Victoria H. Silva-Manuel wrote: Hi. We are using Cutter-Sanborn and place it in authority 082$b. I wanted to map it to biblio 082$b. Is this possible and how? Thank you. -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Making a field into a drop down menu
Hi John, I looked in my db and noticed there was an entry "itemtypes" in the table "authorised_value_categories". Do you also have this? I'm not sure how item types as authorised values are managed since it is not a real authorised value category. Caroline On 20-10-04 07 h 01, John Fawcett wrote: Hi first of all let me say I'm completely new to Koha and am taking a look at it potentially to use in a school library. So thanks to all the people that have contributed to making the software what it is today. It's been a bit of a learning curve. First off, I tried and abandoned the idea of installing on my existing Centos 8 server and took the easier path of using the packaged install on latest Ubuntu release on a new dedicated server, following this link: https://wiki.koha-community.org/wiki/Debian I did find an issue that stopped me installing mariadb due to incompatible versions, but mysql installed without problems. Needing to use Italian, I did run into some issues in the provided sql which I had to tweak in order to get the install to correctly finish without violating not null constraints (on the 307 record in the marc_subfield_structure). So now I've got an up and running installation which I'm trying out, but one thing which I cannot work out. After adding a Unimarc record, I'm on the editor for adding items. There's a field 995 r "Type of item and material" (or in my version "Tipo della copia e materiale". This is a free input text field, not a drop down menu limited to a list of predefined values. In the Italian translation this field did not have any "authorised_value" in the table marc_subfield_structure. I've modified with the value itemtypes. However for some reason this does not seem to make the field into a drop down menu in the staff GUI. So my question to more experienced users are: after changing the "authorised_value" do I need to run a script or restart something in order to get the free text field to change into a drop down menu? Or is there a different way of doing that? thanks for any help. John ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] some documentation (19.11 and 20.05) pages are slightly outdated
Hello Quynh, Can you report it as a bug on bugs.koha-community.org? Make sure to choose the "Documentation" component when filing the bug. The documentation team will check it out. Thank you for spotting/reporting this! Caroline On 20-09-17 02 h 05, Quỳnh Vũ Đỗ wrote: Hello I have been using Koha documentation to extend Koha 19.11 as a CMS and followed instructions given on the following page: https://koha-community.org/manual/19.11/en/html/extending_koha.html#using-koha-as-a-content-management-system-cms *Under the section "Editing the pages template" it is written as follows:* - Copy /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/modules/ opac-main.tt to /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/modules/ pages.tt - Edit /usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/modules/pages.tt - At approximately line 61, change this: [% IF ( OpacMainUserBlock ) %][% OpacMainUserBlock %][% END %] - To this: [% IF ( page_test ) %][% page_test %][% END %] *But in the pages.tt <http://pages.tt> file (copied from opac-main.tt <http://opac-main.tt>) and where modifications are to be carried out, the line shows not at approximately line 61 but at line 152 and is written as:* [% IF ( OpacMainUserBlock ) %][% OpacMainUserBlock | $raw %][% END %] It is of course a very minor difference but for the sake of exactitude, it would be nice to have these differences corrected (line number and code) *There is however a bigger issue with the following content:* Remark: You may wish to disable your News block of these CMS style pages e.g. when you do not want it displayed on the CMS style pages or where the News block is long enough that it actually makes the ‘page_test’ include scroll outside the default viewport dimensions. In that case, remove the following code from your pages.tt template. [% IF ( koha_news_count ) %] [% FOREACH koha_new IN koha_news %] [% koha_new.title %] [% koha_new.new %] (published on [% koha_new.newdate %]) [% END %] [% END %] *Because the code to be researched as above has been completely modified and spans from line 72 to 102 (30 lines of code) and even further.* The same remarks stand also for 20.05 documentation ( https://koha-community.org/manual/20.05/en/html/extending_koha.html#using-koha-as-a-content-management-system-cms ) To whom shall we report this, else than in this mailing list? Kind regards Quynh = M. Vũ Đỗ Quỳnh (Ph.D) Trường Đại học Thăng Long - Université de Thang Long - Thang Long University (Hanoi, Vietnam) Phó Hiệu Trưởng, phụ trách HTQT - Vice-recteur chargé de la coopération internationale - Vice-Rector in charge of International Cooperation Web: http://thanglong.edu.vn/ ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Bulk upload of book cover images
Hi Vincent, Check the Koha manual: https://koha-community.org/manual/20.05/en/html/tools.html#upload-local-cover-image In that section, there is the procedure to upload images in batch. Regards, Caroline On 20-08-24 17 h 40, Vincent Van Gogh wrote: How to upload images to Koha in bulk. Is there any procedure/technique or any App to take images of book covers and upload them to koha. Vincent Van Gogh ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Re: [Koha] Frameworks and Their Purpose
Hi Charles, Frameworks are cataloguing "forms". You can use many different ones or just the default one. The advantage of using different ones is that you can show different MARC fields and add default values. For example, you can have one 'Book' framework, where you would show 020 (ISBN), and put the default rda material/support/media codes for printed material in 336, 337 and 338. And you can have a 'DVD' framework, where you would show 024 (CUP), but not 020 and put the default rda material/support/media codes for projected visual in 336, 337 and 338. Caroline On 20-07-06 01 h 09, Charles Kelley wrote: Hi, all! I have been looking for an answer to the following question, but I've been unable to find one: What are the purpose and use of the frameworks? I just don't understand. When I cataloged in a previous library job, I didn't have frameworks. I just cataloged what I needed and if I didn't need something, I didn't use it. So can someone answer the question, please? Many thanks. -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
[Koha] Documentation Team, where you at?
Hi Everyone! The vote for roles for the 20.11 cycle is happening tomorrow May 13 (or later today, if you live in the future a.k.a. Oceania). But no one signed up for the Documentation Team... :( Joining the Documentation Team is a great way for librarians and Koha end-users to get involved in the Koha Community as it doesn't require any programming knowledge. It's also a great way to learn about new features! If you are unsure how to contribute, there is information on the wiki https://wiki.koha-community.org/wiki/Editing_the_Koha_Manual and there is also a virtual hackfest presentation https://bywatersolutions.com/education/koha-virtual-hackfest-documentation Also, if you're afraid that signing up for the team is too big a commitment, don't worry about it. There is no quota or anything! Even if you contribute only casually, you can still be part of the team. The Documentation Team meets once a month over IRC to discuss progress and set priorities for the month. If you're not sure if you're interested, you can come and observe a meeting to see how it goes. The IRC channel can be found here https://koha-community.org/get-involved/irc/ and the next Documentation meeting is on June 4 at 19 UTC https://koha-community.org/calendar/ If you want to sign up, go to https://wiki.koha-community.org/wiki/Roles_for_20.11 and add your name. I hope to see you there! Caroline -- Caroline Cyr La Rose, M.L.I.S. Librarian | Product Manager Phone: 1-833-465-4276, ext. 221 caroline.cyr-la-r...@inlibro.com <mailto:caroline.cyr-la-r...@inlibro.com> INLiBRO | Document Technologies Specialists | www.inLibro.com <http://www.inLibro.com> ___ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha