koha.org right now?kohavm76:koha-dev/var$ ls run/← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:01 | fbcit-away | tnx for catching my mistake kados :) |
| 12:14 | nengard | hi all - i'm wondering if this fix is set up right http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1939 - on my test OPAC I have news showing up on my main opac page - and so this field shows up below that .... just wondering |
| 12:32 | morning owen | |
| 12:32 | owen | Hi |
| 12:32 | nengard | i think this question if for you: |
| 12:32 | i'm wondering if this fix is set up right http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1939 - on my test OPAC I have news showing up on my main opac page - and so this field shows up below that .... just wondering | |
| 12:34 | owen | http://oleonard.dev.kohalibrar[…]koha/opac-main.pl |
| 12:35 | Does it not look right to you? Not what you expected? | |
| 12:37 | nengard | I guess it does look better on yours :) |
| 12:37 | here's mine: http://opac-nce.dev.kohalibrary.com/ | |
| 12:38 | i think it's a-ok the way it is - it's probably easy for individual libraries to customize if they need | |
| 12:38 | owen | The idea was to leave a big blank canvas for libraries to customize, rather than try to come up with something to fill the space with that would apply to everyone |
| 12:40 | kados | g'morning #koha |
| 12:44 | owen | Hi kados |
| 12:52 | nengard | 2 more preferences that sound the same to me - opaclayoutstylesheet and opacstylesheet both say it should be the layout css file ... are they they same or different - if the same which is the right one? |
| 12:55 | owen | Note that opacstylesheet says "a complete URL to use an alternate layout stylesheet" |
| 12:55 | That means that opacstylesheet is a complete replacement for the default opac stylesheets, and you're hosting that file somewhere else | |
| 12:55 | It might be used by a library that doesn't have access to the server Koha is hosted on, but want to make style changes | |
| 12:56 | opaclayoutstylesheet points to a local css file | |
| 13:01 | kados | hey ccatalfo |
| 13:01 | ccatalfo | hey all |
| 13:03 | gmcharlt | greetings #koha |
| 13:05 | nengard | owen thanks!! |
| 13:13 | question: OPACSubscriptionDisplay - has 3 values - but doesn't tell me what each value does - I checked help ... but nothing ... is there somewhere else to check? | |
| 13:34 | hdl | hi* |
| 13:35 | gmcharlt | hi hdl |
| 13:44 | owen | nengard: maybe hdl knows the answer to your OPACSubscriptionDisplay question? |
| 13:44 | nengard | hdl: OPACSubscriptionDisplay - has 3 values - but doesn't tell me what each value does - I checked help ... but nothing ... is there somewhere else to check? |
| 13:44 | thanks owen | |
| 13:45 | kados | ccatalfo: all the DNS is set up, it'll take a few hours to propogate |
| 13:45 | ccatalfo: i've got this 10am call, then I'll get on getting you access to pippin/gandalf to make the switch | |
| 13:46 | oops, wrong channel :-) | |
| 13:47 | hdl | nengard : seems now deprecated. |
| 13:47 | There should be 2 possibilities : | |
| 13:47 | nengard | hdl: thanks!! |
| 13:47 | hdl | short summary |
| 13:47 | or | |
| 13:47 | whole list. | |
| 13:48 | nengard | hdl: what's the difference between the two? |
| 13:50 | hdl | http://o17.hdlaurent.paulpoula[…]iblionumber=15002 |
| 13:50 | clicking on more detail leads you to summary. | |
| 13:50 | (subscription tab) | |
| 13:51 | You could be able to see the whole subscription history directly if this systempreference was used. | |
| 13:51 | Is it OK for you ? | |
| 13:53 | Set to Off if one donot want to show subscription history. | |
| 13:54 | (Or if you store it in biblio data) | |
| 13:56 | nengard | got it - so i need to report a bug to have that menu changed to two options instead of three |
| 13:57 | kados | hdl: btw: I am unable to SSH into Savannah |
| 13:57 | hdl | :( |
| 13:57 | Is there an other way ? | |
| 13:58 | kados | hdl: I'm not sure ... maybe the savannah gurus can help? |
| 13:58 | hdl | will email them. |
| 14:00 | http://savannah.gnu.org/maintenance/UsingGit | |
| 14:00 | jus FYI | |
| 14:02 | savannah has been supporting git project since June 2007. | |
| 14:12 | kados : do you have mailman administrator pasword at savannah ? | |
| 14:12 | kados | hdl: yes |
| 14:13 | hdl: it's a different password for every list | |
| 14:13 | hdl: you need those? | |
| 14:14 | fbcit | hello koha |
| 14:15 | gmcharlt | hi fbcit |
| 14:17 | kados | hdl: I just emailed it to you |
| 14:17 | hdl | thx. |
| 14:18 | I will see if it helps. | |
| 14:27 | owen | kados: thanks for the tip, re:z39.50 servers. Your fix worked for me. |
| 14:29 | kados | sweet |
| 14:44 | nengard | she's back - where was all the documentation for this stuff from before??? Anyway, 'opacthemes' only has one value - how do you add other themes? |
| 14:45 | owen | it actually checks the filesystem of the server for other directories containing template files |
| 14:45 | So if you only have one set of template, you only get one choice. | |
| 14:46 | nengard | ahh - so if you want another template you need your sys admin to create a folder for it ... or to create the entire thing |
| 14:48 | owen | Yes |
| 14:49 | typical sequence would be to copy the existing template directory into a renamed directory, and edit from there | |
| 14:50 | ...But it's a long and complicated process to re-write templates, so it's not recommended | |
| 14:51 | kados, I'm still concerned about Bug 1195. For example: http://oleonard.dev.kohalibrar[…]?biblionumber=507 | |
| 14:51 | How is the user to determine that the record is for a web page, and not for a book with no items which happens to have an online resource link? | |
| 14:52 | You'd have to read through the info in the descriptions tab | |
| 14:52 | kados | owen: ryan and I discussed this |
| 14:52 | the solution we're going to propose is to add a few new fields to the bib-level record | |
| 14:52 | so that you could have different record 'types' | |
| 14:53 | and those types would have different display options | |
| 14:53 | so a web resource shouldn't need to have a holdings tab | |
| 14:53 | owen | That sounds good. This would be in user-defined MARC tags? |
| 14:53 | kados | we haven't decided how to do it ye |
| 14:53 | t | |
| 14:54 | but as it turns out, Dublin Core has done quite a bit of work in this area, so we will likely be looking closely at some of the paradigms they provide for | |
| 14:55 | acmoore: congrats on your first patch! and first Bugfix (1801)! | |
| 14:56 | nengard | owen: mom answered your question: http://www.web2learning.net/archives/1629 |
| 14:56 | acmoore | Thanks! I think I'll take the rest of the day off! |
| 14:56 | kados | hehe |
| 14:58 | hdl | kados : Dublin core detail save donot throw valid XML. |
| 14:59 | nengard | acmoore: i have plenty more for you - no taking the day off :) hehe |
| 15:03 | acmoore | grrr. OK. ;) |
| 15:07 | owen | kados, re: bug 1732. At some point we talked about using "on shelf" instead of "available." Either that never happened or it got lost along the way |
| 15:08 | kados | right |
| 15:08 | I was pretty sure we did implement it | |
| 15:08 | maybe it got reverted :/ | |
| 15:13 | owen | I think the "Editions" tab should be hidden if there are no editions. What do y'all think? |
| 15:14 | kados | owen: yes |
| 15:19 | owen | Shouldn't the editions feature exclude the record itself from the list of editions? |
| 15:20 | kados | owen: if you say so :-) |
| 15:20 | owen: can you file a bug for that and assign to me? | |
| 15:20 | owen | Sure |
| 15:21 | kados | owen: I will fix that immediately since I know you're working on it right now |
| 15:35 | nengard | okay this should be an easy one: OPACURLOpenInNewWindow - this means URLs from the 856? or other URLs as well? |
| 15:37 | atz | doesn't get used anywhere, actually |
| 15:37 | nengard | atz - okey dokey - another bug report then? |
| 15:37 | atz | yeah, i think so |
| 15:37 | nengard | what about this one: OPACUserCSS - the value is 0 in my system |
| 15:37 | how is this dff from the many other css fieds? | |
| 15:38 | atz | same story... gets installed, doesn't get used |
| 15:38 | they may be holdovers from earlier versions | |
| 15:39 | nengard | okay .... one reported bug: #1951 |
| 15:40 | another reported #1952 | |
| 15:41 | kados | owen: pushed up a patch for that |
| 15:41 | owen: also added a little metadata tag to toe top of every page so we can start tracking kohas in teh wild | |
| 15:41 | <meta name="generator" content="Koha 3.0000066" /> <!-- leave this for stats --> | |
| 15:41 | owen | Sneaky |
| 15:42 | That should force links from 856 urls to open in new window? | |
| 15:42 | kados | it's one of Ryans |
| 15:42 | owen: yes, feel free to add the feature if you have a moment | |
| 15:43 | owen | Will do |
| 15:43 | kados | owen++ |
| 15:44 | owen | Anyone else having a problem with the BiblioDefaultView pref? Mine is set to normal but I keep getting links to ISBD |
| 15:44 | nengard | owen, kados: am I assigning these things right? they're in the system preferences so i keep picking sys admin - but that doesn't seem right to me |
| 15:45 | owen | It's fine, nengard. It's just that sometimes it comes down to an interface issue which I can fix. |
| 15:45 | kados | nengard: it's correct |
| 15:45 | nengard | great! |
| 15:51 | owen | I see, because the variable has been changed to IntranetBiblioDefaultView. I wonder if that's a bug or if it's just me. |
| 15:53 | tim | Would we have to upgrade to 2.2.9 before upgrading to 3.0? We're on 2.2.5 now. |
| 16:08 | nengard | next: what's opacuserjs - just a js file for librarians to enter if they want - and if so is it just the filename or a full URL |
| 16:10 | owen | opacuserjs is where users can enter a block of javascript to be embedded globally in pages in the OPAC |
| 16:10 | So it's not looking for a filename, it's looking for actual Javascript | |
| 16:10 | <!-- TMPL_IF NAME="opacuserjs" --> | |
| 16:10 | <script language="JavaScript" type="text/javascript"> | |
| 16:10 | //<![CDATA[ | |
| 16:11 | <!-- TMPL_VAR NAME="opacuserjs" --> | |
| 16:11 | //]]> | |
| 16:11 | </script> | |
| 16:11 | <!-- /TMPL_IF --> | |
| 16:13 | nengard | thanks owen - you're helping me a lot! |
| 16:28 | owen | In case anyone hasn't seen this yet: http://stuffthathappens.com/bl[…]03/05/simplicity/ |
| 16:31 | kados | owen: :-) |
| 16:49 | atz | owen++ |
| 17:15 | ryan | tim: the upgrade22to30 script should have the same results whether you start with 2.2.5 or 2.2.9 |
| 17:22 | tim | thanks ryan |
| 17:33 | fbcit | owen-away: hehe |
| 17:58 | where is BorrowersLog defined? | |
| 18:00 | kados | fbcit: systempreferences? |
| 18:00 | fbcit: under Logs | |
| 18:01 | fbcit | kados: so in what log are these entries made? |
| 18:03 | kados | fbcit: it's a table in mysql I believe |
| 18:03 | hdl might know off hand | |
| 18:04 | hehe | |
| 18:06 | fbcit | opps |
| 18:07 | we log everything about a ModMember action except the action?? | |
| 18:07 | rather the specifics (aka 'info') about the action? | |
| 18:08 | hdl: u around? | |
| 18:08 | owen: can you confirm that bug 1695 is still an issue? | |
| 18:15 | owen: it should not be with the fq relationship between patronimage.cardnumber and borrower.cardnumber | |
| 18:15 | s/fq/fk/ | |
| 18:16 | owen | You're right: it's no longer an issue. |
| 18:19 | fbcit | not to mention they are faster |
| 18:24 | chris around? | |
| 18:26 | kados: are you handling patcheskoha.org right now? |
|
| 18:26 | kados | fbcit: yea |
| 18:26 | fbcit | if so, disregard the first patch I sent and apply the second |
| 18:27 | kados | transitionally until hdl and I work out the details of the new QA role |
| 18:27 | ok | |
| 18:34 | hey indra! | |
| 18:53 | owen | atz? |
| 18:53 | atz | yep |
| 18:53 | owen | I'd like to get more info into the listing of titles in a list |
| 18:53 | atz | in the toolbar, or in the full display? |
| 18:54 | owen | The full display |
| 18:54 | atz | kados was already working on this last night, iiuc |
| 18:54 | owen | Well, great minds think alike then ;) |
| 19:01 | kados? Is that something you were looking at? | |
| 19:07 | kados | owen: yea, but I haven't done anything about it |
| 19:08 | I routed one of the bugs over to atz, our resident Lists expert :-) | |
| 19:24 | fbcit | can anyone confirm that a log search based only on date fails in all cases? |
| 19:26 | atz | fbcit: try setting the date to ISO format |
| 19:27 | i'm guessing that's one area where the search date isn't being converted | |
| 19:27 | fbcit | its not |
| 19:27 | AND DATE_FORMAT(timestamp, '%Y-%m-%d') >= "03/01/2008" AND DATE_FORMAT(timestamp, '%Y-%m-%d') <= "03/18/2008" | |
| 19:28 | atz | yeah, that's a bug |
| 19:28 | fbcit | mysql> SELECT * FROM action_logs WHERE object = 4 AND module = 'MEMBERS' AND DATE_FORMAT(timestamp, '%Y-%m-%d') >= "2008-03-01"; works fine |
| 19:28 | is there a function for data conversion? | |
| 19:28 | atz | right, if you set your syspref to use ISO, it magicallly... uh.... doesn't break itself. |
| 19:28 | fbcit | heh |
| 19:30 | atz | you want to use something like $iso_date = C4::Dates->new($input,'syspref')->output('iso') |
| 19:42 | chris | morning |
| 19:43 | fbcit | atz: cool |
| 19:43 | kudos to the C4::Dates people | |
| 19:45 | hi chris | |
| 19:53 | chris | atz is the dates people fbcit :-) |
| 20:37 | atz | kados: so I have a "tag" that maps to a set of biblios |
| 20:38 | how do I get those biblios to display in the standard search results window? | |
| 20:43 | I don't want some separate results window that looks a lot like it, w/ a bunch of copy/paste code | |
| 20:43 | I suppose I need to modify C4::Search | |
| 20:49 | kados | atz: the tag is stored outside of the biblilo table? |
| 20:49 | biblio table I mean | |
| 20:49 | atz | yes, since they are user-driven |
| 20:49 | kados | gotcha |
| 20:49 | so in that case you'll need to add some code to the searchResults function in Search.pm | |
| 20:50 | to pull those aout into the hash | |
| 20:50 | and then variables (a loop most likely) to display the tags in the opac | |
| 20:50 | need to be added to the template | |
| 20:50 | atz | yeah the display is already there |
| 20:50 | the only thing that doesn't exist is the right behavior when I click on the tag | |
| 20:51 | i.e., show me everything w/ that tag | |
| 20:51 | kados | ahh |
| 20:51 | yea, that's gonna be trickier | |
| 20:51 | atz | i can get the query fine |
| 20:52 | I just can't force Search to search based on it... | |
| 20:52 | kados | yea, so you get a list of bibs |
| 20:52 | atz | it gets into zebra issues also |
| 20:52 | kados | *nod* |
| 20:52 | yep | |
| 20:52 | atz | right, i get a list (potentially hundreds or thousands) or biblionumbers |
| 20:52 | kados | *nod* |
| 20:52 | atz | *of |
| 20:53 | kados | so I didn't write searchResults, but that's the function that takes a list of bibs and returns a formatable set of objects |
| 20:53 | s/objects/hashes/ | |
| 20:53 | IIRC | |
| 20:53 | atz | ah, ok... so I can co-opt that |
| 20:53 | kados | should be able to |
| 20:53 | search.pl will give you some ideas how to do it | |
| 20:54 | atz | cool, that would be fine... it's weird to be in the position of having the bibnums already |
| 20:54 | kados | in fact, if you could build it into search.pl that'd be the best |
| 20:54 | yea, exactly | |
| 20:55 | atz | ok, I'll see what I can get moving |
| 21:24 | irma | Hi all |
| 21:24 | I would like to ask a question about the ISBN-13 and qualifiers | |
| 21:26 | Could someone pls run me through the steps to change: vachar (14) to a longer field to accommodate the qualifiers? | |
| 21:27 | atz | do you know the sql you would use to create a new column of the appropriate size? |
| 21:28 | irma | in the biblioitems table |
| 21:28 | ? | |
| 21:29 | atz | whatever table you say the varchar(14) comes from |
| 21:30 | irma | Not me "atz" but I can ask a programmer |
| 21:31 | atz | yeah, basically to make the change you would be writing SQL |
| 21:33 | it seems like this kind of thing would be accounted for already. what constitutes a "qualifier" for ISBN 13? | |
| 21:33 | irma | (hardcover) for example |
| 21:33 | they shoud go in 020 $a | |
| 21:34 | atz | i know I have datasets w/ that info already in there |
| 21:35 | irma | but with ISBN-13 it ends up by truncating the qualifier |
| 21:35 | atz | so this is probably more of a question of how koha maps the data, rather than changing the underlying field definition |
| 21:35 | irma | as is now in 2.2.9 (should have mentioned this in the beginning!) |
| 21:36 | atz | hmm... ok, most of my experience is in the new codebase |
| 21:36 | ryan: maybe you can comment? | |
| 21:36 | irma | yes, the qualifier can be added to MARC21 Tag 300 $..but this is contrary to the AACR2 rules. |
| 21:40 | The truncating occurs as we import records. I will try to catalogue a new record with a 13 char ISBN and a qualifier and have a look at what happens. Thanks. | |
| 21:41 | atz | sounds like a good test |
| 21:41 | gmcharlt | irma: the ISBN would be stored in both the 020$a of the MARC bib with a copy in the isbn column of the biblioitems table |
| 21:42 | irma | The other question is about how 650 and 651 are mapped together in 2.2.9 |
| 21:42 | gmcharlt | is it truncating the contents of 020$a itself, or just the copy found in biblioitems.isbn, which is where the OPAC display comes from? |
| 21:44 | irma | Thank you Galen we will check. Thank you for the clarification. |
| 21:45 | Cheers all. | |
| 22:09 | hdl | fbcit: am around now |
| 22:20 | seems you are not anymore. | |
| 22:24 | kados | hdl: still around? |
| 22:25 | hdl: your patch for cleanborrowers.pl doesn't seem to affect the functionality | |
| 22:25 | hdl | for a little while. |
| 22:25 | kados | I have a ton of users in my db that haven't ever checked out and cleanborrowers doesn't find them |
| 22:25 | it also doesn't anonymize checkout history | |
| 22:25 | all I get is: | |
| 22:25 | all I get is:jmfkohavm76:koha-dev/var$ ls run/ |
|
| 22:25 | zebradb | |
| 22:25 | oops, | |
| 22:26 | * 0 patrons will be deleted | |
| 22:26 | * 0 check-out history will be anonymized | |
| 22:26 | is what I get | |
| 22:26 | hdl | what date have you entered ? |
| 22:26 | kados | today |
| 22:27 | oops, it defaults to 2007! | |
| 22:27 | hdl | System date not OK ? Or is it hardcoded in the script ? |
| 22:27 | kados | but still, when I pick today, I get the same result |
| 22:28 | hdl | I have tested on my box and it worked. |
| 22:28 | Can you log the mysql statement ? | |
| 22:29 | should be the same as mine... But I wonder why you donot have the same results. | |
| 22:29 | kados | I'm using the stock sample data in 3.0 for marc21 english |
| 22:31 | hdl: I'm changing the priority to p2 again, instead of PATCH-Sent | |
| 22:32 | hdl | I will setup a new Koha box and insert marc21 english data to it. |
| 22:32 | And will test again. | |
| 22:32 | tomorrow. | |
| 22:33 | kados | sounds good |
| 22:33 | hdl | kados : |
| 22:34 | do you have old_issues data on your box ? | |
| 22:35 | kados | hdl: not very much, but some |
| 22:39 | hdl: can you expand on bug 1938 ? | |
| 22:39 | hdl: I can't reproduce it | |
| 22:41 | hdl | well : I just went to page installer/install.pl on my testing box. |
| 22:41 | And got Error500. | |
| 22:42 | when I logged in. | |
| 22:43 | kados | me too |
| 22:43 | I see: | |
| 22:43 | [Tue Mar 18 18:42:20 2008] [error] [client 72.69.252.221] Premature end of script headers: install.pl, referer: http://staffdemo.koha.org/cgi-[…]taller/install.pl | |
| 22:43 | but no details | |
| 23:26 | ryan | chris: around ? |
| 23:58 | chris | am now |
| 23:58 | sorry was at curry wednesday | |
| 10:07 | frederic | Hello all |
| 10:12 | kados: did you get my last 2 patches? The one facets-related is important :) |
← Previous day | Today | Next day → | Search | Index
