| Time |
S |
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 |
|
kados |
it's pretty simple really |
| 12:35 |
|
kados |
there is an authorized value set up for the old itemtypes |
| 12:36 |
|
kados |
and they are stored in items.ccode (or will be next time I run the migration script) |
| 12:36 |
|
kados |
items.itemtype has the new itemtypes which are based on the list you posted to the wiki |
| 12:38 |
|
kados |
make sense? |
| 12:38 |
|
owen |
Yeah |
| 12:39 |
|
kados |
really, the names are backwards I think |
| 12:39 |
|
kados |
collection codes should be used for circulation rules |
| 12:39 |
|
kados |
or maybe not ... I'm not sure |
| 12:39 |
|
kados |
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 |
|
kados |
no ... |
| 12:43 |
|
kados |
it's not items.itemtype ... it's biblioitems.itemtype |
| 12:43 |
|
kados |
and biblioitems.ccode |
| 12:43 |
|
kados |
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 |
|
kados |
yea, I was mistaken |
| 12:44 |
|
kados |
it's biblioitems.ccode |
| 12:44 |
|
kados |
how is it useful to the branch to classify things differently ... strictly a collection code thing (ie, where it's shelved?) |
| 12:44 |
|
kados |
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 |
|
kados |
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 |
|
kados |
I think SAN has something like that working |
| 12:47 |
|
kados |
right now the only way to do it is to have two separate records |
| 12:47 |
|
kados |
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 |
|
kados |
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 |
|
kados |
instead of 'itemtype' they are now 'ccode' |
| 12:49 |
|
kados |
they are exposed to the template |
| 12:49 |
|
kados |
though I'm pretty sure they won't show up right now |
| 12:49 |
|
kados |
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 |
|
owen |
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 |
|
kados |
so now we're down to two |
| 13:03 |
|
kados |
you can do it but it's ugly :-) |
| 13:04 |
|
kados |
if (amazon) { description } else if (marcnotes) { description} |
| 13:04 |
|
kados |
eventually it'd be good to store them in the same loop |
| 13:04 |
|
kados |
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 |
|
kados |
ahh |
| 13:10 |
|
owen |
Stylesheets are gone from the OPAC |
| 13:10 |
|
kados |
yea, the migration just reached the next stage :-) |
| 13:10 |
|
kados |
wow, faster than I expected |
| 13:11 |
|
kados |
mysql tuning actually works :-) |
| 13:11 |
|
kados |
sorry owen ... this next bit may take a while |
| 13:11 |
|
owen |
No problem |
| 13:11 |
|
owen |
I'm sure the internets have something for me to do |
| 13:11 |
|
kados |
:-) |
| 18:47 |
|
thd |
kados: awake ? |
| 18:49 |
|
thd |
rise kados , you have forgotten you are sleepy |
| 00:07 |
|
qiqo |
can somebody enlighten me about the provision of barcode numbers? |
| 00:07 |
|
qiqo |
i really dont understand,. i manually assigned barcode numbers but when i print the barcode sheets on pdf, the codes are changed |
| 00:08 |
|
qiqo |
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 |
|
qiqo |
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 |
|
rach |
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 |
|
qiqo |
what i mean is the book which pertains to that barcode has a different barcode number |
| 00:23 |
|
qiqo |
ive already used 2.2.5 |
| 00:24 |
|
qiqo |
they said that 2.2.5 has a bad reputation when it comes to barcodes |
| 00:24 |
|
qiqo |
so they advised me to go for 2.2.6RC2 |
| 00:25 |
|
rach |
did you get that advice off the list? |
| 00:26 |
|
rach |
so that's the barcode that you say up there - it's a different number |
| 00:26 |
|
rach |
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 |
|
rach |
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 |
|
rach |
or if you put in one that is qi000000017 |
| 00:29 |
|
rach |
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 |
|
rach |
so it may be that your numbers will all need to be in the format 840000000xx (where x = your digitis) |
| 00:30 |
|
rach |
I don't know how many barcode formats there are to choose from |
| 00:32 |
|
qiqo |
so i have to choose |
| 00:32 |
|
qiqo |
from the formats? |
| 00:33 |
|
rach |
I would think so |
| 00:33 |
|
rach |
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 |
|
qiqo |
hmm.. |
| 00:42 |
|
qiqo |
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 |
|
qiqo |
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 |
|
qiqo |
hi hdl |
| 02:13 |
|
qiqo |
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 |
|
hdl |
It is hidden in barcodeGenerator.pl |
| 02:15 |
|
hdl |
comment out : lin 163 my $codeC = &checksum($code); |
| 02:16 |
|
hdl |
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 |
|
hdl |
qiqo : tell me what happens. |
| 02:18 |
|
toins |
hi #koha |
| 02:18 |
|
hdl |
maybe comment -extn line |
| 02:18 |
|
hdl |
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 |
|
qiqo |
so i missed your messages |
| 04:39 |
|
hdl |
[09:13:56] <hdl> I found the source of your problem, I think. |
| 04:39 |
|
hdl |
[09:14:14] <hdl> It is hidden in barcodeGenerator.pl |
| 04:39 |
|
hdl |
[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 |
|
hdl |
[09:15:39] <hdl> |
| 04:39 |
|
hdl |
[09:16:32] <hdl> and change line 167 $codeC to $code |
| 04:39 |
|
hdl |
[09:1 |
| 04:40 |
|
qiqo |
ahhhh |
| 04:40 |
|
qiqo |
okie |
| 04:40 |
|
qiqo |
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 |
|
qiqo |
hdl |
| 05:07 |
|
qiqo |
i think it didnt solve the problem with barcodes |
| 05:07 |
|
qiqo |
now, instead of 84, i get 31 gege |
| 05:07 |
|
qiqo |
*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 |
|
hdl |
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 |
|
qiqo |
what i did was, i downloaded koha via cvs |
| 06:59 |
|
qiqo |
then i copied the barcode module and pasted it to my koha directory |
| 06:59 |
|
qiqo |
then i updated the database |
| 08:17 |
|
hdl |
back |
| 08:40 |
|
hdl |
have someone recently committed on rel_2_2 ? |
| 08:40 |
|
hdl |
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 |
|
kados |
looks like tumer did |
| 08:43 |
|
kados |
we'd better rever those changes quick |
| 08:43 |
|
kados |
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 |
|
kados |
hi btw :-) |
| 08:44 |
|
kados |
hdl: revert to version 1.36.2.19 |
| 08:44 |
|
kados |
hmmm, wait |
| 08:44 |
|
hdl |
hi kados |
| 08:45 |
|
kados |
hi hdl :-) |
| 08:45 |
|
kados |
http://cvs.savannah.nongnu.org[…]2.20&r1=1.36.2.19 |
| 08:45 |
|
kados |
not too much was changed |
| 08:45 |
|
kados |
but enough to break getpatroninformation |
| 08:47 |
|
kados |
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 |
|
kados |
I"ve had problems with savannah cvs that look like this too |
| 08:49 |
|
kados |
nothing shows up on mailing list |
| 08:49 |
|
kados |
and I _swear_ I committed it ... |
| 08:49 |
|
paul |
yes, alas |
| 08:50 |
|
kados |
but it's not in cvs :-) |
| 08:50 |
|
kados |
other times it's in cvs, but I didn't commit it :-) |
| 08:50 |
|
kados |
(to that branch) |
| 08:50 |
|
kados |
anyway ... simple to revert this one file |
| 08:50 |
|
kados |
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 |
|
kados |
for some reason, this query is wrong: |
| 09:17 |
|
kados |
Update biblioitems set |
| 09:17 |
|
kados |
itemtype = 'CIRC', |
| 09:17 |
|
kados |
url = NULL, |
| 09:17 |
|
kados |
isbn = '0440459516', |
| 09:17 |
|
kados |
issn = NULL, |
| 09:17 |
|
kados |
publishercode = NULL, |
| 09:17 |
|
kados |
publicationyear = NULL, |
| 09:17 |
|
kados |
classification = 'J Byars', |
| 09:17 |
|
kados |
dewey = NULL, |
| 09:17 |
|
dewey |
kados: sorry... |
| 09:17 |
|
kados |
subclass = NULL, |
| 09:17 |
|
kados |
illus = NULL, |
| 09:18 |
|
kados |
pages = NULL, |
| 09:18 |
|
kados |
volumeddesc = NULL, |
| 09:18 |
|
kados |
notes = NULL, |
| 09:18 |
|
kados |
size = NULL, |
| 09:18 |
|
kados |
place = NULL, |
| 09:18 |
|
kados |
ccode = JF, |
| 09:18 |
|
kados |
where biblionumber = 2 |
| 09:18 |
|
kados |
can anyone tell me what is wrong with it? (driving me nuts) |
| 09:20 |
|
kados |
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 |
|
qiqo |
i have fixed my barcode problem |
| 09:48 |
|
qiqo |
hdl are you there? |
| 10:05 |
|
hdl |
yes. |
| 10:05 |
|
hdl |
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 |
|
qiqo |
i will then have a 12 digit barcode with alot of zeros and the last digits are my assigned number |
