Re: [Koha] Printing of individual double-sided library cards with Koha

Hi Marc, we use a dual side ID card printer CIAAT CTC 940. I am not sure if the card front needs tob e on uneven pages and the back on even pages. I would need to check with the printer company. Kind regards Sybille Deselaers Chief librarian Goethe-Institut / Max Mueller Bhavan -Ursp

Re: [Koha] Printing of individual double-sided library cards with Koha

+1 I do believe it will depend on printer also. On 20-Apr-2017 11:17 AM, "Marc Véron" wrote: > Hi Sybille, > > - What kind of printer do you use? Dedicated card printer? Model? > - Do you need as output a PDF document where the card front is on uneven > pages and the back on even pages? > > Kind

Re: [Koha] Printing of individual double-sided library cards with Koha

Hi Sybille, - What kind of printer do you use? Dedicated card printer? Model? - Do you need as output a PDF document where the card front is on uneven pages and the back on even pages? Kind regards Marc Véron Koha Support Schweiz www.koha-support.ch Am 20.04.2017 um 06:52 schrieb Deselaers,

[Koha] Printing of individual double-sided library cards with Koha

Dear all, We have recently introduced Koha in our library and now we want to print individual double-sided library cards with Koha. We have already created the necessary layouts for the front and back and a template for an individual card. Unfortunately, it seems that it is not possible to prin

Re: [Koha] Placing items on hold

Thanks for that tip. It was not the cause, in our case. On 4/20/17 10:31 AM, Barton Chittenden wrote: Another thing to look at is the marc record -- duplicate 999 tags can mess up holds. We've seen it happen; we're not really sure how. If this is the case, the only remedy is to delete the bib an

Re: [Koha] Placing items on hold

Thank you, Katrin. I actually was working on circulation rules for all libraries, but I realized (because of your email), that I had separate rules for Trường Thánh Kinh Thần Học Hà Nội. I deleted those rules so that the rules for all libraries would apply, and it worked. Thanks for leading me

Re: [Koha] Placing items on hold

Another thing to look at is the marc record -- duplicate 999 tags can mess up holds. We've seen it happen; we're not really sure how. If this is the case, the only remedy is to delete the bib and re-catalog it. On Wed, Apr 19, 2017 at 1:27 AM, Katrin wrote: > Hi Daniel, > > this sounds all quite

Re: [Koha] zebra - item-level_itypes errors

Hello Tom, Well that sys pref will basically set the way the application retrieves the type of an item, whenever it needs that information (like circulation rules, filtering search results by type, etc). I don't think it's irreversal and you can switch it back and forth without any database perman

Re: [Koha] zebra - item-level_itypes errors

Since I'm not a cataloger at all, can you (or others) give me a bit of information about what I might gain or lose by changing the system preference: item_level_itypes from "specific item" to "biblio record" in the global settings? That does seem to address the indexing errors. But what might

Re: [Koha] zebra - item-level_itypes errors

Excerpts from Tom Hanstra's message of 2017-04-19 12:13:30 -0400: > item-level_itypes set but no itemtype set for item (item#) at > /usr/share/koha/lib/Koha/Schema/Result/Item.pm line 698 Our installation has item-level_itypes enabled, but all of our item records (imported from another ILS) have t

Re: [Koha] zebra - item-level_itypes errors

Hey Tom, This is caused by the system preference item-level-itypes being set to "specific item". In our case, it happened because upon importing data, this information was set at the record level, not the item level, so we changed it back to "record level". AFAIK this is harmless database-wise, ho

[Koha] zebra - item-level_itypes errors

I'm installing Koha 16.11 and picked up the 06 release. Installation went fine, however when indexing with Zebra, I'm getting a number of records which give the error: item-level_itypes set but no itemtype set for item (item#) at /usr/share/koha/lib/Koha/Schema/Result/Item.pm line 698 I saw a th

Re: [Koha] Koha upgrade from 3.16 to 16.11

Nicolas, what you describe can be ok, if the tax rate is 0. You need to provide ALL the price values from aqorders (quantity, listprice, unitprice, unitprice_tax_excluded, unitprice_tax_included, quantityreceived, rrp, rrp_tax_excluded, rrp_tax_included, ecost, ecost_tax_excluded, ecost_tax_include

Re: [Koha] Koha upgrade from 3.16 to 16.11

Sorry, it seems to be a problem with our conf, we avec a 0 taxes rate, since we buy from the whole world. 2017-04-19 17:16 GMT+02:00 Nicolas Legrand : > Hey Jonathan, Hey Hugo, > > we also have trouble in 16.11 with tax calculation : > > mysql> select unitprice_tax_excluded, unitprice_tax_included