Time Nick Message 23:58 ricardo Time to go to sleep now. Take care everyone! 23:54 ricardo kados: Guess you're idling. Oh well... If you could submit the Portuguese translations - that you already approved - into git, it would be nice. If you can't do that (or don't want to, for any reason) it's NOT a big deal. Thanks again for having approved them! :) 23:22 ricardo kados: Are you here? 22:30 dbs hdl++ 22:30 ricardo ... Anyway, Henri. Don't stay up because of me. You need to sleep! :) 22:30 ricardo (heading "2.2 - French adaptations" of that page)... 22:29 ricardo By reading http://www.ifla.org/IV/ifla64/111-161e.htm it seems that 995 is part of a French Adaptation of UNIMARC. I may be misreading this, however 22:26 hdl np :) 22:26 ricardo hdl: Thank you very much for all the important infos, BTW! :) 22:25 ricardo hdl: OK... I'll have to find that reference in the UNIMARC spec. The one I find only mentions Block 9 as the "National Use Block" :-S 22:25 hdl yes (if you follow Recommandation 995 ofr UNIMARC) 22:24 ricardo hdl: Hmmm... 990c => for "biblios" (or for "biblioitems"?) and 995r for "items" (talking in Koha tables here) ? 22:23 hdl level 22:23 hdl itemlevel rather than biblio leve 22:23 hdl But you may want itemtype on item and not on biblios. 22:23 hdl I would say 990c 22:22 hdl ricardo: it depends on your configuration. 22:22 ricardo hdl: And in NoZebraIndexes, what would be the correct tag/subfield for item type searches: 990c (Koha Item Type) or 995r (Type or Material)? 22:22 hdl from what i see in the bug reference, mc is the correct index to use. 22:21 ricardo hdl: What's the correct behavior - to index using itemtype as mc? 22:21 hdl (using noZebra) 22:21 hdl in NoZebraindexes 22:21 hdl try and see if you are indexing itemtype as mc and not mt or itype. 22:20 ricardo hdl: Wow... I would never guess that. Thanks for the tip! 22:20 hdl May also be because of some queryFuzzy and Query* systempreferences set. 22:19 ricardo hdl: Ah, that's great! Thanks a lot for the feedback! :) 22:19 hdl I had this but i sent a patch for that. 22:17 ricardo (reported by Fréderic Demians, I think) 22:17 ricardo http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2212 22:17 ricardo Searching with Itemtype limit doesn't work 22:17 ricardo Are you having this problem too (I am): 22:17 ricardo hdl: Just one more thing, please (it's quick) 22:17 chris night hdl 22:17 hdl Good night. 22:17 hdl midnight here. 22:16 ricardo hdl: Great, thanks! :) 22:16 hdl ricardo: I will ask paul asap 22:16 hdl I will ask paul asap 22:14 hdl You can disable this "feature" with disabling plugin for leader. 22:12 ricardo hdl: Interesting, and I surely believe you (and Paul)! But that does seem to create a problem when editing imported records with (correct) sizes of 24 for the Leader (at least for people that do NOT use Zebra). Or am I wrong? 22:09 hdl ricardo: seems that this patch was added by paul because zebra would not take a leader which doesnot have 25 characters. 22:02 chris :) 22:02 ricardo chris: Très bien! ;-) 22:01 chris http://en.wikipedia.org/wiki/Viennoiserie 22:00 ricardo chris: Bread with grapefruits? OK, eheh 22:00 chris its pain aux raisins today :) 22:00 ricardo chris: LOL. OK! :) 22:00 chris ricardo: we have a french worker who likes to bake 21:59 ricardo chris: Eh? 21:58 chris ohh viennoiseries on level 2 .. bbiab 21:58 ricardo http://www.nabble.com/Correct-size-of-UNIMARC-Leader-field-%28000---Record-Label%29%3A-24-or-25-characters--td17733482.html 21:58 ricardo Correct size of UNIMARC Leader field (000 - Record Label): 24 or 25 characters? 21:58 ricardo hdl: Could you review this post of mine and give me your feedback, please: 21:55 hdl I have been wanting to rebuild them for a week 21:55 ricardo hdl: Hi Henri! :) 21:55 hdl sorry for delay. 21:54 kados hdl++ 21:54 hdl hi ricardo 21:52 ricardo Hi all :) 21:40 hdl kados : building archives for koha-devel atm 20:58 chris its all true 20:58 dbs kados: agreed and agreed 20:58 kados but the other bottom line is: libraries need to get with the program and start producing this kind of stuff on their own 20:57 kados bottom line is: don't have an API if no-one can use it ;-) 20:57 dbs but it would be nice for google to actually put something in writing 20:57 dbs my read of the terms jives with atz 20:57 dbs fwiw, i posted a question to the google book search google group at http://groups.google.com/group/booksearch-apis/browse_thread/thread/2dc8e8622b5393a4# 20:55 dbs hey chris 20:55 chris (and atz and amoore :)) 20:55 chris heya dbs :) 20:53 amoore ! 20:27 atz s'ok, we all have other stuff to worry about at present 20:27 dbs sorry, missed the post from a week ago on that. dbs-- 20:25 dbs okay 20:24 atz yeah, i think that is under Paul's control (iirc) 20:24 dbs (and, of course, have a public discussion on google's own forum so we can hopefully have a first-hand answer) 20:23 dbs okay. just thought someone might want to look into getting the official archives working 20:22 atz dbs: yeah, kados referenced some other archive sites that are up to date 20:21 dbs I was going to post a question to the google book search group, referencing nicomo and atz's discussion 20:20 dbs hrm - http://lists.koha.org/pipermail/koha-devel/ seems to have stopped archiving the koha-devel list in may 19:16 eric thanks for the info guys! 19:06 gmcharlt eric: particularly the XML and XSLT modules 19:06 kados it's a dependency problem IIRC ... soemthing about some of the modules not working with the win32 perl implementation (strawberry?) 19:06 eric Any major issues with the installation, or it's just a question of getting everything packaged together^ 19:04 eric kados, yeah, I'm aware of that (about the installer :) ) 19:03 kados eric: fbcit's working on bugs atm, yes 19:03 kados eric: yea ... funny thing about libraries: they never pay for installers to be written :-) 19:02 eric was? because he is now working on bugfixes as everyone else? :) 19:01 kados eric: yep, at least he was 19:00 eric If my memory serves me well, fcbit is adapting/maintaining/porting/patching the Windows version, is that right?:) 18:57 owen eric, since Koha for Windows is developed based on the official Koha release, a Windows version 3 isn't to be expected until some time after the Koha 3 official release 18:46 eric I actually took a look at the wiki page, but its last update was on Jan 30th... I'll check the list. Thanks 18:45 owen eric, have you searched the Koha-Win32 list? http://www.nabble.com/Koha---Win32-f14384.html 18:34 eric Hi all, what is the status of Koha 3 for Windows? 18:13 owen Humph. No credit for Mozilla until they update their home page. 18:12 owen Did they finally release FF3? 17:50 nengard okay -why did FF have to change the RSS icon to blue? I have to take all new screenshots for the manual - do you all have FF3??? http://tinyurl.com/68lduu 16:43 owen I wouldn't pick the jquery one just because it was jquery. I would pick the one that seemed to work the best or was easiest to use 16:40 hdl_laptop (actually, I think taht they may both rely on the same code base.) 16:39 owen Assuming the functionality was the same, I don't know how we'd calculate the speed of either option. 16:37 hdl_laptop If we took one or the other, which would you take, jQuery or the other? ? 16:30 owen I've been struggling with date processing for another job I've been working on, and I know it's difficult 16:29 owen Don't be concerned about my javascript coding standards, because they're not very high ;) 16:29 hdl_laptop I just need to match. 16:29 hdl_laptop But it could be OK. 16:29 hdl_laptop which is quite different from "yyyy/mm/dd" 16:28 hdl_laptop "%D/%M/%Y" 16:28 hdl_laptop + problem : DHTML_Date_format is a string as such 16:28 hdl_laptop But I want to be up to your javascript coding standards. 16:27 hdl_laptop hehe 16:26 hdl_laptop yes. 16:26 owen jquery dates = http://grover.open2space.com/jquery.dates/home ? 16:26 hdl_laptop And atz told me that Calendar should do the job. 16:25 hdl_laptop That maybe sould be enough for that purpose. 16:25 hdl_laptop I also found jquery dates 16:25 hdl_laptop But I thought this could be hard to implement because DHTML_calendar format differed from that calendar. 16:24 hdl_laptop I found that too yesterday. 16:22 hdl_laptop I want the figures to be taken from firstacquidate. 16:21 hdl_laptop When I choose a Firstacquidate Or when I choose a numbering pattern. 16:19 owen I think so. At what point in the process do you want to use the date from firstacquidate? 16:19 hdl_laptop do you understand ? 16:18 hdl_laptop depending on the time you input the subscription in your system. 16:18 hdl_laptop or 2008/04 16:18 hdl_laptop And not 2008/01 16:18 hdl_laptop then you will receive (for a year/Number numbering pattern) 2008/02 as first value 16:17 hdl_laptop Owhen you are having a numbering pattern relying on frequency and you first accuire on February 2008 16:16 owen Right, I'm with you that far 16:16 hdl_laptop agreed ? 16:16 hdl_laptop subscription-add.pl has a firstacquidate. 16:15 hdl_laptop ) 16:15 hdl_laptop (Considering the hard time I get only to get that date, I can understand why it was designed as such. 16:15 owen I'm still confused about what you want to do with firstacquidate 16:14 hdl_laptop Which is nonesense. 16:14 hdl_laptop but on now. 16:14 hdl_laptop at the moment donot rely on first acqui date 16:14 hdl_laptop subscription-add. 16:14 hdl_laptop In order to work on that for defining the first week/day/month/year. 16:13 hdl_laptop I want to get a date from firstacquidate. 16:13 hdl_laptop owen : I am working on subscription-add.pl 16:13 owen can you explain what you're trying to accomplish? 16:12 hdl_laptop But It is really confusing. 16:12 hdl_laptop Or maybe I can get the calendar date directly from it. 16:12 hdl_laptop But if we cannot use some calendar function outside calendar, this can be a problem. 16:11 owen Yes. I thought about replacing our calendar widget with jquery's, but it's not as fully-featured 16:10 hdl_laptop owen : yes dates not in jquery core but there is a DatePicker i jQuery files. 16:09 owen ...which means you'd probably get errors or unwanted behavior if you used it outside the context of a calendar 16:09 owen hdl_laptop: I notice the comment aobut parseDate says it "calls this.setDate which moves the calendar to the given date" 16:08 owen I'm not aware of any dates functions in jquery core 16:08 hdl_laptop But I donot know whether they are embedded. 16:07 hdl_laptop I thought using some jQuery Dates function I saw. 16:07 hdl_laptop I tried Calendar.parseDate but that also failed. 16:07 hdl_laptop In fact, in my script, it looks as though parseDate is not recognized or defined. 16:06 owen It looks like as long as the calendar scripts were included on the relevant page you could access the parseDate function. I'm not sure about what effect the namespace has on things, because I'm confused by namespaces 16:05 hdl_laptop lin 1375 in calendar.js 16:03 hdl_laptop I saw there was a prototype for such a function. 16:03 owen ...but I don't know, because I'm not familiar with the Calendar script or parseDate 16:02 owen I think it depends... the function might depend on a special date object having been created by the Calendar script 16:02 hdl_laptop I want to use parseDate. 16:02 hdl_laptop owen : can I use some Calendar function outside a calendar ? 15:41 owen lloyd: the answer is no, googlejackets hasn't been added to the staff interface 15:40 mlasater Hello 15:40 owen Hi mlasater 14:52 atz Vanzetti: etc/zebradb/etc/default.idx 14:50 Vanzetti where should it be ? 14:50 Vanzetti 14:50:07-17/06 zebraidx(21220) [fatal] default.idx [No such file or directory] 14:48 lloyd has googlejackets been added to the staff interface yet? 14:48 lloyd hey.. I've asked this before but I think I asked it to early 14:47 owen That's from my staff client error log 14:46 Vanzetti owen: did you watch the logs? 14:42 owen Anyone know anything about this? ZOOM error 1 "Permanent system error" (addinfo: "Permanent system error") from diag-set 'Bib-1' 14:42 Vanzetti it check well in the socket 14:42 Vanzetti atz: in the logs I have this : http://pastebin.com/mde92cf1 14:42 atz Vanzetti: i'm not much of a zebra expert, unfortunately. 14:41 gmcharlt atz: no 14:41 Vanzetti atz: any idea ? 14:39 Vanzetti /cgi-bin/koha/opac-detail.pl?biblionumber=100 <= like this 14:38 atz gmcharlt: did anything change about our searching logic relative to notes? 14:38 Vanzetti but they are visible if I go directly on them 14:38 Vanzetti they cannot be found by zebra 14:38 Vanzetti yes 14:38 atz but are not "hit" by searching Zebra index? 14:38 Vanzetti atz: how that ? 14:37 atz Vanzetti: so the notes display in your details page 14:37 Vanzetti i done this and it works well : bin/migration_tools/rebuild_zebra.pl -a -b -r -w 14:37 Vanzetti I cannot find any note 14:37 owen I have found it useful in the past to enter a date due in the past if I've checked something in by mistake 14:37 Vanzetti yes 14:37 atz ah... like public notes? 14:37 Vanzetti a book description 14:37 Vanzetti hmmm 14:36 atz notice? 14:36 Vanzetti it does not find any notice 14:36 Vanzetti I have a problem with zebra after reinstall from git 14:36 dkg i wish real-world data was cleaner than it often ends up being :( 14:35 dkg atz: yeah, i can see that. 14:34 atz and probably fines assessement, too 14:34 atz dkg: that much i think is ok... but it would definitely throw off a stat like "avg. loan period" 14:29 dkg atz: in answer to your question "how many days overdue is a book that was due 2 days ago, but just checked out today?": i think the answer is 2 days. 14:25 kados dkg: if you want to do it yourself 14:25 kados dkg: and there are docs on how to insert your circ data on kohadocs.org and the wiki 14:24 kados dkg: if you get support from one of the koha companies, yes 14:24 atz dkg: i'm not sure. gmcharlt or some of LL's data migration ppl might be able to speak to that 14:24 kados some iLSes allow you to actually go into the issue record and change the date to whatever you want 14:23 dkg atz: i'm ok with that: are there scripts for making it easy to import loan records? 14:23 atz certainly not at the web interface 14:22 dkg atz: how do you propose entering historic (legacy?) loans for a library transitioning to koha, then? 14:22 atz dkg: that's right, from the current code's intention. 14:22 dkg The due date is invalid 14:22 dkg when i try to make a due date in the past, i get the following message: 14:22 atz how many days overdue is a book that was due 2 days ago, but just checked out today? 14:21 kados well, it might be if it has to do with fines 14:21 atz unless you are going to allow them to change the date of the transaction itself, a past due date isn't helpful 14:20 kados atz: yea, I meant sometimes people want to check it out to ahve it due a different date in the past 14:20 atz that doesn't make sense 14:20 atz that would just allow you to check it out today, due in the past 14:20 kados atz: ? 14:20 atz that doesn't do it though 14:19 atz why? 14:19 kados we'd better revert that :-) 14:19 atz yep 14:19 kados atz: though ... the patch you just sent and I pushed may prevent that, no? 14:17 gmcharlt dkg: unofficially, yes - instead of using the calendar control to set the override due date, you can enter one that falls in the past 14:16 dkg i'm trying to help a library convert, and they need to be able to record their outstanding loans. 14:16 dkg with koha 3 (from git HEAD), is it possible to set the due date of a loan entered today to some time in the past? 13:59 Vanzetti how can I upgrade my koha 3 install to a git version 13:48 Vanzetti hi 13:28 kados w00t 13:27 owen yes 13:27 kados owen: I actually see four from you now ... did you just send two more? :-) 13:26 kados thanks 13:26 owen I'm marking some this morning that I'll send patches for shortly 13:26 owen Those two patches should cover the bugs I marked yesterday 13:25 kados hang on ... I did get two patches from you 13:25 kados owen: I see a bunch of bugs have patch-sent marked ... but I haven't seen any patches from you, or did you already submit patches for those bugs previously? 13:25 kados g'morning all 12:49 owen Hi mc, thanks 12:49 mc hello all 12:48 mc bbl 12:48 mc owen, no 12:45 owen hdl around? 12:32 owen ZOOM error 1 "Permanent system error" (addinfo: "Permanent system error") from diag-set 'Bib-1' 12:31 owen I tried to do a z39.50 search from addbiblio.pl and submitting the search form prompts me to download the z3950_search.pl file 12:31 owen Is z3950_search.pl broken, or is it just me? 12:17 ccatalfo hey hdl_laptop 12:17 gmcharlt hi hdl_laptop 12:16 hdl_laptop hi gmcharlt ccatalfo