RE: [IUG] RE: Transferring barcodes to a reviewfileusinginventorymodule

["Cindy Harper" <charper at mail dot colgate dot edu>]

Thanks all.  I needed another group of eyes to make me work out the
problem in my check-digit calculation. I omitted a step.  So I'll remove
my first batch of 24K test records and load another valid batch.  Then I
have to Add those to ASRS (that's take about 21 hours for 24000
records), then I'll be able to test my Remove from ASRS.

Cindy Harper, Systems Librarian

Case Library, Colgate University

Hamilton NY 13346

Phone: 315-228-7363  fax: 315-228-7934

charper at mail dot colgate dot edu

 

 

________________________________

From: Carol Gyger [mailto:cgyger at fcgov dot com] 
Sent: Wednesday, May 09, 2007 11:20 AM
To: Cindy Harper
Subject: RE: [IUG] RE: Transferring barcodes to a
reviewfileusinginventorymodule

 

Cindy,

 

I tested your scenario.  I could not get the inventory module to
transfer barcodes with invalid check digits.  I wonder if there is a
place you can temporarily turn off "check barcode validity".  I would
look in a system-wide setting somewhere.

 

Carol

>>> "Cindy Harper" <charper at mail dot colgate dot edu> 5/9/2007 8:55 AM >>>

Well, I'm actually testing a different procedure. I want to time how
long it takes to remove large batches of records from ASRS, and
determine how many batch files of ASRS unload processes I can have
happening at once. To do this, I've batchloaded a set of 24000 test
records - we plan to be unloading 24000 items a day when we take things
out of our ASRS for moving to the open shelves.  That batch of dummy
records is the set that I created barcodes for.  We can't do this test
on real records..

 

________________________________

From: Carol Gyger [mailto:cgyger at fcgov dot com] 
Sent: Wednesday, May 09, 2007 10:51 AM
To: Cindy Harper
Subject: RE: [IUG] RE: Transferring barcodes to a review
fileusinginventorymodule

 

Cindy,

 

If you'd like to test your procedure, I would recommend you use real
barcodes from your system.  You can export a list of, say, 20 barcodes,
and use them for creating your n:<barcode> file. 

 

Carol

 

Carol Gyger
Systems Administrator
Fort Collins Public Library
201 Peterson St.
Fort Collins CO  80524
(970)221-6716
cgyger at fcgov dot com

>>> "Cindy Harper" <charper at mail dot colgate dot edu> 5/9/2007 8:32 AM >>>
OK, it's not the format of the files.  I discovered that my check digits
may be wrong on my dummy barcodes for this test load.  Can I ask any of
you who care to help and who have code that calculates the check digit
to tell me if these appear to be valid check digits to you?  I'm afraid
I'm getting cross-eyed going over my spreadsheet (I should have done
this in a real programming language).

n:30692801210018
n:30692801210020
n:30692801210032
n:30692801210044
n:30692801210057
n:30692801210069
n:30692801210071
n:30692801210083
n:30692801210095
n:30692801210107
n:30692801210119
n:30692801210121
n:30692801210133
n:30692801210145
n:30692801210158
n:30692801210160
n:30692801210172
n:30692801210184
n:30692801210196
n:30692801210208

When I enter these barcodes into item records manually, Millennium
reports all as invalid EXCEPT those that end with a 0 or a 5.  So that's
why the machine transferred 1 out of 5 barcodes.

Or there's some other rule in our barcode validation rules that's ruling
them out.

Thanks - 
Cindy


-----Original Message-----
From: innopac-bounces at innopacusers dot org
[mailto:innopac-bounces at innopacusers dot org] On Behalf Of Nancy Slanger
Sent: Tuesday, May 08, 2007 9:45 PM
To: IUG INNOPAC List
Subject: RE: [IUG] RE: Transferring barcodes to a review file
usinginventorymodule

HTH,

Nancy

> -----Original Message-----
> From: innopac-bounces at innopacusers dot org 
> [mailto:innopac-bounces at innopacusers dot org] On Behalf Of Sharon Homchick
> Sent: Tuesday, May 08, 2007 4:11 PM
> To: IUG INNOPAC List
> Subject: RE: [IUG] RE: Transferring barcodes to a review file 
> usinging inventorymodule
> 
> Dear Cindy,
> 
> I just used a text file with each barcode on separate line.  I
> made sure that each barcode had n: in front.   My files have loaded
> correctly with no problems.
> 
> Sharon M. Homchick
> Database Maintenance Librarian
> Jefferson County Public Library
> 10500 W. 38th Ave.
> Wheat Ridge, CO  80033
> 
> 303-275-2253 (Voice)
> 303-275-2255 (Fax)
> 
> kleptach at jefferson dot lib dot co dot us
> 
> Find us on the web:  http://jefferson.lib.co.us
<http://jefferson.lib.co.us/>    
> 
> -----Original Message-----
> From: innopac-bounces at innopacusers dot org
> [mailto:innopac-bounces at innopacusers dot org] On Behalf Of Cindy Harper
> Sent: Tuesday, May 08, 2007 2:54 PM
> To: innopac at innovativeusers dot org
> Subject: [IUG] RE: Transferring barcodes to a review file 
> using inventorymodule
> 
> Also wanted to note that I played around with various text 
> file formats
> - ANSI v.s UTF-8, MS-DOS vs. Unix, but haven't tried all the options.
> Can someone comment on what format I want - cr/lf's or just 
> cr's (Unix style)?
> 
> > _____________________________________________ 
> > From: Cindy Harper  
> > Sent:Tuesday, May 08, 2007 4:49 PM
> > To:'innopac at innovativeusers dot org'
> > Subject:Transferring barcodes to a review file using inventory
> > module
> > 
> > 
> > Hi all - we're planning a major project involving unloading items 
> > temporarily stored in our ASRS, and I have been planning on using 
> > Offline circ to text-based Inventory module to transfer the 
> barcodes 
> > to review files.  But I've run into a snag with a test batch I'm 
> > doing, in that it's only transferring every 5th record to 
> the review 
> > file.
> > 
> > I'm trying not to panic, since I went to the manual to confirm, and 
> > find that there's no mention there of the format of the inventory 
> > files (the "n:<barcode><cr/lf>" format).  Instead, I find a 
> note that 
> > says only the B321 devices are supported.  I thought I had read in 
> > previous versions of the manual about this format, and was 
> relying on 
> > III's suporting using a different device, but it's possible 
> I only got
> 
> > that data from this list.  I searched the archives to 
> confirm I have 
> > the right format and found this that confirms my understanding:
> > 
> > http://innovativeusers.org/list/archives/2007/msg01198.htmlI know
> > users have demonstrated inventory with PDAs and devices 
> other than the
> > B321 at IUG poster presentations.
> > 
> > Anyway - has anyone had problems that pertain to my process:
> > 
> > Using Millennium Offline Circ version 7.0
> > - close offline circ
> > - copy n:<barcode> file to c:\millennium\offline\circ.dat
> > - open offline circ and File | Upload
> > - close offline circ
> > That appears to get the file onto the server OK (when I
> transferred 
> > 5400 records, it said "5400 transactions uploaded")
> > 
> > Open text-based 
> > C)ircA)ddlP)rocess PC transactionsT)ransfer
> > barcodes to review file
> > 
> > I tried doing a file of 5400 records, then cut it down to 
> 3000 records
> 
> > in case that was too large.
> > Both times, I get a message that says "View #### barcodes 
> that did not
> 
> > transfer?"
> > 
> > Yes, I made sure the review file I was transferring into 
> had room for 
> > 5400 records. Comparing the records that were OK with the ones that 
> > didn't transfer, I can't see a pattern to them. All seem to 
> be valid 
> > barcodes, and it's not every nth record or a pattern like that.
> > 
> > Anyone got any ideas?
> > 
> > How big a file have you transferred using this method?  I 
> sent a query
> 
> > about that to the helpline several months ago, and got the 
> answer that
> 
> > they recommended keeping inventory files to a maximum of 
> 5000 records.
> > 
> > Getting this problem resolved is an urgent matter for us.
> > 
> > Cindy Harper
> > charper at mail dot colgate dot edu
> > 
> > 
> 
> 
> --- StripMime Report -- processed MIME parts --- multipart/alternative
>   text/plain (text body -- kept)
>   text/html
> ---
> --
> This message was distributed through the Innovative Users 
> Group INNOPAC list Public replies:  INNOPAC at innopacusers dot org 
> Update your subscription
> options: http://innopacusers.org/mailman/listinfo/innopac
> 
> --
> This message was distributed through the Innovative Users 
> Group INNOPAC list Public replies:  INNOPAC at innopacusers dot org 
> Update your subscription options: 
> http://innopacusers.org/mailman/listinfo/innopac
> 

--
This message was distributed through the Innovative Users Group INNOPAC
list
Public replies:  INNOPAC at innopacusers dot org
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac

--
This message was distributed through the Innovative Users Group INNOPAC
list
Public replies:  INNOPAC at innopacusers dot org
Update your subscription options:
http://innopacusers.org/mailman/listinfo/innopac



--- StripMime Report -- processed MIME parts ---
multipart/alternative
  text/plain (text body -- kept)
  text/html
---