Time Nick Message 10:31 lloyd_ he's gone to bed now 10:11 hdl Your work for merging biblios will be integrated into 3.X ? 10:10 hdl chris ? 10:05 lloyd_ great. in for 3.0 final? 09:45 chris yet=yep 09:45 chris with the new cataloguing tool, biblios (which was worked on over the google summer of code) and is nearing completion yet 09:40 lloyd_ what if 1 month later we get a proper marc record for it. Easy to replace the made up record with the proper marc record? 09:40 chris or anyone who had record editing privs 09:39 chris yep 09:39 lloyd_ and if they spooned it when adding, they would need to add it again and request the other record be deleted by the super librarian? 09:38 chris classification, branch, barcode etc 09:38 chris hmm anything at the item level 09:37 lloyd_ say they added a record that wasn't in the pool. then added the item, what would they be able to change in the item? 09:35 lloyd_ yeah that would be great for all the items that have been imported 09:35 chris so you could add or edit an item, but not change the marc record .. ... but i guess its only some records 09:34 chris to allow for editing items, but not editing records 09:34 lloyd_ 28 branches, all independent... trusting would be unwise 09:34 chris split them 09:34 chris we could do something with permissions 09:33 chris life would be so much easier if you could trust users :-) 09:33 lloyd_ you got it :) 09:33 chris but thats often the way 09:33 chris sounds like a tech solution for a human problem :-) 09:32 chris currently if you can add you can edit 09:32 lloyd_ but we don't want them changing paid for marc records 09:32 chris *nod* 09:32 lloyd_ I guess that wouldnt work so well.. if they added an item chances are they'll want to edit it at some stage 09:31 lloyd_ they'll be able to add new items, but not change what they're adding 09:31 chris currently no 09:30 lloyd_ exactly 09:30 custard Righto. Thanks :) 09:30 chris so that they cant change what they are adding? 09:30 lloyd_ when in the cataloguing menu and you search, then click add.. any way to stop people from editing that page and going directly to the one after (when you click save) 09:29 chris i know of at least 3 people who have it running on OS X 09:29 chris the INSTALL file should explain it all 09:28 chris custard: the install for 3 is much nicer than for 2.2 09:27 chris yeah i stopped it to reindex manually to clear out the deleted records (faster than letting the queue do it one by one) but didnt restart 09:27 lloyd_ cool, didnt know it was stopped hehe 09:27 chris is what i did 09:27 chris /etc/init.d/koha-zebraqueue-daemon restart 09:26 lloyd_ perfect! 09:26 custard I read that there's some things that are being replaced in 3.0? Is there much variation in the dependencies and install process? 09:26 chris hows that now? 09:24 lloyd_ ah ha 09:23 chris 2 secs 09:23 chris ahh i may have forgotten to start the reindexing daemon 09:23 lloyd_ staged an import, searched for it in cataloguing, added biblio... but not coming up in search? 09:22 chris yep 09:21 lloyd_ hey chris, you go a mo? 09:09 chris chances are it will work fine 09:09 custard Was looking at it for a rather large and diverse home collection, and really wasn't looking forward to entering it all in by hand. 09:09 chris if that works, then from koha should too 09:09 chris you can try from the commandline with yaz 09:08 custard have to find that one out. 09:08 chris assuming your mac isnt behind a firewall blocking them that is :) 09:08 chris yes 09:07 custard hiho. If Koha 3.0 is running on MacOS, do the z39.50 lookups work? 19:49 atz don't give'm cards :) 19:48 fbcit how about the adults who are not adults yet... 19:48 atz *anymore (not yet) 19:48 fbcit hehe 19:48 atz all the kids who aren't kids yet, make'm adult users. 19:48 atz it seems like an easy thing, right? 19:47 atz patron_types.new_enrollment_fee_applies_for =@{...} 19:47 atz patron_types.must_be_promoted_to = $...; 19:46 atz patron_types.can_be_promoted_to = @{....}; 19:46 fbcit that's the info I was looking for... I'm sufficiently scared off now... ;-) 19:46 chris but from my bugfixing i have done, im fairly sure it would be quite a bit of effort to change, and unlikely to get accepted for 3.0 19:46 gmcharlt at least as one approach 19:46 gmcharlt yeah, for user-definiability, patron_types table would have to have columns for behavior, like patron_types.needs_guarantor, patron_types.can_be_staff_user, etc. 19:46 atz but it gets messed up with all the other stuff 19:45 atz check if they juveniles are 18, if so, convert them to adults 19:45 atz for example, we have a script that used to work... promote juvenile members to adults 19:45 chris i didnt do the type things, not im not quite sure 19:45 fbcit :-( 19:45 atz it breaks everything, imho 19:45 chris id leave that for 3.2 19:44 fbcit I'm just wondering what I'll have to contend with if I work toward making 'type' user-definable... 19:44 atz different circ and fine structure, enrollment fees, etc. 19:43 atz there are age limits 19:43 gmcharlt chris is now around to ask as well 19:43 gmcharlt and no doubt other implications 19:42 gmcharlt 'C' for child implies an 'A' adult as a guarantor 19:42 gmcharlt but functionally, type 'S' is for staff (user) records 19:42 gmcharlt fbcit: it's all tied to patron categories 19:41 fbcit gmcharlt ? 19:39 fbcit kados: so what other logic is based on patron 'type' other than 'category'? 17:05 kados sounds good 17:05 fbcit How about I open a bug on it and he can close it if it is by design? 17:04 kados chris cormack is our resident circ and patrons expert, so he'd be the one to ask 17:04 fbcit I agree based on what I have learned in the past 5 min. 17:04 kados well, that's a bug, I don't think you should be able to assign a raw type to a patron, you should be forced to first defined some categories 17:04 fbcit seems a restraint is missing? 17:04 kados interesting 17:03 kados try it :-) 17:03 fbcit :) 17:03 kados yea, but I don't think you can choose them 17:03 fbcit and the "New" button displays the five types as options. 17:02 kados I think you have to add a category 17:02 fbcit I go to add a patron.... 17:02 fbcit kados: with no categories built... 17:02 kados but the categories are grouped by type :-) 17:02 kados no, you can only have patrons that are members of a category 17:02 kados ? 17:01 fbcit I can have patrons that are members of a type as opposed to a category? 17:01 fbcit or rather... 17:00 fbcit kados: so "types" also show up as "Patron types/categories" in the New Patron section....? 16:58 kados hehe 16:58 kados *nod* 16:58 fbcit shouldn't be too hard. 16:58 kados so maybe that will be in 3.2 or a future version 16:58 fbcit I remembered that discussion. 16:58 kados someone recently said they wanted to be able to customize the 'Types' 16:58 kados should just be 'Type' 16:57 kados yea, so it's miss-labeled 16:57 fbcit yup 16:57 kados I assume it lists the five hard-coded types? 16:57 kados so a label for 'Category type:' shoud probably be re-named as 'Type:' 16:56 kados yea 16:56 fbcit k, so types are the LCD? 16:56 kados and another called 'Under 12' which is of type 'Child' (and child accounts have guarantors) 16:56 kados so you can have a Category called 'Homebound' which is of type 'adult' 16:56 hdl bbs 16:55 kados and you can build out Categories from there 16:55 kados types are hard-coded: Adult, Child, Proffessional, Organization, and Staff 16:55 gmcharlt kados: then language in edit category page needs to be changed 16:55 hdl gmcharlt: I have to fix it. 16:55 kados there are 'types' and 'categories' 16:55 hdl gmcharlt: yes. I found that the old bug I fixed came up again. 16:55 kados there's no such thing as a 'category type' in Koha 16:55 kados fbcit: I think I understand what you mean, and yes :-) 16:54 fbcit and patron == category? 16:54 fbcit kados: so category type == patron type? 16:54 gmcharlt hdl: thanks -- and how would a void item be attempted -- in serials receiving? 16:53 hdl gmcharlt: it failed whe ppl tried to add void item. 16:53 gmcharlt personally, I'd prefer fully spelled-out "patron category type" rather than plain "patron type" 16:53 kados oh, maybe the label is wrong in the patron editor 16:52 kados Student, Patron, Homebound, etc. 16:52 kados yea, so you can have, say, 25 patron categories of type 'Adult' 16:52 gmcharlt also, editor for patron category refers to a "category type", not a "patron type" 16:51 fbcit kados: so I can just edit the db directly to adjust types? 16:51 gmcharlt kados: what most systems refer to as type is category in Koha, I should have said 16:51 fbcit maybe so... 16:51 kados fbcit: sample types? I think you mean sample categories 16:51 fbcit so just another db field? 16:51 kados then categories can be built off of those types 16:51 fbcit I saw sample types 16:51 kados types = Adult, Child, Professional, Organization 16:51 fbcit hrmmm... 16:50 kados gmcharlt: not quite :-) 16:50 kados fbcit: types are hard-coded in Koha 3.0 16:50 gmcharlt fbcit: patron category == patron type 16:50 fbcit I would think under "Patron types and categories", but I seem to be missing it. 16:49 fbcit where do I setup Patron types (as opposed to categories)? 16:49 gmcharlt hi fbcit 16:49 fbcit g'morning koha 16:45 gmcharlt under what conditions did the add_subfields call fail? 16:45 gmcharlt had a question about the last one you sent, adding an eval to _add_unlinked_marc_fields 16:44 gmcharlt about to finish up work on items and send through your patches 16:44 gmcharlt hi henri 16:44 hdl hi galen 16:44 hdl yes 16:44 gmcharlt hdl: about? 16:21 matthew I backup up the file by moving it to another location. I then ran msqyl dump again and it seems to work. The funny thing is that the dump is much smaller than previous dumps. I hope I'm getting all my information. 16:00 matthew I've researched error 1016 and it seems as if I can delete the corresponding .frm file (/var/lib/mysql/Koha/marc_subfield_table.frm) to fix the problem. Does anyone have experience with an issue like this? 15:58 matthew mysqldump: Got error: 1016: Can't open file: 'marc_subfield_table.MYI' (errno: 145) when using LOCK TABLES 15:58 matthew Hello. I've got a database dump error I have a question about. 15:35 gmcharlt also, that batch jobs need to treat authority handling the same way as adding a bib from the web interface 15:35 frederic I don't understand well Koha architecture... So... 15:34 gmcharlt frederic: yes, i agree that this needs to be moved to C4 instead of addbiblio.pl 15:34 frederic Wouldn't it have sense to move this function (BiblioAddAuthorities) from addbiblio.pl to Biblio.pm? 15:34 frederic But when you add a biblio record programmaticaly (bulkmarcimport.pl or a specific program), authorities aren't updated. 15:34 frederic When you add a biblio record in koha with the web interface (addbiblio.pl), biblio fields linked with thesaurus are used to add/update authorities if there is syspref BiblioAddsAuthorities. A function do that: BiblioAddAuthorities. 15:33 gmcharlt frederic: that's one of my goals 15:33 frederic Lets explain... 15:33 frederic Will it include a better handling of autority/biblio synchronization? 15:33 frederic You (kados) said yesterday that some improvements to autorities were to be expected in the 1st February beta release. 15:32 gmcharlt hi frederic 15:32 frederic Kados? gmcharlt? 15:10 paul lol 15:10 gmcharlt or should I say plus que parfait call number? 15:10 paul pluferfect ??? 15:09 gmcharlt pluferfect call number? 15:09 paul - future call number 15:08 paul - previous call number 15:08 paul - local cll number 15:08 paul - call number 15:08 paul note that they are really cutting hairs in 10 or more, as we have : 15:08 gmcharlt non_electronically_accessible_standards-- 15:08 paul (I only have a print made from a place that can look at it) 15:08 gmcharlt and yikes! re SUDOC 15:08 gmcharlt paul: OK, thanks 15:08 paul (ha had the paper just near me. don't ask me to give to you, it's not publicly accessible, which is really ridiculous...) 15:07 paul (915,917,919,930,931,932,955,956,957,958,980,985,990,991,992,997,999 !!! 15:06 paul (I mean : SUDOC can have items information splitted in 930, 917 and some other fields I don't remember atm) 15:06 paul yes, correct (although SUDOC can handle that, librarians using it all says that they never need so many informations) 15:05 gmcharlt i.e., you don't have the data for one item split over two tags, correct? 15:05 gmcharlt (shouldn't be too bad :) )in both scenarios, exactly one field is used for each item 15:04 gmcharlt quick question about the 995 and SUDOC recommendations 15:04 paul not that fine today... 15:04 paul (will leave in something like 1 hour) 15:04 gmcharlt hi paul -- how are you doing? 15:04 paul hello gmcharlt 15:04 paul yep 15:04 gmcharlt paul: about? 14:43 gmcharlt greetings #koha 14:26 kados I'm sure :-) 14:25 kados civil rights leader 14:24 kados Martin Luther King 14:24 paul Milk ? 14:24 paul MLK ? 14:24 kados today is MLK day 14:23 paul are there holidays in US now ? 14:23 paul (including some from me ;-) ) 14:23 kados paul: i think it's because people are on holiday :-) 14:23 kados paul: no patches waiting, excelt a couple 14:20 paul git is quite calm since 1 week. does it means things are stabilized, or there are zillions of patches waiting impatiently for your approval ? 14:17 kados hhe, outside 14:17 paul +7° ? outside or IN your home ? 14:16 kados yes, I saw that 14:16 kados about 7 degrees Celsius 14:16 paul and hdl feces some problems to come to code4lib (as you may have seen on ggl groups) 14:16 kados :-) 14:16 kados (no heat in my apartment) 14:16 paul woops... 14:16 paul (does it mean some fever or the heat in your appartment ?) 14:15 kados no heat in the house and it's quite cold in Ohio atm :-) 14:15 kados :( 14:14 paul (in fact, I think my train ticket has been stolen, but that's another story...) 14:12 kados hiya paul 14:09 paul hi kados 14:01 kados hi hdl 13:27 hdl kados ? 13:25 [K] *** join #koha@FreeNode: phasefx_ n=phasefx_@68-190-35-14.dhcp.gwnt.ga.charter.com 13:24 [K] *** join #koha@FreeNode: ru55el n=nrussel@203-118-134-114.netspace.net.nz 13:23 [K] *** join #koha@FreeNode: phasefx_ n=phasefx_@68-190-35-14.dhcp.gwnt.ga.charter.com 13:13 frederic Hi 13:13 [K] *** part FreeNode!#koha: archimbaud n=frederic@vol75-2-81-57-252-119.fbx.proxad.net 13:12 [K] *** join #koha@FreeNode: archimbaud n=frederic@vol75-2-81-57-252-119.fbx.proxad.net 12:57 [K] *** join #koha@FreeNode: ru55el n=nrussel@203-118-134-114.netspace.net.nz 12:56 [K] *** join #koha@FreeNode: phasefx_ n=phasefx_@68-190-35-14.dhcp.gwnt.ga.charter.com