IRC log for #koha, 2009-07-02

All times shown according to UTC.

Time S Nick Message
12:07 |Lupin| hello !
12:08 |Lupin| librarians around, please ?
12:09 Amit hi lupin
12:10 |Lupin| hi Amit
12:17 kf librarian here
12:27 |Lupin| kf: I was looking for a word
12:27 |Lupin| kf: the name for the acton of taking an old catalogue and importing it in a new system
12:28 kf uh
12:28 kf im German, so this is difficult
12:28 |Lupin| kf: now I know that in french librarians call this retroconversion. Does the sa
12:28 kf do you mean something like migration or conversion?
12:28 |Lupin| kf: now I know that in french librarians call this retroconversion. Does a similar term exist in english ?
12:29 gmcharlt |Lupin|: retrospective conversion, if you mean the process of taking an old card or book catalog and getting MARC records to import into an ILS
12:29 kf retroconversion is also used in Germany
12:29 gmcharlt |Lupin|: also known as "recon" in US English
12:29 kf for cataloging from catalog cards to an electronic system
12:29 |Lupin| kf: yes, migration is the word I'd spontaneously use, bu it seems librarians here in France prefer retroconverson, which looks rather counter-intuitve to me
12:29 kf i would use migration for electronic to electronic catalog
12:30 kf and retroconversion for catalog cards (paper) to electronic catalog
12:31 |Lupin| kf gmcharlt: thanks to both of ou, your explanations are awesome.
12:31 kf youre welcome
12:37 gmcharlt welcome, Koha! did somebody write an AI module recently? ;)
12:38 kf :)
13:32 owen Hi brendan, nice to see you get a couple of mentions in the Library Technology Update today
13:32 brendan thanks owen
13:33 brendan owen - do you have a link handy that you could send along?
13:33 owen http://www.librarytechnology.o[…]285&code=&code=PR
13:34 brendan sweet thanks :)
13:53 |Lupin| gmcharlt: yesterday you said that it is possible in Perl to build a file handle from a scalar. Could you please explain how ?
13:54 gmcharlt |Lupin|: use the IO::Scalar module
13:54 |Lupin| gmcharlt: okay, thanks !
14:16 |Lupin| Invalid indicator "|" forced to blank
14:17 |Lupin| Does tis error message reported by MARC::batch::next tell something to somebody ?
14:21 collum Lupin: http://www.loc.gov/marc/authority/nlr/nlr.html  - Last paragraph
14:22 schuster Owen around?
14:22 owen Yes
14:22 |Lupin| collum: thanks !
14:22 schuster thought I would share this quote from a librarian this morning on what we did yesterday "Love them!  Wonderful.... you can see what is happening immediately.  I have just seen at check-in."
14:24 owen Glad to hear it :)
14:24 |Lupin| collum: but actually for Unimarc records these errors could be ignored, right ?
14:26 collum I don't really know anything about Unimarc.  Can someone else confirm?
14:29 moodaepo Export from connexion Client
14:29 moodaepo is that an option in Koha...I haven't checked.
14:30 moodaepo also any option for global change for bibs?
14:32 atz moodaepo: no
14:32 moodaepo no on the global change?
14:33 moodaepo also does koha do a merge on dupe bibs or a whole record replacement?
14:33 atz it can do merge/overlay
14:33 atz so people use export/ MarcEdit/ overlay to do batch changes
14:34 atz i guess that is more like whole record replacement...
14:34 moodaepo ah ok thanks
14:34 atz but using the old record as the starting point, it doesn't look much like that
14:35 moodaepo what about connexion client?
14:35 atz you mean pushing from connexion directly to Koha?  don't think that's been done yet
14:36 moodaepo cool
14:36 atz you can download MARC files from connection and upload them of course
14:36 moodaepo right
14:36 atz and you could use biblios to get the records, and then push from there to Koha
14:38 moodaepo @wunder 56001
14:38 munin moodaepo: The current temperature in MSU Physics Dept, Mankato, Minnesota is 14.8°C (9:30 AM CDT on July 01, 2009). Conditions: Overcast. Humidity: 89%. Dew Point: 13.0°C. Pressure: 29.88 in 1011.7 hPa (Falling).
14:40 atz connexion integration would be a great project for somebody, using the same API as biblios
14:44 |Lupin| how to se the options for rebuild_nozebra, pls ?
14:48 owen Why am I still getting Bugzilla emails when the CC field changes? I unchecked all the boxes for that option!
14:50 |Lupin| owen: don't know, sorry.
14:58 |Lupin| k, see you in four hours, for the meeting
15:20 hdl_laptop1 owen: maybe you are a bugzilla administrator
15:21 gmcharlt owen: what do your email prefs look like?
15:21 gmcharlt and what's an example bug where you're seeing the CC change emails?
15:22 owen gmcharlt: in "Field/recipient specific options:" I have noting checked in the row for "I want to receive mail when:  The CC field changes "
15:23 owen The most recent example of a message I received was slef adding himself as a CC to [Bug 3378] Renewal policy should match pickup library's policies
15:23 munin Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3378 major, PATCH-Sent, ---, galen.charlton@liblime.com, NEW, Renewal policy should match pickup library's policies
15:27 gmcharlt owen: are you getting CCed on all bugs?
15:28 gmcharlt owen: or to ask the question properly, are you getting notification of CC changes for all bugs, as far as you can tell?
15:29 owen As far as I know...but if I wasn't getting notice of some CC changes I wouldn't know that there were CC changes which I missed :|
15:29 slef oh my - how did it get to 1630 :(
15:30 gmcharlt owen: could you send me the headers from the latest unwanted email?
15:36 gmcharlt owen: the email was sent to koha-bugs@lists.koha.org, not to you directly
15:37 gmcharlt automatic CC of bug activity to that mailing list
15:37 owen Oh, duh. When I saw the options for controlling CCs I assumed that what it would affect.
15:37 owen Thanks for explaining.
16:05 wizzyrea anybody here know what the unknown values when sorting circ reports by collection code are in circulation reports?
16:13 owen unknown values?
16:14 atz wizzyrea: does it look like "UNKNOWN" or what?
16:15 atz i'd suspect is was the filler for when the code is NULL in the DB, but I don't know
16:19 wizzyrea yea, it says UNKNOWN VALUE
16:21 atz ok, i'm pretty sure that is the placeholder for NULL's
16:22 wizzyrea so... why are they there?
16:22 wizzyrea (can we get rid of them)
16:22 wizzyrea we have like 18
16:22 wizzyrea rows of this
16:22 atz yeah, just add values to the records
16:22 schuster wizzyrea - question -
16:23 wizzyrea so are you sayingg we have 18 instances of empty collection codes?
16:23 schuster When you search for a title and select Edit items at the top do you see the item detail or does it just show edit/delete?
16:23 wizzyrea that we can't see?
16:23 atz wizzyrea: yes, exactly
16:23 wizzyrea which kind of begs the question, if I can't see them, how can i add a value to them?
16:23 atz er... "can't see" i don't get
16:23 schuster Edit the item barcode.
16:24 wizzyrea well they don't show up in the list of collection codes
16:24 slef hrm... does koha3- MARC21 support broader-term linking?
16:24 wizzyrea schuster: sec, lemme look
16:24 atz edit the item itself... shouldn't have anything to do w/ indexing or ccodes
16:24 wizzyrea hm this may require a visual
16:24 slef for subject headings, I mean
16:26 schuster Sorry jumped into the middle of a discussion...  in mysql can you run a query on the table?
16:26 wizzyrea http://screencast.com/t/qeRmvzEFdkm
16:26 slef select * from tablename where constraint;
16:26 wizzyrea yea... about that
16:26 slef any MARC21 gurus in the house?
16:26 wizzyrea we are hosted >.>
16:26 wizzyrea that screencap is from the LL demo
16:27 schuster Ah...  you could run it in the wizard.
16:27 wizzyrea it's the circ report wizard
16:27 wizzyrea our db has 18 rows of UNKNOWN VALUE, all with 0 checkout
16:28 atz wizzyrea: but we're talking about collection codes, not itemtypes right?
16:30 wizzyrea bah, the screencap is correct, we have 18 unknown value itemtypes, and we can't see them in the dropdown when editing items
16:30 wizzyrea so I don't know if they're ghosts or what
16:30 wizzyrea crap we've deleted...
17:05 slef hello Snow_Fox
17:05 slef time check - 1h55 to meeting?
17:17 nicomo @wunder lyon, france
17:17 munin nicomo: The current temperature in Feyzin, Feyzin, France is 30.5°C (7:00 PM CEST on July 01, 2009). Conditions: Mostly Cloudy. Humidity: 43%. Dew Point: 16.0°C. Pressure: 29.96 in 1014.4 hPa (Steady).
17:17 nicomo uh, time for fresh beer
17:17 nicomo see ya all
17:18 wizzyrea woot drunken koha meeting!
17:20 owen Not as much fun if each of us is drinking all by ourselves
17:20 wizzyrea but we are virtually together!
17:20 wizzyrea but it is hard to type when you're wasted :P
17:20 wizzyrea now, if we had *video*...
17:23 slef apparently video conferencing less productive than text chat or phones according to a guy who used to work at BT I met at a conference
17:24 slef I should have told davi that and see what he said :)
17:24 slef so much backlog, so little time
17:34 davi maybe you are right, slef
17:35 slef awwww, no arguments?  all I have is a random anecdote from someone I don't have an email address for... it's not a strong argument
17:35 davi however, I would say: "for each situation use the best tool"
17:36 slef true... video conferencing is best for pulling faces at davis
17:36 davi and I agree that by default, chat is the best one, being email the second due to it is less intrusive
17:36 slef any MARC21 smarties about?
17:37 gmcharlt slef: what's your question?
17:38 slef do we have cross-referencing of subjects in MARC21 in Koha?
17:38 davi slef, Video conferencing allow a very quicker interaction, but obviously it is even more intrusive than chat
17:38 slef 1mo... just remembered what I wanted the laptop for
17:38 slef it has some notes on cross-referencing
17:40 |Lupin| hi again, all
17:43 wizzyrea slef: unrelated to koha question: what's a good tweetdeck like client for identi.ca?
17:44 slef wizzyrea: I don't know what tweetdeck is, so I'm ill-qualified to answer that question.
17:47 slef ok, got access to notes on laptop.
17:48 slef gmcharlt: UNIMARC Koha seems to have fields/code for subject name, translation, broader narrower and related terms, use for and replace with.
17:48 slef gmcharlt: IIRC, MARC21 Koha doesn't have all of those and I thought it did, but it may have been in one of my local branches.  Will find the file(s).
17:49 wizzyrea ah, well what do you use to post to identi.ca?
17:50 gmcharlt slef: the MARC21 authority frameworks should have all of the relevant tags defined
17:51 slef wizzyrea: variously emacs-jabber, pidgin, command-line, my website and their website.
17:52 slef wizzyrea: I used to have a firefox extension installed but I've lost it.  Isn't there an Apps link on http://identi.ca
17:53 slef no, it's at http://laconi.ca/trac/wiki/Apps
17:55 slef gmcharlt: do the output templates and code?  IIRC, last test I only saw See Alsos.
17:55 gmcharlt slef: are you referring to the information that displays when you do an authority heading search?  if so, most of that output is hardcoded
17:56 slef gmcharlt: is that a known bug to fix?
17:56 gmcharlt slef: desirable enhancement, at any rate
17:57 slef gmcharlt: will do. Can you outline how you'd prefer it was done?
17:57 slef I'm assuming/hoping there's some reason why I didn't merge my old code directly.
17:58 gmcharlt slef: the formatting of heading search results should be moved entirely to the templates
17:59 gmcharlt an authority search returns a bunch of authority MARC records, obviously
17:59 gmcharlt from which should be parsed entities like main heading, see also, see also from, translations, etc.
18:05 thd is the meeting one hour from now?
18:05 |Lupin| yes
18:05 thd Is there an agenda posted somewhere??
18:06 slef yes
18:06 slef http://wiki.koha.org/doku.php?id=irc_meetings and top link I think
18:08 |Lupin| http://wiki.koha.org/doku.php?[…]etingnotes09jul01 <-- direct link
18:08 slef ta |Lupin| - I don't have working copy-paste from the kitchen :)
18:09 |Lupin| :-)
18:09 |Lupin| nowadays coffee machines should have that !
18:11 thd perhaps slef makes coffee the old fashioned way
18:11 slef thd: I chew the beans and boil the water with a lens
18:12 thd I just drink water.  It is easier :)
18:12 owen Aren't we all fancy with our lens!
18:12 owen I trek 300 miles to the nearest active volcano in search of boiling water.
18:14 slef owen: if I had copy-paste, I'd rework the Four Yorkshiremen sketch now
18:14 Sharon Owen - do you all 'hide' the call number display in the OPAC, especially when it shows the LC call number from the Bib? (Call Number: PS3555.V2126 M48 2004 )
18:14 owen Can you show me an example?
18:15 Sharon http://catalog.nexpresslibrary[…]h.pl?q=metro+girl - 3rd record down
18:16 owen Well, editing your XSL stylesheet is the obvious answer...not the greatest answer if you don't have access to those files
18:16 |Lupin| brb
18:16 atz if it is in an identifiable <span>, then you can use custom CSS
18:17 owen That's the trouble atz, it isn't.
18:17 atz it's a fairly easy enhancement to produce
18:17 owen Which raises the question: should every line that comes out of the XSLT display have a unique ID for this purpose?
18:17 Sharon I'll add it to bugzilla, then.  It's just one of those things that drives me nuts.
18:18 atz owen: yeah, i think that should be a general guideline
18:18 gmcharlt owen: class names, at least
18:18 Sharon Liz isn't here to chime in, but being able to pick and choose what displays would be great.
18:18 gmcharlt owen: unique IDs would be nice, as long as uniqueness was guaranteed
18:18 owen It'd have to be class names for the search results screen
18:19 slef ok, I'm going to grab dinner and return just before the meeting
18:19 owen I just hate to see the XSL option being used but the flexibility of it not being able to be tapped.
18:46 Crusoe hi all
18:46 pianohacker hi, Crusoe
18:47 |Lupin| hi Crusoe
18:57 joetho Tee minus four minutes.
18:57 joetho Ignition sequence.
19:00 gmcharlt howdy folks
19:00 gmcharlt time to get this show on the road
19:00 gmcharlt welcome to the 1/2 July general IRC meeting of the Koha project
19:01 gmcharlt let
19:01 gmcharlt let's start with a show of virtual hands, i.e., roll call
19:01 gmcharlt and ... go!
19:01 pianohacker present
19:01 gmcharlt gmcharlt = Galen Charlton
19:01 slef MJ Ray at software.coop
19:01 jdavidb here!
19:01 cait katrin fischer here
19:01 atz Joe Atzberger, LibLime
19:01 pianohacker <-- Jesse Weaver
19:01 wizzyrea wizzyrea= Liz Rea, NEKLS
19:01 jdavidb jdavidb == J. David Bavousett, PTFS.
19:01 danielsweeney danielsweeney = Daniel Sweeney at LibLime
19:01 dbirmingham Chatting
19:01 owen Owen Leonard, Nelsonville Public Library
19:01 sekjal Ian Walls, NYU Health Sciences Libraries
19:01 Colin Colin Campbell (ptfs-europe) here
19:01 brendan Brendan Gallagher - ByWater Solutions
19:02 |Lupin| |Lupin| = Sébastien HInderer
19:02 collum Garry Collum - Kenton County Public Library
19:02 tajoli tajoli == Zeno Tajoli, CILEA (Italy)
19:02 hdl_laptop hi
19:02 schuster David Schuster - Plano ISD
19:02 dbirmingham = David Birmingham, PTFS
19:02 jmr John Rose, PTFS
19:02 marla Marla Rutherford, INCOLSA
19:02 Crusoe Crusoe = Andrei V. Toutoukine (Ivanovo, Russia)
19:02 hdl_laptop hdl : Henri-Damien LAURENT, BibLibre
19:02 joetho Joe Tholen SEKnFIND consortium Southeast Kansas
19:02 MickeyCoalwell Mickey Coalwell NEKLS
19:03 thd Thomas Dukleth
19:03 Sharon Sharon Moreland, NEKLS
19:04 Brooke Hi
19:04 Patmac Patrick Mackeown, Litarena
19:04 gmcharlt ok, thanks all - stragglers, feel free to announce yourselves, but we'll get started with the agenda
19:04 gmcharlt wiki page for this meeting is http://wiki.koha.org/doku.php?[…]etingnotes09jul01
19:05 gmcharlt agenda items are
19:05 gmcharlt   1.
19:05 gmcharlt      Update on Roadmap to 3.2
19:05 gmcharlt   2.
19:05 gmcharlt      Update on Koha 3.0 Roadmap
19:05 gmcharlt   3.
19:05 gmcharlt      Follow-up on actions from General Meeting on Wednesday, 3 June 2009
19:05 gmcharlt   4.
19:05 gmcharlt      Addition of ?Skip to content? links in the staff client, as discussed on Koha-devel
19:05 gmcharlt   5.
19:05 gmcharlt      Modification of bulkmarcimport so that it reminds the user to run rebuild_(no)zebra by default and has a switch to disable this.
19:05 gmcharlt first, a quick 3.2 update - relatively same status as last month
19:05 gmcharlt regarding BibLibre's new_acq, WIP branch will be ready soon
19:06 gmcharlt some nits have been identified
19:06 gmcharlt but I think the main blocker for merging it into head
19:06 slef pre-pre-alpha release some time in June 2009? http://wiki.koha.org/doku.php?[…]opment:roadmap3.2
19:06 gmcharlt will be adding an ungrade path
19:06 gmcharlt slef: early July now, obviously - holiday activity for me this weekend
19:07 gmcharlt before I drive to my mother-in-law's :)
19:07 slef gmcharlt: any impact on other dates yet?
19:07 slef heh, happy holiday :-/
19:07 gmcharlt slef: no
19:07 Colin It would be useful to see a feature branch real soon now. We have sites who are v. acq concerned
19:07 gmcharlt noted
19:07 gmcharlt I'm also in discussion with hdl_laptop about getting a tree put up with BibLibre's SOPAC and other work
19:08 schuster Sorry clarify WIP branch?
19:08 gmcharlt WIP = work in progress
19:08 hdl_laptop work in progress
19:08 schuster Sorry - librarian hat today.
19:08 hdl_laptop we should do publicize it this week
19:09 gmcharlt snap
19:09 Colin Does the acq work have any hooks for EDI integration?
19:09 hdl_laptop Colin unfortunately no.
19:09 hdl_laptop not at the moment.
19:09 gmcharlt Colin: not specifically, no - note that I believe slef is intrested in the general EDI integration issue
19:09 slef hdl_laptop: please get in touch with davi about EDI integration in a couple of weeks
19:10 |Lupin| is there some doc available somewhere about BibLibre's current works ?
19:10 hdl_laptop there is some on the wiki
19:11 slef |Lupin|: in theory, it should all be in the rfc3.2 wiki pages and enh bugs on bugs.koha.org
19:11 hdl_laptop But if you are asking about user doc, then answer is no.
19:11 gmcharlt regarding dates, I'll be pushing for a pre-alpha or alpha by end of month - mostly just as another milestone
19:12 |Lupin| hdl_laptop: no no, just an overall description of what you guys aredoing
19:12 hdl_laptop (July )
19:12 gmcharlt in other 3.2 / 3.0 news, I'm working with HDL to ensure that 3.0.x -> 3.2 DBs revs will work correctly
19:13 gmcharlt on the assumption that people may just want to upgrade from 3.0.x to 3.2 rather than install anew ;)
19:13 atz yes, i think i filed a bug on that topic
19:14 cait which release will probably include acq?
19:14 gmcharlt cait: 3.2
19:14 gmcharlt feel free to ask further 3.2 questions, but let's move on to 3.0.x update from hdl_laptop
19:15 schuster Are circulation sounds in 3.2?  Seem I saw that someplace...?
19:15 hdl_laptop Well there has been a bug fix release for 3.0.2 which had 2 major problems.
19:15 gmcharlt schuster: yeah, that patch is floating around and will almost certainly be incorporated
19:16 schuster Small jig done in office...
19:16 wizzyrea Jigs done at NEKLS too
19:16 sekjal is there any way for us to get a preview of the other new functionality of 3.2... course reserves, or the holdings/summary records?
19:17 hdl_laptop I am now working on reconciliation of head upon 3.0.3 so that we can release a "stable" version for every body
19:17 davi hdl_laptop, sure
19:17 slef hdl_laptop: Has 3.0.3 delayed 3.0.4 (was 3) testing at all?
19:17 Brooke hooray for stability
19:18 hdl_laptop sekjal: I think that companies will be able to post their wip trees so that ppl can look at it.
19:18 gmcharlt sekjal: features are still in testing by sponsoring company
19:18 hdl_laptop We still have to find a way to organize.
19:18 gmcharlt sponsoring customer, rather
19:19 wizzyrea (though it might be nice to know who is sponsoring what, maybe they'd let you have a peek)
19:19 hdl_laptop (wip trees on validated features, i mean ;) )
19:19 slef wizzyrea: in theory, it should all be in the rfc wiki pages and enh bugs on bugs.koha.org
19:20 davi anyway, I way to list then would be great. We could list then at gnuherds.org maybe
19:20 davi them*
19:20 pianohacker slef: Now, the next step is to replace you with a munin plugin
19:21 wizzyrea slef: yep. Often the enhancement bugs don't say WHO is doing it, just that they are.
19:21 slef davi: sure, for the ones which are seeking cosponsors.  I should update schuster's wiki instructions with a link to gnuherds
19:21 davi slef, agreed
19:21 slef wizzyrea: it should be marked as assigned to someone
19:22 wizzyrea slef: but it doesn't show who they are doing it for.
19:22 joetho I agree too, and I wonder if enhancements should be entirely separate from bugs.
19:22 Brooke I think so jow
19:22 Brooke joe even
19:22 schuster We had this discussion already and decided to try using bugs.koha.org for the time being.
19:22 wizzyrea I think we were trying to do a double pronged approach, bugs to show sponsored with accompanying wiki page
19:22 joetho I am aware of that.
19:22 atz enhancements are already "separate enough" from bugs using the ticketing features available
19:22 gmcharlt I've expressed this before, but I prefer that we have a single enhancements & defects database
19:22 schuster At least some of us had this at Koha)09.
19:23 wizzyrea fwiw, it's getting easier :)
19:23 joetho yes, it is
19:24 schuster Currently I think it is hard enough trying to find out what enhancements people are WORKING on let alone what we would like to see.  Ok I'll sit in the corner now with my hands off the keyboard.
19:24 wizzyrea reporters need to be diligent about posting their RFC's
19:24 davi gmcharlt, it the project would use Trac it could both use the ticket feature for bug and for feature request
19:24 wizzyrea <- is guilty of not always doing it. :(
19:25 slef davi: can we finish reviewing/torturing/breaking it before we go advocating it? ;-)
19:25 davi slef, sorry
19:26 slef np... gmcharlt, hdl_laptop, your turn?
19:26 gmcharlt continuing on - wiki.koha.org relicensing remains open
19:26 gmcharlt backburnered, but clearly the poll should be held at some point soon
19:27 davi slef, it is just that I am almost sure Trac would works for these needs, but it was just a comment
19:27 davi I have a very positive experience using Trac for both bugs, and feature request
19:27 slef davi: I think you're right, but I fear landmines until I try running it.
19:27 gmcharlt I'm not sure where the welcome message issue has gotten to, but we can ping nengard about after the meeting
19:27 slef gmcharlt: are you pinging?
19:28 ricardo Hi everyone
19:28 davi slef, ok
19:28 gmcharlt slef: yes
19:28 ricardo gmcharlt: "Welcome message issue"?
19:28 slef gmcharlt: or I can combine it with another mail
19:28 schuster davi slef - some of us are just figuring out what systems are there now don't change anything!
19:28 slef ricardo: "it's meant to provide a useful set of links and information whenever somebody subscribes to the Koha mailing list"
19:28 slef (quoting gmcharlt from last month)
19:29 ricardo slef: OK. "Welcome message" for mailing list subscriptions. Got it. Thanks  :)
19:29 slef schuster: Change or Die!  http://www.fastcompany.com/node/52717/print
19:29 gmcharlt welcome message draft is http://wiki.koha.org/doku.php?[…]koha_list_welcome
19:29 schuster Hey...  We just switched from a proprietary ILS give me some time...;)
19:29 gmcharlt y
19:30 slef hehe
19:30 gmcharlt needs more content - everybody should feel free to edit wiki page
19:30 gmcharlt to help nengard out
19:30 Brooke Oooh, hot welcome :)
19:30 Brooke One day, I'll grow up, be civilised, and speak proper Maori
19:31 schuster I'll do my part tomorrow on the edit - then others can edit for correctness!
19:31 gmcharlt I've reminded nengard about it
19:31 gmcharlt in terms of other issues on the agenda
19:31 gmcharlt we have a couple
19:32 gmcharlt first by |Lupin|  - Addition of ?Skip to content? links in the staff client, as discussed on Koha-devel
19:32 gmcharlt |Lupin|: want to start the discussion?
19:32 |Lupin| yep...
19:32 |Lupin| well
19:32 |Lupin| not much more to say that what was in the post
19:33 |Lupin| I'd be interested in hearing what the community thinks...
19:33 gmcharlt (post = http://www.mail-archive.com/ko[…]rg/msg02322.html)
19:33 |Lupin| in particular does the eature interest people, how much energy is there to do the job...
19:33 thd I am not certain what is actually intended by skip to content.
19:33 |Lupin| gmcharlt: thanks
19:34 owen http://soap.stanford.edu/show.php?contentid=56
19:34 |Lupin| thd: it's a link which would be visible only in browsers that don't use CSS and that, when followed, brings to th real content of the page
19:34 Brooke that would really give us a leg up in terms of accessibility
19:35 pianohacker Hmm. Very quick test says that #doc3 might be a possible target for a Skip to Content link; not sure how many pages have it, but it works on moremember.pl in ie6 and ff3 on linux
19:35 Brooke it would be a labour of love, but well worth it in terms of community value
19:36 jdavidb It would be nice, particularly for the non-CSS browsers.  For CSS-enabled browsers, hide that rascal, since even on eety-beety-netbooks, you don't need it.
19:36 owen #doc3 is not universal
19:36 pianohacker owen: Okay, I wasn't sure
19:36 |Lupin| btw I had the staff client inmind, opac seems already very usable from my point of view
19:36 |Lupin| anyway doc3 is not very clear
19:37 owen The job would require considerable care and specificity in order to ensure each section was being addressed properly
19:37 |Lupin| I'd rather have a #maintcontent
19:37 thd It may also be useful for being especially compliant with good practises for disability access laws which is more than merely good to have.
19:37 owen It's hard to see how this task could be accomplished in any broad manner
19:37 |Lupin| so that ppl realize they have to include it when they do a page
19:37 owen slef: do you have an opinion on this question?
19:37 pianohacker |Lupin|: #doc3 is a preexisting wrapper; I agree that a clearer name would be better, especially if we have to hand-place the anchor for each page
19:38 thd owen: why would it be difficult in a broad manner?
19:38 slef owen: it's a good idea, the edits should be largely scriptable once identified correctly
19:38 slef owen: however, staff client accessibility will probably remain limited by current CSS structure and JS for some time
19:39 |Lupin| I think the staff client has 361 pages
19:39 owen thd, I simply mean that the structure of pages is different enough through the staff client that there are no universally applicable existing IDs to use
19:39 |Lupin| so perhaps once an implementation has been chosen
19:39 |Lupin| we may very well split the job between all of us
19:39 thd Consequently, some real work would be required to do it well.
19:40 |Lupin| actually
19:40 gmcharlt owen: that would make it an opportunity for us to take a look at the page structure and remove unnecessary inconsistencies along the way
19:40 |Lupin| is it right tha t every page has a title such that
19:40 |Lupin| Administration > System preferences ?
19:40 schuster having the opac ADA(American Disability Act) compliant would be of more concern to me than the staff side for future migrators to Koha.
19:41 hdl_laptop My concern is how will we ba able to test and validate ?
19:41 owen schuster: The first step there would be to identify in what ways it is not compliant
19:41 thd schuster:  I suspect that this issue is more about good practise than actual technical compliance.
19:42 |Lupin| hdl_laptop: is it really needed that there is some general validation ? why not just do it and wait till people test and bug reort ?
19:42 hdl_laptop |Lupin|: ****sigh****
19:43 slef ooh look hdl_laptop went a pretty shade of red
19:43 joetho It might be productive to run a few pages through the validator located at www.______________ (I have used it but not for years)
19:43 ricardo slef: LOL
19:43 slef validator.w3.org - but we could use tidy to check quicker
19:43 schuster Yeah - I don't like having to be the tester with my live folks...
19:44 hdl_laptop validator is not enough for acessibilité.
19:44 owen http://usefularts.us/2008/09/0[…]ility-california/
19:44 slef hdl_laptop: but necessary foundation
19:44 owen We're already doing the best we can to validate.
19:44 |Lupin| hmm aren't we becoming off-topic, now ?
19:45 |Lupin| I mean, if you guys want to talk about accessibilit (a11y) in general, that's fine, but that was not my concern for this meeting
19:45 joetho I meant "checking accessibility"
19:45 owen I'm not sure |Lupin|, I think the question remains, is it worth undertaking this extensive effort to add an accessibility feature if there are larger accessibility issues to address
19:46 owen ..either simultaneously or before.
19:46 |Lupin| owen: okay
19:46 schuster I'm more for functionality and bug squashing than accessibility on the staff side.  Sorry... my 2 cents.
19:46 |Lupin| well there are some problematic issues I'd say
19:47 gmcharlt schuster: they're not incompatible
19:47 Brooke I would think that the staff opac is the large hurdle
19:47 joetho How about asking developers working on OPAC features and functions to start ghinking about accessibility standards, to be ready for later discussion?
19:47 joetho *thinking
19:47 |Lupin| e.g. adding even patron categories doesn't work without javascript...
19:47 jfk hi hdl_laptop
19:48 hdl_laptop hi jfk
19:48 ricardo joetho: Sounds a good idea to me  :)  If there are some developers that are accessibility-oriented and that have time to start thinking / discussing / acting on accessibility,that could be nice
19:48 jfk i'm sorry for the delay
19:48 owen I think it's unrealistic to have, as our goal, a staff client which works perfectly without javascript.
19:48 slef owen: depends on time frame
19:48 jfk but we have a lot of work and today its impossible to talk
19:48 pianohacker At this point in time, yes, exactly
19:49 jfk i hope this is not a problem, and that we can talk another day
19:49 |Lupin| owen: well I personnall do not ask for that.
19:49 gmcharlt dragging us back to the specific skipnav issue
19:49 jfk is that ok??
19:49 wizzyrea (i'm not saying it shouldn't be a goal, but we work with the technologies we have)
19:49 pianohacker jfk: sure
19:49 gmcharlt y
19:49 |Lupin| owen: I'm just asking for a staff client that works _a bit better_ than the current one
19:49 gmcharlt there are a couple things I think we can decide quickly
19:49 Brooke *nod* and I think we can do a bit better
19:50 slef trouble is, we have been moving further away... but ultimately that's because js-keen developers have had more funding than js-free ones and libraries have not been specifying js-free in their contracts.
19:50 gmcharlt first, styling of the skipnav links
19:50 |Lupin| how about creating a koha-a11y mailing-list where the interested persons could continue the discussion ?
19:50 slef |Lupin|: just put it in koha-devel with a11y in subject until it gets busy enough
19:50 thd Providing alternative functionality for JavaScript only implementations is certainly a more important accessibility issue on the staff side but someone's work on one does not stop others work on the other.
19:50 jfk ohh, hdl_laptop, i'm Juan,
19:50 ricardo |Lupin|: Not sure about that. Why not use Koha-devel? For instance, there's already a Koha-Zebra but it has few traffic  :-S
19:51 jfk you sent an email to Miguel to meet us here on nine o'clock
19:51 gmcharlt and secondly, simply trying some experimental patches
19:51 |Lupin| i'm fine with using Koha-devel
19:51 slef gmcharlt: I'd look to copy www.bbc.co.uk on style: make "skip to content" the first link of a first ul of a first div.
19:51 |Lupin| just wanted to avoid annoying ppl not interested in the topic
19:51 pianohacker gmcharlt: How do you mean styling? Just basic positioning?
19:51 gmcharlt pianohacker: yes
19:52 ricardo |Lupin|: Understood and appreciated... Maybe create the list if the topic becomes too ... err... "loud"?
19:52 pianohacker slef: I think that would be #toplevelmenu for most pages, which would probably work quite well
19:52 |Lupin| ricardo: ok
19:53 gmcharlt slef: the bbc.co.uk looks reasonable to me
19:53 pianohacker As the target of the link, and not the link itself, is the part that is page specific
19:53 gmcharlt pianohacker: yep
19:54 danielsweeney ls
19:54 slef and follow some standard of accesskeys but I can't find the UK one just now
19:55 owen I'm a little concerned about the "unfunded mandate" nature of this proposition
19:55 owen How is this going to get done?
19:55 slef I think 2 = main content is normal, but I can't tell
19:55 gmcharlt |Lupin|: are there any specific pages where a skip-to-content link would be the most useful to you?  that would be good for an experimental patch
19:55 slef owen: seeking co-sponsors, plus best efforts otherwise ;)
19:55 wizzyrea well.. aren't we going to have to fiddle with every template for conversion to Template::Toolkit?
19:55 ricardo gmcharlt: nod
19:56 gmcharlt owen: as far as doing this, as long as we can establish some guidelines, funding and/or patches will depend on people's real interest in this
19:56 slef owen: this stuff is rather like the SQL security slog I did years ago and we didn't get paid fully for that.
19:56 owen Yeah, I remember all the work you did on that
19:56 |Lupin| gmcharlt: perhaps the pages for adding patrons and records with a Z39.50 query ?
19:56 pianohacker We could make a guideline that completely new pages, or major rewrites, have a target for the "Skip to navigation" link
19:56 thd owen:  It may be an unfunded mandate which libraries tend to ignore but there are some legal requirements involved whether funded or not.
19:56 gmcharlt my main concern is making sure that the anchor is put in an include or the equivalent, so that we don't end up with 361 inconsistent skipnav links to fix in the future
19:57 slef owen: IIRC that was a fun new year holiday ;-)
19:57 slef gmcharlt++
19:57 |Lupin| gmcharlt: yeah, header.inc might be the right place
19:57 thd s/It/Accessibility in general/
19:58 gmcharlt and one of the pages that |Lupin| suggested would be a good place to hash out the implementation issues
19:58 pianohacker I think |Lupin| has it correct, since the first li in the first ul... etc. is generated by header.inc
19:58 owen gmcharlt: So we create a standard link target and add that target to each page
19:58 gmcharlt re using header.inc for that purpose, how much of an annoyance is having a skpnav that goes nowhere to users of assitive software?
19:58 slef gmcharlt: sadly typical? ;-)
19:59 owen :D
19:59 slef by the way, firefox users, it's Shift-Alt-accesskey to use accesskeys if you want to try it
19:59 owen Let's duplicate header.inc temporarily for use with pages which use the new system
19:59 gmcharlt slef: yeah, doesn't surprise me that it's typical, but do screen readers try jumping to the end of the page if the anchor doesn't exist?
19:59 thd owen: In your link to the Target lawsuit, you also identified a possibility for negative funding.
19:59 slef in theory, shift-alt-0 should give you a list of access keys
19:59 slef so we should also add a page for that
20:00 slef gmcharlt: not that I've seen.  jump to start if anything
20:00 owen Interesting, slef, I hadn't seen that before
20:00 slef owen: there is something ironic about having an accessibility feature stuck on a shift-alt key combo
20:00 slef owen: my mobile phone is better - just press the number
20:01 davi slef, shift-alt-0 works here with bbc
20:01 gmcharlt |Lupin|: are you up to working on a sample patch, maybe with owen's help?
20:01 slef davi: cool. I'd not tried that. 1 should be home, 2 should be skip to main
20:01 |Lupin| gmcharlt: certainly
20:01 slef aha! http://www.direct.gov.uk/en/Si[…]rmation/DG_020463
20:01 |Lupin| gmcharlt: actually I had one almost ready
20:01 slef compare and contrast
20:02 |Lupin| gmcharlt: removed it but not too hard to re-do
20:02 gmcharlt |Lupin|: cool - polish it up and send it to koha-devel, and we'll have something concrete to argue about ;)
20:02 davi slef, on bbc, 1 works, but 2 change to another tab
20:03 |Lupin| gmcharlt: okay
20:03 davi the main one.
20:03 slef gmcharlt: troll ;)
20:03 |Lupin| just one thing
20:03 davi slef, So I would say such usability has a but ;)
20:03 |Lupin| how can the link be made invisible by CSS-capable browsers ?
20:03 davi because changing by tab out of the bbc pages ...
20:04 slef display: none
20:04 thd slef: I worry about accesskeys or similar functionality breaking ordinary browser keyboard shortcuts.
20:04 |Lupin| slef: ok, thanks. NOt a CSS expert.
20:04 slef |Lupin|: although I remember doing it another way some said was better on some sites.
20:04 |Lupin| thd: normally it's up to the user to configure how access-keys are really made available to him, AFAIK.
20:05 gmcharlt so I think we have some kind of resolution on that agenda item
20:05 gmcharlt last is Modification of bulkmarcimport so that it reminds the user to run rebuild_(no)zebra by default and hs a switch to disable this.
20:05 gmcharlt I think that one was also suggested by you, |Lupin| ?
20:05 ricardo gmcharlt: I'm guilty of that one!  ;-)
20:05 thd |Lupin| In a public access library terminal at the library users do not have much choice.
20:06 gmcharlt ah, go ahead ricardo
20:06 |Lupin| thd: ok.
20:06 |Lupin| ah yes
20:06 ricardo gmcharlt: Well... The sa(i)d story is the one reported in Koha mailing list: I ran bulkmarcimport and did not get results for searches (and got strange error messages)
20:06 slef thd: browsers should not be using accesskey combinations for shortcuts they already have.  I don't know any that do.
20:06 |Lupin| sorry I'm late in following the conversation
20:07 |Lupin| braille is quite slow on IRC
20:07 ricardo gmcharlt: |Lupin| kindly remembered me to run rebuild_(no)zebra.pl  and that solved the problem, naturally
20:07 slef |Lupin|: seriously?
20:07 |Lupin| well I think it may save some time to both koha users and developers
20:07 |Lupin| if the bulkmarcmport would instruct the user about what to do
20:07 |Lupin| slef: sure
20:07 ricardo |Lupin|: Right  :)
20:07 sekjal agreed.  for bulkauthimport.pl, too
20:08 thd slef: I think that it is similar functionality which has concerned me or when browser shortcuts are disabled by JavaScript libraries.
20:08 ricardo sekjal: Yeah, probably. I just didn't run bulkauthimport yet, eheh
20:08 pianohacker On that topic, does ZOOM/Zebra allow us to display error messages for an empty database or at least a failed connection?
20:08 |Lupin| actually I think I replied the question at least three time since I'm on the list, which is not too long... and I had to ask the same quesiton on the chan
20:08 slef thd: initial test should show if any koha JS libs interfere with these
20:08 wizzyrea yes, it's definitely FAQ worthy
20:09 wizzyrea it's been answered many, many times here as well
20:09 |Lupin| wizzyrea: at least, and given that users almost never ead FAQs...
20:09 gmcharlt I've no objections if somebody wants to do a patch adding such a message to bulkmarcimport, just as long as there's a way to  make the script completely quiet for crontabs
20:09 ricardo If it's just a matter of adding a   print " message "  to the code, I think that I might add it myself (not a Perl guru, by a long shot, but I'm "print" capable!  ;-)
20:10 |Lupin| :)
20:10 gmcharlt of course, there's no guarantee that everybody will actually *read* it
20:10 |Lupin| and a switch to disable it, please
20:10 ricardo gmcharlt: Sure... But at least SOME will  :)
20:10 Brooke gm: you can lead a horse to water...
20:10 schuster Sounds like a good link - FAQ - on the welcome page.
20:10 wizzyrea well I was thinking of the default news items
20:10 wizzyrea actually
20:10 gmcharlt so to toss about another suggestion, why not have an option for bulkmarcimport to automatically call the appropriate indexing job?
20:10 wizzyrea on a fresh install
20:11 wizzyrea because how many people will OOH IT"S INSTALLED and log in right then
20:11 wizzyrea to look around
20:11 wizzyrea before importing anything
20:11 Brooke hooray
20:11 gmcharlt wizzyrea++ # yes, default news makes sense
20:11 Brooke I <3 programmes doing logical things for me
20:11 ricardo gmcharlt: Well... If you always need to do it, yes, I think that's a good idea. Is that always the case?
20:11 gmcharlt ricardo: it's not always the case, but it often is
20:11 wizzyrea is there a reason NOT to do it?
20:11 |Lupin| gmcharlt: may not be enough. If people forget it...
20:11 gmcharlt wizzyrea: yes, there can be during data migrations
20:12 tajoli I think could be an option to swith on the migration
20:12 wizzyrea maybe display and option to g... yea
20:12 Brooke mmmmmm confirmation screen
20:12 |Lupin| gmcharlt: I'm strongly in favour of the warning, because my feeling is that many people using koha do not know what they are doing, and this will be more and more true as koha becomes more and more popular
20:12 ricardo |Lupin|++
20:13 Brooke aww rats, I've been found out
20:13 tajoli We insert the instruction to use it during the INSTALL on
20:13 tajoli ly
20:13 tajoli Sorry, I mean 'only'
20:13 wizzyrea I think there are probably several places it should be noted
20:13 wizzyrea :)
20:13 ricardo Maybe add a option for NOT running rebuild ... and by default run rebuild? There's a problem though... We need an additional switch to define if using Zebra or NoZebra, right?
20:13 |Lupin| tajoli: sometimes ppl will remember to do it he first time, and then forget about it ?
20:13 |Lupin| oh maybe another idea
20:13 pianohacker ricardo: NoZebra syspref
20:14 schuster |Lupin|++ - make sure it is documented well on install instructions...  Have your spouse install it - they will tell you where it doesn't work or it isn't documented well.
20:14 gmcharlt ricardo: well, actually, the indexing job ought to be smart enough to figure out which indexing mode the DBs uses
20:14 |Lupin| is it possible in KOha to detect that perhaps the indexes have not been built
20:14 |Lupin| ?
20:14 ricardo pianohacker: But how do I access "NoZebra" syspref in a command line tool like "bulkmarcimport"? (Just asking... I really don't know)
20:14 |Lupin| if it is, why not add a question in the error message
20:15 |Lupin| such thtat "Did you rebuild your index" ?
20:15 hdl_laptop C4::Context->preference("NoZebraIndex")
20:15 ricardo hdl_laptop: Interesting. Thanks!  :)
20:15 gmcharlt ok, for the immediate term I think I hear ricardo volunteering to try a patch to add the message, and wizzyrea volunteering to update the default news
20:15 joetho Even experts dealing with this every day could use a reminder to rebuild indexes.
20:16 ricardo gmcharlt: I think that you're hearing things...  ;-)
20:16 |Lupin| gmcharlt++
20:16 ricardo OK. I might give it a shot... and quit quickly if I find myself in trouble... But I'll say it, in that case  :)
20:16 gmcharlt ricardo: am I? ;) <ricardo> If it's just a matter of adding a   print " message "  to the code, I think that I might add it myself (not a Perl guru, by a long shot, but I'm "print" capable!  ;-)
20:16 hdl_laptop a good boss is one who de le gates
20:17 wizzyrea I'll look at the default news, sure
20:17 gmcharlt ricardo++
20:17 gmcharlt wizzyrea++
20:17 pianohacker "We love you, we really do! Now go work."
20:17 ricardo gmcharlt:  Darn... "They" are not joking when they say "Everything that you say, *can* and *will* be used against you!"  ;-)
20:17 wizzyrea aside: do you think that the sample news items should be mandatory instead of optional?
20:17 hdl_laptop hehe...
20:17 Brooke hdl: de le gates? Is that French ;)
20:18 hdl_laptop delegation ?
20:18 thd gmcharlt:  I would like to momentarily bring up an issue not on the agenda.
20:18 gmcharlt thd: go ahead
20:18 ricardo (actually I have a "quip" on a something related to bulkmarcimport: rebuild_(no)zebra.pl  but I'll wait for thd question)
20:19 thd no please go ahead ricardo
20:19 thd I am patient
20:19 ricardo thd: LOL! Thanks  :)
20:19 ricardo This would break some compatibility...
20:19 ricardo But I'm annoyed that:
20:19 ricardo  /rebuild_zebra.pl --help    gives usage
20:19 wizzyrea thinking if you're going to put important stuff in there you probably want to at least make sure people will see it by default.
20:20 ricardo  /rebuild_zebra.pl --help    returns "Unknown option"
20:20 ricardo (that seems easier to fix)
20:20 ricardo but...
20:20 ricardo "rebuild_zebra.pl" returns "Must specify -b or -a to reindex bibs or authorities"
20:20 ricardo "rebuild_nozebra.pl" runs right away. Is that normal?
20:21 gmcharlt ricardo: fair point - we should decide on a conventation for command-line argument processing and stick to it
20:21 davi gmcharlt++
20:21 schuster Wizzyrea - link to manual on editing news - maybe link to welcome page on Wiki? or am I on the wrong page?
20:22 schuster gmcharlt++
20:22 davi gmcharlt,  What about create a wiki page for describe the  command-line argument convention?
20:23 ricardo gmcharlt: The problem is... Some people may have already created scripts (for crontab jobs, like you said) already relying on "rebuild_nozebra.pl" running right away  :-S   For "--help" I think we should add "usage" instructions (I don't think that breaks any thing)
20:23 gmcharlt davi: good idea
20:23 gmcharlt ricardo: yeah, adding --help to jobs that don't have it shouldn't break crontabs
20:23 ricardo gmcharlt: right
20:24 ricardo gmcharlt: I may try adding those instructions, *if* they are equal (or very similar) to rebuild_zebra.pl
20:24 ricardo (for the "--help" switch, I mean)
20:25 gmcharlt ricardo: sounds good
20:25 ricardo ... and then I'd submit a patch  (and you or hdl may ruthlessly reject it!  ;-)
20:25 gmcharlt heh
20:26 ricardo :)
20:26 ricardo thd: Sorry for taking your "turn". Go right ahead!  :)
20:26 davi gmcharlt, Where is located the "Development rules" wiki for the project? We should add there the "command-line argument convertion" subsection. -- http://wiki.koha.org/doku.php#developer_links
20:27 hdl_laptop Coding guidelines
20:27 gmcharlt davi: http://wiki.koha.org/doku.php?[…]:codingguidelines
20:28 gmcharlt while we're waiting, bugs.koha.org product and component is still pending
20:29 ricardo gmcharlt: Hmmm? There is a "Product" field and a "Component" field in bugs.koha.org... What do you mean exactly?
20:30 schuster Sorry gmcharlt don't know if you are asking or telling???
20:30 hdl_laptop gmcharlt: pls go ahed, and thd will be able to speak after
20:30 gmcharlt schuster: telling
20:30 gmcharlt ricardo: among other things, moving non-Koha software bug components to a separate component
20:30 slef hdl_laptop: is bug 3307 solved? widespread?
20:30 munin Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3307 blocker, PATCH-Sent, ---, jeanandre.santoni@biblibre.com, ASSIGNED, Unable to search the catalog on the intranet side
20:31 gmcharlt and merging together pre < 2.0 versions
20:31 hdl_laptop slef: it is on 3.0.3
20:31 ricardo gmcharlt: OK, thanks
20:32 ricardo hdl_laptop: Speaking of which, may I submit the small patch described by "Amer Denni" for Bug 2599
20:32 munin Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2599 major, P1, ---, henridamien@koha-fr.org, NEW, Search limits not working for NoZebra
20:32 thd I think that in the interests of time I will defer the issue I had wanted to bring up until later
20:33 davi gmcharlt, I have register my account at the wiki. I will add such wiki section
20:33 schuster Are you proposing to "flag" all < 2.0 tickets as < 2.0 product or < 2. 0 component?
20:33 slef davi: it supports openID
20:33 ricardo slef: LOL!
20:33 hdl_laptop ricardo: please send.
20:33 slef sorry, I'm tired
20:34 gmcharlt schuster: squash the version numbers
20:34 ricardo hdl_laptop: OK. I only could test it in one environment, so feel free to test it in others, if you wish (in fact, I'll be GLAD if you do!)
20:34 davi slef, I do not like openID, it is not secure by design!
20:34 slef davi: it's a wiki, not launch_nuke_by_LOC.pl
20:34 davi it is good for a wiki, because it do not requires security
20:35 schuster So you are proposing to remove those 2 items totally?
20:35 slef davi: ni samopinas :)
20:35 slef erm
20:35 slef davi: ni samopinias :)
20:35 gmcharlt schuster: no, not remove the bugs, just adjust the version number to shorten the drop-down for version numbers when entering new bugs
20:36 hdl_laptop gmcharlt: I have no objection to squashing version numbers.
20:36 ricardo gmcharlt: Fine by me... At least for the really old versions
20:36 gmcharlt OK, we're past 1.5 hours - unless somebody has another burning issue to raise, I suggest we dedicate the rest of the day to watching slef's and davi's OpenID debate
20:36 davi As I do not use OpenID for any serious, I have not created an OpenID account, and I think I will never do, instead I use the same password elsewhere for those things, it is easier :)
20:36 schuster gmcharlt - ok since bugs are version ignorant makes sence.
20:37 tajoli I have new info about documentation of Koha DB level
20:37 schuster I would like to suggest to people to also add items to the RFC or at least an enhancement in bugs.koha.org especially if you are a programmer working on something.  If you want to do it or remind the person paying you to do it either way...  Helps others in the community.
20:37 gmcharlt tajoli: cool - go ahead
20:37 tajoli We use Schema
20:37 ricardo schuster++
20:38 tajoli SchemaSpy software
20:38 tajoli http://schemaspy.sourceforge.net/
20:38 hdl_laptop tajoli++ it is quite good.
20:38 ricardo tajoli: Interesting. I didn't know that one :)
20:38 tajoli And we insert comment on table level
20:39 tajoli and on  columns
20:39 hdl_laptop You should then insert them into kohastructure.
20:39 tajoli Yes, but after installation
20:39 slef gmcharlt: aw, I wanted to sleep :)
20:40 tajoli A first version is here: http://www.koha.it/local--file[…]schemaKoha.tar.gz
20:40 tajoli I have update the wiki page of DB schema http://wiki.koha.org/doku.php?[…]elopment:dbschema
20:41 gmcharlt tajoli++
20:41 ricardo tajoli++
20:41 tajoli To use SchemaSpy you need a Mysql with Koha installed
20:41 ricardo (How does one ask the "munin" bot about karma?  :)
20:41 slef @karma ricardo
20:41 munin slef: Karma for "ricardo" has been increased 4 times and decreased 0 times for a total karma of 4.
20:42 ricardo slef: Thanks!  :)
20:42 ebegin ricardo-- ;)
20:42 ebegin ricardo++
20:42 ricardo ebegin: I was expecting that  ;-)
20:42 gmcharlt heh
20:42 tajoli For relations (the most imporant think) it use FK, indexes, PK and columns with the same name
20:42 ricardo tajoli: Nice
20:43 cait tajoli: looks great
20:44 hdl_laptop hi cait.
20:44 tajoli So in fact it has a problem: the name of colums. For example the name 'id' is use in different table as PK but the tables are not reletad between them
20:45 cait hdl: hi :)
20:45 ricardo tajoli: Hmmm... And does it do that for both MyISAM and InnoDB tables?
20:45 tajoli We plan to have a beta version with more comment on 10 July
20:45 gmcharlt ok, thanks tajoli
20:45 tajoli Now Koha has only InnoDB tables.
20:46 ricardo tajoli: OK. I wasn't sure about that. Thanks. That is a problem then, as you say
20:46 tajoli In MyISAM the FK are not working but you can set them
20:46 gmcharlt we're at 1.75 hours, so I'm calling the meeting closed
20:46 tajoli Probably it could read FK in MYISAM
20:46 gmcharlt I'm calling the next general IRC meeting for first Wednesday of August, i.e., 5 August
20:47 Brooke cool
20:47 gmcharlt thanks, everybody
20:47 ricardo gmcharlt: OK... Is there some agenda for that meeting? One topic that I think will *need* to be addressed / discussed is the translation ... hmmm.. framework (for the SQL, JS files) to remove redundancies and inconsistencies... But it sounds to be a job for a big rewrite in some parts  :(
20:48 ricardo (Maybe there's already a RFC for that, don't know... I must search for it)
20:49 cait add translation for xslt files
20:49 |Lupin| any idea aboutthe time ?
20:49 gmcharlt we can try the time used for the 3 June meeting - 10:00 UTC+0
20:50 ricardo gmcharlt: Sure. For me (in Portugal) that hour is great (it would be 11AM here).
20:50 |Lupin| didn't you want to change the time for each meeting ?
20:51 ricardo cait: Thanks for the additional tip!  :)
20:53 gmcharlt ricardo: started wiki page for next meeting - feel free to add agenda items
20:53 ricardo gmcharlt: You are really good at that "de-le-ga-ting" thing, you know?  ;-)
20:54 ricardo (just kidding, eheh...)
20:54 gmcharlt ricardo++
20:54 |Lupin| anyway
20:54 gmcharlt the link is http://wiki.koha.org/doku.php?[…]etingnotes09aug05 , btw
20:55 |Lupin| gmcharlt: thanks a lot for havin run this meeting and having done it so well, it was great
20:55 ricardo |Lupin|++
20:55 ricardo gmcharlt++
20:55 |Lupin| :)
20:55 gmcharlt thanks
20:55 ricardo :)
20:55 Brooke feel free to send me boring Librarian queries, for now, it's Miller time!
20:56 ricardo Brooke: Can't you send me a "Miller" from there to Portugal?  ;-)
20:56 wizzyrea oh man, beer.
20:56 wizzyrea gah, still an hour to go
20:56 ricardo wizzyrea: LOL!
20:57 wizzyrea :)
20:57 wizzyrea the only thing that would make it better would be a pool + beer
20:57 ricardo Speaking of which... It's (late) dinner time (late because this meeting started at 8PM for me, eheh. Take care everyone!
20:57 ricardo wizzyrea++
20:57 ricardo ;-)
20:57 wizzyrea hee ty
20:57 ricardo You're welcome :)
20:57 ricardo (out!)
20:59 |Lupin| btw, is it onpurpose that the chan doens't have a topic ?
21:00 gmcharlt |Lupin|: not particularly, we just don't consistenly have op
21:02 brendan so long #koha folks
21:03 slef bye bye brendan
21:03 brendan enjoy the evening!
21:03 Brooke see ya brendan
21:03 pianohacker gmcharlt: Does munin have a chanserv-like mode?
21:04 Brooke okay for serious, time for me to cook dinner before Ulduar
21:04 slef http://www.burnham-on-sea.com/webcam/
21:04 |Lupin| whether has been terribly hot in Paris these dys... Ppl can hardly sleep
21:04 slef neighbouring town but faces the sunset
21:04 gmcharlt pianohacker: yes, it has a ChanServer module
21:04 wizzyrea owen: brilliant blog post
21:05 wizzyrea drat, he's gone
21:05 |Lupin| slef: where are you from again ?
21:06 slef |Lupin|: I'm just north of Weston-super-Mare, Somerset, England
21:06 |Lupin| slef: ok
21:10 schuster wizzyrea - prompted by my stupidity!
21:12 pianohacker wizzyrea: url?
21:12 wizzyrea http://www.myacpl.org/koha/?p=237
21:13 wizzyrea schuster: pff, not stupid. We actually went over kind of the same thing a while back while I was doing jquery/css in the staff client
21:13 wizzyrea he probably figured he'd answered it twice, might as well post it :)
21:15 slef "Nefarious webmasters are likely to swap out the image for something you don’t want to see!"
21:21 davi Initial draft about comand-line conventions added
21:21 davi  http://wiki.koha.org/doku.php?[…]ument_conventions
21:21 davi Expand it if needed. It just try to be a note to start the discussion
21:23 davi  As proposal of convention rules:  hGNU coding standards, ttp://www.gnu.org/prep/standards/
21:23 davi h*
21:25 |Lupin| see you later all, time to go sleeping here. bye !
21:28 wizzyrea last seen times = time stamp on the server, right?
21:28 wizzyrea not the time stamp on the client
21:29 gmcharlt @last wizzyrea
21:29 munin gmcharlt: (last [--{from,in,on,with,without,regexp} <value>] [--nolimit]) -- Returns the last message matching the given criteria. --from requires a nick from whom the message came; --in requires a channel the message was sent to; --on requires a network the message was sent on; --with requires some string that had to be in the message; --regexp requires a regular expression the message (1 more message)
21:29 gmcharlt @seen wizzyrea
21:29 munin gmcharlt: wizzyrea was last seen in #koha 39 seconds ago: <wizzyrea> not the time stamp on the client
21:29 slef oh no, not the time stamp on the client!
21:30 wizzyrea (someone asked, I wanted to give a definitive answer, I assumed server time)
21:30 wizzyrea (well I meant in koha, sillies)
21:30 wizzyrea you know, where there is a list of "last seen"
21:30 gmcharlt wizzyrea: well, @seen is relatively, it appears
21:31 wizzyrea ok, lol
21:31 wizzyrea in koha
21:31 wizzyrea in the item records
21:31 slef server time
21:31 wizzyrea you can look at checkout history
21:31 slef I'd bet that
21:31 wizzyrea ty
21:31 wizzyrea :)
21:31 gmcharlt I get it now
21:31 slef we had much fun with people not setting server timezones in 2.0
21:31 wizzyrea (aside: the last seen columns aren't consistent, they show different things)
21:32 wizzyrea gmcharlt: *giggle*
21:32 slef do *not* get me started on koha date handling :)
21:40 IrmaCalyx good morning/goog night/good bye all...off to 1st appointment of the day. Thanks for the meeting:-)
21:57 chris back
22:08 Jo Moirning Chris
22:08 chris hey jo, ack forgot to email you
22:08 chris 2 secs
22:13 chris off it goes, stats should be in your mailbox soon
22:15 Jo yay - thanks Chris.
22:15 Jo Danny working through them now
22:15 chris cool
22:16 pianohacker Hey chris. What have you been up to?
22:17 chris meetings about keywords for a cuisine website
22:17 chris 9am meeting, meant i had to catch the early bus and miss the irc meeting :(
22:17 chris but ill read back on the transcript
22:18 chris http://catalystcoffee.com/  <-- my friend was here, using their wifi yesterday
22:22 chris oh we have a koha library in hawaii, cool
22:22 pianohacker Yup, Hawaii State Archives
22:24 brendan heya chris
22:24 brendan pianohacker - howdy
22:24 chris hey there brendan
22:24 pianohacker hey brendan
22:24 brendan Sonja just made cookies !  -- happy /me
22:24 chris heh lucky
22:29 brendan is there somewhere to go for vmware images of koha, besides the extension manager?
22:30 brendan just following through kylehall's page now - maybe I'm answering my own questions
22:32 brendan think I'm all good :)
22:32 chris :)
22:34 ricardo Back (kinda...)
22:34 ricardo Hi chris !  :)
22:35 pianohacker Off to meeting, bye all
22:35 chris hiya ricardo :)
22:36 ricardo I'm resuming work in a Virtual Machine running openSUSE 11.0, git and Koha 3.0.x / MASTER branch and 2 databases (one for Koha 3.0.X and the other for MASTER)... The setup is still a bit "mixed up"  :(
00:08 ricardo Sleep time. Take care!
02:43 atz gmcharlt: is kohaspsuggest dead?
02:50 chris what does kohapsuggest do?
02:53 atz it tries to do 2 insanely unrelated things on a totally different db_host:database:user:password:
02:53 chris ahh
02:53 atz (1) get spelling suggestions
02:53 atz (2) log the query
02:54 chris sounds like it should die to me
02:54 atz totally unsupported by the installer, afaict
02:54 atz i think the original is kados code
02:56 chris ahh probably something left over from the dev_week branch
02:57 atz i think zebra effectively destoyed the rationale for such a cumbersome feature
02:58 chris yep
03:00 chris ahh its left over from 2.2.x
03:00 chris http://liblime.com/products/ko[…]ancement-features
03:01 chris http://lists.koha.org/pipermai[…]ember/006415.html
03:01 atz wow, almost all features that are not working now.
03:02 chris yeah :(
03:02 atz really crappy implementation for spellcheck though... need a whole separate DB?  wtf?
03:02 chris yeah, doing it against the one we already have seems more sensible
03:31 Amit hi chris, brendan
03:31 Amit good morning #koha
03:53 brendan hello amit
03:53 Amit heya brendan
07:33 chris morning europe
07:35 hdl_laptop hi chris
07:37 eiro hello world
07:55 chris hows it going mason?
07:55 chris you staying up there?
07:56 mason naw, werking late - on nightly fines stuff
07:57 chris ahhh
07:57 chris go live is getting close eh
07:57 mason getting there... i have a bunch of useful stuff to commit back, when i get this finished
07:57 hdl_laptop hi mason
07:57 mason yeah
07:57 mason heya hdl
07:58 chris awesome
07:59 mason i just downloaded FF 3.5 last nite, looks good
07:59 chris yeah, nice and fast
08:00 mason i was trying to use its JS profiler on the addbiblio..tmpl jscript
08:01 mason i have to say the save/validate speed of addbiblio.pl is very fast on my 2ghz lappy
08:03 chris *nod*
08:03 chris even faster with chromium
08:03 mason on deb/ubuntu ?
08:03 chris yep
08:04 chris deb http://ppa.launchpad.net/chrom[…]-daily/ppa/ubuntu intrepid main
08:11 mason ok, me off...
09:08 thd chris: are you still awake?
09:08 thd hdl_laptop: you must be awake
09:09 hdl_laptop I am
09:09 chris yep i am
09:09 thd Why are we updating borrowers.dateenrolled as if it is borrowers.datemodified
09:09 thd ?
09:10 chris we are? we shouldn't be
09:10 thd There is no borrowers.datemodified
09:10 chris where is it doing that?
09:11 thd I have not looked to find where the code is doing that yet but the evidence is very good
09:11 thd If you update a patron record, borrowers.dateenrolled changes.
09:13 chris C4::Members is the only place where it is changed
09:16 chris in ModMember
09:20 chris doesnt change it for me
09:20 chris unless i delete the value in the registration date in the form
09:21 chris seems to set it to whatever is in the form for me
09:21 atz possibly if you move the record from deletedborrowers
09:21 chris jeez dont you americans ever sleep? :-)
09:26 thd no apparently not
09:27 thd maybe the report I had been answering is because of user error in modifying a patron record
09:27 chris if they change the date, it certainly changes
09:28 chris that seems to be the behaviour i am seeing
09:29 thd It is certainly called by ModMember for date format wrangling
09:29 chris yep, but whatever is in the form is passed to it
09:31 thd atz made another suggestion about a possible user procedure issue.
09:31 thd 99% of all bugs are user error.
09:31 chris it certainly isnt setting it to be the last modified date, thats for sure
09:32 chris not when editing a borrower
09:32 thd I assumed I was on to something when I found no column for modified date.
09:43 thd chris: I totally misread the report
09:43 thd chris: It was a sort order problem
09:44 thd No I read it right
09:44 thd User error.
09:49 chris pebkac :)
09:49 thd pebkac?
09:51 hdl_laptop problem is between keybord and computer
09:51 chris problem exists between keyboard and chair
09:51 thd yes, I see it warrants a Wikipedia article
10:00 thd Eliminate PEBKAC.  Only machines should be allowed to do data entry.
10:28 Elwell_ thd: take the humans out the loop? how about a nice game of chess?
10:29 chris ill be back
10:30 chris sorry dave i cant do that
10:30 chris etc etc
10:30 chris :)

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