Koha-library:~$ sudo koha-restart-zebra... (full message at <https://matrix.org/_matrix/med[…]HxKCnOkXwJzINIhUy>)← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:51 | khall joined #koha | |
| 00:52 | khall_ joined #koha | |
| 06:22 | lukeg joined #koha | |
| 06:59 | MarkHofstetter joined #koha | |
| 07:00 | MarkHofstetter1 joined #koha | |
| 07:06 | reiveune joined #koha | |
| 07:06 | reiveune | hello |
| 07:09 | cait joined #koha | |
| 07:10 | cait1 joined #koha | |
| 07:32 | lds joined #koha | |
| 08:04 | MarkHofstetter joined #koha | |
| 08:05 | fridolin joined #koha | |
| 08:05 | fridolin | le bonjour |
| 08:07 | ashimema | Morning |
| 08:08 | krimsonkharne[m] | morning #koha |
| 08:15 | paulderscheid[m] | morning #koha |
| 08:36 | MarkHofstetter joined #koha | |
| 09:04 | PedroAmorim[m] | \o |
| 10:34 | cait1 | hi #koha - I am back, but a bit stuck in a mountain of emails still |
| 10:34 | hope to reach the top soon :) | |
| 10:42 | paulderscheid[m] | Hi cait1 |
| 10:42 | cait | hi paulderscheid[m] |
| 10:42 | paulderscheid[m] | Shouldn't there be a dev meeting in the calendar this week? |
| 10:49 | cait | yes, it was not re-scheduled yet |
| 10:49 | I will try to get to it today and send an email reminder | |
| 10:59 | paulderscheid[m] | Cool thanks |
| 10:59 | Just wanted to look up when it was scheduled and found nothing. | |
| 10:59 | Good that you're back btw | |
| 11:02 | cait | thanks :) |
| 11:02 | bit overwhelmed, but feels good too | |
| 11:02 | ashimema | hope you had a good break cait |
| 11:03 | cait | yes, was good. Did a lot of tidy up and sorting - incredible how many things fit in my small apartment |
| 11:04 | ashimema | 😂 |
| 11:06 | cait | but keeps you away from the computer rather effectively :) |
| 11:14 | oh now I missed fridolin | |
| 11:37 | paulderscheid[m] | Is this bad ->under('/...')->to('Auth#under')->to('Additional#check')? |
| 11:37 | Well yeah it is, the question is why? | |
| 11:38 | It seems that Additional#check completely circumvents the authentication. | |
| 11:39 | oleonard joined #koha | |
| 11:40 | paulderscheid[m] | I'm always amazed how the mojolicious team built this whole thing w/o types. |
| 11:46 | The subsequent call just overrides the previous state of the route object if anyones interested. | |
| 11:47 | Don't chain ->to | |
| 11:47 | Monday Minutes w/ Paul | |
| 11:55 | oleonard | :D |
| 12:10 | kidclamp joined #koha | |
| 12:33 | cait | hi kidclamp |
| 12:47 | lds joined #koha | |
| 12:47 | tcohen | hola #koha o/ |
| 12:50 | is anyone on the slack channel koha-us set up? | |
| 12:52 | is anyone here? | |
| 12:53 | paulderscheid[m] | yes |
| 12:53 | but maybe on lunch in europe :D | |
| 12:54 | tcohen | :-D |
| 13:04 | aude_c[m] | Definitely lunchtime over here :D |
| 13:04 | I think I'm on that Koha-US Slack workspace | |
| 13:11 | ashimema | I'm there |
| 13:11 | but rarely actually active on it | |
| 13:11 | * cait | waves |
| 13:13 | cait | Hi all, I'll do a fake meeting for rerunning the meeting script |
| 13:13 | so don't be surprised :) | |
| 13:13 | #startmeeting Development IRC meeting 7 February 2024 | |
| 13:13 | huginn` | Meeting started Mon Feb 26 13:13:25 2024 UTC. The chair is cait. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 13:13 | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 13:13 | The meeting name has been set to 'development_irc_meeting_7_february_2024' | |
| 13:14 | cait | #info Next meeting: 28 February 2024, 13 UTC |
| 13:14 | #info Rescheduling the missed meeting from 7 February | |
| 13:14 | #endmeeting | |
| 13:14 | huginn` | Meeting ended Mon Feb 26 13:14:23 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 13:14 | Minutes: https://meetings.koha-communit[…]-02-26-13.13.html | |
| 13:14 | Minutes (text): https://meetings.koha-communit[…]4-02-26-13.13.txt | |
| 13:14 | Log: https://meetings.koha-communit[…]26-13.13.log.html | |
| 13:14 | cait | kidclamp: stop ignorning me pls :) |
| 13:19 | Joubu++ # running meeting script, but got to start somewhere | |
| 13:21 | fridolin joined #koha | |
| 13:22 | tcohen | oh |
| 13:22 | hola cait | |
| 13:23 | cait | hola tcohen |
| 13:52 | Dyrcona joined #koha | |
| 14:32 | oleonard joined #koha | |
| 14:39 | paulderscheid[m] | Quick question, what did we use libswagger2-perl for? |
| 14:39 | ashimema | the api |
| 14:39 | I think | |
| 14:39 | confused | |
| 14:41 | paulderscheid[m] | I just read the deprecation warning on debian's manpages. Seems that it was a precursor to JSON::Validator (or at least its role). |
| 14:41 | https://manpages.debian.org/un[…]gger2.3pm.en.html | |
| 14:47 | cait | I need to push the just rescheduled meeting by one hour - forward or back - what is better? |
| 14:47 | 12 UTC or 14 UTC? | |
| 14:48 | I think 12 UTC is probably better for NZ, but not sure about canada, possibly bad for Argentina? | |
| 14:49 | caroline | 12 UTC is 7am in eastern north america. So you'll have only the hardcores |
| 14:50 | cait | so 14 UTC ok? |
| 14:51 | caroline | according to timeanddate.com, 12UTC is 1am in Wellington, so pretty bad for them too I think |
| 14:51 | cait | well 14 is not much better, neither is 13 |
| 14:52 | caroline | yeah I think Europe and NZ are not compatible whatever you do |
| 14:53 | cait | for europe it's ok |
| 14:53 | 3pm | |
| 14:53 | not bad | |
| 14:53 | give or take one hour | |
| 14:54 | dolf joined #koha | |
| 14:55 | khall joined #koha | |
| 14:55 | caroline | do we know of anyone who uses the preservation module other than BULAC? |
| 14:56 | cait | not us yet, wrong version |
| 14:56 | caroline | I'd really like to have someone present the module at Kohacon, so that people get to know it, but Amaury said he couldn't nor anyone at BULAC :( |
| 14:56 | like an IRL use of it | |
| 14:56 | cait | yeah that would be great |
| 14:57 | maybe ask bywaters educators? | |
| 14:57 | caroline | good idea, I'll email them |
| 14:57 | aude_c do any of your clients use it? | |
| 14:58 | aude_c[m] | no... |
| 14:59 | most of our libraries are still on 22.11; just starting to upgrade to 23.11 in March-April | |
| 14:59 | Haven't really heard anyone say they're looking to use it (yet) | |
| 14:59 | caroline | yeah but maybe they just don't know how it could help |
| 14:59 | that's why I think a presentation could be interesting | |
| 15:00 | aude_c[m] | Probably. We're telling them more about the new features next week, we'll let you know if there's interest |
| 15:01 | Joubu | @later tell dcook 36094#c17 - Can you deal with that as soon as you can please? |
| 15:01 | huginn` | Joubu: The operation succeeded. |
| 15:18 | dolf | Hi there. A while ago some of you kind people helped me to debug a problem with upgrading from 21.05 to 21.11. Full discussion is from https://irc.koha-community.org[…]4-01-04#i_2529627 to https://irc.koha-community.org[…]4-01-04#i_2529740 . In short: After upgrading from 21.05 to 21.11, the part of the page where the output of the XSLT display should be, is completely missing. I left our production site on 21.05 where it is |
| 15:18 | working fine, but I restored a backup of it onto a temporary VM. The VM is currently at 21.11 where it's broken, but I also have a snapshot of 21.05 where it was working just fine, to which we can roll back if needed. Last time, we tested with `tail -f /var/log/koha/rsc/*.log` (`rsc` being the instance name), and nothing showed up when refreshing the problematic page. When I revisited the IRC log, I realized that we never checked the | |
| 15:18 | logs in the same way on version 21.11. I did so now, and whenever I refresh the `opac-search.pl` page, I get the following error: https://pastebin.com/dk3wQtKy . When refreshing the opac-detail.pl page, I get the following error: https://pastebin.com/GQKEnN0d . Any ideas? | |
| 15:31 | fridolin left #koha | |
| 15:43 | reiveune | bye |
| 15:43 | reiveune left #koha | |
| 15:46 | krimsonkharne[m] | hey all, slightly offtopic question: anybody have a client that allows both free (as in: no fee) requests on media that are in the shelves - that is, just request to take them off the shelf and set them aside at the front desk - and also has normal holds with a fee on media that is currently loaned out? |
| 15:46 | AFAIK hold fees are currently only configurable by patron category so I would be interested to know if somebody has both options | |
| 15:47 | caroline | i.e. if the item is available, then no fee, but if the item is loaned out, then fee? |
| 15:47 | krimsonkharne[m] | yeah exactly caroline ! |
| 15:48 | cait | dolf: I think there is a better error hiding in your logs |
| 15:49 | did you change the XSLT files? Did you set any paths in the XSLT system preferences? | |
| 15:50 | caroline | krimsonkharne[m], I'm not sure but did you check HoldFeeMode? |
| 15:53 | also bug 32142 | |
| 15:53 | huginn` | 04Bug https://bugs.koha-community.or[…]_bug.cgi?id=32142 enhancement, P5 - low, ---, aleisha, Needs Signoff , Add HoldFeeMode option "if all items are checked out OR the record has at least one hold already" |
| 15:54 | krimsonkharne[m] | ah cheers |
| 15:56 | I'll have to look at that again | |
| 16:00 | bag joined #koha | |
| 16:07 | krimsonkharne[m] | might as well test the bug as long as I'm at it |
| 16:07 | khall_ joined #koha | |
| 16:07 | cait | mtj: around? |
| 16:07 | krimsonkharne[m] | well, tomorrow.. I'm off for today :) |
| 16:07 | caroline | have a good evening! |
| 16:07 | krimsonkharne[m] | caroline: caroline++ |
| 16:07 | thx for the tip! | |
| 16:07 | u2 | |
| 16:08 | cait | caroline++ :) |
| 16:08 | krimsonkharne[m]++ | |
| 16:10 | caroline | Is there a way to remove the "Limit to available items" facet? I don't see it in the facet options in Administration > Search engine configuration |
| 16:10 | (I have a client who only has online publications, no items, so nothing is "available" according to Koha, but everything is bc it's online) | |
| 16:30 | dolf_ joined #koha | |
| 16:31 | cait | caroline: we woudl do it with CSS i think |
| 16:32 | dolf_ | cait: No, I did not set any XSLT preferences. What do you mean by a "better error"? |
| 16:32 | caroline | ok, I was wondering if there was a more permanent way of doing it. In my experience, CSS and JS tend to break on updates, so I avoid them as much as possible |
| 16:34 | if you only have one library to worry about, it's fine to customize with CSS and JS, but when you have 60+ it becomes very heavy in upgrade season | |
| 16:50 | cait | caroline: we have 130 :) |
| 16:50 | caroline | each with individual opacs? |
| 16:51 | cait | mostly yes, we don't have the experience of a lot of breakage, it mostly happened when the theme was changed (prog > bootstrap), staff redesign didn't cause much trouble so far |
| 16:51 | caroline | oof, that's a lot! |
| 16:53 | cait | hm, thinkign about it, some are very similar, like the one in Montreal to the others, they mostly share the same OpacUser* |
| 17:01 | MarkHofstetter joined #koha | |
| 17:08 | * cait | waves |
| 17:08 | lukeg joined #koha | |
| 17:23 | MarkHofstetter joined #koha | |
| 17:25 | JasonGreene[m] | Ok, I manually adds a book, then I exported that .mrk and looked at it, I edited it to make a new book and tried to import it... it failed. |
| 17:25 | s/adds/added/ | |
| 17:25 | cait | hm you can't export .mrk, only .mrc |
| 17:25 | did you convert it back to .mrc before importing? | |
| 17:26 | you need the not readable format | |
| 17:26 | JasonGreene[m] | ok.. I'll try that |
| 17:27 | yes, when it exported... it was mrc | |
| 17:28 | caroline | are you able to reimport it without any changes? |
| 17:28 | JasonGreene[m] | I opened it with MarcEdit and made some changes... then tried to import it... no luck |
| 17:28 | cait | if you open it with an editor, is it readable? :) |
| 17:28 | like... every field on one line? then you have .mrk | |
| 17:29 | JasonGreene[m] | no it goes to null/0 |
| 17:29 | cait | hm |
| 17:29 | so maybe not a format thing, but the rabbit | |
| 17:30 | JasonGreene[m] | I open the file with MARC and see this |
| 17:30 | =LDR 00451nam a22001577a 4500 | |
| 17:30 | =003 OSt | |
| 17:30 | =005 20240224161410.0 | |
| 17:30 | =008 240224b\\\\||||||||||||\00|\0\eng\d | |
| 17:30 | =040 \$aDLC$beng$cDLC $dOCLCO$erda | |
| 17:30 | =082 \$a232.91 Sha | |
| 17:30 | =245 \$aThe Woman Shall Conquer | |
| 17:30 | =650 \$aBlessed Virgin Mary | |
| 17:30 | =700 \$aSharkley Don | |
| 17:30 | =942 \$2ddc$cBK$n0 | |
| 17:30 | =952 \$00$10$2ddc$40$70$92$aFRL$bFRL$cGEN$d2024-02-24$l0$r2024-02-24 16:35:24$w2024-02-24$yBK | |
| 17:30 | =999 \$c1$d1 | |
| 17:31 | cait | this is what you see in marcedit, right? not another editor? |
| 17:31 | JasonGreene[m] | yes |
| 17:31 | cait | ok |
| 17:32 | caroline | i didn't know that was the difference between mrk and mrc |
| 17:32 | learning something everyday :) | |
| 17:35 | cait | mrc is every record on one line among some other differences |
| 17:35 | JasonGreene[m] | this is the same book that we were trying to import and Marc converted an excel and would not import so I had to manually add the book to see the differences |
| 17:35 | =LDR 00000nam a2200000Ia 4500 | |
| 17:35 | =008 240222s9999||||xx||||||||||||||||und|| | |
| 17:35 | =082 \$a232.91 Sha | |
| 17:35 | =245 \4$aThe Woman Shall Conquer | |
| 17:35 | =337 \$aBK | |
| 17:35 | =650 \$aBlessed Virgin Mary | |
| 17:35 | =700 \$aSharkley Don | |
| 17:35 | =952 \$aFRL$9L000792 | |
| 17:43 | Thoughts?? | |
| 17:47 | cait | I think it's not your record |
| 17:47 | although your are missing 952$y | |
| 17:47 | and 952$y | |
| 17:47 | you really need to add these | |
| 17:47 | slef joined #koha | |
| 17:47 | cait | also $2ddc if you are using ddc, or the sorting form of the callnumber won't be generated (later if you don't have one now) |
| 17:47 | what is $9 in your example? | |
| 17:48 | missing b (not y) and y and 2 (typoed the first subfield in my list) | |
| 17:48 | a = b if the item is at it's homebranch, but you need to set both | |
| 17:49 | and I'd put the itemcallnumber in 952$o that you seem to have in 082 - it will make things easier and set $2ddc - it will make Koha create a sorting form of yoru item callnumber, if $2 is missing, that won't happen | |
| 17:50 | and your 337 might be the item type for 952$y? | |
| 17:50 | hope any of that made sense :) bbl | |
| 17:51 | JasonGreene[m] | sort of...my excel has these |
| 17:51 | 952$a942$c 650$a245$a700$a082$a | |
| 17:52 | 952$a942$c 650$a245$a700$a082$a | |
| 17:53 | $9 ? | |
| 17:54 | MarkHofstetter joined #koha | |
| 17:56 | JasonGreene[m] | 082 is Dewey |
| 17:56 | dpk joined #koha | |
| 18:11 | mjkerpan[m] joined #koha | |
| 18:11 | Southpaw1496[m] joined #koha | |
| 18:11 | eman2[m] joined #koha | |
| 18:11 | blawlor[m] joined #koha | |
| 18:11 | johnwaynechesterton[m] joined #koha | |
| 18:11 | lisette[m] joined #koha | |
| 18:11 | JanHitSamAchar[m] joined #koha | |
| 18:11 | Megu[m] joined #koha | |
| 18:11 | ArvindNaikwadi[m] joined #koha | |
| 18:11 | LaurentDucos[m] joined #koha | |
| 18:11 | KakhaberRevazishvili[m] joined #koha | |
| 18:11 | Annelisterman[m] joined #koha | |
| 18:11 | GeorgeWilliams[m] joined #koha | |
| 18:11 | hkat_23[m] joined #koha | |
| 18:11 | KhadijaBoug[m] joined #koha | |
| 18:11 | logk[m] joined #koha | |
| 18:11 | afr4z[m] joined #koha | |
| 18:11 | ITMLJS[m] joined #koha | |
| 18:11 | paulderscheid[m] joined #koha | |
| 18:11 | StVincentMaintenance[m] joined #koha | |
| 18:11 | KodoKorkalo[m] joined #koha | |
| 18:11 | MoizZulfiqar[m] joined #koha | |
| 18:11 | JasonGreene[m] joined #koha | |
| 18:11 | bill-k[m] joined #koha | |
| 18:11 | arkibus[m] joined #koha | |
| 18:11 | demetriv22[m] joined #koha | |
| 18:11 | MayraDiaz[m] joined #koha | |
| 18:11 | samlau[m]1 joined #koha | |
| 18:11 | JosephLamb[m] joined #koha | |
| 18:11 | seanfish[m] joined #koha | |
| 18:11 | khall joined #koha | |
| 18:12 | khall_ joined #koha | |
| 18:20 | JasonGreene[m] | We are trying to move from an old Handy Library Manager system to Koha |
| 18:20 | cait | $aFRL$9L000792 < here I saw the $9 - yo umight need to escape that |
| 18:20 | so it's not read as a subfiel | |
| 18:20 | d | |
| 18:21 | hm ok, I am not making sense :) | |
| 18:21 | $a is your homebranch, you need to add $b witht he same code for the holdingbranch - these are mandatory | |
| 18:21 | you need $y with the itemtype - the code you configured in administration > itemtypes | |
| 18:21 | you need $2 with the code for your classification scheme - ddc if you are using DDC | |
| 18:22 | and I would add a callnumber on item level - 082 is displayed, but the use is limited. if you want to do inventory, or search for callnumber in item search, you need it in 952$o | |
| 18:22 | And I am not sure what this is, but it doesn't look quite right: $9L000792 (from your example) | |
| 18:28 | JasonGreene[m] | We took $9 out of the spreadsheet and it still failed |
| 18:28 | 082$a are the Dewey numbers | |
| 18:31 | cait | yes, it's ok, you can keep them |
| 18:31 | but if it matches the stickers on your books (where to find them) I'd also add it to the items | |
| 18:31 | so the inventory tool and other features work | |
| 18:31 | I have to go - hope it helped a little | |
| 18:32 | JasonGreene[m] | thanks |
| 19:01 | lukeg joined #koha | |
| 19:06 | MarkHofstetter joined #koha | |
| 19:23 | JasonGreene[m] | ok, strange thing.. I just tried to import into the library system and Koha disconnected me. I couldn't log in with any account... I rebooted the server and still can't log in as a user or admin. |
| 19:45 | MarkHofstetter joined #koha | |
| 20:00 | caroline joined #koha | |
| 20:22 | jalway joined #koha | |
| 20:23 | jalway | Before I file a bug: I'm finding that Koha is letting me save an item without an itemtype when creating an order. |
| 20:23 | Is there a setting I'm missing? Or is that "normal"? Or something I screwed up along the way? | |
| 20:24 | Hmm..., or I just need to set it to mandatory? XD y Koha item type Tab:10, | Koha field: items.itype, Not repeatable, Not mandatory, Not important, | Auth value:itemtypes | |
| 20:32 | Guess that was it. Setting the acquisitions marc framework setting to mandatory for the field fixes my problem. | |
| 20:35 | bag joined #koha | |
| 20:52 | JasonGreene[m] | I re-built the server. Can someone look at our book spreadsheets before we try to import them to insure it is usable ? |
| 20:56 | * JasonGreene[m] | posted a file: (257KiB) < https://matrix.org/_matrix/med[…]ora-2-23-24-1.csv > |
| 21:06 | caroline | JasonGreene[m], Can you duplicate columns? i.e. add a "952$b" column that is the same content as 952$a? |
| 21:17 | JasonGreene[m] | SURE |
| 21:19 | caroline | In that case, I would copy 952$a and make 952$, copy 942$c to make 952$y, and copy 082$a to make 952$o |
| 21:19 | JasonGreene[m] | ok, I added 9525$b column and copied a into b |
| 21:19 | caroline | Maybe also change 700$a to 100$, but that is absolutely not necessary |
| 21:19 | 700$a is secondary author, 100$ is primary author | |
| 21:20 | JasonGreene[m] | ok |
| 21:20 | caroline | also add a column 952$2 and put ddc in all the entries |
| 21:20 | I think that should address all of cait comment from earlier | |
| 21:21 | Do you have the item barcodes somewhere? | |
| 21:22 | JasonGreene[m] | barcodes from the old system? |
| 21:22 | I took them out | |
| 21:23 | caroline | ok, you didn't want them anymore? I don't remember |
| 21:25 | JasonGreene[m] | I'd like to keep the old data, but the idea was that it could cause import issue |
| 21:27 | caroline | I don't think it will on a fresh system... If you want to keep it, put it in 952$p |
| 21:27 | * JasonGreene[m] | posted a file: (294KiB) < https://matrix.org/_matrix/med[…]ora-2-21-24-1.csv > |
| 21:27 | JasonGreene[m] | I have so many changed copies .... :-) |
| 21:27 | caroline | yeah, probably because it was in 952$9, which is the koha itemnumber. That might indeed cause problems |
| 21:28 | JasonGreene[m] | that's right.. now I remember |
| 21:29 | caroline | I think you should now have 952$a, 952$b, 942$c, 952$y, 650$a, 245$a, 100$a (or 700$a), 082$a, 952$o, and 952$p |
| 21:30 | Booklist_v2_final_FINAL ;) | |
| 21:34 | cait hinted that the import problem might be a rabbitmq problem | |
| 21:35 | you might want to try the command-line import, it might help to import, but will not fix the rabbit problem | |
| 21:36 | check misc/migration_tools/bulkmarcimport.pl | |
| 21:37 | That's what I use for migrations. Then, I don't know if it's necessary, but I reindex bc I'm not sure it does it automatically misc/search_tools/rebuild_elasticsearch.pl (for elasticsearch) or ./misc/migration_tools/rebuild_zebra.pl (for zebra) | |
| 21:43 | JasonGreene[m] | ok, I've made the changes and this is that the csv has... (full message at <https://matrix.org/_matrix/med[…]gkNEAYQzwlKFmyAQw>) |
| 21:47 | caroline | 952$ should be 952$b I think |
| 21:47 | JasonGreene[m] | ok, I'll change it to 952$b and remove 952$ |
| 21:48 | cait joined #koha | |
| 21:52 | JasonGreene[m] | so, now save the csv and run it through MarcEdit and make a .mrc and then make the .mrc into a .mrk and then import the .mrk into Koha ??? |
| 21:52 | caroline | skip the .mrk |
| 21:52 | save as .mrc and import .mrc into Koha | |
| 21:53 | * JasonGreene[m] | posted a file: (328KiB) < https://matrix.org/_matrix/med[…]ine-help-edit.csv > |
| 21:53 | JasonGreene[m] | great. take one more look |
| 21:54 | caroline | barcode? 952$p |
| 21:54 | :) | |
| 21:54 | JasonGreene[m] | Thinking... |
| 21:54 | ok, I'll put it back | |
| 21:55 | caroline | lol! |
| 21:56 | * JasonGreene[m] | posted a file: (357KiB) < https://matrix.org/_matrix/med[…]ine-help-edit.csv > |
| 21:57 | caroline | yep looks good to me |
| 21:59 | JasonGreene[m] | ok,,, next step... MarcEdit creating the mrc using the "Export Tab Delimited Text" option |
| 22:00 | that option makes an .mrk | |
| 22:02 | caroline | I guess you can "save as" .mrc after? |
| 22:05 | JasonGreene[m] | All the 952$ were "join items" and it made a .mrk |
| 22:06 | so now import the new .mrk into koha ? | |
| 22:06 | caroline | can you save as .mrc? |
| 22:07 | JasonGreene[m] | no, only mrk or mrk8 on this part |
| 22:07 | cait | I think it's a "convert to" entry in the first menu if using mrac edit |
| 22:07 | not a save as | |
| 22:08 | on linux now so can't check | |
| 22:09 | caroline | Here it seems to say "save as" https://youtu.be/lVeIFVkgP6o?s[…]vr8uILNXm_&t=1470 |
| 22:10 | JasonGreene[m] | when I double click the .mrk it opens it in MarcEdit and there is an option in "File" to "Compile file to Mark that has .mrc option |
| 22:10 | caroline | yeah I think that's it |
| 22:11 | JasonGreene[m] | ok, I'll do that |
| 22:11 | caroline | the video says "Compile and upload your records into Koha) |
| 22:11 | " | |
| 22:11 | JasonGreene[m] | ok, that is complete |
| 22:11 | cait | :) |
| 22:12 | JasonGreene[m] | ... now ... ask Koha to import the .mrc ;-) |
| 22:13 | caroline | if it works we should write a bug report saying the import process needs to have error messages when records are not ok. seriously |
| 22:14 | JasonGreene[m] | Agree |
| 22:14 | Clicked "Stage MARC records for import" | |
| 22:15 | Browse | |
| 22:15 | caroline | lol the play by play |
| 22:16 | JasonGreene[m] | selected "Flora-2-26-24-1-online-help-edit-mrc" |
| 22:16 | clicked "Upload file" | |
| 22:16 | ashimema | We definitely need better errors handling for imports.. I even wrote bugs for it but they're stuck in discussion I think |
| 22:16 | * ashimema | goes back to bed |
| 22:17 | caroline | yeah us too, we have one where it warns if the branchcode is incorrect, but I think it was stuck too |
| 22:17 | JasonGreene[m] | selected "add incoming record" |
| 22:17 | cait | caroline++ |
| 22:18 | JasonGreene[m] | Clicked "Stage for import" |
| 22:18 | ashimema | Mine was about encoding errors |
| 22:18 | * cait | is waiting for cookies to finish baking |
| 22:19 | JasonGreene[m] | got yellow bar "0% Not started" |
| 22:19 | caroline | :( |
| 22:20 | JasonGreene[m] | jobs shows null/0 |
| 22:20 | caroline | :((( |
| 22:20 | JasonGreene[m] | hmmm.. laughing... now what? |
| 22:22 | caroline | pretty sure it's the workers |
| 22:23 | can you try to import something that you know for sure is OK? Like https://lccn.loc.gov/2004670356/marcxml (this is MARCXML not MARC) | |
| 22:25 | or like, find another Koha library and download one of their records in MARC format | |
| 22:25 | That way, we'll know it's not the records the problem | |
| 22:28 | leaving for the night, see y'all tomorrow | |
| 22:44 | JasonGreene[m] | I'll try thanks and see you tomorrow |
| 22:47 | i downloaded the file from the link you sent and get a yellow 0% Not started and null/0 | |
| 22:47 | cait | try to restart koha-common |
| 22:47 | JasonGreene[m] | ok |
| 22:48 | maintenanceKoha-library:~$ sudo koha-restart-zebra... (full message at <https://matrix.org/_matrix/med[…]HxKCnOkXwJzINIhUy>) |
|
| 22:49 | cait | no not koha zebra :) |
| 22:49 | koha-common is a system service (I think that's the right term) | |
| 22:49 | JasonGreene[m] | oh. I didn't see a "restart" command |
| 22:49 | cait | it should bring up the rabbitmq things that might be missing |
| 22:49 | i know there is different ways to do this, but this might work: sudo service koha-common restart | |
| 22:50 | zebra is the search engine, we are trying to get rabbitmq going - that handles the jobs | |
| 22:50 | the background jobs like importing | |
| 22:50 | JasonGreene[m] | I'll try sudo service koha-common restart |
| 22:50 | it too that command | |
| 22:50 | cait | hm? |
| 22:52 | JasonGreene[m] | Oh!!!! |
| 22:52 | cait | is that a good oh? |
| 22:52 | JasonGreene[m] | that made the imports work |
| 22:52 | cait | hah :) |
| 22:52 | JasonGreene[m] | \ouch |
| 22:52 | that is odd from my view | |
| 22:52 | cait | we do have some remaining issues with rabbitmq |
| 22:52 | JasonGreene[m] | one finished and one failed |
| 22:53 | cait | which one finished? the earlier one? |
| 22:54 | JasonGreene[m] | yes, my data... not the MARCXML download |
| 22:54 | cait | at least maybe something to go continue working on - time to box up cookies and go to sleep here |
| 22:54 | JasonGreene[m] | now let me search to see what is in the DB |
| 22:57 | yes, I'll pause for tonight, Tomorrow, I'll rebuild the server, do the import and restart Koha-common and see if it takes the import again | |
| 22:57 | good night | |
| 22:57 | cait | good night! |
← Previous day | Today | Next day → | Search | Index
