![http://www.smbc-comics.com/com[…]5844-20150319.png](http://www.smbc-comics.com/comics/1426775844-20150319.png){kind=link}
← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:04 | papa joined #koha | |
| 00:20 | papa joined #koha | |
| 00:46 | JoshB joined #koha | |
| 01:01 | huginn | New commit(s) kohagit: Bug 13858: Datatables paging on Koha news tool page slightly broken <http://git.koha-community.org/[…]de8b9594442993020> / Bug 13863: Fix Datatables paging on the cities and search history pages <http://git.koha-community.org/[…]a219a872589d76974> |
| 01:16 | wizzyrea | @later tell barton I have heard of the reserve queue going dumb like that, yes. |
| 01:16 | huginn | wizzyrea: The operation succeeded. |
| 02:19 | tcohen joined #koha | |
| 02:42 | * dcook | perks up |
| 02:42 | dcook | wizzyrea: What's weird about the reserve queue? |
| 02:42 | wizzyrea | that it only prints the first page from firefox. |
| 02:42 | it's actually not weird, it's something to do with firefox and tables | |
| 02:43 | i.e. it doesn't like to split them across pages, so it just quits. | |
| 02:43 | dcook | Boo-urns |
| 02:43 | wizzyrea | or it "thinks" that since it's put the table on the printable page, that it's only one page worth. or something. |
| 02:44 | is a quirky thing. | |
| 02:44 | dcook | I see I see |
| 02:44 | The only trouble I have with reserves lately is with the AutoIncrement | |
| 02:44 | Apparently optimizing the table will reset the AutoIncrement to one higher than the number within that table | |
| 02:44 | wizzyrea | ah |
| 02:44 | dcook | Which... can be bad for any table that moves from one table to another |
| 02:44 | wizzyrea | yes. |
| 02:44 | dcook | Like reserves... or items, biblios, biblioitems, issues, etc... |
| 02:45 | Of course, I would think the easiest solution would be not to optimize the database, but... | |
| 02:45 | Well, easiest as in easiest short term | |
| 05:10 | AmitG joined #koha | |
| 05:10 | AmitG | hi chris |
| 05:10 | chris around? | |
| 06:12 | drojf joined #koha | |
| 06:13 | drojf | morning |
| 06:37 | * magnuse | waves |
| 06:41 | cait joined #koha | |
| 06:41 | cait | morning #koha |
| 06:43 | magnuse | kia ora cait |
| 07:03 | cait | hi magnuse |
| 07:26 | andreashm joined #koha | |
| 07:31 | andreashm | morning |
| 07:37 | magnuse | tjänare andreashm |
| 07:37 | andreashm | tjenix magnuse |
| 07:38 | AmitG | hi |
| 07:38 | magnuse | |
| 07:40 | magnuse | hiya AmitG |
| 07:42 | andreashm | I came in early to work today to watch a webinar from Ex Libris. it was to start at 7 gmt (40 min ago). I have yet to recieve any connection details. great. |
| 07:42 | alex_a joined #koha | |
| 07:43 | alex_a | bonjour |
| 07:43 | laurence joined #koha | |
| 07:45 | magnuse | andreashm: sounds like fun |
| 07:46 | andreashm | magnuse: very |
| 07:48 | reiveune joined #koha | |
| 07:48 | reiveune | hello |
| 07:53 | Viktor joined #koha | |
| 07:55 | andreashm | morning |
| 07:58 | reiveune | !hgb |
| 08:06 | fridolin joined #koha | |
| 08:07 | sophie_m joined #koha | |
| 08:07 | fridolin | hie poeple |
| 08:09 | Jul joined #koha | |
| 08:09 | kivilahtio | haie fridolin |
| 08:11 | marcelr_afk joined #koha | |
| 08:12 | marcelr | hi #koha |
| 08:19 | reiveune left #koha | |
| 08:19 | reiveune joined #koha | |
| 08:24 | cait joined #koha | |
| 08:32 | gaetan_B joined #koha | |
| 08:33 | gaetan_B | hello |
| 08:37 | marcelr | hi gaetan_B |
| 08:46 | akafred | http://www.downforeveryoneorju[…]oha-community.org |
| 08:46 | --> It's not just you! | |
| 08:47 | kivilahtio | what a nice web app! |
| 08:47 | akafred | :-) |
| 08:48 | marcelr | @later tell tcohen "Please revert bug 13793" |
| 08:48 | huginn | marcelr: The operation succeeded. |
| 08:48 | kivilahtio | helps ease the pain of kohawiki being downs |
| 08:53 | khall joined #koha | |
| 08:58 | Viktor joined #koha | |
| 09:01 | magnuse | hiya khall and Viktor |
| 09:03 | Viktor | Hi Magnuse! |
| 09:11 | Joubu | marcelr: you can modified the logdir entry in your koha-conf file to point to a directory writable by your koha user |
| 09:11 | nlegrand | Hiya #koha |
| 09:12 | Joubu | modify* |
| 09:12 | marcelr | yeah, but i should not have to do it |
| 09:15 | Joubu | marcelr: I agree, but there is an easy workaround. We can try to avoid to revert the patch before the release |
| 09:15 | magnuse | hiya nlegrand |
| 09:15 | marcelr | you could write your file to temp? |
| 09:16 | Joubu | marcelr: That's what I wanted to do, at the beginning. But it looked a good idea to keep a trace of the updatedb executions |
| 09:16 | marcelr | note that only the dir permission did not solve my problem, i also adjust selinux |
| 09:18 | paul_p joined #koha | |
| 09:19 | nlegrand | o/ marcelr |
| 09:19 | marcelr | :) |
| 09:19 | nlegrand | I meant o/ magnuse but hey marcelr also ^^ |
| 09:22 | magnuse | paul_p: small typo in http://biblibre.com/en/blog/ko[…]fest-2015-roundup "28 patches have been signed, 60 patches have been signed" |
| 09:24 | codavid joined #koha | |
| 09:25 | paul_p | magnuse thanks, i've fwd:: the hilight to pierre |
| 09:26 | codavid1 joined #koha | |
| 09:33 | magnuse | paul_p: yay :-) |
| 09:48 | cait | Joubu: could you maybe take a look at bug 13856? It includes some changes specific to unimarc |
| 09:48 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13856 minor, P5 - low, ---, katrin.fischer, Passed QA , Hard to translate strings on patron search results page |
| 09:48 | cait | hm,... and that was the wrong bug number |
| 09:49 | bug 13859 | |
| 09:49 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13859 normal, P5 - low, ---, katrin.fischer, Needs Signoff , Fix item search result list - obsolete "by" and display of publication date for MARC21 |
| 09:49 | cait | this one |
| 09:49 | wahanui | hmmm... this one is cool as long as someone *wants* acknowledgement |
| 09:50 | magnuse | wahanui: forget this noe |
| 09:50 | wahanui | magnuse, I didn't have anything matching this noe |
| 09:52 | ashimema | is wiki.koha-community down? |
| 09:52 | atheia joined #koha | |
| 09:53 | kivilahtio | <akafred> http://www.downforeveryoneorju[…]oha-community.org |
| 09:53 | ashimema | yup |
| 09:53 | just did that | |
| 09:53 | kivilahtio | :) |
| 09:54 | ashimema | that's an equinox one aint it |
| 09:54 | magnuse | ashimema: you can look it up on the wiki... |
| 09:54 | ashimema | ;) |
| 09:54 | kivilahtio | :) |
| 09:54 | cait | heh |
| 09:55 | indradg joined #koha | |
| 09:55 | indradg | hi! |
| 09:57 | is there a way to add a column from the items db table to the opac-detail holdings table in the NormalView? | |
| 09:58 | one that does not involve digging into opac-detail.tt and .pl? | |
| 10:10 | marcelr joined #koha | |
| 10:11 | Joubu | cait: yep, will do |
| 10:13 | cait | Joubu: thx :) |
| 10:13 | Joubu: i got lots of small patches... results of our testing and uer meeting | |
| 10:13 | indradg: sorry, not that i am aware of | |
| 10:14 | indradg | cait: i see.. |
| 10:16 | drojf | when i use matching rules for import, will it match only records already in the database before, or also those i import right at that moment? |
| 10:16 | gmcharlt joined #koha | |
| 10:17 | cait | hm depends how fast your indexing is :) |
| 10:17 | it uses zebra | |
| 10:17 | so normally only what is in there before i think | |
| 10:18 | drojf | that's what i thought. thanks |
| 10:20 | codavid1 left #koha | |
| 10:21 | kivilahtio | man it's hard to write Cucumber tests |
| 10:21 | its hard to think like a Cucumber | |
| 10:21 | magnuse | you can do it! |
| 10:27 | sounds like lots of alcohol might be required to attain the cognitive level of a cucumber | |
| 10:28 | drojf | that must be why hipsters throw cucumbers into their gin ;) |
| 10:40 | magnuse | ooh, interesting theory |
| 10:44 | marcelr | Joubu: about bug 11165: should your timestamp actually be called timestamp? note the previous discussion on irc in relation to bug 10459 (I wanted to add bortimestamp to make it unique, but found no support) |
| 10:44 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11165 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , auth_header.datemodified should be updated |
| 10:44 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10459 minor, P5 - low, ---, m.de.rooy, ASSIGNED , borrowers should have a timestamp | |
| 10:46 | Joubu | marcelr: I don't know :) Kyle suggested something, let me check |
| 10:49 | marcelr: bug 13421 comment7 | |
| 10:49 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13421 enhancement, P5 - low, ---, jonathan.druart, Passed QA , Add the creation time for virtual shelves |
| 10:50 | Viktor joined #koha | |
| 10:51 | marcelr | updated_on ? |
| 10:52 | well, it would not be my suggested name, but what's in a name? | |
| 10:54 | cait | marcelr: could i ask you to qa bug 13859 sometime? it's my patch and Joubu signed off - so already down with qa options a bit there :) |
| 10:54 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13859 normal, P5 - low, ---, katrin.fischer, Signed Off , Fix item search result list - obsolete "by" and display of publication date for MARC21 |
| 10:54 | marcelr | cait: OK |
| 10:55 | cait: you take 10480 :) | |
| 10:55 | cait | bug 10480 |
| 10:55 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10480 enhancement, P5 - low, ---, m.de.rooy, Signed Off , Improvements for framework plugins in cataloguing/item editor |
| 10:55 | cait | i said i woudl test that -but not sure when |
| 10:55 | i am trying to catch up - currently working ona serials patch (where i shoudl set the qa contact actually) | |
| 11:21 | gerundio joined #koha | |
| 11:30 | khall | mornin magnuse! mornin #koha! |
| 11:32 | gmcharlt joined #koha | |
| 11:32 | liw joined #koha | |
| 11:32 | sijobl joined #koha | |
| 11:32 | druthb_away joined #koha | |
| 11:32 | indradg joined #koha | |
| 11:32 | thd-away joined #koha | |
| 11:32 | markvandenborre joined #koha | |
| 11:32 | cait joined #koha | |
| 11:32 | RowdyChild|Away joined #koha | |
| 11:33 | indradg joined #koha | |
| 11:33 | gmcharlt | wiki back up |
| 11:33 | codavid joined #koha | |
| 11:33 | marcelr joined #koha | |
| 11:33 | dcook joined #koha | |
| 11:33 | RowdyChild|Away joined #koha | |
| 11:34 | gmcharlt joined #koha | |
| 11:34 | cait joined #koha | |
| 11:34 | gaetan_B joined #koha | |
| 11:34 | jajm joined #koha | |
| 11:34 | khall joined #koha | |
| 11:34 | ribasushi joined #koha | |
| 11:36 | alohalog` joined #koha | |
| 11:36 | Topic for #koha is now Nominations for 3.22-roles are open: http://wiki.koha-community.org[…]ki/Roles_for_3.22 | Welcome to the IRC home of Koha http://koha-community.org | Code of conduct - http://koha-community.org/abou[…]/code-of-conduct/ | Please use http://paste.koha-community.org for pastes | Installation guide for Koha is http://wiki.koha-community.org/wiki/Debian | |
| 11:36 | phasefx joined #koha | |
| 11:36 | gaetan_B joined #koha | |
| 11:36 | irma joined #koha | |
| 11:36 | barton|away joined #koha | |
| 11:36 | jcamins_ joined #koha | |
| 11:36 | chris_n joined #koha | |
| 11:36 | indradg joined #koha | |
| 11:36 | paxed joined #koha | |
| 11:36 | andreashm joined #koha | |
| 11:36 | strunf joined #koha | |
| 11:36 | laurence joined #koha | |
| 11:36 | misilot joined #koha | |
| 11:36 | dcook joined #koha | |
| 11:36 | khall joined #koha | |
| 11:37 | akafred joined #koha | |
| 11:37 | huginn joined #koha | |
| 11:37 | mattsz joined #koha | |
| 11:41 | chris_n left #koha | |
| 11:42 | chris_n joined #koha | |
| 11:45 | gerundio | hi everyone, good morning |
| 11:46 | people at EBSCO are having some trouble retrieving R-TAC information using our Koha Z39.59 server | |
| 11:47 | I couldn't find any relevant documentation regarding this subject online | |
| 11:47 | is there any specific settings on Koha I should be aware in order to get this up and running? | |
| 11:54 | khall left #koha | |
| 11:57 | cait | gerundio: i think koha has no rtac yet |
| 11:57 | gerundio: what exactly are they looking for? | |
| 11:58 | gerundio | cait, I have a screenshot from a YAZ client session they sent me |
| 11:59 | they issued a "find @attr 1=12 61849" command followed by "show 1" | |
| 11:59 | cait | sorry, i don't really speak yaz |
| 12:00 | gerundio | which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2" |
| 12:00 | bummer, I was hoping you would | |
| 12:00 | as I don't either | |
| 12:00 | cait | think they might be missing something |
| 12:01 | pastebot joined #koha | |
| 12:01 | magnuse joined #koha | |
| 12:01 | chris_n joined #koha | |
| 12:01 | gerundio | they told me they can connect and perform searches just fine in the Z39.50 |
| 12:01 | ribasushi joined #koha | |
| 12:01 | cait | so what is 1=12 supposed to be? |
| 12:02 | nengard joined #koha | |
| 12:02 | gerundio | "At present, we are able to use credentials that have been previously provided to login and access the z39.50 server associated with your local Catalog. We use a program called Yaz to test accessing and searching a z39.50 server. After logging in and access the z39.50 server, we are able to search for and find Records from your Catalog that exist on the server. Unfortunately, we are unable to display any of the Records within the server, |
| 12:02 | implying that is why our attempts to harvest and display holdings information is failing. Your ILS Vendor, Koha, does not require any special configuration to implement RTAC functionality. At this point, it would be most useful for you to consult your ILS Vendor, Koha, as they should have more information on the error shown in the previously sent screenshot. We do not maintain the z39.50 server, so unfortunately we do not know why it migh | |
| 12:02 | t be behaving incorrectly." | |
| 12:02 | gmcharlt joined #koha | |
| 12:02 | gerundio | this was their last email |
| 12:02 | nlegrand joined #koha | |
| 12:02 | cait | hm |
| 12:02 | khall joined #koha | |
| 12:02 | markvandenborre joined #koha | |
| 12:02 | gerundio | I think that as ILS Vendor, Koha, they might be thinking about LibLIme Koha |
| 12:03 | cait | are you running koha yourself? |
| 12:03 | liw joined #koha | |
| 12:03 | gerundio | yes |
| 12:03 | ibeardslee joined #koha | |
| 12:03 | cait | gerundio: or it's just an email text they copy a lot : |
| 12:03 | :) | |
| 12:03 | codavid joined #koha | |
| 12:03 | gerundio | cait, maybe |
| 12:03 | cait | gerundio: maybe best woudl be if you tested yourself |
| 12:03 | it might be they need to select a record syntax | |
| 12:03 | like tell it to display marc21 or so | |
| 12:03 | a missing command | |
| 12:03 | gerundio | I'm not familiar with Z39.50 server myself |
| 12:04 | jajm joined #koha | |
| 12:04 | gerundio | I performed some basic tests using MarcEdit Z39.50 client |
| 12:04 | cait | khall: are you friends with yaz? |
| 12:04 | are you using marc21 or unimarc? | |
| 12:04 | khall | as in yaz-client? |
| 12:05 | gerundio | unimarc |
| 12:05 | cait | khall: gerundio is working with ebsco and they say they can't display a record in his catalog |
| 12:05 | gerundio: which version of koha are you using? | |
| 12:05 | gerundio | 3.18.02 |
| 12:05 | khall | that's odd |
| 12:05 | cait | hm ok |
| 12:05 | i know unimarc z39.50 was broken at some point, but that was ages ago | |
| 12:06 | khall | so it's a record you've exported from Koha and sent to EBSCO? Or are they getting it via z39.50? |
| 12:06 | collum joined #koha | |
| 12:06 | gerundio | they connecting via Z39.50 |
| 12:06 | cait | (12:59:08) gerundio: they issued a "find @attr 1=12 61849" command followed by "show 1" |
| 12:06 | (13:00:03) gerundio: which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2" | |
| 12:07 | gerundio | thanks cait++, I was just about to repost that info |
| 12:07 | cait | i think maybe they missed a command - telling what to display? |
| 12:07 | khall | gerundio: if you export that record from Koha, can you open it in another program like marcedit? |
| 12:08 | meliss joined #koha | |
| 12:08 | slef joined #koha | |
| 12:08 | rangi joined #koha | |
| 12:09 | gerundio | khall, does 61849 stand for the biblio id? |
| 12:11 | cait | gerundio: maybe ask them what commands they exactly run |
| 12:11 | they might be asking fur usmarc when it shoudl be unimarc or something like that | |
| 12:11 | gerundio | exported the record to all 3 MARC formats available on Koha Save option |
| 12:11 | upgrading MarcEdit, I'll get back in a minute | |
| 12:17 | codavid left #koha | |
| 12:21 | gerundio | khall, which koha export format should I use, none of the ones I chose seems to fit into MardEdit :s |
| 12:22 | khall | does the file end in marcstd? |
| 12:22 | if so, change the file extension to .mrc | |
| 12:22 | marcelr joined #koha | |
| 12:22 | khall | marcedit should know to open that |
| 12:24 | NateC joined #koha | |
| 12:26 | gerundio | khall, changing the file extension from .marcstd to .mrc worked |
| 12:26 | it shows fine in MarcEdit | |
| 12:26 | at least from what I can tell | |
| 12:32 | khall, any hint on what that find query is suppose to return? | |
| 12:32 | khall | gerundio: I think it's safe to rule out a bad record at this point. |
| 12:32 | I'm afraid we've hit the limit of my knowledge. tcohen can probably help from here when he gets back | |
| 12:33 | I would say this must be a zebra issue | |
| 12:34 | gerundio | ouch, I'll try to reach tcohen when he gets back then |
| 12:34 | cait++, khall++, thanks for all your help | |
| 12:34 | khall | np! |
| 12:35 | andreashm | humm... my 3.16 doesn't want to add holds. giving an error message saying there are no items added, which there is. weird. anyone stumble onto something similar? |
| 12:36 | if I manually go and edit the item, and change the "koha item type" field to something else and then back again it suddenly works. | |
| 12:40 | tcohen joined #koha | |
| 12:43 | tcohen | morning! |
| 12:43 | hi marcelr | |
| 12:43 | magnuse | andreashm: weird! but at this point i would check if an upgrade to 3.18.x fixes it |
| 12:43 | ¡hola tcohen! | |
| 12:43 | marcelr | hi tcohen |
| 12:43 | andreashm | I'm wondering if it is a migration issue. |
| 12:43 | magnuse | andreashm: that could be |
| 12:44 | andreashm | or if we've screwed up with the circulation rules or something. |
| 12:44 | tcohen | i will consider your proposal, my first impression is that the log dir should in any case be owned by the apache process user |
| 12:44 | magnuse | that could also be :-) |
| 12:44 | andreashm | magnuse: gaaaah. =) |
| 12:44 | tcohen | so it seems to only affect people with dev installs (myself for example) |
| 12:45 | magnuse | but since changing the item type and chenging it back fixes it, it sounds like there is something that is missing, which is added when you edit the item |
| 12:45 | marcelr | tcohen: what about selinux too |
| 12:45 | andreashm | maybe we should have someone who's good at the koha administration come to stockholm and guide us through the ropes... anyone interested? =) |
| 12:45 | drojf joined #koha | |
| 12:45 | magnuse | andreashm: maybe check the item in the database before and after editing? and see if anything other than the item type changes |
| 12:45 | tcohen | what about it? |
| 12:45 | marcelr | it is part of the problem |
| 12:46 | if you use it, he may not like you to write new files out there | |
| 12:46 | tcohen | chown-ing the dir to www-data doesn't fix it? |
| 12:47 | marcelr | did not test that, but i guess i have to add an exception |
| 12:47 | all by all, i rather have that file in temp | |
| 12:49 | andreashm | magnuse: good idea. |
| 12:52 | francio joined #koha | |
| 12:52 | cait | tcohen: what about other processes writing to the directory? i think some of the command line scripts log too? |
| 12:53 | tcohen | it is a mess |
| 12:54 | on a packages setup everything is ru nby the right user | |
| 12:54 | we need a way to fix it for dev isntalls | |
| 12:54 | marcelr | in a dev install you will run updatedatabase the most time |
| 12:56 | cait | marcelr: that didn't work for me either |
| 12:56 | runnign the script directly | |
| 12:57 | marcelr | yeah |
| 12:57 | i would opt for reverting | |
| 12:59 | tcohen | can u help me think of a workaround for dev setups instead? |
| 13:01 | marcelr, cait: i have no problem reverting it at some point, but I'm not sure we should. we should as well find a workaround for dev setups | |
| 13:01 | marcelr | move the file to temp |
| 13:02 | cait | is the file kept or deleted anyway? becuase then we can just use temp i think |
| 13:02 | marcelr | log files are temporary by nature |
| 13:03 | mario joined #koha | |
| 13:04 | JoshB joined #koha | |
| 13:08 | Dyrcona joined #koha | |
| 13:10 | indradg joined #koha | |
| 13:12 | andreashm | magnuse: strange... if I allow onshelfholds in the circ preferences it works without the need of changing the item type. |
| 13:12 | ngourlay_ joined #koha | |
| 13:18 | * barton | waves the morning wave |
| 13:18 | khall | cait et al: I finally got around to fixing bug 9805 so now you can choose if you can renew lost items, and if that renewal marks the item as found via circulation rules |
| 13:18 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9805 normal, P5 - low, ---, kyle, Needs Signoff , Lost items are un-lost if returned, but not if renewed. |
| 13:18 | magnuse | andreashm: strange indeed. does that mean that earlier you were able to place a hold on a book that on the shelf, even with onshelfholds = don't allow |
| 13:20 | andreashm | magnuse: nope, that didn't work. but allowing that parameter suddenly made holds work, with no issues. setting it back to do not allow (and checking the book out of course), and I still have the problem of it claiming that there are no items connected to the record. |
| 13:20 | barton | what's the status on Bug 5534? It's marked as 'NEW' in bugzilla, but it was reported in December 2010. |
| 13:20 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5534 normal, P5 - low, ---, gmcharlt, NEW , koha does not ignore punctuation when searching |
| 13:20 | marcelr | there will be more :) |
| 13:21 | andreashm | I saw some other 3.16 bug with it claiming there where no items - but that was when several items where placed in the cart, and some not allowed to place a hold on. but that seems to have been resolved. |
| 13:25 | cait | barton: i think icu does that |
| 13:25 | remoing the punctuation | |
| 13:26 | but then you can<t search c++ | |
| 13:32 | barton | cait -- the issue that I'm working on is actually more convoluted: Searching using apostorophes doesn't work using kw, wrdl, but is necessary in an author search :-P |
| 13:32 | cait | ah interesting - not sure that's a zebra problem... might be our code |
| 13:33 | have you tried searching without the apostrophe? | |
| 13:35 | barton | yeah... in main > catalog, search results appear for searches where the apostrophe is ommitted (e.g. searching for OBrien returns results for O'Brien). In an author search, only O'Brien returns O'Brien. |
| 13:37 | cma joined #koha | |
| 13:38 | cait | barton: i'd blame Search.pm |
| 13:42 | barton | oh, I do. believe me, I do. |
| 13:43 | tcohen joined #koha | |
| 13:45 | tcohen | uff, this power outages are driving me mad |
| 13:51 | drojf | marcelr++ |
| 13:51 | marcelr | :) |
| 13:52 | tcohen | @later tell dpavlin I will attach my plack-for-packages patch to the bug as-is, as I don't have enough time to finish it this week, and maybe someone else can take the lead with that basis |
| 13:52 | huginn | tcohen: The operation succeeded. |
| 13:59 | tcohen | Joubu: did biblibre change something on the git server? I cannot seem to fetch without user/pass anymore |
| 14:03 | tcohen joined #koha | |
| 14:12 | gerundio | tcohen, I was told by cait and khall that you might be the right person to talk to conserning a problem in my Koha installation with EBSCO EDS integration via Z39.50 server |
| 14:12 | can you spare a few minutes of your time to look into it? | |
| 14:12 | EBSCO's team issued a "find @attr 1=12 61849" command followed by "show 1" using yaz-client | |
| 14:13 | tcohen | yes |
| 14:13 | gerundio | which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2" |
| 14:13 | tcohen | i haven't used the integration |
| 14:14 | rocio joined #koha | |
| 14:14 | gerundio | khall told to try and export the Koha record and open it in MarcEdit, which I did successfully |
| 14:15 | his feedback then was: "I think it's safe to rule out a bad record at this point.I'm afraid we've hit the limit of my knowledge. tc ohen can probably help from here when he gets back I would say this must be a zebra issue" | |
| 14:15 | tcohen | gerundio, can u explain me slower what the problem is? the one you are trying to solve/debug using yaz-client |
| 14:16 | gerundio | sure |
| 14:18 | our library catalog is being integrated into EBS (EBSCO Discovery Service) | |
| 14:18 | we provided them our Z39.50 server settings so they could retrieve the information the needed | |
| 14:19 | in the meantime their team reported: "At present, we are able to use credentials that have been previously provided to login and access the z39.50 server associated with your local Catalog. We use a program called Yaz to test accessing and searching a z39.50 server. After logging in and access the z39.50 server, we are able to search for and find Records from your Catalog that exist on the server. Unfortunately, we are unable to display a | |
| 14:19 | ny of the Records within the server, implying that is why our attempts to harvest and display holdings information is failing. Your ILS Vendor, Koha, does not require any special configuration to implement RTAC functionality. At this point, it would be most useful for you to consult your ILS Vendor, Koha, as they should have more information on the error shown in the previously sent screenshot. We do not maintain the z39.50 server, so unf | |
| 14:19 | ortunately we do not know why it might be behaving incorrectly." | |
| 14:20 | the screenshot mentioned there shows that yaz client queries being submitted and resulting in that error message | |
| 14:20 | tcohen | can u send it to my email? |
| 14:21 | gerundio | tomascohen <at> gmail.com ? |
| 14:22 | tcohen | yes |
| 14:23 | fridolin | gerundio: in yaz-client, try : "format usmarc" or "format XML" |
| 14:23 | cait | hi fridolin - he is using unimarc |
| 14:24 | if that makes a difference | |
| 14:24 | tcohen | usmarc and marcxml are serialization formats |
| 14:24 | fridolin | cait: hie, oh then easy : format unimarc |
| 14:24 | thats what we use (since 3.10) | |
| 14:24 | show will use this format to display te record | |
| 14:25 | tcohen | fridolin: my guess is that they are expecting the format to work out-of-the-box |
| 14:26 | and unimarc is not kosher | |
| 14:26 | we shouldn't use it | |
| 14:26 | fridolin | its configured in koha-conf.xml if im correct |
| 14:26 | cait | oleonard is back! at least on the mailing list! |
| 14:27 | fridolin | <retrieval syntax="unimarc" name="F"/> |
| 14:27 | I think it is this line | |
| 14:27 | tcohen | fridolin: it is |
| 14:27 | fridolin | but i dont know how to configure the defaut format used by yaz-client |
| 14:27 | tcohen | i'm just guessing their tools don't expect it |
| 14:33 | gerundio | fridolin, using "format xml" followed by "show 1" resulted in the biblio record being shown |
| 14:33 | "format unimarc" followed by "show 1" works too | |
| 14:33 | tcohen | gerundio: yes, and probably usmarc too |
| 14:33 | the thing is, what EBSCO is using for retrieval, that doesn't match your configuration | |
| 14:34 | gerundio | ..oO(tcohen, I've written the email but still haven't press Send) |
| 14:34 | I'll send that information back to EBSCO's team | |
| 14:34 | tcohen | that's the best option |
| 14:34 | gerundio | let's see what their feedback is |
| 14:35 | tcohen++, fridolin++, cait++ thank you very much for your support | |
| 14:35 | fridolin | your welcome |
| 14:37 | cma | hi everybody, can you tell me if there's a syspref that will let me set a hold's default pickup branch to the holding library? I swear I saw it yesterday but now I can't find it. |
| 14:38 | tcohen | on the circulation matrix page? |
| 14:38 | cma | maybe...might explain why I'm not finding it. :) |
| 14:41 | I'm not sure that does what I need, but maybe I'm misinterpreting it. I need to allow patrons to place holds on items from any library, but they must be picked up from the holding library. | |
| 14:42 | cait | cma: i am nto sure you can do that |
| 14:43 | hmmm | |
| 14:43 | ah | |
| 14:43 | cma | we used to but it might have been a khall customization. we finally just upgraded from a pretty customized 3.02 |
| 14:43 | cait | you could say they can place holds, but items are not transported |
| 14:43 | maybe that would do it | |
| 14:43 | cma | ok |
| 14:43 | cait | sepaking of him, khall might know |
| 14:44 | we only have 2 libraries with more than 1 branch, holds have so many options | |
| 14:44 | khall | cma: yeah, that sounds like custom work. I can see if we can do it via javascript, otherwise I'll have to submit a bug and patch |
| 14:44 | cma | ok. I'm liking this javascript thing. Saves a lot of headaches. |
| 14:45 | khall | javascript++ |
| 14:50 | paul_p | magnuse typo fixed on biblibre blog |
| 14:51 | tcohen joined #koha | |
| 14:54 | cma | khall, I tried using the transport cost matrix with no transfers allowed and it won't let me place a hold on an item from another library, even with canreservefromotherbranches set to Allow. |
| 14:55 | khall | cma: so that serves as a workaround? |
| 14:56 | cma | no, it won't let me place a hold. I need it to allow me to place a hold at another library but not transfer the item |
| 15:00 | i figured I'd try it out and see if it would work as a workaround | |
| 15:01 | cait | i was hoping it would let you, but i think maybe there is no logic for pickup locations yet hm |
| 15:03 | khall | cma: I'm having a hard time visualizing what you need. This is for the opac, right? |
| 15:03 | and you need the pick up location fixed to that patron's home branch at the time the hold is placed, correct? | |
| 15:04 | cma | I might be wrong, now I've disabled it and it still won't let me place holds on stuff at another library |
| 15:04 | cait | khall: the items home branch |
| 15:04 | hm which might be difficult, when there are multiple | |
| 15:04 | cma | i need the pickup location to be the item's home branch, yes |
| 15:04 | khall | cma: check your circulation rules. There are a number of settings in there that will help. |
| 15:05 | cma | yes, that can of worms. :) I'll have a look |
| 15:07 | khall | I hadn't thought of it until now, but the additional of a complete RESTful api would do wonders for the ability customize sites with javascript |
| 15:10 | cma | ah-ha, adding a default holds policy for an item type let me place a hold on it, now to test with the transport matrix. |
| 15:10 | druthb left #koha | |
| 15:10 | druthb joined #koha | |
| 15:12 | cma | nope, still defaulted pickup library to mine. |
| 15:14 | khall | cma: the transport cost matrix only affects the holds queue afaik |
| 15:14 | cma | ok. well, it was worth a shot |
| 15:16 | Brendon joined #koha | |
| 15:24 | cait | drojf: datumsbereich erscheinungsjahr in advanced search- can we think of something better? |
| 15:26 | Joubu | marcelr: I don't understand the issue you described on bug 13864, could you please detail? |
| 15:26 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13864 enhancement, P5 - low, ---, jonathan.druart, Failed QA , Columns configuration - Late orders |
| 15:27 | marcelr | The admin page does not save my column config |
| 15:27 | drojf | cait: yes |
| 15:27 | marcelr | I mark information as hidden and I save, but no result? |
| 15:27 | Joubu | ha |
| 15:27 | ok will tr | |
| 15:27 | y | |
| 15:27 | cait | drojf: the library says date range and years don't fit together |
| 15:31 | drojf | erscheinungsjahr eingrenzen |
| 15:31 | datumsbereich is a weird word :D | |
| 15:33 | or erscheinungszeitraum eingrenzen | |
| 15:33 | but it's too long for the display ;) | |
| 15:34 | maybe just erscheinungszeitraum | |
| 15:36 | i'd go with the last. and it fits in the display too | |
| 15:44 | Joubu | cait, marcelr: did you open a bug report for the updatedb permission issue? |
| 15:44 | marcelr | no |
| 15:44 | see the report itself | |
| 15:58 | Joubu | ok patch submitted on bug 13876 |
| 15:58 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13876 major, P5 - low, ---, jonathan.druart, Needs Signoff , Permission issues on updating via installer - dev installations |
| 16:06 | AmitG joined #koha | |
| 16:09 | reiveune | bye |
| 16:09 | reiveune left #koha | |
| 16:10 | fridolin | bye |
| 16:10 | fridolin left #koha | |
| 16:36 | tcohen joined #koha | |
| 16:39 | indradg joined #koha | |
| 16:40 | cait left #koha | |
| 16:43 | tcohen | @wunder cordoba, argentina |
| 16:43 | huginn | tcohen: The current temperature in Bo Altos de San Martin - NW, Cordoba city, Cordoba City, Argentina is 32.2°C (1:40 PM ART on March 19, 2015). Conditions: Clear. Humidity: 41%. Dew Point: 17.0°C. Pressure: 30.04 in 1017 hPa (Steady). |
| 16:51 | tcohen | @later tell marcelr could you please take a look at jonathan's solution? bug 13876 |
| 16:51 | huginn | tcohen: The operation succeeded. |
| 16:51 | tcohen | Joubu++ |
| 17:02 | laurence left #koha | |
| 17:03 | cait joined #koha | |
| 17:20 | cait | Joubu++ |
| 17:20 | huginn | New commit(s) kohagit: Bug 13836: Does not separate symbol and value if symbol is not displayed. <http://git.koha-community.org/[…]833c2df58d13c5080> / Bug 10703: Add more serial table DB documentation <http://git.koha-community.org/[…]2cd435998f7d2b276> / Bug 10703: Update Patron DB Documentation <http://git.koha-community.org/gitweb/?p=ko |
| 17:27 | eskaaren joined #koha | |
| 17:38 | gaetan_B | bye |
| 17:47 | mtompset joined #koha | |
| 18:05 | hanthana joined #koha | |
| 18:12 | huginn | New commit(s) kohagit: Bug 13709 - Patron cards creator utf-8 encoding and ttf fonts broken <http://git.koha-community.org/[…]881f08bac251c54e1> / Bug 13021: Reintroduce the name column for guarantor search <http://git.koha-community.org/[…]c82a690fca58a46f8> / Bug 13021: guarantor search - guarantor_search.tt is useless <http://git.koha-co |
| 18:15 | tcohen | @later tell dcook I left a comment on bug 12739 but couldn't provide the followup because I have to leave |
| 18:15 | huginn | tcohen: The operation succeeded. |
| 18:27 | tcohen | bye #koha |
| 18:32 | mario joined #koha | |
| 18:46 | p_vdk joined #koha | |
| 18:47 | p_vdk | Hello Koha community |
| 18:59 | gerundio joined #koha | |
| 19:02 | * magnuse | gives the evening wave |
| 19:15 | drojf joined #koha | |
| 19:15 | tcohen joined #koha | |
| 19:20 | indradg joined #koha | |
| 19:35 | Viktor joined #koha | |
| 19:49 | p_vdk joined #koha | |
| 20:05 | BobB joined #koha | |
| 20:16 | Brooke joined #koha | |
| 20:16 | drojf1 joined #koha | |
| 20:16 | Brooke | o/ |
| 20:17 | pianohacker joined #koha | |
| 20:18 | Brooke | squeee |
| 20:18 | * Brooke | hugs pianohacker |
| 20:18 | pianohacker | hi Brooke! |
| 20:19 | Guest136 | oleonard++ |
| 20:19 | heh | |
| 20:19 | paul_p joined #koha | |
| 20:19 | Brooke | I always knew Rangi had a sekrit id but I didn't suspect it was guest 136 |
| 20:20 | rangi | hi Brooke |
| 20:20 | Brooke | howdy |
| 20:30 | nengard | hi brooke |
| 20:32 | Brooke | squeeeee |
| 20:32 | * Brooke | hugs nengard |
| 20:32 | * nengard | hugs back |
| 20:35 | magnuse joined #koha | |
| 20:49 | wnickc joined #koha | |
| 20:56 | tcohen joined #koha | |
| 20:59 | Brooke | tko |
| 21:05 | nengard left #koha | |
| 21:06 | tcohen joined #koha | |
| 21:14 | NateC joined #koha | |
| 21:22 | rangi | be rangi |
| 21:22 | wahanui | Send a patch! |
| 21:39 | pianohacker | cool site: http://experimental.worldcat.o[…]arcusage/246.html |
| 21:39 | drojf joined #koha | |
| 21:39 | tcohen | hi rangi |
| 21:41 | rangi | hey tcohen |
| 21:49 | mtj | hi #koha |
| 21:49 | pianohacker: nice link ^ :0) | |
| 21:50 | hey, i recently bumped into a nice discourse.org site... -> http://hub.jmonkeyengine.org | |
| 21:51 | i think its the 1st site, ive seen | |
| 21:52 | http://hub.jmonkeyengine.org/t[…]implemented/29983 | |
| 21:52 | http://hub.jmonkeyengine.org/t[…]code-blocks/31155 | |
| 21:53 | embedded images and video, and code snippets too | |
| 21:58 | i think ill config a discouse in the weekend :) | |
| 22:00 | trea joined #koha | |
| 22:01 | rangi | can't hurt to give it a try |
| 22:02 | * cait | waves |
| 22:07 | mtj | yep, totally |
| 22:10 | also, hi cait :0) | |
| 22:11 | * dcook | waves |
| 22:11 | dcook | bug 12739 |
| 22:11 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12739 normal, P5 - low, ---, dcook, Passed QA , SendAlerts function does not take care of "html" format or UTF-8 |
| 22:18 | eythian | http://www.smbc-comics.com/com[…]5844-20150319.png |
| 22:23 | dcook | hehe |
| 22:24 | You know... I used to have a theory about references to things in media | |
| 22:24 | For instance, I think every single tv show I've ever watched has had a reference to bad coffee | |
| 22:24 | I think every single web comic I've ever read has had a reference to librarians in some way. | |
| 22:24 | Although not as specific as the bad coffee thing... | |
| 22:43 | indradg joined #koha | |
| 22:45 | cait left #koha | |
| 22:49 | p_vdk left #koha | |
| 23:02 | JoshB joined #koha | |
| 23:20 | drojf left #koha | |
| 23:49 | dcook | Oh, Java. You're just full of beans... |
← Previous day | Today | Next day → | Search | Index