Re: [IUG] RE: Transferring barcodes to a review file usinginventorymodule
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Date: Wed, 09 May 2007 08:01:39 -0700
- From: Eric Willis <eric dot willis at csun dot edu>
- Subject: Re: [IUG] RE: Transferring barcodes to a review file usinginventorymodule
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