← 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