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