Re: [Koha] forced to generate new barcode with EVERY item edit
Thank you Joshua and Jason! Unclicking mandatory for the subfield kept me from being *forced* to generate a new barcode when editing the item data, however, if I didn't click on the field and generate a new barcode, the item would be saved without any barcode whatsoever, no with the old one. To give it a barcode again, I'd have to edit it again and click on the field, thus generating a new barcode. This happened even when autoBarcode was disabled. But this was on the right track. What solved the problem for me was rather what Jason suggested, and that was deselected the plugin as being associated barcode.pl for the subfield (952p, in my case). The huge drawback to this is the autogeneration of the barcode doesn't work at all anymore, whether enabled or disabled. I can live with that. Thanks Jason Ronallo wrote:
Could it be that in your MARC framework you have the barcode plugin enabled for the barcode subfield? For me even with autobarcode off it still wanted to generate the barcode for me. I had to enter the MARC framework and change plugin to be blank.
If this or another solution works for you please post it to the list for the benefit of all. Thanks.
HTH, --Jason
On 1/26/07, Julka Grodel <jgrodel@itasoftware.com> wrote:
Hello Everyone,
I've installed Koha 2.2.7 on a linux machine, and everything seems to be working well except for editing biblio items. When I edit the item level data, but the holding branch, for example, and click "Modify item" I get a message that I *must* enter a barcode. When I click on the field, it out generates a new one for me. I can't delete it and put in the old one. I've double and tripple checked, and I have autoCarcode off (0). I also tried commenting out the part of intranet/admin/cgi-bin/acqui.simple/addbiblio.pl that support autoBarcode. Nothing has changed, even after restarting apache and clearing my browsers cache.
Anyone have any ideas? I'd love to have a barcode autogenerated for new items, but I'd be ok with entering it manually every time so long as the barcode isn't forced to change whenever I edit item data.
Thanks, Julka
Hi Folks,
I'm still having an issue on this :(
I have a Ubuntu 6.06 server installation, and all my clients are W2K (network server is W2003 server, providing DNS, using hosts file on clients for testing)
I followed the install instructions for Koha on Debian (supplimented by the installing koha on ubuntu notes) from the doc site.
The instructions say "install Apache 2.2" and give the command "apt-get install apache2" to perform this. I have noticed (now) that
Peter Scott wrote: this has installed apache 2.0.55, rather than 2.2. Is this release OK or do I really need apache 2.2?
Is there anyone else out there running Koha on Ubuntu? I wouls like
to talk to other users on this platform to discuss issues!
I have tried all the permutations I can think of in the
koha-httpd.conf, ports.conf and httpd.conf on the server and in the hosts file on the client, and still can't get the intranet page to open.
Interestingly, I installed Koha on my W2K pc, so we could evaluate
the package - with the intention of putting up on Linux if we decided to use koha - and had no problems getting the intranet page to open across the network.
Thanks in advance,
Regards, Peter Peter Scott IPPA, The Early Childhood Organisation Unit 4 Broomhill Business Complex Broomhill Road Tallaght Dublin 24 Tel: 01 4630010 DDI: 01 4630015 Fax: 01 4630045 Web: www.ippa.ie < http://www.ippa.ie/> IPPA, the Early Childhood Organisation, is funded by the Irish
Government under The National Development Plan 2000-2006 and the European Union through the European Structural Fund.
This e-mail and any files transmitted with it are confidential (and
may contain privileged information) to the ordinary user of the e-mail address to which it was addressed and must not be copied, disclosed or distributed without the prior authorisation of the sender.
Please notify the sender and destroy this e-mail immediately if you
are not the intended recipient.
Please also note that while our own software systems have been used
to try to ensure that this e-mail has been swept for viruses, we do not accept responsibility for any damage or loss caused in respect of any viruses transmitted by the e-mail.
Please ensure your own checks are carried out before any attachments
are opened.
------------------------------------------------------------------------
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Julka, One idea that I've had that might work for you, but I haven't had a chance to test it but once: Maybe it would work if your default MARC framework (since that seems to be the one that the z39.50 search defaults to) has autobarcode generation on and a different framework has autobarcode off? If you're cataloging something new, then you would use the default framework that has autobarcode generation turned on, while the your other framework would have it turned off? Then when you go to change an item that already has a barcode you first go to your bib record, change the framework for that record to the one with autobarcode off, save it, and then proceed to your items and editing them. In this way it won't force you into the autobarcode script again. It's a little cumbersome but maybe less so that manually entering all barcodes. Does anyone see a reason why this wouldn't work? --Jason On 1/29/07, Julka Grodel <jgrodel@itasoftware.com> wrote:
Thank you Joshua and Jason!
Unclicking mandatory for the subfield kept me from being *forced* to generate a new barcode when editing the item data, however, if I didn't click on the field and generate a new barcode, the item would be saved without any barcode whatsoever, no with the old one. To give it a barcode again, I'd have to edit it again and click on the field, thus generating a new barcode. This happened even when autoBarcode was disabled. But this was on the right track.
What solved the problem for me was rather what Jason suggested, and that was deselected the plugin as being associated barcode.pl for the subfield (952p, in my case). The huge drawback to this is the autogeneration of the barcode doesn't work at all anymore, whether enabled or disabled. I can live with that.
Thanks
Jason Ronallo wrote:
Could it be that in your MARC framework you have the barcode plugin enabled for the barcode subfield? For me even with autobarcode off it still wanted to generate the barcode for me. I had to enter the MARC framework and change plugin to be blank.
If this or another solution works for you please post it to the list for the benefit of all. Thanks.
HTH, --Jason
On 1/26/07, Julka Grodel <jgrodel@itasoftware.com> wrote:
Hello Everyone,
I've installed Koha 2.2.7 on a linux machine, and everything seems to be working well except for editing biblio items. When I edit the item level data, but the holding branch, for example, and click "Modify item" I get a message that I *must* enter a barcode. When I click on the field, it out generates a new one for me. I can't delete it and put in the old one. I've double and tripple checked, and I have autoCarcode off (0). I also tried commenting out the part of intranet/admin/cgi-bin/acqui.simple/addbiblio.pl that support autoBarcode. Nothing has changed, even after restarting apache and clearing my browsers cache.
Anyone have any ideas? I'd love to have a barcode autogenerated for new items, but I'd be ok with entering it manually every time so long as the barcode isn't forced to change whenever I edit item data.
Thanks, Julka
Hi Folks,
I'm still having an issue on this :(
I have a Ubuntu 6.06 server installation, and all my clients are W2K (network server is W2003 server, providing DNS, using hosts file on clients for testing)
I followed the install instructions for Koha on Debian (supplimented by the installing koha on ubuntu notes) from the doc site.
The instructions say "install Apache 2.2" and give the command "apt-get install apache2" to perform this. I have noticed (now) that
Peter Scott wrote: this has installed apache 2.0.55, rather than 2.2. Is this release OK or do I really need apache 2.2?
Is there anyone else out there running Koha on Ubuntu? I wouls like
to talk to other users on this platform to discuss issues!
I have tried all the permutations I can think of in the
koha-httpd.conf, ports.conf and httpd.conf on the server and in the hosts file on the client, and still can't get the intranet page to open.
Interestingly, I installed Koha on my W2K pc, so we could evaluate
the package - with the intention of putting up on Linux if we decided to use koha - and had no problems getting the intranet page to open across the network.
Thanks in advance,
Regards, Peter Peter Scott IPPA, The Early Childhood Organisation Unit 4 Broomhill Business Complex Broomhill Road Tallaght Dublin 24 Tel: 01 4630010 DDI: 01 4630015 Fax: 01 4630045 Web: www.ippa.ie < http://www.ippa.ie/> IPPA, the Early Childhood Organisation, is funded by the Irish
Government under The National Development Plan 2000-2006 and the European Union through the European Structural Fund.
This e-mail and any files transmitted with it are confidential (and
may contain privileged information) to the ordinary user of the e-mail address to which it was addressed and must not be copied, disclosed or distributed without the prior authorisation of the sender.
Please notify the sender and destroy this e-mail immediately if you
are not the intended recipient.
Please also note that while our own software systems have been used
to try to ensure that this e-mail has been swept for viruses, we do not accept responsibility for any damage or loss caused in respect of any viruses transmitted by the e-mail.
Please ensure your own checks are carried out before any attachments
are opened.
------------------------------------------------------------------------
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha
Hi all, Anyone know where to set our scanners so they don't read the leading zero's? It is driving my assistant crazy to hand input the barcodes for check out. Thanks in advance, Darla -- Darla Grediagin District Librarian Bering Strait School District Unalakleet, Alaska Web Address : http://bssdonline.org/course/view.php?id=51 Blog: http://aklibrarian1.edublogs.org/ OPAC: http://opac.bssd.org:8181/cgi-bin/koha/opac-search.pl
Anyone know where to set our scanners so they don't read the leading zero's? It is driving my assistant crazy to hand input the barcodes for check out. Do you know the type of scanner you're using? Sometimes you can find manuals on the manufacturer's website. Typically the way to program
Hi Darla, ----- Darla Grediagin <dgrediagin@bssd.org> wrote: the scanner is to use a sequence of barcodes in the manual. The options are normally quite flexible, omitting leading zeros shouldn't be too much trouble. Hope that helps ... Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLime Featuring Koha Open-Source ILS jmf@liblime.com |Full Demos at http://liblime.com/koha |1(888)KohaILS
participants (4)
-
Darla Grediagin -
Jason Ronallo -
Joshua M. Ferraro -
Julka Grodel