IRC log for #koha, 2024-02-21

All times shown according to UTC.

Time S Nick Message
02:46 mtj joined #koha
02:46 alohalog` joined #koha
02:50 mtj joined #koha
02:50 alohalog` joined #koha
06:03 dcook If Koha says a record doesn't exist, sometimes it really doesn't exist...
06:33 jo joined #koha
06:59 ashimema 😂
07:22 magnuse \o/
07:23 magnuse why would a file imported with bulkmarcimport result in broken "nordic characters" in koha, but the same file imported with "stage marc" gives perfectly fine records?
07:44 reiveune joined #koha
08:02 lds joined #koha
08:17 ashimema They use rather different code
08:17 ashimema And bug fixes are not kept in sync across them
08:17 ashimema So nothing surprises me there honestly
08:20 Joubu dcook: on the pad - "Why not a REST API route that consumers would use before requesting the other routes? A lot less changes needed!"
08:22 Joubu dcook: we are going in different directions and timezones don't help. We need to discuss those changes seriously. We cannot wait 1 day between each iteration.
08:28 Joubu dcook: is your comment on "circ/set-library.pl" still valid? Is it new or something you added a while ago? The commit "Fix circ/set-library" should have fixed the weirdness. Please confirm
08:31 fridolin joined #koha
08:31 fridolin le bonjour
08:32 ashimema Think you already missed him Joubu
08:32 Joubu he will get them tomorrow ;)
08:33 ashimema Yeah
08:33 ashimema The timezone is a challenge,
08:34 ashimema Apologies I've been AWOL again, finally starting to feel human again but now I'm stuck away at management team meetings most of this week
09:37 paulderscheid[m] morning #koha
09:39 paulderscheid[m] yeah the metacpan outages annoyed me as well yesterday
09:39 paulderscheid[m] I even used the cpan shell for the first time (it's good but too much typing)
09:46 Joubu perldoc? ;)
09:56 magnuse ashimema: ah, i just assumed the code would be shared...
09:57 magnuse should have known better ;-)
09:59 Joubu lol, sharing code!
09:59 Joubu why would we do that?!
10:05 paulderscheid[m] Nah, perl -MCPAN -e shell
10:05 paulderscheid[m] The utility to search for modules from the cli
10:06 paulderscheid[m] Was looking for some new modules and then the outage hit
10:50 Joubu @later tell marcelr could you have a look at the FIXME on commit msg "svc - cover_images" (branch bug_34478_svc), it's related to file upload. Thanks!
10:50 huginn` Joubu: The operation succeeded.
11:17 aude_c[m] <caroline> "does anyone know what the "multi..." <- caroline I tried on one of our test system. What (late) issues I ticked did not seem to matter. Using "multi receive" instead received the expected issue and [my specified number of] following issues. So it seemed to multi receive in the future!
11:20 Joubu joined #koha
11:24 khall_ joined #koha
11:46 oleonard joined #koha
12:03 fridolin joined #koha
12:28 marcelr joined #koha
12:28 marcelr o/
12:43 magnuse \o
12:51 qtkn joined #koha
12:52 qtkn Hello
12:54 qtkn Does anyone know if it's possible to add an extra field to an item? I need some way of storing the ID number from our old software on a per item basis.
13:00 aude_c[m] Hello qtkn , no this is not possible (yet? See bug 19316)
13:01 huginn` Bug https://bugs.koha-community.or[…]_bug.cgi?id=19316 enhancement, P5 - low, ---, matt.blenkinsop, Patch doesn't apply , Items should have sort1 and sort2 fields
13:02 aude_c[m] Could you use an existing field that doesn't have any other data for storing that ID number? Maybe item subfield x - Non-public note or i - Inventory number?
13:03 qtkn I might do that but I was looking for a "cleaner" way first.
13:03 aude_c[m] Subfield t - Copy number could also work. Again, as long as you are not already using the field.
13:03 qtkn It does appear that 952$k is not used at all
13:04 qtkn I'll try to add that in the marc framework
13:16 qtkn joined #koha
13:16 qtkn Okay, adding subfield 952$k seems to work in the marc framework. k appears to be the only letter or number not used in a default koha install in tag 952.
13:18 qtkn Interestingly, one can set the "Managed in tab:" value from any other tag to "items (10)" but it won't show up when editing an item.
13:25 aude_c[m] I have never tried adding a subfield to the item record. I'm afraid it's a bit too, err, adventurous for me! So the only thing I can point you to is the usual advice when editing / adding subfields: check that under Visibility the Editor is ticked (more on that in the Manual if needed https://koha-community.org/man[…]t-a-marc-subfield)
13:44 Dyrcona joined #koha
13:56 caroline qtkn, did you check the "Editor box" as well?
13:56 khall joined #koha
14:13 paulderscheid[m] Huh, why is there an ->extract_biblionumber method on fields instead of ->extract_biblionumbers?
14:13 paulderscheid[m] Wouldn't the plural form be more useful?
14:13 khall_ joined #koha
14:14 paulderscheid[m] Sorry on Koha::SearchEngine::Search
14:50 thibaud_glt joined #koha
15:02 krimsonkharne[m] hey y'all!
15:06 caroline hi krimsonkharne!
15:06 krimsonkharne[m] o/ caroline
15:07 krimsonkharne[m] interesting question from a client today, maybe somebody who knows MARC21 better than me can point me in the right direction.. they have some records without items that are used as "parent records" by other records
15:07 krimsonkharne[m] that is, the child record has the record number of the parent record in the child record's MARC field 773$w
15:08 krimsonkharne[m] but they also have some records without items that are not used as parent records and those they would like to find and delete
15:08 krimsonkharne[m] is there a database field for "linkage of records"?
15:09 caroline I don't think so
15:09 caroline koha finds them using the index
15:10 caroline you could also query the db using the xml in biblio_metadata
15:12 caroline something like WHERE ExtractValue(metadata, '//controlfield[@tag="001"]') NOT IN (SELECT ExtractValue(metadata, '//datafield[@tag="773"]/subfield[@code="w"]') FROM biblio_metadata)
15:12 krimsonkharne[m] ok, thought as much
15:29 krimsonkharne[m] that's pretty much what we ended up doing but I had hoped there was a more elegant solution.. ended up waiting a couple of minutes for the db query to finish
15:29 caroline yeah, it's not ideal...
15:30 krimsonkharne[m] I ended up with:... (full message at <https://matrix.org/_matrix/med[…]rCmSvdGgYQQCqgvJj>)
15:31 krimsonkharne[m] (in their system 001 is always biblionumber so I was able to save an extractvalue query there)
15:31 krimsonkharne[m] anyway thanks caroline!
15:31 krimsonkharne[m] caroline++
15:33 caroline maybe you could have mapped 773$w to an unused db field in Administration > Koha to MARC mapping, ran batchRebuildBiblioTables, and then queried that
16:00 bag joined #koha
16:01 reiveune bye
16:01 reiveune left #koha
16:32 JasonGreene[m] which code says if it is a book or CD or textbook or Teacher Resource?  I'm looking at 336 yet it seems to be of audio items... am I not seeing 336 correctly?
16:33 caroline I think you're looking for the Koha item type? 942$c for the record-level item type and 952$y for the item-level item type
16:33 caroline 336 is for RDA material type
16:33 caroline sorry "content" type
16:34 fridolin left #koha
16:34 caroline This is the list of values for 336 https://loc.gov/standards/valu[…]t/rdacontent.html
16:34 caroline but 942$c/952$y will be the list of item types you put in Administration > Item types
16:37 JasonGreene[m] yes, the Koha item types, our old system called them   "book,  CD, textbook or Teacher Resource"
16:39 JasonGreene[m] Thanks, I'll go with 952$y
16:46 khall joined #koha
16:48 lukeg joined #koha
17:09 caroline aude_c around?
17:10 aude_c[m] Yes, for the next 5min
17:10 caroline is Sushi an acronym?
17:10 caroline Should it be written SUSHI?
17:10 aude_c[m] Oh... I don't know :D
17:11 caroline Ok thanks! have a good evening! :)
17:11 aude_c[m] Here https://www.projectcounter.org/counter-sushi/ it is written all in caps... So yes, probably!
17:11 aude_c[m] Will add this to my ERM chapter review list ;-) (I assume that's where your question came from?)
17:12 caroline yes ;)
17:12 caroline I'm getting around to it, finally :)
17:12 aude_c[m] Thanks!
17:15 aude_c[m] ... "the start of an initiative that is now known as the Standardized Usage Statistics Harvesting Initiative (SUSHI)" https://www.niso.org/niso-io/2[…]counter-and-sushi
17:16 aude_c[m] It's a good library trivia question that 😄
17:36 khall_ joined #koha
17:50 caroline git status
17:50 caroline oops :)
18:49 oleonard caroline have you run into "Error: ENOENT: no such file or directory" when running 'gulp po:update' ?
18:54 khall joined #koha
18:54 oleonard This has worked before, but isn't now: https://gitlab.com/koha-commun[…]en-tmpkoha-xxxpot
19:05 davidnind oleonard: Joubu documented how to fix this https://gitlab.com/koha-commun[…]en-tmpkoha-xxxpot
19:05 oleonard Unfortunately not working for me this time :(
19:06 caroline I don't remember running into that particular error, but maybe I have and just don't remember
19:06 caroline which file does it say isnt there?
19:07 davidnind ☹️
19:08 caroline sometimes I just delete everything in misc/translator/po and ktd down, ktd up etc
19:12 oleonard Error: ENOENT: no such file or directory, open '/tmp/koha-7YBO7v/Koha-pref.pot'
19:12 oleonard But the .pot file in the error message isn't always the same one
20:04 slef joined #koha
20:25 khall joined #koha
22:50 khall joined #koha

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary