You can add a tab to the search page to limit by collection code as well
as by itype, and change the order of them so that say, ccode comes
first. It's in the system preferences.
I don't know if that knowledge helps you really, but thought I'd point
it out.
Cheers,
Liz
On 31/05/17 10:01, Christ
I followed a version of INSTALL.openSUSE which I updated for current
versions of openSuse. I was going to submit it to replace the
distributed version when they did away with the INSTALL.xxx files.
The only non-default options selected during 'perl Makefile.PL' were the
passwords, and 'icu' f
On 1/06/17 04:14, Bob Ewart wrote:
> I'm making Koha 17.05.00 on openSuse Leap 42.2 with MariaDB version
> 10.0.29. sql_mode is set to 'NO_ENGINE_SUBSTITUTION' .
>
> I created the koha database, but of course it has notables defined.
>
> When I run 'make test', it fails on t/Matcher.t failed tests
Fellow Koha users:
The Koha Community Newsletter for May 2017 is here:
https://koha-community.org/koha-community-newsletter-may-2017/
Many thanks to the folks who submitted articles and news to this month's
newsletter.
Please feel free to email me with any corrections or suggestions.
Thanks!
To be fair, item types are actually used (from the business-logic POV) as a
way to group bibliographic stuff to define rules. We might as well call
item types... dunno... 'item sets' (i'm no sure only because I'm not a
native english speaker). This is one of the first things I need to teach
new use
Hello librarians and developers,
I have a lot of things to tell you :)
First, Koha 17.05 is out! I would like to congratulate Kyle and all the
release team!
It includes 7 new features and many enhancements and bug fixes.
You can find the release notes on the website :
https://koha-community.org/k
I'm making Koha 17.05.00 on openSuse Leap 42.2 with MariaDB version
10.0.29. sql_mode is set to 'NO_ENGINE_SUBSTITUTION' .
I created the koha database, but of course it has notables defined.
When I run 'make test', it fails on t/Matcher.t failed tests: 3-5 and
t/Prices.t failed on test 5
The
HI,
Thanks for the correction.
I updated my query and modified as below. I wanted to link the barcode in
the marc tag(773 / 0) to the items serial barcode for getting the serial
publication date and serial planned date.
In the below query all fields are having correct values except the serial
pla
El mié., 31 may. 2017 a las 5:30, anjoze () escribió:
> Tomas, what do you mean with: try not using the truncate switch?
>
By default, bulkmarcimport.pl doesn't delete data. You are getting the
truncate errors because you are using the '-d' flag, for sure.
The progress indicator problem is cert
Owen and Tomas,
Thank you for your feedback. At my library, the Koha item type
represents (with one exception) the type of an item- if it's a book,
we call it a book regardless to what collection (picture books, young
adult, large print, new books) it belongs.
Regards,
Christopher Davis, MLS
Sys
Tried with a new VM (16.11.08.000) with mariaDB same problem.
Can someone check if this is a bug?
Thanks
-
Koha version: 16.05.05
- -
José Anjos
--
View this message in context:
http://koha.1045719.n5.nabble.com/Problem-on-Staged-MARC-management-tp5935206p5935311.html
Sent from th
If the title for biblionumber 313 is the same bib that is referenced in
your error message then it would appear that the bibliographic record you
reference has already been deleted. Was it reimported with the 999 tag
intact which recreated it in biblio/biblioitems?
Otherwise, the numbers in your
That's awesome! Thanks!
El mar., 30 may. 2017 a las 23:13, Kyle Hall ()
escribió:
> Hello all!
>
> It is my honor to announce the release of Koha 17.05.00!
>
> Thanks you to everyone who contributed time and effort making this the
> best version of Koha yet!
>
> The release notes can be found on
El mar., 30 may. 2017 a las 19:02, Christopher Davis (<
cgda...@uintah.utah.gov>) escribió:
> Dear Colleagues,
>
> I thought that I remember someone stating that Koha's circ and fine
> rules can be configured using collection codes instead of item types.
>
That cannot be done right now, but is ce
Hello,
I have generated report of empty records and as a result I've got about 2 000
of them.
When I had tried to batch delete them I've got a message that it is imposible.
It looks like this:
Bibliographic record 313 was not deleted. An error occurred. (The error was:
DBD::mysql::st exec
Hello,
What is the value of the system preference SessionStorage?
If it is not 'mysql', try it.
Regards,
Jonathan
On Sun, 28 May 2017 at 00:52 George Masters
wrote:
> I just recently upgraded to Koha 16.11.08 and the database schema
> conversion completed OK (based on the screen prompts). Howe
> I thought that I remember someone stating that Koha's circ and fine
> rules can be configured using collection codes instead of item types.
No, this is not possible.
> but if we configure the circ and
> fine rules using item types, then a patron would not be able to view
> all of the DVDs by cl
My config is like this:
https://wiki.koha-community.org/wiki/Koha_on_ubuntu_-_packages#Ubuntu_16.04_and_MySQL_5.7
/
sql_mode=IGNORE_SPACE,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION/
Tomas, what do you mean with: try not using the truncate sw
Hi George,
Your answer went to the digest, I copy it here to keep the messages
together.
Questions:
Is plack started for your Koha instance?
koha-plack --start
What happens if you do the following?
- log in to staff client as the database user ( koha_ )
- create a new user, give it superli
19 matches
Mail list logo
