Ramon --<br><br>Correct, it is not possible to mix and match barcode types and expect everything to work.  This problem cannot be &quot;fixed&quot;, because the proposed use is the broken part.  To understand what I mean, think of the logical dimensions of the problem.  The autopopulation question is &quot;what is the next value?&quot;   So we have to ask &quot;what is the current MAX value?&quot;.  But what if the MAX value is not a valid barcode according to the current format?  Then Koha can&#39;t answer correctly.<br>
<br>Each barcode format has a defined namespace of valid values, so you might think &quot;we&#39;ll only look for the max of currently valid values&quot;.  But those namespaces collide.  For example, a system (like Plano ISD) can use numerical branch codes.  So branchYYMMNNN might look like 1050905001.  That would also be a valid incremental barcode.  And anyway, running a regexp on say 200,000 items (or more) just to figure out what the next barcode value should be is a fundamentally dumb way to design a system, performance-wise.  <br>
<br>That&#39;s why the bottom line, for me anyway, is not to use anything but incremental.  Then when we ask for MAX(barcode) we just get the top value from the mysql index of that column&#39;s values.<br><br>In short, the intent of a barcode is to be a <b>machine identifier</b>.  The barcode label when printed can now include arbitrary text for human consumption including the branch code, branch name, date acquired, etc. so there is no longer any reason to put that stuff into the barcode itself.<br>
<br>-- <br>Joe Atzberger<br>LibLime - Open Source Library Solutions<br>
<br><br><div class="gmail_quote">On Wed, May 27, 2009 at 7:05 PM, Ramon Andinach <span dir="ltr">&lt;<a href="mailto:custard@westnet.com.au">custard@westnet.com.au</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Oliver,<br>
<br>
I confess I&#39;ve never thought to try just saving the item and expecting<br>
the barcode to show up.<br>
I&#39;m finding that it appears when you shift focus (click in or tab<br>
through the barcode box) while entering the item details.<br>
<br>
But,<br>
<br>
That doesn&#39;t really answer the question does it?<br>
I also remember it not quite playing ball and getting stuck at a<br>
particular number, but it&#39;s been a little while since I did enough<br>
cataloging to have it happen, so I&#39;ve forgotten the precise details. I<br>
do remember it getting quite irate at the supposed unique number it<br>
had just picked not being unique.<br>
<br>
I haven&#39;t upgraded to the new stable version yet, and maybe it&#39;s fixed<br>
there. In previous threads on this topic it&#39;s been revealed that there<br>
are problems, particularly with the nifty looking branchYYMMNNN form<br>
and that fixing this code is fairly low priority. The fixes offered<br>
have been 1) just don&#39;t use it, 2) sponsor one of the developers to<br>
fix it, 3) buy some premade barcodes and scan them in at the time of<br>
cataloguing.<br>
<br>
I&#39;ve been using the branchYYMMNNN one (which is apparently the worst<br>
of the lot), and because I only get to do a little bit at once, I&#39;m<br>
able to remember what the last obok was (and hence the last barcode)<br>
and fix the subsequent ones. Which is annoying but not that time<br>
consuming. I also found that it became unconfused when the month<br>
changed (for a while).<br>
<br>
Mayphaps this helps a bit.<br>
(although probably not)<br>
<br>
ramon/custard<br>
<div class="im"><br>
<br>
<br>
On 26/05/2009, at 9:41 PM, Oliver Bernuetz wrote:<br>
<br>
&gt; We&#39;re having the same problem and our autoBarcode is set to ON.<br>
&gt; I&#39;ve created items and saved them and no barcode appears.<br>
&gt;<br>
&gt; Oliver D. Bernuetz, BA Adv, MLIS<br>
&gt; Information Specialist/Librarian | Specialiste de l&#39;information/<br>
&gt; Bibliothècaire<br>
&gt;<br>
</div><div><div></div><div class="h5">&gt; _____________________________________________________________________________________________________________<br>
&gt; From: <a href="mailto:koha-bounces@lists.katipo.co.nz">koha-bounces@lists.katipo.co.nz</a> [mailto:<a href="mailto:koha-bounces@lists.katipo.co.nz">koha-bounces@lists.katipo.co.nz</a><br>
&gt; ] On Behalf Of Rachel Hamilton-Williams<br>
&gt; Sent: May 25, 2009 5:03 PM<br>
&gt; To: Carmel Young; koha<br>
&gt; Subject: Re: [Koha] automatic barcode numbers<br>
&gt;<br>
&gt; Hi Carmel,<br>
&gt;<br>
&gt; Check that it isn&#39;t really doing it - it&#39;s a bit confusing.<br>
&gt;<br>
&gt; You expect the number to come up when you add in the item details,<br>
&gt; but it doesn&#39;t do it until after you&#39;ve submitted the  form the<br>
&gt; first time.<br>
&gt;<br>
&gt; Cheers<br>
&gt; Rachel<br>
&gt;<br>
&gt; Carmel Young wrote:<br>
&gt; Using Koha 3.00 on Lenny.<br>
&gt;<br>
&gt; Problem:   When adding records, the barcode does not automatically<br>
&gt; present the next sequential number.  Can anyone help?<br>
&gt;<br>
&gt; Carmel Young<br>
&gt; Catholic University of Malawi.<br>
&gt;<br>
_______________________________________________<br>
Koha mailing list<br>
<a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
</div></div></blockquote></div><br>