gitorious.org:koha/mainline.git for-3.0/bug_5394gmail.com← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:18 | sylvar | Hi y'all. If a search from the admin side shows 14 items, 14 available (for a particular bib record) and the same search phrase on the public side shows "(1)", what might cause that difference? |
| 00:19 | chris | none of them are marked lost? |
| 00:19 | sylvar | I'll double-check. The bib detail page says they're all Available, on both sides. |
| 00:19 | chris | hm interesting, what version of koha? |
| 00:22 | sylvar | chris: 3.02.00.007, but I suspect I've made a mistake during the data load, so I wouldn't consider it a bug. Not a Koha bug, anyhow. ;) |
| 00:23 | chris | :) |
| 00:23 | sylvar | Thanks, though. |
| 00:23 | ebegin | in your breadcrumbs, what koha shows? "kw,phr: your search" |
| 00:24 | or "kw,wrdl: your search" | |
| 00:37 | I'm having trouble on my side to find word preceded of "L'", for exemple, I can find "L'entreprise" but not just "Entreprise"... | |
| 00:54 | sylvar | OK, I thought I knew this, but... is borrowers.cardnumber where barcodes should go? |
| 00:55 | chris | yes |
| 00:55 | sylvar | OK, thanks. |
| 00:57 | ebegin | Is there a way to know what is indexed in zebra for a specific bib? |
| 01:15 | ronald left #koha | |
| 02:28 | rachel joined #koha | |
| 02:38 | rachel left #koha | |
| 02:50 | munin | New commit(s) kohagit32: Fix for 5143, now with IE debug removed <http://git.koha-community.org/[…]8b44c9a8f740311b7> / Bug 3789 Set off shelving location in staff and OPAC title display <http://git.koha-community.org/[…]5a343b7e505bbd0d4> / Bug 4937: Fixes XHTML in the pagination links of a saved report. <http://git.koha-community.org/gitwe |
| 02:55 | druthb joined #koha | |
| 02:56 | chris | hi druthb |
| 02:56 | druthb | hi, chris! :) |
| 03:00 | hudsonbot | Starting build 59 for job Koha_3.2.x (previous build: STILL UNSTABLE -- last SUCCESS #54 8 days 4 hr ago) |
| 03:22 | Project Koha_3.2.x build #59: STILL UNSTABLE in 22 min: http://hudson.koha-community.o[…]ob/Koha_3.2.x/59/ | |
| 03:22 | * Katrin Fischer: Bug 4218: Fixes display problem introduced by last patch | |
| 03:22 | * Frédéric Demians: Bug 5041 Allow to delete non-repeatable field | |
| 03:22 | * Owen Leonard: Fix for Bug 5416, Template syntax error in moredetails.tmpl | |
| 03:22 | * Robin Sheat: Bug 5313 - allow creation of libraries with hyphens | |
| 03:22 | * Robin Sheat: Bug 5228 - make rebuild_zebra handle fixing the zebra dirs | |
| 03:22 | * Owen Leonard: Fix for Bug 5208, Language chooser missing on Batch item deletion/modification | |
| 03:22 | * Nicole Engard: bug 5150 change issuing to circ & fine rules | |
| 03:22 | * Chris Cormack: Bug 5484 - Handling bad borrower categories in serial routing lists more gracefully | |
| 03:22 | * Owen Leonard: Updated fix for Bug 2170, Adding 'edititems' user-permission | |
| 03:22 | * Colin Campbell: Bug 2170 Supplementary Fix Wrap link in permissions check | |
| 03:22 | * Nicole Engard: bug 4252 add authorites permission to menus | |
| 03:22 | * Nicole Engard: bug 5255 change 'document type' to 'item type' | |
| 03:22 | * Colin Campbell: Variable redeclared in same scope | |
| 03:22 | * Owen Leonard: Fix for Bug 5000, Uncertain prices misses option to choose display language | |
| 03:22 | * Srdjan Jankovic: Bug 2965: Allow due date in the past | |
| 03:22 | * Robin Sheat: Bug 5084 - hide funds that are part of an inactive budget | |
| 03:22 | * Katrin Fischer: Bug 2965: Allow due date in the past - small template fix | |
| 03:23 | chris | chris_n`: you about? |
| 03:23 | chris_n` is now known as chris_n | |
| 03:23 | chris | did you catch the revert for Ergonomy improvement in smart rule management |
| 03:24 | http://git.koha-community.org/[…]cde115764fa1afe44 | |
| 03:31 | chris_n | chris: was that directed to me? |
| 03:31 | chris | yup |
| 03:32 | * chris_n | just wandered in |
| 03:32 | chris_n | I did |
| 03:32 | chris | cool |
| 03:32 | chris_n | pused |
| 03:32 | pushed even | |
| 03:32 | chris | :) |
| 03:33 | chris_n | its been one crazy ride the past two weeks here :-P |
| 03:33 | chris | oh yeah? |
| 03:33 | chris_n | end of fall semester schedule pains |
| 03:33 | chris | ahhh right |
| 03:35 | chris_n | tell sharrow that I put together a script to have nagios monitor the hot water boiler loop in a large chilled water cooling system this week |
| 03:35 | chris | will do :) |
| 03:35 | chris_n | its pretty cool; it texts the temps in the loop along with the boiler status |
| 03:35 | chris | cool :) |
| 03:35 | chris_n | in perl... of course :-) |
| 03:36 | chris | of course |
| 03:36 | http://xkcd.com/224/ | |
| 03:37 | chris_n | scarry thought :) |
| 03:40 | off to sleep, g'night | |
| 03:41 | chris | night |
| 03:54 | Brooke joined #koha | |
| 04:00 | richard left #koha | |
| 04:53 | druthb left #koha | |
| 04:54 | Brooke | @roulette |
| 04:54 | Brooke was kicked by munin: BANG! | |
| 04:54 | * munin | reloads and spins the chambers. |
| 04:55 | kmkale joined #koha | |
| 04:56 | kmkale | Good morning |
| 05:17 | kmkale left #koha | |
| 06:22 | cait joined #koha | |
| 06:22 | cait | hi #koha |
| 06:26 | Brooke joined #koha | |
| 06:27 | chris | hi cait and Brooke |
| 06:27 | cait | morning chris |
| 06:27 | * Brooke | waves at Chris |
| 06:27 | cait | morning Brooke |
| 06:27 | Brooke | eeyah |
| 06:28 | * Brooke | cites the old adage that good things happen early in the morning. |
| 06:30 | cait | hmpf! |
| 07:01 | Brooke left #koha | |
| 07:06 | laurence joined #koha | |
| 07:17 | hdl joined #koha | |
| 07:38 | cait left #koha | |
| 07:55 | fredericd | chris: Are you aware that tmpl_process3.pl script mess up templates .po files? |
| 07:56 | A LOT of string are marked as fuzzy, but they shouldn't | |
| 07:56 | it means that translators will have to re-translate string they already translated | |
| 07:58 | on stable branch, it means that to be able to have a few new strings translated into your language, you have to do a huge work of re-translation... | |
| 07:59 | chris | hmmm interesting that must be a new thing, because it didnt used to |
| 08:00 | fredericd | for example on French staff .po files 1843 strings have been marked as fuzzy |
| 08:00 | chris | when you did an update? |
| 08:00 | fredericd | yes, just an update |
| 08:00 | Oak joined #koha | |
| 08:00 | chris | and they definitely werent fuzzy before? |
| 08:01 | fredericd | new string are added, which is the expected behavior |
| 08:01 | chris: yes | |
| 08:01 | Oak | \o |
| 08:01 | chris | is pootle down? |
| 08:01 | fredericd | just before, the French .po files were without fuzzy |
| 08:01 | chris | you could try updating english-nz |
| 08:01 | fredericd | yes, I desactivated Pootle in the meantime |
| 08:01 | chris | because that had nothing untranslated |
| 08:02 | i had updated them quite a few times | |
| 08:02 | without that happening | |
| 08:02 | i wonder if its to do with new pootle? | |
| 08:03 | fredericd | I don't think so, because the French .po file have been update outside Pootle |
| 08:03 | chris: same for en_NZ | |
| 08:03 | chris | hmm, afaik nothing has changed with tmpl_process3.pl |
| 08:03 | and it certainly never used to do this | |
| 08:04 | fredericd | but less fuzzy: just 356 strings |
| 08:04 | hdl | fredericd: it can be that strings changed in context |
| 08:04 | chris | yep, that would make them fuzzy |
| 08:05 | and that will be msmerge doing that | |
| 08:07 | hdl | fredericd: most of those strings will be unchanged. and will just have to be confirmed... |
| 08:07 | francharb joined #koha | |
| 08:07 | sophie_m joined #koha | |
| 08:08 | hdl | fredericd: but some will still need some work |
| 08:09 | fredericd | hdl: Yes, but 1843 strings... |
| 08:09 | hdl | welcome the translating process ;) |
| 08:11 | it does require work | |
| 08:11 | fredericd | 300 strings in German, so there is something special in French |
| 08:12 | Clearly the templates strings extraction will have to be improved for TT | |
| 08:12 | chris | yep, its tons easier |
| 08:12 | its already underway | |
| 08:13 | we dont have to try and look for comments | |
| 08:13 | that arent really comments | |
| 08:13 | [% %] | |
| 08:13 | easy | |
| 08:13 | so you can just use a proper HTML parser | |
| 08:13 | to extract the alt tags etc | |
| 08:14 | i reckon go from about 2000 to about 200 lines | |
| 08:14 | fredericd | tmpl_process3.pl is a blackbox for me, I can't fix it |
| 08:14 | chris | yeah, it doesnt have too much longer to liv |
| 08:14 | e | |
| 08:14 | just for 3.2.x | |
| 08:14 | fredericd | hope so |
| 08:14 | chris | theres certainly no way we are going to try to bend it to work with TT |
| 08:15 | fredericd | I'm not sure it will be possible to update translation from 3.2.x regularly as planned |
| 08:15 | chris | once for each release is enough |
| 08:21 | fredericd | YEAH |
| 08:21 | I was wrong for the fuzzy strings in French | |
| 08:21 | I wasn't working on the correct French version of .po files | |
| 08:22 | kf joined #koha | |
| 08:22 | kf | hi #koha |
| 08:22 | fredericd | I was working on hdl .po files version, before updates we've done the last few days |
| 08:22 | hi kf | |
| 08:22 | ebegin left #koha | |
| 08:23 | kf | hi fredericd |
| 08:24 | hdl | fredericd: pleased for you |
| 08:24 | kf | fredericd: are you updating the pootle files today? |
| 08:24 | sorry, missed the beginning of your conversation | |
| 08:25 | ivanc joined #koha | |
| 08:28 | hdl left #koha | |
| 08:29 | fredericd | kf: it was about .po files update for 3.2.2 |
| 08:29 | kf | ah |
| 08:29 | fredericd | I was discovering that the update was marking as fuzzy more than 1800 string in French |
| 08:29 | kf | I think strings went fuzzy before when the template file got touched |
| 08:29 | fredericd | it was my fault |
| 08:29 | kf | you don't really have to reatranslate, but submit them again |
| 08:30 | ah | |
| 08:30 | ok | |
| 08:30 | fredericd | kf: for German you will 300 string exactly marked as fuzzy |
| 08:30 | kf | puh |
| 08:30 | could be worse :) | |
| 08:31 | fredericd | yes, it could have been worse |
| 08:32 | kf | but lot's of new strings I expect |
| 08:34 | fredericd: can you ping me when pootle is back? | |
| 08:34 | ivanc | hi #koha |
| 08:35 | hi kf | |
| 08:35 | fredericd | kf: yes, I'm updating all .po files and try to automate the process |
| 08:35 | kf | yeah, no problem. :) Just eager to start. |
| 08:40 | hi ivanc | |
| 08:42 | bigbrovar joined #koha | |
| 08:46 | hdl joined #koha | |
| 08:53 | sophie_m left #koha | |
| 08:53 | alex_a left #koha | |
| 08:56 | clrh joined #koha | |
| 08:56 | clrh | Hello everyone |
| 09:00 | chris | hi clrh |
| 09:00 | magnus joined #koha | |
| 09:01 | thd-away is now known as thd | |
| 09:06 | magnus | kia ora, #koha! |
| 09:06 | solr meeting in about 50 minutes, right? | |
| 09:06 | chris | hi magnus |
| 09:06 | magnus | hey chris |
| 09:07 | clrh | right magnus |
| 09:07 | magnus | chris: did you ever get around to looking at the logrotate stuff i mention you mentioning in bug 5055? |
| 09:07 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5055 enhancement, PATCH-Sent, ---, magnus, NEW, crontab.example should use standard file paths |
| 09:07 | magnus | thanks, clrh |
| 09:16 | chris | not ringing a bell |
| 09:17 | lemme look what line 79 is | |
| 09:18 | hmm i wonder what files i was going to create? | |
| 09:19 | ahh the logrotate.conf | |
| 09:19 | magnus | probably ;-) |
| 09:20 | chris | actually i think taking that line out altogether |
| 09:21 | and telling people to do it properly | |
| 09:21 | with /etc/logrotate.d/ | |
| 09:22 | is probably a better fix and then making a file that they can drop into there | |
| 09:22 | that way, it can get installed with the package | |
| 09:22 | magnus | sounds nice, and a bit above me... ;-) |
| 09:23 | should i take the logrotate stuff out and submit a new patch without it? | |
| 09:23 | chris | yeah that would be good |
| 09:26 | magnus | ok, will do |
| 09:26 | BobB joined #koha | |
| 09:28 | irmaB joined #koha | |
| 09:28 | BobB | Good evening all. Is Chris Cormack about? |
| 09:29 | hdl | hi BobB yes he is |
| 09:30 | BobB | Bon soir HDL, ca va? |
| 09:30 | hdl | (or was a few minutes ago) |
| 09:31 | BobB | I'll wait. I have something to ask him. |
| 09:31 | clrh | It would be great for us to have more than 2 connected persons to katipo for one ip... si ? |
| 09:32 | hdl | busy, as we all are. |
| 09:32 | what about you BobB? | |
| 09:32 | BobB | Hi clrh. I don't think we've met. I'm Bob Birchall from Sydney Australia. |
| 09:32 | magnus | hi BobB & irmaB |
| 09:32 | clrh | Hi BobB :) |
| 09:33 | hdl | clrh: is from BibLibre, our new dev manager. |
| 09:33 | BobB | Ahhh, bienvenue! Good to meet you. |
| 09:33 | clrh | thanks |
| 09:33 | magnus | hi clrh, nice to meet you! ;-) |
| 09:33 | hdl | She is at the moment mostly on the solr developments. |
| 09:34 | chris | hi BobB |
| 09:34 | BobB | Hi Magnus. Obviously you arrived home safely from Wellington. I hear it is very cold in Northern Europe. It was 28 c in Sydney today. |
| 09:35 | magnus | @wunder bodo, norway |
| 09:35 | munin | magnus: The current temperature in Bodo, Norway is 6.0�C (10:20 AM CET on December 15, 2010). Conditions: Mostly Cloudy. Humidity: 66%. Dew Point: 0.0�C. Windchill: 0.0�C. Pressure: 29.77 in 1008 hPa (Falling). |
| 09:35 | BobB | Summer! |
| 09:35 | magnus | hehe |
| 09:36 | BobB: not quite summer, but yes the return trip was as smooth as the outward trip | |
| 09:37 | BobB | It was so good to meet people at KohaCon. KohaCon turns email addresses into people! |
| 09:38 | magnus | yeah, not to mention irc nicks! ;-) |
| 09:38 | BobB | That too.:) |
| 09:39 | I need to find out who in the Koha community has lots of experience with DSpace? | |
| 09:40 | magnus | are you thinking of connecting them? |
| 09:40 | chris | i know enough about dspace to know i dont like it |
| 09:41 | BobB | Hi Chris. Can we have a chat somewhere? |
| 09:41 | kf | hi Irma and Bob |
| 09:41 | chris | yep, just messaged you |
| 09:41 | BobB | Guten arbend/morgen KF |
| 09:45 | tajoli joined #koha | |
| 09:45 | tajoli | Hi to all |
| 09:46 | The Solr meeting will be here ? | |
| 09:46 | clrh | yep tajoli |
| 09:46 | magnus | tajoli: yep |
| 09:46 | clrh | hi |
| 09:46 | magnus | in about 10 minutes |
| 09:48 | hdl | yes tajoli |
| 09:54 | Joubu joined #koha | |
| 09:55 | reed joined #koha | |
| 09:55 | clrh | hey Joubu |
| 09:55 | he is working with me on solr dev for biblibre | |
| 09:55 | Joubu | hello |
| 09:55 | magnus | hi Joubu |
| 09:56 | hdl | meeting in two minutes. |
| 09:57 | hi reed | |
| 09:57 | reed | hellow |
| 09:58 | hdl | #startmeeting solr meeting |
| 09:58 | munin | Meeting started Wed Dec 15 10:00:17 2010 UTC. The chair is hdl. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 09:58 | Useful Commands: #action #agreed #help #info #idea #link #topic. | |
| 09:58 | Topic for #koha is now (Meeting topic: solr meeting) | |
| 09:58 | irmaB | Hi all |
| 09:58 | hdl | Hi.. |
| 09:58 | let's proceed to a round call | |
| 09:59 | * hdl | Henri-Damien LAURENT, BibLibre |
| 09:59 | thd | Thomas Dukleth, Agogme, New York City |
| 09:59 | * clrh | Claire Hernandez, Biblibre |
| 09:59 | irmaB | irma birchall from CALYX in Sydney |
| 09:59 | reed | Reed Wade, Catalyst, NZ |
| 09:59 | Joubu | Jonathan Druart, Biblibre |
| 10:00 | magnus | Magnus Enger, Libriotech, Norway |
| 10:00 | miguelxer joined #koha | |
| 10:00 | hdl | any other persons ? |
| 10:01 | hi miguelxer | |
| 10:01 | miguelxer | hello |
| 10:01 | ibot | bonjour, miguelxer |
| 10:01 | hdl | it is presentation time |
| 10:01 | miguelxer | buenos dias a todos!!, ja |
| 10:02 | hdl | #topic Why taking on solr |
| 10:02 | Topic for #koha is now Why taking on solr (Meeting topic: solr meeting) | |
| 10:02 | hdl | I think that this topic has been long advocated... |
| 10:03 | josepedro joined #koha | |
| 10:03 | hdl | If you have any questions or doubt on what we said previously and posted on list, |
| 10:03 | then ask. | |
| 10:04 | clrh | #link http://librarypolice.com/koha-[…]07-20.00.log.html |
| 10:05 | #link http://wiki.koha-community.org[…]witch_to_Solr_RFC | |
| 10:05 | hdl | Since there are no questions then we will skip to next topic : what we did and are up to. |
| 10:05 | no questions one | |
| 10:05 | clrh | #link http://www.biblibre.com/en/blo[…]lopments-for-koha |
| 10:05 | hdl | two |
| 10:05 | three | |
| 10:05 | #topic what is done | |
| 10:05 | Topic for #koha is now what is done (Meeting topic: solr meeting) | |
| 10:06 | juan_xerc joined #koha | |
| 10:06 | tajoli | Zeno Tajoli, CILEA |
| 10:06 | thd | Does BibLibre intend to do work towards refactoring existing Koha record indexing and retrieval for use alongside Solr/Lucene and not as an either/or option? |
| 10:06 | magnus | i guess my main concern is support for Koha acting as Z39.50 and SRU server - what is the status on that and Solr? |
| 10:06 | hdl | guetting back then. |
| 10:07 | our work now is not an either or option... | |
| 10:07 | Because of time and ressources. | |
| 10:07 | juan_xerc left #koha | |
| 10:07 | hdl | But bricks that we used are flexible. |
| 10:07 | And I think that we could wrap ZOOM in them | |
| 10:08 | That would be excellent not only for Koha... But also for Data::Search::Engine. | |
| 10:08 | thd | magnus: #link http://git.biblibre.com/?p=koh[…]fs/heads/wip/solr misc/z3950.pl shows BibLibre work on a Simple2ZOOM gateway. |
| 10:08 | hdl | And we would be grateful if the community would help us inahcieving that. |
| 10:09 | clrh | #link https://github.com/eiro/rg-z3950-rpn/ wip about rpn grammar and z3950 server development |
| 10:09 | juan_xerc joined #koha | |
| 10:09 | hdl | #help on building Data::SearchEngine::ZOOM and Data::SearchEngine::Query::PQF via ZOOM wrappers |
| 10:09 | clrh | we have to match both together and translate in solr requests |
| 10:10 | hdl | magnus: we are doing some work on that... And will use 17 Mo of real use cases z3950 RPN queries to validate. |
| 10:11 | (well not all of those are interestiing... But we plan to take out the most relevant ones) | |
| 10:11 | What we achieved | |
| 10:11 | - advanced search is now working pretty well. | |
| 10:12 | - Configuration of indexes via database is now ok. | |
| 10:12 | - display items information is now OK. | |
| 10:12 | as you can see and test on solr.biblibre.com | |
| 10:12 | irmaB | wow that is impressive |
| 10:12 | hdl | or catalogue.solr.biblibre.com |
| 10:12 | thd | hdl: 17 mo? |
| 10:13 | hdl | mega bytes. |
| 10:13 | tajoli | I have a suggestion about Zebra in Koha |
| 10:13 | Oak left #koha | |
| 10:13 | hdl | listening. |
| 10:13 | tajoli | One of the problem that you report is about Facets |
| 10:14 | why not insert Pazpar2 as mandatory and use its facets ? | |
| 10:14 | Ok is a dead road ? | |
| 10:15 | hdl | pazpar2 could have been chosen... We chose solr because the community is much more active. |
| 10:15 | thd | tajoli: Pazpar2 requires CCL support which BibLibre have removed in their implementation. |
| 10:15 | fredericd | tajoli: if you want accurate facets with Pazpar2, you need to send to it the whole resultset |
| 10:15 | it's not a solution | |
| 10:15 | hdl | And CCL is not a standard... It needs configuration |
| 10:16 | and all the setups are a little bit different. | |
| 10:16 | josepedro | that's true. we have proved it. |
| 10:16 | thd | tajoli: #link http://bugzilla.indexdata.dk/show_bug.cgi?id=2048 which is a bug for no facets with the ICU in Zebra which Index Data will only fix with a support contract. |
| 10:16 | munin | 04Bug 2048: blocker, PATCH-Sent, ---, gmcharlt, CLOSED FIXED, Kohazebraqueue daemon MAJOR issue |
| 10:16 | hdl | fredericd: miguelxer and josepedro can you preset your selves for the records ? |
| 10:17 | What we have problems and are willing to do ... | |
| 10:18 | Z3950 support on top of solr. | |
| 10:18 | clrh: mentioned that we worked on the Z3950 grammar to get the whole of it (at least what is presented on the Indexdata website which was the only ressource we got that from) | |
| 10:19 | #action Z3950 support on top of solr | |
| 10:19 | josepedro | we started with pazpar but we thought that is not the best solution |
| 10:19 | irmaB | josepedro was that with Koha 3? |
| 10:19 | hdl | #action improving the indexing time. |
| 10:20 | josepedro | yes |
| 10:20 | hdl | indexing speed is still quite slow compared to zebra... |
| 10:20 | But we are working on two ideas. | |
| 10:20 | clrh | #link http://www.indexdata.com/yaz/doc/tools.html |
| 10:21 | hdl | - DIH Marc |
| 10:21 | clrh | #link http://lucene.472066.n3.nabble[…]DIH-td504691.html |
| 10:21 | hdl | (posted from erik hatcher...) |
| 10:21 | magnus | and SRU? |
| 10:22 | josepedro | since Biblibre started with solr, we started to review their code comparing with Vufind |
| 10:22 | hdl | magnus: I guess and hope that SimpleServer will also cope with SRU |
| 10:22 | magnus | ok |
| 10:22 | hdl | - forking and sending // batches to index to solr. |
| 10:23 | clrh | #link http://www.nntp.perl.org/group[…]0/12/msg2836.html about another idea for improving => multi-threaded call |
| 10:23 | thd | magnus: SimpleServer will map CQL to PQF for SRU. |
| 10:24 | josepedro | we are reviewing the sru/srw libs, too |
| 10:24 | hdl | josepedro: what have you found ? |
| 10:24 | josepedro | libs for dspace |
| 10:24 | hdl | josepedro: what have you figured out from your audits ? |
| 10:25 | and code reviews ? | |
| 10:25 | josepedro | we think that the implementation is not going to be very difficult with time enough. |
| 10:26 | hdl | Do you have a plan or could devote people to work with us ? |
| 10:26 | josepedro | anyway, our main aim is facets solution |
| 10:27 | yes, we would like to collaborate with you | |
| 10:28 | hdl | josepedro: it looks that we have a nice solution... With true facets. needs some more work on thorough configuration of indexes. |
| 10:28 | and adapting the solr configuration for MARC21 ( | |
| 10:28 | we based our work on UNIMARC) | |
| 10:29 | josepedro | have you seen something about printing solr records directly?? |
| 10:29 | without looking the database?? | |
| 10:29 | hdl | Plugin system we implemented for solr (that could be also used for zebra) is quite handy |
| 10:30 | josepedro: I donot understand. | |
| 10:31 | We are using records. getting them from koha and processing information to send to solr. | |
| 10:31 | thd | hdl: Where did you find a Solr/Lucene configuration for MARC 21? |
| 10:31 | tajoli | Well, as I have undestood the mains problems are Zebra + ICU and facets. |
| 10:31 | For me setup Zebra is not a problem | |
| 10:32 | josepedro | when you get the solr records, you search them in the database instead of printing them directly |
| 10:32 | tajoli | and realtime indexing work (with a daily reboot) |
| 10:32 | thd | tajoli: Zebra has a few problems but we should be able to have both Zebra and Solr/Lucene together. |
| 10:33 | tajoli | But I undestand that Zebra + ICU is mandatory with more that one charset (like in France). |
| 10:33 | hdl | whatever quite big library you are. |
| 10:33 | thd | tajoli: That is exactly how BibLibre came to their problem. |
| 10:34 | hdl | even small have some special books |
| 10:34 | in Hebrew, arabic... and Georgian.. | |
| 10:34 | thd | tajoli: As hdl states big libraries need full Unicode support. |
| 10:34 | magnus | so what is the real question here? no one seems opposed to solr as such, but there are some good reasons for keeping zebra around too. as long as solr is introduced as an option along side zebra everyone is happy, right? |
| 10:34 | hdl | This is how we ... and the whole community came into that problem. |
| 10:34 | tajoli | And Zebra + ICU doesn't work |
| 10:34 | thd | tajoli: Zebra is fixable but with support money. |
| 10:35 | hdl | tajoli: koha 3.0 was claimed to support full utf8 search |
| 10:35 | magnus: yes. Sure. | |
| 10:35 | our main problem is that we have limited ressources. | |
| 10:36 | thd | Would BibLibre not at least consider abstracting the search calls so that others attempting to reintroduce Zebra, Pazpar2, etc. support on top of BibLibre's Solr/Lucene work would not entail rewriting BibLibre Solr/Lucene work for better abstraction? |
| 10:36 | hdl | We are willing to share ideas and development. |
| 10:36 | tajoli | Well, what I want to say is that CILEA can TRY to help biblibre to develop an abstract search call interface |
| 10:36 | reed | there's a separate project here and I think that's 'make koha support various search back ends' |
| 10:36 | tajoli | sorry Biblibre |
| 10:37 | hdl | Well reed it is not much separate. I think it could be built on top of what we did. |
| 10:37 | tajoli | But with pointing that Zebra continues to have the problems: |
| 10:37 | magnus | hdl: we all have limited resources |
| 10:38 | tajoli | -- diffcult indexes setup |
| 10:38 | -- no ICU | |
| 10:38 | -- bad facets | |
| 10:38 | but | |
| 10:38 | Less RAM to use | |
| 10:38 | For use this is the kay point | |
| 10:39 | reed | hdl, good to hear -- but still is a thing that sounds like it needs additional attention |
| 10:39 | clrh | I have to see how much ram is needed with solr, didn't test anymore |
| 10:39 | tajoli | We can't ask to improve RAM requests |
| 10:39 | hdl | big CPU consumption |
| 10:39 | tajoli | big CPU consumption with solr ? |
| 10:39 | hdl | bug CPU consumption is for zebra. |
| 10:39 | tajoli | are you sure ? |
| 10:40 | hdl | absolutely. |
| 10:40 | thd | tajoli: Zebra certainly has ICU but it does not work for scan queries for facets nor truncation other than right truncation. |
| 10:40 | tajoli | I don't see it. |
| 10:40 | hdl | If you read some logs about performance improvements, mason pointed |
| 10:40 | that you needed to set zebra on a different machine. | |
| 10:40 | tajoli | Ok, thank you. |
| 10:41 | hdl | reed: I always said that we would like to build that. |
| 10:41 | reed: but we cannot do that alone. | |
| 10:41 | Refactoring the C4::Search was a priority for us. | |
| 10:41 | reed | solr ram reqs will vary depending on updates and number of indexes and searches and catalog size and it'll be a few years before we have some stable config advice |
| 10:41 | hdl | We chose the best bricks for that. |
| 10:41 | reed | (I might be exagerating the case a little) |
| 10:41 | tajoli | With Solr as option I don't suggest to use Zebra with ICU |
| 10:42 | hdl | tajoli: said he would help us in making solr an option... any other persons , |
| 10:42 | ? | |
| 10:43 | thd | hdl: Do you understand the problem that anyone starting from your work on C4:Search to add other non-Solr/Lucene options would need to rewrite all search calls to keep your Solr/Lucene work? |
| 10:43 | magnus | i do not like the sound of "others attempting to reintroduce Zebra, Pazpar2, etc. support on top of BibLibre's Solr/Lucene work" - sure biblibre has put a lot into this, but why should "others" have to re-implement something that is working (although not perfectly) today? |
| 10:43 | thd | I should have s/on top/along side/ |
| 10:44 | hdl | magnus: C4::Search refactoring was not set by BibLibre. |
| 10:44 | thd | hdl? |
| 10:44 | ibot | well, hdl is in France. France is in a galaxy far, far away. |
| 10:44 | hdl | and is a point in 3.4 |
| 10:44 | forget hdl | |
| 10:44 | ibot | hdl: I forgot hdl |
| 10:44 | thd | ahhh |
| 10:45 | hdl | magnus: we worked on that... And for solr integration... because it fixed many problems at once... |
| 10:45 | And would allow better end user experience. | |
| 10:45 | thd | hdl: However, the particular implementation of refactoring C4::Search is BibLibre's work. |
| 10:45 | tajoli | I confirm, I will TRY to help to BibLibre to have Solr and Zebra as index tool in Koha. |
| 10:46 | hdl | We are willing to add advanced search customization from administration. |
| 10:46 | thd | hdl: Substituting one record indexing system for another is not refactoring as such. |
| 10:46 | tajoli | But not in the same install, as an option to select in install |
| 10:47 | clealy with Zebra no those options: | |
| 10:47 | reed | tajoli, yeah, that sounds sensible |
| 10:47 | tajoli | -- No ICU |
| 10:47 | -- No vanced search customization from administration | |
| 10:47 | -- No improvment on facets | |
| 10:48 | hdl | thd: show me any other code that works as much what we did. And I will be happy |
| 10:48 | tajoli | No indexes from administration |
| 10:48 | No checks on data | |
| 10:48 | hdl | #action work in pairs with CILEA for zebra as an option implementation |
| 10:49 | thd | hdl: I am trying to understand your last post. |
| 10:49 | tajoli | Etc. |
| 10:49 | Zebra as is today | |
| 10:49 | irmaB | and proprietary LMS already offer (or say they do) facet searching and truncation etc. |
| 10:50 | hdl | and many are using solr internally |
| 10:50 | * slef | = MJ Ray, worker-owner of software.coop |
| 10:51 | hdl | #help new ideas for plugins to add so that the indexing could be better. |
| 10:51 | irmaB | hi MJ |
| 10:51 | late ... | |
| 10:51 | but here :) | |
| 10:51 | slef | dentist, unavoidable |
| 10:52 | thd | hdl: I think I have understood your post about comparable code but stating that other work is inadequate should not be a basis for not attempting to develop a better model than other work. |
| 10:52 | slef | #welovethenhs but it does mean I'm reluctant to waste public money by moving appointments |
| 10:52 | hdl | josepedro: miguelxer we would appreciate your feedback |
| 10:52 | on the review. | |
| 10:53 | thd | hdl: I do not question that much of the best work in Koha is work from BibLibre and Paul Poulain's business previously. |
| 10:53 | hdl | Can I add an action from xercode as of code review on what we did ? |
| 10:54 | thd: it is not a question of comparison. | |
| 10:54 | magnus | hdl: no one is denying that biblibre is doing good work here - it just seems odd to me that one of the biggest companies should introduce new "things" that break old "things" that a lot of people still want... |
| 10:54 | hdl | There is no other code to compare. |
| 10:54 | magnus: we donot want to break... | |
| 10:55 | magnus | good :-) |
| 10:55 | hdl | But to build on safer ground. |
| 10:55 | josepedro | we do not understand |
| 10:55 | thd | hdl: safer ground? |
| 10:55 | hdl | We would like to have your feedback from the code review you did. |
| 10:56 | thd | hdl:I have been typing furiously on that since last night in addition to other days. |
| 10:56 | hdl | thd: more abstract bricks so that it is more flexible. |
| 10:56 | Have any thing that worked before working with the new system. | |
| 10:57 | And then... use that abstraction to reintroduce options | |
| 10:58 | thd | hdl: Yet, not everything that worked before would work with the new system otherwise we would merely be busy praising your effort without these qualifications. |
| 10:58 | hdl | We are gathering use cases of searches that worked in koha previously. |
| 10:58 | thd | hdl: Do not mistake that I do praise BibLibre's work. |
| 10:58 | clrh | #link https://spreadsheets.google.co[…]hl=en&output=html |
| 10:59 | hdl | #help please try and contribute yours |
| 10:59 | slef | but not use cases like "run in less than a gig" which are also a vital concern |
| 10:59 | hdl | are you having servers with less than one gig ? |
| 10:59 | josepedro | we consider it a great job but we think that there are several points that need to review deeply. |
| 10:59 | slef | yes, lots of our libraries have sub-gig servers |
| 10:59 | thd | hdl: One thing which would have worked on Koha using Pazpar2 which needs CCL is metasearch. |
| 10:59 | josepedro | for example, the last i commented you |
| 11:00 | clrh | ok josepedro can you send us a mail with your points? |
| 11:00 | thd | hdl: What support do you envision for metasearch? |
| 11:00 | hdl | solr has internal support for metasearch. |
| 11:00 | thd | hdl: To Z39.50 servers? |
| 11:01 | slef | hdl: The co-op may be unusual in that we support almost as many self-hosted libraries as shared-hosted ones, but I would expect a lot of independent libraries to be worried by the increased resource demands of solr too. |
| 11:01 | thd | hdl: Solr/Lucene is not the API for library databases while Z39.50/SRU is. |
| 11:02 | * magnus | agrees with slef |
| 11:02 | josepedro | yes, no problem. But we have already sent you something about this. |
| 11:02 | hdl | slef: can you then be accurate in your demands ? |
| 11:02 | Those libraries surely donot have 300000 records. | |
| 11:02 | laurence left #koha | |
| 11:02 | hdl | And it would be quite nonesense to pretend that koha3.0 works in that context. |
| 11:03 | slef | hdl: reportedly (see link I added to RFC), solr defaults to a 1Gb RAM usage. |
| 11:03 | thd | hdl: Do you find database size limitations for Zebra? |
| 11:04 | hdl | #action josepedro send a mail with code reviews. |
| 11:04 | again, it is still work in progress. | |
| 11:04 | We can help. | |
| 11:04 | We are willing to recieve help. | |
| 11:04 | reed | slef, hdl - solr is just not going to be viable in small installations, it can't become a requirement for using koha |
| 11:04 | hdl | Even comments. |
| 11:04 | slef | hdl: I don't know how many records, but I suspect most koha libraries are smaller than that. Solr may be needed for the top 10% of libraries, but we cannot let 10% of libraries increase expense for the 90% unnecessarily, can we? |
| 11:05 | reed | snap |
| 11:05 | thd | hdl: I think you missed a 0 in 3 million if you intended 3 million. |
| 11:05 | hdl | slef: if there is an abstraction layer you will have no problems. |
| 11:06 | thd: no. 300,000 with less that 8Gb is not viable option. | |
| 11:06 | with koha3.2 | |
| 11:06 | slef | reed++ |
| 11:06 | magnus | redd++ |
| 11:06 | reed++ # sorry | |
| 11:07 | hdl | slef: reed we are willing to help but we cannot do that alone. |
| 11:07 | thd | hdl: wow, I have only tested very small record sets. |
| 11:07 | hdl | tajoli: propsed to help. |
| 11:07 | slef | (I don't know OTTOMH, that is) |
| 11:07 | tajoli | yes, I confirm |
| 11:07 | hdl | and that is fine. |
| 11:07 | reed | hdl, right -- was going to say that I don't think you expect it should be a requirement for koha |
| 11:07 | hdl | We will try and help him. |
| 11:07 | thd | hdl: Do you have a comparison of RAM requirements in your Solr/Lucene test? |
| 11:08 | clrh | nop thd I ll try to provide it |
| 11:08 | hdl | #action provide a comparison of RAM requirements between zebra and solr |
| 11:08 | thd: to be honest... it would require to do multiple tests. | |
| 11:09 | thd | hdl: how multiple? |
| 11:09 | hdl | I am sure that Croswalking records in zebra is also ram demanding. |
| 11:09 | josepedro | From our point of view, Koha has 3 big problems: 1- Facets. 2- Abstraction. 3- ModPerl. At present Zebra does not meet our expectations about facets, so we believe SOLR is the best solution and we would like to collaborate with BibLibre to develop this solution. |
| 11:09 | hdl | josepedro: Mod Perl Plack will be another meeting. |
| 11:09 | reed | re: ram requirements --- my prediction is that solr schema tuning is going to be a very long process and so and profiling done now is likely to go out of date fast |
| 11:10 | hdl | josepedro: Please keep contributing... |
| 11:10 | any other questions ? | |
| 11:10 | tajoli | No |
| 11:10 | irmaB | I propose to look at the MARC21 implications with sorl - adapting the solr configuration for MARC21 |
| 11:11 | thd | reed: Improvements in the sophistication of indexing may actually greatly increase RAM requirements for all options. |
| 11:11 | reed | agree |
| 11:11 | hdl | #action irmaB build an adaptation of MARC21 for solr |
| 11:12 | #action BibLibre make a solr instance for MARC21 and publicise that to Irma | |
| 11:12 | irmaB | yes. |
| 11:12 | thd | hdl: Did you state that you adapted an existing MARC 21 Solr/Lucene schema to UNIMARC? |
| 11:13 | hdl | No. |
| 11:13 | tajoli | Vufind has a MARC21 setup for Solrs |
| 11:13 | hdl | tajoli: with solrmarc. |
| 11:14 | tajoli | because you don't use solrmarc ? |
| 11:14 | hdl | yes... we investigated that. And think that we could build bridges. |
| 11:14 | No. | |
| 11:14 | thd | hdl: I think that was merely a confusion between your description and a comment next to yours. |
| 11:14 | hdl | It was proved not to be that efficient in indexing. |
| 11:15 | magnus | hmmm... seems to me the main focus now should be on getting solr and zebra to both be options along side each other - otherwise it sounds like the solr solution will have a hard time becoming part of koha/replacing zebra... |
| 11:15 | thd | hdl: How do you return a complete record from Solr/Lucene? |
| 11:15 | hdl | And would have required too much time.... and would not have enable ppl wirh the flexibility we wanted to provide them. |
| 11:16 | clrh | thd, you can look in Search::IndexRecord |
| 11:16 | tajoli | Clearly is not a task for 3.4 (april 2010) |
| 11:16 | hdl | magnus: we cannot. This is why we asker for help. |
| 11:16 | tajoli: agreed.. | |
| 11:16 | tajoli | But for 3.6 |
| 11:16 | clrh | a record is constructed before indexing |
| 11:16 | s/before/during | |
| 11:16 | hdl | But anyway, it is work on progress. |
| 11:17 | and if all the RFCs cannot be integrated into 3.4 RM is fine with that. | |
| 11:17 | thd | clrh: I had looked at addbiblio.pl |
| 11:18 | slef | hdl: it is difficult to persuade 90% of libraries that they should fund something to enable support for the biggest 10%, and I mentioned last meeting that I don't think our members will pay from the co-op's community donation fund. You see our difficulty here? |
| 11:18 | hdl | slef: our work was only very little funded. |
| 11:18 | And we did that. | |
| 11:19 | magnus | hdl: which is cool, but it seems there are lots of fun things to do with solr that may not be so important compared to getting solr into koha in the first place (which seems to imply making zebra and solr work as options next to each other) |
| 11:19 | thd | hdl: Do you not think you should have tried to obtain more funding for a development with such a large scope? |
| 11:20 | tajoli | well, for me the main bonus of Solrs is to replace Zebra +ICU |
| 11:20 | hdl | thd: noone would have ever funded refactoring. |
| 11:20 | you donot want to redo things. | |
| 11:20 | libraries want features. | |
| 11:20 | slef | hdl: that is your decision. Maybe this is easier for a private company. I just explain the difficulty of our membership organisation in the hope you will comprehend it. |
| 11:20 | tajoli | Is clear that Zebra+ICU doesn't work. |
| 11:20 | hdl | I explain ours. |
| 11:21 | slef | hdl: that's not true. The co-op funded a lot of SQL-injection/placeholder cleanup way back when. |
| 11:21 | thd | tajoli: It works mostly but with important exceptions. |
| 11:21 | tajoli | So every library with a complex charset (like Arab+latin) can't use koha in good way now |
| 11:21 | slef | I think someone now is funding template refactoring (sorry I forget who). |
| 11:21 | thd | tajoli: Yes that is correct. |
| 11:21 | tajoli | Koha in fact is use on a simlgle charset enviroment |
| 11:22 | The english speaking countriies and contry like Italy with latin charset only | |
| 11:22 | hdl | ok. |
| 11:22 | tajoli | And in this situation Zebra is good |
| 11:22 | hdl | ok. |
| 11:23 | I propose to stop the meeting now. | |
| 11:23 | tajoli | But if you need two charset, problems arise |
| 11:23 | hdl | And if you have other questions, or concerns or feed back on test instances, let us know. |
| 11:23 | on list please | |
| 11:24 | tajoli | bye |
| 11:24 | tajoli left #koha | |
| 11:24 | slef | catalyst are funding template refactoring |
| 11:26 | hdl | #endmeeting |
| 11:26 | Topic for #koha is now Welcome to #koha - www.koha-community.org. Koha 3.2.1 is now available. Next general meeting on 5 January 2011 | |
| 11:26 | munin | Meeting ended Wed Dec 15 11:28:19 2010 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 11:26 | Minutes: http://librarypolice.com/koha-[…]-12-15-10.00.html | |
| 11:26 | Minutes (text): http://librarypolice.com/koha-[…]0-12-15-10.00.txt | |
| 11:26 | Log: http://librarypolice.com/koha-[…]15-10.00.log.html | |
| 11:26 | clrh | Thanks all! Happy to see more interractions today :) |
| 11:26 | magnus | yeah, interesting meeting! |
| 11:27 | hdl | slef: we all contribute. There are many places to work on. |
| 11:27 | We will have work on Acquisitions and serials. | |
| 11:28 | But rather than letting ppl alone... working in small groups of interest could make better work in the end. | |
| 11:28 | thd | hdl: I have a concern that if we take the approach that refactoring will never be funded too much new development will be at the expense of old features. |
| 11:28 | hdl | thd: this has already been the case... And will be the case unless we have unit TESTS. for all. |
| 11:29 | every single bug every single feature should have one. | |
| 11:29 | thd | hdl: I know that it has already been the case and that BibLibre have been great victims of the problem as well as perpetrators. |
| 11:29 | hdl | But it costs... And Libraries have not been used to pay much on Koha developments. only the minimum |
| 11:30 | irmaB | G'night all and thanks hdl for the good meeting. |
| 11:30 | hdl | thx irmaB |
| 11:30 | magnus | i guess getting funding for writing tests is about as easy as getting funding for refactoring... |
| 11:30 | irmaB left #koha | |
| 11:31 | hdl | magnus: you are right. |
| 11:31 | thd | hdl: We need a better scheme for distributing costs where more than one library contributes to payments. |
| 11:31 | hdl | This is why we try and make those refactorings part of new features. |
| 11:31 | slef | Would someone review a patch branch for me, please? |
| 11:31 | hdl | But it needs planning and sharing. |
| 11:31 | slef: which one ? | |
| 11:32 | thd | hdl: I still think that we have a different conception of refactoring. |
| 11:33 | magnus | planning_and_sharing++ |
| 11:33 | thd | hdl: Refactoring is not rewriting it is abstracting. |
| 11:33 | slef | hdl: thanks but I can't find the bloody one for HEAD. Only for 3.0. Interested? |
| 11:33 | hdl | Sure ;) |
| 11:33 | Will try and make it in for 3.0.x | |
| 11:34 | slef | gitgitorious.org:koha/mainline.git for-3.0/bug_5394 |
| 11:34 | hdl | If you find it for HEAD then let me know. |
| 11:34 | slef | once I free some disk space, I'll port it to HEAD |
| 11:35 | BobB | Late here now. I'm off. Good night. |
| 11:35 | BobB left #koha | |
| 11:36 | reed | g'nite all |
| 11:36 | reed left #koha | |
| 11:37 | magnus | good night reed |
| 11:44 | lunchtime! | |
| 11:44 | magnus is now known as magnus_a | |
| 11:51 | thd | hdl: Is 300,000 records the largest BibLibre library? |
| 11:54 | tcohen joined #koha | |
| 11:54 | druthb joined #koha | |
| 11:54 | ivanc left #koha | |
| 11:55 | ivanc joined #koha | |
| 11:59 | miguelxer left #koha | |
| 12:00 | Joubu left #koha | |
| 12:08 | slef | thd: might be commercially-sensitive info. |
| 12:10 | juan_xerc left #koha | |
| 12:11 | thd | slef: It should not be in the sense in which I am asking. |
| 12:13 | slef: If 300,000 records needs 8GB for Zebra that must not be a base number of records per GB or some services which use Zebra would be unaffordable to create. | |
| 12:14 | slef: Think of Biblios.net with millions of records indexed in Zebra. | |
| 12:17 | kf | thd: I think the 8gb are disk space not ram |
| 12:17 | we once made a bigger database for a demo, I think 250.000? | |
| 12:18 | the indexes get pretty big, but we have a lot of indexes. | |
| 12:18 | thd | kf: hdl and I were having multiple linguistic confusions during the meeting. |
| 12:18 | kf | I just read back |
| 12:18 | alohalog_ joined #koha | |
| 12:19 | kf | I can not confirm zebra + icu does not work at all |
| 12:19 | we are using it | |
| 12:19 | with hebrew | |
| 12:19 | and german umlauts, french diacritics | |
| 12:19 | alohalog left #koha | |
| 12:19 | thd | kf: I tried to qualify that statement correctly every time it was raised. |
| 12:19 | kf | the truncation and scan problems, yes. you have to live without some of the search features, but not sure nothing can be done about that. |
| 12:20 | the problem I see is, that these problems are not really discusses | |
| 12:20 | d | |
| 12:20 | thd | kf: Money for a support contract with Index Data could fix those problems. |
| 12:20 | kf | it's not like the community decided to go to solr - it's biblibre's decision. and the decision process is missing. |
| 12:22 | and although I would love to have those solr features, I think we need to have an option for those real small libraries... and it will need time to prove a better solution. | |
| 12:22 | thd | kf: Solr/Lucene is a good choice. The implementation is merely problematic for adding the feature along side other features. |
| 12:22 | kf | thd: perhaps that could have been funded by the community, lots of people, smaller amounts |
| 12:23 | thd: I am not against it, but as I stated previously - it should be an option - at least at first | |
| 12:23 | nengard joined #koha | |
| 12:23 | kf | and zebra is very fast in indexing |
| 12:23 | thd | kf: Many things can be funded with many people and small amounts. |
| 12:23 | kf | yeah, but it has to be discussed before development starts to make that work |
| 12:24 | nengard | thd i like that quote - we need to add that to the quotes |
| 12:24 | which i have no idea how to do | |
| 12:24 | thd | nengard: neither do I. |
| 12:24 | kf | I have |
| 12:24 | ... @quote add ... | |
| 12:25 | want to try nengard? | |
| 12:25 | nengard | k |
| 12:25 | @quote add thd> Many things can be funded with many people and small amounts. | |
| 12:25 | munin | nengard: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 12:25 | nengard | hmm |
| 12:26 | kf | @hostmask add |
| 12:26 | munin | kf: The operation succeeded. |
| 12:26 | kf | huh |
| 12:26 | slef | @quote add thd> Many things can be funded with many people and small amounts. |
| 12:26 | munin | slef: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 12:26 | druthb | @quote add <thd> kf: Many things can be funded with many people and small amounts. |
| 12:26 | munin | druthb: The operation succeeded. Quote #111 added. |
| 12:26 | slef | munin: grrr |
| 12:26 | munin | slef: Error: "grrr" is not a valid command. |
| 12:26 | kf | ah no |
| 12:26 | that was not my quote | |
| 12:26 | it was thd | |
| 12:26 | bigbrovar left #koha | |
| 12:26 | kf | ah... he said it to me... right |
| 12:26 | * kf | confused |
| 12:26 | druthb | :) |
| 12:26 | slef | kf #fail |
| 12:26 | kf | :( |
| 12:27 | slef | but still infinitely better than Initial Citylink |
| 12:27 | kf | ? |
| 12:27 | slef | kf: http://identi.ca/mjray |
| 12:28 | I've been having a few problems with a courier. | |
| 12:29 | kf | but why kf #fail? |
| 12:31 | slef | confusion |
| 12:31 | nengard | data inmport question "Can a record import to Koha with no values in the three required fixed fields?" |
| 12:31 | slef | sorry, didn't mean anything by it |
| 12:31 | nengard: not from tools last I tried. Would expect bulkmarcimport to barf too. | |
| 12:31 | nengard | that's what I thought |
| 12:31 | thanks for confirming | |
| 12:32 | slef | nengard: might be able to import from Z39.50... I don't remember. |
| 12:32 | nengard | what about using the command line? |
| 12:32 | slef | want me to check? |
| 12:32 | nengard | yes please :) |
| 12:32 | and thank you | |
| 12:34 | thd | kf: I think that if there had been better communication by BibLibre with the rest of the Koha community about problems with Zebra ICU support etc. they would not have been in such a rush to add Solr/Lucene without preserving Zebra. |
| 12:34 | kf | yes, I agree |
| 12:36 | thd | s/etc./etc. we would have formed a plan to fund fixing the bugs and/ |
| 12:37 | slef | nengard: looks like it depends on C4::AddBiblio which depends on the biblioitems columns being NOT NULL or some similar restriction. Checking that on a live server |
| 12:38 | nengard | this is so silly ... libraries used to delete the fixed fields to save space cause they were being charged too much, this is the second library I've had tell me this - so when you go to import their old records they don't work - stupid proprietary nonsense! |
| 12:39 | slef | nengard: erm. Ow. Which fields do you think are required? |
| 12:39 | nengard | 000, 007, 008 |
| 12:39 | or one of the three | |
| 12:39 | these are the ones that are missing | |
| 12:39 | thd | LibLime once paid for a support contract for Zebra with Index Data but such burdens should not fall on one company alone. |
| 12:40 | nengard: The original MARC Koha clobbered those fields as well. | |
| 12:40 | slef | nengard: oh, it'll also depend if MARC::Batch can read them without those! |
| 12:41 | thd | nengard: kados wrote a script for NPL to reconstruct at least 000 from other data in the records. |
| 12:43 | nengard | and is that script available in the wild? |
| 12:43 | jwagner joined #koha | |
| 12:48 | thd | nengard: Perhaps NPL has a copy but it may be lost on some LibLime servers. |
| 12:48 | nengard | figures |
| 12:48 | okey dokey - at least we've confirmed some details | |
| 12:48 | thd | nengard: kados had told me he spent two weeks working on the script. |
| 12:49 | kf | we normally use some default values if we can't make real fields |
| 12:49 | thd | nengard: I have a better option for you. |
| 12:49 | kf | it's nice to have the year in 000 for publication year seach in opac |
| 12:49 | nengard | thd whatcha got? :) |
| 12:49 | thd | nengard: Distributed Z39.50 searches with record matching. |
| 12:50 | hdl | thd: We have a library which has 800,000 records. |
| 12:50 | thd | hdl: I think that we had another linguistic confusion. |
| 12:50 | hdl | thd: and we read that one library in India has 7M records. |
| 12:50 | thd | hdl: How much RAM do those libraries need? |
| 12:53 | hdl | For 300,000 records, it is not more a RAM problem than a CPU consumption. |
| 12:53 | We are trying to use zebra with no icu... in order to check whether it is icu. | |
| 12:54 | kf: Taking decisions... about money or technical decisions... is a problem we raised... and that some told there was no problems. | |
| 12:55 | thd | hdl: Do you mean a real time problem for CPU usage during queries or an indexing CPU problem. |
| 12:55 | hdl | thd: realtime problems... zebrasrv using one proc for him alone. |
| 12:56 | when you launch multiple concurrent queries... your server goes wild. | |
| 12:56 | thd | hdl: I probably was not paying attention to Koha and I know that support companies not using the ICU may not have investigated well. |
| 12:57 | hdl: That is the worst problem identified thus far. | |
| 12:57 | hdl | thd: about distributed solution... are you talking about the work that was in an unstable status (despite quite promising) from LibLime ? |
| 12:58 | thd | hdl: No I mean my own work in PHP which needs porting to Perl. |
| 12:58 | hdl | nice... |
| 12:59 | there is also iirc apache2-pazpar2 or masterkey for that. | |
| 12:59 | thd | hdl: I keep it a secret because not everyone would think the default configuration to be nice. |
| 12:59 | slef | nengard: I'm not happy about the newsletter linking to biblibre.fr which requires one to pass an audio-visual ability test to comment. Could we have newsletter articles hosted on k-c.o instead or is that a ton more work? |
| 13:00 | nengard | It would requires authors of posts in the newsletter to publish to k-c.org |
| 13:00 | I can say that if your info isn't on the official koha site then I can't include it | |
| 13:01 | or I can start publishing entire articles in the newsletter instead of short blurbs (but I fear people won't read them) | |
| 13:01 | I'm up for any of these options | |
| 13:01 | slef | I think it's a bit odd clrh didn't link to the RFC or email thread where some claims in that article are queried, and other drawbacks are mentioned, but that's not an editing/compilation matter. |
| 13:02 | nengard: short blurbs are fine. Remind me: do we have feedwordpress installed? | |
| 13:02 | nengard | I don't know ... wizzyrea would know that |
| 13:02 | not sure I have access to the plugins page ... off to check | |
| 13:02 | slef | I'll look into it, if you're not against the idea. |
| 13:02 | nengard | yeah I don't have plugin access |
| 13:03 | and I don't like the idea of all posts from other Koha sites coming into the official site | |
| 13:03 | things get in that don't belong that way | |
| 13:03 | if I post something Koha related on the ByWater site that is more ByWater related it shouldn't go to the k-c.org site | |
| 13:03 | slef | no, not all posts, just selected ones |
| 13:03 | nengard | oh cool - if we can do that then a-ok with me :) |
| 13:04 | slef | I'm thinking set up feedwordpress to read category feeds like for-koha-newsletter (which I just imagined) into a koha-newsletter-proposals category on k-c.o and set it to manual update |
| 13:04 | nengard | that sounds fine with me |
| 13:05 | we might want to put it on the agenda for next meeting so others know the options/plan | |
| 13:05 | slef | then newsletter time, you'd tell it to update, see what comes in, delete crap, reorder what you want, then maybe just copy-paste the category index into the newsletter, with header/footer. |
| 13:05 | yeah, I'll write something up | |
| 13:05 | nengard | awesome |
| 13:05 | slef | @later tell wizzyrea do we have feedwordpress on koha-community.org? |
| 13:05 | munin | slef: The operation succeeded. |
| 13:05 | nengard | well starting in 2011 it's a bi-monthly newsletter - it's too hard to get enough content from people for monthly |
| 13:06 | slef | nengard: Shame, it seems like the newsletter is really popular, which I put down to your great work and persistent promotion. |
| 13:06 | nengard: today I got email about it from a librarian before I saw the newsletter myself. | |
| 13:07 | nengard | well then maybe we need to put that to a vote too at the meeting |
| 13:07 | slef | I can appreciate the struggle for monthly, though. It's more stuff that it's hard to get paid for. |
| 13:07 | nengard | I'll do it monthly but I don't want to have to keep sending out 4 reminders to get articles |
| 13:07 | it's too much nagging for me :) | |
| 13:07 | jcamins_a is now known as jcamins | |
| 13:07 | slef | want me to schedule them for you? ;-) |
| 13:08 | hdl | nengard: the link could be done on the RFC around solr and the progress. iirc we posted that. |
| 13:08 | or use the meetings logs. | |
| 13:09 | nengard | slef yes |
| 13:09 | slef | nengard: You really don't want to know how many emails we send co-op members... one member's email was down for a few months and I reconnected him yesterday and he had 2800 emails. Our daily newsletter is a lot of that. |
| 13:09 | nengard | and hdl, actually I link to the RFC too in that newsletter so maybe we didn't need the two posts, but like I said I can't get enough content so I put them both in :) |
| 13:10 | slef hehe - scary stuff :) hehe | |
| 13:11 | hdl | sorry nengard thanks for your action |
| 13:11 | slef | nengard: yes to scheduling? After I write the category idea, shall I base suggested reminders on your emails and send them to you for approval? |
| 13:11 | nengard | slef yes to it all |
| 13:11 | reminders and scheduling | |
| 13:11 | yes to anything that means less work for me :) | |
| 13:11 | yes to anything that means helping nengard do her many jobs :) | |
| 13:12 | slef | nengard: do I send to your on-list email address? |
| 13:13 | nengard | yes please - nengardgmail.com |
| 13:13 | owen joined #koha | |
| 13:13 | slef | next meeting time anyone off the top of their head? |
| 13:14 | Next general meeting on 5 January 2011 | |
| 13:14 | heh, topic | |
| 13:15 | nengard | creating a wiki page |
| 13:15 | slef | bbi60 |
| 13:16 | nengard: and do you have somewhere with a crontab that can send email? I can run it, but then you rely on me stopping/changing if/when you want. | |
| 13:17 | nengard | someone who knows the time please update: http://wiki.koha-community.org[…]g,_5_January_2010 |
| 13:17 | slef I don't ... | |
| 13:18 | I could if needed but I'd probably need some instructions | |
| 13:23 | hdl | nengard: I think it was 9Pm ? |
| 13:23 | (Paris time) | |
| 13:24 | (maybe previous logs could give you the precise time) | |
| 13:26 | thd: kf about communication, I donot think we did not communicate We are really willing to do things with the community. We organise meetings. | |
| 13:27 | we try to demonstrate. | |
| 13:27 | thd | hdl: I do not blame you. |
| 13:28 | hdl: I think that some problems could have been addressed with the LibLime support contract with Index Data. | |
| 13:28 | kf | hdl: yes, I see that you make an effort. I was talkign about the zebra problems you encountered. |
| 13:28 | at the last meeting you said: biblibre made a choice | |
| 13:29 | hdl | thd: it could have... But those problems were not encountered at that time... |
| 13:29 | kf | I would liked to see this happen in the community - the whole, those problem exist, we tried that that that...see bug .... |
| 13:30 | thd | hdl: It is very unfortunate that we had not recognised the lack of Unicode support from the outset with Zebra. |
| 13:31 | hdl: We could have been ahead of the issue if we had been aware of lack of Unicode support at the outset. | |
| 13:31 | gmcharlt | Zebra lacks Unicode support? that is demonstrably false |
| 13:32 | hdl | gmcharlt: it lacks unicode support for search. |
| 13:33 | icu is a friend of yaz, not really integrated. | |
| 13:36 | thd | gmcharlt: Zebra had no support for searching using Unicode when Koha adopted Zebra and we had not even realised. |
| 13:37 | owen | FWIW, NPL does not have a copy of a script to reconstruct 000 from other data in MARC |
| 13:37 | ...if anyone is still wondering. | |
| 13:37 | thd | owen: I doubted that you had the code. |
| 13:37 | gmcharlt | thd: considering the hundreds of Koha installations that are successfully storing and searching MARC records using UTF-8, whatever applied at the time Zebra was adopted is a moot point |
| 13:38 | thd | owen: However, I hoped that you would. |
| 13:38 | gmcharlt: I think that I still did not state it correctly. | |
| 13:38 | owen | thd: Considering some of the errors in our MARC records, I'm not sure how well it worked... |
| 13:40 | thd | gmcharlt: Without the problematic implementation of the ICU for Zebra, there is no tokenisation and some other support for more than circa 250 characters in Zebra. |
| 13:41 | gmcharlt: Tokenisation without the ICU is based on single byte character encoding. | |
| 13:42 | hdl: Can you help me distinguish better what cannot be done without using the ICU in Zebra? | |
| 13:45 | thd left #koha | |
| 13:46 | thd joined #koha | |
| 13:50 | kf | gmcharlt: without icu it's not possible to search for Hebrew - at least we found no other way |
| 13:50 | and using ICU means you loose some other features. but for our library it worked so far. | |
| 13:50 | gmcharlt | thanks - that is the sort of specific information I'm looking for |
| 13:50 | kf | the facets as is are a problem - not sure how much of it is zebra and what could be solved and what not |
| 13:51 | gmcharlt: standard indexing and hebrew records meant you got always all hebrew records back - with every hebre search | |
| 13:51 | term | |
| 13:51 | we didn't see that with a few test records, but icu solved the problem and we were able to add rules ignore diacritics and such for seach | |
| 13:52 | but some search options in koha don't work with icu - I have to retest that sometime with 3.2 | |
| 13:54 | druthb is now known as drb_mtg | |
| 13:54 | gmcharlt | kf: would you mind emailing me a few of your Hebrew MARC records? |
| 13:56 | kf | gmcharlt: I can do that - but there is a problem |
| 13:56 | they have hebrew in 880 | |
| 13:56 | and not sure that is indexed in standard | |
| 13:56 | hdl | gmcharlt: I can send you some corean, some japanese hebrew unimarc records too |
| 13:57 | gmcharlt | kf: no problem, I can deal with the 880s |
| 13:57 | hdl: thanks | |
| 13:57 | hdl | (they are committed in the solr branch iirc.) |
| 13:57 | owen | jwagner: Two months ago you got an offer of help on Bug 3509. Did anything come of that? |
| 13:57 | kf | ok, I will make a note - I have a sample file for my bug 5406 that I wanted to clean up - it has multiple languages too |
| 13:57 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3509 enhancement, PATCH-Sent, ---, gmcharlt, NEW, Batch item edit |
| 13:57 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5406 enhancement, P5, ---, gmcharlt, NEW, Allow Koha to authenticate using LDAPS as well as LDAP | |
| 13:57 | kf | ... 4506 |
| 13:57 | bug 4506 | |
| 13:57 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4506 enhancement, PATCH-Sent, ---, katrin.fischer, NEW, Add support of record linking by record control number in $w |
| 13:57 | owen | s/Two/Six |
| 13:57 | kf | *sighs* |
| 14:00 | gmcharlt: which email address? | |
| 14:00 | gmcharlt | gmcharlt at gmail.com |
| 14:01 | kf | ok |
| 14:06 | davi joined #koha | |
| 14:07 | thd | gmcharlt: Some people had speculated that ICU problems with Zebra such as no facets were misconfiguration problems. |
| 14:09 | gmcharlt: I have determined that facet and truncation issues when using the ICU are confirmed bugs in the Index Data bugs database. | |
| 14:12 | Unfortunately, I only found the official bug reports after scouring the documentation for configuration options which were not there to find. | |
| 14:17 | owen | If I got to test a patch for a bug marked "needs signoff" and the patch doesn't apply, should I mark it as "failed qa?" |
| 14:18 | s/got/go | |
| 14:24 | gmcharlt | owen: hmm - maybe mark it as 'patch does not apply' |
| 14:24 | less strong of a statement, as a patch failing to apply is often due to a matter of timing | |
| 14:25 | owen | I have been making comments to that effect, just didn't know if we needed a specific patch status |
| 14:27 | drb_mtg is now known as druthb | |
| 14:28 | kf | owen: perhaps set back to --? |
| 14:29 | gmcharlt: failed qa is a new status in the pull down - we don't have one for does not apply yet :) | |
| 14:30 | gmcharlt | kf: we do now :) |
| 14:31 | kf | ah :) |
| 14:45 | Brooke joined #koha | |
| 14:48 | Brooke | http://www.grindtv.com/outdoor[…]set+world+record/ |
| 14:49 | jwagner | owen, was off in a meeting -- sorry, what were you asking about? |
| 14:50 | owen | jwagner: You got an offer of help on Bug 3509. Did anything come of that? |
| 14:50 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3509 enhancement, PATCH-Sent, ---, gmcharlt, NEW, Batch item edit |
| 14:51 | jwagner | Nothing at the moment -- we haven't had time to go back and pull it up or work on it. |
| 14:51 | It's still on my list to do | |
| 14:51 | Was just talking about that one, as a matter of fact -- trying to figure out how to merge functionality with what's in 3.2 now | |
| 14:52 | slef | owen: are we going with the liblime one or the parallel biblibre one? |
| 14:52 | jwagner | There are parts of both that would be good to keep, question is how best to merge. Which edit interface screen would be best? The one in our screenshot, or the BibLibre approach which looks like the standard item edit screen? |
| 14:53 | hdl | slef which ? |
| 14:53 | slef | hdl: batch item edit |
| 14:55 | wizzyrea | Having seen both, NEKLS feels that the searching interface in the harley batch edit is too dangerous. We only train people to use the barcode entry portion of it. |
| 14:55 | hdl | jwagner: if you would make the select interface a new page that would enter send itemnumbers or barcodes to the tools in... |
| 14:56 | Then it could be quite handy to reconcile both. | |
| 14:56 | wizzyrea | it is far too easy to select items unintentionally, and there's no undo |
| 14:56 | jwagner | Yes, the ability to scan in barcodes at the batch edit screen is one of the things we liked about yours. |
| 14:56 | hdl | librarians need a validation of the selection before doing update. |
| 14:56 | jwagner | We wanted to bring that capability in. |
| 14:56 | hdl, and I've also had sites ask for output of the edit to go to a file or something more than just the screen display. | |
| 14:57 | i.e., a report of which barcodes were edited. | |
| 15:00 | hdl | jwagner: that would be good. |
| 15:01 | maybe we could serailize results in an array and use json or anything to display results. | |
| 15:07 | drotsk joined #koha | |
| 15:07 | * Brooke | waves at drotsk |
| 15:07 | drotsk | o/ |
| 15:12 | Casaubon joined #koha | |
| 15:23 | owen | nengard: I agree about Bug 5500--I don't think it used to work that way. |
| 15:23 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5500 major, P5, ---, oleonard, NEW, shelf browse changing bib record |
| 15:23 | nengard | good to know i'm not imaging things :) |
| 15:23 | or imagining | |
| 15:24 | gmcharlt | nengard: paint us a picture ;) |
| 15:26 | Brooke | galen, behave. |
| 15:26 | gmcharlt | heh |
| 15:27 | * Brooke | notes the Documentation Force is strong in this Channel. |
| 15:28 | kf | nengard: I agree with you and owen |
| 15:28 | about bug 5500 :) | |
| 15:28 | owen | See also: http://wiki.koha-community.org[…]OPAC_Comments_RFC |
| 15:29 | ...which might as well be addressed to "The Great Pumpkin" since no one is putting up money for it :) | |
| 15:33 | * Brooke | has faith that on Samhain eve, the Great Pumpkin will in fact appear. |
| 15:35 | kf | see you all tomorrow |
| 15:35 | hm or later | |
| 15:35 | :) | |
| 15:35 | kf left #koha | |
| 15:37 | Casaubon left #koha | |
| 15:42 | ivanc left #koha | |
| 15:50 | Brooke | @roulette |
| 15:50 | Brooke was kicked by munin: BANG! | |
| 15:50 | * munin | reloads and spins the chambers. |
| 15:53 | owen | hdl still around? |
| 15:53 | hdl | yes. |
| 15:53 | owen | Hi, I'm looking at Bug 5157 and willing to test the patch but I don't understand what the problem is |
| 15:53 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5157 normal, PATCH-Sent, ---, henridamien, ASSIGNED, borrowers top issuers filters problems |
| 15:57 | hdl | mmm... I think that this is one of the information we got. |
| 15:57 | can't find an instance. | |
| 16:01 | can't find an official instance of dev to test that. | |
| 16:11 | Oak joined #koha | |
| 16:11 | Oak | \o |
| 16:27 | slef | o/ |
| 16:34 | owen | jwagner? |
| 16:34 | ibot | i heard jwagner was needing a vacation. |
| 16:34 | * jwagner | definitely needs a vacation! |
| 16:34 | jwagner | Maybe I can go back to New Zealand.... |
| 16:34 | owen | jwagner: I'm testing the patch for Bug 4329 and I have a question |
| 16:35 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4329 enhancement, PATCH-Sent, ---, chris, NEW, OPAC search by shelving location option |
| 16:35 | jwagner | yes? |
| 16:35 | owen | Do you need to modify the configuration of zebra? |
| 16:35 | jwagner | Shouldn't have to -- shelving location is one of the delivered searches as far as I know. |
| 16:36 | melm 952$c location | |
| 16:36 | Unless a site has modified record.abs (or maybe early sites didn't have that?) should work as is. | |
| 16:36 | owen | Okay, now I'm getting results. I guess you can't get results if all you do is check the box but don't supply search terms |
| 16:37 | jwagner | No, I got results just by checking the box. Dumb question -- did you search a location that you knew had items? |
| 16:37 | owen | Hm, maybe not. |
| 16:38 | jwagner | And a question for you -- I didn't control this with a syspref partly because so many people were complaining about proliferating sysprefs at the time. But do you think it should be? |
| 16:38 | You can hide it with a jquery -- I designed it that way -- but maybe a syspref would be better? | |
| 16:38 | owen | The presence of the shelving location search? |
| 16:38 | jwagner | Yes, on the advanced search screen. Some sites don't use shelving locations. |
| 16:39 | owen | I would be content to make it a default and wait for others to clamor for a system pref. |
| 16:39 | wizzyrea | probably the code to suppress something you've added should be in the bug report with the patch. But that's (a lot of extra) work |
| 16:40 | though I'm for adding that kind of stuff to the wiki | |
| 16:40 | also work | |
| 16:40 | owen | It is in this case |
| 16:42 | jwagner | wizzyrea, the jquery to hide it is in the bugzilla entry. |
| 16:42 | owen | I find myself expecting that if I search by itemtype and shelving location I expect it to do an AND search rather than OR |
| 16:43 | wizzyrea | for that one, it is |
| 16:43 | owen | Is that just me? |
| 16:43 | wizzyrea | i'm thinking of the other ones ;) |
| 16:43 | jwagner | No, that's one of the problems with combining searches, I think. |
| 16:44 | owen | Searching by keyword + itemtype gives me an AND search |
| 16:45 | jwagner | It's been so long since I worked on this, can't remember details. I do remember a lot of trouble getting it to OR within the location set if you selected multiples. |
| 16:46 | owen | wizzyrea: Is the shelving loc. search on your system? |
| 16:47 | * owen | can see for himself |
| 16:48 | cait joined #koha | |
| 16:48 | cait | hi #koha |
| 16:48 | drotsk | hi cait |
| 16:48 | wizzyrea | lemme check, hi cait |
| 16:48 | cait | hi drotsk and wizzyrea |
| 16:49 | jwagner | owen, it's on Arcadia's OPAC (they sponsored): |
| 16:49 | http://koha.arcadia.edu/cgi-bi[…]ha/opac-search.pl | |
| 16:52 | drotsk left #koha | |
| 16:52 | drotsk joined #koha | |
| 16:57 | Brooke joined #koha | |
| 16:58 | Brooke | Tēnā koutou |
| 16:58 | owen | munin blew you far away Brooke |
| 16:58 | munin | owen: Error: "blew" is not a valid command. |
| 16:59 | Brooke | Ko Omàmiwininiwak te iwi. |
| 16:59 | owen, that is Munin's way of telling me to do "real work." | |
| 17:02 | owen | I wonder if Bug 3693 wouldn't be better implemented as a CSS customization |
| 17:02 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3693 enhancement, PATCH-Sent, ---, gmcharlt, NEW, Display options for buttons when holds triggered |
| 17:05 | jwagner | owen, the dev server where I did the shelving location work is gone. Can someone remind me how to bring a branch down from a remote server? I can see it on the git repo, how do I create a local branch with that code so I can work on it? |
| 17:06 | On 3693, maybe css would work better. At the time I didn't know how to do it any other way. Sysprefs might be easier for sites to implement, though. | |
| 17:11 | owen | jwagner: http://koha-community.org/koha[…]ry-2010/#biblibre |
| 17:11 | ...for an example. | |
| 17:12 | jwagner | Thanks -- finally deciphered my sketchy notes too |
| 17:21 | wizzyrea | jcamins: we made the gnocchi last night -- Totally awesome, and super fast when you steam the potatoes |
| 17:22 | and the spud gobbled them up | |
| 17:22 | jcamins | Mmmm. |
| 17:22 | * jcamins | just finished having gnocchi for lunch |
| 17:22 | * Brooke | is jealous. |
| 17:22 | jcamins | Brooke: they're super easy. |
| 17:22 | Brooke | lies! |
| 17:23 | jcamins | Somewhere in the scrollback is the recipe. |
| 17:23 | wizzyrea can confirm they're super easy. | |
| 17:24 | wizzyrea | they are in fact super easy |
| 17:24 | like, so easy you'll wonder why you don't eat gnocchi all the time | |
| 17:24 | jcamins | See? wizzyrea can confirm |
| 17:24 | wizzyrea | and then you probably will |
| 17:24 | eat gnocchi all the time | |
| 17:24 | jcamins | wizzyrea: wait, "why you don't eat gnocchi all the time"? |
| 17:24 | Errr... don't you? | |
| 17:24 | ;) | |
| 17:24 | Brooke | I've made them many times before |
| 17:24 | wizzyrea | these happen to have been made with sweet potatoes |
| 17:25 | jcamins | Brooke: then you should know they're super easy |
| 17:25 | Brooke | bah |
| 17:25 | * Brooke | likes leveraging her pasta machine for labour savingses. |
| 17:25 | owen | Maybe Brooke thinks if she protests too much someone will break down and mail her some? |
| 17:25 | cait | hehe |
| 17:25 | jcamins | owen: has that worked for you yet? |
| 17:26 | * owen | hasn't complained enough about anything yet |
| 17:26 | Brooke | because owen is not a whiner :D |
| 17:27 | wizzyrea left #koha | |
| 17:27 | wizzyrea joined #koha | |
| 17:27 | wizzyrea | oops |
| 17:27 | jcamins | Sneaky Command-W? |
| 17:27 | wizzyrea | lol ya |
| 17:29 | jwagner | owen, I've been looking at the search code, but i can't see where it decides to use AND or OR. Any pointers? |
| 17:29 | jcamins | Hey, didn't it used to be an Apple key? |
| 17:29 | owen | Sorry jwagner no idea |
| 17:31 | jcamins | (yes, it did) |
| 17:31 | * Brooke | nods at jcamins |
| 17:31 | cait | koha++ |
| 17:31 | @karma koha | |
| 17:31 | munin | cait: Karma for "koha" has been increased 17 times and decreased 0 times for a total karma of 17. |
| 17:31 | cait | hm! |
| 17:31 | Brooke | it's okay, though, soon Mr. Fairey will come and label it "obey". |
| 17:37 | jcamins | Okay, time to get going. |
| 17:37 | So long, #koha | |
| 17:37 | jcamins is now known as jcamins_a | |
| 17:54 | drotsk left #koha | |
| 17:54 | drotsk joined #koha | |
| 17:55 | clrh left #koha | |
| 17:56 | hdl left #koha | |
| 18:04 | Brooke | Ka kite anō. |
| 18:04 | Brooke left #koha | |
| 18:05 | wizzyrea | owen: re 3262 I don't think the full name is being generated by the script for the homebranch |
| 18:05 | I personally would like to have them both standard on the code :P | |
| 18:06 | but I understand why people would want the full name, since not everyone uses sane library codes | |
| 18:06 | and I don't mean that as an indictment of how others do things | |
| 18:26 | owen left #koha | |
| 18:29 | owen joined #koha | |
| 18:32 | brendan | @wunder 93117 |
| 18:32 | munin | brendan: The current temperature in Northwest Goleta, Goleta, California is 13.3�C (10:34 AM PST on December 15, 2010). Conditions: Overcast. Humidity: 87%. Dew Point: 11.0�C. Pressure: 29.96 in 1014.4 hPa (Falling). |
| 18:32 | druthb | @wunder 20852 |
| 18:32 | munin | druthb: The current temperature in Woodley Gardens, Rockville, Maryland is -1.8�C (1:30 PM EST on December 15, 2010). Conditions: Clear. Humidity: 34%. Dew Point: -16.0�C. Windchill: -5.0�C. Pressure: 29.81 in 1009.4 hPa (Steady). |
| 18:32 | wizzyrea | @wunder lawrence, ks |
| 18:32 | munin | wizzyrea: The current temperature in Channel 6 Downtown, Lawrence, Kansas is -1.1�C (12:34 PM CST on December 15, 2010). Conditions: Overcast. Humidity: 73%. Dew Point: -5.0�C. Windchill: -6.0�C. Pressure: 29.68 in 1005.0 hPa (Falling). |
| 18:33 | nengard | @wunder 19030 |
| 18:33 | munin | nengard: The current temperature in CWOP # AR939, Penndel, Pennsylvania is -2.7�C (1:35 PM EST on December 15, 2010). Conditions: Mostly Cloudy. Humidity: 43%. Dew Point: -14.0�C. Windchill: -6.0�C. Pressure: 29.72 in 1006.3 hPa (Steady). |
| 18:34 | wizzyrea | nengard: glad you made it home safely from your car debacle yesterday |
| 18:34 | nengard | thanks - that was no fun |
| 18:34 | wizzyrea | AAA++ |
| 18:34 | nengard | it was bitterly bitterly cold and windy |
| 18:35 | and the only thing that was hot was the burning engine | |
| 18:35 | or smoking engine | |
| 18:35 | wizzyrea | this last summer my car overheated on the hottest day of the year |
| 18:35 | brendan | It seems that most of you are going to be jealous of my daily temps - so I'll make sure to check daily |
| 18:35 | chris | Morning from the bus |
| 18:35 | wizzyrea | mornin' |
| 18:35 | brendan | heya chris - wizzyrea et a; |
| 18:35 | al | |
| 18:35 | chris | @wunder wellington nz |
| 18:35 | munin | chris: The current temperature in Wellington, New Zealand is 14.0�C (7:00 AM NZDT on December 16, 2010). Conditions: Partly Cloudy. Humidity: 88%. Dew Point: 12.0�C. Pressure: 30.09 in 1019 hPa (Steady). |
| 18:35 | wizzyrea | <3 |
| 18:36 | brendan | ooh chris squeaks out an early morning win |
| 18:36 | chris | Heh |
| 18:37 | nengard | looks like we should have had KohaCon in Dec instead :) |
| 18:38 | chris | I thought the weather was ok |
| 18:38 | cait | good morning chris |
| 18:39 | chris | December has been a lot more humid and rainy |
| 18:39 | wizzyrea | it was windy and chillish but not awful |
| 18:39 | didn't keep us in | |
| 18:39 | cait | @wunder Konstanz |
| 18:39 | munin | cait: The current temperature in Taegerwilen, Taegerwilen, Germany is -5.8�C (7:40 PM CET on December 15, 2010). Conditions: Light Snow. Humidity: 87%. Dew Point: -8.0�C. Windchill: -9.0�C. Pressure: 30.30 in 1026.0 hPa (Steady). |
| 18:42 | nengard | chris i was cold most days |
| 18:42 | chris | I told you layers sheesh :) |
| 18:43 | * cait | thought really liked the weather :) |
| 18:43 | cait | -thought |
| 18:46 | chris | Jan/feb are the best months |
| 18:46 | nengard | chris - yes you did - I don't blame you at all |
| 18:46 | I brought light layers :) | |
| 18:50 | gmcharlt | it has been below 0 C in Gainesville for the past week |
| 18:50 | chris | I just hope it is fine on the 27th |
| 18:50 | gmcharlt | consequently, everybody is dressing as if it were Anchorage |
| 18:50 | nengard | hehe |
| 18:51 | chris | Kristina is going to her first cricket game |
| 18:51 | nengard | yeah i was in FL a week ago - panhandle - and everyone had scarfs and coats |
| 18:51 | cait | :) |
| 18:51 | hope she has fun | |
| 18:54 | chris | I'm sure she will |
| 18:55 | cait | :) |
| 18:56 | chris | Ok my stop |
| 18:56 | Bb after coffee | |
| 18:59 | Oak left #koha | |
| 19:07 | owen | minimum requirement system for windows: one Debian ISO </snark> |
| 19:08 | drotsk | priceless |
| 19:09 | tcohen left #koha | |
| 19:09 | cait left #koha | |
| 19:09 | chris | back |
| 19:10 | cait joined #koha | |
| 19:10 | cait | back |
| 19:11 | owen | wb chris and cait |
| 19:11 | chris | owen, i basically said that |
| 19:12 | cait | oh so many windows mails today |
| 19:12 | chris | friends dont let friends use proprietary software |
| 19:13 | cait | lol |
| 19:14 | chris | ohh a pull request for the qa'd serials work, ill pull that down and do some testing on that myself then push it up |
| 19:14 | cait | I am working more with the old laptop (ubuntu) than with my newer one (vista) since kohacon |
| 19:16 | * chris | makes a bug for it, so he doesnt break his commits have a bugnumber rule |
| 19:16 | cait | clever :) |
| 19:17 | chris | bug 5508 |
| 19:17 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5508 enhancement, PATCH-Sent, ---, colin.campbell, NEW, Biblibre Serials work |
| 19:18 | chris | http://git.koha-community.org/[…]/new/enh/bug_5508 |
| 19:19 | Elwell left #koha | |
| 19:20 | Elwell joined #koha | |
| 19:21 | Elwell left #koha | |
| 19:31 | richard joined #koha | |
| 19:34 | owen | Colin++ |
| 19:35 | chris | yup |
| 19:35 | colin++ | |
| 19:36 | owen | He managed to get so much done, yet we rarely see him around here. Is there a connection? |
| 19:37 | cait | colin++ |
| 19:40 | Elwell joined #koha | |
| 19:44 | briceSanc joined #koha | |
| 19:44 | briceSanc | hello all ! |
| 19:46 | * owen | is closing on a fix for Bug 3523 |
| 19:46 | munin | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=3523 normal, P5, ---, oleonard, ASSIGNED, Menu of existing lists limited to 10 |
| 19:46 | chris | yay |
| 19:48 | briceSanc | Does Koha is freeze in 3.2.2 ? |
| 19:48 | chris | template freeze |
| 19:48 | briceSanc | C4 freeze ? |
| 19:48 | chris | no, just template |
| 19:48 | briceSanc | ok |
| 19:49 | chris | chris n sent a mail yesterday |
| 19:49 | briceSanc | Do you have estimated the remaining time ? |
| 19:49 | chris | did you see the email? |
| 19:50 | http://lists.koha-community.or[…]ember/034871.html | |
| 19:51 | briceSanc | no i don't see this mail |
| 19:51 | chris | ahh it went to koha-devel and koha-translate .. if you are working on either, those are 2 lists you should be on :) |
| 19:52 | briceSanc | i'm on request and patches, devel is missing |
| 19:54 | chris | devel is a good one to be on thats for sure |
| 19:54 | its quite low traffic, but thats where things like hte release schedule, and rfc etc are talked about | |
| 19:54 | briceSanc | you're right ! |
| 19:56 | francharb left #koha | |
| 19:57 | hdl joined #koha | |
| 19:57 | munin | New commit(s) kohagit: bug 5398: make additional pages in staff interface obey noItemTypeImages <http://git.koha-community.org/[…]82a25ee2450470e79> / bug 4826 change 'add basket' to 'new basket' <http://git.koha-community.org/[…]4c39654049b890951> |
| 19:59 | druthb is now known as drb_brb | |
| 20:00 | hudsonbot | Starting build 221 for job Koha_Master (previous build: STILL UNSTABLE -- last SUCCESS #188 8 days 23 hr ago) |
| 20:02 | briceSanc left #koha | |
| 20:05 | Brooke joined #koha | |
| 20:06 | owen left #koha | |
| 20:08 | Brooke | Tēnā koutou |
| 20:13 | Elwell left #koha | |
| 20:13 | Elwell joined #koha | |
| 20:17 | drb_brb is now known as druthb | |
| 20:21 | magnus_a left #koha | |
| 20:22 | hudsonbot | Project Koha_Master build #221: STILL UNSTABLE in 22 min: http://hudson.koha-community.o[…]/Koha_Master/221/ |
| 20:22 | * Nicole Engard: bug 4826 change 'add basket' to 'new basket' | |
| 20:22 | jwagner left #koha | |
| 20:22 | hudsonbot | * Galen Charlton: bug 5398: make additional pages in staff interface obey noItemTypeImages |
| 20:28 | druthb | @karma Brooke |
| 20:28 | munin | druthb: Karma for "Brooke" has been increased 4 times and decreased 1 time for a total karma of 3. |
| 20:28 | druthb | :-O |
| 20:28 | Brooke++ #has her reasons, okay? | |
| 20:29 | wizzyrea | chris: for 5143 do we need to update the database with those koha -> marc mappings or just document and trust people will add them? |
| 20:31 | chris | for subtitle? |
| 20:31 | wizzyrea | right |
| 20:31 | chris | the keyword mapping? |
| 20:31 | wizzyrea | yep |
| 20:32 | chris | probably should edit the help file for that page |
| 20:32 | to tell them to | |
| 20:32 | wizzyrea | right-o |
| 20:32 | will do | |
| 20:32 | chris | thanks |
| 20:32 | wizzyrea | yup :) |
| 20:34 | Casaubon joined #koha | |
| 20:34 | Casaubon left #koha | |
| 20:49 | nengard | are we talking about a koha help file that's being edited? If so let me know so I can update the manual to match |
| 20:49 | those help files are usually copies of the manual | |
| 20:49 | wizzyrea | yeap |
| 20:52 | cait left #koha | |
| 20:55 | thd is now known as thd-away | |
| 21:05 | wizzyrea | ohh.... bug or intentional: WARNING: You will not be able save, because your webserver cannot write to '/home/liz/kohaclone/koha-tmpl/intranet-tmpl/prog/en/modules/help/circ/view_holdsqueue.tmpl'. Contact your admin about help file permissions. |
| 21:06 | Brooke | are joo a superlibrarian? |
| 21:06 | wizzyrea | yep, it's not those permissions, it's file system permissions |
| 21:06 | I could fix this, easily | |
| 21:07 | but I don't know if it's intentional | |
| 21:08 | I should mention that the change I proposed I'm not making this way, I was curious and clicked on it | |
| 21:13 | gmcharlt | apropos of nothing except wizzyrea's request |
| 21:13 | only superlibrarians can be trusted with capes | |
| 21:13 | * Brooke | grins |
| 21:13 | wizzyrea | yay! |
| 21:13 | @quote add gmcharlt: only superlibrarians can be trusted with capes | |
| 21:13 | munin | wizzyrea: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 21:14 | Brooke | hmph. Oirish seems to have disapparated from Pootle. |
| 21:14 | wizzyrea | @quote add gmcharlt: only superlibrarians can be trusted with capes |
| 21:14 | munin | wizzyrea: The operation succeeded. Quote #112 added. |
| 21:14 | wizzyrea | woot! |
| 21:15 | @quote random | |
| 21:15 | munin | wizzyrea: Quote #10: "< pianohacker> You helped start an open source project; clearly your sense of what to avoid to make your life easier has been impaired for a while :)" (added by chris at 07:59 PM, June 23, 2009) |
| 21:15 | wizzyrea | @quote random |
| 21:15 | munin | wizzyrea: Quote #107: "<kmkale> This is a food channel. Sometimes we discuss Koha too ;)" (added by jwagner at 02:49 PM, November 29, 2010) |
| 21:15 | wizzyrea | @quote random |
| 21:15 | munin | wizzyrea: Quote #71: "cait: hm it works now and I have no idea why :)" (added by chris at 07:47 PM, April 08, 2010) |
| 21:32 | ebegin joined #koha | |
| 21:33 | * Brooke | waves at ebegin |
| 21:33 | ebegin | Hey! |
| 21:33 | wizzyrea left #koha | |
| 21:33 | wizzyrea joined #koha | |
| 21:33 | ebegin | @wunder montreal quebec |
| 21:33 | munin | ebegin: The current temperature in Montreal, Quebec is -12.0�C (4:17 PM EST on December 15, 2010). Conditions: Light Snow. Humidity: N/A%. Windchill: -21.0�C. Pressure: (Rising). |
| 21:34 | ebegin | ... cold ... |
| 21:34 | Brooke | but, your croissants are not crap. |
| 21:34 | Silver lining :) | |
| 21:34 | ebegin | :) |
| 21:36 | Brooke, is it summer now in NZ? | |
| 21:37 | Brooke | Em, I think that hypothesis requires in person exploration. |
| 21:37 | I'll volunteer for the expedition. | |
| 21:37 | Selflessly, of course. | |
| 21:37 | (But yes, course it is.) | |
| 21:37 | ebegin | Oh! sorry, I though you were there. |
| 21:38 | Where are you ? Virginia? | |
| 21:38 | Brooke | a yep |
| 21:41 | Brooke left #koha | |
| 21:48 | nengard left #koha | |
| 21:57 | druthb left #koha | |
| 22:04 | davi left #koha | |
| 22:12 | drotsk left #koha | |
| 22:25 | wasabi left #koha | |
| 22:28 | thd-away is now known as thd | |
| 22:29 | thd is now known as thd-away | |
| 22:46 | wasabi joined #koha | |
| 22:48 | chris | hdl: you still awake? |
| 22:48 | hdl | still |
| 22:49 | chris | go to sleep ;-) |
| 22:49 | but before you do | |
| 22:50 | http://git.koha-community.org/[…]b259cbdc7e13e3b8f | |
| 22:50 | anything you want to change there? | |
| 22:50 | just fixed the copyright statements getting ready from the merge, its passing all the unit tests now | |
| 22:51 | hdl | ok for me. |
| 22:51 | doing night house keeping on our servers. | |
| 22:51 | chris | ah cool |
| 22:52 | ok, just have to do a little more testing, but this should be merged before you wake up tomorrow | |
| 22:52 | but now, lunch | |
| 22:53 | hdl | have a nice meal |
| 23:48 | hdl left #koha |
← Previous day | Today | Next day → | Search | Index
