Time Nick Message 22:52 brendan cya later all -- enjoy hallowenn 20:29 chris http://wiki.koha.org/doku.php?id=en:events:meetings:irc_meetings:meetingnotes09oct29 20:28 wizzyrea yes, mostly very rational 20:28 chris and well i thought 20:28 chris ahh that was yesterday 20:28 atz how did the meeting go today? 20:27 brendan owen 20:27 brendan cya woen 20:27 pianohackr|work good night owen 20:27 owen ok, time to go home - good evening #koha 20:19 cait_laptop ok, time to go to bed - good night #koha 20:17 pianohackr|work hi, atz 20:14 brendan hi atz 20:13 chris wb atz!!! 20:13 atz greets 20:13 owen Hi atz 20:10 chris heh, you best get going 20:10 * thd was supposed to be in a different county hours ago 20:08 munin gmcharlt: The operation succeeded. Quote #44 added. 20:08 gmcharlt @quote add <thd> People make bugs fairly much in the degree to which they contribute to the code 20:07 owen I wonder how much of the emergence of LEK stems from the vision of a future in which LibLime wasn't release manager. 20:06 moodaepo I mean the bug reporting + code contribution 20:06 chris well being able to acknowledge its possible you could make a mistake most people can do 20:06 moodaepo thd++ # that would be me : ) 20:06 thd It is difficult for most anyone to look at his own faults clearly 20:06 chris thd++ 20:05 thd People make bugs fairly much in the degree to which they contribute to the code 20:04 chris the inability to do that 20:04 chris and that seems to me the root cause of this whole thing 20:04 chris i think in order to have a good discussion about bugs, you ahve to be able to recognise that you are capable of making them 20:02 thd Unfortunately, now the reactions from kados have been more severe. 20:01 thd chris: The problems I recognise and how kados reacts go back to at least 2006. 20:00 thd chris: yes I was not even referring to recently 20:00 moodaepo like an ugly divorce aye 19:59 moodaepo It somewhat makes sense 19:59 chris unfortunately a lack of humility and too much hubris resulted in what could have been a valid point being a venom ridden attack on a person who most certainly did not deserve it 19:59 thd moodaepo: Not that it would change anything at this point but a little more openness on discussion from kados would help. 19:59 thd moodaepo: I just wish he would have a calm civil discussion about it openly and we could address those issues collectively. 19:58 thd moodaepo: actually I know that in the case of kados, that frustration over various problems is an important part of the origin of his response. 19:56 moodaepo really you think so? 19:55 thd mondaepo: I think that part of the reaction of kados recently to the community is a similar frustration with a misplaced response. 19:54 thd mondaepo: I also had the wrong reaction in 2005 to having my patches quickly broken. Instead of trying to document my fixes so that others would be aware I retreated from fixing things for not enough time to fix them when they would be broken again. 19:53 cait_laptop I have a list of possible bugs on my desk... but all need more testing in 3.2 :( 19:51 thd mondaepo: yes, it is less likely for people to break a bug fix if it is well documented. The code is also cleaner now than in 2005 so new patches are less likely to break old ones in mysterious ways. 19:49 thd gmcharlt: I have too high a standard for the quality of my bug reports. It takes me too long to write them to make them understandable by those who had not seen the original bug. 19:48 moodaepo and if you don't document it... 19:48 chris http://gandhifoundation.org/2009/05/28/te-whiti-o-rongomai-a-forerunner-of-gandhi/ 19:48 moodaepo thd but you thought you fixed it and wouldn't want other's to re-invent the fix 19:47 thd gmcharlt: yes because I found in 2005 that my fixes became broken again very quickly. 19:47 moodaepo chris I see, any readings you could point to would be great. 19:47 gmcharlt not sure I would go that far - recording what you've fixed is useful 19:46 thd gmcharlt: I avoid reporting most bugs I see because it seems easier to fix them than report them. 19:46 chris moodaepo: and in interesting side note, ghandi was influenced by the passive resistance happening in NZ 19:45 thd Certainly the tactic of the original report would backfire merely by seeming to be unfair for not being public and inviting criticism. 19:44 moodaepo Had to look up the line, did not know it was a Gandhi one. 19:44 gmcharlt well, that's the tricky thing about bugs - once those with the capacity to fix them start using bugs as a way to bash others rather than help fix them, the process becomes hopelessly mired in needless noise 19:43 thd I wish that I knew the bugs of other systems as well as Koha. 19:43 moodaepo chris++ 19:42 chris but if librarians and users want to, then that is up to them 19:42 chris we are at step 3, i agree with galen, FLOSS vendors shouldnt play 19:42 thd gmcharlt: Sometimes that is true. 19:42 gmcharlt definitely the third stage 19:42 chris first they ignore you, then they laugh, then they fight you, then you win 19:41 gmcharlt thd: sometimes the best way to win is not to play 19:41 thd gmcharlt: My point was merely that someone with strong familiarity would be best placed to answer those very specific allegations about performance problems. 19:39 thd gmcharlt: It is the Evergreen software on which the report is commenting in referring to PINES. 19:39 gmcharlt PINES (the consortium in Georgia) is running Evergreen 19:38 thd gmcharlt: Is PINES software Evergreen or is it a very different version? 19:38 thd gmcharlt: of course I was as careless in my wording as the author of the report in using his language 19:37 chris thd: horizon has been found to be horribly insecure 19:37 gmcharlt thd: if _PINES_ wants to respond for themselves, that would be good. but note that in no way does ESI speak for PIENS 19:37 pianohackr|work Yes, especially any major symphony clients 19:36 thd Well informed sources may also know about similar bugs in SirsiDynix software. 19:35 thd Well informed sources might know about some historical problem which has long since been fixed. 19:35 thd I prefer well informed sources. I can make my own judgements about bias. 19:35 pianohackr|work ah, true 19:34 chris i think someone outside of ESI would be the best, just to remove any suggestions of bias 19:34 pianohackr|work looks like they're especially afraid of losing consortium clients 19:34 pianohackr|work is phasefx involved with that? I believe he/she is involved with evergreen, but not sure if that extends to pines specifically 19:33 thd Someone with familiarity needs to address the PINES specific attacks. Other than no library would continue using software with the alleged poor performance, I would not know how to answer. 19:32 brendan hey painohackr|work 19:31 pianohackr|work hi brendan, davi_ 19:27 chris nope 19:25 thd chris: do they not always come? 19:25 chris at LIANZA 19:25 chris there were at least 3 proprietary vendors in my Koha talk 19:25 thd owen: it shows that there business is beginning to be challenged 19:24 thd owen: yes, it shows more than that 19:24 thd but it is progressing nicely 19:23 owen I guess the lesson of the day is: They notice us! 19:23 thd I see some important aspects which people are missing. 19:23 thd I will create a GoogleDocs account tonight. 19:23 wizzyrea LOL 19:22 chris *nod* i just let it through 19:22 owen Cover blown. 19:22 owen Heh, Frank Coster just sent the "Koha vs Follet comparison" thread to himself @follett.com and cc'ed the Koha list 19:21 chris i wonder how that proprietary mailing lists is going 19:21 wizzyrea (terrible joke) Clean teeth are the enemy! 19:21 chris hehe 19:20 wizzyrea ok yea, you win 19:20 chris if you use floss = terrorist 19:20 wizzyrea HAHA 19:20 owen Well, a mailing list "no-fly" list! 19:20 wizzyrea seriously? 19:19 owen It doesn't count until you get put on a "no-fly" list like me ;) 19:19 wizzyrea chat terrorist, maybe 19:18 * wizzyrea is not a terrist 19:18 wizzyrea O.o 19:13 chris thats cos she helps the terrorists, you have to stick to proprietary formats if you can, i shoulda send patent encumbered .gif from the early 90s or it didnt happen 19:12 owen wizzyrea is file format agnositc 19:12 wizzyrea that's funny... I always say "pic or it didn't happen" 19:12 wizzyrea hehe 19:02 chris_n heh 19:01 jdavidb I'm on the Etherpad one, at the moment. Trying very hard not to get seriously nasty. 19:00 chris or as my friend at work says "jpg or it didnt happen" 19:00 chris plenty of "citation needed" 18:59 chris_n missed the googledoc one 18:57 chris the googledoc is coming along really well 18:56 wizzyrea lol wowie 18:56 chris ahh 18:56 cait_laptop happy weekend jwagner 18:55 chris_n etherpad says "Sorry, only 16 people are allowed to edit a single pad at the same time in the free version of EtherPad." 18:55 thd happy weekend jwagner 18:55 jwagner Gotta run, happy weekend everyone! 18:54 wizzyrea no wonder I"m hungry 18:54 thd chris: there are some comments in the report which are generally true about free software or specifically true for the case given but still very misleading. 18:54 wizzyrea dear lord, it's almost 2 18:54 chris yeah 18:54 owen I've experienced that problem before with other docs, when someone invited me using a none-gmail address of mine 18:54 chris ah ha, the 4th one worked 18:53 chris whats that about then 18:53 chris i have received 3 invites to the googledocs one, but when i click on them it says i dont have access 18:53 chris http://etherpad.com/9OzS9eowye 18:51 chris and an etherpad doc too 18:51 chris http://wiki.code4lib.org/index.php/SirsiDynix:_Integrated_Library_System_Platforms_on_Open_Source 18:51 chris also there is 18:51 wizzyrea if you would like access 18:51 chris at least the only ones i could find 18:51 wizzyrea thd: there is a google doc available for general refutation comment 18:50 chris the only truths contained are truths about software development, not constrained to FLOSS 18:48 thd gmcharlt: Like all effective FUD, there is also some truth in the report which is why responding may be helpful. 18:47 thd gmcharlt: There are some easy responses to some parts which could go overlooked. 18:47 jwagner cait_laptop, "You are in a twisty maze of passages, all alike." Isn't that a quote from some game? 18:47 thd gmcharlt: I would like to offer my assistance in any detailed refutation if anyone is interested. 18:46 gmcharlt thd: we're thinking about it 18:46 cait_laptop perhaps will get better when I finally finish reading this perl book ) 18:46 thd gmcharlt: OK, so no one is yet planning any detailed response? 18:46 joetho or quotify or whatever you call it. 18:45 joetho archive that. 18:45 joetho "Someone would then have to delete the dummy." 18:45 cait_laptop jwagner: my dreams about perl are strange, like being in a labyrinth and finding no way out 18:45 gmcharlt thd: basically, ESI has no comment for now - initial community response is doing a good job of dealing with it 18:44 thd gmcharlt: It is significantly aimed at Evergreen while casting general aspersions. 18:43 thd gmcharlt: yes 18:43 gmcharlt thd: depends - are you refering to the SirsiDynix white paper 18:43 wizzyrea (I have lots of dreams about surfing, for whatever reason) 18:43 wizzyrea kittens, rainbows, hot chocolate, surfing 18:43 jwagner Hey, there are things I'd RATHER be dreaming about! 18:43 thd gmcharlt: who does the Equinox FUD responses now that Karen Schneider has left? 18:43 wizzyrea hee 18:42 jwagner Something to turn over in the back of the head for a while. It's amazing how many problems get solved there. Or about 2:00 AM when I wake up with Perl code running through my head..... 18:42 thd hello gmcharlt 18:42 wizzyrea yeah... this is an interesting problem 18:42 gmcharlt hi thd 18:41 cait_laptop y 18:41 jwagner For OPAC display, if we went the title-no-items route, we'd have to have some kind of a check for the "allow holds" setting and do a screen display saying it was on order. 18:41 cait_laptop ah ok, sorr 18:40 wizzyrea hrm 18:40 cait_laptop items cant be overlayed as far as i know 18:40 jwagner Yes, so far as I know. Someone would then have to delete the dummy. 18:39 wizzyrea so, acq orders the item, adds the brief record, checks the box "On Order". Koha creates the dummy item with ON ORDER itype. Item is received, goes to cataloging who then does the OCLC magic and overlays 50 copies... the dummy is still existant? 18:39 cait_laptop with a temporary status 18:39 jwagner We wanted something to make it REALLY OBVIOUS to the patrons, so they'd understand where the item was. 18:39 cait_laptop I think its the way our current system works too 18:38 jwagner cait_laptop, I tried working with the In Processing (PROC) but wasn't wholly satisfied with the OPAC display. It didn't jump out and bite you, so to speak :-) 18:38 cait_laptop jwagner: have not tried temp locations yet, but nicoles doc is on my desk at work :) 18:38 wizzyrea so doesn't remove existing 18:38 cait_laptop jwagner: what about a temporary location like PROC that can be reset by check in? 18:38 jwagner Trying to think of a workflow with as few steps as possible..... 18:37 jwagner They'd have to edit the item record -- overlay just affects the title record and adds new items, so far as I know. 18:37 thd cait_laptop: standard MARC communications format which often appears in .mrc files is fine. 18:37 wizzyrea it would go away when they recatalog, right? 18:37 wizzyrea if you overlay anyway... 18:37 jwagner Yes, a possibility. 18:36 wizzyrea that would display in the opac 18:36 wizzyrea right, but if the itype is ON ORDER 18:36 cait_laptop wizzyrea: you are welcome! it made me happy that I was able to help 18:36 thd cait_laptop: nothing special 18:36 jwagner That would be nice too. But part of our problem is getting the OPAC to say that it's on order. That's why I ended up using the separate library, because that displays as the location. Anything like an item status would have to be cleared manually by the cataloger, but the library clears with a checkin. 18:36 wizzyrea cait: thanks again for the help yesterday, my librarians are squee happy now 18:36 cait_laptop thd: sorry, had no time to look for some nice marc21 records to send to you, but will do tomorrow - is .mrk ok? are you interested in something special? 18:35 wizzyrea with all of the right settings 18:35 wizzyrea what if, when you were adding the title, you did just that.. checked a box and it *created the dummy item for you* 18:34 wizzyrea jwagner 18:34 wizzyrea OH 18:32 thd gmcharlt: are you here? 18:32 wizzyrea really you ought to just check a box and say, item is on order. allow holds. 18:32 wizzyrea <3 18:32 jwagner Well, if someone else pays us to do it, you'll get it eventually.... 18:31 wizzyrea not much to lose there. 18:31 wizzyrea ... 18:31 wizzyrea so 18:31 wizzyrea er, we have paid and they still don't do stuff for us, 18:31 wizzyrea seriously 18:31 wizzyrea hey, we can't PAY our vendor to do stuff for us 18:30 wizzyrea an example of an enthusiastic koha user 18:30 jwagner Talk To Me :-) 18:30 wizzyrea er, 18:30 wizzyrea oh emm gee this is so annoying somebody fix it ASAP we have money we'll pay!!!!!!! 18:30 wizzyrea hehe, maybe they will ;) 18:29 jwagner Now, if someone wants to sponsor the long-term development..... :-) 18:29 wizzyrea er, discuss 18:29 wizzyrea hey np, i'm always willing to argue. :) 18:28 wizzyrea ah, yea, we do z-target searches for our records, and catalog in koha 18:28 jwagner At least we have a workaround for them right now, and have time to think about proper solutions. Thanks much for your help! 18:28 jwagner The particular site I'm working with is multi-library, but the central branch does all the ordering. But they do their cataloging in OCLC & then just import. 18:28 wizzyrea so... I think you should go with your best judgement 18:28 wizzyrea no passing between departments (and we don't use acq) 18:27 wizzyrea often we have a single person who 1. orders, 2. receives 3. catalogs the item 18:27 wizzyrea in our case 18:27 wizzyrea in your case, yes, I think you're right, for your workflow, that would work well 18:26 wizzyrea (I'm sure you're right) 18:26 wizzyrea (but i'm not a proper cataloger, I don't do it every day) 18:26 jwagner That's the whole point of the matching rules. 18:26 jwagner If you have proper match points, you should be able to, right? OCLC # or ISBN or whatever? 18:25 wizzyrea (I was unaware you could overlay... interesting) 18:24 wizzyrea well... maybe not 18:24 jwagner Yes, eventually. I'm thinking of a workflow like this -- acquisitions adds a brief record with no items. Quick & simple. Then someone does the actual cataloging with item records -- maybe 50 copies for Harry Potter. In OCLC or somewhere else, create all the 952s appropriately. Then import that record & overlay the brief one. 18:23 wizzyrea it's always going to be two steps 18:23 wizzyrea I guess is the question 18:23 wizzyrea is it easier to edit existing or create new? 18:23 wizzyrea at some point 18:23 wizzyrea true... but at least in the case of on order physical items you're going to have to add that item anyway 18:22 jwagner sorry, I mean having it in the title record saves the extra work. 18:22 wizzyrea conceptual fail 18:22 jwagner Yes, but having it in the item record saves extra work with creating the dummy item. 18:22 wizzyrea nm 18:22 wizzyrea er, 18:22 wizzyrea well either solution allows that 18:21 wizzyrea true 18:21 jwagner That way things like online resources wouldn't allow holds, but on-order stuff could. 18:21 jwagner I was thinking about looking at the 942 subfields, to see if any are available, and if one could be used for this purpose. 18:21 wizzyrea hmm 18:21 jwagner The other possibility would be for sites that don't want to have to create dummy items -- whether or not they allow onshelf holds. We were talking about this here a while back. That would be to have something in the title record that says this title can have a hold even if there are no items. 18:21 wizzyrea what's the other? 18:20 wizzyrea yea, that's the first thing that came to my mind 18:20 jwagner wizzyrea, I was thinking about two different possible long-term fixes. One is something like what you're saying -- in item type setup have a setting that says this itype can have an onshelf hold even if nothing else can. 18:20 wizzyrea ...silence is unnerving. 18:19 wizzyrea if you wanted to be very specific 18:19 wizzyrea or even "on order items" 18:19 wizzyrea idk 18:19 wizzyrea maybe itypes isn't the place to do it 18:18 wizzyrea we have "holds from this library only" and "holds from any library" why not "on shelf items" 18:18 wizzyrea that would pretty much solve the whole problem 18:18 wizzyrea it would be neat if you could specify an itemtype to allow on shelf holds 18:17 wizzyrea this would be a change (don't hit me gmcharlt) 18:16 wizzyrea mornin chris 18:16 wizzyrea i'm sure you do too 18:16 wizzyrea wish it were easier 18:16 wizzyrea jwagner, hrm. that seems awfully convoluted :( 18:15 |Lupin| and goodbye all ! 18:12 |Lupin| hello chris 18:05 jdavidb Hi, chris. 18:02 chris morning 17:59 jwagner If anyone has any other solution, I'd love to hear it. 17:59 jwagner I set up a separate branch called ORDER (description ON ORDER) and tied the dummy user to it, then logged in as the dummy user and checked the item out to the dummy user. Then the OPAC display shows ON ORDER for the location column. 17:59 |Lupin| jwagner: shows up correctly here, too 17:59 jwagner wizzyrea (and anyone else interested), to follow up on our problem with wanting to place holds on on-order items, but the site doesn't allow on-shelf holds, we tried several permutations, but the only thing that really works is checking all the dummy items out to a dummy user. 17:59 jwagner To split: 17:59 jwagner Sorry -- it shows OK in mine so I wasn't aware. 17:59 gmcharlt jwagner: too long - split it up 17:58 jwagner wizzyrea (and anyone else interested), to follow up on our problem with wanting to place holds on on-order items, but the site doesn't allow on-shelf holds, we tried several permutations, but the only thing that really works is checking all the dummy items out to a dummy user. I set up a separate branch called ORDER (description ON ORDER) and tied the dummy user to it, then logged in as the dummy user and checked the item out to the dummy user. Then th 17:57 |Lupin| gmcharlt: I'm preparing the patch then 17:57 |Lupin| gmcharlt: yes exactly 17:57 gmcharlt if so, should be OK - matches what is done for MARC21 a few lines further down 17:57 gmcharlt |Lupin|: $issn = $record->subfield('011','a'); ? 17:56 |Lupin| gmcharlt: beause without htat my logs are full of warningts saying $issn is used undefined... is that ok ? 17:56 wizzyrea yesm 17:56 jwagner wizzyrea, still around? 17:56 |Lupin| gmcharlt: C4/Biblio.pm:1123: I'd like to add a || ''; 17:54 gmcharlt |Lupin|: yes 17:54 |Lupin| gmcharlt: around ? 17:53 |Lupin| jdavidb: oh ? ok. 17:51 jdavidb |Lupin|: I wasn't aware that you were not sighted. 17:46 * |Lupin| wonders who sighted persons do to use computers... it is already such a big source of headaches without having to look at a screen ! How tiring it must be when one has to look at one, plus thinking, etc. 17:29 jdavidb My brain was *soooo* tired. I only-vaguely recall the drive to KC airport, and I have murky memories of the folks on the plane. Slept a good hour or so on the flight. 17:28 wizzyrea and you made plenty of sense 17:28 wizzyrea lol... that (plus my monitor) explains my vague headache yesterday 17:27 jdavidb wizzyrea: I was only running at about a 40hz refresh rate yesterday. Too many days on the road.... probably gave some folks headaches. :P I *know* I wasn't making much sense. 17:24 wizzyrea oh I KNOW. Maybe we're just more sensitive 17:24 * gmcharlt never got why people didn't go simply insane starting at a montor refreshing at only 60 Hz 17:24 gmcharlt back in the days of CRT, I used to go around bumping up the refresh frequency to the max 17:23 wizzyrea (because my monitor was too dim) 17:23 wizzyrea lol 17:23 wizzyrea and now I'm wondering if this is why I've been getting headaches 17:23 wizzyrea so I just set it 17:23 wizzyrea lulz, I just increased the brightness on my monitor, it's been at minimum for weeks b/c I'm too lazy to go change it, I kept accidentally hitting the f12 button to decrease brightness, but there's no button on my keyboard to increase brightness 17:18 wizzyrea hehe 17:18 |Lupin| that's what I do 17:18 |Lupin| the worst is to stop after the first (wrong) patch :) 17:18 |Lupin| I think we all do that 17:18 |Lupin| :) 17:17 wizzyrea :) 17:16 wizzyrea har de har har 17:16 gmcharlt ok, Ms. Root ;) 17:16 wizzyrea >.< 17:16 wizzyrea gmcharlt: I just did that thing I always do with my patches, so ignore the first one 17:11 |Lupin| hdl_laptop: ok, now it works, thanks. there were old instances of the koha-zebra daemon which prevented the new (right) one from being ran. 16:58 |Lupin| hdl_laptop: and USER and GOUP ? in a dev install, should they be set to the user and group of the user who did the dev install ? 16:58 |Lupin| hdl_laptop: ok 16:57 hdl_laptop But I think it is unused. 16:57 hdl_laptop koha database. 16:55 |Lupin| hdl_laptop: in the script... there is a variable called DBNAME... I'm asking what it should contain... 16:55 hdl_laptop in zebra ? no 16:54 |Lupin| hdl_laptop: should DBNAME be the koha database ? 16:54 |Lupin| hdl_laptop: just checking the parameters in koha-zebra-ctl.sh 16:54 |Lupin| hdl_laptop: yeah I understood 16:53 hdl_laptop I meant zebra outputs not the interface. 16:51 |Lupin| just looking for the logs... 16:47 |Lupin| hdl_laptop: in the message saying that there is no result for a title search for blip, it says ti,wrdl: blip 16:46 |Lupin| right 16:45 hdl_laptop you could also look at zebra logs. 16:45 |Lupin| hdl_laptop: I tend to suspect a problem in Koha-Zebra commnications... 16:45 hdl_laptop All those sys pref should be checked. 16:44 |Lupin| regarding the settings: the db on the production system (where the problmem occurs) is a dump of the db on the dev system, where the problem does not occur 16:44 hdl_laptop QueryStemming ? 16:44 |Lupin| I re-indexed and the rebuild_zebra -r -b didn't print any serious problem 16:43 |Lupin| hmm 16:43 wizzyrea indexing? 16:43 hdl_laptop QueryWeightFields 16:43 hdl_laptop hidelostitems 16:42 |Lupin| can someone help ? 16:42 |Lupin| I never know where it can come from / what to check... 16:42 |Lupin| opac searches do not work... 16:41 |Lupin| I'm encountering the classical problem: 16:41 |Lupin| hmm 16:08 kf ok, time to leave - have a nice weekend everybody :) 15:23 jdavidb okay. :) I'll either get it working correctly in German, or remove the possibilities, after i talk with the site. 15:22 kf jdavidb: big thx :) just dont break it again - I just added it to my bookmarks with tags: koha_opac, nice, green, jdavid++ ;) 15:18 jdavidb I'll talk to the customer site, and see what their real intentions are--either we need to copy that CSS over into tmpl directories, or dump 'em. 15:18 jdavidb renamed a template directory. Since they don't intend to be using any internationalizations anyway, it doesn't make sense to have the tmpls generated. 15:17 kf jdavidb: have you deleted templates to achieve this? or just deactivated in sysprefs? 15:16 kf owen: I would really like that. 15:15 owen If Koha is automatically picking the translation based on the browser's language setting, I wonder if we should detect this and display the language chooser for those users even if it hasn't been enabled 15:15 * kf loves green 15:14 kf now I can show this catalog to other German users :) 15:14 owen Now there's a mouthful 15:14 wizzyrea international_koha_users_keeping_us_on_track++ 15:14 wizzyrea jdavidb++ 15:14 |Lupin| is it possible to download .po files from pootle, or is the site justfor editing translations ? 15:13 kf jdavidb++ 15:13 kf YAY! 15:13 jdavidb try now? 15:12 kf hm pehaps I can deactivate this somewhere 15:12 kf it seems so 15:12 owen Does Koha respond to the user's browser's language setting? 15:12 wizzyrea *sob* 15:11 * jdavidb might be able to fix that for you, kf. 15:11 slef wizzyrea: you're a day early. 15:11 kf :D 15:11 owen :D 15:11 wizzyrea slef: burn! 15:11 kf its just sad because im sure it looks nice, but I cant see it :( and I cant send the link to others to show them how nice koha opac can look. 15:11 slef nah, the US hates English. Look at how its residents torture it. 15:09 kf perhaps they are not active but just generated? 15:09 owen The US is so very English-centric. 15:09 owen kf: I'm surprised they even have alternate language templates available! 15:08 kf but its sad 15:08 kf owen++ 15:08 jdavidb owen++ 15:08 kf owen: ah! 15:08 owen Remember: CSS is in the /lang/ folder, so it sounds like they have a custom stylesheet in /en/ but not in any others 15:07 jdavidb Should, i would think. We just got this customer, already running. I suspect they have some template customizations. 15:06 kf jdavidb: and i dont understand it really, I think they must have changed their templates? using just css and sysprefs should work for any language 15:06 kf jdavidb: sorry, its just driving me crazy every time I find a catalog doing that to me :) 15:05 owen Editing a locally-saved version to remove the whitespace made the sorting work correctly for me. 15:05 * wizzyrea goes to look 15:05 wizzyrea AH! 15:05 owen wizzyrea: It looks like whitespace in the <td> is causing the problem. 15:05 jdavidb see, they don't even have other languages selected. I wonder why it's doing that in the first place. 15:04 jwagner FYI on my deleteditems problem, jdavidb found & added the missing fields & it works OK now :-) 15:02 jdavidb hm... 15:01 kf is there a url parameter perhaps to make it switch to english? 15:00 kf but I dont like it. I wanted to make screenshots from a really nice opac for my presentation and it got really ugly 14:59 |Lupin| wizzyrea: do you have independent branches, or not ? 14:59 kf ? 14:59 kf ip perhaps 14:59 jdavidb yes, kf. Looks very good in English. I wonder how/why it's figuring out to shove you into the German version.. 14:58 kf jdavidb: is the header background green in english? it just looks not right for me, there is not enough space for the logo in my version and its the normal blue 14:57 wizzyrea :D thanks 14:57 |Lupin| wizzyrea: ok, I'm continuing to review the code then 14:57 wizzyrea owen++ ty 14:57 owen wizzyrea: It could be a problem with markup in the <td>, I've seen that before. 14:56 wizzyrea |Lupin| no sir, I do not 14:56 kf its bad, happens all the time. and I cant change to english :( 14:55 |Lupin| wizzyrea: 'm sorry, I didn't follow the conversation very well. Do you now know how the borrower column is sorted ? 14:55 owen wizzyrea: I see what you mean. I'll take a look 14:55 wizzyrea well, green happens to be one of my 2 favorite colors 14:55 jdavidb Oh? Didn't know they had that set up, even. 14:55 wizzyrea i'm looking at the code, and looking at the tablesorter docs, but I'm clearly not seeing what's wrong 14:55 kf Im forced to look at the German version 14:55 kf there is no green for me :( 14:55 jdavidb kf: :P 14:54 schuster title and patron don't sort right here either. 14:54 kf hmpf. dbavousett @wizzyrea http://koha.incolsa.net has a similar green look. Fun with CSS! 14:53 wizzyrea i know. 14:53 wizzyrea that probably bumped the db 14:53 schuster no comment 14:53 wizzyrea in... june? 14:53 wizzyrea done 14:53 wizzyrea we had some enhancements 14:53 schuster when did you get to upgrade to 3.01.00.00.37 - i'm still .32 14:52 wizzyrea It's not in a pattern I can discern 14:52 wizzyrea if you click the sorter on patron, 14:52 wizzyrea 3.01.00.00.37 14:52 schuster wizzyrea - looks like location only but not sorting by call after that. 14:52 hdl_laptop wizzyrea: which version ? 3.0.4? 14:51 kf schuster: and I think there is a law which makes it necessary - I dont say you cant use an automation system for the tasks needed 14:51 kf schuster: I know its difficult to explain, but its a historical thing too, inventory/accesscion numbers where there before barcodes 14:51 wizzyrea can someone tell me how the tablesorter in waitingreserves.pl is sorting the Patron column? It looks totally nonsensical to me 14:50 kf jwagner: which question? 14:50 wizzyrea hrm 14:50 jwagner I'm working on a report to count items deleted in the previous month, so I'll be using the timestamp field. For kf, the other item fields all still seem to be there, so if you have it in the item data now, it should still be reachable. 14:50 kf schuster: its not my choice and Im not working in a library ;) 14:50 schuster jwagner - for kf - still trying to figure out why you need accession numbers with automation. 14:49 jwagner *blush* but was the previous question for me or kf? 14:49 schuster finally a base run! I'm using baseball analogies today. 14:49 schuster jwagner - you are my hero today! whooo who! 14:48 schuster Please don't tell me you are still using a shelf list.... why can't you track adds through koha and deletes through koha using barcodes ? All of the data is there, the barcode maybe changed? 14:48 jwagner schuster, e.g. timestamp -- 2009-10-30 10:27:53 14:47 kf libraries need to track what they buy with acession numbers and track what the delete too 14:47 schuster jwagner! Really! I don't see that in the show columns from deleteditems I'll have to look again. 14:47 kf but it should be unique for each book, so its a pk as a barcode is 14:46 kf no, not here 14:46 schuster accession numbers? wouldn't that be like the barcode? 14:46 jwagner schuster, there's a timestamp field in deleted items that gets set when it's deleted 14:46 schuster When you "delete" the item it doesn't update the last seen automatically it just copies it over. 14:46 kf I would love a coloum for accession numbers... :) 14:46 schuster I would love a field in deleteditems for when it was added to deleted... That is a problem I am having now 14:44 kf when adding columns to borrowers that seemed to be all that was needed 14:44 kf perhaps it will work, once you added them to the other table too 14:43 jwagner That's the problem :-( 14:43 kf I think both tables need same columns 14:43 jdavidb _koha_delete_items is built so that the fields can be in any arbitrary order, but the same fields must exist in both tables, or the INSERT will fail. We've tinkered, and have some added fields in items. 14:42 hdl_laptop jwagner: could be 14:35 jwagner On one system, with master active (no custom stuff), it works fine. On another, with master active, it doesn't. Something wrong with the table itself, maybe? 14:33 Colin jwagnar: _koha_delete_item is where its done 14:32 hdl_laptop jwagner: it is on master 14:27 jwagner I'm finding some code in C4:Items.pm for handling deleteds, still looking at it. I'm testing on 3.01.00.041 with a lot of custom work on top. I'll try on another system. 14:26 schuster jwagner - mine does that but I don't know what version you are "testing" on. 14:26 jwagner Hrmmmm. It's not showing up, and I'm not seeing the code (yet) that would actually put it there. In additem.pl, under $op eq "delitem" there's a check for if the item is on loan or on hold, but I don't see where id does anything with it if it's not. 14:21 hdl_laptop It should go there. 14:19 jwagner When you delete an item from a title, is it supposed to go into the deleteditems table? I've been testing creating an item, deleting it (with zebra between each step), but nothing is showing up in deleteditems. 14:19 slef now it answers me again 14:17 slef hrm :-/ 14:15 owen Working for me too 14:15 jdavidb It's answering me, slef. 14:14 slef why is wiki.koha.org not answering me? does it answer anyone else? 14:07 |Lupin| Colin: okay, thanks 14:05 Colin Lupin:Just take the defaults for zebra db user its just the koha/zebra traffic 14:03 schuster phewie - again... I was batting 8 yesterday today I'm striking out! 14:03 |Lupin| any hint, pls ? 14:02 schuster so my search for south dakota - location a is 15, location b is 20 - but group location brings me everything between location a and b regardless of the search term kw 14:02 |Lupin| I'm not quite sure what I should answer here... 14:02 |Lupin| Please specify Zebra database user [kohauser] 14:02 schuster Yep I am seeing a problem with the groups search - it is ignoring the word but combinging the 2 locations only. 13:56 owen (1 in common) 13:56 owen schuster: The result for branch 1 is 1 title, 4 for branch 2. So the results for my group should be 4 13:53 owen Wait, no, not a template problem unless the problem was already there--I'm testing in the staff client 13:53 schuster you doing your searches in pac or staff? 13:52 schuster 14 to 721 may not be bad but sounds like branch 2 has a lot of graphic novels. 13:52 |Lupin| gmcharlt: just out of curiosity: where is the uninstall script ? 13:52 owen schuster: I think it's another problem with the template, hang on 13:51 schuster owen - so how many pokemon do you have in branch #2? 13:50 |Lupin| gmcharlt: ok, hope I kept this one... 13:50 |Lupin| gmcharlt: oh, I'm sorry, I didn't see it. I just tried make uninstall and this didn't work... 13:50 gmcharlt but you can get all of the directories you need to delete from the instasllation log 13:49 gmcharlt there's an uninstall script from a few months ago around 13:49 owen schuster: 13,835 biblios in my test system, 2 libraries added to the group 13:49 |Lupin| gmcharlt: btw: I have done a make install on the prod machine from a stable version of Koha, just to make sure everything works correctly. Is there a clean way to uninsall this ? 13:48 gmcharlt that's the way to do it 13:48 |Lupin| gmcharlt: the development model is that we will have one developemnt system where everythning is programmed, tested, etc. and then a production, system. The transfers between dev system and prod system will be through tigit.. 13:48 schuster owen - how many of the book do you have total? and what "libraries" did you add to the groups? 13:47 |Lupin| gmcharlt: right 13:47 |Lupin| gmcharlt: yeah I also have the intuition it will simplify things... 13:47 gmcharlt as that automatically ensures that any locla customizations you're doing stay under version control 13:47 gmcharlt if you're doing that, then you almost certainly want to run in dev mode 13:46 |Lupin| gmcharlt: wella ctually it's nieither of this two... We will track our own HEAD, let's say 13:46 gmcharlt if you are a firm believer in *only* running from a released packages, then you wouldn't do that 13:46 |Lupin| gmcharlt: would you mind elaborating a bit on your last point, pls ? 13:45 gmcharlt if you track HEAD, dev mode is actually pretty useful for production systems 13:45 gmcharlt for production systems, it depends on how you want to manage change 13:45 |Lupin| gmcharlt: and there I could keep the dir containing our own modules out of C4... 13:45 |Lupin| gmcharlt: actually that's what I did on the dev system 13:44 |Lupin| gmcharlt: right 13:44 gmcharlt so you need to do an install using dev mode to do it 13:44 gmcharlt you can't quite run everything from sources 13:44 gmcharlt well, both 13:43 |Lupin| gmcharlt: btw: on the production system, what's best according to you ? is it to make install, or to run koha directly from sources ? 13:43 |Lupin| ahah 13:42 gmcharlt and create your subdirectory under C4 13:42 gmcharlt ok, then put them in the C4:: namespaces 13:42 |Lupin| gmcharlt: perl modules I'm writing 13:42 gmcharlt or from CPAN? 13:42 gmcharlt Perl modules that you're writing? 13:42 |Lupin| is there something to do at all ? 13:42 |Lupin| what should be done so that this directory gets installed correctly ? 13:41 |Lupin| to store a few perl modules we need 13:41 |Lupin| I'm adding a subdirectory in Koha sources 13:41 |Lupin| question for koha developers pls 13:39 jdavidb Good luck, magnusenger. If they're not using fines, I can't think of anything else that'd be negatively affected. 13:38 magnusenger jdavidb: they are not using fines at all... I'll back up the db and give it a try. Thanks! 13:38 owen Do branch groups require some kind of additional configuration I don't know about? 13:37 owen schuster: I tried a search on my test system... Searching for "pokemon" returned 14 results. Searching for "pokemon" limited to a branch group returned 721 results! 13:36 schuster I'd have to explore more, but so far it seems to be. 13:36 owen schuster: In your tests of branch groups, do you find the results to be accurate? 13:35 jdavidb If they're running fines.pl, you'll probably want to dink with already-existing fines on those items, too, which complicates things some. 13:33 magnusenger yep, they are very lenient with overdues and have very few holds... 13:33 jdavidb Hm...should be that easy, magnusenger. I'd be asking questions like "All? Even the already-overdue ones?" 13:32 magnusenger hm, a library wants to set the date due for *all* their current loans to a specific date. Is that as easy as "UPDATE issues SET date_due = '2009-12-31';", or am i missing something? 13:29 schuster phewie 13:26 owen I wonder if LibLime is using its own version numbering system in LEK. That's going to get tricky for the rest of us to keep track of. 13:24 kf schuster: its LEK 13:23 schuster Also someone noted that in a newer version of Koha than I have there are options for "Term Loan Policy" - is that in community koha for 3.2? 13:22 owen I'm taking a look now 13:21 schuster Wondered about that... Easy to fix? If I only had a fraction of owen's knowledge of web stuff. 13:19 owen Looks like it might be a flaw in the opac template... I see a reference to 'searchdomainloop' in opac-search.pl, but nothing in the opac template 13:19 |Lupin| is the pm_to_blib file in Koha sources important ? 13:18 schuster owen does that answer your question? 13:17 schuster In the advanced search below libraries - groups shows up after I created a library group.(search 2 libraries at once) 13:16 schuster I was able to make groups work in the staff client - libraries and groups there is a "search domain" that seems to work, but it only displays the search group in the staff client 13:13 owen Is that possible schuster? There's a setting for it? 13:12 schuster hdl_laptop - dealing with libraries and groups - do you have that displaying only in staff or in the pac as well? 13:08 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3738 enhancement, P5, ---, jwagner@ptfs.com, ASSIGNED, Automate login to web-based self-check system 13:08 jwagner Anyone wondering what I'm up to :-) see Bug 3738 13:05 jwagner Rather lengthy, I'll ping offline. Thanks. 13:05 hdl_laptop yes 13:05 jwagner hdl_laptop, are you available for some syspref translations? 13:00 schuster Hey Davie B... 13:00 jdavidb Hiya, schuster. :) 13:00 schuster My question is do groups only work in Staff searching. I don't seem to see them in the OPAC as an option like I do in staff. 12:59 schuster Are they around? I have a question about groups again as well... 12:59 jwagner paul_p or other French speakers, can I get some syspref translations? 12:59 schuster Morning from Texas! 12:57 jwagner Good morning everyone 12:51 paul_p good morning jdavidb, jwagner & al 12:48 jdavidb Hi, kf! :) 12:47 kf hi jane and jdavidb 12:45 |Lupin| hi jane 12:12 jwagner Good morning all 11:52 jdavidb Good morning, #koha! 11:43 chris_n and a zillion pronunciations ;-) 11:43 chris_n there are about 12 different spellings 11:42 chris_n it is actually Neuenschwander 11:42 chris_n hehe 11:37 paul_p hi chris nigh_n (with the nick, no risk to be mistaken by a too complex name :D ) 11:32 chris_n g'morning #koha 10:39 |Lupin| goodnight chris 10:29 hdl_laptop gmcharlt: early for you. 10:28 gmcharlt g'night chris 10:28 hdl_laptop night chris 10:28 Ropuch Night chris 10:25 chris night all 10:15 Ropuch Why not elinks? 10:12 Ropuch Guess not ;> 10:12 |Lupin| Ropuch: actually I saw it uses ajax, and since I'm a lynx ser I assume it won't be very useful to me... 10:11 |Lupin| Ropuch: thanks 10:04 Ropuch They have a demo here 10:04 Ropuch http://php.opensourcecms.com/scripts/details.php?scriptid=48 10:04 Ropuch There's so many CMS around you can't know just everyone ;> 10:01 |Lupin| Ropuch: never heard about it... 10:01 Ropuch My latest love 10:01 Ropuch It's a CMS 09:57 |Lupin| Ropuch: what's MODx ? 09:54 Ropuch My boss said I should have some boks for myself, so i bought "MODx Web Development" ;> 09:54 |Lupin| thanks hdl_laptop ! 09:54 Ropuch I know odlis ;> 09:53 hdl_laptop odlis.org 09:53 Ropuch I want to buy a good & up-to-date library science encyclopedia/dictionary, can you recommend me something? 09:53 hdl_laptop SET FOREIGN_KEY_CHECKS=0 09:51 |Lupin| someone knows the syntax to disable foreign key checks in mysql, pls ? 09:42 chris http://twitter.com/cscaim/status/5282608996 09:42 chris i also liked colin's tweet 09:41 chris last paragraph 09:41 chris wrt the we dont hate all open source 09:40 chris < pianohacker> "simply put, we do not use lies and overexaggerations against products that don't compete with us" 09:39 chris pianohacker summed it up well 09:38 Colin gmcharlt:yes 09:38 gmcharlt anybody know offhand if SirsiDynix ILSs use Apache as their web server? 09:37 Ropuch (writing this on OS gnome-terminal ;-) 09:36 Ropuch I just don't know what to do: cry or laugh 09:36 chris yeah, that apache malarky is never gonna catch on 09:35 Ropuch chris: "Nevertheless, it should be noted that it is rare for completely open source projects to be successful." ;> 09:33 chris yep, i find it funny in its absurdity Ropuch 09:31 gmcharlt *cough*two-year noncompetes*cough* 09:30 paul_p a fun question to ask : "you say why does OSS companies hire so many SD alumni ? But why are they SD alumni?" :D 09:29 gmcharlt and of course, only ESI for EG is just as wrong - there are other vendors playing in that space 09:29 chris is there anything factually correct in there? only the stuff lifted from wikipedia without citation i think 09:29 paul_p gmcharlt: yep. Sorry. I meaned " speak only of LL for Koha" 09:28 gmcharlt paul_p: well, they do mention Equinox as the other 'proprietary' vendor 09:28 Ropuch But, looking from different view, thsi pdf is really treasure chest with funny statements ;> 09:27 Ropuch Every paragraph makes "wtf?!" 09:27 Ropuch chris++ 09:26 chris i dont think there is anything that doesnt annoy me about that pdf 09:24 paul_p what annoys me the most with Sirsi pdf is that they just speak of LL, once again (and, of course, they don't say you can choose your vendor, that would be hard to explain it's a problem...) 09:00 chris yes, someone should say "maybe the better questions is why have all these people left SD" 09:00 Colin Someone just pointed out something Abram hints at. Theres probably more sirsidynix experience in the koha and evergreen communites than in SD 08:58 Colin Hi Chris 08:54 chris hi Colin 08:51 thd |Lupin| exorcism can be painful 08:51 |Lupin| thd: yeah 08:50 thd |Lupin| you may have phantoms 08:49 |Lupin| (frm the items table) 08:49 |Lupin| chris: but the itemnumbers are 0 in all the MARC fields.. and I fear the items have already been deleted... 08:48 chris deleting fields from the marc is the wrong way to do it 08:48 |Lupin| can anyone see something faulty with that ? 08:48 |Lupin| that's the cleanupitems script I used... 08:48 chris you want to use delitem 08:48 chris |Lupin|: yeah you dont want to do that 08:48 |Lupin| http://pastebin.com/f4ef9cfcc 08:47 chris and just redid german now 08:46 chris i had tested them all before the release 08:46 paul_p strange... ( but i'm happy to see that the problem was fixed ) 08:45 chris paul_p: translations work fine for me 08:45 |Lupin| chris: no, reimport would not be _that_ easy... 08:45 thd |Lupin| It could be a fun exercise but there are other things with which you could have fun. 08:45 |Lupin| chris: I'm just asking which function to call, since my script that deleted the fields from the MARC records and then called ModBiblio seemed to fail 08:44 |Lupin| chris: I already wrote many scripts to do similar things 08:44 chris might be faster to just delete and reimport 08:44 |Lupin| chris: that's not a problem < 08:44 chris and build a list of all the items to delete 08:44 chris yes but you will have to right a special script 08:43 |Lupin| chris: but if that would work, well... then there sholc be a way to achieve the result through the perl API, no ? 08:43 chris then i think thd is right, starting again 08:43 |Lupin| chris: there are too many ! 08:42 thd |Lupin| Then you are safe from any mysterious Zebra phantoms. 08:42 |Lupin| thd: ctually... the thing may not affect zebra because the final koha will run on another machine with another zebra db... 08:42 chris |Lupin|: you cant get to the edit item screen in koha? and delete them there? 08:41 thd |Lupin| You could alter the database directly, however, starting again might be better if you have not gone live. 08:41 |Lupin| chris: hmm.. and how about non-easy ways ? 08:40 thd |Lupin| I have had trouble removing phantom items in the past. 08:40 chris |Lupin|: there is no easy way to do that 08:40 chris kf: i think paul is referring to my emails with ben 08:40 |Lupin| thd: I don't want to remove the records completely. I just would liek to remove the faulty item fields they have 08:40 thd |Lupin| The biggest problem is purging Zebra to avoid ghost records. 08:40 kf chris: did I miss one of your mails? 08:39 thd |Lupin| You can purge the DB of records and reimport. 08:39 paul_p chris: right. 08:39 |Lupin| thd: the problem is to remove the old stuff from the DB 08:39 chris paul_p: i didnt respond to joshua :) 08:39 |Lupin| thd: they work now 08:38 |Lupin| thd: I was referring to the download facility offered on OPAC.... 08:38 kf thd: ok, added you to my todo list 08:38 thd |Lupin| Rewrite your scripts and start again. 08:38 |Lupin| thd: not yet 08:38 Ropuch chris: I'm just rereading the SirsixDynix comedy ;> 08:38 thd |Lupin| Is your system live? 08:37 |Lupin| chris: I think I added them by mistake when I wrote the scripts to import our stuff in KOha... 08:37 |Lupin| chris: any idea how I can lceanup this faulty items, pls ? 08:37 thd |Lupin| yes Koha has a Z39.50 client but the records captured with it pass through the frameworks as a filter. 08:37 paul_p ( you could not stay quiet at the end ;-) ) 08:36 paul_p hi chris 08:36 chris hi paul_p 08:36 munin chris: The operation succeeded. Quote #43 added. 08:36 chris @quote add < Ropuch> Uh - "beware of tea: it can burn your throat" 08:35 thd kf: send some records which have not passed through Koha to me at koha AT agogme.com 08:35 kf marc21 view is deactivated (library was confused by it, but you can use download) 08:35 Ropuch Uh - "beware of tea: it can burn your throat" 08:35 kf hfjs.bsz-bw.de 08:34 kf oh 08:34 |Lupin| thd: can't you use KOha to catch some record s in Marc ? 08:34 kf thd: marc21 view is only available in cataloging client 08:34 Ropuch "However, it should be stated that customization is not without risk. Extensive customization, especially with potentially little or no documentation can make upgrades and changes increasingly difficult." 08:34 kf thd: you are right, perhaps I can send you some records 08:33 thd or at least I found none. 08:33 thd kf: there is no MARC display for the catalogue to which you linked. 08:32 |Lupin| I have records with item fields but which are not bound to real items. Their itemnumber is 0. I tried to get ried of them by deleting the records and then calling ModBiblio but this does not seem to work. Any suggestion, please ? 08:31 kf we can get data for import in different export formats, different MARC21 formats even, there is an export format for worldcat and one which includes MAB2 unification 08:30 kf z39.50 will be available later, its in testing now 08:29 kf http://swb.bsz-bw.de 08:29 thd do you mean a Z39.50 client? 08:28 kf different form the internal format 08:28 kf its an export format 08:28 kf thd: sorry, you cant see them there, you would need a cataloging client to see them 08:28 thd kf: Do you have a link for me to your union catalogue where I can see the full MARC records? 08:27 kf thd: we have all German features in our MARC21 records 08:27 thd kf: The MAB2 unification issue had been largely for DDB and other libraries sharing the same records with the same use of authority control. 08:25 thd kf: it would be difficult to spot and if you are using MARC 21 records as they had been used before MAB2 unification then there may be no use of the new subfields. 08:25 kf guten morgen Lupin :) 08:25 kf thd: its not so bad, as all the data is in our union catalog and we can get them easily to update records in koha 08:24 |Lupin| gutne morgen kf 08:24 |Lupin| hello chris 08:24 kf thd: I think its ok, but I was not aware of it 08:23 thd kf: it had been considered a record simplification feature and not a bug by the original programmer of the frameworks 08:23 chris hi |Lupin| 08:22 kf so we can lose data we might need later (when we try to make all those linkings work) 08:22 thd kf: I have some programs for capturing frameworks on an installed system. Making a diff to update translations would be relatively easy. 08:22 kf but we use staged import for updates 08:20 |Lupin| hello 08:19 thd s/remotely/remotely on the union catalogue/ 08:19 thd If you do all your cataloguing remotely then you do not have much of a problem unless you might upload your records from the local system to the remote one. 08:17 thd There are a set of hidden values which will populate the record editor if the record already contains those subfields. 08:16 kf I can perhaps do some work on default framework, but we dont use other frameworks (cataloging is done in union catalog, so no need for them) 08:16 thd kf: There is a selection only to make the record editor not overloaded with the whole standard. 08:16 kf or is it a selection of fields that are really used 08:16 thd We should think of an easier process to maintain them using only diffs from the default framework. 08:15 kf hm should koha default framework include all fields and subfields from marc21 standard? 08:14 thd MARC 21 frameworks turned into an unfunded mandate for me. 08:14 thd Fixing it now is even more work because there were a few changes and more updates since I was last working on it. 08:13 thd I know that it was a mistake. 08:13 thd I had not wanted to commit a set to which the update had not been uniformly applied. 08:13 kf yes, but I think an update would be necessary and important 08:12 thd kf: The reason I did not commit my last incomplete update is that I have tried to keep all the various books, serials, etc. frameworks coordinated which is much work. 08:11 thd kf: German libraries may have a special issue for recent changes. 08:11 kf we already added some of them and missed nothing so far... but I should take a closer look at this for sure 08:11 thd kf: Most libraries would never notice. 08:10 thd kf: you would only notice a problem for the newest fields and subfields which are absent from the frameworks 08:10 kf ok, this need some more thought then... my todo list starts making me feel dizzy 08:10 thd kf: If you import with bulkmarcimport.pl and never alter the records you safely avoid the frameworks filter. 08:09 kf hm, I did not experience that so far, but perhaps we were just lucky 08:09 chris thd++ #for doing the minutes 08:09 kf so you can lose data when the fields are not defined in the framework? 08:09 thd kf: any of those activities will loose data for any subfield not properly defined in the Koha MARC frameworks. 08:08 thd kf: you should merely be aware that using web based record import, internal Koha record editor, or internal Koha Z39.50 client will use the Koha MARC frameworks to act as filter for the data. 08:08 kf we added an index to koha and are working on the xslt-stylesheets to make the linking work 08:07 kf I cant explain that well... the ids are in $w 08:07 kf its more difficult to make hierarchies between records work 08:06 thd kf: If you have converted then there is no problem. 08:06 kf its works very well 08:06 kf thd: yes, but we convert our data and copy it to $9 without the last number (can be x) to make it work with koha right now 08:06 thd Koha uses local use $9 for the record linking purpose but only internally within Koha. 08:05 kf I know they were some additions to marc21 requested from Germany 08:05 thd The most significant issue for MAB2 unification is treatment of authority field links to a record ID in $0 for authority fields. 08:04 kf ah ok 08:04 thd Unification is the process which USMARC went through to add CANMARC, UKMARC, and now MAB2 to form MARC 21 adding fields and subfields needed for conversion of records in the previous local semantics. 08:02 kf I am not an expert, but I have seen some mab2 records 08:02 kf and I know of mab2 of course, but not sure about the unification 08:02 thd kf: I assume that you are familiar with MAB2 08:01 kf thd: yes :) 08:01 thd kf: are you in Germany? 08:01 kf thd: not sure if I understand what a MAB2 unification is? 08:01 kf thd: we get marc21 from our union catalog, but this is very new, koha is the first ils in our consortia to work with marc21 08:01 thd kf: I have the MAB2 unification uncommitted. 08:00 kf thd: we have hebrew in 880 in our catalog, so we added some fields for that, and fields for linking of bibs, 775? 773? my colleague did that, but perhaps I can work something out, just dont know when 08:00 thd kf: have you updated the frameworks for MAB2 unification? 07:59 thd kf: hhello 07:59 thd kf: I have a not quite complete and uncommitted update from over a year ago 07:59 kf hi thd 07:59 chris hi hdl_laptop :) 07:59 chris i think kf has been fixing them thd, to bring them up to date more 07:58 chris say MARC and thd comes running :-) 07:58 thd kf: the frameworks are out of date. 07:58 thd kf: there is an important problem for use of the Koha MARC 21 frameworks in Germany 07:58 hdl_laptop hi 07:58 chris hehe sorry 07:57 kf ok, more work *sigh* ;) 07:57 chris too even 07:56 chris i think he will want them in the official framework toot 07:56 chris kf: you might want to email thd about those, he knows more about marc than any person i know 07:56 kf you make me hungry with photos like this! :) 07:55 chris (thats from when we were installing Koha at the UN) 07:55 chris you were right :) 07:55 kf they are not in the official framework right now 07:55 chris http://photos.bigballofwax.co.nz/gallery2/main.php?g2_itemId=3941 07:54 chris hmmm i think translate those too 07:54 kf I dont know austria so well... but sachertorte seems possible 07:54 kf what about new fields and subfields? we added fields (according to marc21 standard) for linking of authorities and bibs 07:54 chris whats the famous austrian cake? sachre torte? 07:53 chris i know the feeling 07:53 chris :) 07:53 kf chris: ok, one more big task for my long todo list :) 07:53 chris they have been done for ukranian and russian and seem to work well, ricardo is doing portuguese 07:52 chris kf: at this stage translate the sql files 07:52 chris i remember when i was in vienna people would say gruss gott (spelling?) instead of guten tag 07:52 kf chris: will MARC21 labels be included in translation or does it make sense to translate sql files? 07:51 kf I got the German MARC21 translation today... 07:50 chris yay i remembered something 07:50 kf perfect chris 07:50 chris (can you say it like that kf?) 07:50 chris auch gut 07:50 Ropuch So - have no mercy! ;> 07:50 Ropuch kf: no no - just look at my english: it's because people didn't want to correct me 07:49 kf chris: gut, und dir? ;) 07:49 kf did not want to correct you, I have great respect for everybody trying to learn German! 07:49 chris wie gehts? 07:48 chris heh 07:48 Ropuch Aaah, nouns start with capitals, you've got me! 07:47 kf guten Tag, Ropuch! 07:47 Ropuch :) 07:47 Ropuch Guten tag, kf 07:46 kf good morning #koha 07:45 chris i think instead of PINES writing evegreen being a big strategic error, this white paper was the strategic error 07:44 chris which flies against what they told a lot of people 07:44 chris the latest spin now is that they always meant it to be public 07:44 chris Ropuch: yeah 07:43 Ropuch s/tennagers/teenagers 07:43 Ropuch Oh geez, this paper is like a post on tennagers forum 07:42 Ropuch hehehe 07:42 Ropuch "Generally there will be significant limitations to the hardware and operating system options. " 07:41 AmitG hi ropuch 07:40 Ropuch We even deserve 12p color brochure! 07:40 Ropuch Being considered as possible threat is a compliment 07:39 chris they must be panicking 07:39 chris there are some real doozies in there, including calling equinox a proprietary company, and PINES stupid 07:36 chris exactly 07:36 Ropuch yes. I mean: if it comes to "let-me-reveal-you-the-truth-behind" bulshit it's rarely supplied with citations 07:35 Ropuch chris: yuo 07:31 chris its remarkable in a lot of ways, mostly that for a trained librarian you think he would know to cite his quotations 07:29 Ropuch I'm readinhg atm 07:23 chris i guess you have all seen the sirsi dynix attack on open source already? 07:22 chris hi europe 07:20 magnusenger must get some breakfast... 07:18 magnusenger hello Ropuch 07:18 Ropuch hello magnusenger 07:16 magnusenger hiya #koha! 07:15 ebegin good nighe all! 07:02 Ropuch Hi nicomo 07:01 nicomo hello all 06:47 Ropuch Morning 06:02 pianohacker on that note, good night 06:02 pianohacker mahesh: you might want to ask on the mailing list, most everyone is asleep at the moment 05:13 mahesh i put update and replicate to 0 in koha-conf but koha is still updating the tables 05:13 mahesh i have small problem with koha3+ldap setup . 05:12 mahesh hello 05:04 * ebegin just discovered the "perl -wc script.pl" option... it check your script for syntax errors without running it. 04:41 ebegin Hi Amit! 03:40 Amit hi richard 03:34 richard hiya amit 03:29 Amit heya brendan 03:29 Amit good morning #koha 03:29 Amit hi chris 03:29 Amit chirs 03:29 Amit hi 02:39 chris night 02:38 chris_n2 ok, off to sleep early for a change... g'night 02:35 chris_n2 opendns to the rescue 02:33 ebegin be back soon 02:33 * chris_n2 wipes the jello off ;-) 02:32 chris_n2 it appears to have been a dns outage 02:32 chris :) 02:32 chris_n2 and we're back 02:29 pianohacker ebegin: yup, though it's only certain errors that trigger it 02:28 ebegin Well, of course when I run the script from the command line, I get the redirection to the login screen... :( 02:25 ebegin chris_n, I have this problem when I have a simple syntax error actually... 02:25 chris_n vnc viewer via vpn is like working in a room full of jello... :-P 02:24 pianohacker ebegin: you can change the DebugLevel syspref to 2, but that seems to break in these situations too 02:24 chris_n ebegin: have you consulted 'top' to see if your script is still hung... out of curiosity 02:22 ebegin I remember that we can get the error listed directly in the browser. Anybody knows how? 02:22 chris *nod* 02:22 pianohacker chris_n: they should be, given their recent move to replace Horizon (bad) with Symphony (reportedly actually worse) 02:22 chris chris_n: yep, terrified 02:21 pianohacker not sure why 02:21 chris_n they sound afraid of open source 02:21 pianohacker ebegin: it seems to be some weirdness with Carp::die, as utf8::SWASHNEW and Carp::die seem to call each other in a neverending chain 02:20 chris_n chris: a wrenched article that 02:20 ebegin pianohacker, yeah, I know that this is my error... good point to run it through the command line... 02:20 chris_n mostly with tight-loops 02:19 chris_n ebegin: I've seen that before too 02:19 chris_n could be since I'm vpn'd to a circuit on the same isp and it still has Inet access 02:19 pianohacker try running the script in question from a terminal 02:18 pianohacker ebegin: I've seen that happen with some syntax/compilation errors 02:18 ebegin How come I always have strange errors... :) 02:18 chris_n vpn to the rescue 02:18 chris chris_n: could be just an edge router gone 02:18 chris hmm dont thing ive seen that happen before ebegin 02:18 * ebegin trying to find a way to debug Koha. Since a while, I have a deep recursion on subroutine "utf8::SWASHNEW" as soon as I have a script error in my .pl files 02:17 chris_n must be a fiber cut 02:17 chris_n any ip on the isp's subnets are ok, but the Internet is gone 02:17 chris_n wow major weirdness with my dsl 02:16 pianohacker hi, ebegin 02:16 chris yep :) 02:16 ebegin Good... but busy, which is good by itself :) 02:15 chris yep, hows things? 02:15 ebegin long time :) 02:15 chris hi ebegin 02:15 ebegin Hey #koha! 02:12 chris you dont need to do this 02:12 chris if you have a product that isnt shite, and customers who dont hate you 02:11 chris yeah 02:10 pianohacker though the other proprietary ils companies, some of which know what they're doing, probably don't need to resort to things like this 02:10 pianohacker the fact that sirsidynix published it just makes the claims that much more amazing 02:08 chris im just shaking my head 02:07 chris i see 02:07 chris ahh 02:07 chris ahhh 02:07 pianohacker no, riffing off a paragraph in the conclusion about linux, firefox, etc 02:05 chris they said that? 02:05 pianohacker "simply put, we do not use lies and overexaggerations against products that don't compete with us" 02:01 mason hows that for FUD... :/ 02:01 mason lol 'Caveat emptor! ' 02:00 chris yep 02:00 pianohacker yup. non-intuitive ui, but very good at what it does, and open source 01:59 chris For more than 20 years, BRL-CAD has been the primary tri-service solid modeling CAD system used by the U.S. military to model weapons systems for vulnerability and lethality analyses. 01:59 chris http://brlcad.org/d/about 01:58 chris also 01:58 pianohacker yup 01:58 chris thd said to me, they may not share it with us, but they have it 01:58 pianohacker if they have any clue what they're doing (not a guarantee, but i do sincerely hope so) 01:57 chris i guarantee thats not some blackbox proprietary crap software 01:57 chris the military have hte source code for their missile silos 01:57 chris i guarantee you 01:57 pianohacker i also question the assumption that the us miltary's use of sirsi products is a point in either institution's favor 01:54 * pianohacker fumes 01:54 pianohacker remote desktop! we had to upgrade our internet connection to support it! 01:54 chris yeah, they arent being sued because they offer a good product their customers like 01:53 pianohacker it worked through _remote desktop_ and was unavailable so often that our library had to install an offline circ client 01:53 pianohacker I lived through sirsi's saas platform 01:53 pianohacker hahahahah 01:49 chris_n2 hmmm.... here goes the dsl 01:47 chris_n2 there's a latin term for stating a point and then citing irrelevant examples to support it 01:47 chris someone needs to annotate it, point by point 01:46 chris yeah 01:46 chris_n2 but that seems to be what this article says 01:46 * chris_n2 did not realize that a library running Koha or EG would need to convert all of their win32 desktops to *nix desktops... 01:37 chris_n2 got the pdf 01:37 chris_n2 or maybe its my ignorance of things 01:36 chris_n2 maybe its catalyst that misses the relationships 01:36 chris i think so 01:36 chris http://88.80.16.63/leak/sirsidynix-on-open-source.pdf 01:36 chris_n2 doesn't DBIx::Class::Schema::Loader pick up relationships? 01:35 chris k hows this 01:35 chris_n2 times out 01:35 chris_n2 nope :-( 01:34 chris that work? 01:33 chris http://ur1.ca/er73 01:33 chris_n2 amazing... both of the links above are dead from here 01:32 * chris_n2 wanders back 01:27 chris heh 01:26 richard i guess the commie line isn't that useful anymore - especially since castro retired 01:21 chris the next thing they will be saying that only paedophiles use open source software 01:20 chris "States Department of Defense, restrict the use of open source software for fear that it could pose a terrorist opportunity. 01:10 chris it sure does 01:10 richard looks like they are really, really frightened of evergreen 01:10 chris :) 01:09 brendan let's go baseball 01:09 brendan cya you all in a bit 01:09 richard yeah 01:09 chris thank goodness for wikileaks 01:09 chris yeah, typical proprietary vendor FUD 01:09 richard some outrageous stuff in that pdf 01:08 chris is that step 3 of gandhi's famous saying 01:04 chris done 01:03 brendan I gotta head home in a minute 01:03 brendan you win 01:03 brendan race you :) 01:02 chris i should tweet it 01:02 chris heh 01:02 brendan heh -- had the same thought 01:02 brendan http://wikileaks.org/wiki/SirsiDynix_Corp_restricted_lobby_paper_against_Open_Source_technologies%2C_Sep_2009 01:02 chris http://wikileaks.org/wiki/SirsiDynix_Corp_restricted_lobby_paper_against_Open_Source_technologies,_Sep_2009 00:24 brendan cya hdl_laptop 00:20 chris sleep well 00:20 hdl_laptop good night 00:03 chris :) 00:02 brendan first messing with some MARC 00:01 brendan got it recording again :) 00:01 brendan going home in a hour to watch game 2 00:01 brendan greetings chris 00:01 chris hi brendan