IRC log for #koha, 2008-06-18

All times shown according to UTC.

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

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary