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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
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