← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
02:46 | alohalog` joined #koha | |
02:46 | Topic for #koha is now Welcome to #koha this channel is for discussion of the Koha project and software https://koha-community.org | |
02:50 | alohalog` joined #koha | |
02:50 | Topic for #koha is now Welcome to #koha this channel is for discussion of the Koha project and software https://koha-community.org | |
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 | 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 | And bug fixes are not kept in sync across them | |
08:17 | 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 | 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 | 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 | The timezone is a challenge, | |
08:34 | 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 | yeah the metacpan outages annoyed me as well yesterday | |
09:39 | 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 | should have known better ;-) | |
09:59 | Joubu | lol, sharing code! |
09:59 | why would we do that?! | |
10:05 | paulderscheid[m] | Nah, perl -MCPAN -e shell |
10:05 | The utility to search for modules from the cli | |
10:06 | 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 | 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` | 04Bug 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 | 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 | 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 | 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 | 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 | that is, the child record has the record number of the parent record in the child record's MARC field 773$w | |
15:08 | 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 | is there a database field for "linkage of records"? | |
15:09 | caroline | I don't think so |
15:09 | koha finds them using the index | |
15:10 | you could also query the db using the xml in biblio_metadata | |
15:12 | 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 | 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 | (in their system 001 is always biblionumber so I was able to save an extractvalue query there) | |
15:31 | anyway thanks caroline! | |
15:31 | 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 | 336 is for RDA material type | |
16:33 | 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 | 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 | 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 | 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 | Will add this to my ERM chapter review list ;-) (I assume that's where your question came from?) | |
17:12 | caroline | yes ;) |
17:12 | I'm getting around to it, finally :) | |
17:12 | aude_c[m] | Thanks! |
17:15 | ... "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 | It's a good library trivia question that 😄 | |
17:36 | khall_ joined #koha | |
17:50 | caroline | git status |
17:50 | 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 | 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 | 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 |
← Previous day | Today | Next day → | Search | Index