Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 15:31 | hdl | And we have a problem. |
| 15:31 | paul | hehe... welcome back newlogbot... |
| 15:31 | gmcharlt | hdl: what problem? |
| 15:31 | hdl | When searching on heading ($a) only, |
| 15:32 | koha cannot make difference between heading $a data and heading data | |
| 15:32 | let's take an exemple | |
| 15:32 | Paul can be a name and a surname. | |
| 15:33 | gmcharlt | hehe |
| 15:33 | hdl | If i am looking for Paul, Family name only, I donot want to have those whose first name is paul |
| 15:34 | This will happen for you too : John or Smith... | |
| 15:34 | gmcharlt | surname and forename are in separate subfields in UNIMARC headings, right? |
| 15:34 | paul | gmcharlt: look at : http://i11.bureau.paulpoulain.[…]rderby=HeadingAsc |
| 15:34 | hdl | $a for surname |
| 15:34 | $b for firstname | |
| 15:34 | paul | gmcharlt: yes, right surname is $a and firstname in $b |
| 15:36 | gmcharlt | hdl, paul: yes, it looks like all authority searches are defaulting to a "contains" in the entire heading |
| 15:37 | hdl | gmcharlt: worse. |
| 15:37 | paul | yes. And it used to work properly. It's the move to DOM/XML that removed this important feature (for UNIMARC at least it's important) |
| 15:37 | hdl | I had created Heading for $a and Heading-Entity for the rest. |
| 15:37 | But it has been removed some day. | |
| 15:38 | So that we have the same index for Heading $a and the rest. | |
| 15:38 | gmcharlt | paul: gotcha - file a bug to remind me and I'll take a look at it this week - there isn't enough time for me to switch UNIMARC auth indexing to DOM (unless you can do it soon), but I should be able to fix up the indexing defs |
| 15:39 | paul | ok, dropping bug now. |
| 15:41 | hdl | gmcharlt: where are the DOM indexing files ? |
| 15:41 | I cannot find any xsl file with zebra indexing directives. | |
| 15:41 | paul | gmcharlt: http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2173 |
| 15:42 | gmcharlt | hdl: the xsl and xml files in etc/zebradb/marc_defs/marc21/authorities |
| 15:42 | the definitions you would edit are in authority-koha-indexdefs.xml | |
| 15:43 | you would then run it through the koha-indexdefs-to-zebra.xsl stylesheets to produce authority-zebra-indexdefs.xsl, which is what Zebra uses to transform incoming MARC(XML) records into indexed terms | |
| 15:52 | hdl | thx gmcharlt |
| 15:52 | atz | heh, you make it sound so simple :\ |
| 15:52 | paul | lol |
| 15:52 | hdl | gmcharlt: Have you implemented a good way to sort. |
| 15:53 | I mean : I was advised that authorities sorting should be done on MARC::Field Heading->as_text. | |
| 15:53 | And not on a peculiar field/subfield | |
| 15:54 | were you aware of that ? | |
| 15:55 | gmcharlt | hdl: does ->as_text put in " -- " or something for subdivisions? if so, great, but note that while sorting doesn't need to care about the type of subdivision, it does need to note the existence of them |
| 15:55 | hdl | Can we do that with DOM Indexing? |
| 15:55 | gmcharlt | "Whale snacks" not being the same as "Whale -- snacks" |
| 15:56 | hdl: yes | |
| 15:57 | use stylesheet to have multiple indexes for a heading | |
| 15:57 | one that includes subdivision types used for matching | |
| 15:57 | one that just notes the boundaries for searching and sorting | |
| 18:06 | owen | Hi tim, how's it going? |
| 18:07 | tim | Hi owen |
| 18:07 | Still having problems with search results. | |
| 18:08 | nothing returned when hidelostitems is enabled. | |
| 18:09 | No way to tell an items status in search results. Don't know if that's just not a feature or a problem with my setup. | |
| 18:27 | owen | tim, you're talking about 3.0, right? |
| 18:31 | What do you have set for OPACItemsResultsDisplay? | |
| 18:31 | tim | Yeah owen. 3.0 |
| 18:32 | I'll check that setting... | |
| 18:33 | owen: It's set to statuses | |
| 18:34 | owen | So the OPAC search results screen should have a line like "Availability: Copies available: Centerville (1), Checked out (1), Withdrawn (1)," |
| 18:35 | tim | It just has LibraryName (1). Never shows Checked out. |
| 18:36 | owen | Has zebra re-indexed since things were checked out? |
| 18:38 | tim | Things were checked out when I loaded the database. |
| 18:38 | If I view an item that I know is checked out, it will say it's checked out. | |
| 18:38 | In the OPAC | |
| 18:39 | But in the intranet, it says it's checked out and available when I vew an item. | |
| 18:39 | owen | Checked out and available? |
| 18:41 | tim | Checked out to Patron Name, due 05/31/2008 |
| 18:41 | Available | |
| 18:42 | listed in the status column of an item that is checked out. | |
| 18:59 | owen | tim, are you testing with the sample data? |
| 19:00 | tim | Nope. With data exported from our running 2.2 system. |
| 19:15 | atz | owen: w/ yui menu, do you know if you can specify that an element link should have a target attribute? |
| 19:15 | owen | You mean so that it can open in a new window? |
| 19:15 | atz | right |
| 19:16 | owen | I wouldn't be surprised if it didn't, since the target attribute is invalid in XHTML. Can you use a function to open a window via js? |
| 19:17 | atz | sure, window.open |
| 19:20 | I just don't know how to get that onto the YUI menu | |
| 19:29 | owen | look at line 51 of includes/cat-toolbar.inc in the intranet templates |
| 19:29 | for an example that might help | |
| 19:29 | atz | ok, cool, I can use that |
| 19:30 | paul | owen ? |
| 19:30 | owen | Yes |
| 19:30 | paul | in OPAC, result list, one of our library is complaining for a very small problem : |
| 19:30 | http://o11.bureau.paulpoulain.[…]equeux&limit=BMRG | |
| 19:30 | it's written : | |
| 19:30 | "Availability : copies available" | |
| 19:31 | so, twice "availa..." in 3 words. | |
| 19:31 | couldn't we spell that differently ? | |
| 19:34 | owen | Because it sounds awkward, or because it makes translation difficult? |
| 19:35 | paul | sounds awkward. |
| 19:35 | translate to : Disponibilité : Exemplaires disponibles | |
| 19:38 | owen | I'm open to a change, but I don't know what would be better. Availability: Copies on shelf? But you'd have to make sure you didn't count in-transit items as "on shelf" |
| 19:40 | atz | this is probably a case where the "label" is unnecessary because the "values" are clear enough in their meaning |
| 19:41 | "copies available" is clearly the availability, imho | |
| 19:41 | owen | yeah, the label looks like it's just there for consistency, but I'd agree that it's not necessary |
| 19:46 | paul | so we should remove the label ? |
| 19:47 | owen | I would say we can remove the label |
| 19:57 | paul | owen : you do it, or I do it ? |
| 19:58 | owen | Go ahead, please |
| 20:00 | paul | ok, will do it. |
| 20:28 | chris | morning |
| 20:28 | gmcharlt | hi chris |
| 20:28 | chris | heya galen, hows things? |
| 20:29 | gmcharlt | ok - how's it with you? |
| 20:29 | paul | hi chris, have a good day. I go to bed. |
| 20:30 | chris | pretty good, the stock exchange site went live on saturday ... and on monday the wellington CBD had a big power outage .. just when everyone went to look at it |
| 20:30 | sleep well paul | |
| 20:30 | gmcharlt: so that was less than ideal :) but other than that, good :) | |
| 20:30 | gmcharlt | g'night paul |
| 20:30 | paul | seems that murphy's law has reached New Zealand ;-) |
| 20:31 | chris | heh |
| 20:42 | the good news is it looks ill be able to do some koha hacking again in the near future | |
| 20:43 | gmcharlt | chris: good to hear |
| 20:46 | chris | at least for a few hours each week anyway |
| 20:46 | maybe more after the olympics | |
| 21:06 | atz | chris: does the Indy 500 make the news there? |
| 21:36 | chris | yeah, that was the other thing |
| 21:37 | on monday we had the power cut, a new site live, and a huge news story on the other site on the same subnet | |
| 21:37 | we maxed out the bandwidth | |
| 21:37 | scott dixon slashdotted the fairfax news network :) | |
| 21:42 | atz | heh, nice |
| 21:43 | i'm not sure he was the fastest car on the speedway... but he was the fastest survivor. | |
| 21:47 | chris | yep |
| 21:49 | that seems to be the trick for the indy 500 | |
| 02:04 | bureado | Greetings :) |
| 02:05 | I've been loading data into a Koha3 system using Zebra -- the MARC records are encoded as UTF-8. MySQL, Apache and all other components are configured to use UTF-8, and the data is stored as UTF-8 in MySQL. | |
| 02:06 | Yet Zebra throws data in some weird character set -- I've check /var/lib/koha/zebradb and there's data in there with the wrong encoding. | |
| 02:06 | I didn't touch the default configuration files for Zebra, nor am I acquainted to Zebra itself, but it's a really weird problem. | |
| 02:07 | In OPAC, results have the title with good encoding (I assume those come from MySQL) and the rest of the data is with a wrong encoding. | |
| 02:07 | How can I test/configure Zebra in order to get it working with my UTF-8 encoding? | |
| 02:08 | OTOH, when do records get added to Zebra? At the bulkmarcimport.pl step or when rebuild_zebra is run? |
Today | Next day → | Search | Index