← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:01 | Francesca joined #koha | |
| 00:02 | dcook joined #koha | |
| 00:07 | papa joined #koha | |
| 00:42 | jenkins_koha joined #koha | |
| 01:25 | Francesca | @wunder wlg |
| 01:25 | huginn | Francesca: The current temperature in Wellington, New Zealand is 14.0°C (2:00 PM NZDT on November 16, 2015). Conditions: Mostly Cloudy. Humidity: 67%. Dew Point: 8.0°C. Pressure: 29.80 in 1009 hPa (Steady). |
| 01:30 | * wizzyrea | yawns |
| 01:30 | * Francesca | is tired also |
| 01:31 | * dcook | yawns three |
| 01:31 | * eythian | just sleeps with his eyes open |
| 01:31 | Francesca | hahahaha |
| 01:31 | skills | |
| 01:33 | cdickinson | I feel like a criminal for being not tired for once |
| 01:34 | Francesca | is it a criminal offence to be tired now? |
| 01:35 | cdickinson | no, it's a criminal offence to NOT be tired |
| 01:35 | Francesca | lol |
| 01:41 | dcook | Huzzah... figured out how to access zebra::snippet on an older Koha based on stuff I wrote on http://bugs.koha-community.org[…]_bug.cgi?id=11232 |
| 01:41 | :D | |
| 01:41 | huginn | 04Bug 11232: new feature, P5 - low, ---, tomascohen, RESOLVED FIXED, Retrieve facets from Zebra |
| 01:43 | dcook | Particularly useful when you get a record hit, and you want to know which index the hit came from... |
| 01:43 | pastebot | "dcook" at 127.0.0.1 pasted "The joys of zebra::snippet" (18 lines) at http://paste.koha-community.org/161 |
| 01:44 | dcook | Now figuring out a way to make Zebra not autocorrect the spelling... |
| 03:35 | Francesca joined #koha | |
| 03:39 | Francesca joined #koha | |
| 03:39 | hanthana joined #koha | |
| 03:59 | dcook | Fooooooooooooood |
| 04:01 | eythian | wahanui: food is <reply>such as brains. |
| 04:01 | wahanui | ...but food is ready... |
| 04:01 | eythian | no wahanui, food is <reply>such as brains. |
| 04:01 | wahanui | okay, eythian. |
| 04:01 | jcamins | food? |
| 04:01 | wahanui | such as brains. |
| 04:01 | jcamins | No, the response still doesn't make sense to me. |
| 04:01 | * jcamins | was checking. |
| 04:02 | eythian | it's an example of food, jcamins |
| 04:02 | very rich, though | |
| 04:02 | so don't eat too many | |
| 04:07 | Francesca | who eats brains |
| 04:30 | ibeardslee joined #koha | |
| 04:48 | Francesca joined #koha | |
| 04:56 | Francesca joined #koha | |
| 05:57 | saiful joined #koha | |
| 06:09 | cdickinson_ joined #koha | |
| 06:26 | Francesca joined #koha | |
| 06:56 | fridolin joined #koha | |
| 07:02 | magnuse | Francesca: https://en.wikipedia.org/wiki/Brain_%28food%29 |
| 07:03 | Francesca | thanks, I think |
| 07:03 | brains are not my kind of food | |
| 07:04 | ah well | |
| 07:06 | sophie_m joined #koha | |
| 07:07 | mario joined #koha | |
| 07:30 | Francesca joined #koha | |
| 07:47 | reiveune joined #koha | |
| 07:47 | reiveune | hello |
| 07:48 | Francesca | hi |
| 07:48 | wahanui | que tal, Francesca |
| 07:56 | dcook | I wonder why we didn't use some of the embedded item fields in the bibliographic records... like 852 |
| 07:57 | I suppose there's no way of storing an item number in there... | |
| 07:57 | MARC sure is a jerk.. | |
| 07:59 | laurence joined #koha | |
| 07:59 | dcook | Although maybe a compound key of bibliographic number and sequence number... |
| 08:00 | alex_a joined #koha | |
| 08:01 | wilfrid joined #koha | |
| 08:01 | alex_a | bonjour |
| 08:01 | wahanui | niihau, alex_a |
| 08:04 | Francesca joined #koha | |
| 08:06 | Francesca joined #koha | |
| 08:13 | gaetan_B joined #koha | |
| 08:13 | gaetan_B | hello |
| 08:22 | Francesca joined #koha | |
| 08:44 | alex_a_ joined #koha | |
| 08:48 | paul_p joined #koha | |
| 09:03 | ashimema joined #koha | |
| 09:39 | cait joined #koha | |
| 09:41 | Viktor_away joined #koha | |
| 10:03 | paul_p | Joubu = dans les parages ? |
| 10:04 | !seen joubu | |
| 10:04 | @seen joubu | |
| 10:04 | huginn | paul_p: joubu was last seen in #koha 2 days, 17 hours, 10 minutes, and 2 seconds ago: <Joubu> Have a good week-end #koha! |
| 10:08 | kohanoob joined #koha | |
| 10:12 | kohanoob | hi |
| 10:12 | I'm having some trouble with zebra reindexing | |
| 10:12 | http://pastebin.com/jxb9GJX3 | |
| 10:12 | burdsjm joined #koha | |
| 10:13 | kohanoob | what i have is Koha 3.18.5 (.deb install on Debian 7) |
| 10:14 | i imported an existing Koha db (from 3.18.3) into a blank 3.18.5 empty db | |
| 10:14 | any zebra experts around? | |
| 10:23 | ashimema | how did you attempt to run the rebuild? |
| 10:23 | oops.. | |
| 10:23 | it's there at the top of the paste | |
| 10:24 | running as root | |
| 10:25 | 'tis all about permissions errors | |
| 10:25 | * ashimema | in meeting now |
| 10:30 | Viktor_away joined #koha | |
| 10:33 | burdsjm joined #koha | |
| 10:37 | * cait | waves |
| 10:37 | Viktor_away joined #koha | |
| 11:30 | saiful joined #koha | |
| 11:50 | Viktor_away joined #koha | |
| 11:50 | cait | ashimema++ :) |
| 12:31 | wilfrid joined #koha | |
| 12:36 | alex_a joined #koha | |
| 12:47 | meliss joined #koha | |
| 12:49 | khall joined #koha | |
| 13:01 | Viktor | magnuse++ was right. A meta report for getting the SQL of reports saved me the process of manually view/copy/paste/add descriptions to 70 reports. xarragon++ walked me through it. |
| 13:06 | alex_a_ joined #koha | |
| 13:07 | magnuse | yay! |
| 13:09 | alex_a joined #koha | |
| 13:11 | barton joined #koha | |
| 13:13 | wnickc joined #koha | |
| 13:17 | nengard joined #koha | |
| 13:18 | khall | @seen tcohen |
| 13:18 | huginn | khall: tcohen was last seen in #koha 2 days, 20 hours, 5 minutes, and 50 seconds ago: <tcohen> bye Joubu uuuuu |
| 13:25 | nengard | Hi all |
| 13:36 | ashimema | hi nengard |
| 13:38 | wnickc joined #koha | |
| 13:39 | Dyrcona joined #koha | |
| 13:42 | * magnuse | waves |
| 13:45 | wnickc | hi magnuse |
| 13:45 | ashimema | hi magnuse |
| 13:47 | TGoat joined #koha | |
| 13:59 | magnuse | i have a library running under plack in production. every so often it looks like something bad happens to the databaseconnection, and they are shown the webinstaller. fair enough. but if they click into the webinstaller, it shows perl modules as missing that are *not* actually missing from the server they are runinng on. anyone else seen that? |
| 14:00 | mario joined #koha | |
| 14:00 | edveal joined #koha | |
| 14:03 | ashimema | Not seen that one I'm afraid.. |
| 14:04 | have seen the db disconnect.. but not the installer modules issue | |
| 14:04 | we run plack in parallel with cgi at the moment, so customers have a fallback whilst we go restart plack | |
| 14:10 | magnuse | ashimema: ok, thanks |
| 14:13 | talljoy joined #koha | |
| 14:24 | tcohen joined #koha | |
| 14:24 | cait | ashimema: how often do you need to restart? / how stable is it? |
| 14:25 | ashimema | Hmm.. |
| 14:25 | oen moment and I'll ask the guy who restarts it | |
| 14:26 | We are using it for opac and staff | |
| 14:26 | Some of the disconnects are inside our own code.. the cash management piece we haven't yet submitted upstream.. | |
| 14:27 | having said that, the code only uses koha's dbic implimentation, not it's own connection, so likeyl it's not our code.. | |
| 14:27 | and.. I'm yet to roll on Joubu's latest patches that attempt to fix the disconnects onto the server in question.. | |
| 14:30 | tcohen | late morning |
| 14:31 | magnuse | cait: we see the webinstaller a couple of times a week, maybe |
| 14:31 | tcohen | cait: what is it about? |
| 14:31 | magnuse | i was planning to restart plack every night, but koha-plack refused to be run from cron out of the box, and i have not had time to investigate |
| 14:31 | cait | tcohen: they were discussing using plack in prodcution - i was just curious :) |
| 14:31 | and hi tcohen :) | |
| 14:32 | magnuse | hi tcohen |
| 14:32 | ashimema | my man got back to me.. |
| 14:32 | about once a week at the moment. | |
| 14:32 | we're running under a dev install.. not packages | |
| 14:32 | tcohen | ashimema: how do u run plack? do u have some requests limit ? |
| 14:33 | the current integration on packages relies on starman and kill the child process each 50 requests | |
| 14:33 | JesseM joined #koha | |
| 14:33 | * magnuse | wanders off to make pancakes, but will read back later |
| 14:39 | cait | mmh pancakes |
| 14:45 | Dyrcona | mpm_pancake.conf |
| 14:45 | Sorry, been messing with Apache configs today. :) | |
| 14:46 | ashimema | we're just switching to the 50 request limit tonight tcohen |
| 14:46 | feels like a hack to me.. but it'll do for now ; | |
| 14:47 | NateC joined #koha | |
| 14:55 | amyk joined #koha | |
| 15:03 | amyk joined #koha | |
| 15:10 | fridolin left #koha | |
| 15:12 | cma joined #koha | |
| 15:13 | rocio joined #koha | |
| 15:38 | paul_p joined #koha | |
| 16:00 | huginn | New commit(s) kohagit: Bug 15116: Show menu at the top of batch circ page <http://git.koha-community.org/[…]daa616b6511bdbb3f> / Bug 14078: (followup) converting from ISO5426 is not complete <http://git.koha-community.org/[…]047c1ae227d38b225> / Bug 14078: converting from ISO5426 is not complete <http://git.koha-community.org/gitweb/?p=koha |
| 16:06 | bora joined #koha | |
| 16:07 | bora | Hi! I am trying to import Koha records (with items) into a new Koha version. But I only can import the records, not items. |
| 16:08 | How can I do to be able to import records with items? Thanks. | |
| 16:09 | meliss1 joined #koha | |
| 16:10 | wnickc | hi bora, are the items in the 952 field in the marc records? |
| 16:13 | bora | Sorry, I do not know how find if the item in the field 952 or not. |
| 16:14 | Could you tell how to check it? | |
| 16:14 | mveron joined #koha | |
| 16:14 | mveron | Good evening / daytime #koha |
| 16:15 | wnickc | bora: where did the records come from? Marcedit is the easiest way I know to look into the marc |
| 16:17 | Shane-S joined #koha | |
| 16:19 | bora | Yes, it is in the field 952 |
| 16:19 | Shane-S | When doing returns (returns.pl) often we are getting an error Can't bless non-reference value at /usr/share/koha/lib/C4/ItemType.pm line 64. Where or what can I look for to fix or provide more information? |
| 16:21 | wnickc | and formatted correctly for koha: http://wiki.koha-community.org[…]data_fields_(9xx) |
| 16:22 | if so did you make sure that 'check for embedded item record data' is set to yes | |
| 16:23 | cait | Shane-S: hm check your itemtypes are all valid |
| 16:23 | sorry, i should be more clear | |
| 16:23 | bora | Yes, I set it to "yes." |
| 16:23 | cait | check that the items itypes match exactly valid itemtype codes - |
| 16:24 | exactly - no additional spaces at the end... and the same case spelling | |
| 16:24 | reiveune | bye |
| 16:24 | reiveune left #koha | |
| 16:25 | Shane-S | cait: okay..issue might be we had to do a long migration and db upgrade from 3.12 -> 3.20 would that have messed these up, they are older books |
| 16:26 | cait | Shane-S: hm there is also bug 13934 |
| 16:26 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13934 critical, P5 - low, ---, jonathan.druart, Pushed to Stable , Check in fails on master "Can't bless non-reference at .../ItemType.pm Line 64" |
| 16:26 | cait | but it should be fixed in 3.20 |
| 16:26 | Shane-S | we installed from packages so it was all done via scripts |
| 16:26 | cait | that should not affect your items actually hm. |
| 16:27 | might be koha is more strict now than it used to be | |
| 16:27 | i'd check if it's repeatable for a specific item | |
| 16:27 | next time it occurs | |
| 16:27 | and then you can take a closer look at this one | |
| 16:28 | Shane-S | yeah it is, same books cause it |
| 16:29 | cait | ah good |
| 16:29 | an additional space can be really hard to see - but maybe it's another easier to spot difference | |
| 16:30 | Shane-S | so I am looking at the itemtype field? |
| 16:30 | if I cna ever find the book....search is slow... | |
| 16:31 | my second library (same server) but added from 3.12 (other one with issues was like 3.08) hasn't had these problems and migrated fine. | |
| 16:32 | finally returned my results :p | |
| 16:33 | ah, okay...now to test...itemtype wasn;t set | |
| 16:33 | cait | oh |
| 16:33 | that'd explain it too | |
| 16:34 | Shane-S | I swear it was defaulted to "book"...maybe when I did the MARC import way back when item types didn't migrate and it wasn't an issue in previous versions? |
| 16:35 | any way to batch update all record with "" to be books? | |
| 16:35 | like update itemtype = "4" where itemtype = ""? | |
| 16:36 | cait | hm |
| 16:36 | ou could write a report | |
| 16:36 | to get them all | |
| 16:37 | yeah you can update it too with ql | |
| 16:37 | sql | |
| 16:37 | or you can get the itemnumbers out with sql and use the item batch edit with the list | |
| 16:38 | Shane-S | hmm...seems like SQL might work...need to go write one...been awhile since my php/mysql days |
| 16:38 | cait | that has the advantage that you don't have to worry about zebra - the batch edit tool takes care of it |
| 16:38 | Shane-S | oh...so maybe SQL out the ID, then batch...less stress |
| 16:38 | cait | select itemnumber from items where itemtype = "" or itemtype is NULL or so |
| 16:38 | yeah, that's what i sometimes do | |
| 16:38 | depends a bit on how many you get out | |
| 16:39 | Shane-S | yeah.. |
| 16:39 | cait | might want to do the batch in batches :) |
| 16:40 | Shane-S | can I use SQL through a tool, or need to SSH in? |
| 16:52 | hmm..having no luck...report only comes out with values for itype I did WHERE items.itype<>"BK" and no blanks for itype are in the report | |
| 16:53 | cait left #koha | |
| 16:53 | talljoy1 joined #koha | |
| 16:54 | cait joined #koha | |
| 16:54 | cait | Shane-S: did you only try = "" or IS NULL also? |
| 16:55 | and yes, you can od select statements from the reports tool | |
| 16:55 | Shane-S | I found it...so Books in type is set to "BK" these have a code of "BOOK" |
| 16:55 | cait | ah |
| 16:55 | yeah | |
| 16:55 | Shane-S | so, I am going to doublecheck my item types...and them batch update |
| 16:56 | hmm..no item type of book...maybe they imported that way | |
| 16:57 | cait | hm yeah - i tihnk the import doesn't mind |
| 16:58 | Shane-S | <100 so batch should be easy enough |
| 16:58 | cait | yep |
| 16:59 | Shane-S | ty cait I was lost looking at the error...i feared a major migration issue....requiring a rebuild |
| 16:59 | cait | sometimes the scaries errors come down to small things :) |
| 16:59 | Shane-S | all because I didn't keep up on the updates |
| 16:59 | cait | i have had someone else recently with a similar problem i think |
| 17:03 | Shane-S | okay batch all done, and all books fixed. Was actually only 50...not bad for an 8,000 records DB ;) |
| 17:04 | cait | :) |
| 17:04 | Shane-S | I think we "have" 3,000 books, but the system was from Follets Circ/Cat for OS X |
| 17:04 | running on OS 9...so yeah...old...and before my time | |
| 17:05 | and I am the IT person...so Library stuff...is foreign to me...though not nearly as much now since Koha and Evergreen endevors (Koha won FYI) | |
| 17:06 | cait | :) |
| 17:06 | Shane-S | someday if I ever hit the lottery I will have to mail you all $500 coffee gift cards ;) |
| 17:07 | cait | heh |
| 17:07 | are you playing the lottery? | |
| 17:07 | Shane-S | oh wait...I gotta do that to win don't I...seems I always miss a step ;) |
| 17:09 | I do play when the news says the jackpots are 150+ million...otherwise only the christmas scratch offs I get from co-workers | |
| 17:19 | gaetan_B | bye |
| 17:26 | laurence left #koha | |
| 17:27 | bag | morning |
| 17:28 | saiful joined #koha | |
| 17:30 | druthb | good afternoon, bag. :P |
| 17:30 | bag | heya druthb |
| 17:36 | tcohen | hi bag |
| 17:37 | bag | heya tcohen |
| 17:40 | ribasushi joined #koha | |
| 18:19 | bag | bag? |
| 18:19 | wahanui | I LIKE BASEBALL |
| 18:19 | JesseM | jessem? |
| 18:19 | wahanui | you are new to the committers list (from yesterday) |
| 18:19 | amyk-meeting | amyk? |
| 18:19 | bag | amyk is great |
| 18:19 | amyk? | |
| 18:19 | wahanui | amyk is great |
| 18:41 | cdickinson_ joined #koha | |
| 18:44 | talljoy_phone | @later tell dani rocio asked for tutorial on bulk updates in RT. here is one if you would like to view http://screencast.com/t/ni1HH0UVY4j |
| 18:44 | huginn | talljoy_phone: The operation succeeded. |
| 18:45 | talljoy_phone | ha! well all of koha can see my screencast! don't judge me...i'm no video person. heh |
| 18:45 | rocio | talljoy_phone |
| 18:45 | haha | |
| 18:45 | talljoy_phone | hi rocio! |
| 18:45 | talljoy | ah. we had a netsplit on bywater channel...that explains it |
| 18:51 | rangi | morning |
| 18:53 | cait | morning rangi, hi all |
| 18:57 | paul_p joined #koha | |
| 19:00 | tcohen | hi rangi |
| 19:00 | !! | |
| 19:00 | rangi | !! |
| 19:00 | :) | |
| 19:01 | tcohen | this is a proof I don't introduce typos on my commit messages only |
| 19:03 | * tcohen | sits waiting for jenkins to go green once and for all |
| 19:03 | rangi | :) |
| 19:04 | tcohen | rangi: is it possible to have bugs for the CI infrastructure on bz? :-D |
| 19:04 | cait | CI? |
| 19:04 | rangi | yup, but probably should be its own product |
| 19:04 | tcohen | i want the RM and the QA team to be able to fill bugs on that |
| 19:04 | rangi | not under the koha product |
| 19:04 | tcohen | yeah |
| 19:04 | sure | |
| 19:04 | rangi | 2 secs |
| 19:05 | tcohen | cait: Continuous Integration (a.k.a. jenkins) |
| 19:05 | cait | aah |
| 19:05 | huginn | New commit(s) kohagit: Bug 15152: t/db_dependent/Reports_Guided.t should not depend on existing data <http://git.koha-community.org/[…]3bb7053b14769bd41> / Bug 15133: encode correctly email generated by runreport.pl <http://git.koha-community.org/[…]6963455fb850ad877> / Bug 15120: runreport.pl cronjob doesn't allow custom subjects anymore < |
| 19:05 | tcohen | I generalized it because we could introduce more tools if needed |
| 19:05 | cait | we have test suite, but not jenkins |
| 19:05 | tcohen | yeah, they are of course related |
| 19:05 | but CI could be used to build docs, build master packages, etc | |
| 19:05 | who knows | |
| 19:06 | rangi | im gonna call it infrastructure |
| 19:06 | tcohen | not only tests :-D |
| 19:06 | rangi | CI can be a component |
| 19:06 | so we can put bugs about all our stuff, like splitter, or hea etc | |
| 19:06 | tcohen | 100% agreed! |
| 19:07 | can u please assign me the CI component while you're there :-D | |
| 19:08 | cait | hm maybe a different description then? |
| 19:08 | rangi | http://bugs.koha-community.org[…]la3/enter_bug.cgi |
| 19:09 | cait | hea and splitter don't seem to fit in |
| 19:09 | Dev tools? | |
| 19:09 | ah | |
| 19:09 | sorr | |
| 19:09 | y | |
| 19:09 | i should have scrolled all the way up | |
| 19:10 | should we move Websites, Mailing Lists, etc. translate.koha-community.org and the others then? | |
| 19:10 | rangi | eventually yes |
| 19:10 | cait | there are also components for contribs and bugs.kc.org |
| 19:11 | rangi | yep |
| 19:11 | ill wait until after the release tho | |
| 19:12 | tcohen | thanks rangi |
| 19:12 | cait | maybe we can do it as part of the usual clean-up |
| 19:12 | rangi | sounds good |
| 19:13 | bag | sounds good indeed |
| 19:41 | tcohen | @wunder cordoba, argentina |
| 19:41 | huginn | tcohen: The current temperature in Cordoba, Argentina is 32.0°C (4:00 PM ART on November 16, 2015). Conditions: Partly Cloudy. Humidity: 29%. Dew Point: 12.0°C. Pressure: 29.68 in 1005 hPa (Falling). |
| 19:41 | cait | @wunder Konstanz |
| 19:41 | huginn | cait: The current temperature in Bodensee Konstanz City, Konstanz, Germany is 13.0°C (8:41 PM CET on November 16, 2015). Conditions: Clear. Humidity: 59%. Dew Point: 5.0°C. Pressure: 30.09 in 1019 hPa (Steady). |
| 19:42 | tcohen | bag: that's hard for a tennis match :-/ |
| 19:42 | cait | it's super warm here for this time of the year |
| 19:42 | * tcohen | laughs *super warm* |
| 19:42 | bag | @wunder pdx |
| 19:42 | huginn | bag: The current temperature in Vancouver Heights, Vancouver, Washington is 8.2°C (11:42 AM PST on November 16, 2015). Conditions: Overcast. Humidity: 82%. Dew Point: 5.0°C. Windchill: 8.0°C. Pressure: 30.24 in 1024 hPa (Falling). |
| 19:42 | cait | it's 8 at night :) |
| 19:42 | cdickinson_ | @wunder lower hutt |
| 19:42 | huginn | cdickinson_: The current temperature in Waterloo, Lower Hutt, New Zealand is 15.2°C (8:40 AM NZDT on November 17, 2015). Conditions: Mostly Cloudy. Humidity: 57%. Dew Point: 7.0°C. Pressure: 29.62 in 1003 hPa (Steady). |
| 19:42 | cait | in november a sweater and my thinnest jacket shoudl not be too warm... but it is |
| 19:42 | cdickinson_ | perfect |
| 19:42 | bag | too cold to go running outside - I think I will go use a treadmill inside |
| 19:46 | tcohen | i can't leave until jenkins finishes, I'm too anxious |
| 19:49 | bag | hurry up jenkins |
| 20:17 | paul_p joined #koha | |
| 20:33 | ribasushi joined #koha | |
| 21:04 | Francesca joined #koha | |
| 21:28 | wnickc joined #koha | |
| 21:34 | wizzyrea | hi |
| 21:35 | Francesca joined #koha | |
| 21:37 | * cait | waves |
| 21:39 | trasheagle joined #koha | |
| 21:40 | trasheagle | Does anyone have any experience with the Zebra/SRU search? |
| 21:40 | nengard left #koha | |
| 21:40 | cait | that's not a very specific question :) |
| 21:41 | trasheagle: just ask away, if someone around knows the answer they will react | |
| 21:42 | trasheagle | Ok, well I've inherited a Koha Debian install. |
| 21:42 | I enabled Zebra/SRU and have Zebra index, I have a bit of trouble with that. | |
| 21:42 | indexed* | |
| 21:42 | wizzyrea | what kind of trouble? |
| 21:43 | trasheagle | Disk quote issues, they were resolved and Zebra is running. |
| 21:43 | quota* | |
| 21:44 | Anyway, I'm not sure how to form the SRU URL to get what I want. | |
| 21:45 | I am looking to be able to search records by tag. | |
| 21:45 | It doesn't look like this is possible with the regular REST API | |
| 21:45 | rangi | tag as in the tags in the tag cloud? |
| 21:46 | cait | or tags as marc tags? |
| 21:46 | trasheagle | MARC tags |
| 21:46 | cait | can you give an example search you want to do? |
| 21:46 | trasheagle | This is all going to be through the API |
| 21:46 | So using the REST API I have a record that has this: | |
| 21:46 | <datafield tag="040" ind1=" " ind2=" "> <subfield code="a">WiMaASF</subfield> <subfield code="c">WiMaASF</subfield> <subfield code="e">rda</subfield> </datafield> <datafield tag="084" ind1=" " ind2=" "> <subfield code="2">NHC</subfield> <subfield code="a">WRMT.10.ASFPM2010</subfield> </datafield> | |
| 21:46 | cait | in zebra multiple marc tags can be mapped to one index... i think you can only search using the index names |
| 21:46 | trasheagle | whoops |
| 21:47 | I should use the paste, sry | |
| 21:47 | <datafield tag="040" ind1=" " ind2=" "> <subfield code="a">WiMaASF</subfield> <subfield code="c">WiMaASF</subfield> <subfield code="e">rda</subfield> </datafield> <datafield tag="084" ind1=" " ind2=" "> <subfield code="2">NHC</subfield> <subfield code="a">WRMT.10.ASFPM2010</subfield> </datafield> | |
| 21:47 | http://paste.koha-community.or[…]bmit=Format+it%21 | |
| 21:48 | So the datafields have a tag value and subfields with values | |
| 21:49 | values* | |
| 21:49 | pianohacker | cait: bug 15197 |
| 21:49 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15197 critical, P5 - low, ---, jweaver, Needs Signoff , Multiple special characters (</&/>) not escaped correctly in Rancor |
| 21:49 | * cait | hands pianohacker some chocolate |
| 21:49 | pianohacker | mmm |
| 21:49 | cait | can you please add a test plan? |
| 21:49 | pianohacker | sure |
| 21:50 | trasheagle | I want to form a URL that gives me records with those tag values |
| 21:50 | err I want to search by those tag values | |
| 21:50 | cait | it doesn't work quite the way you want it to, I think |
| 21:51 | what you want to do is find out which index those tags are indexed in | |
| 21:51 | and then use those to form a search | |
| 21:51 | trasheagle | I am looking through the CQL docs: http://www.loc.gov/standards/sru/cql/spec.html |
| 21:51 | francharb joined #koha | |
| 21:53 | trasheagle | Would you be able to point me to the documentation about that? |
| 21:53 | cait | 040 is indexed in Code-institution |
| 21:53 | 084 is not indexed at all right now - you'd have to add an index first for that | |
| 21:53 | the index definitions can be found in several files | |
| 21:53 | the one i checked is this one http://git.koha-community.org/[…]3bb7053b14769bd41 | |
| 21:54 | but this is master.. it might look slightly different | |
| 21:54 | in your installation | |
| 21:54 | which version are you running? | |
| 21:54 | trasheagle | Koha version:3.20.05.000 |
| 21:55 | cait | hm ok, that's not too far from the one i showed you - but you can look up the file in your installation of course and see there |
| 21:55 | http://wiki.koha-community.org[…]d_new_zebra_index | |
| 21:56 | pianohacker: ... and include the test plan in the commit message... :) | |
| 21:56 | pianohacker | so strict |
| 21:58 | cait | well... yes. |
| 21:58 | bag | ha |
| 21:58 | trasheagle | ok |
| 21:58 | pianohacker | I did the needful |
| 21:58 | eythian | hi |
| 21:59 | trasheagle | So I need to add index_data_fields for the tags I want to index? |
| 21:59 | cait | 040 is indexed already |
| 21:59 | but 084 is not | |
| 21:59 | so you can't search on it | |
| 22:00 | trasheagle | Since 040 is already indexed, how would I form a URL to search on it? |
| 22:01 | cait | i have never played with SRU so far |
| 22:01 | i am not totally sure | |
| 22:01 | well... or not sure at all | |
| 22:01 | trasheagle | I am correct in that Zebra/SRU is needed for this? |
| 22:02 | The regular REST API doesn | |
| 22:02 | t do this? | |
| 22:02 | cait | hm it looks like there is another file involved then |
| 22:02 | etc/zebradb/pqf.properties | |
| 22:02 | wahanui | etc/zebradb/pqf.properties is the key: http://git.koha-community.org/[…]db/pqf.properties |
| 22:03 | cait | see here: http://wiki.koha-community.org[…]le_with_Zebra_SRU |
| 22:04 | trasheagle: currently we only have a restful implementation for cataloguing i think... but we are working on a new restful API that will cover more - but it's not available yet | |
| 22:04 | but for searching, sru makes sense yes | |
| 22:04 | trasheagle | ok, thanks for the help |
| 22:31 | * cait | glares at her qa queue |
| 22:43 | dcook joined #koha | |
| 22:48 | dcook | Oh snap... |
| 22:48 | "Specifies whether un-indexed fields should be ignored. A zero value (default) throws a diagnostic when an un-indexed field is specified. A non-zero value makes it return 0 hits" | |
| 22:49 | While that would make debugging harder, that could be nicer in production... | |
| 22:49 | Well, maybe | |
| 22:49 | eythian | that presumably also fixes the OpacSuppression thingy |
| 22:49 | dcook | In theory |
| 22:49 | Hmm | |
| 22:49 | Too many other things to do but if I don't look at this now.. | |
| 22:50 | pianohacker | dcook: whatcha looking at? |
| 22:50 | dcook | pianohacker: http://www.indexdata.com/zebra[…]ymodel-zebra.html |
| 22:50 | I can't remember what I was actually looking for. Just noticed that at a glance | |
| 22:51 | pianohacker | well, that's clearly specified :P |
| 22:51 | dcook | Oh, I'm looking at automatic single error correction in Zebra (e.g. "carer" includes hits for "career"), but Indexdata says that's not a thing... so I need to give them more info.. |
| 22:51 | pianohacker | @attr 14=1 ? |
| 22:51 | huginn | pianohacker: I'll give you the answer just as soon as RDA is ready |
| 22:51 | dcook | @attr 7=14 1 |
| 22:51 | huginn | dcook: I'll give you the answer as soon as RDA is ready |
| 22:51 | dcook | I would think |
| 22:51 | Oh wait | |
| 22:51 | My bad.. | |
| 22:51 | Yeah, wth... | |
| 22:52 | Maybe @attr 14=1 1? | |
| 22:53 | pianohacker | I think that's it... is there any precedence for @attr's without values? |
| 22:53 | bgkriegel++ | |
| 22:53 | dcook | Oh wait... no I think you were right the first time |
| 22:54 | Precedence for @attrs without values... | |
| 22:54 | How do you mean? | |
| 22:54 | Ahh, nevermind | |
| 22:54 | Yeah | |
| 22:54 | Look at 3.2.2. Zebra Extension Rank Weight Attribute (type 9) | |
| 22:54 | pianohacker | ah, yup yup |
| 22:54 | dcook | Looks like you had it right with @attr 14=1 |
| 22:55 | So we can do a test of that quite easily.. | |
| 22:55 | pianohacker | PQF is weird. |
| 22:55 | dcook | word |
| 22:55 | cait | you 2 make absolutely no sense to me :) |
| 22:56 | pianohacker | that's probably good. |
| 22:56 | dcook | ^ |
| 22:56 | Francesca joined #koha | |
| 22:57 | dcook | Well it doesn't work for made up use attributes... |
| 22:57 | Let's see about the OpacSuppression suggestion | |
| 22:57 | Yep | |
| 22:58 | pastebot | "dcook" at 127.0.0.1 pasted "OpacSuppression stuffz" (18 lines) at http://paste.koha-community.org/165 |
| 22:59 | dcook | Well that's neat |
| 23:01 | I wonder if there's a config option somewhere else for that.. | |
| 23:01 | Probably is | |
| 23:04 | Nah that would've just made sense.. | |
| 23:04 | Boo.. http://www.indexdata.com/zebra/doc/zebra-cfg.html | |
| 23:05 | pianohacker: Did you see my million emails about the latest Zebra and YAZ changes? | |
| 23:05 | Looks like the newest YAZ makes the CCL2RPN work properly for that lex r=o example | |
| 23:06 | pianohacker | dcook: yeah, I did |
| 23:07 | dcook | Cool :) |
| 23:07 | pianohacker | I think the fix for now is to just explicitly not add the rk=() wrapping for ,st-numeric searches |
| 23:07 | dcook | Yeah, I think that's the only option atm |
| 23:07 | Well... | |
| 23:07 | Anything that uses r=o to be honest | |
| 23:07 | pianohacker | it's kind of meaningless for a numeric, explicit-index search anyway, right? |
| 23:07 | dcook | Because rk=() overwrites the relation attributes used for range searches... |
| 23:08 | pianohacker: I'd say so | |
| 23:08 | Well, almost meaningless | |
| 23:08 | It might be useful in a complex query | |
| 23:08 | pianohacker | oh, right, st-date-normalized and st-numeric |
| 23:08 | dcook | The presence or absence of a number might still be important for the overall relevance score of a query segment |
| 23:09 | Possibly st-year too I think | |
| 23:09 | I think Search.pm has a few exceptions already in it for yr and acqdate | |
| 23:09 | pianohacker | yeah |
| 23:09 | dcook | Which disable ranking for the entire query or at least the rest of the query |
| 23:15 | Ahh... I think I've solved that "siemon" = "simon" problem | |
| 23:15 | equivalent ï(ie) | |
| 23:15 | map ïi | |
| 23:17 | Hmm maybe that doesn't do what I think it does | |
| 23:18 | Nope... not it.. | |
| 23:41 | papa joined #koha | |
| 23:42 | dcook | eythian: What's the issue with OpacSuppression again? |
| 23:43 | Oh, nevermind | |
| 23:43 | I think I recall | |
| 23:43 | eythian | dcook: if it's turned on, but you have no suppressed items, you get no results |
| 23:43 | dcook | Righto |
| 23:44 | I guess that 14=1 wouldn't really make a difference | |
| 23:45 | As I don't think there's a way to search for "not set" | |
| 23:45 | I suppose the thing to do would actually be to change the indexing... | |
| 23:45 | To add 0 if it's not set, and 1 if it is set | |
| 23:46 | * dcook | ponders |
| 23:46 | dcook | If OpacSuppression is on, we add a bit to the query.. |
| 23:46 | Excluding anything with OpacSuppression on | |
| 23:47 | Oh hey, that does work | |
| 23:47 | That's cool | |
| 23:48 | Sort of.. | |
| 23:48 | pastebot | "dcook" at 127.0.0.1 pasted "Workaround for annoying OpacSuppression issue" (18 lines) at http://paste.koha-community.org/166 |
| 23:51 | rocio left #koha | |
| 23:55 | dcook | Ooohh... |
| 23:55 | We can just add 14=1 to Suppress even | |
| 23:56 | While that wouldn't be as comprehensive, we really only find this issue with Suppress... | |
| 23:57 | Yes... | |
| 23:57 | I so don't have time for this but it would help other people... |
← Previous day | Today | Next day → | Search | Index