IRC log for #koha, 2006-08-10

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

All times shown according to UTC.

Time Nick Message
12:25 qiqo kados: still there?
12:25 dewey rumour has it there is a minor diff in <div>s, that I missed
12:26 qiqo i still cant make the barcode generator run efficiently though i already downloaded from cvs
12:27 ermmm
12:28 anyone who could help me?
12:28 kados qiqo: yep
12:28 qiqo already done the steps with the updating koha manual
12:29 kados you are useing the new barcodes manager, not the old one?
12:29 qiqo yup
12:29 kados did you update the database?
12:29 qiqo im using the new one based on the cvs i download
12:29 yup
12:29 kados using the labels sql in the barcodes dir?
12:29 qiqo already did
12:29 using mysqlcc
12:30 kados well, don't know what else to tell ya
12:30 working fine for me
12:30 you could hire someone to fix your install :-)
12:30 qiqo ohh..
12:30 hmm
12:31 ill still try to dig out
12:31 kados qiqo: what library do you work for?
12:31 qiqo for a non government organization
12:31 here in the philippines
12:31 kados ahh
12:31 qiqo im a library science student
12:31 kados cool
12:32 well, you could try your luck on the koha-devel list
12:32 explain what you did, what the log error messages are, etc.
12:32 qiqo actually next week i will deploy koha as a marc entering tool for our computer laboratory
12:32 okie..
12:32 kados I'm a bit too busy at the moment to be of much help I'm afraid
12:33 qiqo :) i really appreciate the big help
12:33 kados np
12:34 qiqo actually i really suspect that its my operating system which makes my work hard
12:34 im using slackware...
12:34 kados yea, just use debian, everything works :-)
12:35 qiqo really?
12:35 dewey really are quite different
12:36 qiqo will it run on a freespire box?
12:36 kados I've not tried it, but I imagine so
12:36 qiqo i really like the gui of freespire / a debian based distro
12:36 kados I don't use the gui :-)
12:36 none of my systems even have X installed :-)
12:37 qiqo i have to use one
12:37 because we only have one PC here for the library
12:38 i guess im going to have my macbook next week so i could just use that one for the inputs
12:38 kados yay ... I use a macbook as my desktop
12:38 love it
12:39 qiqo macbooks are way too expensive here
12:39 i really dont know why people here overcharge on the prices of notebooks
12:40 even library systems,, they cost too much
12:42 slef url for freespire?
12:42 qiqo www.freespire.org
12:42 slef ta
12:42 qiqo basically its the free version of linspire foremerly know as lindows because they have been sued by microsoft
12:42 hehe
12:42 slef kados: are you short of customers?  you seem to be giving qiqo the hard sell
12:43 kados slef: hard sell?
12:43 qiqo hard sell?
12:48 anyway
12:48 have you seen the screenies?
12:50 kados qiqo: naw ...
12:50 qiqo: haven't followed linspire much
12:51 qiqo ah well it seemed to be a good distro
12:51 but too much corporatization
12:51 kados well more power to them
12:51 qiqo i hope koha will be free forever
12:51 kados I'm ok with corporatization if it gets something done
12:51 thd kados: you should have my message now
12:51 kados thd: thx
12:52 qiqo: only if the community supports it
12:52 qiqo: things don't stay free if there's no market to support them
12:52 qiqo: simple economics :-)
12:52 qiqo ahh well
12:53 i would still stick with the original philosophy of koha: it should be free forever
12:53 as being stipulated on the site.. hehe
12:53 kados of course ... but being free is worthless if it doesn't work
12:54 as I suspect you're discovering with the barodes :-)
12:54 qiqo hehe
12:54 kados in the end, you either need to have libraries with staff pitching in development time, or libraries willing to sponsor development
12:55 I've been with the project for a while now
12:55 and with library software, I can tell you, volunteers just don't cut it
12:55 it's just one of those strange market things
12:56 qiqo hmm i really dont know,, a student from our university (still undergraduate) has created a library system
12:56 thd kados: there is also the possibility that a Koha foundation could be well funded.
12:56 qiqo and he's earning a little from it
12:56 kados thd: there is that
12:57 qiqo: more power to him
12:57 Burgwork kados, I suspect is that the issue is small pool of people who a) are talented and b) are interested
12:57 qiqo its the phpmylib
12:57 kados qiqo: but a library system in the phillipines is quite different than a world-wide library system ... as katipo discovered with version 1 of Koha
12:57 qiqo yes,, specially with marc..
12:57 kados yep
12:57 qiqo actually marc from the philiipines is same as USMARC
12:58 but according to my professor USMARC is different from MARC21
12:58 kados yep
12:58 qiqo and so he tells us that cataloguing in the philippines is not holistically based on LC's
12:58 kados :-)
12:58 welcome to the world of libraries
12:59 qiqo haha
12:59 kados where no standard is standardized :-)
12:59 qiqo i wont bother to use ranganathans colon classification if i only knew it hehe :)
13:03 what is the time there?
13:04 kados in Ohio it's 2:00pm
13:04 qiqo cool its 2am here
13:10 thd kados: as long as librarians are not building rockets we should be safe from the worst effects of a non-standard conception of standards
13:10 owen I don't think rockets come into the picture until version 5 or 6
13:11 thd kados: even rocket engineers forget which units they are using in a dangerous way
13:15 kados hehe
13:15 thd: yea, forgot about that :_)
13:15 thd qiqo: do you have a quick link to the version of USMARC used in the Philippines?
13:16 qiqo we really have no standard when it comes to mark..
13:16 they say that its a hybrid USMARC/MARC21
13:17 most of the libraries here dont even know marc... hehe
13:18 they still stick wit the traditional card catalog/aacr
13:18 kados thd: you could tell us best, but isn't USMARC a subset of MARC21?
13:18 qiqo my professor told me that in the 60s or 70s almost all countries have had their own version of MARC
13:19 thd qiqo: There is no formal standards documents describing what is used at the Philippines national library?  Are most Philippine libraries still using CDS/ISIS?
13:19 qiqo then some consolidated and formed MARC21 which part is US MARC
13:19 yes CDS ISIS
13:20 but at our university. which is the University of the PHilippines, we programmed our own ILS..
13:20 which is in java
13:20 thd kados: USMARC evolved into MARC 21 with the convergence of CANMARC and others.
13:21 qiqo The University of the Philippines Main Library is the largest library in the Philippines containing millions of monographs..
13:21 The UP college of law library is the largest law library in asia
13:22 UP library is larger than our national library
13:23 http://ilib.upd.edu.ph/
13:24 thd qiqo: Does your library have a depository right to copies of anything published in the Philippines or does that right rest only with the national library?
13:25 qiqo only the national library has the rights to have a copy of anything published
13:25 however,, some of the publisher here give copies to our library for free
13:26 but still collection development would still be followed when it comes to honoring gifts
13:27 thd qiqo: good that you have public spirited publishers.
13:27 qiqo it's UP... basically its the premier university
13:28 we have a library course: B. Library and Information Science
13:29 BTW we are an authorized distributor of WINISIS here..
13:29 but winisis is not doing well
13:33 did UNESCO abandon it?
13:33 thd qiqo: My understanding is that there is not enough investment in keeping ISIS up to date with improvements in electronic distribution of information.
13:33 qiqo ahh ok..
13:34 last thing i heard, theyll be going opensource
13:35 unesco wont fund us anymore, they have been our partners for the longest period of time
13:35 thd qiqo: it is likely to atrophy in favour of MARC 21 or UNIMARC in the face of free software systems supporting MARC.
13:38 qiqo hm
13:39 thd qiqo: UNESCO has always been underfunded in general but I suspect the effect of politics upon funding choices is more difficult over time.
13:39 qiqo i have a question,, what is your vision on library systems and library school
13:40 because my thesis is the Information Systems Strategic Plan of our College
13:41 its a 5 year plan 2006-2011
13:41 thd qiqo: I do not understand what you mean to ask?
13:41 qiqo the future of library systems.. trends etc..
13:41 i need to listen to insights of other people..
13:41 .. experts etc..
13:43 thd qiqo: in the future library systems will find what you want to read for you instead of merely interpreting queries.
13:44 qiqo ahh you mean relative to googlebooks?
13:44 i mean without the restrictions?
13:45 thd qiqo: that also
13:45 qiqo do you think that google is big threat to libraries and librarians?
13:47 slef no more to libraries than the rest of the internet :)
13:48 thd qiqo: there is a chance that the lawsuit over the Google Books library programme will end in a bad way for everyone concerned with information except for the short term goal of giving a copyright holder maximum control over content restriction for cases that ought to be fair use under US law.
13:51 qiqo: If Google does not settle that lawsuit adversely, I hope they do not loose too much for everyone else in court.
13:54 qiqo: the real problem with Google is that it succeeded in the market where librarians failed.  They merely index full text and do not understand or give any public showing of an interest in any other means of accessing information.
13:55 qiqo: Even the concept of fielded indexing and searching is almost completely lost on them.
13:56 qiqo: The trouble is that since any arbitrary query is liable to find something in Google people assume that is always sufficient.
13:58 qiqo: That is a function of the size of Google's index and not an indication that full text indexing is a more valuable technique than using a controlled vocabulary.
13:59 qiqo hmm
13:59 wow
13:59 let me log that
14:01 ei thd thank you for that
14:01 it will help me in my thesis
14:01 thd qiqo: I expect that Google and other full text only systems like it will always be influential but I hope that a centuries of library systems are not lost on the next generation of information access tools that succeeds in the market.
14:02 qiqo: Read Marcia Bates.
14:02 qiqo i really dont want to loose my job
14:02 thd qiqo: what is your job?
14:03 qiqo ill be a librarian
14:03 :)
14:03 ei i hafta sleep now
14:03 thakyou very much for the insights
14:04 i really appreciate your views
14:04 thank you kados for the big help
14:04 thd qiqo: http://www.gseis.ucla.edu/faculty/bates/
14:05 qiqo thanks
14:05 good morning
14:12 hdl back
14:20 kados hi hdl
14:25 hdl kados : is there a mysql hack to get the id of the latest record created ?
14:26 kados max(timestamp) maybe?
14:27 owen http://mysql.com/doc/refman/5.[…]ng-unique-id.html ?
14:44 hdl owen : mysql5.0....
14:45 Atm, I am not sure Koha is supposed to be working only for mysql50.
14:52 kados : 1140 and 1145 should be fixed now.
14:52 kados hdl: I'll update and test immediately
14:53 hdl I should have warned that :
14:54 A) To my mind it is not THAT stable a solution. (it uses LAST_INSERT_ID) and some time can pass and therefore this value can be mistaken.
14:54 But.
14:54 This comes from a missing codingguideline.
14:55 Indeed, when you use a sub that creates a row into a table, one SHOULD ALWAYS return a value, an id so that we can use that for further progress.
14:56 kados hdl: can you clarify which bugs are fixed?
14:56 in the commit message it's 1144 adn 1140
14:57 hdl 1140 : three LATEST serials should be shown in OPAC.
14:57 And adding a manual issue itemization.
14:58 kados http://opac.smfpl.org/cgi-bin/[…]tail.pl?bib=59614
14:58 that's a previously checked in serial
14:58 do I need to re-checkin for the fix to apply>
14:58 ?
14:58 I will check manual itemization now
14:59 Burgwork kados, are you in the middle of a rework of zoomopac?
15:00 hdl kados : My wife is mad at me... So I will read you. (lurking here or by mail henridamien at koha dot org )
15:00 koha-fr...
15:00 of course.
15:00 kados Burgwork: yea, owen's working on the template
15:01 hdl_away: ok ... thanks :-)
15:02 Burgwork kados, cool. Anything else I can do to help on that?
15:03 kados Burgwork: ask owen, he's the interface guy :-)
15:03 Burgwork right
17:21 thd chris: are you there?
17:22 chris partially
17:24 thd chris: were you partially discussing OpenURL with kados yesterday?
17:24 chris not really
17:25 just mentioned it in passing
17:25 thd chris: I was confused about the context or the reason it came up.
17:26 chris just talking about the format a form passes information to a cgi script as
17:27 it was just a throwaway remark
17:28 thd chris: I guess it is not important if there was no issue about doing something with OpenURL but it does not have an elaborate formal query language.
17:30 chris: When you become interested I can supply you with links to implementation documents.  Reading the NISO standard is not enough.
17:31 chris cool
02:37 hdl hi paul and toins
02:37 paul hi hdl
02:37 toins hi all !
07:07 kyle kados: you around?
07:30 kados kyle: yep
07:30 paul hi kados (& kyle)
07:30 kados hi paul
07:30 kyle hey paul.
07:30 I was wondering what the current state of fines calculation was.
07:31 paul did you see that toins announced having a head search working with zebra (this morning) ?
07:31 kados currently fines are calculated via a cron job
07:31 paul: no, I didn't see that
07:31 paul: good news
07:33 kyle kados: John & the librarians want fines calculated immediately upon a book being checked in. I figured I'd try to copy and modify fines2.pl to this end, and then a call to it could be made for it each time a book is checked in.
07:33 That is, a new version that only checks and processes a single barcode.
07:33 kados hmmm
07:33 paul kyle : if you have some time to solve this, you should bug the SAN
07:33 kados you may want to check with SAN
07:33 heh
07:33 paul hehe... I won ;-)
07:33 kados :-)
07:34 paul the only "problem" being that they are in holiday for instance.
07:34 kyle I thought they were working on fines : )
07:34 more holidays ; )
07:34 paul and don't expect too many ppl before sept, 2nd or something like that
07:34 (it's arnaud laurin that works on fines, iirc)
07:35 kyle what is his IRC nick?
07:36 paul alaurin
07:36 (usually)
07:37 kyle thanks. Have either of you checked out the offline circulation extension yet?
07:37 paul nope.
07:37 kyle http://www.ccfls.org/koha/
07:38 it doesn't *work* yet, but it does collect data. And I wouldn't mind some constructive criticism. Kados: how about having it store a list of debarred patrons, and perhaps reserves data.
07:38 It could sync with the server every morning.
07:39 kados I haven't had a chance to check it out yet
07:40 kyle It's just a new window with three tabs, check in, check out, and process (for uploading to koha). It stores the barcodes in a list box, until they are moved to an array.
07:41 It should work fine with any barcode scanners that already work with koha.
07:48 kados paul: you around?
07:48 paul yep
08:33 kados cm: any progress with zebra?
08:38 morning owen
08:38 owen Hi
08:38 Did I missing anything by going home and sleeping?
08:38 kados hehe
08:45 owen So kados, what are we going to do about opac-main?
09:00 cm kados: hi...zebra is working, but it seems that bulkmarcimport is going to take 3 days to import all our data now. :/
09:01 paul isn't it a commit problem cm ?
09:01 cm what do you mean?
09:01 paul (zebra commit every time you import something & that's quite long...)
09:01 cm yeah.  without zebra it took about 3 hours
09:02 paul tumer & kados planned to have a system preference to commit just at the end of the bulkmarcimport.
09:02 I don't know if it's done.
09:02 cm that would be *really* nice.  :)
09:02 paul you'll have to wait for kados answer ;-)
09:03 cm ok.  I really need it to take less time.  We have to migrate Meadville over a weekend.
09:09 paul kados around ?
09:10 you told me libLime did something about template/includes choosing in dev_week, but I don't remember seeing anything about that.
09:10 you also once told me you had a self checkout somewhere. Am I missing something ?
09:13 kados cm: you can import into zebra, then use export.pl to export the marc and index in zebra
09:13 cm: should take about 4 hours tops
09:13 paul: I checked with ryan and I was wrong
09:13 cm I couldn't get export.pl to work.
09:13 kados paul: we didn't do a template/includes yet
09:13 paul ok, i'll take care of it then
09:13 kados paul: also the self-checkout is severely deprecated ... not even NPL uses it
09:14 paul ok.
09:14 kados cm: if you use the dev_week repo and koha.xml and a dev_week install (with MARC records in biblioitems.marc) it should work
09:16 cm hmm...I think that's what I was using.
09:17 paul cm : note that, if I don't mind, you just could stop zebrasrv & run bulkmarcimport without it.
09:18 kados yep
09:18 paul you'll get many many zbera errors, but no zebra time either ;-)
09:18 kados but she's having trouble exporting the MARC
09:18 cm thanks, paul.  I was wondering if there was a way to stop it from exporting into zebra.
09:18 paul ok, sorry
09:18 kados cm: can you verify that when you do it that way, it's importing into biblioitems.marc?
09:18 ie, that the MARC records are actually getting into Koha
09:19 cm i have data in biblioitems.marc
09:19 kados ok ... so now we need to figure out why you can't export it ...
09:19 all export.pl does is run MARCgetbiblio
09:19 try this (i know, you've probably done it before):
09:20 export KOHA_CONF=/path/to/koha.xml
09:20 cd /path/to/dev_week/repo/koha
09:20 export/export.pl /path/to/zebradb/records/ccfls.iso2709
09:21 I'm trying it too
09:21 cm ok.  just a moment.
09:22 kados seems to be working for me
09:23 cm i just got this:
09:23 No such file or directory at export/export.pl line 16.
09:25 nevermind.  didn't have records directory
09:25 but...now I have an iso2709 file, but it's empty
09:25 no other errors.
09:26 kados sec
09:27 cm kados: what's the creation date on your export.pl. Mine's March 31. I don't seem to have revision info in the file.
09:31 kados sorry ... damn phone
09:31 cm s'okay.  I'll be back in a few.
09:31 kados same date on mine
09:32 so the export runs, and finishes, and produces an empty iso2709 file ...
09:32 how strange
09:33 if you look in C4/Biblio.pm
09:33 you'll see the MARCgetbiblio subroutine
09:33 it basically just does:
09:33 my $sth =      $dbh->prepare("select marc from biblioitems where biblionumber=? "  );
09:33 pulls that raw data out, turns it into a MARC::Record object, and returns it
09:34 so if you have biblioitems.marc data, it should work :(
09:38 cm huh.  yep, my Biblio.pm has that line.  weird!!
09:38 kados maybe try to do it manually
09:39 select marc from biblioitems limit 3;
09:39 see if it looks like valid MARC strings
09:41 cm looks fairly normal, AFAIK.  I'll email you the output.
09:44 did you get it?
09:45 kados yep
09:45 looks normal
09:45 cm thought so.
09:45 kados well ... those are _very_ minimal records
09:45 and they're also no utf-8 encoded
09:45 s/no/not/
09:45 but that shouldn't affect export
09:46 cm the minimality is expected...those are rotating collection ones, and they are pretty barebones
09:46 why wouldn't they be utf-8?
09:47 kados your leader is 00264nam  2200109u
09:47 if they were utf-8 it would be:
09:47 00264nam a2200109u
09:47 cm ah
09:49 lemme try it again, with perl -I /path/to/modules.
09:49 kados sounds good
09:49 yea, if you're using the old C4, it won't work
09:49 cuz it'll look in empty marc_subfield_table
09:50 I'd highly recommend transforming your data to utf-8
09:50 otherwise, it'll be in MARC-8 format, and no browser understands that
09:51 so all your special characters will be mangled
09:52 cm nope, same diff.
09:52 how do I do that?
09:53 kados well ... I've been passing it through MARC::File::XML and back
09:53 weird it's not working
09:53 cm yeah.
09:54 kados cm: can you throw a warn in MARCgetbiblio for me
09:54 cm sure
09:54 kados warn "BIBID".$bibid;
09:54 right after the
09:54 my ( $dbh, $bibid ) = @_;
09:56 cm it's in there.  try it again?
09:56 kados yep
09:56 cm didn't give me any warnings.
09:56 kados so that means that you're not getting a list of bibids
09:57 try this in mysql:
09:57 select bibid from marc_biblio order by bibid limit 3;
09:58 cm empty set!
09:58 kados interesting
09:58 try:
09:58 select * from marc_biblio limit 3;
09:58 seems like maybe marc_biblio is empty :-)
09:58 cm yep.  empty set again
09:59 kados ahh ... just looking at bulkmarcimport
10:00 hmmm ...
10:01 so basically, it calls NEWnewbiblio and NEWnewitem
10:01 cm okay...
10:02 kados I think the problem is
10:03 that marc_biblio is deprecated
10:03 in dev_week
10:03 cm yikes.
10:03 kados should be a pretty quick fix
10:03 just a sec
10:03 cm good.  :)
10:04 kados try this:
10:04 select biblionumber from biblioitems limit 4;
10:04 (make sure you've got biblionumbers in the first place)
10:05 cm 4 rows.
10:05 kados sweet
10:05 cm at least something's in there.  ;)
10:05 kados ok, all you need to do is change export.pl
10:05 cm ok.
10:06 kados instead of:
10:06 select bibid from marc_biblio order by bibid
10:06 use:
10:06 select biblionumber from biblioitems order by biblionumber
10:06 and it should work
10:06 cm ok
10:08 it's working.  :D
10:09 yep, there's data in the iso2709 file now.  now I can get on with the show.  Thanks!
10:13 kados maybe we should commit it :-)
10:13 paul ok, I was not sure it was not something from me, I wanted to avoid breaking dev_week ;-)
10:13 kados in fact, I'm not 100% sure it's correct either
10:14 we should ask tumer if marc_biblio is deprecated
10:14 (I think it is though)
10:14 (based on reading in Biblio.pm)
10:17 ok, committed
10:17 and in the msg I asked tumer about it

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

koha1