Re: [IUG] RE: Transferring barcodes to a review file usinginventorymodule


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Hi Cindy - your check digits are indeed wrong; I have a perl script that calculates a mod 10 check digit, so here are (I think!) valid versions of your barcodes:

> n:30692801210012
> n:30692801210020
> n:30692801210038
> n:30692801210046
> n:30692801210054
> n:30692801210061
> n:30692801210079
> n:30692801210087
> n:30692801210095
> n:30692801210103
> n:30692801210111
> n:30692801210129
> n:30692801210137
> n:30692801210145
> n:30692801210153
> n:30692801210160
> n:30692801210178
> n:30692801210186
> n:30692801210194
> n:30692801210202

Eric

--

* Eric Willis
* Library Systems Administrator 818-677-4549
* California State University, Northridge fax 818-677-2676
* Northridge, Ca 91330-8326 internet eric dot willis at csun dot edu

Cindy Harper wrote:

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

-----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.html I 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)irc A)ddl P)rocess PC transactions T)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