IRC log for #koha, 2022-01-13

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:00 alexbuckley joined #koha
00:03 Help joined #koha
00:26 David joined #koha
00:52 koha-jenkins Project Koha_Master build #1885: UNSTABLE in 1 hr 8 min: https://jenkins.koha-community[…]Koha_Master/1885/
02:14 dpk joined #koha
02:17 dpk_ joined #koha
02:33 AndrewFH joined #koha
02:46 dpk joined #koha
06:23 lds joined #koha
06:31 fridolin joined #koha
07:03 marcelr joined #koha
07:03 marcelr hi #koha
07:18 alex_a joined #koha
07:18 alex_a Bonjour
07:18 lmstrand joined #koha
07:23 marcelr hi alex_a
07:24 alex_a Hello marcelr
07:28 huginn News from kohagit: Bug 29856: Make the ES config more flexible <https://git.koha-community.org[…]197d4b9ec057948d8>
07:28 News from kohagit: Bug 29685: Reduce item processing by calculating 'items any available' outside of... <https://git.koha-community.org[…]949e6312e0be89515>
07:28 News from kohagit: Bug 24866: Changed $raw for html for extra safety <https://git.koha-community.org[…]2a3b692cf9a49cbcb>
07:28 News from kohagit: Bug 24866: (follow-up) Replaced tabulations by dashes <https://git.koha-community.org[…]3beee0f930225090a>
07:28 News from kohagit: Bug 24866: Display budget hierarchy in the budget dropdown menu used when placing... <https://git.koha-community.org[…]5069ad3fc5562dbbd>
07:56 lds joined #koha
07:59 reiveune joined #koha
08:00 reiveune hello
08:01 koha-jenkins Project Koha_Master_D11_CPAN build #509: SUCCESS in 33 min: https://jenkins.koha-community[…]ter_D11_CPAN/509/
08:01 cait joined #koha
08:11 koha-jenkins Project Koha_Master_U21 build #64: UNSTABLE in 43 min: https://jenkins.koha-community[…]ha_Master_U21/64/
08:14 cait1 joined #koha
08:27 koha-jenkins Project Koha_Master_D11_My8 build #724: SUCCESS in 59 min: https://jenkins.koha-community[…]ster_D11_My8/724/
08:31 alex_a joined #koha
08:33 magnuse \o/
08:35 fridolin left #koha
08:36 fridolin joined #koha
08:39 koha-jenkins Project Koha_Master_U20 build #276: SUCCESS in 1 hr 10 min: https://jenkins.koha-community[…]a_Master_U20/276/
08:45 Project Koha_Master_D9 build #1851: SUCCESS in 1 hr 15 min: https://jenkins.koha-community[…]a_Master_D9/1851/
08:52 Yippee, build fixed!
08:52 Project Koha_Master_D10 build #507: FIXED in 40 min: https://jenkins.koha-community[…]a_Master_D10/507/
08:52 lmstrand_ joined #koha
08:53 * cait1 waves
09:00 lmstrand joined #koha
09:04 lmstrand_ joined #koha
09:05 koha-jenkins Project Koha_Master build #1886: STILL UNSTABLE in 1 hr 35 min: https://jenkins.koha-community[…]Koha_Master/1886/
09:05 lmstrand joined #koha
09:14 koha-jenkins Project Koha_Master_D11_MDB_Latest build #765: SUCCESS in 36 min: https://jenkins.koha-community[…]1_MDB_Latest/765/
09:25 Project Koha_Master_D12 build #56: SUCCESS in 57 min: https://jenkins.koha-community[…]ha_Master_D12/56/
09:35 Yippee, build fixed!
09:35 Project Koha_Master_U_Stable build #353: FIXED in 43 min: https://jenkins.koha-community[…]ter_U_Stable/353/
09:49 Project Koha_Master_U20 build #277: FAILURE in 1 hr 9 min: https://jenkins.koha-community[…]a_Master_U20/277/
10:06 Project Koha_Master_D11_MDB_Latest build #766: SUCCESS in 51 min: https://jenkins.koha-community[…]1_MDB_Latest/766/
10:28 tcohen hola #koha
10:34 magnuse hiya tcohen
10:35 marcelr hi tcohen magnuse
10:35 magnuse hiya marcelr
10:35 cait1 hi marcelr, and happy new year :)
10:35 marcelr and cait1!
11:05 koha-jenkins Yippee, build fixed!
11:05 Project Koha_Master_U20 build #278: FIXED in 1 hr 15 min: https://jenkins.koha-community[…]a_Master_U20/278/
11:12 oleonard Hi #koha
11:54 AndrewFH joined #koha
12:23 claw joined #koha
12:28 marcelr joined #koha
12:34 cait1 oleonard++ :)
12:37 lds joined #koha
13:23 Dyrcona joined #koha
13:28 marcelr so nice and quiet here ;)
13:28 just like the library
13:47 * oleonard makes soft keyboard noises
13:56 koha-jenkins Yippee, build fixed!
13:56 Project Koha_Master_U21 build #65: FIXED in 43 min: https://jenkins.koha-community[…]ha_Master_U21/65/
14:00 cait1 :)
14:05 AnkeB joined #koha
14:11 AnkeB Hi, we stumbled over a strange behaviour, of which we don't know if it's a bug or a feature. Maybe someone here can enlighten us? We noted that from subfields 9 of various fields links to authority records are created, Koha obviously interpreting the content as an authid which it isn't in some cases. E.g.: the content of field 800\$9 is "1.2014", which means the sortable form of the volume count of a series.
14:12 This seems to be a German specialty, as in the LOC's MARC description there is not $9 to 800.
14:14 Koha now links this record falsely to our authority record number 2014. What puzzles me here is that usually there shouldn't be any dots or other characters in the authid, just numbers (to my understanding at least), and yet the Koha authority linking falsely recognizes 1.2014 as 2014 (not 12014!).
14:16 Thanks in advance for any thoughts and infos on this.
14:19 koha-jenkins Yippee, build fixed!
14:19 Project Koha_Master build #1887: FIXED in 1 hr 7 min: https://jenkins.koha-community[…]Koha_Master/1887/
14:21 cait1 $9 and similar are always custom fields
14:21 i think 490 is the only exception in the standard
14:22 on which page do those links appear? and is your 800 linked to an autority (Thesaurus in the frameworks)?
14:28 AnkeB Our 800 isn't linked to any authorities as far as we know (we didn't change anything in the config here). Those links appear when we open Authorities from the start page in the staff interface, then search an authority record, in this example 2014 (a PERSO_NAME) and look at the biblios linked to it. There we find, additionally to the correctly linked ones, a number of records that have nothing at all to do with this person.
14:29 Those are linked because e.g. 800, 810, 811 or 830 have $9 with some content containing a number 2014 in them.
14:32 We can of course eliminate this by moving the contents of $9 to another subfield with a template for MARC modifications - which we do as a workaround when importing records. But it strikes me as a faulty behaviour that Koha links a "1.2014" to authid 2014 at all (so if in 100$9 we would write something with dots, it would also try to link it to an authority). As authids shouldn't be anything else gut.
14:33 sorry... anything else but BIGINT, I should think Koha only links subfield 9 contents that contain of only numbers and not try to glean a number out of any string in a $9.
14:39 gooble_gobble joined #koha
15:17 marie-luce joined #koha
15:29 cait1 AnkeB: more likely Perl is doing it I guess - sorry - I got distracted :(
15:33 AnkeB: in the default frameworks 800 etc have a thesaurus entry, I'd try removing that
15:33 if you don't link them to authorities, that shoudl cause no problem and might be the thing Koha uses when looking at the $9
15:34 if that doesn't help... I think removing $9 for those fields from the an (authority number) index is maybe the only thing
15:34 or moving the content in the fields
15:47 lukeg joined #koha
15:49 AnkeB cait1 - we do nothing actively to link those fields to authoritites. Koha does it on its own. Yes, we'll help ourselves by moving those fields. Still, the question remains if it is normal that Koha links fields with non-numerical characters by filtering the number out of the string and looking for a fitting authid.
15:49 Maybe subject for a bug?
15:49 cait1 i'd try changing the frameworks first
15:50 I don't thin it's really a bug - at the moment it could still be a configuration issue
15:51 I am not sure what's going on, but for zebra 1.2014 woudl be 1 2014
15:51 2 words
15:51 the 1 appears in your string, and the 2014 does as well
15:51 it coul be something like that
15:52 but if your framework tells Koha that $9 is an authority link, you'd need to check that first :)
15:52 Check if the 800 $a still has a thesaurus entry in your frameworks (not the $9, it's always on $a for the fields)
15:53 if it's not that, the change will still make sense
15:54 sorry, I have to go, back tomorrow
15:54 cait1 left #koha
15:55 AndrewFH joined #koha
16:08 alex_a joined #koha
16:10 schnydszch joined #koha
16:28 oleonard The patron card creator doesn't use GD::Barcode?
16:28 Oh because it's making a PDF...
16:34 But PDF::Reuse::Barcode uses GD::Barcode internally...
16:35 I wish I knew why so many barcode types are disabled in the patron card creator... A judgement call based on what type are most likely used for patron cards?
16:39 AndrewFH joined #koha
16:46 reiveune bye
16:46 reiveune left #koha
16:47 oleonard The patron card creator definitely isn't happy if you enable the disabled barcode types.
16:47 Oh well...
17:13 dpk_ joined #koha
17:21 blahdeblah joined #koha
17:36 dpk joined #koha
18:21 tcohen hi all
18:21 is there a kosher way to freeze stuff on a Koha class? :-D
18:21 like, set an attribute that cannot be changed
18:53 oleonard lukeg++
19:02 caroline_catlady joined #koha
19:25 tcohen lukeg++
20:21 fridolin joined #koha
20:27 lukeg joined #koha
22:07 lukeg joined #koha
22:31 bag heading out on vacation for the weekend - wanted to make sure we had some ops in channel - cya - be well
22:58 caroline_catlady joined #koha
23:56 blahdeblah left #koha

← Previous day | Today | Next day → | Search | Index

koha1