← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:02 | wajasu | i have two koha intallations 22.05.03 on both. one completes searches just fine.(same database). i looked at the about->server information tab and see the perlINC is different. |
00:03 | the opac search server that is crashing is missing /usr/share/koha/installer and /usr/share/koha/lib/installer from the Perl @INC section | |
00:03 | maybe that's why | |
00:03 | hmm. wonder where/host that gets set | |
00:03 | tht path | |
00:31 | tuxayo | > should i enable plugins? |
00:31 | Do you need non sysadmin to be able to install plugins? | |
00:32 | > the opac search server that is crashing is missing /usr/share/koha/installer and /usr/share/koha/lib/installer from the Perl @INC section | |
00:32 | What does the crashes say in the logs wajasu ? | |
00:33 | If that's related to perlINC, then the errors should point to missing modules then | |
01:19 | dps joined #koha | |
01:24 | dps left #koha | |
02:01 | dps joined #koha | |
02:04 | dps | Hello! Does anyone know/part |
02:05 | dps joined #koha | |
02:08 | dps | Hello! Newbie to Koha here. Migrating a database of 5000+ MARC records. How can I map 082$a and 082$b to right place so the call number shows up in holdings? |
02:28 | tuxayo | dps: hi : |
02:28 | * :) | |
02:30 | dps | hi :) |
02:30 | tuxayo | dps: administration: Koha to MARC mapping |
02:31 | Does anyone know what "searching for item fields" means? | |
02:31 | It's in this test plan: https://bugs.koha-community.or[…].cgi?id=27272#c35 | |
02:31 | huginn` | Bug 27272: enhancement, P5 - low, ---, jonathan.druart+koha, Needs Signoff , Move C4::Items::GetItemsInfo to Koha namespace |
02:31 | dps | tuxayo : that's what I thought, but I'm having some trouble getting it working. |
02:32 | tuxayo : I'm testing using the demo install, though. Maybe that's the problem? It says something about rebuilding misc/batchRebuildBiblioTables.pl if any mapping changes are made? | |
02:33 | tuxayo | about 27272: does that mean using advanced search to find record/item using item specific info? |
02:33 | dps: a yes, you need to be able to run that operation | |
02:34 | When you change Koha to MARC mappings, it doesn't reprocess all you data. | |
02:34 | dps | tuxayo : okay, so I need shell access to the server? |
02:34 | tuxayo | yes |
02:35 | This command will go through the MARC XML of all records, get the data from the mapped fields and put it in the collumn of the biblio table | |
02:37 | dps | tuxayo : So perhaps what I did was correct, just not rebuilt. |
02:38 | tuxayo | dps: likely, because not matter what you do you won't see good results without a rebuild. |
02:39 | dps | tuxayo : I went to the 952$o field in Koha to MARC mapping and I added 082$a and 082$b for dewey to items.itemcallnumber -- or at least it looked like that's what I had done. |
02:39 | tuxayo : Would that be the right process at least? | |
02:49 | tuxayo | dps: I don't know the detail, I didn't much used that ^^"? |
02:49 | I'm confused that you can map two fields to a collumn, really? | |
02:50 | Also, what did you do with 952$o ? | |
02:52 | dps | tuxayo : I left 952$o blank in my Excel table, assuming that Koha could just map to that later. But maybe that was a wrong assumption. |
02:53 | I could go back to the data and write a script that would copy 082$a and 082$b into $952$o. Maybe that would be the easiest solution. Prepare the data better for Koha. | |
02:55 | tuxayo : and yes, it "seemed" to allow me to add multiple fields to the items.itemcallnumber | |
02:56 | tuxayo : but maybe if I tried to rebuild it would throw an error | |
03:02 | tuxayo | > it "seemed" to allow me to add multiple fields to the items.itemcallnumber |
03:02 | Maybe, ok. That would be a good suprise. I don't know the feature. | |
03:03 | > I could go back to the data and write a script that would copy 082$a and 082$b into $952$o. Maybe that would be the easiest solution. Prepare the data better for Koha. | |
03:03 | What makes the most sense semantically? I relating to the data and the meaning of the 3 fields. | |
03:03 | dps ^^^^^^ | |
03:07 | dps | tuxayao : I'm not a librarian, but I suppose Koha wants the call number in 952$o because you often have both dewey and LOC classification in the MARC records. Putting it in 952$o would make the holdings data specific for your library then. |
03:08 | tuxayo : So I imagine it would make the most sense to get it into 952$o before even staging the records. Does that make sense? | |
03:10 | tuxayo : our library uses dewey, so I just though Koha would automatically pull from 082 for the call number, but maybe that's not really best practice, so it doesn't. | |
03:13 | tuxayo : and 082 and 952 could be different too if the librarian chooses to classify something a little differently a little different locally than dewey-by-the-book says, which happens in our library sometimes. | |
03:25 | wajasu | tuxayo: i do a tail -f /var/log/koha/lib1/*.log and see no ouput when i submit any opac search. staff search works. |
03:46 | tuxayo | wajasu: no output when it crashes??! |
03:49 | dps | taxayo : thanks for your help. appreciate it! |
03:50 | tuxayo | dps: «I suppose Koha wants the call number in 952$o» Since there is the mapping configuration, I suppose it doesn't matter to Koha. |
03:50 | Wait you want to map a record fields (082) into an item column? Maybe Koha won't like that. | |
04:11 | dps | tuxayo : What I wanted was simply for 082$a and 082$b to show up as the "call number." I couldn't figure out how to do that. |
04:11 | tuxayo : that's the behavior I had when I was using the really old OpenBiblio that I'm trying to convert from. | |
06:15 | fridolin joined #koha | |
07:19 | vijay_ joined #koha | |
08:09 | fridolin left #koha | |
08:18 | cait joined #koha | |
14:02 | tcohen | marcelr++ |
14:02 | cait++ | |
14:02 | great QA couple weeks | |
15:55 | dps left #koha | |
16:18 | pastebot | "wajasu" at 127.0.0.1 pasted "error when rebuilding zebra index with my library db with koha version 22.05.03" (31 lines) at https://paste.koha-community.org/12322 |
16:26 | wajasu | rebooted server. indexing now. |
16:33 | tcohen: i found out the deployment problem so my opac doesnt crash. | |
16:33 | i had deb [signed-by=/usr/share/keyrings/koha-keyring.gpg] https://debian.koha-community.org/koha 22.05 main bullseye | |
16:34 | instead of deb [signed-by=/usr/share/keyrings/koha-keyring.gpg] https://debian.koha-community.org/koha 22.05 main | |
16:37 | i'm going to try without bullseye in my packer build script and see if it works better. | |
16:41 | i noticed without bulseye, my About->System Info shows the /usr/share/koha/installer and /usr/share/koha/lib/installer in the Perl @INC section | |
16:41 | building... | |
17:06 | i see. if i don't stop/start memcached, the koha_rebuild_zebra results inthat recent pastebot. so now i'm indexing | |
17:06 | having memcached running makes the index export faster as well. | |
17:22 | still connection timeout on opac search. | |
17:22 | will do one more apt-get update then upgrade | |
18:51 | Kolvir joined #koha | |
18:54 | Kolvir | I've got Koha up and running thanks to some support here, but need a bit of guidance. Does anyone know of some kind of guideline of tips for converting a library to Koha? I'm not talking about another system, but this will be the first computerized system used; we're currently using old time checkout cards. Nothing computerized. |
18:55 | It is quite the project even for this small library. | |
19:11 | wajasu | if you don't have marc biblio records, you can try to use a barcode scanner for the books, to get ISBN numbers. |
19:12 | ISBNs can be looked up using the public Z3950 servers (i.e Library Of Congress LOC), or other confgured in koha. | |
19:13 | you might able to use a program like marcedit to help. and gather a file of MARC bibliography records for each unique book. | |
19:14 | koha can import the marc record file into koha. | |
19:14 | you can adjust the number of copies for books(i.e. items in koha parlance) | |
19:19 | when you rebuild the index in koha, it will they will show up in the search. | |
19:19 | the thing is tht you need to get an item in the marc record (952 items/holdings field) | |
19:20 | i wrote a program to query the LOC 15 years ago and cleanup marc records that went way back, matching on titles, and such. lots of work. | |
19:21 | http://blog.l2c2.co.in/index.p[…]import-into-koha/ | |
19:21 | you can find help on issues like above | |
19:26 | most of the pros are around here 9-5M-F in multiple timezones. maybe some youtube vids exist. | |
19:50 | Kolvir | Thank you. I've configured a bunch of z3950 servers. One issue I've come across while testing is when scanning a book's UPC code to get the ISBN, I'm getting the additional 5 characters added on it that are in the second , smaller barcode next to it. Look on the back of a recent book and it will make more sense. Those numbers ruin the search results. Is there a way to get those last 5 digits dropped? |
19:50 | Having to delete them manually each time is going to get really tedious | |
19:53 | i'm wondering if I'm going to have to scan the barcodes into a spreadsheet or the like and then truncate the field and upload them all to koha. Is it possible to upload a list a ISBNs and do a search on each one? | |
21:31 | dps joined #koha | |
21:42 | tuxayo | «koha can import the marc record file into koha.» |
21:42 | «when you rebuild the index in koha, it will they will show up in the search. » | |
21:43 | wajasu: doesn't koha index on the fly when importing? | |
21:47 | Kolvir: you might want to ask in the general mailing list for the UPC vs ISBN issue. I'm pretty sure someone has found a way to make that work seamlessly. | |
21:47 | https://koha-community.org/sup[…]ha-mailing-lists/ | |
21:48 | I wouldn't be surprised if somewhere in koha there was some config about imports from barcode | |
21:54 | Kolvir | thanks! |
← Previous day | Today | Next day → | Search | Index