← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:31 | libsysguy joined #koha | |
01:10 | melia left #koha | |
01:13 | atz joined #koha | |
01:15 | luisb joined #koha | |
02:05 | Space_Librarian | Argh. Negative staff. Such a downer. |
02:20 | fmarier joined #koha | |
02:21 | fmarier left #koha | |
02:43 | Space_Librarian | Oh great and glorious community. Do we know of any library who catalogues articles individually who may have a framework to share...? |
02:43 | jcamins_away | Space_Librarian: the American Numismatic Society does, but they switched to using the new analytics code. |
02:44 | jcamins | They catalog articles individually, I mean. |
02:44 | Space_Librarian | yes, that's what we do. |
02:44 | jcamins | The new analytics feature is awesome. |
02:45 | Space_Librarian | eythian mentioned it, but I need to know more. |
02:45 | jcamins | Turn on EasyAnalytics. |
02:45 | * Space_Librarian | searches |
02:46 | jcamins | EasyAnalyticalRecords. |
02:46 | In the cataloguing tag. | |
02:46 | tab. | |
02:47 | Space_Librarian | found it! |
02:47 | is that it? That's all? And that'll make life easier? | |
02:47 | jcamins | Pull up the serial record in your catalogue. |
02:48 | (staff client) | |
02:48 | Click the Edit button. | |
02:48 | No, New button. | |
02:48 | Space_Librarian | okay... |
02:48 | jcamins | Then click Analyze items. |
02:49 | There's a "Create analytics" link. | |
02:49 | (that now shows up) | |
02:49 | Space_Librarian | yup... |
02:49 | jcamins | Go to the 7xx tab and be amazed at the populated 773. |
02:50 | :D | |
02:50 | Space_Librarian | Well I'll be... |
02:50 | jcamins | Nice, innit? |
02:50 | Space_Librarian | But, still, do you have a framework for the individual articles that can be used with the analytics? |
02:50 | And it's awesome. | |
02:51 | jcamins | No, everyone I know uses Default. |
02:52 | Space_Librarian | cool. GTK. I have some very new to anything but DB Textworks and never encountered MARC before librarians that I need to soothe, but the analytics will totally help. |
02:52 | That is just fantastic. | |
02:53 | eythian | Space_Librarian: when you've got a few of those analytics set up, can you let me know? I'd like to see it working in practice (I've really only done it the hard way before) |
02:54 | jcamins | Since you can't add fields that aren't in the framework, using limited frameworks just doesn't make sense. |
02:55 | Space_Librarian | eythian absolutely. I've got to sort out the serials here first, but that analytics is definitely going to be used. |
02:56 | jcamins this is very true. But, as I said my cataloguing librarian has never seen MARC before, she's actually refusing to catalogue anything at the moment. | |
02:56 | very headache-inducing. | |
02:56 | jcamins | Space_Librarian: that's a nuisance. |
02:57 | Space_Librarian | you have no idea. Everybody else is loving the system, she's dug her heels in and just won't budge. Does not like change at all. |
03:09 | ibeardslee | I've come across those people before .. doesn't do the soul any good |
03:09 | Space_Librarian | nope. |
03:10 | She's actually going to be the biggest problem about this migration. This is already very evident. | |
03:13 | eythian | there's often one of those people per migration. |
03:14 | Space_Librarian | yep, I hear ya. |
03:19 | wizzyrea1 joined #koha | |
03:20 | * Space_Librarian | waves at wizzyrea |
03:20 | wizzyrea | hiyas :) |
03:21 | Amit_Gupta joined #koha | |
03:21 | Amit_Gupta | heya bag |
03:21 | :) | |
04:07 | libsysguy joined #koha | |
04:08 | Space_Librarian | good evening all! :) |
04:08 | Space_Librarian left #koha | |
04:08 | libsysguy | ok lets say for the sake of saying that something nasty happened to a debian based server…like the kernel went awol and committed suicide…do you think my best option would be do launch a live cd, backup all the data, make a backup partition and push it all there…keeping in mind that I have no network connections since its on a VM... |
04:10 | ibeardslee | with the goal to reinstall? |
04:10 | libsysguy | yes and migrate that data when the network is back |
04:11 | ibeardslee | so was the kernel removed via apt-get or somesuch? |
04:11 | libsysguy | no, i seriously just restarted and there was magically no kernel |
04:12 | ibeardslee | it could just be that grub didn't deal to things properly, the kernel could be there but grub dones't know about it |
04:12 | libsysguy | well, I tried all the other kernel headers that existed in grub |
04:13 | it couldn't find those either, or their recovery partitions | |
04:13 | stuartyeates joined #koha | |
04:13 | ibeardslee | booting from a livecd would be the first start |
04:13 | libsysguy | yeah I got that working |
04:13 | ibeardslee | from there you can check to see the state of the filesystems themselves |
04:14 | libsysguy | and I have been plunking at the shell…the filesystem is fine |
04:14 | i even managed to dump the database | |
04:14 | ibeardslee | it could be possible to chroot to the / partition and then apt-get install the kernel |
04:14 | libsysguy | i tried that…no network |
04:15 | and the one on the live cd was a no-go as well | |
04:15 | ibeardslee | sometimes the packages are cached on disk |
04:15 | stuartyeates | the first thing you want to do is get a good backup... |
04:15 | ibeardslee | true |
04:15 | stuartyeates | or have you already done that? |
04:15 | libsysguy | that would be nice to have |
04:15 | I am in the process of trying to get the data out | |
04:15 | stuartyeates | database dump + config files for important apps |
04:16 | copy them to a USB key or simialr? | |
04:16 | libsysguy | yeah that is exactly what I am doing…no the server is running Hyper-V |
04:16 | so there is no support for that :-\ | |
04:16 | eythian | what is hyper-v? |
04:16 | libsysguy | but I think i can mount another HDD and install ubuntu to it, then mount its dead counterpar |
04:16 | hyper-v is microsofts answer to VM-Ware | |
04:17 | eythian | ah right. |
04:17 | Sounds like a terrible idea | |
04:17 | ibeardslee | heh |
04:17 | eythian | (hyper-v, not your suggested recovery method) |
04:17 | libsysguy | haha it is…actually its not terrible when it works :p |
04:17 | eythian | 'cept it deletes your kernels? |
04:17 | libsysguy | exactly |
04:18 | eythian | could you just run grub-install? |
04:18 | libsysguy | i did reinstall grub |
04:18 | stuartyeates | can you scp the data to another machine? |
04:18 | libsysguy | no network |
04:18 | stuartyeates | oh, of coruse |
04:18 | libsysguy | the only connection I have is the console view from hyper-v |
04:18 | which is great…let me tell you :-/ | |
04:19 | stuartyeates | does hyper-v let you take a snaphot of the thing in case your next step looses data? |
04:19 | eythian | why is there no network? |
04:19 | can't you bring up a network? | |
04:19 | libsysguy | yes it does, I did make a snapshot |
04:19 | stuartyeates | "ifup --all" will try bringing up the network |
04:19 | libsysguy | and to get hyper-v to run the network you have to have an addition to the kernal on a debian based system |
04:19 | and since the kernel is gone... | |
04:19 | stuartyeates | oh, i see |
04:20 | can you compile a new kernel? | |
04:20 | libsysguy | I could…if i could get the source to the machine |
04:21 | that is what I was trying to do with the live cd | |
04:21 | eythian | the addition to the kernel will be a .ko file somewhere, right? can you find it and just insmod it? |
04:21 | or just stream all the data up the screen using xmodem, screenshot it regularly, reassemble. | |
04:21 | libsysguy | haha |
04:21 | eythian | s/xmodem/QR codes/ |
04:22 | libsysguy | actually I think i have it |
04:22 | the other install is working and I think ill be able to see the other drive | |
04:22 | eythian | can you export the disk as a VM appliance thing, import it into virtualbox, which will give you a network. |
04:22 | then throw away hyper-v and use virtualbox | |
04:23 | libsysguy | now there is an idea…perhaps |
04:24 | wizzyrea | O.O libsysguy what did you DO |
04:25 | I think perhaps you are even better at breaking things than I am | |
04:25 | libsysguy | wizzyrea i broke-ed it |
04:25 | i swear this wasn't my fault | |
04:25 | wizzyrea | I believe you :) |
04:25 | libsysguy | the server was being all laggy running tomcat and I was like..i know ill just restart it |
04:25 | wizzyrea | sorry, less talk, more fixing. |
04:26 | libsysguy | that'll teach it…but it taught me |
04:44 | HAHA! i got it!! | |
04:44 | sorry…I just had a moment | |
04:45 | wizzyrea | noice! |
04:46 | libsysguy | except…I still don't have network |
04:46 | jesus !@#$$%#%@#$@$% christ | |
05:20 | for the record, it all got saved and transfered | |
05:20 | eythian | how? |
05:28 | libsysguy | I created a second HDD, installed ubuntu to it, then mounted the old one |
05:29 | eythian | OK |
05:29 | libsysguy | now I just have to rebuild that system |
05:29 | cait joined #koha | |
05:29 | eythian | hi cait |
05:29 | libsysguy | hi cait |
05:30 | cait | hi eythian, hi libsysguy :) |
05:30 | Amit_Gupta | wheya eythian, cait |
05:30 | cait | hi Amit_Gupta |
05:30 | eythian | hello Amit_Gupta |
05:33 | libsysguy | cait I was going to tell you I installed that patch you recommended |
05:33 | for acquisitions | |
05:33 | and the acquisitions librarian loves it | |
05:33 | cait | oh :) |
05:34 | yeah, it sure sounds like a nice feature | |
05:34 | I am way behind with my todo lists :( | |
05:34 | really wanted to test that | |
05:34 | libsysguy | haha welcome to the club |
05:34 | cait | and then my glasses broke last friday... and that practically killed my weekend |
05:34 | libsysguy | I am trying to test that and jcamins linker script |
05:34 | cait | now it's even worse than before |
05:34 | libsysguy | oh no :'( |
05:34 | cait | I have new glasses now |
05:34 | libsysguy | oh ok…so you can see |
05:35 | cait | it's only I am missing a few days |
05:35 | libsysguy | lol that is what I am going to tell my girlfriend when she says we have to hang out on the weekends |
05:35 | "but hun the community needs me :p" | |
05:38 | ok im out for the night…cya in the AM #Koha | |
05:38 | libsysguy left #koha | |
05:40 | * cait | starts reading about ethernet |
05:40 | eythian | watch wireshark on a not busy network for a while, it'll help you understand the upper layers. |
05:41 | cait | ? |
06:51 | eythian | cait: wireshark is a network sniffer tool |
06:52 | shows you all the network traffic. | |
06:52 | * eythian | builds packages |
07:02 | Amit_Gupta | slef around |
07:05 | * eythian | fails to build packages because some tests are still broken :/ |
07:12 | Amit_Gupta joined #koha | |
07:19 | laurence joined #koha | |
07:32 | reiveune joined #koha | |
07:32 | reiveune | hello |
07:34 | Guillaume joined #koha | |
07:42 | * cait | goes to wokr |
07:42 | cait | work even... bbiab |
07:43 | cait left #koha | |
07:46 | julian_m joined #koha | |
07:52 | hdl joined #koha | |
07:55 | sophie_m joined #koha | |
08:02 | mbalmer joined #koha | |
08:07 | asaurat joined #koha | |
08:08 | asaurat | hello |
08:08 | wahanui | hola, asaurat |
08:14 | francharb joined #koha | |
08:15 | francharb | hi all |
08:21 | matts joined #koha | |
08:27 | kf joined #koha | |
08:27 | kf | hi #koha |
08:32 | hmm | |
08:32 | is there a way to link to the english opac version? I was playing around with the url, but while the start page is correct, the templates aren't | |
08:36 | drojf joined #koha | |
08:36 | drojf | good morning #koha |
08:36 | kf | good morning drojf |
08:37 | drojf | hi kf :) |
08:38 | kf | hm |
08:38 | do you have an idea about constructing an url to the english opac? | |
08:42 | drojf | what do you mean? without the changelanguage perl script? |
08:46 | kf | just an url |
08:46 | that opens the english opac version directly | |
08:46 | circumventing the browser detection and the cookie | |
08:46 | I have not managed to find one yet :( | |
08:47 | drojf | i think it won't work because the info is only in the cookie. you have KohaOpacLanguage and then the language code, like en-EN. it would be nice to be able to use ?KohaOpacLanguage=en-EN on every page of the opac but that would need a code change i guess |
08:48 | kf | yeah |
08:48 | I feared it was not possible | |
08:48 | still... going to repeat that question a bit today, perhaps someone has an idea | |
08:48 | or if it's really not possible I can file a bug | |
08:48 | drojf | maybe there is some secret way to do so, i would be very interested to know that too |
09:00 | matts_ joined #koha | |
09:09 | drojf | kf: i don't know where output_html_with_http_headers (in opac_main.pl) is defined, but you could probably wrap it in an "if/else" looking for an url parameter similar "my $language = $query->param('language');" (in opac-changelanguage.pl), so that you use an url parameter if given and look for a cookie otherwise. you need to know how to pack that for the output_html_with_http_headers though. or maybe i'm completely wring. *throwing around gefährliches |
09:09 | *wrong | |
09:11 | kf | heh |
09:11 | drojf: if they insist, I will have to go there | |
09:11 | collecting ideas today and waiting for feedback | |
09:11 | I explained the language detection | |
09:15 | drojf | kf: who is "they"? one of your libraries? |
09:17 | kf | yep |
09:18 | gaetan_B joined #koha | |
09:18 | gaetan_B | hello #koha |
09:18 | kf | hi gaetan_B |
09:19 | fredericd | kf: You could do it without changing Koha, by using Apache mod_rewrite. You can define a virtual host, with a rule appending a cookie forcing the language |
09:20 | kf | ok |
09:20 | this sounds complicated | |
09:20 | fredericd | it is |
09:20 | kf | so perhapsI will go and file an enh request |
09:20 | because this might be something other libraries would find useful too | |
09:20 | and it seems confirmed that it's not possible right now? | |
09:20 | slef | kf: fredericd is right, though. Probably simpler to do it in Apache. |
09:21 | drojf: I think to do it Koha-side, you'd need to do it when $query is parsed, not at output time. | |
09:22 | if you really want it, I'll go look at the code and find out when that it ;-) | |
09:22 | kf | ok |
09:23 | my english is broken | |
09:23 | no idea how to call that bug | |
09:23 | drojf | what would it be in german? ;) |
09:23 | slef | huh? |
09:23 | ja, wir können übersetzen... | |
09:23 | veilleich | |
09:24 | drojf | :) |
09:25 | kf | slef: :P |
09:25 | Direct URL to OPAC in specified language | |
09:25 | ? | |
09:26 | drojf | Choose OPAC language with URL parameter? |
09:26 | kf | oh |
09:26 | that is better | |
09:26 | but | |
09:26 | I already hit save | |
09:26 | meh. | |
09:26 | bug 7514 | |
09:26 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7514 enhancement, P5 - low, ---, frederic, NEW , Direct URL to OPAC in specified language |
09:26 | drojf | :D |
09:27 | kf | updated |
09:27 | staff meeting | |
09:27 | slef | kf: why :P ??? |
09:27 | kf_mtg | :) |
09:28 | slef | I think it would be best in C4::Auth::get_template_and_user |
09:28 | kf_mtg | make it a smiley |
09:28 | I felt a bit teased :) | |
09:28 | slef | nah it's serious... I wouldn't be able to write all this stuff in German without help ;) |
09:29 | and ppl are meant to translate into their native languages | |
09:31 | drojf | off to do non-koha work :/ |
09:31 | fredericd | And modifying a little bit opac-changelanguage.pl? |
09:31 | cgi-bin/koha/opac-changelanguage.pl?language=de-DE | |
09:31 | with a redirection to the main page | |
09:32 | slef | probably moving some of that out to C4::Languages |
09:33 | drojf | where is a good place to learn about all these magical C4-things? |
09:34 | fredericd | If you change opac-changelanguage.pl line 25 to: my $url = $query->referer() || '/'; |
09:34 | it works | |
09:56 | hdl | drojf: perldoc.koha-community.org |
09:56 | could be a place. | |
09:56 | otherwise perldoc is your friend | |
09:57 | maybe adding a kind of order in the system preference language system would help. | |
10:03 | drojf | hdl: thanks, that looks very useful |
10:07 | mbalmer joined #koha | |
10:14 | Amit_Gupta joined #koha | |
10:15 | kf_mtg | fredericd++ |
10:17 | chris_n joined #koha | |
11:17 | Amit_Gupta joined #koha | |
11:40 | slef | wahanui: perldoc is at http://perldoc.koha-community.org for the C4 modules and more |
11:40 | wahanui | OK, slef. |
11:40 | slef | wahanui: documentation? |
11:40 | wahanui | documentation is at http://koha-community.org/documentation/ |
11:46 | Amit_Gupta joined #koha | |
12:22 | jwagner joined #koha | |
12:28 | vfernandes joined #koha | |
12:29 | vfernandes | hi guys :) anyone has experienced to install Koha 3.2.X in CentOS? |
12:31 | tcohen joined #koha | |
12:35 | nengard joined #koha | |
12:36 | kf_mtg | hmm |
12:36 | can someone here help with permissons? | |
12:36 | if I have this: flagsrequired => { serials => 1 }, | |
12:36 | does it mean that I have to give full serial permissions for the template? | |
12:36 | and having all but not routing lists will not work? | |
12:44 | hm will find it out .) | |
12:53 | Oak joined #koha | |
13:00 | hdl | @later tell vfernandes we did. But would not like to do it again... It depends on the CentOS version. But the version we tried to install Koha on was much behind in PERL version |
13:00 | huginn` | hdl: The operation succeeded. |
13:00 | hdl | kf_mtg: iirc, 1 should be changed into * |
13:06 | Oak | kia ora #koha |
13:10 | matts_ | kf_mtg, with *, any of the serials permission will be enough for the template |
13:18 | asaurat | is the translated columns.def working good for non english users ? |
13:18 | looks like the file in prog/en is always used | |
13:20 | oleonard joined #koha | |
13:25 | mbalmer | ji from the weekly koha workshop ;) |
13:26 | here is a question: we have user groups and media types. here we have rules to allow certain books for children, others for adults etc. | |
13:26 | do we have to create a media type for each age or is there a third criterion we can use, besides user group and media type? | |
13:27 | oleonard | With regard to circulation rules mbalmer? |
13:27 | mbalmer | yes. |
13:28 | e.g. dvds for childrens, books for juveniles etc. | |
13:28 | oleonard | What you see is what you get: user category + item type |
13:28 | * oleonard | wonders why that is labeled "user category." We don't use that phrase anywhere else... |
13:28 | mbalmer | so no third "category"? |
13:29 | oleonard | There is no hidden feature which you don't see on the Circulation and Fine rules page. |
13:29 | mbalmer | ok |
13:30 | are there any plans to have age restrictions per title? | |
13:30 | oleonard | Not that I'm aware of. |
13:30 | mbalmer | so that the age restriction is with the item, not the item type? |
13:30 | ok, tnx. | |
13:38 | druthb joined #koha | |
13:38 | druthb | o/ |
13:38 | oleonard | Hi Dr. B. |
13:39 | druthb | :) hi, Owen. |
13:43 | JesseM joined #koha | |
13:46 | mbalmer | in switzerland, fines are not fixed, but increase over time. e.g. CHF 2 for the first reminder, CHF 4 for second reminder, CHF 9 for the third reminder to bring back a book. |
13:55 | collum joined #koha | |
13:55 | JesseM | @wunder 06614 |
13:55 | huginn` | JesseM: The current temperature in Brewer Stratford Marina, Stratford, Connecticut is 0.5°C (8:55 AM EST on February 09, 2012). Conditions: Clear. Humidity: 57%. Dew Point: -7.0°C. Windchill: -4.0°C. Pressure: 30.06 in 1017.8 hPa (Rising). |
13:56 | oleonard | @wunder 45701 |
13:56 | huginn` | oleonard: The current temperature in Ohio University, Athens, Ohio is 0.0°C (8:50 AM EST on February 09, 2012). Conditions: Clear. Humidity: 79%. Dew Point: -3.0°C. Windchill: 0.0°C. Pressure: 30.23 in 1023.6 hPa (Steady). |
13:59 | oleonard | nengard: You here for real? |
14:00 | nengard | yes |
14:00 | oleonard | I wondered if you would be willing to test Bug 5877 again sometime? |
14:00 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5877 enhancement, P1 - high, ---, paul.poulain, Needs Signoff , Offline circulation improvements : upload all files, apply at once |
14:02 | nengard | oleonard, i was away all week and am catching up today, i'll put it on the list but might not get to it today |
14:02 | oleonard | I think the functionality is there, but I submitted a patch too so I don't feel I can sign off |
14:02 | ago43 joined #koha | |
14:03 | oleonard | nengard: Were you doing training? |
14:03 | nengard | yuppers |
14:04 | got home at midnight | |
14:04 | brain not working right yet | |
14:04 | * oleonard | doesn't blame you for feeling that way |
14:10 | has lost, in his old age, the ability to stay up too late | |
14:11 | maximep joined #koha | |
14:14 | trea1 joined #koha | |
14:16 | talljoy joined #koha | |
14:17 | Soupermanito joined #koha | |
14:18 | NateC joined #koha | |
14:44 | kf_mtg | hdl + matts: thx! |
14:44 | hdl + matts: I will test on latest master and file a bug :) | |
14:46 | kf | mbalmer: it's something we have in Germany too - increasing fines. At the moment it's not possible. |
14:46 | jcamins | Good morning, #koha. |
14:46 | kf | and good morning jcamins :) |
14:47 | mbalmer: there is a field for restrictions in items - but I don't think there is a function tied to it atm - perhaps using this field + development might be an option for age restrictions? | |
14:47 | oleonard | Is there authorities sample data available? |
14:48 | Guest1988 | interesting that you would ask that I had the same desire. |
14:48 | jcamins | oleonard: I don't think there is, actually. |
14:49 | * wizzyrea | gets all defeatist |
14:49 | wizzyrea | it's probably all copyrighted |
14:49 | jcamins | There should be. |
14:49 | wizzyrea: not in the US. Most authority data is from LC. | |
14:49 | From whom you can buy a $10k hard drive with the public domain authority records on it. | |
14:50 | wizzyrea | see: buy. |
14:51 | trea | morning all o/ |
14:51 | hdl | kf mbalmer for wiw We have done a devlopment coping with "stacked" (can't find the correct word) fines |
14:52 | istvan joined #koha | |
14:52 | hdl | http://git.biblibre.com/?p=koh[…]n/nimes/ft/MT5989 |
14:52 | here you are. | |
14:52 | See staticfines in misc/cronjob | |
14:52 | s | |
14:53 | jcamins | wizzyrea: yeah, but it's not copyrighted. |
14:53 | trea | can anyone shed some light on what "[warn] yaz_poll [No child processes]" means in the koha-zebradaemon-output.log? |
14:57 | NateC joined #koha | |
15:02 | jcamins | trea: at a guess, your server is crashed. |
15:02 | I mean, zebrasrv. | |
15:06 | trea | interesting. thanks jcamins i'll do some more digging |
15:06 | jcamins | trea: good luck. What's the status of the zebrasrv process? |
15:06 | mbalmer | hdl, thanks! |
15:07 | trea | not sure yet jcamins. i'll check into it and report back |
15:11 | Guillaume joined #koha | |
15:14 | oleonard | Alright, I think I've correctly imported a few authority records... I see data in auth_header... But no search results. |
15:14 | jcamins | oleonard: did you reindex with rebuild_zebra.pl -a -r? |
15:14 | hdl | oleonard: dom or grs1 indexing ? |
15:14 | jcamins | bulkmarcimport doesn't add things to zebraqueue. |
15:15 | oleonard | Whta is the -r jcamins ? |
15:15 | jcamins | Rebuild. |
15:15 | hdl | reset |
15:15 | jcamins | Reset. |
15:15 | That's what I meant. | |
15:15 | "Start over from scratch." ;) | |
15:16 | hdl | does the init on database ... only when one record exported. |
15:17 | oleonard | Okay, that's what I needed. But why do I only get results when I search using "search main heading?" |
15:17 | (in the staff client) | |
15:18 | jcamins | oleonard: did you install the patch for bug 7284 yet? |
15:18 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements |
15:19 | jcamins | (if not, that's probably why) |
15:20 | (if you did, they probably don't show up because you didn't install the Zebra config files to koha-dev) | |
15:29 | oleonard | Is it not possible to get name authority results from the OPAC without 7284 jcamins ? |
15:29 | jcamins | oleonard: no, you can get name authorities, you just can only search using the main entry. |
15:30 | oleonard | What is "main entry?" |
15:30 | jcamins | 1xx. |
15:31 | (that's authority 1xx, not bib 1xx) | |
15:31 | No see-froms or see-alsos. | |
15:31 | And the "anywhere" doesn't actually search "anywhere." | |
15:32 | It only searches 1xx. | |
15:33 | oleonard | I have an authority record where 100a = "Leonard, A. Byron", but an OPAC search for Personal Name + contains + "leonard" doesn't return anything |
15:33 | ...in the OPAC this time | |
15:33 | I get results in the staff client if I use "search main heading." | |
15:34 | jcamins | Oh, that's a very old bug. |
15:34 | When did you last update your koha-dev zebra configuration? | |
15:34 | oleonard | Never :P |
15:34 | jcamins | Okay. |
15:35 | I fixed that a few months ago. | |
15:35 | You'll need to copy over the new Zebra authority configuration files then reindex. | |
15:35 | etc/zeradb/authorities/etc/bib1.att, | |
15:35 | etc/zebradb/marc_defs/marc21/authorities/authority-koha-indexdefs.xml, | |
15:35 | etc/zebradb/marc_defs/marc21/authorities/authority-zebra-indexdefs.xsl, | |
15:35 | etc/zebradb/marc_defs/marc21/authorities/koha-indexdefs-to-zebra.xsl, and | |
15:35 | etc/zebradb/marc_defs/unimarc/authorities/record.abs | |
15:35 | oleonard | Can you tell me how? |
15:36 | jcamins | Hm. That didn't quite work as hoped. |
15:36 | I'll use paste. | |
15:38 | pastebot | "jcamins" at 69.201.176.180 pasted "oleonard: install Zebra authority config" (3 lines) at http://paste.koha-community.org/249 |
15:40 | jcamins | Then reindex with rebuild_zebra.pl -a -r |
15:42 | oleonard | Thanks, that worked like a charm |
15:42 | jcamins | Good! |
15:42 | * oleonard | is reminded why he doesn't like testing authorities |
15:42 | oleonard | Maybe it'll be easier now :) |
15:43 | jcamins | oleonard: you could sign off on bug 7501 too, so you don't feel like you did all this for only one thing. :) |
15:43 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7501 normal, P5 - low, ---, jcamins, Needs Signoff , OPAC authority browser should mark alternate rows as highlighted |
15:43 | oleonard | That's exactly what I'm doing :) |
15:43 | Then I'll try 7284 | |
15:43 | jcamins | :) |
15:43 | oleonard++ | |
15:45 | Guillaume left #koha | |
15:48 | jcamins | Woohoo! |
15:51 | * oleonard | sits down with a six-pack of Red Bull and a bowl of chocolate-covered espresso beans to read the test plan for bug 7284 |
15:51 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements |
15:52 | wizzyrea | O.O |
15:52 | you will be a hummingbird soon. | |
15:52 | mbalmer joined #koha | |
15:53 | jcamins | lol |
15:53 | Is it that bad? | |
15:54 | wizzyrea | lol we just can't get down past 67 can we |
15:54 | trea | http://www.youtube.com/watch?v=bz3fWAtOMV4 |
15:55 | mbalmer joined #koha | |
15:56 | jcamins | wizzyrea: you can help with this! |
15:57 | wizzyrea: bugs 6919 and 7284 are both interesting. :) | |
15:58 | mbalmer joined #koha | |
15:58 | adnc joined #koha | |
16:04 | druthb left #koha | |
16:04 | libsysguy joined #koha | |
16:04 | oleonard | Actually jcamins the test plan is excellent for it's detail because it makes me feel much more comfortable that I'm testing something properly which I seldom use |
16:04 | jcamins++ | |
16:05 | libsysguy | ditto |
16:05 | jcamins++ | |
16:05 | jcamins | :) |
16:05 | * oleonard | reaches back to erase that errant ' |
16:06 | mbalmer joined #koha | |
16:10 | reiveune | bye |
16:10 | reiveune left #koha | |
16:11 | mbalmer joined #koha | |
16:16 | sophie_m left #koha | |
16:17 | mbalmer joined #koha | |
16:22 | libsysguy joined #koha | |
16:23 | kf | jcamins++ :) |
16:26 | oleonard | What is the difference between BiblioAddsAuthorities and AutoCreateAuthorities? Is it BiblioAddsAuthorities that enables Koha to automatically link to an existing authority record if the input matches one? |
16:27 | jcamins | oleonard: BiblioAddsAuthorities is what allows you to edit an authority-controlled heading directly. |
16:27 | I would like to change its name. | |
16:27 | kf | jcamins: I never understood how that worked until I got there in your test plan |
16:28 | oleonard | So if BiblioAddsAuthorities is on you can either enter your own data or choose an existing authority |
16:33 | jcamins | Right. |
16:38 | asaurat left #koha | |
16:43 | kf | hmm bug 3142 |
16:43 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3142 normal, P5 - low, ---, gmcharlt, NEW , standardize how OPAC and staff determine requestability |
16:44 | kf | if branch a has that the item can be requested from all branches... shouldn't it be holdable? |
16:44 | oleonard | Sounds right to me |
16:44 | kf | oh |
16:44 | I misread | |
16:44 | ignore me | |
16:44 | I should go home | |
16:44 | oleonard | Me too! |
16:44 | * oleonard | quits 5 hours early |
16:45 | kf | heh |
16:45 | good idea .) | |
16:48 | oleonard | No, I'll need all that time to test this bug |
16:53 | laurence left #koha | |
16:56 | gaetan_B | bye ! |
16:58 | melia joined #koha | |
16:59 | edveal joined #koha | |
17:00 | juan_sieira joined #koha | |
17:03 | Guillaume joined #koha | |
17:03 | atz joined #koha | |
17:09 | atz left #koha | |
17:19 | kf left #koha | |
17:24 | drojf1 joined #koha | |
17:34 | Guillaume left #koha | |
17:35 | Johnindy joined #koha | |
17:47 | edveal | I am having a hard time getting one on of the jQuery scrips in the library two work properly. (http://wiki.koha-community.org[…]e_OPAC_login_link) |
17:47 | Any hints? | |
17:49 | cait joined #koha | |
17:49 | cait | hi #koha |
17:56 | fredericd | cait: Your a specialist of 773 field in mAR |
17:56 | in MARC21? | |
17:56 | cait | hm |
17:56 | perhaps :) | |
17:56 | what is your question? | |
17:57 | fredericd | Do you have sample MARC21 biblio records containing 773 field propermy populated? |
17:57 | cait | hm let me find one |
17:57 | fredericd | I try to figure out how to use it |
17:57 | $g subfield seems not to be displayed with HEAD MARC XSL | |
17:58 | cait | ? |
17:58 | which version are you on? | |
17:58 | fredericd | dev |
17:59 | I have fields like that: 773 $t Kroeber Anthropologivcal Society Papers $g vol. 99-100, pp. 104-128 | |
17:59 | and I'm not sure it's valid MARC21 | |
17:59 | jcamins | fredericd: that looks right to me. |
17:59 | fredericd | jcamins: thanks |
18:00 | cait | fredericd: hm it should show... if it didn't get messed up again |
18:00 | I had to load my sample file first | |
18:02 | fredericd: sorry, I messed up my test installation :( | |
18:04 | and my test data apperently | |
18:05 | fredericd | Hope it's not my fault... |
18:05 | oleonard | edveal: What problem are you having? |
18:06 | cait | 773$g shows for me in staff |
18:06 | with xslt view | |
18:08 | fredericd | Not for me, xslt enabled |
18:08 | cait | hm |
18:08 | jcamins | fredericd: probably the 773 display was revised to match the standard again. |
18:08 | cait | but 773 shows? |
18:08 | the oter fields? | |
18:08 | jcamins | Oh, wait, I'm confused. |
18:09 | What's the problem? | |
18:09 | wahanui | the problem is its human beings doing it |
18:09 | jcamins | I thought the 773 wasn't showing up? |
18:09 | cait | jcamins: should your indexing changes break rcn search? |
18:09 | jcamins | cait: no. |
18:09 | cait | http://localhost/cgi-bin/koha/[…]l?q=rcn:015151123 |
18:09 | gives me a 404 | |
18:09 | I mean no results - yes | |
18:09 | but 404? | |
18:09 | wahanui | 404 is better for opac |
18:09 | jcamins | cait: I didn't touch anything to do with bib searching. |
18:10 | cait | I hate finding bugs like this |
18:10 | jcamins | If it is my patch, though, definitely let me know, because that means an unrelated change crept in. |
18:10 | fredericd | I don't understand how it works in the XSL |
18:11 | 245$a is dislayed rather than 773$t | |
18:11 | jcamins | fredericd: that's definitely wrong. |
18:11 | oleonard | If a search leads to a 404, doesn't that imply that the search returned 1 record but that record wasn't found? |
18:11 | cait | ok |
18:11 | jcamins | fredericd: maybe git blame will tell you who did that? |
18:11 | cait | any search link gives me a 404 |
18:12 | jcamins | cait: just after applying my patch? |
18:12 | I didn't touch it. | |
18:12 | cait | i know |
18:12 | didn't switch back to master | |
18:12 | checking the logs now | |
18:13 | * jcamins | has to run to get to his next client's. |
18:13 | jcamins | Probably back in 30. |
18:13 | cait | [Thu Feb 09 19:11:39 2012] [error] [client 127.0.0.1] [Thu Feb 9 19:11:39 2012] opac-search.pl: Use of uninitialized value $biblionumber in concatenation (.) or string at /home/katrin/kohaclone/opac/opac-search.pl line 577., referer: http://localhost/cgi-bin/koha/[…]biblionumber=9809 |
18:14 | *sigh* | |
18:14 | fredericd | my biblio records have 'c' in leader position 19... |
18:14 | cait | does the open book icon show? |
18:15 | fredericd: that seems right to me | |
18:15 | I am still wondeirng why my opac is totally broken :( | |
18:15 | fredericd | thanks all for your help |
18:15 | I give up for tonight | |
18:17 | cait | fredericd: I could mail you my sample record? |
18:17 | * chris_n | talks bad about the labels code |
18:17 | fredericd | cait: yes. I would be grateful for that. |
18:17 | cait | your email from bugzilla? |
18:18 | fredericd | chris_n: I know what you mean. I will finish crafting a specific XSL... |
18:18 | cait: yes, it works | |
18:19 | cait | done |
18:22 | chris_n | the real problem is UTF* |
18:22 | UTF8 rather | |
18:22 | * chris_n | thinks his typing is a problem too |
18:23 | chris_n | my catalogers picked up a bad record from somewhere and now i have to find it... <grumble> |
18:23 | cait | chris_n: do you have an installation on latest master? |
18:24 | never mind | |
18:24 | it seems the error just disappeared | |
18:24 | spookiy | |
18:24 | spooky | |
18:28 | * chris_n | removes the two offending records |
18:29 | chris_n | I suspect the MARC records were imported and in a format other than that advertised |
18:29 | encoding rather | |
18:30 | jcamins_away | cait: well, at least it's working now. |
18:34 | cait | hmpf |
18:34 | I hate bugs that appear and disappear like that | |
18:34 | normally means I only did something different | |
18:34 | jcamins | Yeah, I hate those too. |
18:36 | cait: at least the testing can now resume. | |
18:36 | :) | |
18:36 | * jcamins | is always looking on the bright side. |
18:36 | cait | heh |
18:38 | * chris_n | momentarily wonders about a function to be called on all imported records during import to validate encoding and warn of potential errors/pitfalls/etc |
18:39 | jcamins | chris_n: that would be really useful. |
18:39 | hdl | edveal: my best bet would be to try and ask oleonard.... but he might be busy. |
18:39 | jcamins | chris_n: a pity there isn't actually a way to recognize UTF-8 versus MARC-8. |
18:40 | chris_n | jcamins: running it thorough several "problem" sections of koha's code might turn up common "wide char" type errors |
18:40 | * oleonard | inquired about details |
18:41 | chris_n | or through some tests fashioned after those portions of code |
18:41 | jcamins | chris_n: that makes sense. |
18:41 | chris_n++ # validating encoding even while planning an upgrade to master! | |
18:41 | chris_n | the problem is that different records break in different places iirc |
18:41 | nice idea! | |
18:41 | sounds like a line for "how to win friends" | |
18:43 | jcamins | chris_n: I guess real world MARC-8 actually uses a fairly limited space, so I guess one thing you could test for is characters outside that range, and identify the record as UTF-8. |
18:44 | And maybe if we're lucky two byte characters with \xe8 as their first byte are all unusable in UTF-8. | |
18:46 | * chris_n | hates working with encoding foo :P |
18:47 | jcamins | Oh god... I just said that without looking up the common value of the first byte. |
18:47 | chris_n | maybe there is a significant enough difference to "filter" on |
18:52 | jcamins | Here's a thought: does MARC-8 have only one canonical way to represent any given glyph? |
18:52 | If so, try converting to Unicode and back. | |
18:52 | If the input matches the output, it's MARC-8. | |
18:52 | Otherwise, UTF-8. | |
18:54 | chris_n | maybe the difference in order of space and non-space chars would provide an clear indication? |
18:54 | * chris_n | feels like he is sinking beneath the waves :-/ |
18:55 | jcamins | chris_n: ooh, that's clever. |
18:56 | Actually, it wouldn't work, never mind. | |
18:56 | It was a good thought, but how do we know which character the accent is supposed to be applied to? | |
18:56 | chris_n | if it was that simple it would be done already |
18:56 | right | |
18:56 | jcamins | Right. |
18:56 | chris_n | I wondered about that |
18:56 | you'd have to make an assumption somewhere | |
18:56 | jcamins | Right. |
18:57 | chris_n | and if the encoding happens to be mixed up |
18:57 | ... | |
18:57 | ie.. a mixture | |
18:57 | non-homogeneous at that | |
19:14 | interesting | |
19:14 | wahanui | interesting is good |
19:14 | chris_n | not in this case wahanui |
19:14 | doing a hex comparison of the same marc record retrieved from loc in utf-8 and then in marc-8 shows zero difference | |
19:15 | jcamins | chris_n: are there extended characters? |
19:16 | chris_n | no, as you might expect |
19:16 | but it serves to point out how challenging the task of verification might be | |
19:16 | jcamins | chris_n: well, if there are no extended characters, it doesn't matter. |
19:17 | chris_n | in practice, it does not |
19:17 | * chris_n | goes off to find a record with extended chars in it |
19:18 | nengard joined #koha | |
19:41 | luisb joined #koha | |
19:44 | * oleonard | goes back to testing after meetings, lunch, etc. |
19:44 | mbalmer joined #koha | |
19:46 | * chris_n | wonders if it would be enough to know the record is not UTF-8 |
19:50 | * oleonard | thinks he got lost somewhere in the 7284 test plan... |
19:50 | chris_n | did you leave a trail of bread crumbs? |
19:51 | oleonard | I expected a minotaur at the end chris_n, so I brought string |
19:51 | chris_n | lol |
19:52 | * oleonard | could use jcamins_away's advice |
19:55 | libsysguy | is testing that too oleonard |
19:55 | where are you lost at | |
19:55 | bug 7284 | |
19:55 | wahanui | hmmm... bug 7284 is the first step to making that happen. |
19:55 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements |
19:55 | oleonard | I'm under === Testing link_bibs_to_authorities.pl === |
19:56 | libsysguy | ok just step 1? |
19:56 | oleonard | ...and adding an author from an authority record is not giving me the expected link |
19:57 | Or does the link only happen if AutoCreateAuthorities is on? | |
19:58 | Okay, that seems to be the case. I wonder if that is how it's supposed to be... | |
19:59 | Space_Librarian joined #koha | |
19:59 | Space_Librarian | o/ |
19:59 | libsysguy | hmm |
20:00 | cait | night #koha |
20:00 | oleonard | Step 4, "to check this, look at the bib record you edited earlier, and check that the authid in the field you edited hasn't changed" |
20:00 | libsysguy | im not sure, I'm still working throught a different set of linking issues :-\ |
20:00 | cait left #koha | |
20:05 | chris_n | @seen rangi |
20:05 | huginn` | chris_n: rangi was last seen in #koha 2 days, 19 hours, 25 minutes, and 20 seconds ago: <rangi> so far so good |
20:05 | * chris_n | wonders if it is still going good for rangi |
20:08 | Space_Librarian | It's pretty early where rangi is... |
20:08 | unless he's back from Melbourne... | |
20:21 | jcamins_away | oleonard: did you figure it out? |
20:22 | oleonard | No, do you have a moment? |
20:22 | jcamins_away | I do indeed. |
20:22 | It took a bit for the mention of bug 7284 to penetrate my brain, but when I did, I came! | |
20:22 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements |
20:22 | jcamins_away | :) |
20:24 | oleonard | I'm at the step === Testing link_bibs_to_authorities.pl === |
20:24 | jcamins_away | Step 1? |
20:24 | wahanui | i guess Step 1 is done. :) |
20:24 | oleonard | Step 1 is done, doing step 2 |
20:25 | jcamins_away | Okay. |
20:25 | oleonard | When I save the record, then go back and open it for editing again, should there still be data in $9? |
20:25 | * jcamins_away | checks. |
20:25 | jcamins_away | No. |
20:26 | I think there may have been a copy and paste error on my part. | |
20:26 | Step 1 should read turn LinkerKeepStale *on*. | |
20:26 | Step 2a should read turn LinkerKeepStale *off*. | |
20:26 | Sorry! | |
20:27 | oleonard | Step 2a? |
20:27 | jcamins_away | Right, there isn't one. |
20:27 | You do that after step 2, because I copied the wrong step into this test plan. | |
20:28 | oleonard | Step 1 turn LinkerKeepStale on, step 2 edit bib, step 2a turn it off, step 3 run the linking script? |
20:28 | jcamins_away | (I had two test plans, and made the complete test plan by combining them) |
20:28 | Right. | |
20:35 | kyle joined #koha | |
20:36 | oleonard | jcamins_away: Can you think of any reason why I should be prevented from updating a bib record to use a different authority in 100a? |
20:36 | ...because I can't seem to do so. | |
20:36 | jcamins_away | oleonard: no I cannot. |
20:37 | oleonard: if you have BiblioAddsAuthorities set to off, you have to find one using the selector plugin, though. | |
20:37 | oleonard | BiblioAddsAuthorities is set to "allow," and I am using the selector plugin |
20:38 | jcamins_away | Hm. And it won't let you save, or won't let you select? |
20:38 | oleonard | It appears to work fine but after I save the old data is there |
20:38 | jcamins_away | Hm. |
20:39 | That would be a bug. | |
20:39 | Odd I never encountered it. | |
20:39 | After I finish signing off on 6919 I'll see if I can replicate. | |
20:39 | And to confirm, you're looking at the details page, right? | |
20:40 | oleonard | Sounds like some kind of matching problem, because if I choose to replace the author with a very different one (instead of a slightly different one) it works |
20:40 | jcamins_away | Hrm. |
20:40 | What are the authors that work/don't work? | |
20:41 | oleonard | I have what I think is an auto-generated authority for "Leonard, A. Byron 1904- (Arthur Byron)," and an 'official' authority, "Leonard, A. Byron (Arthur Byron), 1904-" |
20:42 | jcamins_away | Oh, that's a display issue. |
20:43 | Those are identical authority headings. The "Default" linker refuses to match things when there are more than one exact heading matches. | |
20:43 | oleonard | But there really are two different authority records in my database |
20:43 | jcamins_away | Yeah, that's possible. |
20:44 | The display issue is that they look like they're not identical. | |
20:44 | If you change LinkerModule to LastMatch or FirstMatch, it'll match one or the other. | |
20:45 | oleonard | But if I edit my record and explicitly choose one of those two similar authorities, shouldn't it save with the one I chose, not with the other one? |
20:45 | jcamins_away | It probably should, yes. |
20:45 | I would consider this a bug. | |
20:45 | I am right now trying to figure out how to fix it. | |
20:46 | oleonard | So... separate issue? |
20:46 | jcamins_away | I'll do a follow-up patch. |
20:46 | oleonard | (from 7284) |
20:46 | jcamins_away | Yeah, but it's easy to fix with the framework I've set up with the initial patch. |
20:47 | I'll do the follow-up when I get home. | |
20:47 | (half an hour) | |
20:48 | Ooh, I could even make what it does in that situation configurable! | |
20:48 | oleonard | Thanks for the signoff on 6919 |
20:48 | jcamins_away | You're welcome. |
20:48 | Thanks for the testing of bug 7284! | |
20:48 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements |
20:49 | jcamins_away | Okay, better put my jacket on since we're about to get to my stop. |
20:49 | Back in a few. | |
20:50 | libsysguy | @later tell jcamins_away the script worked after a full reindex. everything appears to be showing up |
20:50 | huginn` | libsysguy: The operation succeeded. |
20:54 | jcamins_away | Woohoo! |
20:54 | * jcamins_away | exits bus |
20:55 | maximep | and then walks |
20:55 | -_- | |
21:06 | oleonard | Yay, step 5! |
21:13 | jcamins | maximep: yep. |
21:13 | oleonard | jcamins: Problem at step 9 I think |
21:14 | jcamins | oleonard: uh-oh! |
21:14 | oleonard | I did step 7, "Change the modified heading back to whatever it was, but don't use the authority control plugin to populate $9" |
21:14 | jcamins | Is this still the guy with two authority records? |
21:14 | oleonard | I got rid of the extra one |
21:14 | jcamins | Okay. |
21:14 | oleonard | Started with a new bib record too |
21:15 | jcamins | It didn't link? |
21:15 | oleonard | I did step 8, but at step 9 I found that the record was not linked |
21:15 | jcamins | Hm. |
21:15 | That would be a sign that there's a problem. | |
21:16 | What is the heading you're testing it with? | |
21:16 | oleonard | misc/link_bibs_to_authorities.pl --link-report --verbose --bib-limit="biblionumber=3748" |
21:16 | jcamins | I mean, in the bib record. |
21:17 | oleonard | Sorry, that wasn't in answer to your questions, just wanted to make sure that looked correct |
21:17 | jcamins | Ah. |
21:17 | Yes, that looks correct to me. | |
21:18 | oleonard | What do you mean by what is the heading I'm testing with? |
21:18 | jcamins | In step 7 you modified a heading in the bib record. |
21:19 | oleonard | Yes, still working with an author entry |
21:20 | jcamins | What's the exact heading? (I'll create an authority record and try linking that same heading) |
21:20 | oleonard | http://lccn.loc.gov/n50049786 |
21:24 | jcamins | (downloading now) |
21:28 | chris_n | well, fwiw I now have a script that will walk through the entire catalog, checking every subfield of every bib and item validating UTF-8 |
21:29 | nengard left #koha | |
21:29 | jcamins | oleonard: I just tried and it worked. |
21:30 | oleonard: you have rebuild_zebra running with -a in your crontab, right? | |
21:30 | oleonard | misc/migration_tools/rebuild_zebra -z -b -a |
21:30 | jcamins | Okay, that should do it. |
21:31 | oleonard | gotta pick this up again tomorrow, sorry. |
21:31 | jcamins | That's okay. |
21:31 | Thanks for looking at it. | |
21:31 | * oleonard | is off to retrieve children |
21:31 | jcamins | oleonard++ |
21:33 | * chris_n | heads out too |
21:35 | eythian joined #koha | |
21:40 | * jcamins | ponders bug 7518. |
21:40 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7518 enhancement, P5 - low, ---, gmcharlt, NEW , searches with quotation marks don't work |
21:41 | jcamins | melia: around? |
21:41 | melia | yep |
21:42 | jcamins | melia: what were you getting at with bug 7518? If Koha ignored quotation marks, it would break the principle of least surprise- Google (and other search engines) uses quotation marks to mark phrases. |
21:42 | I mean, if it entirely ignored. | |
21:42 | So I'm wondering what you would want it to do. | |
21:43 | melia | maybe I don't understand how the quotation marks are supposed to work |
21:43 | but no matter what I put in quotation marks, I get no results | |
21:43 | is that normal? | |
21:43 | jcamins | (disclaimer: without a complete rewrite of C4::Search, the behavior can't be changed, but I'm curious) |
21:43 | Like, if you put a single word in quotation marks? | |
21:43 | melia | yes. like "arts" or "health" |
21:44 | one library pointed me at this: http://hslcat.med.nyu.edu/cgi-[…]pl?q=%22health%22 | |
21:44 | which returns results even if "health" is inside of quotation marks | |
21:44 | but when I try searching with "health" I get no results | |
21:45 | eythian joined #koha | |
21:45 | jcamins | Is this a public OPAC? |
21:45 | melia | yes. I think so. |
21:45 | jcamins | I mean, the one with the problem. |
21:46 | eythian joined #koha | |
21:47 | jcamins | melia: so, the short answer is that the behavior you're describing is not normal for Koha. |
21:48 | It's almost certainly an ICU misconfiguration or -- much less likely -- a typo in ccl.properties. | |
21:48 | melia | ok. that helps. I tested on my test system (which is master). but let me test on a few more public opacs and see what happens. |
21:49 | jcamins | So you're seeing this on latest master? |
21:49 | melia | yes I did this morning. but let me do a bit more checking to make sure. |
21:49 | * jcamins | tries. |
21:49 | jcamins | Huh. |
21:49 | melia | is it working for you? |
21:49 | jcamins | No. |
21:49 | melia | darn |
21:49 | * jcamins | feels foolish. |
21:50 | jcamins | I was so busy working on something else in my VM that I just tested that on a production server, which, of course, worked fine. |
21:50 | melia | don't feel foolish! this is only the first or second bug I've ever reported, and I wasn't sure if it was just me doing something wrong, or if it was really a bug. |
21:51 | ok here is a public OPAC on the latest master where it definitely doesn't work: http://booksearch.americanalpi[…]pl?q=%22health%22 | |
21:53 | jcamins | Well, what's foolish is that I didn't think to try it on master first. ;) |
21:53 | It doesn't work on my VM, so that simplifies testing. | |
21:53 | And is bad. | |
21:53 | Almost certainly ICU. | |
21:54 | Orr... not. | |
21:54 | melia | I think it works on stable 3.6. here's a public OPAC running stable 3.6 that seems to work fine: http://catalog.shasta.bywaters[…]pl?q=%22health%22 |
21:55 | jcamins | Yeah, it works in 3.6.3. |
21:56 | * collum | just tried it on latest master and it works fine. Very odd. |
21:56 | JesseM left #koha | |
21:56 | jcamins | collum: I'm still hoping it's ICU. |
21:56 | collum | yep |
21:56 | * jcamins | is using ICU on his VM. |
21:57 | libsysguy left #koha | |
21:57 | melia | I'm hoping it was broken but has already been magically fixed again :) |
21:58 | * jcamins | rebuilds his Zebra indexes without ICU. |
22:00 | jcamins | Hm. |
22:00 | I have a corrupt record. | |
22:00 | tcohen++ # because I think he's responsible for the useful warning about corrupt records. | |
22:20 | eythian | http://www.debian.org/News/2012/20120209 <-- in case anyone is still running it, security support for lenny is no longer available |
22:21 | jcamins | That seems awfully fast. |
22:21 | eythian | a year after the release of the next one is their general policy. |
22:21 | jcamins | Huh. |
22:21 | eythian | There has been talk of long-term support for some releases, but I don't think it's in place yet. |
22:22 | * jcamins | switched to Squeeze immediately. |
22:22 | jcamins | The lack of MySQL 5.1 was a pretty big issue for me with Lenny. |
22:22 | Okay, that's weird. | |
22:22 | eythian | We started on testing and switched to squeeze when it came out, to avoid the need of doing a real upgrade. |
22:23 | jcamins | I disabled ICU and "smith" (with quotes) still doesn't return any results. |
22:26 | eythian: do you have a master install handy? | |
22:27 | eythian | jcamins: I do, although its zebra config is a bit out of date. |
22:27 | jcamins | Okay, never mind. |
22:27 | Actually, you might as well try searching for a single word in quotes. | |
22:27 | eythian | I should probably update it. |
22:27 | jcamins | Another data point. |
22:27 | eythian | OK, booting it up now. |
22:28 | jcamins | I'm wondering if there isn't a problem in the latest Zebra config. |
22:29 | collum: around? | |
22:29 | collum | jcamins: The koha instance I am working on is about a month old. I have not updated Zebra since the installation. |
22:29 | eythian | jcamins: “kw,wrdl: "health" ” returned 951 results. |
22:29 | collum | yep |
22:29 | eythian | jcamins: “kw,wrdl: health ” returned 951 results. |
22:29 | jcamins | collum: ah, that was the question. |
22:30 | collum | thought so |
22:30 | jcamins | eythian: is that with updated zebra config? |
22:30 | eythian | (assuming that's what you were asking for) |
22:30 | jcamins | eythian: that is. |
22:30 | eythian | no, this is an old config |
22:30 | jcamins | Okay. |
22:30 | eythian | I'll update the config, reindex, and see what happens |
22:30 | jcamins | Thanks! |
22:30 | lculber joined #koha | |
22:30 | * jcamins | waves to lculber. |
22:31 | lculber | waves back at jcamins |
22:32 | jcamins | Wow. I've contributed to 19 books in my test catalog. I think it may be about time to use someone else's name for testing authority-related things. |
22:32 | lculber | We are still having problems rebuilding zebra on our production server for biblios using -b -x -v -r on one instance only. All other instances work |
22:32 | jcamins | Oh, wait, no, some of them are my brothers. |
22:32 | lculber: and you checked permissions? | |
22:33 | lculber | yes and the permissions are okay. We restored the indexes from backup and are up for the day and cataloging normally but need to do a reindex tonight if possible |
22:33 | jcamins | Can you reindex authorities without a problem? |
22:34 | lculber | zebrsrv works as far as we can tell, but the rebuild empties the index and doesn't rebuild |
22:34 | and only on the one instance | |
22:34 | we haven't tried to reindex authorities, only biblios. since we use -x we do them separately | |
22:34 | jcamins | Hm. |
22:35 | I'd be curious to know whether the problem is the database or Zebra. | |
22:35 | Did anything change between when it worked and when it didn't? | |
22:36 | lculber | We copied the database over to the other instances and reindexed them there - no problem. So I don't think it is the database. Also did it in 3.6 with no problem |
22:36 | jcamins | 3.6 running in parallel on the same machine? |
22:36 | To clarify, I meant Zebra database. | |
22:36 | lculber | 3.6 is on another machine than the 3.4 instances |
22:37 | jcamins | Oh, but is there another instance on this machine that successfully reindexed? |
22:37 | lculber | 2 instances on the same machine with the same data reindexed successfully |
22:38 | jcamins | Okay. |
22:38 | That rules out a systemic Zebra problem. | |
22:38 | So it's not permissions on /dev/null | |
22:38 | * jcamins | doesn't know why, but if /dev/null isn't world writable, Zebra does weird things. |
22:39 | lculber | We also have been cataloging all day, so the permissions in zebra itself work. Its the rebuild that is broken |
22:39 | jcamins | Oh, so it even works with -z? |
22:40 | lculber | It has been doing the records as they have been cataloged, yes. But when we do the -r, it cleans the database, and then stops. It never rebuilds the index |
22:40 | jcamins | Wow. |
22:40 | That's an original. | |
22:41 | (not what you wanted to hear, I know) | |
22:41 | lculber | We've run a diff on the scripts and they appear to be the same |
22:41 | eythian | Some recent change to rebuild_zebra has stopped it outputting a lot of useful diagnostics I think. |
22:41 | jcamins | eythian: but this is on 3.4. |
22:41 | This is 3.4, right? | |
22:41 | lculber | Yes this is 3.4 |
22:41 | eythian | oh right |
22:42 | jcamins | I can't think of *any* explanation for this. |
22:42 | eythian | http://paste.koha-community.org/248 <-- that was the output |
22:42 | lculber | Right |
22:43 | eythian | Some time long in the past, I edit rebuild zebra to output the commands it was running, and did it all by hand. |
22:43 | In order to solve a similar problem | |
22:43 | lculber | I found zebraidx -c /etc/koha/zebradb/zebra-biblios.cfg -g iso2709 -d biblios init on http://manual.koha-community.o[…]n/resetzebra.html would that help? |
22:43 | eythian | it's very tedious, but was helpful. |
22:43 | lculber: it might help, hard to say. It probably won't make things worse. | |
22:43 | jcamins | lculber: it's worth a try. |
22:44 | lculber | I could try that zebraidx -c /path/to/zebra-biblios.cfg drop biblios again too maybe |
22:44 | wizzyrea1 joined #koha | |
22:45 | eythian | perhaps try moving the whole zebra database out of the way and creating a new one |
22:45 | jcamins | Remind me never to use -v -v again. |
22:45 | eythian | heh |
22:45 | jcamins | On the other hand, -v doesn't provide any output at all. |
22:46 | eythian | on what command? |
22:46 | jcamins | rebuild_zebra. |
22:46 | wahanui | rebuild_zebra is already there but only every 10 mins.... |
22:46 | jcamins | I mean, it provides the super-brief output. |
22:46 | lculber | eythian: moving it out of the way. - you mean maybe renaming so it will go to a different place on the drive or what? |
22:46 | eythian | -v gives some output for me, but not as much as I'd like |
22:46 | lculber: exactly, yeah | |
22:46 | jcamins | Agreed. |
22:46 | eythian | rename it to "biblios_broken" or something |
22:46 | jcamins | lculber: how much disk space do you have left on /tmp? |
22:47 | eythian | ohh, good though |
22:47 | t | |
22:47 | jcamins | That will fail completely silently. |
22:48 | lculber | jcamins: we have about 12G in tmp |
22:48 | jcamins | Hm. That should be enough for it to at least get part of the way through. |
22:48 | * jcamins | looks closer. |
22:48 | cait joined #koha | |
22:48 | jcamins | Actually, you don't need that much space on /tmp. |
22:48 | What about on /var? | |
22:49 | * cait | waves |
22:49 | jcamins | cait: what time is it? |
22:49 | cait | ... |
22:49 | lculber | jcamins: my bad. 312G in /tmp |
22:50 | eythian | that's a very huge /tmp |
22:50 | jcamins | lculber: definitely enough space! |
22:50 | That's a lot of space. | |
22:50 | lculber | We wanted room to grow and that' where it sits |
22:50 | jcamins | How much space on /var? |
22:51 | eythian | (I just did a rebuild of 40,000 records with 863MB free :) |
22:51 | maximep | so maybe we need a -v, a -v -v and a -v -v -v |
22:51 | :p | |
22:52 | jcamins | maximep: agreed. |
22:52 | Ugh. | |
22:52 | maximep | id like something that shows the biblionumber when one fails to rebuild |
22:52 | jcamins | I'm so tired I apparently can't handle truth tables. |
22:52 | maximep: someone added that. | |
22:52 | Didn't they? | |
22:52 | maximep | i'm so tired i'm doing koha translations |
22:53 | jcamins | eythian: are you awake enough to help me with a truth table? |
22:53 | Never mind. | |
22:53 | Drawing it out helped. | |
22:53 | eythian | jcamins: well, it's a bit early in the morning for me, but I can try :) |
22:53 | ah right | |
22:53 | maximep | but then again, I need a bit of energy to rant agains the translating system |
22:53 | lculber | we have space 80GB hard drive in there that is empty |
22:53 | jcamins | Okay, it's not a disk space issue. |
22:53 | There's something we're missing here. | |
22:54 | When will you be able to do a rebuild? | |
22:54 | lculber | right. Not a space issue. Its a weirdness issue |
22:54 | * jcamins | likes to check, just to be sure. |
22:54 | lculber | At 5PM CST |
22:54 | 6 minutes | |
22:55 | jcamins | Okay, we're going to make a small change to rebuild_zebra and then try a rebuild. |
22:55 | Lemme identify the change. | |
22:57 | Somewhere in rebuild_zebra.pl is a line that looks something like "-v none,warn" -- do you see that? | |
22:58 | lculber | my $zebraidx_log_opt = " -v none,fatal,warn "; |
22:59 | jcamins | Yes. |
22:59 | Change that to "-v none,fatal,warn,all" | |
22:59 | wahanui | jcamins: that doesn't look right |
22:59 | wahanui joined #koha | |
22:59 | eythian | jcamins: did you just crash wahanui? |
23:00 | lculber | Okay done |
23:00 | jcamins | eythian: I did. |
23:00 | cait | bad jcamins, no cookie for you ;) |
23:00 | eythian | [12304] exchange got response(that doesn't look right) |
23:00 | [12305] </#koha> jcamins: that doesn't look right | |
23:00 | [12305] Connecting to port 6667 of server irc.oftc.net (173.225.186.74)... | |
23:00 | [12306] connected. | |
23:01 | jcamins | lculber: okay, now we want to run: misc/migration_tools/rebuild_zebra.pl -b -x -r > ~/rebuild.log |
23:01 | eythian | odd, it doesn't know what happened |
23:01 | jcamins | Then in a different window run tail -f ~/rebuild.log |
23:02 | (so you can see what it's doing) | |
23:02 | lculber | should I try to do the move or any of the other scripts first? |
23:03 | eythian | probably not |
23:03 | this'll give you research data at the least | |
23:03 | jcamins | No, better to do rebuild_zebra in situ. |
23:05 | eythian | hmm, -v -v is a bit over the top, you're right |
23:05 | jcamins | eythian: ya think?!? |
23:06 | eythian | it should just add the 'log' part back in. Then -v -v -v for having all |
23:06 | jcamins | Agreed. |
23:06 | lculber | jcamins: so far rebuild log is empty |
23:06 | jcamins | It's empty? |
23:06 | Entirely? | |
23:07 | eythian | what's on the screen of the rebuild? |
23:07 | maybe everything goes to stderr | |
23:07 | jcamins | eythian: ooh, could be. |
23:08 | lculber | eythian: the screen on the rebuild just shows the command |
23:08 | jcamins | Hm. |
23:08 | eythian | that's weird |
23:09 | jcamins | That's very weird. |
23:09 | Wait... | |
23:09 | I know what it is. | |
23:09 | Hit Ctrl-C. | |
23:09 | This is 3.4. | |
23:09 | The -v switch did something different. | |
23:09 | eythian | it did? |
23:09 | I don't recall it doing anything different | |
23:09 | jcamins | Yeah, it was required for any output at all. |
23:09 | cait | @wunder Konstanz |
23:09 | huginn` | cait: The current temperature in Taegerwilen, Taegerwilen, Germany is -7.6°C (12:09 AM CET on February 10, 2012). Conditions: Light Snow Showers. Humidity: 81%. Dew Point: -10.0°C. Windchill: -8.0°C. Pressure: 30.57 in 1035.1 hPa (Steady). |
23:09 | jcamins | Add "-v" to the command I gave you earlier. |
23:10 | * jcamins | looks embarrassed. |
23:10 | jcamins | Or it's possible that I've been doing my zebra testing with a hacked up version. |
23:10 | eythian | oh, of course |
23:10 | jcamins | <.< |
23:10 | >.> | |
23:10 | lculber | jcamins: I think it is still running. It looks like it is |
23:10 | jcamins | lculber: yeah, but we need the output. |
23:11 | So if you Ctrl-C it, we'll start over with the -v. | |
23:11 | melia: do you know if you're using ICU on your VM? | |
23:11 | melia | not sure jcamins. sorry |
23:12 | jcamins | melia: well, I'm going to assume you are since all reports point to bug 7518 applying only to ICU-enabled installations. |
23:12 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7518 enhancement, P5 - low, ---, gmcharlt, NEW , searches with quotation marks don't work |
23:12 | melia | okey doke |
23:12 | eythian | I'm almost done with updating/rebuilding my zebra stuff |
23:13 | lculber | jcamins: So /usr/share/catalog/bin/migration_tools/rebuild_zebra.pl -b -x -r -v > ~/rebuild.log |
23:13 | jcamins | Exactly. |
23:14 | Is there anything in ~/rebuild.log now? | |
23:14 | eythian | jcamins: fwiw, with the default zebra config in koha, quotes don't break things |
23:14 | lculber | jcamins: Okay. Now I am getting the biblio numbers just like I do in a normal rebuild in the rebuild.log |
23:14 | jcamins | eythian: thanks. That's what I thought. |
23:15 | lculber: okay, good. | |
23:16 | maximep left #koha | |
23:26 | lculber joined #koha | |
23:34 | cait left #koha | |
23:36 | Johnindy joined #koha | |
23:36 | lculber | jcamins there? |
23:36 | wahanui | jcamins there are lots of tools - i use screenflow |
23:37 | jcamins | lculber: yup. |
23:38 | lculber | jcamins: at the end of the the it shows CLEANING and then nothing. Just like before. |
23:38 | jcamins | lculber: I'm interested in the part under REINDEXING zebra. |
23:38 | There's going to be a lot. | |
23:39 | lculber | Before it has Records exported: 1048688. REINDEXING zebra Cleaning Then nothing else |
23:39 | jcamins | *nothing*? |
23:40 | That's not even as much as you got before | |
23:40 | YoungPublicLibrarian joined #koha | |
23:40 | lculber | nothing. and our indexes have been empty |
23:40 | jcamins | Hm. |
23:40 | eythian | lculber: can you post the output somewhere? |
23:41 | lculber | The whole thing or just he last part? The rest is just the numbers of biblios. |
23:41 | he/the/ | |
23:42 | eythian | all of it is best |
23:43 | lculber | the rebuild log is 109K |
23:43 | YoungPublicLibrarian | my library is just getting ready to convert to Koha...We are currently using Voyager/ExLibris. |
23:43 | jcamins | lculber: can you share it via a public dropbox or the like? |
23:44 | YoungPublicLibrarian: congratulations! | |
23:44 | YoungPublicLibrarian | Thanks, we will acutally move to the new system in march. Right now we have a test site up and are looking at it for training...we're both excited and nervous! |
23:44 | lculber | Could I send it to you and you do it? |
23:44 | jcamins | lculber: sure. |
23:45 | You have my e-mail message. :) | |
23:45 | *address | |
23:46 | Well, at least the word had the right number of 'a's and 's's. | |
23:46 | lculber | yes. I just emailed it to you |
23:47 | jcamins | Hrm. |
23:47 | * jcamins | is looking. |
23:47 | jcamins | That's *really* weird. |
23:48 | There's not even an error message back in the export. | |
23:48 | * jcamins | was hoping. |
23:49 | jcamins | Okay... is it possible that the change to rebuild_zebra didn't do what we wanted? |
23:52 | zebraidx-- | |
23:54 | Okay, let's try a different modification. | |
23:54 | Open up rebuild_zebra.pl and find the "$zebraidx_log_opt = ''" line. | |
23:54 | Should be around line 100. | |
23:55 | (I'm still deciding what to put in there. | |
23:56 | lculber | okay |
23:56 | jcamins | Put "-v all" in those quotes. |
23:58 | Then rerun the rebuild_zebra,pl, this time adding -k to the command line. | |
23:59 | lculber | what does -k do? |
23:59 | jcamins | It keeps the exported records so that it'll be faster next time. :) |
← Previous day | Today | Next day → | Search | Index