Time |
S |
Nick |
Message |
00:03 |
|
|
larsw joined #koha |
00:04 |
|
wajasu |
ok. i found out why by librarian was upset about the detail record. |
00:04 |
|
chris |
what was the issue? |
00:04 |
|
wajasu |
it seems that the title was shown from 700, 710, 730, and he wanted 245abc |
00:04 |
|
wajasu |
thre is a tone of info in the 245 that the acaemics want |
00:05 |
|
chris |
yeah thats totally non standard |
00:05 |
|
chris |
700 etc |
00:05 |
|
chris |
koha out of the box uses 245 for title |
00:05 |
|
chris |
(at least for MARC21) |
00:06 |
|
wajasu |
what he is doing is going to other proprietary libraries, pulling up the equivalent record, and comparing. so he is upset that a lot of info is missing. |
00:06 |
|
wajasu |
now he wants me to find the XSLT or templates and start changing things to make all that other stuff show. |
00:07 |
|
|
bgkriegel joined #koha |
00:07 |
|
wajasu |
once he goes down that road it might be hard to upgrade koha. right? |
00:10 |
|
wajasu |
i also found out that the 245b didn't show until he: 1) went to keywords to MARC mappings and added fields subtitle, 245b and 2) switch to XSLTDetailDisplay from normal. |
00:13 |
|
chris |
yeah but the xslt should be showing 245abc |
00:13 |
|
chris |
it does for me |
00:13 |
|
chris |
with no edits |
00:13 |
|
wajasu |
maybe he didn't need the subtitle thing, but once he added the XSLT. I'll remove and check. |
00:16 |
|
chris |
what im wondering about is where it got these 700 things from |
00:16 |
|
wajasu |
yeah, ur right. the XSLT was all that was needed. |
00:16 |
|
chris |
cool |
00:17 |
|
|
nelsonlib joined #koha |
00:17 |
|
nelsonlib |
Hey guys, I am having some troubles with the SAX parser in my koha install |
00:18 |
|
larsw |
nelsonlib, what kind of trouble? |
00:18 |
|
nelsonlib |
I have gotten rid of any reference to the PurePerl module in both the site_perl and vendor_perl ParserDetails.ini file - but the setting checker still says it looks bad |
00:19 |
|
larsw |
nelsonlib, are you running Debian or some other operating system? do you have more copies of ParserDetails.ini? e.g., somewhere under /etc? |
00:19 |
|
larsw |
find /etc -name ParserDetails.ini |
00:19 |
|
nelsonlib |
I am running CentOS 5.3 |
00:19 |
|
larsw |
that would find all copies |
00:20 |
|
wajasu |
i saw "by Cobb, John B." on the normal results display. then looking closer, I saw that the info he wanted was in the 700 710 730 fields. |
00:20 |
|
nelsonlib |
I am finding copies only in vendor_perl and site_perl - both of which are correct and look like: |
00:20 |
|
nelsonlib |
[XML::LibXML::SAX::Parser] http://xml.org/sax/features/namespaces = 1 [XML::LibXML::SAX] http://xml.org/sax/features/namespaces = 1 |
00:21 |
|
nelsonlib |
Except the vendor_perl one has got the PurePerl lines commented out at the bottom |
00:21 |
|
larsw |
actually, I don't know how CentOS handles that, I use Debian and it might do things differently |
00:21 |
|
larsw |
brb |
00:21 |
|
|
larsw left #koha |
00:21 |
|
chris |
wajasu: oh, so he doenst want 245abc showing he wants the 700's showing? sorry i misunderstood i thought you said he wanted 245abc |
00:22 |
|
|
larsw joined #koha |
00:23 |
|
nelsonlib |
larsw - this is not a common issue |
00:23 |
|
bgkriegel |
nelsonb, I only left the first one, and comment the second |
00:23 |
|
nelsonlib |
This feature (specifically, searching for titles to add to a label batch) has worked for weeks and now, all of a sudden it does not work |
00:24 |
|
nelsonlib |
@bgkriegel - could you pastebin me your ParserDetails.ini? |
00:24 |
|
munin |
nelsonlib: Error: "bgkriegel" is not a valid command. |
00:24 |
|
bgkriegel |
I try |
00:24 |
|
nelsonlib |
Thank you |
00:24 |
|
nelsonlib |
In fact, the only thing that has changed is an update of the packages on the server today |
00:25 |
|
bgkriegel |
nelsonlib, http://pastebin.com/2Q1wMKFT |
00:26 |
|
|
nengard left #koha |
00:26 |
|
nelsonlib |
Ok, thank you bgkriegel, the sax_printer script passes now |
00:26 |
|
bgkriegel |
cool |
00:26 |
|
nelsonlib |
Unfortunately, I am now running into an error regarding the XML module but I think I can fix that |
00:27 |
|
bgkriegel |
oops, what error |
00:27 |
|
nelsonlib |
This version of XML::LibXSLT requires XML::LibXML 1.59 (ABI 1), which is incompatible with currently installed XML::LibXML 1.70 (ABI 2). Please upgrade XML::LibXSLT, XML::LibXML, or both! at /usr/lib/perl5/5.8.8/CGI/Carp.pm line 314. |
00:29 |
|
|
nengard joined #koha |
00:29 |
|
bgkriegel |
perhaps you could try to updates those modules from CPAN |
00:30 |
|
nelsonlib |
I tried, XML::LibXML is up to date |
00:30 |
|
nelsonlib |
And XML::LibXSLT will not compile because yum gave me an out-of-date lbixslt |
00:30 |
|
nelsonlib |
libxslt* |
00:31 |
|
|
wizzyrea_laptop left #koha |
00:32 |
|
bgkriegel |
don't know if you could install a new version of libxslt, from centos 5.5 o 5.4 |
00:32 |
|
nelsonlib |
I am trying it now |
00:36 |
|
nelsonlib |
Nope didn't work |
00:36 |
|
nelsonlib |
Unless I can supply configure arguments to cpan |
00:37 |
|
|
nengard left #koha |
00:39 |
|
nelsonlib |
Ok, then I guess another question is posed.... does anyone know of a good way to generate the labels for all of the records in the Koha database? |
00:39 |
|
bgkriegel |
you download the module and try passing arguments to perl Makefile.pl http://pastebin.com/QLwP7Skw |
00:39 |
|
bgkriegel |
thats from the README |
00:40 |
|
bgkriegel |
for the labels, I use a script to generate a LaTeX file, then a PDF |
00:41 |
|
nelsonlib |
Would be interested in sharing the script? |
00:42 |
|
bgkriegel |
no problem, write to me (bgkriegelgmail.com), I need to found it, I wrote it a year and a half ago |
00:44 |
|
nelsonlib |
Actually, is not necessary - I fixed it |
00:44 |
|
nelsonlib |
Thanks to you, bgkriegel! :) |
00:44 |
|
nelsonlib |
However - I do have one last question |
00:45 |
|
nelsonlib |
When I do a wildcard '%' search on 'Title' for the Label creator - I get enough rows for all of my items, but the data for only the first 22 are listed |
00:46 |
|
nelsonlib |
Unless I am searching for the records incorrectly, whch could very well be the case |
00:50 |
|
bgkriegel |
sorry, I was trying, I obtain a pdf with many pages |
00:51 |
|
bgkriegel |
I do a select all from the results |
00:53 |
|
nelsonlib |
What do you type in in order to get all of the results? |
00:53 |
|
bgkriegel |
not all the results, in fact |
00:53 |
|
bgkriegel |
only try with a particular subject |
00:56 |
|
nelsonlib |
I actually returned to the search pop-up when I search for anything but '%' |
00:57 |
|
bgkriegel |
that wilcard search give no results to me |
00:57 |
|
|
braedon|home left #koha |
00:57 |
|
nelsonlib |
Hmm |
00:58 |
|
nelsonlib |
If I leave the two date fields blank, and enter "symbol" (as in the lost symbol by dan brown, which is in the catalogue) in the title field, then I am returned back to that very same page |
00:58 |
|
|
nelsonlib left #koha |
01:03 |
|
|
rich-away is now known as richard |
01:05 |
|
|
reed left #koha |
01:10 |
|
bgkriegel |
I have a question: which is the script that updates the info in koha-zebra-ctl.sh in the install process? because it updates every variable except USER and GROUP. If you choose a user different from "koha" then you need to edit that file by hand |
01:12 |
|
chris |
rewrite-config.PL |
01:12 |
|
bgkriegel |
good. I look on it and try a fix. Thank you |
01:13 |
|
chris |
it wont be it |
01:13 |
|
chris |
it will be the thing calling it |
01:14 |
|
chris |
is not passing it KOHA_USER and KOHA_GROUP |
01:15 |
|
chris |
so probably the makefile generated by Makefile.PL |
01:23 |
|
|
reed joined #koha |
01:28 |
|
bgkriegel |
there is no KOHA_USER and KOHA_GROUP on Makefile, on Makefile.PL it seems to read those like the other variables |
01:29 |
|
|
richard is now known as rich-away |
01:30 |
|
chris |
yeah but when you call rewrite-config.PL you have to pass it variables either in the ENV or on the command line |
01:30 |
|
chris |
if you dont pass those to |
01:30 |
|
chris |
two |
01:30 |
|
chris |
it uses koha:koha |
01:32 |
|
|
braedon|home joined #koha |
01:32 |
|
bgkriegel |
I understand, but Makefile.PL ask other things like DB_NAME, if I choose a value different than the default, it catch it, but not the username |
01:33 |
|
bgkriegel |
they must be defined as snv variables? |
01:33 |
|
bgkriegel |
sorry, env variables? |
01:33 |
|
chris |
yep |
01:33 |
|
chris |
or make makefile.pl ask for them |
01:33 |
|
chris |
and remember them, and pass them to rewrite-config.pl |
01:35 |
|
bgkriegel |
but Makefile.PL asks you about them, then choose to forget... only those values. |
01:35 |
|
chris |
then it needs to be fixed so it doesnt forget them |
01:35 |
|
bgkriegel |
ok :), I look on it. It's too late here |
01:35 |
|
chris |
:) |
01:36 |
|
chris |
its probably just not passing them (rather than forgetting) |
01:36 |
|
chris |
good luck, its hard work reading Makefile.PL |
01:36 |
|
bgkriegel |
yes |
01:50 |
|
|
brendan left #koha |
02:26 |
|
|
jo left #koha |
02:27 |
|
|
brendan joined #koha |
02:28 |
|
brendan |
evening |
02:30 |
|
|
Joann joined #koha |
02:42 |
|
|
genji joined #koha |
02:43 |
|
chris |
hi brendan, genji and Joann |
02:44 |
|
genji |
hiya.. |
02:44 |
|
genji |
how does templates, html files and po translations, work in koha? |
02:44 |
|
genji |
and how do i ensure that custom templates are git-upgradable? |
02:46 |
|
chris |
po files are used to generate new templates, based on the english ones |
02:46 |
|
chris |
and templates should only be customised via css or jquery to keep an upgrade path |
02:46 |
|
chris |
but if you must modify them, you will have to maintain a local git branch and track changes |
02:48 |
|
genji |
in other words, manually bring the changes that are necessary, into the custom templates eh? |
02:49 |
|
chris |
yep |
02:52 |
|
genji |
"templates should only be customized by ccs or jquery" so.. no new / different text.... and what about images? |
02:52 |
|
chris |
there are few images that are sysprefs, you can change them with no change to the templates, in fact there are no images that are harcoded into the templates |
02:52 |
|
chris |
they are all controlled by either the css, or sysprefs |
02:56 |
|
|
bgkriegel left #koha |
02:59 |
|
genji |
git can upgrade files which are lightly modified, correct? |
02:59 |
|
chris |
git will upgrade anything |
03:00 |
|
reed |
you can often merge safely / correctly w/git |
03:00 |
|
reed |
but sometimes it will shoot you in the hed |
03:00 |
|
chris |
as long as you have your changes committed, but the more changes you make the more likely you are to have conflicts |
03:00 |
|
reed |
so, always good to review |
03:00 |
|
chris |
*nod* |
03:54 |
|
wajasu |
chris: this http://library.redeemerseminar[…]pl?biblionumber=4 pulls from the 700,710 fields. No 245 fields are in the normal view. The MARC and ISBD views show 245 fields though. |
03:55 |
|
chris |
is that with xslt on? |
03:55 |
|
wajasu |
quick check. hold on. |
03:56 |
|
wajasu |
yes |
03:56 |
|
chris |
http://search.myacpl.org/cgi-b[…]blionumber=174786 |
03:56 |
|
chris |
cos that is 245 |
03:57 |
|
genji |
how do i git blame for lines without blame/ |
03:57 |
|
genji |
? |
03:57 |
|
chris |
what? |
03:58 |
|
genji |
git blame identifies lines, and the commit that created them. |
03:58 |
|
genji |
how do i do the opposite? find lines that have no blame/ |
03:58 |
|
genji |
? |
03:59 |
|
chris |
lines that no commit created?? |
03:59 |
|
chris |
umm that doesnt happen |
03:59 |
|
robin |
chris: it does |
03:59 |
|
robin |
if you have uncommitted changes |
03:59 |
|
chris |
well yeah but thats just a git diff |
03:59 |
|
genji |
when people don't commit, causing a hassle. |
04:00 |
|
larsw |
does git blame report uncommitted changes? |
04:00 |
|
robin |
larsw: yeah |
04:00 |
|
genji |
what does a uncommited change look like? |
04:00 |
|
robin |
e.g. 00000000 (Not Committed Yet 2010-05-18 16:02:48 +1200 25) if (!@ARGV) { |
04:00 |
|
genji |
hmm.. |
04:01 |
|
wajasu |
chris ur url is taking forever "transferring data". maybe its me? |
04:02 |
|
chris |
wajasu: must be, thats one in the US |
04:02 |
|
chris |
heres one here |
04:02 |
|
chris |
http://opac.koha.workbuffer.or[…]?biblionumber=325 |
04:02 |
|
chris |
with xslt turned on |
04:02 |
|
chris |
stock standard koha ... (master branch) no changes ... and its showing 245 ... i knw .. because this record has no 700's |
04:03 |
|
wajasu |
i see. |
04:04 |
|
wajasu |
i looked at MARC21slim2OPACDetail.xsl and it looks like it pulls from 700s (alpha1 tar from a month ago) |
04:05 |
|
wajasu |
the url i gave for great books... you can see in the ISBD view the 245 fields. But not in Normal. |
04:05 |
|
chris |
thats author |
04:05 |
|
chris |
700, 710 etc are author fields |
04:05 |
|
chris |
<h5 class="author"> |
04:05 |
|
chris |
<xsl:call-template name="m880Select"> |
04:05 |
|
chris |
<xsl:with-param name="basetags">100,110,111,700,710,711</xsl:with-param> |
04:06 |
|
chris |
<h1 class="title"> |
04:06 |
|
chris |
<xsl:call-template name="m880Select"> |
04:06 |
|
chris |
<xsl:with-param name="basetags">245</xsl:with-param> |
04:06 |
|
chris |
<xsl:with-param name="codes">abhfgknps</xsl:with-param> |
04:06 |
|
chris |
thats what is in git currently |
04:06 |
|
chris |
if thta doesnt match, you might want to try upgrading to alpha2 |
04:06 |
|
wajasu |
ok. so you think it should match. right? |
04:08 |
|
chris |
lemme check the code that was in alpha |
04:08 |
|
chris |
but yes 700 should never ever be in title |
04:08 |
|
chris |
thats an author field |
04:09 |
|
wajasu |
my librarian wants 245c, which has "_cRobert Maynard Hutchins, editor in chief." showing in normal. |
04:10 |
|
chris |
right, instead of using the 100a field, where most ppl put author? |
04:13 |
|
wajasu |
i see. since no 100a, then we go to 700s |
04:13 |
|
|
Amit joined #koha |
04:13 |
|
chris |
*nod* |
04:13 |
|
wajasu |
but no 245c |
04:13 |
|
chris |
nope, you could add that, 100a, then 245c |
04:14 |
|
chris |
but its not a mod we could do to koha, because cataloguers would go mental |
04:14 |
|
chris |
so it would have to be a local mod to the xslt file |
04:14 |
|
Amit |
heya chris, brendan |
04:14 |
|
wajasu |
ok. |
04:14 |
|
brendan |
heya amit |
04:15 |
|
chris |
in terms of searching too, if you do an author search, it won't be searching 245c |
04:15 |
|
wajasu |
my librarian want 245c showing because he says there is lots of other info in that field, and he cites other theological libraries. |
04:15 |
|
chris |
(general search will, it searches pretty much everything) |
04:15 |
|
wajasu |
i'll try a quick mod. i hope. |
04:15 |
|
chris |
*nod* you can make it show, but for it to show before the 700's |
04:15 |
|
chris |
it would have ot be a local mod |
04:17 |
|
wajasu |
245c is "Statement of Responsibility" |
04:17 |
|
wajasu |
i'm sure you guys get in catch-22 situations. |
04:17 |
|
wajasu |
can't please all the cataloguers all the time. |
04:18 |
|
chris |
the best you can do is follow the standards, and then you can at least say you did that |
04:18 |
|
chris |
and let others make local mods :) |
04:18 |
|
chris |
the idea with the keyword thing |
04:18 |
|
chris |
like setting subtitle = 245b |
04:18 |
|
chris |
is that you would be able to do author=245c |
04:19 |
|
chris |
that might be worth trying |
04:19 |
|
chris |
swithc off xslt, set up that mapping like you have done for subtitle |
04:19 |
|
chris |
i have no idea if it will work, but its worth a shot |
04:21 |
|
brendan |
ok I've got a mysql question |
04:21 |
|
brendan |
a few different records in my database that mulitple copies - only one item has a itemcallnumber |
04:22 |
|
brendan |
I'm looking for a mysql statement that would go through and copy the first non-null itemcallnumber per biblionumber |
04:24 |
|
brendan |
and place that non-null itemcallnumber into the rest of the callnumers |
04:26 |
|
|
Joann left #koha |
04:27 |
|
chris |
you might have to do script that |
04:30 |
|
brendan |
yeah that's what I thought - was checking first |
04:30 |
|
brendan |
thanks chris |
04:30 |
|
chris |
i was trying to think how to do it with subselects |
04:31 |
|
chris |
and my brain started to hurt |
04:31 |
|
wajasu |
i tried the xslt mod. got the 245 3 times. a bit more time needed. will try the subtitle way w/o xslt |
04:35 |
|
genji |
omg.. blame is amazing. just what i needed. |
04:36 |
|
Amit |
heya genji |
04:46 |
|
|
cait joined #koha |
04:46 |
|
cait |
morning koha |
04:46 |
|
chris |
hi cait |
04:54 |
|
wajasu |
chris: the normal mode author idea had no effect. |
04:54 |
|
|
reed left #koha |
04:55 |
|
chris |
ah well, was worth a shot |
04:56 |
|
wajasu |
my librarian want things to look like: http://library.dts.edu/uhtbin/[…]SIRSI/154000005/9 (choose the catalog record tab) |
04:57 |
|
chris |
ohh thats isbd |
04:57 |
|
chris |
you can totally do that in the sysprefs |
04:57 |
|
chris |
http://library.redeemerseminar[…]pl?biblionumber=4 |
04:57 |
|
chris |
it already does :) |
04:58 |
|
chris |
but that whole ISBD view is editable in the system preferences |
04:58 |
|
wajasu |
hmm. |
04:58 |
|
chris |
in staff go to |
04:58 |
|
chris |
/cgi-bin/koha/admin/preferences.pl?tab=cataloguing |
04:58 |
|
chris |
then edit the ISBD |
04:59 |
|
chris |
then in the opac prefs |
04:59 |
|
chris |
set the default view to isbd |
04:59 |
|
* chris |
has to catch his bus |
04:59 |
|
wajasu |
so add the 245c in the ISBD |
05:02 |
|
wajasu |
chris: that works. I'll leave it there ISBD by default. |
05:02 |
|
wajasu |
thx |
05:08 |
|
|
rich-away is now known as richard |
05:21 |
|
|
cait left #koha |
05:24 |
|
|
cait joined #koha |
05:31 |
|
robin |
http://paste.ubuntu.com/435331/ <-- so far, this is what my CSV-to-MARC conversion script is capable of. It's becoming quite a monster. |
05:31 |
|
wajasu |
pretty |
05:33 |
|
|
larsw left #koha |
05:34 |
|
wajasu |
when i did my db migration, i exported to CSV. then wrote a java program to import it into a java based database(h2), then i could do sql queries through the web based sql console. |
05:35 |
|
wajasu |
then i added a java db function that called the yaz marc record to string, i could select records based on that text version of a marc record. |
05:35 |
|
robin |
that's nifty. |
05:35 |
|
wajasu |
then i wrote a routine that went out and harvested marc records from z3950 servers. and store in db. |
05:36 |
|
robin |
cool. The CSV file I'm working with has very inconsistent data, which make it interesting. |
05:37 |
|
wajasu |
then i wrote an exportto marc using marc4j and added 1 945 item for each book. then staged those 16000 records and imported into koha. |
05:37 |
|
robin |
It was quite close to someone using a spreadsheet as a database as a catalogue. |
05:37 |
|
robin |
yeah, that's what this can do. |
05:37 |
|
robin |
And what I'm about to test. |
05:38 |
|
wajasu |
the records i didn't find in z3950 servers, i built my own records. i also generated barcode numbers with the format in koha. |
05:38 |
|
wajasu |
i realized i had written marcedit and koha. with no gui. Eclipse ide... |
05:39 |
|
robin |
haha :) |
05:39 |
|
wajasu |
i was going to write a javaFX gui to be a marc editor. or and ajax marc editor. |
05:39 |
|
robin |
This is hopefully going to be a scriptable alternative to marcedit, at least for the purposes of going from CSV to mark. |
05:40 |
|
robin |
it'd be nice to have an open source one. |
05:40 |
|
wajasu |
i should give you my java source so you can read all the stuff i went through for your script. |
05:40 |
|
robin |
If not for the lack of time I had, I wouldn't have minded making this a GUI app. |
05:41 |
|
robin |
not a bad idea, although I'm pretty much done with it (I hope :) |
05:44 |
|
wajasu |
i really like the fact i could do sql queries like "select callnumber, author, title from x where MARCSTRING(marcbinaryblob) like '%Joe%' for record that made koha choke. and update a colum to marc as skippable to be fixed later. |
05:44 |
|
wajasu |
i learned way too much about marc. and cried one evening for the library community. |
05:45 |
|
robin |
haha I know exactly where you're coming from :) |
05:45 |
|
|
mib_cxlj4t joined #koha |
05:45 |
|
wajasu |
everything that industry is doing is being done by computer science guys with no library background. createing metadata repos for callable services. |
05:46 |
|
robin |
Well, also things from the era of fixed-length records, too. |
05:46 |
|
mib_cxlj4t |
how can I install koha-3.06. I have installed koha3.05 but koha3.06 is not available like 3.05. it is in signature |
05:47 |
|
wajasu |
i feel i should put a distributed database (graph like api) with couchodb or the like, on a cloud, or in tahoe distributed file system, so no one owns the biblios. |
05:47 |
|
robin |
that would be pretty cool |
05:47 |
|
wajasu |
but then the problem of who should be the ones to add /edit biblios? |
05:47 |
|
robin |
make it a wiki! they solve everything ;) |
05:47 |
|
wajasu |
and what should the semantic vocabulary be. |
05:47 |
|
wajasu |
exactly. |
05:48 |
|
wajasu |
flasg based bib editor, hiding the implementatio. |
05:48 |
|
wajasu |
instead of napster, its bibster. |
05:49 |
|
robin |
There is already something out there along those lines, aimed at p2p sharing of bibliographies for academic writing. Can't think of the name. |
05:50 |
|
wajasu |
i think the information in books today will b over run by the digital content produced by the upcoming genration(s). that is if we edumacated them enough. |
05:52 |
|
wajasu |
i which i had your script. so make it happen. |
05:53 |
|
robin |
Yeah, I think that is already happening, books provide the topical centralisation though. |
05:57 |
|
wajasu |
once i started reading about the authority record stuff and lcsh, i knew there is a power struggle over managing concepts, words, etc. |
05:59 |
|
wajasu |
just like unicode has 65000 codes/numbers that represent concepts of letters. i think if we do the same for words pertaining to the vocabulary of business, then different languages could bind to the numbers and interoperate semantically. |
06:01 |
|
robin |
More semantics is always a good thing, I don't want to be the one to design it though ;) |
06:01 |
|
wajasu |
we don't need that many words (i.e item=1, product=2, order3, and on) and we need a torrent for the vocabulary. then watch the fireworks. |
06:01 |
|
wajasu |
its hard work. i'm not up to it. |
06:03 |
|
wajasu |
but even if we created 10000 words, we could get alot of business running through it world wide. |
06:03 |
|
wajasu |
enough for today. gnite. |
06:04 |
|
robin |
cya :) |
06:19 |
|
|
wajasu left #koha |
06:33 |
|
|
cait left #koha |
06:34 |
|
|
nicomo joined #koha |
06:36 |
|
|
laurence joined #koha |
06:40 |
|
|
francharb joined #koha |
06:43 |
|
Ropuch^_ |
Morning #koha |
06:47 |
|
|
kmkale joined #koha |
06:47 |
|
kmkale |
good morning all |
06:51 |
|
mib_cxlj4t |
how can I install koha-3.06. I have installed koha3.05 but koha3.06 is not available like 3.05. it is in signature |
06:52 |
|
|
alex_a joined #koha |
06:53 |
|
Amit |
heya kmkale |
06:53 |
|
kmkale |
hi amit |
06:53 |
|
Amit |
kmkale: Any new news |
06:57 |
|
kmkale |
nope |
06:58 |
|
|
Kivutar joined #koha |
06:59 |
|
Ropuch^_ |
mib_cxlj4t: http://download.koha-community.org/ |
07:00 |
|
Ropuch^_ |
There's two gz's |
07:00 |
|
Ropuch^_ |
3.00.06 with all translations and english only |
07:02 |
|
|
mib_cxlj4t left #koha |
07:08 |
|
|
miguel joined #koha |
07:12 |
|
chris |
evening |
07:15 |
|
robin |
chris: so, it seems koha won't import marc XML |
07:16 |
|
chris |
you need to use the commandline script |
07:16 |
|
miguel |
good morning |
07:16 |
|
robin |
ahh right. I just made my app output us_marc files. |
07:18 |
|
chris |
xml2marc |
07:18 |
|
chris |
or you can do that |
07:18 |
|
chris |
having a switch might be nice |
07:18 |
|
robin |
$record->as_usmarc :) |
07:18 |
|
robin |
yeah, I'll add that some stage soon. |
07:19 |
|
chris |
--format=xml --format=iso2709 (which is usmarc) |
07:19 |
|
robin |
yeah |
07:20 |
|
chris |
the nice thing is |
07:20 |
|
chris |
you can do stuff like |
07:20 |
|
chris |
marc2dc |
07:20 |
|
robin |
dc? |
07:20 |
|
chris |
to create a dublin core file |
07:21 |
|
robin |
ah right |
07:21 |
|
robin |
I think this import process may take a little while. Time to go home I think :) cya later |
07:21 |
|
|
francharb1 joined #koha |
07:21 |
|
chris |
:) cya later |
07:24 |
|
richard |
hey chris |
07:25 |
|
pastebot |
"kmkale" at 192.168.15.101 pasted "hdl: icu.xml Unknown element transliterate" (6 lines) at http://paste.workbuffer.org/8 |
07:25 |
|
|
francharb left #koha |
07:26 |
|
kmkale |
hdl: can you please tell me whats going on with this transliterate element from the icu.xml? |
07:27 |
|
|
hdl left #koha |
07:28 |
|
|
hdl joined #koha |
07:28 |
|
chris |
heya richard |
07:30 |
|
Ropuch^_ |
Hi chris |
07:30 |
|
chris |
hiyea Ropuch^_ hows things going? |
07:32 |
|
pastebot |
"kmkale" at 192.168.15.101 pasted "icu.xml" (21 lines) at http://paste.workbuffer.org/9 |
07:33 |
|
kmkale |
hdl: whenever you have some free moments please have a look at the above paste |
07:33 |
|
Ropuch^_ |
chris: fast forward ;-) |
07:35 |
|
hdl |
kmkale: It is a special process for ISBN normalization. |
07:35 |
|
hdl |
kmkale: it suppress the - in the numbers. |
07:36 |
|
kmkale |
hdl: oh ok. and transliterate? |
07:36 |
|
hdl |
And the NFD NFC Nonspacing marks is to remove any diacritics. |
07:38 |
|
kmkale |
hdl: guess i will need to keep diacritics for devanagari? |
07:38 |
|
kmkale |
hdl:thanks |
07:49 |
|
kmkale |
hdl: is it necessary for authorities to be also using icu to be able to search for devanagari data? if yes how do i get zebra to use icu for authorities too? or are the changes to default.idx for icu.xml applicable to both biblios and authorities databases? |
07:56 |
|
|
magnus joined #koha |
08:06 |
|
hdl |
kmkale: to both |
08:06 |
|
kmkale |
ok I have just deleted a record and zebra reindexing has not ran yet as its on a 5 min cron; so when I search for it i get "Can't call method "field" on an undefined value at /home/kalibindia/kohaclone/C4/Koha.pm line 1233" should't there be a more graceful way of handling it? |
08:06 |
|
kmkale |
hdl: thanks. |
08:12 |
|
kmkale |
umm.. one more thing. I cant get the above error to go away unless I do a -r in the rebuild_zebra |
08:17 |
|
chris |
yep there is a patch out there for that |
08:18 |
|
chris |
the cant call method field one |
08:22 |
|
|
kmkale left #koha |
09:10 |
|
|
kf joined #koha |
09:10 |
|
kf |
hi #koha |
09:12 |
|
magnus |
hi kf |
09:12 |
|
chris |
hi kf |
09:14 |
|
kf |
hi chris and magnus |
09:15 |
|
kf |
chris: munin was right - will not finish my xslt project this week :( |
09:16 |
|
chris |
:( |
09:16 |
|
kf |
too many other things coming out of the nowhere that need to be done first |
09:16 |
|
kf |
so at least we know now: munin does know |
09:17 |
|
kf |
@eightball sunny weekend? |
09:17 |
|
munin |
kf: You know the answer better than I. |
09:24 |
|
chris |
@eightball should i have another piece of chocolate? |
09:24 |
|
munin |
chris: Maybe... |
09:24 |
|
chris |
good enough for me |
09:26 |
|
|
richard left #koha |
09:46 |
|
kf |
@eightball should i have another piece of chocolate? |
09:46 |
|
munin |
kf: No clue. |
09:53 |
|
chris |
just tweeted to me - http://community.eldis.org/Ayu[…]9c6e759/.59d1f791 |
10:04 |
|
|
aindilis left #koha |
10:04 |
|
|
aindilis joined #koha |
10:53 |
|
gmcharlt |
good morning |
10:53 |
|
hdl |
hi gm |
10:56 |
|
chris |
hi gmcharlt |
10:57 |
|
chris |
gmcharlt: W refs/heads/newfeatures/ptfs_patron_features koha chrisc DENIED by fallthru |
10:57 |
|
chris |
error: hook declined to update refs/heads/newfeatures/ptfs_patron_features |
10:58 |
|
chris |
not urgent just was another branch i was gonna push up ... and then get colin to look at |
10:59 |
|
gmcharlt |
chris: try pushing to new/ptfs_patron_features |
11:00 |
|
chris |
will do |
11:02 |
|
chris |
that worked |
11:03 |
|
gmcharlt |
cool |
11:03 |
|
gmcharlt |
we both have permissions to push to new/* |
11:03 |
|
gmcharlt |
and you can clone gitmastergit.koha-community.org:gitolite-admin and push changes to the config when you need to |
11:05 |
|
chris |
sweet |
11:19 |
|
|
kmkale joined #koha |
11:20 |
|
|
genji left #koha |
11:25 |
|
|
jdavidb joined #koha |
11:25 |
|
jdavidb |
hello, #koha! |
11:25 |
|
kmkale |
hi anyone from europe around? |
11:25 |
|
chris |
hi jdavidb |
11:26 |
|
kmkale |
hi chris , jdavidb |
11:30 |
|
|
nengard joined #koha |
11:40 |
|
|
jwagner joined #koha |
11:50 |
|
hdl |
hi kmkale |
11:51 |
|
chris |
hi jwagner and nengard |
11:51 |
|
jwagner |
Good [time of day] all |
11:51 |
|
chris |
jwagner: i saw the first pitch |
11:51 |
|
nengard |
hiya both |
11:51 |
|
chris |
and the marlins doing cricket skills drills, and vice versa |
11:51 |
|
jwagner |
of the Marlins game? I was too busy watching my other teams get beat "-( |
11:51 |
|
kmkale |
hi hdl |
11:51 |
|
kmkale |
hdl you are in europe I suppose? |
11:51 |
|
chris |
i wonder if they will televise the nz vs sri lanka game |
11:52 |
|
hdl |
yes kmkale |
11:52 |
|
kmkale |
hdl: my parents are flying to amsterdam tonight. any news about the ash cloud stuff? |
11:53 |
|
jwagner |
chris, as long as you're online -- I was asking owen yesterday. The templating changes you're planning for 3.4, will that make any difference to pages that need to get more markeup tags? Like adding div tags so jquery can hide stuff on the staff side? owen didn't think so, but I figured I'd ask you too. |
11:53 |
|
chris |
nope |
11:53 |
|
chris |
no changes to the html |
11:53 |
|
chris |
just to the template tags |
11:54 |
|
hdl |
http://www.radarvirtuel.com/ |
11:54 |
|
hdl |
you can see it there. |
11:55 |
|
jwagner |
chris, thanks. There are several staff pages where people have asked me to hide things, but they aren't set up for jquery to do it. I might work on them at some point. |
11:55 |
|
hdl |
Click layers/ volcano ashes layer |
11:55 |
|
kmkale |
thanks hdl. I think Schipol is not closed. I am a bit worried about them as they are quite aged.. |
11:57 |
|
kmkale |
right. bye all |
11:57 |
|
|
kmkale left #koha |
12:07 |
|
kf |
chris: around? |
12:17 |
|
chris |
for a few more minutes |
12:17 |
|
kf |
oh |
12:18 |
|
chris |
someone crashed pootle eh? |
12:18 |
|
kf |
dont want to keep you awake |
12:18 |
|
kf |
not crashed yet |
12:18 |
|
kf |
but my colleague is changing acq translation and she said its loading for minutes |
12:18 |
|
chris |
yeah something is beating the machine to death |
12:18 |
|
kf |
cant imagine her to do something like that |
12:19 |
|
* jwagner |
hands kf's colleague a big club |
12:19 |
|
chris |
its probably google |
12:19 |
|
hdl |
oh no I can't eat any longer :P (club is also a sandwich in france ) |
12:19 |
|
jwagner |
an edible club? |
12:19 |
|
|
Johnindep_ joined #koha |
12:19 |
|
chris |
answering ping, just nothing else |
12:19 |
|
chris |
ill have to have a look in the morning if it hasnt come right by then |
12:19 |
|
|
Johnindep left #koha |
12:20 |
|
|
logbot_backup joined #koha |
12:22 |
|
Amit |
heya owen, jwagner |
12:22 |
|
jwagner |
Hi Amit |
12:31 |
|
|
Amit left #koha |
12:43 |
|
kf |
chris: im sorry, phone call - thx for your help |
12:43 |
|
chris |
should be fixed now |
12:44 |
|
chris |
i wont be sorry to say goodbye to pootle :) |
12:54 |
|
magnus |
been away for a week... did anyone else get an invitation from Packt Publishing to be a "Technical Reviewer" for a book called "Koha 3 Library Management"? |
12:55 |
|
jwagner |
magnus, I did |
12:55 |
|
paul_p |
magnus, I did too (a long time ago) |
12:55 |
|
magnus |
guess they scraped the mailinglist archives or something then |
12:56 |
|
jwagner |
Gee, and I was feeling all special :-) |
12:56 |
|
kf |
chris: poor poootle |
12:56 |
|
magnus |
me too... :-) |
12:58 |
|
chris |
magnus: me too |
12:58 |
|
magnus |
anyone planning on volunteering? sounds like nengard would be the perfect candidate... |
12:58 |
|
nengard |
huh? |
12:59 |
|
chris |
nope |
12:59 |
|
nengard |
what am I being volunteered for? |
12:59 |
|
jwagner |
I don't have time right now (or any real inclination) |
12:59 |
|
nengard |
Oh!! That book is not good ... |
12:59 |
|
nengard |
I did volunteer and then said no thank you after I read it |
12:59 |
|
nengard |
sorry :( |
12:59 |
|
* owen |
grumps about not getting an invitation anyway |
12:59 |
|
chris |
i think its out of date now, and will be more out of date by the time its published |
13:00 |
|
jwagner |
I suppose they don't want negative reviews.... |
13:00 |
|
nengard |
it's just my manual in print form ... |
13:00 |
|
nengard |
jwagner they thanked me and said they would improve upon it ... but we'll see |
13:00 |
|
chris |
I have talked it over with her and it sounds like the book is written as a manual. We already have a manual available under a free software license, GPLv2 or later, which being digital is able to change at the rapid the software changes. For this reason alone I would have to decline. |
13:00 |
|
chris |
If the book was instead on something more immutable like the project history, or if it had involved the wider Koha community from the start I might be interested. |
13:00 |
|
chris |
thats what i said |
13:01 |
|
magnus |
nicely put, chris |
13:03 |
|
kf |
chris: its slow again, I take the poor pootle back |
13:03 |
|
kf |
pootle-- |
13:03 |
|
magnus |
owen: i can decline and then suggest they contact you... ;-) |
13:03 |
|
kf |
@karma pootle |
13:03 |
|
munin |
kf: Karma for "pootle" has been increased 0 times and decreased 1 time for a total karma of -1. |
13:03 |
|
owen |
magnus: :) |
13:04 |
|
|
jdavidb is now known as jdavidb_away |
13:05 |
|
gmcharlt |
fredericd: will you be running something other than pootle? |
13:06 |
|
chris |
well, pootle is ok on its own server |
13:06 |
|
chris |
but not on my home machine, with the bots, and the irclog search, and 3 kohas etc |
13:07 |
|
* jwagner |
read that as irc clog.... |
13:07 |
|
owen |
chris: Not to mention the "cute kid quote" AI you've been developing |
13:07 |
|
owen |
that takes a lot of cycles |
13:07 |
|
gmcharlt |
owen++ |
13:08 |
|
gmcharlt |
@quote add <owen> chris: Not to mention the "cute kid quote" AI you've been developing. that takes a lot of cycles |
13:08 |
|
munin |
gmcharlt: The operation succeeded. Quote #74 added. |
13:08 |
|
chris |
heh |
13:08 |
|
jwagner |
Fortunately, there's an endless supply of cute kid quotes, right? |
13:09 |
|
chris |
i think they stop around 12 |
13:09 |
|
chris |
then they just tell you you suck for 6 years |
13:09 |
|
jwagner |
I was thinking, at least until they become surly teenagers instead.... |
13:10 |
|
jwagner |
They do get over it though. Starting along about my 20s, the older I got the smarter my parents got :-) |
13:10 |
|
chris |
:) |
13:11 |
|
gmcharlt |
@quote add <jwagner> They do get over it though. Starting along about my 20s, the older I got the smarter my parents got :-) |
13:11 |
|
munin |
gmcharlt: The operation succeeded. Quote #75 added. |
13:11 |
|
* jwagner |
repeats chris's "heh" |
13:16 |
|
owen |
chris: Unfortunately for me the sass has already started at age 6 |
13:19 |
|
chris |
sleep time |
13:19 |
|
chris |
good night all |
13:21 |
|
paul_p |
chris, sweet dreams |
13:25 |
|
|
Koha-Noob joined #koha |
13:25 |
|
Koha-Noob |
hi =) |
13:26 |
|
|
dschust joined #koha |
13:27 |
|
owen |
Hi Koha-Noob |
13:27 |
|
dschust |
Alter ego of schuster here... Trying to do inventory with a file and getting an error... owen you calling me a koha-Noob? I probably deserve it... ;) |
13:27 |
|
dschust |
Undefined subroutine &main::AddReturn called at /home/liblime/kohaclone/tools/inventory.pl line 137, <fh00001bio2.txt> line 4. |
13:28 |
|
dschust |
I'm on 3.01.00.032 |
13:29 |
|
dschust |
I've been able to upload files in the past so this is a new mystery... |
13:30 |
|
|
jdavidb_away is now known as jdavidb |
13:31 |
|
Koha-Noob |
hey i'm new into this whole Koha thing and i'm totally unexperienced |
13:31 |
|
Koha-Noob |
could you guys help me by recommending me some tutorials? |
13:31 |
|
Koha-Noob |
please =) |
13:32 |
|
jwagner |
dschust, is fh00001bio2.txt your input file? If so, what does line 4 of it look like? |
13:32 |
|
dschust |
30126012569023 |
13:32 |
|
owen |
Have you been here Koha-Noob? http://koha-community.org/documentation/ |
13:32 |
|
jwagner |
dschust, and that's a valid barcode in your system? |
13:33 |
|
Koha-Noob |
hey thanks |
13:33 |
|
dschust |
jwagner - I'm afraid there is something in the .pl... Yes Jane Addams : |
13:34 |
|
|
Koha-Noob left #koha |
13:34 |
|
|
Koha-Noob joined #koha |
13:45 |
|
dschust |
hmmm - I copied some of the barcodes to a file even though it looks like a LF<return> is there it isn't reading that as it loads. When I manually put it in then the file loads.... hmmmm interesting. |
13:55 |
|
|
brendan left #koha |
14:11 |
|
|
imp left #koha |
14:12 |
|
|
brendan joined #koha |
14:13 |
|
brendan |
good morning all :) |
14:13 |
|
braedon|home |
howdy |
14:13 |
|
brendan |
braedon - you up late? |
14:13 |
|
braedon|home |
hmm |
14:13 |
|
braedon|home |
2:15 |
14:13 |
|
braedon|home |
damn you internets! |
14:13 |
|
brendan |
or could be considered early |
14:14 |
|
braedon|home |
yes, it does turn into that sometimes |
14:14 |
|
braedon|home |
not very conducive to the next night however |
14:17 |
|
braedon|home |
s/to the/to sleep the/ |
14:17 |
|
|
jcamins joined #koha |
14:19 |
|
wizzyrea |
nengard: please see: http://koha-community.org/documentation/ |
14:20 |
|
nengard |
OH BOY OH BOY!!!!! |
14:20 |
|
nengard |
even though it's evil M$ - OH BOY! |
14:21 |
|
wizzyrea |
well you have to pay google now |
14:21 |
|
nengard |
but it doesn't seem to have all of the pages indexed yet ... i searched for opac and only got 3 results |
14:21 |
|
nengard |
so now it's evil google too!!! |
14:21 |
|
wizzyrea |
yea, I just now put it on |
14:24 |
|
|
jwagner is now known as jwagner_meeting |
14:25 |
|
nengard |
THANK YOU!! |
14:25 |
|
wizzyrea |
:D |
14:25 |
|
nengard |
Maybe one day - when someone has time (ha ha) we can put an open source one on there- but this is better than nothing!!! |
14:25 |
|
wizzyrea |
PDF shouldn't be too hard |
14:25 |
|
nengard |
nope |
14:25 |
|
nengard |
there are scripts for that |
14:25 |
|
nengard |
like the HTML ones |
14:26 |
|
wizzyrea |
yep |
14:27 |
|
wizzyrea |
I hate to say this |
14:27 |
|
wizzyrea |
the bing webmaster tools work a lot better than google's |
14:27 |
|
nengard |
hehe |
14:27 |
|
braedon|home |
blasphemy! |
14:27 |
|
* wizzyrea |
ducks |
14:27 |
|
braedon|home |
Shun the non believer! |
14:28 |
|
wizzyrea |
but... but... |
14:28 |
|
* braedon|home |
chants "shun, shun" |
14:28 |
|
* wizzyrea |
sobs |
14:30 |
|
chris_n |
bing-- |
14:30 |
|
chris_n |
google++ |
14:30 |
|
wizzyrea |
hey I didn't say I am like a bing supporter now |
14:31 |
|
wizzyrea |
only that the webmaster tools work a little bit better :P |
14:31 |
|
* chris_n |
gives wizzyrea an 'E' for 'Effort' :) |
14:31 |
|
wizzyrea |
pbbbt |
14:32 |
|
jcamins |
Obligatory UserFriendly reference: http://ars.userfriendly.org/cartoons/?id=19991001 |
14:32 |
|
jcamins |
And, good morning, #koha |
14:32 |
|
wizzyrea |
...lol |
14:32 |
|
wizzyrea |
good morning |
14:32 |
|
nengard |
chris_n wizzyrea said google was charging ... which kind of knocks one of those pluses off |
14:33 |
|
wizzyrea |
yea, they charge for sitesearch now |
14:33 |
|
jdavidb |
wizzyrea++ |
14:33 |
|
wizzyrea |
it's pretty cheap, $100/yr for <1k pages |
14:33 |
|
wizzyrea |
but still |
14:33 |
|
wizzyrea |
we're pushing 800 on k-c now |
14:33 |
|
wizzyrea |
er, 900 |
14:33 |
|
* chris_n |
wonders if google has come to the end of its rainbow |
14:34 |
|
braedon|home |
we must keep faith! |
14:36 |
|
braedon|home |
let us not doubt our solitary ray of sun in a forest of evil due to the dimming of a few passing clouds |
14:36 |
|
wizzyrea |
... i thought that was koha :P |
14:37 |
|
braedon|home |
(Koha isn't a Internet corporation) |
14:37 |
|
wizzyrea |
oh tha |
14:37 |
|
wizzyrea |
t |
14:38 |
|
braedon|home |
never fear, the mighty google is fighting as we speak to push back the spreading darkness |
14:38 |
|
braedon|home |
do not begrudge it a few dimes for the cause |
14:39 |
|
wizzyrea |
lol if you want to donate that to the cause i'll change it :P |
14:39 |
|
|
mib_7wo0o6 joined #koha |
14:39 |
|
mib_7wo0o6 |
Hi guys |
14:39 |
|
mib_7wo0o6 |
I'm confused about version numbers. |
14:40 |
|
wizzyrea |
okies |
14:40 |
|
mib_7wo0o6 |
Is koha-3.00.06 an update to koha-3.02.00.alpha |
14:40 |
|
wizzyrea |
nope |
14:40 |
|
mib_7wo0o6 |
I was hoping for the other answer. |
14:41 |
|
wizzyrea |
sorry |
14:41 |
|
mib_7wo0o6 |
How do I get off alpha? |
14:41 |
|
wizzyrea |
3.00.06 is an update to 3.00.05 |
14:41 |
|
braedon|home |
wizzyrea: alas, braedon does not currently have a credit or debit plus card to easily do so(nor a proof of current address to get one) |
14:41 |
|
wizzyrea |
you mean back off of alpha to 3.0.06? |
14:41 |
|
gmcharlt |
mib_7wo0o6: koha-3.02.00.alpha2 is an update to the first alpha |
14:41 |
|
mib_7wo0o6 |
Well, I want to move to stable code. |
14:42 |
|
mib_7wo0o6 |
The last guy who managed our site moved us to the alpha branch. |
14:43 |
|
braedon|home |
do you know if it is a dev install? or standard? |
14:43 |
|
mib_7wo0o6 |
I don't. |
14:43 |
|
mib_7wo0o6 |
The last thing -I- did was install koha-3.02.00-alpha |
14:43 |
|
mib_7wo0o6 |
over the code we had. |
14:44 |
|
mib_7wo0o6 |
I think that was obtained via git |
14:45 |
|
braedon|home |
did you just pull the new version? or did you have to explicitly upgrade the old install with a make once you had it? |
14:45 |
|
mib_7wo0o6 |
I followed the upgrade instructions. |
14:45 |
|
braedon|home |
ok, standard install then |
14:46 |
|
mib_7wo0o6 |
That sounds promising. |
14:47 |
|
mib_7wo0o6 |
What would be a good way to move this production box to production code? |
14:47 |
|
|
tomascohen left #koha |
14:47 |
|
braedon|home |
you should be able to move to 3.0.06 the same way(i think), but of course the upgrade path is designed for moving from older to newer, not the other way around. Some issues may arrise. I am not sure if anyone has tested doing so |
14:47 |
|
|
tomascohen joined #koha |
14:48 |
|
mib_7wo0o6 |
Would I have to wait a long time for a non alpha 3.02 version? |
14:48 |
|
|
Colin joined #koha |
14:48 |
|
braedon|home |
unless anyone else has any better ideas, i would make a complete backup of everything, and try "upgrading" to the 3.0.06 |
14:48 |
|
wizzyrea |
won't be too long, I don't think (a few weeks to a couple of months?) |
14:49 |
|
jcamins |
mib_7wo0o6: How much data do you have in your Koha installation? |
14:50 |
|
mib_7wo0o6 |
We've got lots and lots of data. |
14:50 |
|
mib_7wo0o6 |
At least now I'm not shooting in the dark. |
14:50 |
|
wizzyrea |
if I can ask what kind of problems are you having with the alpha? |
14:50 |
|
mib_7wo0o6 |
Well... |
14:50 |
|
|
wizzyrea left #koha |
14:51 |
|
jcamins |
Okay. Just figured I'd check, because if it were just MARC records, you could just do a straight export/import. |
14:51 |
|
|
wizzyrea joined #koha |
14:51 |
|
|
wizzyrea left #koha |
14:51 |
|
mib_7wo0o6 |
One thing that keeps coming up is the history of messages that an individual has gotten tends to show the history of messages that every individual has gotten. |
14:51 |
|
|
wizzyrea joined #koha |
14:51 |
|
|
kmkale joined #koha |
14:52 |
|
mib_7wo0o6 |
I keep having to go back and fix that, and I've been meaning to let you guys know about it. |
14:52 |
|
wizzyrea |
...no time like the present |
14:52 |
|
mib_7wo0o6 |
I think there's also an issue of renewals not working, but we've got an odd collection. |
14:52 |
|
mib_7wo0o6 |
I've got to go to a meeting right now, but I'll be back. |
14:52 |
|
wizzyrea |
ok |
14:53 |
|
chris_n |
mib_7wo0o6: you will probably have problems with your db when downgrading |
14:53 |
|
wizzyrea |
it would probably be better to "suffer" through til the official release |
14:53 |
|
chris_n |
yup |
14:54 |
|
chris_n |
since there is no 'downgradedatabase.pl'... :) |
14:54 |
|
wizzyrea |
boy, would be nice if his complaints were registered somewhere official so we could fix those problems... |
14:55 |
|
* chris_n |
thinks it would be nice if mibbit generated nicks that were more conducive to typing :-P |
14:56 |
|
wizzyrea |
what's funny |
14:56 |
|
wizzyrea |
is that they have the option to type in a name |
14:56 |
|
|
davi joined #koha |
14:57 |
|
kmkale |
hi wizzyrea |
14:57 |
|
gmcharlt |
mib_7wo0o6: http://bugs.koha.org would be a place to detail your problem |
14:57 |
|
kmkale |
hi chris_n |
14:57 |
|
chris_n |
heya kmkale |
14:57 |
|
wizzyrea |
but I wish mibbit had less stupid nicks too |
14:58 |
|
wizzyrea |
heya kmkale |
14:59 |
|
kmkale |
i think wyzzyrea is a tongue twister too ;) |
14:59 |
|
wizzyrea |
:D |
14:59 |
|
|
wizzyrea is now known as that_one_chick |
15:00 |
|
kmkale |
:)) |
15:00 |
|
braedon|home |
does chris_n not have autocomplete? |
15:00 |
|
braedon|home |
yours is the most annoying for me |
15:01 |
|
|
that_one_chick is now known as wizzyrea |
15:01 |
|
braedon|home |
i have to type an underscore to complete it |
15:01 |
|
braedon|home |
though would hit the same thing with multiple mibbit accounts |
15:03 |
|
|
chris_n is now known as __chris__ |
15:04 |
|
braedon|home |
hey! |
15:04 |
|
__chris__ |
hehe |
15:04 |
|
braedon|home |
actually, that is stil easier |
15:04 |
|
brendan |
heya __chris__ |
15:04 |
|
braedon|home |
just need the underscore plus tab |
15:04 |
|
wizzyrea |
maybe you should be _chris_n |
15:04 |
|
braedon|home |
not c tab underscore |
15:04 |
|
* brendan |
prefers chris_n |
15:04 |
|
* brendan |
doesn't know this __chris__ character |
15:05 |
|
|
__chris__ is now known as chris_n |
15:05 |
|
chris_n |
and we're back |
15:05 |
|
brendan |
chris_n++ |
15:05 |
|
braedon|home |
of course not - that name isn't exported |
15:05 |
|
braedon|home |
s/exported/imported/ |
15:05 |
|
braedon|home |
o, wait, this is a perl club isn't it :( |
15:09 |
|
braedon|home |
actually, two trailing underscores, so isn't mangled. |
15:09 |
|
kmkale |
bye all good night |
15:09 |
|
* braedon|home |
retracts his lame and incorrect joke |
15:09 |
|
|
kmkale left #koha |
15:09 |
|
braedon|home |
sigh |
15:11 |
|
wizzyrea |
awww |
15:11 |
|
gmcharlt |
tough crowd |
15:12 |
|
braedon|home |
and fried brain |
15:12 |
|
* braedon|home |
calls it a night |
15:16 |
|
chris_n |
sleep well braedon|home |
15:18 |
|
|
jwagner_meeting is now known as jwagner |
15:21 |
|
|
Kivutar left #koha |
15:22 |
|
|
alex_a left #koha |
15:22 |
|
brendan |
@wunder 93117 |
15:22 |
|
munin |
brendan: The current temperature in Northwest Goleta, Goleta, California is 12.7�C (8:21 AM PDT on May 18, 2010). Conditions: Overcast. Humidity: 90%. Dew Point: 11.0�C. Pressure: 30.04 in 1017.2 hPa (Rising). |
15:23 |
|
|
Koha-Noob left #koha |
15:28 |
|
|
imp joined #koha |
15:30 |
|
|
kyle left #koha |
15:32 |
|
|
aindilis left #koha |
15:32 |
|
|
aindilis joined #koha |
15:35 |
|
|
kyle joined #koha |
15:35 |
|
|
kyle is now known as kyle_away |
15:36 |
|
|
nengard left #koha |
15:39 |
|
owen |
Why is the debug_level "0" message "<p>production mode - trapped fatal error</p>" ? |
15:39 |
|
owen |
How does that help? |
15:39 |
|
owen |
presumably if you've got the debug level set to 0 you want to hide weird errors from your users |
15:40 |
|
owen |
So how about offering the same kind of options that a 404 or 500 error give you? |
15:41 |
|
|
nengard joined #koha |
15:42 |
|
jwagner |
Got a question for anyone who does patron load updates (dschust, anyone else) -- if there is absolutely no unique number associated with the incoming data, has anyone tried loading, say, email addresses into a patron attribute & using that as the patron load match point? |
15:43 |
|
jwagner |
I was just experimenting, and it looks like you can't use anything but cardnumber from the main patron fields. But you can create a patron attribute field that's configured as unique, and then use that. |
15:43 |
|
jwagner |
I just don't know if that's a good/workable idea |
15:43 |
|
wizzyrea |
could you end up with kids having the same email addresses as their parents? |
15:44 |
|
jwagner |
Not for this particular site (it's a college), but in general that could be a problem. |
15:44 |
|
jwagner |
I suppose we could also try using email addresses as the card number; not sure that's a good idea either. |
15:48 |
|
|
dschust left #koha |
15:48 |
|
gmcharlt |
jwagner: does the library plan to issue barcodes later? |
15:48 |
|
|
mib_7wo0o6 left #koha |
15:48 |
|
gmcharlt |
more commonly, colleges tend to use the student's college ID number for that purpose |
15:49 |
|
wizzyrea |
ooh, good call on that one |
15:49 |
|
jwagner |
Yes. They would have to do those manually in the library. They want to do regular patron updates from the registrar, and there is no usable ID number from that system. (They use SSN which I flatly refuse to import into Koha for privacy/security/identity reasons.) |
15:49 |
|
|
kyle_away is now known as kyle |
15:49 |
|
owen |
Bug 2318 seems to imply that at one time one would get a 404 error for an invalid biblionumber |
15:49 |
|
munin |
Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2318 enhancement, P5, ---, gmcharltgmail.com, NEW, Attempting to view details of a biblio that does not exists results in a 404 error |
15:49 |
|
owen |
I'm finding that I'm getting an error message instead |
15:50 |
|
owen |
"Can't call method "field" on an undefined value at /home/oleonard/kohaclone/C4/Koha.pm line 1233." |
15:52 |
|
owen |
Or, with XSL enabled: "Can't "next" outside a loop block at /home/oleonard/kohaclone/C4/XSLT.pm line 67." |
15:56 |
|
gmcharlt |
jwagner: maybe you can generate a salted hash of the SSN to use as the match key? |
15:56 |
|
gmcharlt |
I agree that SSNs should stay out of the database |
15:57 |
|
gmcharlt |
owen: yep, it should be a 404 (or probably better, a friendlier page explainign that no such bib exists) |
15:58 |
|
jwagner |
gmcharlt, we thought about hashing the SSN, but I'd really rather not get into allowing SSN data in _any_ form if we can find some alternative. |
15:58 |
|
wizzyrea |
"that item is no longer in the catalog" |
15:58 |
|
owen |
See the comments on Bug 2318 for discussion of whether it should be a 404 or a more specific error |
15:58 |
|
munin |
Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2318 enhancement, P5, ---, gmcharltgmail.com, NEW, Attempting to view details of a biblio that does not exists results in a 404 error |
15:58 |
|
gmcharlt |
jwagner: problem with email addresses is that while the campus may hand out unique email addresses from the campuses' domain, unless they have a policy to the effect that the students *must* use those addresses for official colllege communication, the library is going to be under pressure from the students to use whatever their actual addresses are |
15:59 |
|
gmcharlt |
but if the college *does* enforce such a policy, email address qua unique identifier may be good enough |
15:59 |
|
jwagner |
gmcharlt, yes, that was one of the problems I saw with that approach -- they have multiple email addresses for each patron. |
16:00 |
|
jwagner |
If I remember correctly, there's a character limit on cardnumber field (10?), but not on a patron attribute. Is that the case? |
16:01 |
|
jcamins |
jwagner: The other problem with e-mail addresses is that some colleges assign two e-mail addresses to TAs- one for being a student, one for being a TA (not an issue if there are no TAs, of course). |
16:03 |
|
|
owen_ joined #koha |
16:03 |
|
|
Johnindep_ left #koha |
16:03 |
|
|
owen left #koha |
16:03 |
|
|
jdavidb left #koha |
16:03 |
|
|
owen_ is now known as owen |
16:03 |
|
|
janewagner joined #koha |
16:03 |
|
|
jdavidb joined #koha |
16:03 |
|
jcamins |
(assuming you can use college-assigned addresses for matching, and a preferred address for contact) |
16:03 |
|
|
Johnindep joined #koha |
16:03 |
|
janewagner |
Harrumph |
16:03 |
|
|
Johnindy_ joined #koha |
16:03 |
|
gmcharlt |
jwagner: even if it has no status as an official campus ID, can the registrar include whatever the student record primary key is? |
16:04 |
|
|
kf1 joined #koha |
16:04 |
|
|
kf left #koha |
16:05 |
|
gmcharlt |
janewagner: how much did you miss? |
16:05 |
|
janewagner |
gmcharlt, that was something I was wondering as well. I'd much rather use a unique number as cardnumber than mess around with trying to match on email address. I'llhave to talk to them. |
16:05 |
|
gmcharlt |
cardnumber is varchar(16) |
16:06 |
|
gmcharlt |
a borrower attribute is varchar(64) |
16:06 |
|
janewagner |
OK, cardnumber wouldn't work for email address then. |
16:10 |
|
|
jwagner left #koha |
16:10 |
|
|
laurence left #koha |
16:11 |
|
|
janewagner is now known as jwagner |
16:11 |
|
|
Johnindy left #koha |
16:19 |
|
|
kf joined #koha |
16:19 |
|
|
Johnindep left #koha |
16:19 |
|
|
kf1 left #koha |
16:19 |
|
|
Johnindep joined #koha |
16:23 |
|
|
nengard is now known as nengard_lunch |
16:23 |
|
|
nengard_lunch left #koha |
16:23 |
|
|
owen left #koha |
16:23 |
|
|
Johnindep left #koha |
16:23 |
|
|
owen_ joined #koha |
16:23 |
|
|
owen_ is now known as owen |
16:23 |
|
|
aindilis left #koha |
16:23 |
|
|
aindilis joined #koha |
16:23 |
|
|
Johnindep joined #koha |
16:24 |
|
|
Johnindy_ left #koha |
16:24 |
|
|
Johnindy joined #koha |
16:24 |
|
|
tomascohen left #koha |
16:24 |
|
|
kf left #koha |
16:25 |
|
|
tomascohen joined #koha |
16:29 |
|
|
jdavidb left #koha |
16:30 |
|
gmcharlt |
@quote random |
16:30 |
|
munin |
gmcharlt: Quote #3: "< bignose-work> the only constant in climate over the next several decades will be that the climate doesn't match what you just got used to." (added by chris at 09:55 PM, June 11, 2009) |
16:30 |
|
|
nicomo left #koha |
16:33 |
|
|
Johnindep_ joined #koha |
16:33 |
|
|
Johnindep left #koha |
16:35 |
|
|
nengard joined #koha |
16:35 |
|
|
nengard is now known as nengard_lunch |
16:36 |
|
|
fredericd left #koha |
16:37 |
|
|
Colin left #koha |
16:37 |
|
wizzyrea |
@quote random |
16:37 |
|
munin |
wizzyrea: Quote #41: "owen: Being an ass doesn't qualify as a medical condition ;)" (added by jwagner at 11:13 AM, October 16, 2009) |
16:38 |
|
wizzyrea |
tee hee |
16:38 |
|
* owen |
curses and throws away his sick leave request form |
16:39 |
|
wizzyrea |
hahahahahaha |
16:40 |
|
|
CGI905 joined #koha |
16:40 |
|
CGI905 |
hm |
16:40 |
|
wizzyrea |
hm? |
16:42 |
|
|
CGI124 joined #koha |
16:42 |
|
|
owen left #koha |
16:42 |
|
|
Johnindep_ left #koha |
16:42 |
|
|
CGI905 left #koha |
16:42 |
|
jcamins |
Does anyone know if there has been a bug reported on the staff client's handling of holds (in 3.2-alpha)? |
16:42 |
|
jcamins |
*limits |
16:42 |
|
jcamins |
I found a bug on handling holds, when searched for limits. |
16:42 |
|
|
owen_ joined #koha |
16:42 |
|
|
CGI124 left #koha |
16:42 |
|
|
owen_ is now known as owen |
16:42 |
|
|
Johnindep joined #koha |
16:42 |
|
|
Johnindy left #koha |
16:43 |
|
|
Johnindy joined #koha |
16:43 |
|
owen |
What's the deal #koha? Why you keep kicking me? |
16:43 |
|
|
tomascohen left #koha |
16:43 |
|
|
tomascohen joined #koha |
16:44 |
|
brendan |
@roulette |
16:44 |
|
munin |
brendan: *click* |
16:44 |
|
brendan |
owen++ |
16:44 |
|
brendan |
maybe that will help |
16:45 |
|
owen |
:) |
16:47 |
|
nengard_lunch |
owen - i keep getting kicked too |
16:47 |
|
|
nengard_lunch is now known as nengard |
16:48 |
|
|
fredericd joined #koha |
16:49 |
|
brendan |
nengard++ |
16:49 |
|
brendan |
that will help :) |
16:49 |
|
nengard |
:) |
17:07 |
|
owen |
Wow, Bug 3594 is a real train wreck of a report |
17:07 |
|
munin |
Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3594 enhancement, P5, ---, gmcharltgmail.com, NEW, two item dropped from the data base or stuff interface |
17:10 |
|
brendan |
heh |
17:10 |
|
nengard |
"stuff interface" ?? |
17:10 |
|
nengard |
hehe |
17:15 |
|
|
owen is now known as owen-away |
17:21 |
|
|
hdl left #koha |
17:22 |
|
|
hdl joined #koha |
17:23 |
|
|
jcamins left #koha |
17:31 |
|
|
paul_p left #koha |
17:32 |
|
|
cait joined #koha |
17:36 |
|
cait |
hi #koha |
17:42 |
|
jwagner |
Hi cait |
17:43 |
|
cait |
hi jwagner |
17:43 |
|
|
Johnindep left #koha |
17:43 |
|
|
Johnindy_ joined #koha |
17:43 |
|
|
wajasu joined #koha |
17:44 |
|
|
Johnindep joined #koha |
17:44 |
|
|
jdavidb joined #koha |
17:47 |
|
|
jdavidb_ joined #koha |
17:47 |
|
|
Johnindep left #koha |
17:47 |
|
|
owen-away left #koha |
17:47 |
|
|
jdavidb left #koha |
17:47 |
|
|
tekonivel left #koha |
17:47 |
|
|
tekonive` joined #koha |
17:47 |
|
|
jdavidb_ is now known as jdavidb |
17:47 |
|
|
Johnindep joined #koha |
17:47 |
|
gmcharlt |
nengard: "stuff interface"? why not? Koha is all about managing the library's stuff ;) |
17:47 |
|
|
Johnindy__ joined #koha |
17:47 |
|
|
owen-away joined #koha |
17:47 |
|
nengard |
I was more asking what a stuff interface was :) |
17:48 |
|
|
cait1 joined #koha |
17:52 |
|
|
Johnindy left #koha |
17:59 |
|
|
Johnindy__ left #koha |
17:59 |
|
|
cait left #koha |
17:59 |
|
|
Johnindy_ left #koha |
17:59 |
|
|
aindilis` joined #koha |
17:59 |
|
|
kyle left #koha |
17:59 |
|
|
Johnindep left #koha |
17:59 |
|
|
kyle joined #koha |
17:59 |
|
|
kyle is now known as kyle_away |
17:59 |
|
|
munin left #koha |
17:59 |
|
|
tekonive` left #koha |
17:59 |
|
|
jwagner left #koha |
17:59 |
|
|
hdl left #koha |
18:09 |
|
|
logbot_backup joined #koha |
18:10 |
|
|
Johnindep_ joined #koha |
18:10 |
|
|
Johnindy_ joined #koha |
18:10 |
|
|
janewagner joined #koha |
18:12 |
|
|
Johnindep_ left #koha |
18:12 |
|
|
kyle_ joined #koha |
18:12 |
|
|
kyle_ is now known as kyle_away |
18:12 |
|
|
imp left #koha |
18:12 |
|
|
imp joined #koha |
18:12 |
|
|
Johnindep_ joined #koha |
18:12 |
|
|
munin joined #koha |
18:13 |
|
|
phasefx left #koha |
18:13 |
|
|
phasefx joined #koha |
18:13 |
|
|
Johnindy__ joined #koha |
18:13 |
|
|
Johnindep left #koha |
18:13 |
|
|
kyle left #koha |
18:13 |
|
|
owen-away joined #koha |
18:14 |
|
|
owen-away is now known as owen |
18:14 |
|
|
chris_n joined #koha |
18:15 |
|
|
tomascohen left #koha |
18:15 |
|
|
cait1 joined #koha |
18:15 |
|
|
jwagner left #koha |
18:15 |
|
|
jwagner joined #koha |
18:16 |
|
|
cait left #koha |
18:16 |
|
wajasu |
I have a problem showing a detail view for XSLT in the staff client interface. http://pastebin.org/249237 |
18:17 |
|
|
Johnindy left #koha |
18:17 |
|
|
magnus left #koha |
18:17 |
|
|
jdavidb joined #koha |
18:19 |
|
|
jdavidb left #koha |
18:20 |
|
|
Johnindy_ left #koha |
18:20 |
|
|
janewagner left #koha |
18:21 |
|
|
owen left #koha |
18:21 |
|
|
Johnindep joined #koha |
18:22 |
|
|
owen-away joined #koha |
18:22 |
|
|
owen-away is now known as owen |
18:22 |
|
|
cait joined #koha |
18:22 |
|
|
Johnindep_ left #koha |
18:22 |
|
|
Johnindy joined #koha |
18:23 |
|
|
schuster joined #koha |
18:25 |
|
gmcharlt` |
wajasu: check that your copy of koha-tmpl/intranet-tmpl/prog/en/xslt/MARC21slimUtils.xsl is up to date |
18:25 |
|
wajasu |
ok. |
18:26 |
|
gmcharlt` |
also see http://git.koha-community.org/[…]42fcfbfb65924dc5a |
18:26 |
|
|
Ropuch^__ joined #koha |
18:29 |
|
|
cait1 left #koha |
18:29 |
|
|
Johnindy__ left #koha |
18:31 |
|
|
cait left #koha |
18:31 |
|
|
owen left #koha |
18:31 |
|
|
owen joined #koha |
18:31 |
|
|
gmcharlt` is now known as gmcharlt |
18:31 |
|
|
Johnindy_ joined #koha |
18:31 |
|
|
Johnindep_ joined #koha |
18:31 |
|
gmcharlt |
@quote random |
18:31 |
|
munin |
gmcharlt: Quote #10: "< pianohacker> You helped start an open source project; clearly your sense of what to avoid to make your life easier has been impaired for a while :)" (added by chris at 03:59 PM, June 23, 2009) |
18:31 |
|
|
cait joined #koha |
18:32 |
|
|
fredericd left #koha |
18:33 |
|
|
Johnindep left #koha |
18:33 |
|
wajasu |
that gitweb site is slow. where's it at? |
18:33 |
|
owen |
It's very fast for me |
18:36 |
|
|
fredericd joined #koha |
18:37 |
|
|
sekjal joined #koha |
18:37 |
|
|
cait left #koha |
18:39 |
|
|
cait joined #koha |
18:39 |
|
|
Johnindy left #koha |
18:41 |
|
|
Nate joined #koha |
18:44 |
|
gmcharlt |
wajasu: Texas, I believe |
18:44 |
|
wajasu |
yes. i'm doing a speed test now. |
18:49 |
|
|
Mike joined #koha |
18:51 |
|
|
jdavidb joined #koha |
18:51 |
|
jdavidb |
harrrumph! |
18:51 |
|
jwagner |
Yes, indeed. |
18:57 |
|
|
munin` joined #koha |
18:57 |
|
|
munin left #koha |
18:57 |
|
|
Johnindep_ left #koha |
18:57 |
|
|
Johnindep joined #koha |
18:57 |
|
|
Johnindy joined #koha |
18:57 |
|
|
jdavidb left #koha |
18:57 |
|
wajasu |
my speedtest is fine 7Mbps down, 1.5up. i'm in dallas. its takeing me 5-10 minutes to get a page . still transferring... |
18:57 |
|
|
cait1 joined #koha |
18:58 |
|
owen |
Looking at Bug 3125... When you choose to add a field from the list of choices, should that field be removed from the first column? Or just added to the second column? |
18:58 |
|
munin` |
Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3125 normal, P3, ---, oleonardmyacpl.org, NEW, IE7: Selected columns list in Reports Dictionary is not showing column names. |
18:58 |
|
owen |
In other words, should the user be able to select a certain column more than once? |
19:03 |
|
schuster |
Question - about inventory - seems like there were some patches done by BibLibre to Inventory... Can anyone expound on those fixes? I think I have run across a but in 3.2 that biblibre may have fixed. |
19:03 |
|
|
Nate_ joined #koha |
19:03 |
|
wajasu |
cloning da git now. |
19:03 |
|
|
Johnindep left #koha |
19:03 |
|
gmcharlt |
owen: for the reports dictionary, I think just allow a column to be selected once |
19:03 |
|
|
Johnindep joined #koha |
19:04 |
|
|
cait2 joined #koha |
19:04 |
|
|
Johnindy__ joined #koha |
19:04 |
|
schuster |
We are now thinking that - Undefined subroutine &main::AddReturn called at /home/liblime/kohaclone/tools/inventory.pl - mean AddReturn subroutine is supposed to "RETURN" the book if it is found but inventory.pl can't find the subroutine. |
19:04 |
|
|
cait left #koha |
19:04 |
|
|
owen left #koha |
19:04 |
|
|
Johnindy_ left #koha |
19:04 |
|
|
owen joined #koha |
19:06 |
|
gmcharlt |
schuster: that's an old bug (bug 3329) |
19:06 |
|
munin` |
Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3329 major, PATCH-Sent, ---, nahuel.angelinettibiblibre.com, RESOLVED FIXED, missing dependency in inventory.pl |
19:06 |
|
gmcharlt |
fixed in HEAD in June 2009 |
19:06 |
|
schuster |
Well that's what happens when you are on an OLD version of Koha... :0 |
19:07 |
|
jwagner |
We're working on that! |
19:07 |
|
schuster |
Nothing against PTFS... |
19:07 |
|
gmcharlt |
commit fc798b0e8d9605b8fbacdc07eb83f3925bf6fc2f should be cherry-pickable just fine |
19:08 |
|
schuster |
Just noting a problem. Thanks gmcharlt... |
19:08 |
|
jwagner |
schuster, it should already be in the version that you'll be getting when we do your update |
19:10 |
|
|
cait1 left #koha |
19:10 |
|
owen |
Anyone have an opinion/directive regarding my guided reports dictionary question? |
19:11 |
|
|
Johnindy left #koha |
19:11 |
|
|
Nate left #koha |
19:12 |
|
jwagner |
owen, you're talking strictly about reports? There shouldn't be a need to repeat fields there. In notices, I could see a use for it. |
19:12 |
|
|
libtek joined #koha |
19:12 |
|
gmcharlt |
owen: for the reports dictionary, I think just allow a column to be selected once |
19:12 |
|
* owen |
imagines the notices template may use the same faulty js |
19:13 |
|
gmcharlt |
note that allowing multiple copies of the same column to be displayed in report output, although unusual, could be desierable |
19:13 |
|
gmcharlt |
i.e., there's a difference between the reports dictionary and the main guided reports wizard |
19:13 |
|
|
fredericd left #koha |
19:15 |
|
chris |
morning |
19:15 |
|
jwagner |
morning, chris |
19:15 |
|
chris_n |
hey chris |
19:18 |
|
owen |
Hmmm.. the notices template has its own problems in IE. |
19:19 |
|
jwagner |
owen, is there anything that DOESN'T have problems in IE? |
19:20 |
|
libtek |
Can't call method "append_fields" on an undefined value at /usr/local/share/perl/5.10.0/MARC/File/SAX.pm line 92. |
19:20 |
|
libtek |
need some advice. I've attempted to create a record through a z39.50 search (I am no cataloger by any means). When I try to save the record I get the error: |
19:20 |
|
libtek |
Can't call method "append_fields" on an undefined value at /usr/local/share/perl/5.10.0/MARC/File/SAX.pm line 92. |
19:21 |
|
chris_n |
IE eq PROBLEM |
19:21 |
|
chris_n |
always evaluates as true |
19:21 |
|
libtek |
I found the following link: |
19:21 |
|
libtek |
http://sourceforge.net/projects/marcpm/ |
19:22 |
|
cait2 |
morning chris and thx again for pootle |
19:22 |
|
cait2 |
:) |
19:22 |
|
libtek |
I'm not sure what to do with the files. Nothing guides me in updating any files. Anyone have any suggestions? |
19:22 |
|
gmcharlt |
libtek: you need to provide more information |
19:22 |
|
gmcharlt |
*which* record from *which* Z39.50 server are you trying to import? |
19:23 |
|
chris |
cait2: it didnt crash again or anything did it? the problem is apache/pootle use too much ram |
19:25 |
|
cait2 |
no, it didn't. just wanted to say thank you again |
19:26 |
|
chris |
cool :) |
19:26 |
|
|
cait2 is now known as cait |
19:26 |
|
chris |
was just checking for sarcasm :-) |
19:26 |
|
cait |
no :) |
19:26 |
|
|
fredericd joined #koha |
19:26 |
|
chris |
nginx++ |
19:26 |
|
chris |
apache2-- |
19:26 |
|
libtek |
gmcharlt: I searched for ISBN 0764507060 on the OCLC server fsz3950.oclc.org:210 |
19:27 |
|
cait |
jsp-- |
19:27 |
|
chris |
cait++ |
19:27 |
|
chris |
just cos |
19:27 |
|
libtek |
gmcharlt: This is only my 2nd attempt. I've tried two different records with the same results. |
19:29 |
|
|
nengard_ left #koha |
19:29 |
|
gmcharlt |
libtek: what z39.50 database name and syntax? |
19:30 |
|
libtek |
gmcharlt: OLUC and UNIMARC. |
19:35 |
|
libtek |
gmcharlt: I'm guessing on the settings. Basing some of this on current settings in our current ILS. Had to guess on syntax and encoding (which is set to UTF-8) |
19:36 |
|
gmcharlt |
libtek: are you in fact using UNIMARC, not MARC21? |
19:37 |
|
chris |
ok bus time back in a bit |
19:39 |
|
gmcharlt |
libtek: zcat.oclc.org , base OLUCWorldCat , syntax MARC21/UNIMARC, charset UTF-8 work for me |
19:40 |
|
libtek |
gmcharlt: Honestly, I don't know. I just tried these settings and it was pulling the information up. Everything worked for the import. It was only when I saved the item record that the error was thrown up. |
19:42 |
|
gmcharlt |
libtek: ah, you didn't say that the problem was occuring when you came to same an item, as opposed to the bib |
19:44 |
|
libtek |
gmcharlt: sorry. I'm trying to be clear. |
19:46 |
|
|
libtek left #koha |
19:47 |
|
|
libtek joined #koha |
19:48 |
|
libtek |
gmcharlt: sorry, IE crashed |
19:48 |
|
|
wizzyrea_laptop joined #koha |
19:48 |
|
* owen |
shudders |
19:48 |
|
wajasu |
just checked up on how my git clone is doing. its sitting at Receiving objects: 0% (115/147608), 36.00 KiB Hmm. |
19:48 |
|
gmcharlt |
libtek: were there any diacritics or the like (in say the call number) of the item you attempted to add |
19:48 |
|
gmcharlt |
also, can you confirm whether your library in fact uses UNIMARC or not |
19:49 |
|
Mike |
Can anyone cast any light on this error msg: zebrasrv: sortidx.c:472: zebra_sort_read: Assertion `sf' failed. |
19:49 |
|
|
jwagner left #koha |
19:51 |
|
libtek |
gmcharlt: I am a tech only. I don't know anything about diacritics. Also, Koha is a new install we are testing. I don't know if it is using UNIMARC or not. |
19:52 |
|
|
hdl joined #koha |
19:54 |
|
chris_n |
libtek: you had to select either UNIMARC or MARC-21 during the webinstaller run |
19:55 |
|
gmcharlt |
libtek: the marcflavour system preference would be a hint; if your library has catalogers on staff, they would be able to definitively tell you what MARC format they are using |
19:55 |
|
wizzyrea_laptop |
libtek: us library? |
19:55 |
|
wizzyrea_laptop |
or elsewhere? |
19:58 |
|
libtek |
gmcharlt: I don't see it listed in the instructions, so if it presented me with choices during install, I went with defaults. |
19:58 |
|
libtek |
wizzyrea_laptop: Yes, US. |
20:01 |
|
libtek |
ah, one of our catalogers says MARC-21 |
20:02 |
|
gmcharlt |
libtek: as a first step, in the z3950 server definition for OCLC |
20:02 |
|
gmcharlt |
try changing the server to zcat.oclc.org |
20:02 |
|
gmcharlt |
the database to OLUCWorldCat |
20:02 |
|
gmcharlt |
and the syntax to MARC21 |
20:02 |
|
gmcharlt |
also, please go the Administration | System Preferences |
20:02 |
|
gmcharlt |
search for marcflavour |
20:03 |
|
gmcharlt |
and tell us what the value of that system preference is |
20:03 |
|
libtek |
um, I think I corrupted the database |
20:03 |
|
libtek |
I am such an idiot :/ |
20:06 |
|
libtek |
There is part of a record left. If I click on it to remove it, it now throws up the error |
20:06 |
|
libtek |
Can't call method "fields" on an undefined value at /usr/share/koha/intranet/cgi-bin/catalogue/MARCdetail.pl line 123. |
20:09 |
|
wajasu |
maybe your indexes need to be rebuilt. |
20:11 |
|
|
jdavidb joined #koha |
20:11 |
|
|
owen left #koha |
20:11 |
|
wajasu |
i can't get a git clone for koha.git to happen. hangs at Receiving objects usually. |
20:13 |
|
libtek |
gmcharlt: Okay...I'll get the hang of this eventually. Getting a crash course in cataloging... I found marcflavour and it is indead MARC21. I've setup a new OCLC server per your request. However, I still have this piece of record in the db. Any clue as to how I can purge it? |
20:13 |
|
gmcharlt |
from SQL, you could delete it from the biblio and biblioitems table, then run an index rebuild (using rebuild_zebra.pl) |
20:15 |
|
|
Nate_ left #koha |
20:16 |
|
|
ebegin joined #koha |
20:18 |
|
libtek |
gmcharlt: okay...let me see if I can figure that one out.... |
20:20 |
|
wajasu |
can someone try git clone git://git.koha-community.org/koha.git so i know if its me thats the problem? |
20:20 |
|
libtek |
gmcharlt: okay...I am really green with ubuntu. I am learning everything as I go. Can you give me a little push? How do I get into MySQL? |
20:21 |
|
gmcharlt |
wajasu: works for me |
20:21 |
|
gmcharlt |
whereabouts are you located? |
20:22 |
|
wajasu |
aaargh. dallas tx |
20:22 |
|
hdl |
wajasu: looks ok for me |
20:22 |
|
chris_n |
works for me too |
20:22 |
|
wajasu |
unless its an ISP thing TWcable |
20:22 |
|
chris_n |
wajasu: traceroute git.koha-community.org may tell |
20:22 |
|
wajasu |
i just did that |
20:23 |
|
wajasu |
12 hops. |
20:23 |
|
|
Nate joined #koha |
20:23 |
|
chris_n |
no slow ones? |
20:23 |
|
wajasu |
the slowest was 68ms |
20:24 |
|
brendan |
weird the main hosting spot for that is in Dallas-Fort-worth |
20:24 |
|
chris_n |
strange indeed |
20:25 |
|
wajasu |
http://pastebin.org/249862 |
20:25 |
|
|
tomascohen joined #koha |
20:25 |
|
|
tomascohen left #koha |
20:25 |
|
|
Nate left #koha |
20:26 |
|
gmcharlt |
wajasu: your ISP isn't filtering on traffic 9418? |
20:26 |
|
gmcharlt |
port 9418, rather |
20:26 |
|
wajasu |
not that i know about. |
20:26 |
|
wajasu |
shouldn't filter anything as far as i'm concerned. |
20:27 |
|
wajasu |
letme research . |
20:27 |
|
wajasu |
i'm receiving objects now. 6 KiB/s |
20:28 |
|
wajasu |
maybe throttling? |
20:28 |
|
|
libtek left #koha |
20:28 |
|
|
francharb left #koha |
20:28 |
|
|
libtek joined #koha |
20:28 |
|
Mike |
Can anyone decode this error message for me? zebrasrv: sortidx.c:472: zebra_sort_read: Assertion `sf' failed. |
20:29 |
|
|
Nate joined #koha |
20:30 |
|
wajasu |
let me check modem signal db ratio |
20:32 |
|
|
richard joined #koha |
20:32 |
|
richard |
hi |
20:35 |
|
wajasu |
that code assertion check that the sortFile is not NULL. a file being specifed for sorting (si-> current_file) in the code, was not specified correctly for some reason. |
20:36 |
|
chris |
back |
20:41 |
|
libtek |
gmcharlt: I figured out how to get in the database. biblio and biblioitems are empty. I am not sure where else this record information lives. |
20:41 |
|
gmcharlt |
libtek: then just run rebuild_zebra.pl -b -r |
20:44 |
|
|
richard left #koha |
20:44 |
|
wajasu |
when the database is empty, you get that "fields" error. i struggled when i 1st installed koha, built indexes, then unimported my staged records. |
20:45 |
|
libtek |
gmcharlt: I located 3 instances of that script. Does it matter which one I run? |
20:45 |
|
wajasu |
the rebuild hopefully syncs reality. |
20:47 |
|
|
davi left #koha |
20:48 |
|
libtek |
didn't do any good. Still gettingthe fields error. |
20:50 |
|
libtek |
I'm going to have to list each table till I find the bad record :/ |
20:52 |
|
|
jo joined #koha |
20:52 |
|
|
richard joined #koha |
20:56 |
|
|
collum joined #koha |
20:56 |
|
chris_n |
libtek: did you run rebuild_zebra.pl as your kohauser? |
21:00 |
|
libtek |
chris_n: sudo perl /usr/share/koha/bin/micration_tools/rebuild_zebra.pl -b -r |
21:01 |
|
libtek |
chris_n: that's all I knew to type |
21:01 |
|
libtek |
that should read migration_tools |
21:01 |
|
chris_n |
sudo su koha |
21:01 |
|
libtek |
okay...I'll give that a whack. |
21:01 |
|
chris_n |
then 'perl /usr/share/koha/bin/micration_tools/rebuild_zebra.pl -b -r -v' |
21:02 |
|
chris_n |
assuming your kohauser is the default 'koha' |
21:02 |
|
chris_n |
the -v will show up any errors during the rebuild |
21:03 |
|
libtek |
it is |
21:03 |
|
libtek |
Okay. I did: sudo su koha |
21:04 |
|
libtek |
Then: perl /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -r -v |
21:05 |
|
libtek |
It does not report any errors |
21:05 |
|
libtek |
do I need to restart the db? |
21:05 |
|
chris_n |
nope |
21:05 |
|
chris_n |
that should do it |
21:06 |
|
libtek |
I still have the 1 result in the catalog, and it gives the field error when clicked on. :/ |
21:07 |
|
libtek |
Now, I was checking the koha db in MySQL earlier. Did I look at the right db? |
21:07 |
|
cait |
libtek: reindexing should work, it did when I had the field error |
21:07 |
|
cait |
:) |
21:07 |
|
chris_n |
libtek: what does 'ps -ef | grep zebra' say? |
21:08 |
|
cait |
oh |
21:08 |
|
* cait |
is perhaps too tired |
21:08 |
|
* chris_n |
thinks it should work too |
21:09 |
|
libtek |
what's the clipboard url? |
21:09 |
|
chris_n |
paste.workbuffer.org |
21:09 |
|
|
bgkriegel joined #koha |
21:10 |
|
pastebot |
"libtek" at 192.168.15.101 pasted "results for ps -ef | grep zebra" (6 lines) at http://paste.workbuffer.org/10 |
21:10 |
|
|
larsw joined #koha |
21:11 |
|
|
wajasu left #koha |
21:11 |
|
chris_n |
for starters, stop the zebraqueue daemon |
21:12 |
|
chris_n |
and then re-run the rebuild script |
21:13 |
|
libtek |
done |
21:13 |
|
|
schuster left #koha |
21:14 |
|
libtek |
and I didn't even have to ask how to stop the daemon! Score 1 for me! |
21:14 |
|
chris_n |
you should also setup zebrasrv to start this way: http://git.koha-community.org/[…]5719;hb=HEAD#l332 |
21:14 |
|
chris_n |
that way it logs and auto starts on reboot |
21:14 |
|
chris_n |
check to see if your item is still hung now |
21:17 |
|
libtek |
do I need to do this zebrasrv setup or restart the daemon first? |
21:18 |
|
chris_n |
no, you can check first |
21:18 |
|
chris_n |
if that does not fix it, you should probably setup zebrasrv as mentioned |
21:18 |
|
libtek |
still there and still hung |
21:19 |
|
|
reed joined #koha |
21:22 |
|
chris_n |
libtek: if you have not done any data entry, you could drop and re create the database in mysql |
21:22 |
|
chris_n |
then walk back through the web installer |
21:22 |
|
chris_n |
and reindex zebra |
21:22 |
|
chris_n |
that should clear it for sure |
21:22 |
|
chris_n |
and should take all of 5 min |
21:23 |
|
chris_n |
in any case, you don't want to run the zebraqueue daemon |
21:23 |
|
libtek |
chris_n: This is how I set this up. These are the same instructions I used. I initially did the Zebraqueue Daemon instructions, but then later setup the crontab per instructions. |
21:24 |
|
chris_n |
yes, but the zebraqueue daemon was running based on your ps output |
21:24 |
|
chris_n |
and the two don't seem to cohabit nicely |
21:28 |
|
libtek |
Okay. Well, I stopped the daemon as you instructed, and I do have the crontab set as */5 * * * * KOHA_CONF=/etc/hoha/koha_conf.xml PERL5LIB=/usr/share/koha/lib/ /usr/share/koha/bin/migration_tools/rebuild_zebra.pl -b -a -z >/dev/null |
21:29 |
|
chris_n |
that's right |
21:29 |
|
libtek |
That shoud read KOHA_CONF=/etc/koha... |
21:29 |
|
libtek |
not hoha |
21:30 |
|
chris_n |
well, as I say, droping the db will fix it |
21:30 |
|
chris_n |
dropping even |
21:30 |
|
chris_n |
gotta run, bbl |
21:31 |
|
libtek |
that will get rid of the patron/staff account I am using and the matix and libraries too, right? |
21:31 |
|
libtek |
thanks for the help! I appreciate the time. |
21:45 |
|
|
jdavidb left #koha |
21:49 |
|
chris |
hmm i just discovered a nasty |
21:50 |
|
wizzyrea_laptop |
uh oh |
21:50 |
|
chris |
_get_url in XISBN |
21:50 |
|
chris |
will return 1, if it fails |
21:50 |
|
chris |
then we do |
21:50 |
|
chris |
$response->{isbn} = [ @{ $xisbn_response->{isbn} or [] }, @{ $syndetics_response->{isbn} or [] } |
21:50 |
|
chris |
and kabloom |
21:50 |
|
chris |
[Wed May 19 09:49:55 2010] opac-detail.pl: WARNING: URL Request Failed 500 read timeout |
21:50 |
|
chris |
[Wed May 19 09:49:56 2010] opac-detail.pl: XISBN Failed Can't use string ("1") as a HASH ref while "strict refs" in use at /home/chrisc/git/koha/C4/XISBN.pm line 121. |
21:51 |
|
chris |
500 error on the opac |
21:51 |
|
* chris |
will fix and send a patch |
21:54 |
|
|
wajasu joined #koha |
21:57 |
|
wajasu |
i ended up pulling the MARC21slim2intranetDetail.xsl from http://git.librarypolice.com/?[…]64229ab50;hb=HEAD but still get m880Select was not found errors. |
21:59 |
|
gmcharlt |
wajasu: you need the MARC21slimUtils.xsl |
21:59 |
|
wajasu |
as well? |
21:59 |
|
wajasu |
ok |
22:00 |
|
|
eric_b joined #koha |
22:04 |
|
wajasu |
gmcharlt++ |
22:04 |
|
wajasu |
that was it! |
22:04 |
|
wajasu |
should i grab MARC21slimUtils2.xsl or is it not needed |
22:06 |
|
gmcharlt |
wajasu: not needed, and you should have it anyway |
22:08 |
|
|
ebegin left #koha |
22:13 |
|
|
Mike left #koha |
22:14 |
|
chris |
http://www.kohacon10.org.nz/ <-- more sponsors, thanks chilts for putting the logos up |
22:21 |
|
|
moodaepo left #koha |
22:22 |
|
|
moodaepo joined #koha |
22:26 |
|
libtek |
anyone have a suggestion for backing up the mysql koha database before I mess it up again? |
22:26 |
|
brendan |
mysqldump |
22:26 |
|
larsw |
libtek, do a dump of the database using mysqldump, and store that somewhere safe |
22:27 |
|
|
wajasu left #koha |
22:28 |
|
libtek |
what is the syntax for using mysqldump? Never used it before. |
22:29 |
|
larsw |
mysqldump --databases --user="$mysqluser" --password="$mysqlpass" "$mysqldb" | |
22:29 |
|
larsw |
gzip > "$dbdump" |
22:29 |
|
larsw |
that's what the dump script I am including the Koha Debian package uses |
22:31 |
|
libtek |
do I use the quotes or drop them? |
22:32 |
|
larsw |
keep them, replace whatever is inside them with the right value for user, password, name of database, and name of compressed dump file |
22:35 |
|
libtek |
okay, I ran it, but I can't locate the "kohabackup" I supposedly created. |
22:36 |
|
larsw |
it should be in the filename you put in place of $dbdump |
22:37 |
|
libtek |
Yeah, I put kohabackup, but I am not find a file my that name anywhere with locate. |
22:37 |
|
larsw |
locate uses a database that is updated only once per day |
22:37 |
|
larsw |
what does ls tell you? |
22:38 |
|
libtek |
okay. I see it. |
22:39 |
|
libtek |
larsw: If I ever have to restore from this backup, what do I do? |
22:39 |
|
larsw |
it should be a compressed file (compressed with gz), so it is customary to name it something like kohabackup.sql.gz (the .sql to indicate that is an sql dump file) |
22:40 |
|
larsw |
libtek, my restore script uncompresses it and feeds the uncompressed file to the mysql command (/usr/bin/mysql), you may need to provide --user and --password options to that, too |
22:40 |
|
larsw |
libtek, but I am not sure if that is the best way to do it, I am new to databases |
22:41 |
|
robin |
larsw: I think that is the correct way for mysql |
22:42 |
|
libtek |
I don't see a myrestore script anyware |
22:42 |
|
libtek |
anywhere |
22:45 |
|
reed |
libtek, it's the normal mysql command, I don't there there's a separate restore command |
22:45 |
|
reed |
(but I might be wrong) |
22:47 |
|
larsw |
libtek, mysqldump makes a file that contains normal sql commands that re-create a database; the /usr/sbin/mysql command reads any sql commands and executes them; when it reads the dump file, it executes the commands to re-create the databse |
22:47 |
|
bgkriegel |
libtek, you could do a restore this way: 1) first drop database, 2 create database, 3 gunzip backup, 4 load backup, or by commands "mysqladmin -uroot -pxxx drop koha; mysqladmin -uroot -pxxx create koha; gunzip kohabackup.sql.gz; mysql -ukohaadmin -pyyyy koha < kohabackup.sql" |
22:48 |
|
libtek |
ah. Okay. I hope I never have to use it. |
22:48 |
|
bgkriegel |
try a couple of times |
22:48 |
|
bgkriegel |
with a test database |
22:49 |
|
larsw |
that's what test environment are for, so you can safely destroy everything in order to learn :) |
22:49 |
|
libtek |
I'll see what I can do. If I make another backup, do I need to delete the old one, or does the mysqldump replace it if I use the same filename? |
22:50 |
|
bgkriegel |
use a different name |
22:50 |
|
larsw |
it will replace it, so it's better to use a different name, yes |
22:50 |
|
bgkriegel |
a use a name that ends with the date |
22:51 |
|
bgkriegel |
something like kohabackup-$(date +%Y%m%d).sql |
22:52 |
|
larsw |
possibly even kohabackup-$(date +%Y%m%dT%H%M%S).sql to have more than one backup per day |
22:55 |
|
|
Nate left #koha |
22:57 |
|
libtek |
thank you for the advice. I have copied it down and will see what I can do! |
23:01 |
|
larsw |
libtek, another thing: I have just learned about the MySQL Admin GUI tool, for GNOME, which seems like a nice one for many things |
23:01 |
|
larsw |
libtek, it seems to have commands for backing up and restoring |
23:03 |
|
libtek |
Thanks. I'm not using a gui on the server. I'm pushing myself to learn command line again. I haven't done a lot with it since my pre windows days in DOS. Time to remember things again and learn to take control :) |
23:04 |
|
larsw |
oh, the mysql admin gui tool does not run on the server, just connects to it |
23:04 |
|
larsw |
but I'm all for command line learning, it is the path to automating everything in your life so you have more time to spend on automating everything else in your life |
23:05 |
|
|
sekjal left #koha |
23:10 |
|
|
brendan left #koha |
23:15 |
|
|
libtek left #koha |
23:23 |
|
|
wizzyrea_laptop left #koha |
23:26 |
|
|
bank joined #koha |
23:55 |
|
|
pianohackr|work joined #koha |
23:55 |
|
pianohackr|work |
Hi, #koha |
23:57 |
|
chris |
holy crap |
23:57 |
|
chris |
its pianohackr|work |
23:57 |
|
chris |
:) |
23:58 |
|
chris |
how the heck are you?? |
23:58 |
|
pianohackr|work |
Hi, chris |
23:58 |
|
pianohackr|work |
Very good |
23:58 |
|
pianohackr|work |
Almost out of high school (glory hallelujah) |
23:58 |
|
pianohackr|work |
You? |
23:58 |
|
chris |
i hear you got accepted into a good university? |
23:58 |
|
pianohackr|work |
Yup, an engineering school in my state |
23:58 |
|
chris |
keeping busy :) |
23:58 |
|
chris |
awesome ! |
23:59 |
|
pianohackr|work |
thanks. |
23:59 |
|
pianohackr|work |
Will be sending in some of our library's custom changes over the next few months as we get ready to switch to outside support |