| Time |
S |
Nick |
Message |
| 00:52 |
|
|
irma joined #koha |
| 00:58 |
|
pianohacker |
away, bye all |
| 01:07 |
|
eythian |
wahanui: whatever |
| 01:07 |
|
wahanui |
eythian: excuse me? |
| 01:07 |
|
eythian |
wahanui: whatever is <reply>and ever, amen. |
| 01:07 |
|
wahanui |
OK, eythian. |
| 01:12 |
|
|
JasonBurds joined #koha |
| 01:32 |
|
|
chrisvella94 joined #koha |
| 01:46 |
|
wizzyrea |
whatever. |
| 01:46 |
|
wahanui |
and ever, amen. |
| 01:46 |
|
wizzyrea |
:) |
| 01:54 |
|
|
carmenh joined #koha |
| 03:06 |
|
|
Pablo joined #koha |
| 03:06 |
|
|
Pablo left #koha |
| 03:07 |
|
|
PabloAB joined #koha |
| 03:13 |
|
|
irma joined #koha |
| 03:58 |
|
eythian |
http://ryannorth.tumblr.com/po[…]acebook-was-a-guy |
| 04:43 |
|
|
trendynick joined #koha |
| 04:44 |
|
|
chrisvella94 joined #koha |
| 04:47 |
|
eythian |
@wunder nzwn |
| 04:47 |
|
huginn |
eythian: The current temperature in Wellington, New Zealand is 10.0°C (4:30 PM NZST on July 22, 2014). Conditions: Overcast. Humidity: 62%. Dew Point: 3.0°C. Pressure: 29.71 in 1006 hPa (Steady). |
| 05:02 |
|
|
cait joined #koha |
| 05:23 |
|
|
petter joined #koha |
| 06:10 |
|
|
petter left #koha |
| 06:11 |
|
|
lovetruth joined #koha |
| 06:11 |
|
lovetruth |
hello :) |
| 06:11 |
|
lovetruth |
I have a little problem |
| 06:11 |
|
lovetruth |
I can access the admin (:8080) koha interface |
| 06:12 |
|
lovetruth |
but I want to access the :80 interface too |
| 06:12 |
|
lovetruth |
how can I?... |
| 06:33 |
|
|
lds joined #koha |
| 06:45 |
|
|
reiveune joined #koha |
| 06:45 |
|
reiveune |
hello |
| 06:49 |
|
|
chrisvella94 joined #koha |
| 06:56 |
|
lovetruth |
anyone?... |
| 06:56 |
|
wahanui |
Anyone? Anyone? Bueller? Bueller? |
| 06:56 |
|
lovetruth |
listen? |
| 06:56 |
|
wahanui |
listen is http://animalstalkinginallcaps[…]ng-me-for-fission |
| 06:58 |
|
|
yohann joined #koha |
| 06:58 |
|
lovetruth |
virtualhost? |
| 06:58 |
|
wahanui |
somebody said virtualhost was http://httpd.apache.org/docs/trunk/vhosts/ |
| 06:58 |
|
lovetruth |
? |
| 06:58 |
|
lovetruth |
.? |
| 06:58 |
|
wahanui |
well, . is an integral part of the call number. |
| 06:58 |
|
lovetruth |
hello? |
| 06:58 |
|
wahanui |
i think hello is it possible to install koha on debian wheezy? or do i have to install debian squeeze |
| 07:01 |
|
lovetruth |
port? |
| 07:01 |
|
wahanui |
port is the one interesting piece of info, i guess |
| 07:01 |
|
lovetruth |
8080? |
| 07:01 |
|
wahanui |
8080 is, like, koha, /opt/lampp/htdocs is 4080 |
| 07:01 |
|
lovetruth |
opac? |
| 07:01 |
|
wahanui |
hmmm... opac is for patrons |
| 07:01 |
|
lovetruth |
opac? |
| 07:01 |
|
wahanui |
opac is for patrons |
| 07:02 |
|
lovetruth |
intra? |
| 07:02 |
|
lovetruth |
intra? |
| 07:03 |
|
|
alex_a joined #koha |
| 07:03 |
|
alex_a |
bonjour |
| 07:04 |
|
lovetruth |
intra? |
| 07:07 |
|
|
cait joined #koha |
| 07:17 |
|
cait |
good morning #koha |
| 07:26 |
|
cait |
@later tell bgrkiegel tried again with newer poedit version - the empty strings have disappeared :) |
| 07:26 |
|
huginn |
cait: The operation succeeded. |
| 07:33 |
|
cait |
@wunder Konstanz |
| 07:33 |
|
huginn |
cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 17.6°C (9:30 AM CEST on July 22, 2014). Conditions: Light Rain. Humidity: 96%. Dew Point: 17.0°C. Pressure: 29.89 in 1012 hPa (Steady). |
| 07:39 |
|
|
gaetan_B joined #koha |
| 07:39 |
|
gaetan_B |
hello |
| 07:39 |
|
wahanui |
what's up, gaetan_B |
| 07:40 |
|
cait |
morning Joubu |
| 07:40 |
|
cait |
I couldn't finish bug 9043 last night, trying again today |
| 07:40 |
|
Joubu |
cait: hello |
| 07:40 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9043 enhancement, P5 - low, ---, jonathan.druart, Signed Off , Adding system preferences to control the visibility of the content on the Advanced Search page |
| 07:40 |
|
Joubu |
cait: no worries, I have just sent a follow-up :) |
| 07:40 |
|
cait |
:) |
| 07:44 |
|
cait |
filing a few little bugs i found at the workshop last week |
| 07:45 |
|
cait |
one is with the libre office export |
| 07:45 |
|
cait |
if your sql report has no results, trying to export gives a perl error |
| 07:47 |
|
|
matts_away joined #koha |
| 07:50 |
|
cait |
also bug 12619 |
| 07:50 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12619 major, P5 - low, ---, koha-bugs, NEW , Shipment cost gets lost on finishing the invoice |
| 07:50 |
|
cait |
nothing like presentations to turn up some bugs :) |
| 07:52 |
|
|
gerundio joined #koha |
| 07:54 |
|
Joubu |
cait: did you create a bug report for the export issue? |
| 08:00 |
|
cait |
yep |
| 08:00 |
|
cait |
bug 12622 |
| 08:00 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12622 minor, P5 - low, ---, gmcharlt, NEW , Exporting report as Open Document Spreadsheet results in Perl error when report has no results |
| 08:00 |
|
cait |
meeting brb |
| 08:10 |
|
|
atheia joined #koha |
| 08:10 |
|
|
trendynick joined #koha |
| 09:10 |
|
cait |
back |
| 09:11 |
|
|
alex_a joined #koha |
| 09:29 |
|
gerundio |
hey cait, are you the right person to talk to regarding authorities in Koha? :) |
| 09:36 |
|
cait |
um not sure |
| 09:36 |
|
cait |
i know what an authority is :) but not all the details |
| 09:39 |
|
gerundio |
are you familiar with the koha-auth script? |
| 09:40 |
|
cait |
not realyl familiar with the code sorry |
| 09:42 |
|
gerundio |
do you know anyone here in the channel that might be? |
| 09:57 |
|
cait |
gerundio: jcamins i think |
| 09:58 |
|
gerundio |
ok, thanks, cait++ |
| 09:58 |
|
cait |
but don't tell him i said that ;) |
| 09:58 |
|
gerundio |
jcamins, let me know when you're around |
| 09:59 |
|
gerundio |
we'll have to clean our tracks, can you delete the channel log entries? :p |
| 10:04 |
|
cait |
not a super power of mine |
| 10:24 |
|
Joubu |
cait: I have just submited a patch for the export bug. Actually, this was more buggy than you thought. |
| 10:58 |
|
jcamins |
I have no idea what the koha-auth script does. |
| 11:07 |
|
cait |
Joubu: thx! :) |
| 11:17 |
|
gerundio |
jcamins, too bad for me :| |
| 11:17 |
|
gerundio |
any idea about pqf (Prefix Query Format) though? |
| 11:18 |
|
jcamins |
Yes, I know pqf. What about it? |
| 11:18 |
|
gerundio |
basically koha-auth is a script that allows to perform 3 operations |
| 11:18 |
|
gerundio |
retrieve a txt list of authorities from biblio records |
| 11:18 |
|
gerundio |
add those authorities into koha's database |
| 11:19 |
|
gerundio |
and finally link the authority and biblio records |
| 11:19 |
|
gerundio |
I'm having trouble in the last step just for a single authority type |
| 11:19 |
|
gerundio |
which always returns a warning saying that a authority was not found |
| 11:20 |
|
jcamins |
A lot of people try to use inappropriate scripts to do that. They should use koha-auth. |
| 11:20 |
|
gerundio |
I'm using koha-auth |
| 11:20 |
|
jcamins |
I know, I'm just commenting that other people should use it too. |
| 11:22 |
|
gerundio |
https://github.com/fredericd/K[…]BiblioTask.pm#L99 |
| 11:22 |
|
gerundio |
can you translate me that PQF query? |
| 11:23 |
|
gerundio |
I have 3 authority types defined, it works fine for 2 of them and it fails for authors, which should be pretty straighforward |
| 11:23 |
|
jcamins |
It does exactly what it says on the box: looks for an authority with an exact match of $heading and an authtype of $authority->{authcode} |
| 11:23 |
|
jcamins |
At a guess, your indexing is wrong. |
| 11:24 |
|
gerundio |
in this case I'm harvesting the author data from tags 700, 701 and 702 on subfields a and b |
| 11:24 |
|
gerundio |
and add them to autorithy record 200 |
| 11:25 |
|
jcamins |
Are you using DOM or GRS-1? |
| 11:26 |
|
gerundio |
I'm not really sure, I think DOM... is there anywhere I can look to give you the precise information? |
| 11:26 |
|
jcamins |
Most likely it doesn't actually matter. |
| 11:27 |
|
gerundio |
the files at /etc/koha/zebradb for both biblios and authorities start with the dom prefix |
| 11:27 |
|
jcamins |
GRS-1 wouldn't work with that ever, but I suspect that the DOM configuration probably wasn't done in such a way as to make it usable anyway. |
| 11:28 |
|
jcamins |
Confirmed. |
| 11:28 |
|
jcamins |
Unless koha-auth is doing other things for name authorities elsewhere, it does not support UNIMARC name authorities. |
| 11:28 |
|
gerundio |
where can I make sure that the authorities field 200 is being indexed and is searchable? |
| 11:29 |
|
gerundio |
it seems to be working correctly for the other 2 authority types |
| 11:30 |
|
jcamins |
Wait, maybe I misunderstood you. |
| 11:30 |
|
gerundio |
I can't figure out why the search isn't matching any authority records for this type in particular |
| 11:30 |
|
jcamins |
The data is all going in field 200, or it's going in 700, 701, 702, and 200? |
| 11:30 |
|
gerundio |
from biblio 700, 701, 702 into auth field 200 |
| 11:31 |
|
jcamins |
Okay, that makes more sense. After a few moments I realized that it didn't make any sense. |
| 11:31 |
|
jcamins |
So it should work fine with DOM, in theory. |
| 11:32 |
|
jcamins |
I have no idea why it isn't working, unfortunately. |
| 11:32 |
|
gerundio |
http://paste.koha-community.org/112 |
| 11:32 |
|
gerundio |
this is my koha-auth.conf file |
| 11:32 |
|
gerundio |
for authority types ASS and CO it works as expected |
| 11:32 |
|
gerundio |
my problem is with AUT |
| 11:35 |
|
gerundio |
it looks like authority fields 210 and 250 are properly indexed but 200 is not |
| 11:35 |
|
gerundio |
how/where can I check that? |
| 11:38 |
|
gerundio |
btw, after adding the authority records using koha-auth and performing a rebuild_zebra -r -a the search for authorities works for all 3 authority types |
| 11:39 |
|
gerundio |
the only problem being that the AUT type records don't have any biblio records linked to them |
| 11:41 |
|
|
NateC joined #koha |
| 11:46 |
|
|
meliss joined #koha |
| 11:57 |
|
|
francharb joined #koha |
| 12:18 |
|
gaetan_B |
gerundio: maybe this has nothing to do with your problem but in C4/AuthoritiesMarc.pm there's a GuessAuthTypeCode function with hardcoded links between authority field and authority type |
| 12:18 |
|
gaetan_B |
also we are part of the evil people using something else than koha-auth (but maybe we should use it, i don't know really) |
| 12:32 |
|
gaetan_B |
also if the only problem you actually have is that in an authority search, the authority appeared not to be linked to any bibliographic record, it might be a zebra problem (there is an index in the bibliographic records that is used for this. I don't know how to set it up, but if you look at how other are indexed you should find out) |
| 12:36 |
|
|
edveal joined #koha |
| 12:48 |
|
gerundio |
gaetan_B, sorry for leaving you without a reply all this time, I was out to lunch |
| 12:48 |
|
|
tcohen joined #koha |
| 12:48 |
|
gerundio |
I'll look into that and see if it helps me figure out what the problem is |
| 12:48 |
|
gerundio |
thanks |
| 12:49 |
|
|
kmlussier joined #koha |
| 12:51 |
|
cait |
gmcharlt: around? |
| 12:55 |
|
tcohen |
morning |
| 12:56 |
|
cait |
morning tcohen :) |
| 12:56 |
|
tcohen |
@seen oleonard |
| 12:56 |
|
huginn |
tcohen: oleonard was last seen in #koha 3 days, 18 hours, 35 minutes, and 24 seconds ago: <oleonard> It's a good thing patches are tested by humans because I don't always put "apply the patch" into the test plan. |
| 12:56 |
|
cait |
h |
| 12:56 |
|
cait |
oh |
| 12:57 |
|
|
Dyrcona joined #koha |
| 12:57 |
|
cait |
3 days without oleonard! |
| 12:58 |
|
tcohen |
hell yeah! |
| 12:59 |
|
cait |
let's color the opac pink! |
| 12:59 |
|
tcohen |
cait: our users are testing 3.16 and report that they see authorised values codes instead of descriptions on records |
| 12:59 |
|
cait |
or hm lime green? |
| 12:59 |
|
tcohen |
have you seen that? |
| 12:59 |
|
cait |
hmmmmmmmm |
| 12:59 |
|
cait |
i need a better description |
| 12:59 |
|
cait |
where exactly? |
| 13:00 |
|
tcohen |
XSLT record detail on the staff interface |
| 13:00 |
|
tcohen |
sorry |
| 13:00 |
|
tcohen |
RELTERMS linked at $r |
| 13:00 |
|
tcohen |
$e |
| 13:03 |
|
cait |
aah |
| 13:03 |
|
cait |
yes i think i have seen that but in a different context |
| 13:03 |
|
cait |
one of the libraries used to have a local subject linked to an authorized value |
| 13:03 |
|
cait |
after updating we noticed that the search was no longer working (but update to 3.12) |
| 13:04 |
|
cait |
let me find the ticket |
| 13:07 |
|
cait |
hmmmm |
| 13:07 |
|
cait |
i think the whole thing appeared a bit broken |
| 13:07 |
|
cait |
koha displayed the description, but indexed the code |
| 13:07 |
|
cait |
so the links on the subjects were with the description, but nothing was found, because the code was indexed |
| 13:07 |
|
cait |
a bit different to what yu see |
| 13:08 |
|
cait |
but what appeared to happen was that somewhere int he xslt processing, there was some magic to do the translation from code to description |
| 13:09 |
|
cait |
... and i didn't really fix it, but we changed the way they enter the data and now we really have the description in the records |
| 13:09 |
|
cait |
that probably doesn't make much sense :) |
| 13:11 |
|
|
meliss joined #koha |
| 13:14 |
|
cait |
Joubu: is there a central bug report for the gst rewrite yet? |
| 13:14 |
|
cait |
i was thinking it would be good to link some of the exiting problems to it - and then could check if the spec covers it |
| 13:17 |
|
Joubu |
cait: no yet |
| 13:18 |
|
Joubu |
cait: it's a good idea. I cannot do it for now. I am busy... |
| 13:18 |
|
cait |
that's ok, if you don't hate the idea, i might do it when i stumble on somethin in bugzilla next time - or maybe add to the page |
| 13:32 |
|
tcohen |
cait: was afk |
| 13:32 |
|
tcohen |
the records are saved with the authorized value id, that's correct |
| 13:49 |
|
rhcl |
Interesting. http://yacy.net |
| 13:49 |
|
rhcl |
Wonder if there would be a way to expose the Koha db through it? |
| 14:09 |
|
Joubu |
cait: don't you think the module field in letter is sometime badly named? |
| 14:09 |
|
Joubu |
cait: for instance claimacquisition should be acquisition |
| 14:09 |
|
Joubu |
cait: and claimissues should be serials, don't you think? |
| 14:09 |
|
|
carmenh joined #koha |
| 14:12 |
|
jcamins |
Joubu: I do, but I vote you wait to change it until 10402 is in. :P |
| 14:13 |
|
Joubu |
jcamins: arf, yes of course |
| 14:13 |
|
carmenh |
good morning barton :) … good morning everyone :) |
| 14:14 |
|
Joubu |
I am going to add a letter for "acquisition", so there is no sense to keep claimacq |
| 14:24 |
|
cait |
Joubu: hm not sure, i know someone is working on acq order emails |
| 14:24 |
|
cait |
and you can have more then one template for claiming, so i think the more specific module is ok for differentiating |
| 14:24 |
|
Joubu |
cait: hum.... me ? |
| 14:24 |
|
wahanui |
somebody said Joubu was going to add a letter for "acquisition", so there is no sense to keep claimacq |
| 14:25 |
|
cait |
Joubu: hm someone else too :) |
| 14:25 |
|
Joubu |
I am currently adding a notification on receiving orders... |
| 14:25 |
|
Joubu |
That's why I ask |
| 14:25 |
|
cait |
hm let me read back so i get the whole conversation |
| 14:26 |
|
Joubu |
there was no conversation :) |
| 14:26 |
|
cait |
just checking I get everything right :) |
| 14:26 |
|
cait |
i think we shoudl keep it claim* |
| 14:26 |
|
cait |
because |
| 14:27 |
|
cait |
for claims you can have like 3 letters - for example in different languages |
| 14:27 |
|
cait |
and they wills how in the pull down on the acq claim page |
| 14:27 |
|
Joubu |
who is working on "acq order emails"? |
| 14:27 |
|
cait |
if we now add order emails (send to the vendor when the basket is closed) - we shoudl have a new module to select those |
| 14:27 |
|
Joubu |
cait: yes ok, I agree |
| 14:27 |
|
cait |
so we don't want the claims to show up in the list as well |
| 14:27 |
|
cait |
and maybe long term it would be nice if you could have the template for the order emails by vendor |
| 14:28 |
|
Joubu |
but how will we call it? |
| 14:28 |
|
cait |
so also multiple, like english, french and german |
| 14:28 |
|
cait |
hm |
| 14:28 |
|
cait |
i would agree that claimissues would be better as claimserials |
| 14:28 |
|
cait |
or acq_claim |
| 14:28 |
|
cait |
like it is it's difficult |
| 14:28 |
|
cait |
maybe acqorders? |
| 14:28 |
|
cait |
jcamins: ? |
| 14:29 |
|
|
tgoat joined #koha |
| 14:30 |
|
jcamins |
cait: I just described a book as an "adult" because I couldn't think of the word "independent," so you should avoid asking me for naming help today. |
| 14:30 |
|
cait |
adult books? ;) |
| 14:31 |
|
jcamins |
As opposed to children books that are part of a family, yeah. |
| 14:32 |
|
jcamins |
(i.e. monograph versus serial) |
| 14:32 |
|
* druthb |
scratches her head, and looks curiously at jcamins. |
| 14:32 |
|
jcamins |
druthb: this is why I shouldn't be asked for word choice suggestions. |
| 14:32 |
|
* druthb |
wonders if the heat in NYC has made him come a little bit unzipped in the head. |
| 14:33 |
|
jcamins |
druthb: I'm still not awake. Five hours of semi-energetic dancing followed by train troubles leaves a fellow feeling tired. |
| 14:34 |
|
tcohen |
heh |
| 14:34 |
|
jcamins |
cait: is "Bildern" a noun? |
| 14:34 |
|
cait |
images, normally Bilder |
| 14:35 |
|
cait |
but if you say... something "in Bildern" for example it would mean.. hm 'in images'? |
| 14:35 |
|
cait |
the n comes from the case i think |
| 14:35 |
|
jcamins |
I see. "in pictures." |
| 14:35 |
|
cait |
right |
| 14:35 |
|
jcamins |
Thanks! |
| 14:35 |
|
huginn |
New commit(s) kohagit: Bug 11347: DBRev 3.17.00.010 <http://git.koha-community.org/[…]a15b833ecde5c13f4> |
| 14:41 |
|
tcohen |
does anyone know if oleonard is fine? |
| 14:42 |
|
jcamins |
tcohen: did something happen to him? |
| 14:42 |
|
tcohen |
we miss him |
| 14:42 |
|
cait |
jcamins: he disappeared 3 days ago |
| 14:42 |
|
cait |
but might be just vacation? |
| 14:42 |
|
tcohen |
cait: i think you're right |
| 14:43 |
|
rhcl |
@seen oleonard |
| 14:43 |
|
huginn |
rhcl: oleonard was last seen in #koha 3 days, 20 hours, 21 minutes, and 48 seconds ago: <oleonard> It's a good thing patches are tested by humans because I don't always put "apply the patch" into the test plan. |
| 14:47 |
|
cait |
tcohen: i think 11842 is any setup with memcache |
| 14:47 |
|
cait |
not necessarily plack |
| 14:50 |
|
tcohen |
the "blocks" confused me, it seems |
| 14:51 |
|
cait |
Joubu: did you test bug 11842 on master? |
| 14:51 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=11842 normal, P5 - low, ---, robin, Passed QA , MARC framework editing is broken when memcache is enabled |
| 14:51 |
|
cait |
i think the version is probably wrong |
| 14:51 |
|
Joubu |
cait: yes, why? |
| 14:53 |
|
cait |
tcohen was asking :) |
| 14:53 |
|
cait |
because the bug says 3.12 |
| 14:56 |
|
Joubu |
cait, tcohen: it's memcache + plack on master |
| 14:56 |
|
Joubu |
I reproduced the issue and confirm the patch fixes it |
| 14:56 |
|
* tcohen |
doesn't have a plack setup |
| 14:56 |
|
gerundio |
jcamins, I'm using yaz-client to perform the same PQF queries as koha-auth |
| 14:57 |
|
tcohen |
does it imply any regression on non-Plack? |
| 14:57 |
|
Joubu |
tcohen: I tried without plack, I didn't get the bug |
| 14:57 |
|
Joubu |
and no bug after the patch |
| 14:59 |
|
gerundio |
the find command returns Number of hits: 1 when searching for the 2 working authority types |
| 14:59 |
|
gerundio |
and Number of hits: 0 for the one with problems |
| 14:59 |
|
gerundio |
even so, when I try to use the show command I keep getting this message: "Diagnostic message(s) from database: |
| 14:59 |
|
gerundio |
[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10'" |
| 15:00 |
|
|
yohann left #koha |
| 15:02 |
|
gerundio |
how can I enable the server to let me see the unimarc records? |
| 15:02 |
|
jcamins |
gerundio: it's not the type of MARC, it's that you didn't set what syntax you want to use. |
| 15:02 |
|
jcamins |
yaz? |
| 15:02 |
|
wahanui |
rumour has it yaz is from IndexData and the Koha XSLT filters are essentially copied from YAZ |
| 15:02 |
|
jcamins |
yaz-client? |
| 15:02 |
|
wahanui |
i think yaz-client is http://www.indexdata.com/yaz/doc/yaz-client.html |
| 15:03 |
|
gerundio |
yes, I'm using yaz-client |
| 15:03 |
|
jcamins |
Right, I'm trying to remember how to get wahanui to give you the right link. |
| 15:03 |
|
jcamins |
troubleshooting zebra? |
| 15:03 |
|
jcamins |
zebra server? |
| 15:03 |
|
wahanui |
i heard zebra server was not configured to return ISO 2709 by default and will ignore the request but it will serve MARCXML records if MARCXML is requested. |
| 15:03 |
|
jcamins |
zebra troubleshooting? |
| 15:03 |
|
wahanui |
zebra troubleshooting is see [understanding zebra indexing] and [yaz client] |
| 15:03 |
|
gerundio |
is this it? http://wiki.koha-community.org[…]s_a_Z39.50_server |
| 15:03 |
|
jcamins |
yaz client? |
| 15:03 |
|
wahanui |
i think yaz client is http://wiki.koha-community.org[…]ng_Zebra_indexing |
| 15:03 |
|
jcamins |
Yes, that's the one. |
| 15:04 |
|
jcamins |
Though maybe Understanding Zebra indexing would also help. |
| 15:04 |
|
gerundio |
do I have to call yaz-client with the -c option? |
| 15:05 |
|
jcamins |
No. |
| 15:05 |
|
jcamins |
You just need to set the syntax and format. |
| 15:05 |
|
jcamins |
form xml, etc. |
| 15:06 |
|
gerundio |
done :D jcamins++ |
| 15:06 |
|
tcohen |
and maybe elem? |
| 15:06 |
|
reiveune |
bye |
| 15:06 |
|
|
reiveune left #koha |
| 15:08 |
|
gerundio |
jcamins, the results are the same querying via yaz-client and running koha-auth |
| 15:08 |
|
jcamins |
tcohen: that's covered by "etc." |
| 15:08 |
|
jcamins |
gerundio: in that case, it sounds like koha-auth isn't generating authorities correctly. |
| 15:08 |
|
gerundio |
where can I check the index setup for authorities? |
| 15:08 |
|
jcamins |
Or the indexing is wrong. |
| 15:08 |
|
jcamins |
understanding zebra indexing? |
| 15:08 |
|
wahanui |
i heard understanding zebra indexing was http://wiki.koha-community.org[…]ng_Zebra_indexing |
| 15:48 |
|
gaetan_B |
bye |
| 16:01 |
|
|
SherryS joined #koha |
| 16:06 |
|
|
SherryS left #koha |
| 16:20 |
|
|
cait left #koha |
| 16:38 |
|
|
WNickC joined #koha |
| 16:41 |
|
|
WmNickC joined #koha |
| 16:41 |
|
|
WNickC joined #koha |
| 16:42 |
|
|
WNickC joined #koha |
| 16:49 |
|
eternalsword |
I'm trying to debug cat_issues_top as I'm getting unexpected results. I'm not sure how to tell the script to print a variable and stop execution. I tried die $variable; but it keeps executing and doesn't print the variable. |
| 17:10 |
|
eternalsword |
okay, think I've got it tracked down. What is the difference between timestamp and issuedate in the old_issues table? |
| 17:12 |
|
eternalsword |
or the issues table. |
| 17:12 |
|
wahanui |
the issues table is not used on displaying item. |
| 17:12 |
|
bag |
timestamp is usually the last time that row was touched |
| 17:17 |
|
|
cait joined #koha |
| 17:17 |
|
eternalsword |
okay, that's the issue, reports/cat_issues_top.pl uses timestamp instead of issuedate for date checked out. |
| 17:28 |
|
|
carmenh joined #koha |
| 17:31 |
|
|
collum joined #koha |
| 17:33 |
|
eternalsword |
okay, just added bug #12628 with attached patch |
| 17:33 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12628 normal, P5 - low, ---, gmcharlt, NEW , reports/cat_issues_top.pl queries incorrect column |
| 17:35 |
|
eternalsword |
whoops, little vague on the title, so I updated bug #12628 |
| 17:35 |
|
|
Alphaman joined #koha |
| 17:38 |
|
cait |
eternalsword: thx for filing :) |
| 17:46 |
|
|
gerundio joined #koha |
| 18:15 |
|
|
JasonBurds joined #koha |
| 19:02 |
|
|
smrt joined #koha |
| 19:07 |
|
eternalsword |
I'm still having trouble debugging. Is there any built-in logging mechanism that I can use to output variables to? |
| 19:09 |
|
cait |
yes |
| 19:09 |
|
cait |
if you put a warn in a .pl file |
| 19:09 |
|
cait |
it will show up in the logs |
| 19:14 |
|
eternalsword |
which of the logs would it show up in? |
| 19:14 |
|
bag |
heya cait |
| 19:15 |
|
|
JasonBurds joined #koha |
| 19:16 |
|
eternalsword |
does it make a difference if I'm using starman/plack instead of apache? |
| 19:17 |
|
cait |
hi bag |
| 19:17 |
|
cait |
eternalsword: it depends - there is one for staff and one for opac |
| 19:17 |
|
cait |
and where they are depends on your type of installation |
| 19:18 |
|
eternalsword |
dev installation. staff portion. |
| 19:18 |
|
cait |
/var/log/ |
| 19:18 |
|
cait |
um |
| 19:18 |
|
cait |
not quite |
| 19:18 |
|
cait |
your koha-dev directory and then in there var/log |
| 19:22 |
|
cait |
eternalsword: not sure about plack, haven't used that so far |
| 19:22 |
|
cait |
plack for staff is a bit experimental |
| 19:22 |
|
cait |
bag: are you testing plack for staff yet? |
| 19:22 |
|
bag |
not yet |
| 19:23 |
|
bag |
haven't been sitting still long enough |
| 19:25 |
|
jcamins |
Look through var/log/ for an error log. |
| 19:29 |
|
jcamins |
I'd guess var/log/koha-error.log. |
| 19:30 |
|
jcamins |
However, I write all my own Plack configuration, so it might not match whatever other people use. |
| 19:33 |
|
eternalsword |
figured out issue. seems starman caches scripts. I just had to restart it. |
| 19:57 |
|
cait |
gmcharlt: around? |
| 20:05 |
|
|
pianohacker joined #koha |
| 20:17 |
|
|
JasonBurds joined #koha |
| 20:20 |
|
eternalsword |
I believe I have a fix for http://bugs.koha-community.org[…]_bug.cgi?id=10188 but await inclusion of my earlier patch as they are intertwined and I'm too lazy to split it up. |
| 20:20 |
|
huginn |
Bug 10188: normal, P5 - low, ---, tomascohen, In Discussion , Top Most-circulated items doesn't count current loans |
| 20:26 |
|
jcamins |
eternalsword: if you mean that your fix depends on the previous patch, your best bet is to mark the dependency and submit the second patch right away. That way anyone who wants a fix for the second will have to sign off on the first. |
| 20:31 |
|
eternalsword |
it's not dependent, my new code had to move lines affected by the first patch though and utilizes a different variable name. |
| 20:31 |
|
jcamins |
So you're going to have to rewrite one of the patches no matter what? Why don't you just make one dependent on the other in that case? |
| 20:39 |
|
eternalsword |
jcamins: if I had two independent patches against master for each fix, I would need to update one of the patches when the other got applied. My earlier patch is straightforward, just correcting which column-name gets used in the query. My second is more involved, utilizing unions, so would warrant more consideration. |
| 20:39 |
|
jcamins |
eternalsword: right, so I'd think you could save yourself trouble down the road by just updating the second patch now. |
| 20:40 |
|
eternalsword |
I haven't posted it yet. Are you saying I can and to specify that it depends on another patch even though for different bugs? |
| 20:40 |
|
jcamins |
("trouble" as in "work," not "trouble" as in "right here in River City") |
| 20:41 |
|
jcamins |
Right. I do that when there's an interaction which means that they have to be applied in a certain order. |
| 21:01 |
|
eternalsword |
okay, patch added to bug 10188 |
| 21:01 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10188 normal, P5 - low, ---, tomascohen, In Discussion , Top Most-circulated items doesn't count current loans |
| 21:10 |
|
|
carmenh joined #koha |
| 21:18 |
|
eternalsword |
does this look right for an ISBN pqf? @attr 1=7 @attr 5=1 "1559631562" |
| 21:50 |
|
|
NateC joined #koha |
| 21:53 |
|
|
edveal joined #koha |
| 21:55 |
|
wizzyrea |
hello |
| 21:55 |
|
wahanui |
niihau, wizzyrea |
| 22:05 |
|
wizzyrea |
not many around, but has anyone seen an issue with overdue notices where the subject is simply not included? |
| 22:05 |
|
wizzyrea |
it's weird because it's defined in the notices. |
| 22:05 |
|
wizzyrea |
but it doesn't come out in the result. |
| 22:06 |
|
|
tcohen joined #koha |
| 22:06 |
|
tcohen |
@seen cait |
| 22:06 |
|
huginn |
tcohen: cait was last seen in #koha 2 hours, 8 minutes, and 40 seconds ago: <cait> gmcharlt: around? |
| 22:18 |
|
eythian |
hi |
| 22:33 |
|
eythian |
http://youtu.be/GyV_UG60dD4 |
| 22:39 |
|
tcohen |
hi |
| 22:39 |
|
pianohacker |
wow. I had to close that mid-song due to the twitching |
| 22:43 |
|
eternalsword |
I've tracked my z39.50 lookup issue to _create_import_record in C4/ImportBatch.pm Why is a z39.50 lookup even touching the local database? |
| 22:49 |
|
pianohacker |
eternalsword: the z39.50 search works by storing its results in a temporary holding location (the reservoir) so they can later be imported into the MARC editor |
| 22:49 |
|
tcohen |
eternalsword: because there is a reservior |
| 22:49 |
|
tcohen |
^^^^^^that |
| 22:49 |
|
pianohacker |
eternalsword: what problem are you having? |
| 22:56 |
|
eternalsword |
well, the z39.50 search always says no results. In my debugging, I tried yaz client which worked. I was able to track down the issue to the _create_import_record returning falsy. |
| 22:58 |
|
|
carmenh joined #koha |
| 22:59 |
|
pianohacker |
eternalsword: could I ask you to run SELECT import_batch_id FROM import_batches WHERE batch_type = 'z3950' |
| 23:00 |
|
pianohacker |
and verify that all the servers you were using show up in the results |
| 23:01 |
|
eternalsword |
The record gets added, I just checked, but for whatever reason, the $my_import_record_id is 0. |
| 23:02 |
|
eternalsword |
pianohacker: yes, all the servers are there. |
| 23:05 |
|
pianohacker |
that's really odd. Are you running an old version of DBD::mysql? (you can check this on debian using dpkg -l libdbd-mysql-perl)? I can't think of anything else |
| 23:06 |
|
eternalsword |
I'm on arch, I'll take a look-see. |
| 23:06 |
|
pianohacker |
that or something is really screwy with your DB |
| 23:06 |
|
pianohacker |
ah, yeah. I got Koha running on an Arch server a while back, but it was a battle |
| 23:07 |
|
eternalsword |
version 4.027 |
| 23:08 |
|
pianohacker |
exactly the same as mine. Dammit |
| 23:09 |
|
pianohacker |
does the record end up in the DB with a correct import_record_id? |
| 23:09 |
|
|
papa joined #koha |
| 23:12 |
|
eternalsword |
pianohacker: that's it, it's no longer incrementing, it's just inserting 0 |
| 23:13 |
|
pianohacker |
hrrrrm. |
| 23:13 |
|
eythian |
show create table import_batches |
| 23:13 |
|
eythian |
maybe it's lost the autoincrement |
| 23:13 |
|
pianohacker |
yeah, check to make sure import_record_id has the autoincrement |
| 23:14 |
|
pianohacker |
but how in the seven hells would that have happened? |
| 23:14 |
|
eythian |
mysql. |
| 23:16 |
|
pianohacker |
mariadb can't come soon enough... |
| 23:16 |
|
eternalsword |
this is a migrated from older koha then upgraded database, so who knows. |
| 23:16 |
|
eternalsword |
yeah, looks like no autoincrement http://pastebin.com/nFD6WyB6 |
| 23:17 |
|
eternalsword |
quite possible bug in phpmyadmin's export or something. |
| 23:18 |
|
pianohacker |
^ would not surprise me at all |
| 23:19 |
|
pianohacker |
you should be able to fix that with an ALTER TABLE |
| 23:21 |
|
dcook |
eythian: more of a postgres person? |
| 23:21 |
|
eythian |
who isn't |
| 23:21 |
|
eternalsword |
yeah, fortunately I'm just testing, so I can just make sure I have a good sql dump. |
| 23:22 |
|
eythian |
I recommend mysqldump |
| 23:22 |
|
dcook |
eythian: haha. I've only used it with Dspace. It's taken some getting used to but I like it well enough overall I suppose. |
| 23:22 |
|
* dcook |
isn't a big fan of phpmyadmin |
| 23:23 |
|
dcook |
It's been ages since I've used it, but it seemed pretty limited. |
| 23:24 |
|
dcook |
If you can, I'd suggest using the MySQL workbench or the older MySQL query browser |
| 23:24 |
|
dcook |
(The query browser is no longer supported, I think, but it's nicer than the workbench) |
| 23:26 |
|
* dcook |
just realized that eythian said mysqldump...that would work too... |
| 23:29 |
|
pianohacker |
or chive |
| 23:29 |
|
pianohacker |
like phpmyadmin, but a bit more lightweight and self-contained |
| 23:37 |
|
eternalsword |
mysqldump piped to ssh then catted and output to file on remote system is very useful. |
| 23:38 |
|
eythian |
but there's an unneccessary file in the process, just pipe directly to mysql on the remote system :) |
| 23:44 |
|
* eternalsword |
takes phpmyadmin out back and shoots it |
| 23:44 |
|
eternalsword |
that was exactly the issue. |
| 23:46 |
|
eternalsword |
eythian: I wanted to verify accuracy this time instead of just blindly trusting the export. |
| 23:55 |
|
eythian |
good to know that phpmyadmin can be specifically dodgy sometimes. |
| 23:55 |
|
pianohacker |
can't say I would've recommended it, but schema corruption is something else entirely |
| 23:55 |
|
pianohacker |
wonder if it even bothers with foreign keys at all... |
