IRC log for #koha, 2008-01-22

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

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

← Previous day | Today | Next day → | Search | Index

koha1