free.fr← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:51 | fbcit-1 | g'morning #koha |
| 13:01 | nengard | Zotero notes for developers - if anyone want to tackle this: http://forums.zotero.org/discu[…]ed-in-from-opacs/ |
| 13:31 | hdl | owen : are you much familiar with jquery ? |
| 13:32 | gmcharlt: around ? | |
| 13:32 | gmcharlt | hdl: what's up? |
| 13:33 | hdl | someone on a french koha install told me that in biblioitems and biblio table, |
| 13:33 | biblioitemnumber was both primary key and index. | |
| 13:33 | Is that OK ? | |
| 13:34 | atz | hdl: all primary keys are indexed, no? |
| 13:34 | gmcharlt | redundant but shouldn't cause harm |
| 13:35 | and yes, primary keys are indexed by default | |
| 13:35 | hdl | It is redundant, but can't it slow down queries if you search for a biblio ? |
| 13:35 | gmcharlt | how would it do that? point of indexes is to speed up queries? |
| 13:37 | hdl | But if you have double index,... maybe you have twice as data to search in. |
| 13:38 | gmcharlt | unless MySQL's query optimizer is terminally stupid, I doubt it. might be an issue for updates and inserts, but even then it's conceivable that MySQL maintains only one actual index |
| 13:38 | i.e., I wouldn't consider this an issue unless there are actual measurements that indicate it's causing a problem | |
| 13:39 | nengard | Sys Pref Question -- SubscriptionHistory - what's the diff between the options? |
| 13:41 | another - OPACDisplayExtendedSubInfo - I need more explanation than the admin section gives ... | |
| 13:43 | atz | wow... today apple's 1 update is 113 MB. |
| 13:49 | nengard | atz there were a lot of posts about this update causing some people problems cause i twas so big ... but i had no trouble last night |
| 13:56 | what makes a title show up under 'Most Popular Items' on the OPAC? the number of check outs? Or something else? Or a combo of things | |
| 14:00 | atz | should be number of circs |
| 14:00 | nengard | okey dokey |
| 14:01 | atz is this really items or is it titles? if one item of of biblio A circulates 5 times and other 4 times - will the title show up 2 tmes? or will it be considered 9 circs for the title | |
| 14:01 | atz | shouldn't be items |
| 14:02 | i haven't looked at this code though | |
| 14:06 | nengard: query is this: | |
| 14:06 | SELECT datecreated, biblio.biblionumber, title, | |
| 14:06 | author, sum( items.issues ) AS tot, biblioitems.itemtype, | |
| 14:06 | biblioitems.publishercode,biblioitems.publicationyear, | |
| 14:06 | itemtypes.description | |
| 14:06 | FROM biblio | |
| 14:06 | LEFT JOIN items USING (biblionumber) | |
| 14:06 | LEFT JOIN biblioitems USING (biblionumber) | |
| 14:06 | LEFT JOIN itemtypes ON itemtypes.itemtype = biblioitems.itemtype | |
| 14:06 | with some optional where clauses for branch, itemtype, etc. | |
| 14:06 | the key is sum(items.issues) | |
| 14:07 | so it is as you hypthesized, the sum of circs (issues) for all items on a biblio | |
| 14:08 | nengard | hmm - so what i'm seeing - i understand the table structure righ is that the count is of the item circs - not the biblio circs |
| 14:08 | atz | biblios don't circ |
| 14:10 | so it is the sum of item circs for all items attached to the biblio. | |
| 14:10 | kados | atz: where are tags supposed to be moderated? |
| 14:11 | atz | kados: isn't linked from anywhere yet. I assumed we would link it from Tools near the comments moderation link |
| 14:11 | but it might also make sense to make a tools > moderation subpage | |
| 14:12 | kados | I think tools -> tag moderation would work for now |
| 14:13 | atz | url is ... tags/review.pl |
| 14:13 | kados | found it |
| 14:13 | atz: should the tags moderation dates be run through Dates.pm to obey the syspref? | |
| 14:14 | love the blacklist/whitelist | |
| 14:14 | atz++ | |
| 14:15 | lea | kados: can i ask you a quick question about koha-zoom plz? |
| 14:20 | nengard | atz thanks - got a phone call - okay - this is a table structure question - if it's sum( items.issues ) ... OH - just re-read - hard to read when it's broken across lines - items is in the biblio table :) got it - THANKS |
| 14:21 | kados | lea: sure |
| 14:22 | lea | kados: my boss is keen on using koha. There is a chance that i will be spending 6 months on koha, but another project came up so that's delayed. As he's still keen, and has some budget, he was wondering what "off-the-shelf" options there were on the koha front |
| 14:22 | kados | lea: there are support companies on koha.org/support/pay.html |
| 14:22 | lea | he saw koha-zoom |
| 14:23 | kados | I'd prefer not to talk about liblime-specific offerings on this channel |
| 14:23 | lea | yes, no problem i understand. |
| 14:23 | kados | but I can put you in touch with someone here if you'd like to discuss it with someone |
| 14:23 | send me an email jmf AT liblime DOT com | |
| 14:23 | lea | ok, thanks kados. Sorry for embarrasing you. |
| 14:28 | atz | nengard: not exactly. items is a separate table that gets JOIN'd on biblionumber |
| 14:28 | nengard | boy am i rusty |
| 14:33 | paul | hello world |
| 14:34 | 3 more patches from me in patches mailbox. That should make something like 10 from me waiting. | |
| 14:34 | kados | paul: yep, hoping to test those today |
| 14:34 | paul | hi kados. |
| 14:34 | they are small patches, should be fast to test. | |
| 14:34 | s/fast/quick/ | |
| 14:35 | (we have only 1 word for fast/quick in french...) | |
| 14:35 | kados : about our meeting april, 11/12, is it still confirmed ? when do you arrive in Lyon ? | |
| 14:37 | jason | anybody on here |
| 14:38 | hello | |
| 14:39 | atz | jason: plenty of ppl here today |
| 14:39 | jason | my name is not showing up so I am not sure this is working |
| 14:39 | paul | it works, don't be afraid, you're here ;-) |
| 14:40 | jason | hello |
| 14:42 | acmoore | hi jason! |
| 14:43 | hdl | gmcharlt: what have you used to create ubuntu DVDs ? |
| 14:43 | gmcharlt | hdl: I follwed the Ubuntu LiveCD instructions |
| 14:45 | ricardo | Hi everyone :) |
| 14:46 | (I'm the guy that sends posts as "Ricardo Dias Marques" to the Koha mailing lists) | |
| 14:46 | gmcharlt | hi ricardo |
| 14:47 | ricardo | gmcharlt: Hi Galen! |
| 14:47 | As I was saying: can anyone help me to "debug" this, please: | |
| 14:47 | [Koha] Catalog searches working with Keyword search but not with Title and Author in Koha 3 | |
| 14:48 | (fetching URL... ) | |
| 14:48 | http:/lists.katipo.co.nz/public/koha/2008-May/014057.html | |
| 14:49 | Any pointers would be most welcome! :) | |
| 14:52 | missed one of the slashes in the above URL (sorry). Here it goes: | |
| 14:52 | http://lists.katipo.co.nz/publ[…]8-May/014057.html | |
| 14:53 | hdl | hi rcardo. |
| 14:53 | ricardo | hdl: Hi Henri! :) |
| 14:55 | hdl | it is quite difficult to answer you without testing and looking at your record.abs and zebra configuration files. |
| 14:56 | ricardo | hdl: I'm not using Zebra (not anymore). The problem persists even when NOT using Zebra :( |
| 14:56 | hdl | ricardo : |
| 14:57 | I had some problem with combined queries when not using modrewrite in apache | |
| 14:57 | is it your cas ? | |
| 14:57 | is it your case ? | |
| 14:59 | ricardo | hdl: Hmmm... Don't At least, I have the mod_rewrite loaded in Apache (in the /etc/sysconfig/apache2 file of openSUSE): |
| 15:01 | (Sorry for the cut after "Don't" above. I meant to write "Don't think so". I'm using irssi as a console IRC client and I deleted those words accidentally) | |
| 15:02 | hdl | and your installation is a fresh git one |
| 15:02 | ricardo | hdl: It's from 28-May 2 days ago). |
| 15:03 | hdl: I can update to the latest snapshot and see if that makes any difference | |
| 15:03 | hdl | shouldnt do any difference |
| 15:05 | ricardo | hdl: Right. I'm also afraid of that :( |
| 15:07 | hdl: I can try to debug this thing. I think I can use Data::Dumper to output some of the variables of Search.pm. Right? What's the right syntax to print a variable using Data::Dumper? | |
| 15:08 | hdl | try and SetEnv DEBUG 1 in your /etc/apache2/vhosts.d/koha-httpd.conf |
| 15:10 | ricardo | Done. Apache2 restarted. Can't see any difference. Where does the Debug output go? The browser or the error logs? |
| 15:11 | atz | ricardo: should go to logs |
| 15:15 | ricardo | atz: OK. Thanks. Checking the logs... |
| 15:21 | This is REALLY weird. Searches in "Keyword" search (that RETURN results) create a series of entires in koha-opac-error_log. Searches in "Title" that do NOT return results are not creatign entries in the error log (with that SetEnv Debug 1 option enabled in the koha-httpd.conf file) :-/ | |
| 15:23 | gmcharlt | ricardo: could you paste in the value of the NoZebraIndexes system preference? |
| 15:23 | ricardo | OK. Forget that last sentence (got confused with the referer field in the logs). This creates a series of entries. |
| 15:23 | gmcharlt: Sure... Wait | |
| 15:25 | I have to change something in Firefox in order to be able to Paste in here... Just a second... | |
| 15:28 | Have to restart Firefox. BRB | |
| 15:28 | paul | gmcharlt: (or someone else) = I'm playing with GetItem / do some modif / ModItem. Will GetItem/ModItem deal gracefully with more_subfields_xml ? the code is not that clear about that. |
| 15:29 | the _get_unlinked_subfields_xml deals with it, right ? | |
| 15:29 | gmcharlt | paul: yes |
| 15:29 | paul: it should deal with it gracefully; if not, you'll have a bouncing baby bug | |
| 15:29 | paul | so it should work fine. I'll test. And if it works, i'll thank you forever ;-) |
| 15:30 | acmoore | Oh, wow. I never thought of locking the DATA filehandle to ensure only one instance of a script is running http://use.perl.org/~Alias/journal/36478 . Interesting trick. |
| 15:31 | gmcharlt | yikes! that is neat |
| 15:31 | ricardo | Back |
| 15:32 | gmcharlt: I think I know where you're going. Like I said in the post to the Mailing List, I'm using UNIMARC... | |
| 15:33 | gmcharlt | ricardo: yep. what I want to see if whether the NoZebraIndexes you currently have actually defines the right indexes |
| 15:33 | ricardo | But, in the NozebraIndexes, I do not see the 200a field (that matches to the title) for the "title" key (maybe the values there are for MARC21): |
| 15:33 | gmcharlt | is title mapped to 245$a? |
| 15:34 | if so, that indicates values are for MARC21 | |
| 15:34 | ricardo | Ah.. Clipboard still does NOT work. Wait |
| 15:34 | gmcharlt | ricardo: try pastebin.com, then |
| 15:35 | kados | paul: around? |
| 15:35 | paul | yep |
| 15:36 | kados | paul: marc has submitted patches for a script that does an automatic install for debian, but I don't have a patch for the creation of that script, can you tell him to re-submit? |
| 15:36 | ricardo | gmcharlt: Just one more Firefox restart, eheh... BRB |
| 15:36 | kados | paul: I emailed him but he didn't respond |
| 15:36 | paul | I did it yesterday. |
| 15:36 | kados | th |
| 15:36 | x | |
| 15:36 | paul | mc : reminder => send the auto install for debian to kados pls ! |
| 15:36 | kados | paul: you submitted, or you reminded him to submit? |
| 15:36 | cool, thx | |
| 15:36 | paul | I reminded him to submit |
| 15:37 | ricardo... if you installed NoZebra in english, your NZ indexes are not valid. | |
| 15:37 | they are defined by default for marc21. | |
| 15:37 | kados | hdl: present? |
| 15:37 | paul | I'll give you the UNIMARC syspref on request. |
| 15:37 | hdl | yes |
| 15:38 | kados | oops, I see you already responded on email to myquestions |
| 15:38 | nm :-) | |
| 15:38 | hdl: can you re-send the opac-suggestions.pl patch wtithout the opac-suggestions.tmpl stuff? | |
| 15:39 | hdl | which opac-suggestions.pl patch ? |
| 15:39 | ricardo | back |
| 15:39 | kados | hdl: you wrote: |
| 15:39 | I agree that opac-suggestions.tmpl modification is Not required any longer. | |
| 15:40 | ricardo | paul: Yes, I did install NoZebra in english |
| 15:40 | kados | But still, the modification in opac-suggestions.pl is really necessary. |
| 15:40 | If you donot do that, ppl are presented with ALL suggestions and not | |
| 15:40 | their suggestions by default, which is not what My Suggestions suggests. | |
| 15:40 | paul | ricardo: so, you need to change a syspref to index in UNIMARC correctly. |
| 15:40 | hdl | oh, that one. |
| 15:40 | wil do soon | |
| 15:41 | kados | paul: also, mc didn't submit libalgorithm-checkdigits-perl to the debian.packages file as I asked him to |
| 15:41 | ricardo | paul: Right. Shouldn't this be considered a bug? If I set up the installer and the web installer for UNIMARC, the NoZebraIndexes should have the values for UNIMARC. Or am I wrong? |
| 15:42 | paul | good point. Although very hard to fix... |
| 15:42 | (automatically I mean) | |
| 15:42 | could you file a bug on bugs.koha.org pls ? | |
| 15:42 | ricardo | paul: Sure :) |
| 15:42 | gmcharlt | paul: solvable, perhaps, by splitting sysprefs.sql into main one and ones related to specific MARC format |
| 15:43 | paul | yep. Not very hard, but not "5mn patch" either |
| 15:43 | gmcharlt | true |
| 15:44 | I should write a test to verify that sysprefs are installed consistently regardless of language and MARC flavour | |
| 15:44 | would also catch issue that frederic had noticed | |
| 15:45 | ricardo | OK. At this point, the issue seems to be identified. Anyway, here is the output of the "title" variable in NoZebraIndexes: |
| 15:46 | mc | re |
| 15:46 | (hello in fact) | |
| 15:46 | ricardo | 'title' => '130a,210a,222a,240a,243a,245a,245b,246a,246b,247a,247b,250a,250b,440a,830a' |
| 15:47 | paul | ricardo : a valid NoZebraIndex for Unimarc : http://www.pastebin.ca/1034156 |
| 15:47 | mc | is there a way to make a diff between my local depot and the current koha one (i'll resend all my patches) |
| 15:47 | paul (in answer to your reminder) | |
| 15:47 | paul | git-format-patch origin should show you all the patches still in your queue |
| 15:48 | mc | ok |
| 15:48 | paul | just do a git fetch / git rebase origin before to update your repo |
| 15:48 | mc | thx |
| 15:48 | sure | |
| 15:48 | paul | mc http://wiki.koha.org/doku.php?[…]lopment:git_usage is very usefull if you don't have it in your bookmarks |
| 15:49 | kados | hi mc |
| 15:50 | ricardo | paul: OK. I'm seing it. Thank you very much :) Let me test it |
| 15:50 | s/seing/seeing | |
| 15:50 | mc | oops ... i already read it but ... i'll read again :) |
| 15:50 | gmcharlt | ricardo: remember to run rebuild_nozebra again after changing the index defs |
| 15:51 | ricardo | gmcharlt: Oopss... Thanks for remembering it! :) |
| 15:51 | paul | repeat after me : gmcharlt is great, gmcharlt is a great code, gmcharlt is the best |
| 15:52 | I'l written a tool to move some items from 1 branch to another in 9 lines of code. | |
| 15:52 | my $item = GetItem($itemnumber); | |
| 15:52 | $item->{'homebranch'} = $item->{'holdingbranch'}; | |
| 15:52 | ModItem ($item,$item->{biblionumber},$item->{itemnumber}); | |
| 15:53 | is the core of my code. Works like a charm, at 1st try ! | |
| 15:53 | ricardo | gmcharlt: you are great! you are a great coder! you are the best! :) |
| 15:53 | paul: Is this OK? ;-) | |
| 15:53 | paul | yep, thanks ricardo |
| 15:53 | ricardo | eheh |
| 15:53 | paul | :D |
| 15:54 | gmcharlt | heh |
| 15:55 | paul | I have an idea of a new feature to relocate items through a screen like : |
| 15:55 | - select the new location / status to set | |
| 15:55 | - scan with barcode reader all the items you want to "move" | |
| 15:56 | with AddItem/ModItem and the hash, that will be so easy to write that I could do it before 3.0... (joking, I really don't have time for that. But for 3.2, for sure we will do that) | |
| 15:56 | gmcharlt | paul: sounds good |
| 15:57 | perhaps could generalize by making it possible to store such a list of items, then apply such a global change either to an existing list or one that you scan in on the spot | |
| 15:57 | paul | I did a demo this morning, and the library asked me if such a feature was in Koha or not ;-) |
| 15:58 | (a library 25km from our offices... would be cool to have a client so close ;-) ) | |
| 15:58 | ricardo | (NoZebraIndexes variable changed. Running rebuild_nozebra.pl now ...) |
| 15:58 | gmcharlt | paul: until they start showing for support calls in person ;) |
| 15:58 | paul | lol |
| 16:01 | ricardo | Back |
| 16:01 | Title and Author searches are working now! :) | |
| 16:02 | kados | mc: still here? |
| 16:02 | ricardo | Thanks to paul, gmcharlt and hdl for all the help! :) |
| 16:02 | kados: Hi Joshua! | |
| 16:02 | kados | hi ricardo |
| 16:03 | paul | as we say in french : "better 1 who knows that 10 who search" |
| 16:03 | ricardo | OK. I'll submit this as a bug then. What "severity" level should I assign? |
| 16:03 | paul | I would say "critical". |
| 16:04 | ricardo | paul: I agree! |
| 16:04 | kados | and we should have two types of lists avaialble, biblios and items |
| 16:04 | so you add items or bibs to a list, and then you perform a global update on them | |
| 16:04 | such as changing location, or adding a field | |
| 16:13 | ricardo | paul: should this bug also appear for people that DO use Zebra? |
| 16:13 | paul | ricardo: no. |
| 16:13 | ricardo | paul: ok |
| 16:13 | paul | as the zebra config files are not in sysprefs & are installed after by the installer |
| 16:14 | ricardo | paul: OK. That makes sense |
| 16:14 | paul: Thanks | |
| 16:15 | mc | kados, here |
| 16:15 | i just sent the patch | |
| 16:17 | acmoore | mc++ # [PATCH] add script to install koha on a fresh debian. |
| 16:17 | mc | seems to work this time :) |
| 16:17 | thx acmoore | |
| 16:17 | acmoore | thank you! |
| 16:17 | mc | you're welcome |
| 16:17 | kados | mc++, thanks |
| 16:17 | acmoore | now, when will I be able to 'apt-get install koha'? ;) |
| 16:18 | that would be super. | |
| 16:18 | mc | acmoore, not for the moment |
| 16:18 | it's my dream too | |
| 16:18 | vincent danjean is working on it | |
| 16:18 | there is a problem of licence with zebra | |
| 16:19 | gpl imcompatibility with openssl | |
| 16:19 | they have to change their license or recompile zebra with gnutls | |
| 16:20 | but my script can be a good base to write debian/{control,rules} that are the most important files in a debian package | |
| 16:21 | kados | mc: has vincent been in contact with index data about that? |
| 16:21 | (the license issue that is) | |
| 16:21 | mc | there also is a client who is interested by maintaining macports if the communauty helps him |
| 16:21 | kados | mc: apt-get install koha would be super! |
| 16:21 | mc | kados, not fir the moment: he have no time |
| 16:22 | kados | mc: how can we get him to have time? :-) |
| 16:22 | mc | sure! bug paul to gimme time on it ! |
| 16:22 | kados | mc: we have a deadline for making it into the next debian version, rigth? |
| 16:22 | mc | ;) |
| 16:22 | kados | hehe |
| 16:22 | paul: bug bug :-) | |
| 16:23 | mc | if we release koha 3 before summer, i think we'll be ready for lenny |
| 16:24 | MJR allready have an ITP on koha | |
| 16:24 | but i don't know the state of his work | |
| 16:25 | paul | mc: in case you don't know MJR = slef on this channel |
| 16:25 | mc | btw: vincent is a debian developper and is ready to speed up the process |
| 16:25 | ok! | |
| 16:25 | thx paul | |
| 16:35 | ricardo | paul: still here? |
| 16:35 | paul | no, leaving now. sorry, it's time to go to home here in France. |
| 16:36 | ricardo | paul: Sure. Just asking: do you want me to add your e-mail address in the Cc field in the Bug Report? What is your e-mail address? |
| 16:36 | paul | paul.poulainfree.fr |
| 16:36 | ricardo | OK. Will do. Thank you very much... again! :) |
| 16:39 | kados | mc: patch pushed |
| 16:39 | ricardo | Bug report submitted! |
| 16:40 | http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2178 | |
| 16:42 | mc | kados, cool |
| 16:42 | thx | |
| 16:42 | i would know what's wrong the first time i sent it | |
| 17:36 | ricardo | Ok. I think I'll leave now. Bye everyone! :) |
| 17:43 | nengard | :( sorry kados - keep finding little things |
| 17:49 | atz | hopefully we have fewer blockers/criticals |
| 17:50 | kados | atz: more in fact |
| 19:13 | paul | some liblimer around ? |
| 19:13 | gmcharlt or kados or atz ? | |
| 19:13 | gmcharlt | paul? |
| 19:13 | atz | i think we're all here |
| 19:13 | paul | I think one of our library has discovered a nice bug... |
| 19:14 | I just want to check. | |
| 19:14 | on OPAC, a limit on a given branch is in fact a kw search. | |
| 19:14 | opac-advsearch.tmpl should be : | |
| 19:14 | <option value="branch:<!-- TMPL_VAR NAME="value" -->" selected="selected"><!-- TMPL_VAR NAME="branchname" --></option> | |
| 19:14 | and not | |
| 19:14 | <option value="<!-- TMPL_VAR NAME="value" -->" selected="selected"><!-- TMPL_VAR NAME="branchname" --></option> | |
| 19:14 | (line 308) | |
| 19:15 | (of opac-advsearch.tmpl) | |
| 19:15 | the bug is silent when the library code is not a word. | |
| 19:15 | atz | interesting! |
| 19:15 | paul | but, by chance, I have a library with 1 branch being a french word |
| 19:15 | and they discovered that a search on "CAL" returns too many results... | |
| 19:16 | atz | performance is likely to improve dramatically by searching the branch index |
| 19:16 | paul | could you confirm I'm right ? |
| 19:16 | kados | paul: sounds correct |
| 19:16 | atz: performance shouldn't be affected if it's zebra | |
| 19:16 | paul | ok, patch on the way |
| 19:16 | (it is zebra) | |
| 19:16 | atz | wouldn't the branch index be smaller than the keyword index? |
| 19:16 | kados | paul: confirm by looking at advsearch.tmpl? |
| 19:17 | paul | that's what I did |
| 19:17 | kados | cool |
| 19:17 | paul | and advsearch (staff) has branch: |
| 19:17 | kados | atz: yea, but the index size isn't the bottleneck in zebra |
| 19:18 | paul: toward our goal of release in July ... we now have more bugs than when I announced 9 days ago :/ | |
| 19:18 | we really need to redouble our efforts to clean up these open issues | |
| 19:18 | paul | I know :\ |
| 19:54 | is the guy that wrote regex_lang_subtags sub (in C4::Languages.pm) around ? | |
| 19:54 | hdl | wasnot me. |
| 19:55 | paul | seems it was kados... |
| 19:55 | kados : my HTTP_ACCEPT_LANGUAGE string contains :fr-fr,fr;q=0.8,en;q=0.5,en-us;q=0.3 | |
| 19:56 | if I read correctly the themelanguage sub, it's supposed to return me the french interface by default. | |
| 19:56 | it's not the cas, and the regex_lang_subtags returns nothing, defaulting to english. | |
| 19:57 | I suspect a problem between fr-fr and fr-FR | |
| 19:58 | under konqueror, I have only fr, en in HTTP_ACCEPT_LANGUAGE, and have the same problem | |
| 20:00 | under Opera, I get : fr-FR,fr;q=0.9,en;q=0.8 (and still the same problem) | |
| 20:00 | kados | paul: hmmm, interesting |
| 20:01 | paul: it is supposed to read the browser setting and set it unless a cookie exists | |
| 20:01 | paul: not sure why it's not detecting properly | |
| 20:01 | paul | yes, I know. And it does not work : I always get the english by default when starting the browser. |
| 20:08 | kados | paul: is there a bug for this? |
| 20:09 | paul | in our french suivi.biblibre.com yes. On bugs.koha.org no ;-) |
| 20:09 | I can file one if you want. | |
| 20:09 | kados | please do and assign to me |
| 20:09 | paul | OK |
| 20:13 | done : http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2187 | |
| 20:15 | kados | thx |
| 20:22 | paul | open question to everybody : the BNF, on hit z3950 server now return strange markups in the title. |
| 20:22 | if the 1st word is an empty word, the unicode character 0088 and 0089 enclose the word. | |
| 20:22 | for example : | |
| 20:22 | Une histoire à quatre voix | |
| 20:22 | meaning the biblio must be sorted at "H" and not at "U" | |
| 20:23 | does a MARC21 server like LoC do the same ? | |
| 20:23 | those 0088 and 0089 are a problem, because they are indexed by zebra, and the "word" is not [\0089]History, and not history | |
| 20:24 | thus, the biblio can't be found. | |
| 20:24 | any idea welcomed... | |
| 20:25 | gmcharlt | paul: that's something that MARC21 can do, but isn't commonly used |
| 20:26 | paul | (was not on BNF either until 2 or 3 months) |
| 20:27 | gmcharlt | paul: but I'd be willing to bet that some Zebra user has had to do with that way of signalling nonfiling characters, so asking (or searching) zebralist is likely to yield a config for string normalization that we can steal |
| 20:27 | paul | great idea ! |
| 20:27 | will do that immediatly, then go to bed (10:30PM in France) | |
| 20:27 | thx & have a good week end | |
| 20:27 | gmcharlt | you too, paul |
| 20:43 | paul | before going to bed, I investigated bugzilla a little bit. |
| 20:43 | I think #1824,1920, 2048 and 1774 should have a test and maybe be closed. | |
| 20:43 | I'll take care of 2048 asap, as I wrote it | |
| 20:44 | I let someone else the 1824,1920 and 1774 | |
| 20:44 | hdl is working on the 1946 | |
| 20:45 | time to go to bed | |
| 07:55 | saorge | can you tell me how I can specify the number of days before an order is considered as delayed? |
| 08:12 | hdl | saorge: iirc, there is a parameter in Acquisitions. |
| 08:17 | was incorrect. | |
| 08:18 | delay is parametrized in lateorders.pl | |
| 08:25 | saorge | so, I can't configure it, I must change lateorders.pl? |
| 08:27 | and I guess this script must be scheduled | |
| 08:28 | hdl | No on the page lateorders, you have a delay that you can enter. |
| 08:28 | The problem is that there is no parameter to tell Wait N days before considering it is late. | |
| 08:29 | This parameter should be on the bookseller page imho. | |
| 08:29 | Maybe ask for enhancement in bugs.koha.org | |
| 08:30 | you can also post an RFC to koha-devel if you want to implement this change. | |
| 08:31 | saorge | on my lateorders, I can't see a list of my providers |
| 09:31 | hdl | saorge: sorry. |
| 09:31 | lateorders only provinde the list of providers for which you have lateorders. | |
| 09:57 | saorge | hdl: ok, finally i've got a list of my orders |
| 09:58 | hdl | what was the problem ? |
| 10:04 | saorge | I'm currently reading the code, so, I understood claims are sent by email |
| 10:05 | it seem there's no "print" version of a claim letter | |
| 10:49 | cait | hi everybody out there... i ve got a question: i really like the bridge itemtype images, can they be used outside of koha? |
← Previous day | Today | Next day → | Search | Index
