IRC log for #koha, 2006-08-31

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

All times shown according to UTC.

Time Nick Message
12:25 owen kados: you around?
12:34 kados owen: am now
12:35 owen Hey, do you have time to talk about the new collection/itemtype stuff? I see some new info is appearing on opac-detail
12:35 kados sure
12:35 it's pretty simple really
12:35 there is an authorized value set up for the old itemtypes
12:36 and they are stored in items.ccode (or will be next time I run the migration script)
12:36 items.itemtype has the new itemtypes which are based on the list you posted to the wiki
12:38 make sense?
12:38 owen Yeah
12:39 kados really, the names are backwards I think
12:39 collection codes should be used for circulation rules
12:39 or maybe not ... I'm not sure
12:39 but anyway, it works :-)
12:41 owen I'm not sure this is related, but say we have a book which one branch wants to classify as "EASY" and one wants to classify as "JF" Is that doable now?
12:42 kados interesting
12:43 no ...
12:43 it's not items.itemtype ... it's biblioitems.itemtype
12:43 and biblioitems.ccode
12:43 but I suppose we could make it items.ccode
12:43 owen Oh, I thought you said it was items.ccode
12:44 kados I haven't looked at the item-level reserves yet, which may also bear weight on the issue
12:44 yea, I was mistaken
12:44 it's biblioitems.ccode
12:44 how is it useful to the branch to classify things differently ... strictly a collection code thing (ie, where it's shelved?)
12:44 or would it have a bearing on circ rules too?
12:45 owen So what this gets us primarily is issuing rules for groups of item types
12:45 kados yea, though the relationships aren't dependent ...
12:45 ie, there's no system of checks and balances in place to enforce them
12:46 owen Branches /sometimes/ have differing opinions on how stuff should be classified. Cataloging might put something in EASY and a branch wants it in JF. The more problematic situation is when you've got one branch putting a title in reference and another wants to circulate it.
12:47 kados yea, I need to check HEAD for that
12:47 I think SAN has something like that working
12:47 right now the only way to do it is to have two separate records
12:47 which is less than idea obviously
12:48 owen That's not something that I'd rush into dev_week, certainly. I'm just trying to take stock of where we are.
12:48 kados yep
12:48 i think we'd need to do a lot of testing before we moved on that...but it will appear for sure this year at least
12:48 owen I think our old item type icons were helpful. How do those fit into things now?
12:49 kados yea, they will still show up ...
12:49 instead of 'itemtype' they are now 'ccode'
12:49 they are exposed to the template
12:49 though I'm pretty sure they won't show up right now
12:49 I'm re-running the migration script so check on that tomorrow sometime
12:55 owen I saw that "circulating" was appearing now where it wasn't yesterday
12:55 kados yea ... I was still working on it yesterday
13:01 owen I'm not sure how we can hide the 'descriptions' tab when there are no descriptions
13:01 We've got three different possibilities for descriptions data
13:01 kados :-)
13:01 owen Koha table notes, MARC notes, and Amazon
13:02 kados koha table notes shouldn't be used
13:02 so now we're down to two
13:03 you can do it but it's ugly :-)
13:04 if (amazon) { description } else if (marcnotes) { description}
13:04 eventually it'd be good to store them in the same loop
13:04 but I probably won't have a chance to do that before we go live :(
13:05 owen HTML::Template forces us to do some ugly things sometimes
13:05 kados true
13:09 owen Whoa, what just happened?
13:10 kados dunno, what's happening?
13:10 ahh
13:10 owen Stylesheets are gone from the OPAC
13:10 kados yea, the migration just reached the next stage :-)
13:10 wow, faster than I expected
13:11 mysql tuning actually works :-)
13:11 sorry owen ... this next bit may take a while
13:11 owen No problem
13:11 I'm sure the internets have something for me to do
13:11 kados :-)
18:47 thd kados: awake ?
18:49 rise kados , you have forgotten you are sleepy
00:07 qiqo can somebody enlighten me about the provision of barcode numbers?
00:07 i really dont understand,. i manually assigned barcode numbers but when i print the barcode sheets on pdf, the codes are changed
00:08 for example i gave 0001 to a book at the cataloguing module, then when i print the codes it is translated into 84000000017
00:08 how is this happening?
00:13 rach hi
00:14 qiqo hi rach
00:14 rach sorry I don't know why it's appending 84 to the begining - I have a thought that with other libraries we deal with they put something like that in for a check sum or similar
00:15 but why specifically 84  - and how you would change it I don't know -
00:23 qiqo the problem is when i printed the barcodes on paper and test the circulation module.,, the barcode is not recognized
00:23 what i mean is the book which pertains to that barcode has a different barcode number
00:23 ive already used 2.2.5
00:24 they said that 2.2.5 has a bad reputation when it comes to barcodes
00:24 so they advised me to go for 2.2.6RC2
00:25 rach did you get that advice off the list?
00:26 so that's the barcode that you say up there - it's a different number
00:26 ie has an 84 appended to the front
00:26 qiqo ermm if im not mistaken it was kados who urged me to try 2.2.6RC2
00:26 rach what happens if you put in a number like 00000000017
00:26 qiqo yes.. and the last digits are different from the ones in the database
00:26 rach so you put in one with the same number of digits as the barcode maker is wanting?
00:27 does it still add some more to the front?
00:27 qiqo e.g . i have a book which has the barcode number 1, then when i print the barcodes on pdf it will be 840000000017
00:28 rach yep - but what happens if you put in a barcode that is 00000000001 - ie you put all the 0's in yourself?
00:28 or if you put in one that is qi000000017
00:29 ie - do you think it might be that there aren't enough digits in your barcodes?
00:29 qiqo ok ill try to put 0000000000000000
00:30 rach the barcodes will be in a particular format - which I think you choose
00:30 so it may be that your numbers will all need to be in the format 840000000xx (where x = your digitis)
00:30 I don't know how many barcode formats there are to choose from
00:32 qiqo so i have to choose
00:32 from the formats?
00:33 rach I would think so
00:33 the barcodes will be conforming to a standard I think - so you'll need to choose the one that is most what you want
00:33 qiqo so how will i choose
00:35 rach erm that I'm not sure about - sorry I'm not much help, it's after 5.30pm here in NZ, so there aren't many people about
00:41 qiqo ahh ok
00:41 hmm..
00:42 ei youre a big help really, i think i have to experiment with the scripts
00:44 rach ok - you could try a mail to the koha-devel list as well for someone who might actually know about different barcode formats :-)
00:44 qiqo actually i was searching on the archives and i couldnt find any solution
01:04 so we still have older koha released at sourceforge?
02:11 hdl qiqo : are you there ?
02:12 btoumi hi all
02:12 qiqo yes
02:12 hi hdl
02:13 how are you?
02:13 hdl good what 'bout you ?
02:13 qiqo im good, but my koha is not hehe
02:13 hdl I found the source of your problem, I think.
02:14 It is hidden in barcodeGenerator.pl
02:15 comment out : lin 163 my $codeC = &checksum($code);
02:16 and change line 167 $codeC to $code
02:16 dewey hdl: that doesn't look right
02:17 hdl o dewey, pls shut up.
02:17 qiqo : tell me what happens.
02:18 toins hi #koha
02:18 hdl maybe comment -extn line
02:18 hi toins
02:18 toins salut hdl
04:38 qiqo hdl you there?
04:39 hdl yes
04:39 qiqo sorry we had a brownout here
04:39 so i missed your messages
04:39 hdl [09:13:56] <hdl> I found the source of your problem, I think.
04:39 [09:14:14] <hdl> It is hidden in barcodeGenerator.pl
04:39 [09:14:18] alaurin [~alaurin@213.56.55.251] a rejoint #koha
04:39 qiqo yey
04:39 hdl [09:15:39] <hdl> comment out : lin 163 my $codeC = &checksum($code);
04:39 [09:15:39] <hdl>
04:39 [09:16:32] <hdl> and change line 167 $codeC to $code
04:39 [09:1
04:40 qiqo ahhhh
04:40 okie
04:40 let me try that
04:40 hdl [09:18:32] <hdl> maybe comment -extn line
04:40 qiqo ermm so ill be using 2.2.6RC now?
05:06 hdl
05:07 i think it didnt solve the problem with barcodes
05:07 now, instead of 84, i get 31 gege
05:07 *hehe
05:08 hdl Sorry. Still, it is a closer "guess" than the first number you had.
05:08 qiqo hehe
05:08 hdl I hacked this code once for one of our customer. But can't get the code.
05:09 I will try and mail it to you If I can reach it
06:58 qiqo ei, my barcode generator i working now
06:58 what i did was, i downloaded koha via cvs
06:59 then i copied the barcode module and pasted it to my koha directory
06:59 then i updated the database
08:17 hdl back
08:40 have someone recently committed on rel_2_2 ?
08:40 I have a problem with Auth.pm
08:40 paul what kind of problem ?
08:40 hdl Due to lack of a function getpatroninformation
08:42 kados yikes
08:42 looks like tumer did
08:43 we'd better rever those changes quick
08:43 and post to the koha-devel list
08:43 paul (hello kados)
08:43 kados and make sure he didn't commit any other HEAD stuff to rel_2_2
08:43 hi btw :-)
08:44 hdl: revert to version 1.36.2.19
08:44 hmmm, wait
08:44 hdl hi kados
08:45 kados hi hdl :-)
08:45 http://cvs.savannah.nongnu.org[…]2.20&r1=1.36.2.19
08:45 not too much was changed
08:45 but enough to break getpatroninformation
08:47 http://cvs.savannah.nongnu.org[…]2.20&r1=1.36.2.19
08:49 paul I bet something went wrong, because the commit of 21:07 was for head, not for 2.2 (afaics)
08:49 kados yea ...
08:49 I"ve had problems with savannah cvs that look like this too
08:49 nothing shows up on mailing list
08:49 and I _swear_ I committed it ...
08:49 paul yes, alas
08:50 kados but it's not in cvs :-)
08:50 other times it's in cvs, but I didn't commit it :-)
08:50 (to that branch)
08:50 anyway ... simple to revert this one file
08:50 hdl: revert to 1.36.2.19, and it will fix the prob I bet
09:00 hdl kados: done ok.
09:06 kados did it work?
09:17 for some reason, this query is wrong:
09:17 Update biblioitems set
09:17 itemtype        = 'CIRC',
09:17 url             = NULL,
09:17 isbn            = '0440459516',
09:17 issn            = NULL,
09:17 publishercode   = NULL,
09:17 publicationyear = NULL,
09:17 classification  = 'J Byars',
09:17 dewey           = NULL,
09:17 dewey kados: sorry...
09:17 kados subclass        = NULL,
09:17 illus           = NULL,
09:18 pages           = NULL,
09:18 volumeddesc     = NULL,
09:18 notes           = NULL,
09:18 size            = NULL,
09:18 place           = NULL,
09:18 ccode           = JF,
09:18 where biblionumber = 2
09:18 can anyone tell me what is wrong with it? (driving me nuts)
09:20 nevermind ... trailing comma
09:20 paul ccode = JF with comma
09:20 kados snap :-)
09:20 paul ok, you won ;-)
09:47 qiqo hi everyone
09:47 i have fixed my barcode problem
09:48 hdl are you there?
10:05 hdl yes.
10:05 I am glad for you.
10:13 qiqo i had to modify this $sum = $sum + ( 3 * substr($code, $i, 1) );  to $sum = $sum + ( 1 * substr($code, $i, 1) );
10:14 i will then have a 12 digit barcode with alot of zeros and the last digits are my assigned number

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

koha1