← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
11:07 | _hdl_ | morning joshua. |
11:07 | Paul won't be ale to be there tonight. | |
11:07 | Too tired. | |
11:14 | kados | ok thanks |
11:14 | perhaps we should reschedule | |
12:24 | morning shedges, thd | |
12:24 | shedges | morning kados |
12:24 | thd | good morning |
12:49 | kados: I asked you before about some minor nuisance clause for using Amazon web services in accordance with their license. | |
12:50 | kados: 1.B.4. If you display any Amazon Properties within your Application, you must add the following disclaimer in a place that is reasonably viewable by the user of your Application: "PLEASE KEEP IN MIND THAT SOME OF THE CONTENT THAT WE MAKE AVAILABLE TO YOU THROUGH THIS APPLICATION COMES FROM AMAZON WEB SERVICES. ALL SUCH CONTENT IS PROVIDED TO YOU "AS IS." THIS CONTENT AND YOUR USE OF IT ARE SUBJECT TO CHANGE AND/OR REMOVAL AT ANY TIME." | |
12:53 | kados: http://www.amazon.com/gp/brows[…]UTF8&node=3440661 | |
12:56 | kados | thd: 'reasonably viewable' is nice and vague :-) |
12:56 | thd | kados: That seems to suggest that the notice could be located on an OPAC About Koha page when web services is enabled. |
12:56 | kados | thd: when they click on the 'search inside' link |
12:56 | _hdl_ | or you can play, in France with 4th cover page not submitted to copyright. |
12:57 | Sorry to interrupt | |
12:57 | kados | :-) |
12:58 | thd | kados: We both know that they do not bother to enforce this but it is much too useful to fail to comply like many others. |
12:59 | _hdl_: What text actually appears on the fourth cover page? | |
12:59 | kados | thd: 'reasonably viewable' does not mean 'on the same page' |
12:59 | thd: so would a link to 'content disclaimer' satisfy you? | |
13:00 | thd | kados: I do not think that it necessarily does. I think an about Koha page, copyright, or disclaimers page in the OPAC would be fine. |
13:01 | kados | thd: I think I'll leave that up to each Koha site to put into their template |
13:01 | thd: feel free to post a note to koha-devel recommending it | |
13:02 | thd | kados: Why is there no About Koha default page for the OPAC? |
13:03 | _hdl_ | thd: usually, in france, title, authors, page count ISBN, and so on and so forth, no beautiful image or display |
13:03 | kados | thd: dunno ... but my new 'opaccredits' can be easily used for that |
13:03 | since it's a systempref, they don't even need to edit the template file | |
13:03 | just add some html to that systempref | |
13:04 | thd | kados: I will look for the opaccredits page. |
13:04 | kados | thd: it's not a page |
13:05 | thd: it's a system pref | |
13:05 | thd: that allows inserting text into each template | |
13:05 | thd: at the bottom of the page (in the NPL template) | |
13:07 | thd | kados: That is even better but if the all caps for the Amazon notice is required that seems just a little scary on every page as opposed to a special content disclaimer page. |
13:10 | kados: Although, I think people almost never see the bottom of a web page unless either no scrolling is required or scrolling is needed for useful information the user was expecting. | |
13:12 | kados: If it seldom seen, then it cannot be very scary. | |
13:12 | kados | thd: of course, they can just put a link in the opaccredits :-) |
13:12 | thd: a link that goes to the disclaimer | |
13:12 | thd: and any other privacy policy, etc. that they might have | |
13:13 | thd | kados: Do all templates have a default for that? |
13:15 | kados | no default |
13:20 | thd | _hdl_: Your description seems to be the copyright page if it were English. Do you refer to that as 'le avis de copyright'? |
13:21 | kados: Shouldn't there be a default for the OPAC? | |
13:22 | kados | thd: maybe ... something like 'Koha ILS' with a link to the koha homepage or something? |
13:22 | thd: maybe even a graphic? :-) | |
13:22 | _hdl_ | If there is ISBN, summary and title and author, yes. |
13:22 | thd | kados: The default for the intranet is certainly about Koha. |
13:22 | kados | thd: I'll leave that to the interface designers :-) |
13:22 | thd | kados: A link should be fine. |
13:22 | kados | thd: now that the syspref is there, it's easy enough to add |
13:23 | _hdl_: have you had a chance to try out the new code I committed? | |
13:23 | _hdl_: (/me wonders if any french libraries would like the amazon stuff) | |
13:24 | _hdl_ | kados: could be. |
13:24 | But usually, french librarian are reluctant to redirect ppl to market places. | |
13:25 | Could ask osmoze in fact. | |
13:25 | thd | kados: I remember a discussion on #koha where the library would not be allowed to in essence advertise for a private business such as Amazon. |
13:25 | kados: French public library | |
13:26 | kados: where osmoze works | |
13:26 | kados | well ... any time a library has a book publisher listed on the OPAC it's advertising :-) |
13:28 | thd | kados: I know but someone had made a rule that allowed the publishers name but did not allow linking to a commercial business or something, at least at that library. |
13:28 | kados | what about using a service from a company like Amazon |
13:29 | the only link to Amazon.com on the OPAC is a link to the 'read it now' service they offer | |
13:29 | a service that many libraries pay syndetic solutions or some other vendor to use | |
13:30 | thd | kados: very expensive for much of the same information |
13:30 | :) | |
14:02 | _hdl_: Is there any reason why marc_subfield_structure.seealso cannot be VARCHAR (2048) instead of VARCHAR (255)? | |
14:03 | kados: The above seems to have been the problem yesterday with my attempt to search all possible subject subfields. | |
14:04 | kados: The value must have been truncated with bad syntax. | |
14:06 | kados: sorry for causing trouble testing on your test system without first having tested on my own. | |
14:07 | kados | thd: np :-) |
14:07 | thd | kados: did you commit the needed template changes to all templates? |
14:08 | kados | thd: yep |
14:08 | thd: kohatest.liblime.com is running stock cvs | |
14:08 | thd: no template or script modifs | |
14:09 | thd | _hdl_: Are you still there? |
14:10 | kados: what is happening when the fixed things become broken all over again? | |
14:11 | kados: Is there not some good standard practise that prevents that from happening? | |
14:13 | kados: Are people working with old copies of rel 2_2 files and then reusing them for later updates to CVS? | |
14:22 | kados | thd: mostly what's happening is we forget to commit the fixes right away |
14:22 | thd: I'm trying to stop doing that :-) | |
14:23 | thd | kados: the subject search fix was committed for the NPL templates a few days after 2.2.4 after I noticed it and pointed it out to owen. |
14:24 | kados: Yet, it was working correctly for the CSS templates at that time. | |
14:25 | kados: 2.2.5 seemed to have broken it for all the templates. | |
14:25 | kados | thd: don't know what to tell ya |
14:25 | thd: other than it's working now :-) | |
14:26 | I suspect someone overwrote the fix somewhere along the way | |
14:26 | thd | kados: I just want to be certain I do not do anything worse if there is some good practise I can follow to avoid that for myself :) |
14:27 | kados | thd: always make sure you're working from the latest cvs before you commit anything |
14:27 | though usually cvs will warn you when you try otherwise | |
14:28 | thd | kados: exactly, it will tell you so breaking from old files seems very odd. |
14:45 | kados | T-MINUS ~1 hour 15 MINUTES TO KOHA ORGANIZATIONAL MEETING |
14:46 | don't think we really need an agenda ... not much to talk about with paul missing :( | |
14:55 | be back before the mtg | |
15:46 | T-MINUS 15 MINUTES TO KOHA MEETING | |
15:55 | T-MINUS 5 MINUTES TO KOHA MEETING | |
15:59 | T-MINUS 2 MINUTES TO KOHA MEETING | |
15:59 | hello? | |
15:59 | anyone here? :-) | |
15:59 | heh | |
16:00 | well, this will be easy to summarize :-) | |
16:02 | thd | here |
16:03 | kados | hey sanspach |
16:03 | sanspach | hi |
16:03 | kados | how's it going? |
16:03 | sanspach | too busy to keep up; but that's normal |
16:04 | kados | we don't seem to have quorum, so I think we're gonna have to postpone the meeting |
16:04 | hi hdl | |
16:04 | hdl | hi kados. |
16:05 | kados | guess we'll way a bit, if chris or anyone at katipo shows up we could have at least some status reports |
16:05 | s/way/wait/ | |
16:05 | thd | kados: Does hdl make a quorum? |
16:05 | hdl | sorry to be late |
16:05 | I am in Montpellier at my parents :) | |
16:06 | kados | thd: think we need chris, or russ, or someone from NZ :-) |
16:06 | hdl | But My other me is loging in. |
16:06 | kados | paul? |
16:06 | hdl | Not coming tonight |
16:06 | kados | right |
16:06 | hdl: do you have any idea where paul is with perl-zoom? | |
16:06 | thd | kados: someone from every major timezone? :) |
16:08 | kados | hdl: any news on perl-zoom? |
16:08 | hdl | problem #2 solved |
16:08 | kados | good ... what was it? |
16:08 | hdl | but problem 1 stays alive |
16:09 | kados | CQL right? |
16:09 | hdl | yes |
16:09 | CQL and config problem | |
16:09 | kados | is paul waiting for help, or will he continue to troubleshoot it? |
16:09 | hdl | But the other one was solved by installing the LATEST hot YAZ |
16:10 | kados | right |
16:10 | hdl | paul is waiting for help |
16:10 | kados | from index data right? |
16:10 | hdl | He sent a-e-mail on the lkoha-zebra list |
16:10 | yep sir. | |
16:11 | kados | ok, I hope they can find out the problem soon |
16:11 | paul must be very frustrated! | |
16:11 | hdl | he IS. |
16:12 | kados | I never anticipated such trouble getting perl-zoom integrated |
16:12 | any other news ? | |
16:13 | hdl | One cannot anticipate until we face pbs. |
16:13 | kados | right |
16:13 | hdl | I am working on serial itemization |
16:13 | kados | I committed some code over the weekend |
16:13 | hdl | I saw. |
16:13 | kados | serial itemization++ |
16:13 | hdl | shall give it a try, if i have a little time. |
16:14 | kados | excellent ... for 2.2.6? |
16:14 | thd | kados: if it is worth doing and not trivial there will be trouble :) |
16:14 | hdl | kados: yes |
16:14 | kados | yep |
16:14 | hdl: that's good news | |
16:14 | hdl | Not so trivial. |
16:14 | kados | I bet ... |
16:15 | hdl | But itemization wil be quite simple |
16:15 | (barcodes, homebranch and itemcallnumber + status and location) | |
16:15 | Not more. | |
16:15 | kados | should be enough |
16:15 | hdl | Serial number wil be stored in itemnotes. |
16:16 | kados | and in serials? |
16:16 | hdl | and in serials. |
16:16 | of course. | |
16:16 | kados | :-) |
16:16 | thd | not trivial was not necessarily meant to refer to serial itemisation. |
16:16 | hdl | Old behavior won't be changed. |
16:17 | kados | ok |
16:17 | anything else anyone? | |
16:17 | hdl | Not from France. |
16:18 | Except I have problems with mod_perl. | |
16:18 | kados | could you explain? |
16:18 | hdl | and virtualshelves function with one of our customer. |
16:18 | kados | hey slef |
16:18 | thd | hdl: what protects against finding many screenfulls of serial results from a serial title search when serials are itemised? |
16:18 | slef | hello |
16:19 | kados | slef: light meeting today, no chris or paul |
16:19 | slef: mostly talking about news | |
16:19 | hdl: do you mean you have had problems implementing mod_perl? | |
16:19 | hdl: if so, that's because the intranet is not mod_perl safe | |
16:19 | hdl | thd: It will be since you will only have 1 Title line. |
16:20 | But many items | |
16:20 | kados | thd: I think we'll have to find a solution for displaying such items |
16:20 | hdl | thd: you don't create a new biblio for each serials issue. |
16:21 | thd | hdl: just as it should be that is fine |
16:21 | kados | hdl: one that I have done for some clients |
16:21 | hdl | kados: Did you test thoroughly mod_perl behavior ? |
16:21 | kados | is to _not_ show item records for certain itemtypes |
16:22 | hdl: yes, and determined that the intranet is not mod_perl safe :-) | |
16:22 | hdl | kados: yes vcould be. |
16:22 | GOSH. | |
16:22 | I wasnot aware of this. | |
16:22 | kados | yes, only the opac is mod_perl safe at this point |
16:23 | chris will make the intranet mod_perl safe in 3.0 | |
16:23 | hdl | Did you trace what went wrong in intranet... ? |
16:23 | kados | due to the number of errors, I didn't have time |
16:23 | when I was attempting it | |
16:23 | but there are memory leaks I suspect | |
16:23 | hdl | and what prevented intranet to be mod_perl safe. |
16:23 | kados | it will definitely cause data to be incorrect |
16:24 | hdl | MANY MANY mem leaks indeed. |
16:24 | kados | I didn't do any tracing |
16:24 | so I'm not sure where the problems are | |
16:24 | but chris will be working on this problem in 3.0 very soon | |
16:24 | so perhaps we should backport what he does to 2.2.6 | |
16:24 | hdl | DAMNED |
16:25 | kados | any other news? |
16:25 | thd | hdl: DAMNED? |
16:25 | kados | if not, I'll close the meeting |
16:26 | hdl | thd: installing a mod_perl unsafe version at a customer is quite clumsy. |
16:26 | thd | kados: we could ask hdl and slef about my koha-devel post |
16:26 | kados | thd: sure |
16:26 | hdl | kados: no other point. |
16:26 | thd: not suer I saw this. | |
16:26 | Remember I am not on my machine. | |
16:27 | thd | hdl: I will find the link now |
16:27 | kados | http://lists.nongnu.org/archiv[…]-02/msg00020.html |
16:28 | hdl | I agree with you. Could be a good point to be DBM independant. |
16:29 | slef | thd: sounds good. Nothing to add from me, but no time to work on it here right now. |
16:29 | hdl | That's why I thought that using too much Mysql constriants could be annoying. |
16:30 | BUT we must be cautious and not limit ourselves too much with a good will to be DBM independant. | |
16:30 | I have no clear answer. | |
16:31 | kados | ok ... so thd if you have time to work on it, great! |
16:31 | I think it should be noted, and probably sumarized for the coding guidelines | |
16:31 | anything else to discuss today? | |
16:31 | hdl | I think if there is an international dev meeting, we can speak and deal with this problem more deeper. |
16:31 | kados | yep |
16:32 | slef | I think a few DBMSes will be able to match mysql's features. |
16:32 | hdl | postgreSQL seems to be now a VERY good DBM |
16:32 | kados | postgreSQL++ |
16:32 | thd | hdl: fi you read the message carefully and my followup correction you would see that DBM neutrality is impossible with identifier quoting unless there are alternate routines for different DB routines. |
16:32 | hdl | and it is MORE "FSF" compliant. |
16:33 | kados | yep |
16:33 | thd | s/fi/if/ |
16:34 | s/DB routines/DB flavour routines/ | |
16:34 | hdl | thd: thx for your participation and for your suggestion. Will try to abide by them from now on. |
16:35 | If meeting is closed, will leave you for a good dinner. :) | |
16:35 | kados | good evening hdl |
16:36 | thd | kados: at the GPL 3 conference there was a slide citing a GPL license for Postgres which is still news to me. |
16:36 | hdl | good evening folks. |
16:36 | thd | good evening hdl |
16:36 | slef | thd: are there proceedings for that conference online yet? |
16:37 | thd | slef: I have not checked but everything was recorded to have been posted a week later. |
16:38 | slef: There is certainly a wiki for commenting on the GPL v3 draft document | |
16:39 | slef | thd: aye, the wiki works. The comments system doesn't, unless you use one of a few firefox versions afaict |
16:39 | which REALLY SUCKS for FSF with "Any Browser" on their pages. (lies!) | |
16:39 | should koha 2.2.5 work with mysql 4.1.0? | |
16:40 | http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1045 | |
16:40 | just came in today | |
16:40 | thd | slef: last minute recoding of a special modification for mediawiki |
16:43 | slef: chris told me that normal acquisitions is not completely fixed in 2.2.X and will not be, although, they made a special NZ only shortcut for one Katipo library. | |
16:43 | slef: normal acquisitions will be fixed for 3.0 | |
16:46 | slef: however, dangerous bugs should still be expected for many 3.0 features, initially. | |
16:51 | slef: with respect to alternate DB SQL. There is already code in C4::context.pm for a db_scheme value for koha.conf. | |
16:54 | slef: you could already have code in the installer for supporting db_scheme in koha.conf. | |
16:55 | slef: are you there? | |
16:55 | russ: Is chris there? | |
16:55 | slef | thd: I am here, looking at that bug. |
16:56 | thd | slef: That bug is related to normal acquisitions which is not working now, see above. |
16:58 | slef | looks to me more like dangerous coding style in updatedatabase, but I can't tell |
17:00 | thd | slef: there had been a problem with Koha under MySQL 4.1 where the installer did not grant enough privileges to the Koha user for what MySQL 4.1 required. |
17:00 | slef | lock tables or something else? |
17:00 | thd | yes that was it |
17:01 | slef | this might be related, but I don't understand that part of updatedatabase, so I pass it to paul |
17:02 | thd | slef: what about supporting db_scheme in koha.conf even for 2.2.6? |
17:06 | slef: I mean what about filling db_scheme in koha.conf from the installer for 2.2.6 with a warning that only MySQL currently has enough support for a working Koha? | |
17:08 | slef: The installer should also have a warning against MySQL 5 until there is more identifier quoting. | |
17:08 | slef | thd: that would be possible, but paul should OK it IMO |
17:09 | thd | slef: yes, I still wait for paul and chris. |
00:30 | vircuser | Hi |
00:31 | Just seeing how awake the support group for Koha is... | |
00:31 | chris | only the nzers awake at the moment i think |
00:31 | vircuser | We are thinking of evaluating Koha in our public library. |
00:31 | How stupid are we being? | |
00:31 | chris | not very |
00:31 | vircuser | :-) |
00:32 | chris | its running in lots of public libraries around the world already |
00:32 | vircuser | I like that answer. Will recommend our librarians join here to discuss it. |
00:32 | russ | i would say you are enlightened - not stupid :-) |
00:32 | vircuser | Here is one now... |
00:32 | chris | its probably best to post an email to mailing list too |
00:32 | vircuser | My trustees have been looking at Sirsi/Dynix and The Library Corporation. |
00:32 | chris | then youll get responses from librarians |
00:33 | rosa | Hi vircuser |
00:33 | I'm a librarian | |
00:33 | vircuser | Have you ever seen a point-by-point comparison between Koha, Sirsi/Dynix, and TLC? |
00:33 | rosa | Nope |
00:34 | vircuser | That's what we really need. |
00:34 | It's one thing to say we could save money, it's another to say we could accomplish the same tasks with the same ease. | |
00:34 | rosa | Bit I do know I can get what I want from Koha, and most librarians I know who use commercial systems get very frustrated asking for customisation they're told they can't have |
00:35 | chris | Koha isnt nessecarily cheaper |
00:35 | rosa | Or will have to wait ages for |
00:35 | Or it's too expensive | |
00:35 | vircuser | Why isn't it necessarily cheaper? I thought it was free. |
00:35 | chris | it is |
00:35 | but you still have to pay someone(maybe your own staff) to install it, and convert your data | |
00:36 | and then you may want to spend some money building a feature you want, or tweaking some existing feature to work the way you want | |
00:36 | the beauty with Koha, is that it can do exactly what you want it to do, its open source you can change it, or hire someone to change to fit your needs | |
00:37 | plus you only need to pay for it once | |
00:37 | russ | once you have the data in you will need to do some testing to verify the data, and library staff will need training - once again either you can do this yourselves or pay someone |
00:37 | chris | not every year with a license fee :-) |
00:38 | vircuser | Ok. Yes |
00:39 | chris | so much cheaper in the long run, not nessecarily cheaper in the short term, if that makes sense? |
00:39 | vircuser | Ok. |
00:41 | rosa | Or you can regard the money you've allocated for the next ten years for license fees to your proprietary supplier as dollars available for investing in making Koha much better |
00:41 | for everyone | |
00:43 | vircuser | Techguy says - I've just been saying the same thing ITRW |
00:45 | rosa | ITRW? |
00:45 | vircuser | In the "real world" |
00:45 | i.e. not on-line (NB May be mythical) | |
00:46 | rosa | :) |
00:53 | vircuser | Does anyone here know if anyone from the Ohio library comes on line at all? |
00:55 | chris | yep, stephen is often on, as is owen |
00:55 | usually not this time of the day tho | |
00:58 | vircuser | What would the best time of the day be for them? |
00:59 | Hours plus from now | |
00:59 | chris | umm, im guessng EST between 9-5 |
00:59 | vircuser | Cool. Thanks a bunch |
01:02 | We are off to the land of nod. See u thru the week or the windoze :-) | |
01:04 | thd | chris: do you have any comment on this thread http://lists.nongnu.org/archiv[…]-02/msg00020.html ? |
01:05 | chris | not at the moment i dont |
01:05 | thd | chris: is that for lack of time or no opinion? |
01:05 | chris | the former |
01:06 | i havent had time to read it properly and consider my response | |
01:07 | thd | chris: please consider a response, improvement, rejection, etc. thanks |
07:51 | |hdl| | chris around ? |
07:52 | 2 late. | |
07:52 | sorry. | |
09:03 | osmoze | hello |
09:49 | |hdl| | hello |
10:14 | kados | morning all |
10:14 | |hdl|: are you there still? | |
10:15 | |hdl| | morning |
10:16 | yes kados | |
10:17 | kados | I have a question about inventory report sorting and LOC |
10:17 | does it sort correctly? | |
10:53 | |hdl| | sorry (was on phone ;) |
10:54 | Normally, it is Alphabetical order and not numerical one |
← Previous day | Today | Next day → | Search | Index