[Koha] Display 440- series info in OPAC results

2015-10-29 Thread clint.deckard
Greetings all, A library has entered series info in the 440 tag and would like to this to display in OPAC results. There is an XSLT snippet in the XSLT library on the wiki for displaying 490 data; can this be edited for 440 data, simply substituting 440 for 490 does not work. Also they wish t

[Koha] Difficulty filling out accounting info

2015-10-29 Thread library
Good morning Ever since we were upgraded to 3.20.4 I have had difficulty filling out the accounting information for each item. I have found a work around for the books as I can can fill them out using the Uncertain Prices page then edit each item later, but I cannot do this for the subscriptions.

Re: [Koha] Display question

2015-10-29 Thread Paul A
At 04:29 PM 10/29/2015 -0400, Barton Chittenden wrote: Off hand, I would say that you would run into errors if and when you deleted the bib record a second time... Koha will want to copy the data from biblio to deleted_biblio then remove the bib record, but it will get a referential integrity che

Re: [Koha] Display question

2015-10-29 Thread Barton Chittenden
Off hand, I would say that you would run into errors if and when you deleted the bib record a second time... Koha will want to copy the data from biblio to deleted_biblio then remove the bib record, but it will get a referential integrity check if it tries. My guess is that you would have to remove

Re: [Koha] Display question

2015-10-29 Thread Steve Sowder
What kind of problems? Steve On 10/29/2015 3:23 PM, Katrin Fischer wrote: The biblionumber is the unique database assigned key for Koha, but as Chris has pointed out it is useless in another context and outside of Koha. I'd argue that reusing a deleted biblionumber like how you described sound

Re: [Koha] Display question

2015-10-29 Thread Katrin Fischer
The biblionumber is the unique database assigned key for Koha, but as Chris has pointed out it is useless in another context and outside of Koha. I'd argue that reusing a deleted biblionumber like how you described sounds like a bug - it should not be possible to do that. One of the reasons being

Re: [Koha] Display question

2015-10-29 Thread Hernandez, Heather
Hi, Tim-- It's not the normal view of the staff client, but a couple of times I really wanted a printout of a record with everything, including the biblionumber (for later overlaying from OCLC), so I printed the MARC view from the public OPAC--it gives me the MARC record (with the record no. promi

Re: [Koha] Problems restoring a backup to a new server

2015-10-29 Thread Michael Kuhn
Hi Jack > I am attempting to setup a new server and trying to restore the file > koha_library.sql.gz to the new server. I assume that the gz is a > compressed file. Using the command in the terminal "mysql -uroot -p > koha_library < koha_library.sql fails with the error file not found. > I

Re: [Koha] Display question

2015-10-29 Thread Steve
The biblionumber can be used to match on if reloading records. I have exported MARC records, made some mass changes, and then reloaded the changed records by matching on the biblionumber. (Match points 10, if points > 5 then go.) Worked well. I have even loaded new records by assigning a bibli

Re: [Koha] Problems restoring a backup to a new server

2015-10-29 Thread akafortes
How dis you create the backup? Did you use mysqldump or did you use the koha commands? For the .gz file try using gzip -d {path_to_backup_file}/koha_library.sql.gz then you'll get a koha_library.sql file which you can use to restore the database Boulier, Jack wrote > I am attempting to setup a ne

Re: [Koha] Problems restoring a backup to a new server

2015-10-29 Thread akafortes
How dis you create the backup? Did you use mysqldump or did you use the koha commands? For the .gz file try using gzip -d {path_to_backup_file}/koha_library.sql.gz then you'll get a koha_library.sql file which you can use to restore the database -- View this message in context: http://koha.104

Re: [Koha] Problems restoring a backup to a new server

2015-10-29 Thread Michael Kuhn
Hi Jack > I am attempting to setup a new server and trying to restore the file > koha_library.sql.gz to the new server. I assume that the gz is a > compressed file. Using the command in the terminal "mysql -uroot -p > koha_library < koha_library.sql fails with the error file not found. > I attemp

[Koha] Problems restoring a backup to a new server

2015-10-29 Thread Boulier, Jack
I am attempting to setup a new server and trying to restore the file koha_library.sql.gz to the new server. I assume that the gz is a compressed file. Using the command in the terminal "mysql -uroot -p koha_library < koha_library.sql fails with the error file not found. I attempt to tar the file

Re: [Koha] Display question

2015-10-29 Thread Chris Cormack
Hi Tim You could edit either the .tt file or make a custom XSLT file to do that. But please do not make the mistake that was made with MARC and give a machine used value any human significance. The biblionumber is the primary key on a database row to allow Koha to identify a biblio. It should n

[Koha] Display question

2015-10-29 Thread Tim Skeers
Is there an easy way to get the biblionumber of a record to display somewhere on the "normal" view for a record in the staff interface? Or would it require an actual programming change? As it is, it displays in the URL in the browser navigation window, but I would like to be able to print out

[Koha] Koha 3.20.03 - koha-opac-error_log

2015-10-29 Thread Ozkan OZMEN
Hi all, I have 2 errors at koha-opac-error_log at below: [Thu Oct 29 13:41:00 2015] opac-search.pl: C4::Context->userenv not defined! at /usr/share/koha/lib/C4/Items.pm line 1355. [Thu Oct 29 13:53:31 2015] opac-detail.pl: C4::Context->userenv not defined! at /usr/share/koha/lib/C4/Items.pm l

Re: [Koha] Z39.50 Bug -> marcxml_old on import_records table

2015-10-29 Thread Jonathan Druart
See all bug 13526 and the discussion on bug 5366 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13523 http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5366 2015-10-29 8:16 GMT+00:00 Jonathan Druart : > Hello Pedro, > > You should not use MySQL 5.6, some bugs are known: bug 13669

Re: [Koha] Z39.50 Bug -> marcxml_old on import_records table

2015-10-29 Thread Jonathan Druart
Hello Pedro, You should not use MySQL 5.6, some bugs are known: bug 13669 and bug 14637, and certainly some others. Until now nobody has shown a special interest for these issues. Regards, Jonathan http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13669 http://bugs.koha-community.org/bugz