RE: INNOPAC Digest, Vol 10, Issue 1

Home  Mailing list  Meetings  Regional/Special  About IUG  Contact Us Help
 

 

[ List Archives Home ] [ Thread index for 2008 ] [ Date index for 2008 ] [ Author index for 2008 ]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Alright cool older brother

-----Original Message-----
From: innopac-bounces at innopacusers dot org
[mailto:innopac-bounces at innopacusers dot org]On Behalf Of
innopac-request at innopacusers dot org
Sent: Thursday, September 30, 2004 10:59 PM
To: innopac at innopacusers dot org
Subject: INNOPAC Digest, Vol 10, Issue 1


Send INNOPAC mailing list submissions to
innopac at innopacusers dot org

To subscribe or unsubscribe via the World Wide Web, visit
http://innopacusers.org/mailman/listinfo/innopac
or, via email, send a message with subject or body 'help' to
innopac-request at innopacusers dot org

You can reach the person managing the list at
innopac-owner at innopacusers dot org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of INNOPAC digest..."


Today's Topics:

1. IUGAZ inaugural meeting (John Goodyear)
2. Monographic Labels printing erratically after upgrading to
Millen nium Silver (Ringholz, Blake)
3. attaching an item to multiple bib records (Masud-Paul, Janice)
4. Re: RE: enhancement to delete preferred searches/reading
history (Eeva Stierwalt)
5. Northern California Innovative Users Group meeting Oct. 22
(Karen Johnson)
6. (no subject) (Alicia Martinez)
7. RE: Call number priority (Steve Sowder)
8. RE: Call number priority (Seamans, James (seamanje))
9. RE: backups when server is remote (Cheryl Armstrong)
10. Re: Headings report - text-based and Millennium (Carol Gyger)
11. RE: Call number priority (The Enhancement Request)
(Steve Espinoza)
12. Re: Monographic Labels printing erratically after upgrading
to Millen nium Silver (Michele Montague)
13. Re: Monographic Labels printing erratically after upgrading
to Millen nium Silver (Bob Rasmussen)
14. MN IUG Fall Conference registration reminder (Jacki Betsworth)


----------------------------------------------------------------------

Message: 1
Date: Thu, 30 Sep 2004 11:13:16 -0700
From: "John Goodyear" <john dot goodyear at pima dot edu>
Subject: IUGAZ inaugural meeting
To: "IUG INNOPAC List" <innopac at innopacusers dot org>
Message-ID: <BPEEIDBMIGCBOMEDGLPGMECLCDAA dot john dot goodyear at pima dot edu>
Content-Type: text/plain;charset="iso-8859-1"

I don't want to miss any one interested. After much work dodging the
presidential debate, the first meeting of IUG Arizona has been scheduled for
9:00-3:30, on Wednesday 10/27/04 in Hayden Library Classroom C6A at ASU in
Tempe. Any III library is welcome to join us. We have no hurricanes,
tornadoes, floods, earthquakes, mudslides or volcanoes. We do have
beautiful days and wonderful nights, if any one needs a reason beyond an
interesting meeting. No charges or registration required, just show up.


John Goodyear
Library Database Manager
Pima Community College
Tucson, AZ
jgoodyear at pima dot edu
520.206.4613



------------------------------

Message: 2
Date: Thu, 30 Sep 2004 14:44:47 -0400
From: "Ringholz, Blake" <Ringholz dot Blake at ocls dot info>
Subject: Monographic Labels printing erratically after upgrading to
Millen nium Silver
To: innopac at innopacusers dot org
Message-ID: <23BF35A30308FB46968CB3F393EEE261414AC6 at exch2k3 dot ocls dot info>
Content-Type: text/plain

When printing labels for materials, the labels will print, but occasionally,
the printer will shoot out blank labels (sometime 6, sometimes 12 -- it's
inconstant) after the last printed label is printed. We are using Windows XP
clients with Citizen GSX-230 printers. This happens to all of the computers
(they are all XP - 5 in all) in the Technical Services department. This only
started happening since upgrading to Millennium Silver. Up until this point,
we were able to print labels without a problem. Now, at different times of
the day, and on different computers, we are seeing this erratic behavior on
these computers. Thanks for any help!!!


Blake Ringholz
Network Engineer
MCSE+I, CCNA
Orange County Library System



------------------------------

Message: 3
Date: Thu, 30 Sep 2004 14:45:50 -0400
From: "Masud-Paul, Janice" <janicem at camden dot lib dot nj dot us>
Subject: attaching an item to multiple bib records
To: "'innopac at innopacusers dot org'" <innopac at innopacusers dot org>
Message-ID:

<EB1D2C2BABCAD311B7190090277C0D4E02CB93D5 at app_server dot camden dot lib dot nj dot us>
Content-Type: text/plain

Good afternoon.

A colleague of mine would like to use global update to attach a generic item
record to a few thousand bib records. Do any of you know a way to do this?
If global update is not an option, do you know of another method? Any ideas
would be appreciated. -janice

Janice Masud-Paul
Supervisor, Information Technology
Camden County Library System
203 Laurel Rd.
Voorhees, NJ 08043
janicem at camden dot lib dot nj dot us
856-772-1636 x3336 Phone
856-772-6105 Fax



------------------------------

Message: 4
Date: Thu, 30 Sep 2004 12:34:36 -0400
From: "Eeva Stierwalt" <eeva dot stierwalt at lpl dot london dot on dot ca>
Subject: Re: RE: enhancement to delete preferred searches/reading
history
To: <innopac at innopacusers dot org>
Message-ID: <s15bfd73 dot 066 at treasure dot lpl dot london dot on dot ca>
Content-Type: text/plain; charset=US-ASCII

Hello! I like the idea of automatic deletion when a patron record is
deleted. However, I do not want deletion of the reading and/or preferred
searches files when the expiry date is reached. This could cause us problems
with our Homebound patrons... Perhaps this could be an option! Thanks for
working towards an enhancment re: this issue! Let me know if there's
anything I can do to help! Kind regards, Eeva at London Public Library,
London, Ont. Canada

>>> lneumann at unimelb dot edu dot au 09/30/04 08:51 AM >>>
Please let's make the deletion happen automatically. So either when the
patron's record is deleted or - what about if the exdate is reached?
sometimes we have to keep records for departed students because of
outstanding fines?

cheers
Liz

In message
<C302072DA43CFA439B531B7E75278A81DFCF18 at exchange dot lan dot sls dot lib dot il dot us> "Bruss,
Heidi" <BrussH at mls dot lib dot il dot us>
writes:
> Karen,
>
> I kind of like option #2. If the computer could take care of automatically
deleting these things, let's let it! Besides, those sites that would require
the entry of a PIN with the patron name and or barcode to access My
Millennium, wouldn't be able to do option #1 since the PIN is encrypted in
the patron record.
>
> Heidi Bruss
> SWAN Field Consultant
> Metropolitan Library System (formerly Suburban Library System)
> Burr Ridge, IL
> 630-734-5125
> brussh at mls dot lib dot il dot us
>
>
>
> -----Original Message-----
> From: innopac-bounces at innopacusers dot org
> [mailto:innopac-bounces at innopacusers dot org]On Behalf Of Karen Perone
> Sent: Wednesday, September 29, 2004 2:18 PM
> To: innopac
> Subject: enhancement to delete preferred searches/reading history
>
>
> In light of the discussion recently about the reading history and
> preferred searches of MyMillennium hanging around after a patron record
> is deleted, I'd like to get some suggestions as to how you would like to
> see Innovative handle this as an enhancement request.
>
> Suggestion 1: A new fixed field or fields be added to the patron record
> that acts as an indicator that the patron has set up preferred searches
> or a reading history. This would be a system-generated field and not be
> editable by staff. As staff prepare to delete patron records, they run a
> list to see if any have a "yes" flag in this field so they can delete
> the history or searches before deleting the patron record. The staff
> member would need to log in to My Millennium as the user to do this.
>
> Suggestion 2: Innovative adds some code to the system so that when a
> patron record is deleted (either singularly or as a batch) the preferred
> searches and/or reading history is automatically deleted from the system.
>
> Suggestion 3: ???
>
> Put on your thinking caps and let me know if suggestion 1 or 2 makes
> sense to your library, or, get creative and give me another idea.
>
> Many thanks!
> --
> Karen Perone, Rodman Public Library
>
>
>
> --
> 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

--
lneumann at unimelb dot edu dot au
--
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




------------------------------

Message: 5
Date: Thu, 30 Sep 2004 13:01:22 -0700
From: Karen Johnson <johnsonka at usfca dot edu>
Subject: Northern California Innovative Users Group meeting Oct. 22
To: NORCALIUG at scuacc dot scu dot edu
Cc: innopac at innopacusers dot org
Message-ID: <6 dot 1 dot 0 dot 6 dot 2 dot 20040929140401 dot 02a43640 at lucas dot usfca dot edu>
Content-Type: text/plain; charset="us-ascii"; format=flowed

Who:
Northern California Innovative Users Group.

What:
The program will include the following : A welcome to the library from
Jeanne LoFranco and Julie Kowalewski-Ward of the Martin Luther King Junior
Library; From Innovative--Company update ,Metasource and Release 2005
Enhancements.presented by III staff Betsy Graham and Claudia Conrad.

User presentations: Panel discussion on -Keeping up with III
development--more power, more responsibility, more freedom, more
work--panelists include: Alma Garcia, Mills College, Craig Summerhill,
Univ. of Nevada Reno; Dinah Sanders, III.

Birds of a Feather Sessions over lunch.

A tour of the library for those who would like one.

Where:
Dr. Martin Luther King Library, 150 E. San Fernando St., San Jose, CA
95112 http://www.sjlibrary.org/about/locations/king/index.htm Driving
directions and parking
information: http://www.sjlibrary.org/about/locations/king/directions.htm

When:
October 22, 2004 9:00 a.m.-3:00 p.m. Registration will be 9:00-9:30
a.m. The program will begin at 9:30 a.m.

Food:
Continental breakfast will be provided. Birds of a Feather sessions meet
over lunch so purchasing lunch is recommended Lunch will be a Taco Bar
which includes: Warm flour tortillas, crisp taco shells, tri-color chips,
seasoned ground beef, Mexican style chicken, refried beans, Spanish rice;
toppings include: shredded lettuce, diced tomatoes, chopped onion, grated
cheese, chunky salsa, sour cream sliced olives, guacamole. There will also
be a fresh fruit tray and assorted cookies. Cost for the food is $15.00.

IF YOU PLAN TO TAKE ADVANTAGE OF THE LUNCH, PLEASE RSVP BY OCTOBER 15 TO
<mailto:jeanne dot lofranco at sjlibrary dot org>jeanne dot lofranco at sjlibrary dot org,
PLEASE MAKE YOUR CHECKS IN THE AMOUNT OF $15.00 PAYABLE TO: Jeanne LoFranco

Please send your checks to:
Jeanne LoFranco
Dr. Martin Luther King Jr. Library
150 E San Fernando Street
San Jose, CA

IF YOU HAVE ADDITIONAL QUESTIONS REGARDING LOCATION, DIRECTIONS OR ANY
OTHER DETAILS, PLEASE CONTACT JEANNE LOFRANCO at
<mailto:jeanne dot lofranco at sjlibrary dot org>jeanne dot lofranco at sjlibrary dot org or
phone 408-808-2325, or fax 408-8082004

Raffle: Bring your business cards. We will have a few goodies to raffle off




***************************************************************
Karen Johnson
Director of Library Systems
University of San Francisco
2130 Fulton St.
San Francisco, CA 94117
(415)422-2759 Phone
(415)422-5062 FAX
johnsonka at usfca dot edu

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


------------------------------

Message: 6
Date: Thu, 30 Sep 2004 13:12:21 -0700
From: "Alicia Martinez" <amartine at ci dot watsonville dot ca dot us>
Subject: (no subject)
To: <INNOPAC at innopacusers dot org>
Message-ID: <s15c0658 dot 096 at mail1 dot ci dot watsonville dot ca dot us>



------------------------------

Message: 7
Date: Thu, 30 Sep 2004 16:37:41 -0400 (EDT)
From: Steve Sowder <sowder at andrews dot edu>
Subject: RE: Call number priority
To: IUG INNOPAC List <innopac at innopacusers dot org>
Message-ID:
<Pine dot SOL dot 3 dot 91 dot 1040930162356 dot 24346A-100000 at orion dot cc dot andrews dot edu>
Content-Type: TEXT/PLAIN; charset=US-ASCII

We can confirm that this is true.

We have periodicals shelved by title with "Shelved by Title" in the
bib 099 field. In anticipation of changing to shelving by call number we
also have an LC call number "parked" in a tag 090.

In character based system 099 displays before 090 so we are ok until we
start reshelving (ugh!).

If we edit any part of the bib record with Millennium then on saving it
changes the sequence to alphabetical, so the 090 displays and not the 099.

We contacted III to see if the character display priority table had been
moved to Millennium. (We have just done the upgrade shortly before we
discovered this "feature".) III did not know anything about a display
priority table, although I remember one in character from years ago.

Instead, III told us that the only way to stop that is to change the tag
letter from a "c" on the 090 to a "y". Two problems with that: 1) our
catalogers don't normally have the tag letter displayed when editing the
bib record and 2) the system is smart enough to know that 090 is a call
number field and won't let us change the tag letter. It wants to keep it
"c".

So, when our catalogers need to edit any bib records that have an 090 and
099 they make sure to do it in character based. That preserves the
original display sequence.



Steve Sowder Systems Librarian
sowder at andrews dot edu Andrews University


On Thu, 30 Sep 2004, Karen Rice wrote:

> Anne, to comment on one of the issues that you describe:
>
> We have just implemented Innovative Millennium, silver version, and are
> starting to use Millennium Cataloging. We have been told (haven't had a
> chance to verify this yet) that the call number hierarchies no longer
> apply IF a change is made to a record already exported. In other words,
> if we edit an existing record in our system, the call number field that
> appears FIRST in the bibliographic record will become the default call
> number and display to the public. The hierarchy table will no longer
> apply.
>
> We are also told that this is not a bug. (!!??!) We intend to remove
> any extraneous call number fields at the time of cataloging; we haven't
> decided yet how to deal with this retrospectively.
>
> We are also told that multiple call numbers don't export from our
> utility (OCLC), but we have some examples where we think that they have
> exported.
>
>
> Karen Rice
> Cataloging Services Librarian
> Western Washington University Libraries
>
> -----Original Message-----
> From: Anne Myers [mailto:amyers at bu dot edu]
> Sent: Wednesday, September 29, 2004 12:17 PM
> To: Innopac List
> Subject: Call number priority
>
>
> We are an RLIN library that is in the process of migrating to the New
> Improved RLIN21. It's fun. One thing we are discovering is the joy of
> actually reading the MARC format books again to figure out what we were
> doing and where things were going before so we could decide which ones
> we
> wanted to map over from the new 852 field.
>
> We discovered this a.m. while we were poking around the MARC21 format
> book
> that the 090 field for local call numbers is actually obsolete and has
> been
> since 1982. Who knew? Clearly we, and lots of other people, have been
> using them for a long time.
>
> RLG encouraged/cajoled/browbeat us several years ago into adding 050 b4
> fields with our locally assigned call numbers, and we now have many
> records
> in our system with multiple numbers: 050 00 assigned by LC, 050 b4
> assigned
> by us, and an 090 with the identical number. It's cluttered and
> confusing.
>
> We'd been wondering about whether to be adding them in the new RLIN21.
> Now
> a better question might be whether we should be continuing to use an 090
> at
> all or just start putting all of our local numbers only in the 050 b4
> field.
>
> In reading the Innovative manual, I can see that we can specify field
> orders
> to select for call number display (an 090 first, then an 050, for
> example).
> But what if there are two 050 fields with different indicators in a
> record?
> Is it possible to set things up so that an 050 b4 will display first if
> it's
> present? We'd like to keep the LC-assigned number if one exists even if
> we
> have chosen to assign something different. Can we do that with 050
> fields,
> or does that only work with one 050 and one 090?
>
> I hope this makes sense and I appreciate your wisdom.
>
> Anne
> ---------------------------
> Anne Myers
> Head of Technical Services
> Boston University Law Library
> amyers at bu dot edu
>
>
>
> --
> 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
>


------------------------------

Message: 8
Date: Thu, 30 Sep 2004 16:57:48 -0400
From: "Seamans, James (seamanje)" <seamanje at UCMAIL dot UC dot EDU>
Subject: RE: Call number priority
To: "'IUG INNOPAC List'" <innopac at innopacusers dot org>
Message-ID: <886EF25AF8BEF64EB89A820EF84064FF07FC0917 at UCMAIL4>
Content-Type: text/plain;charset="iso-8859-1"

How we got around this...

In the 949 field(s) we use a $z 050 for MARC tag for call number type and
they will list first. You can use 090, etc.

Jim Seamans
Head, Monographs Dept.
University Libraries
University of Cincinnati
444 Langsam Library
PO Box 210033
Cincinnati, OH 45221-0033

Tel: 513-556-1444
Fax: 513-556-1505
Email: james dot seamans at uc dot edu


-----Original Message-----
From: Steve Sowder [mailto:sowder at andrews dot edu]
Sent: Thursday, September 30, 2004 4:38 PM
To: IUG INNOPAC List
Subject: RE: Call number priority


We can confirm that this is true.

We have periodicals shelved by title with "Shelved by Title" in the
bib 099 field. In anticipation of changing to shelving by call number we
also have an LC call number "parked" in a tag 090.

In character based system 099 displays before 090 so we are ok until we
start reshelving (ugh!).

If we edit any part of the bib record with Millennium then on saving it
changes the sequence to alphabetical, so the 090 displays and not the 099.

We contacted III to see if the character display priority table had been
moved to Millennium. (We have just done the upgrade shortly before we
discovered this "feature".) III did not know anything about a display
priority table, although I remember one in character from years ago.

Instead, III told us that the only way to stop that is to change the tag
letter from a "c" on the 090 to a "y". Two problems with that: 1) our
catalogers don't normally have the tag letter displayed when editing the
bib record and 2) the system is smart enough to know that 090 is a call
number field and won't let us change the tag letter. It wants to keep it
"c".

So, when our catalogers need to edit any bib records that have an 090 and
099 they make sure to do it in character based. That preserves the
original display sequence.



Steve Sowder Systems Librarian
sowder at andrews dot edu Andrews University


On Thu, 30 Sep 2004, Karen Rice wrote:

> Anne, to comment on one of the issues that you describe:
>
> We have just implemented Innovative Millennium, silver version, and are
> starting to use Millennium Cataloging. We have been told (haven't had a
> chance to verify this yet) that the call number hierarchies no longer
> apply IF a change is made to a record already exported. In other words,
> if we edit an existing record in our system, the call number field that
> appears FIRST in the bibliographic record will become the default call
> number and display to the public. The hierarchy table will no longer
> apply.
>
> We are also told that this is not a bug. (!!??!) We intend to remove
> any extraneous call number fields at the time of cataloging; we haven't
> decided yet how to deal with this retrospectively.
>
> We are also told that multiple call numbers don't export from our
> utility (OCLC), but we have some examples where we think that they have
> exported.
>
>
> Karen Rice
> Cataloging Services Librarian
> Western Washington University Libraries
>
> -----Original Message-----
> From: Anne Myers [mailto:amyers at bu dot edu]
> Sent: Wednesday, September 29, 2004 12:17 PM
> To: Innopac List
> Subject: Call number priority
>
>
> We are an RLIN library that is in the process of migrating to the New
> Improved RLIN21. It's fun. One thing we are discovering is the joy of
> actually reading the MARC format books again to figure out what we were
> doing and where things were going before so we could decide which ones
> we
> wanted to map over from the new 852 field.
>
> We discovered this a.m. while we were poking around the MARC21 format
> book
> that the 090 field for local call numbers is actually obsolete and has
> been
> since 1982. Who knew? Clearly we, and lots of other people, have been
> using them for a long time.
>
> RLG encouraged/cajoled/browbeat us several years ago into adding 050 b4
> fields with our locally assigned call numbers, and we now have many
> records
> in our system with multiple numbers: 050 00 assigned by LC, 050 b4
> assigned
> by us, and an 090 with the identical number. It's cluttered and
> confusing.
>
> We'd been wondering about whether to be adding them in the new RLIN21.
> Now
> a better question might be whether we should be continuing to use an 090
> at
> all or just start putting all of our local numbers only in the 050 b4
> field.
>
> In reading the Innovative manual, I can see that we can specify field
> orders
> to select for call number display (an 090 first, then an 050, for
> example).
> But what if there are two 050 fields with different indicators in a
> record?
> Is it possible to set things up so that an 050 b4 will display first if
> it's
> present? We'd like to keep the LC-assigned number if one exists even if
> we
> have chosen to assign something different. Can we do that with 050
> fields,
> or does that only work with one 050 and one 090?
>
> I hope this makes sense and I appreciate your wisdom.
>
> Anne
> ---------------------------
> Anne Myers
> Head of Technical Services
> Boston University Law Library
> amyers at bu dot edu
>
>
>
> --
> 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


------------------------------

Message: 9
Date: Thu, 30 Sep 2004 14:46:19 -0700
From: Cheryl Armstrong <Cheryl dot Armstrong at SFGOV dot ORG>
Subject: RE: backups when server is remote
To: innopac at innopacusers dot org
Message-ID:
<OF1F9F30CC dot 6249B1A2-ON88256F1F dot 0076D129-88256F1F dot 007798FF at sfgov dot org>
Content-Type: text/plain; charset=US-ASCII





More from cheryl at SF Law Library;

John has the problem nailed for me. At a previous library where I was
systems manager, we did autmatic backup and it worked fine. The server was
next door to my office.

The difference here is the off site location of the system and the
sometimes unreliable tape swaps (people!)

So it seems that if I do a tape initialization before going home for the
day (and call the IT folks if the tape hasn't been swapped out) and a
verification the next day (until we upgrade to Silver), I have it covered.

I know this is small potatoes compared to the call number thread, but what
I didn't know, and have learned today, is that Silver will verify
automatically.

[Now I just need a device with a week's worth of tapes that swap in and out
on daily basis and the software to manage that, like on my Novell
server....]

Sigh.

Message from "John Goodyear" <john dot goodyear at pima dot edu> on Thu, 30 Sep 2004
11:59:04 -0700 -----

To: "IUG INNOPAC List" <innopac at innopacusers dot org>

Subject: RE: backups when server is remote


The trick is getting those tapes changed when IT has that chore. At
another
library I used to have to load data from a series of tapes. I would pass
the box of tapes through the door, return to my desk and begin the series
of
calls asking them to swap tapes as they processed. Many times, even though
we just spoke, the tape would not get changed. It's all about making sure
they take you needs seriously.

Here and now our automated backup runs at 1AM and I verify first thing in
the morning, which will go away with Silver. As long as I get the tape
initialized okay, which can be an occasional problem requiring several
reloads of the tape into the drive, the rest of the process work
flawlessly.

John Goodyear
Library Database Manager
Pima Community College
Tucson, AZ
jgoodyear at pima dot edu
520.206.4613
__________________________________________________
Cheryl Armstrong S.F. Law Library
Systems Manager 401 Van Ness Avenue
cheryl dot armstrong at sfgov dot org Room 400
(415) 554-6832 San Francisco, CA 94102



------------------------------

Message: 10
Date: Thu, 30 Sep 2004 15:48:19 -0600 (MDT)
From: Carol Gyger <gyger at julip dot fcgov dot com>
Subject: Re: Headings report - text-based and Millennium
To: IUG INNOPAC List <innopac at innopacusers dot org>
Message-ID: <Pine dot HPX dot 4 dot 44 dot 0409301543020 dot 29082-100000 at julip dot fcgov dot com>
Content-Type: TEXT/PLAIN; charset=US-ASCII

Here is some information from III that explains the differences between
the text-based and Millennium headings reports. I hope you find it
useful.

1. Clearing one report will not clear the other report. For example, if
you clear the report in the text based system, Millennium Cataloging will
still have the headings report.

2. The Millennium headings report starts from the day that you received
Millennium Silver, so they will not match up if the text based wasn't
cleared around the same time.

3. There is a known issue with the character based system and headings
report. Blind references are not being created in the character based.
Programming is looking into this issue. This is also another reason why
you could be seeing discrepancies in the reports.

Given this information and the information offered by so many of you, we
have decided to use the Millennium Headings Report. The interface is nice
and we can clear portions of the report when we want to. We will clear
the text-based report periodically to keep it from filling up.

-carol

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

On Fri, 24 Sep 2004, Carol Gyger wrote:

> Does anyone know the difference between the text-based and Millennium
> headings reports? I cannot find any information on CSDirect or the User
> Manual about this issue. At first I thought the Millennium interface was
> a gui interface to the same headings reports found in text-based but the
> report don't seem to contain the same information. I'm stumped. I've
> opened a call with III but haven't heard back yet.
>
> Can anyone clear the air on this one?
>
> -carol
>
> Carol Gyger
> Systems Administrator
> Fort Collins Public Library
> 201 Peterson St.
> Fort Collins CO 80524
> (970)221-6716
> gyger at julip dot fcgov dot com
>
>
>
> --
> 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
>



------------------------------

Message: 11
Date: Thu, 30 Sep 2004 15:41:04 -0700
From: "Steve Espinoza" <espinoza at csusm dot edu>
Subject: RE: Call number priority (The Enhancement Request)
To: "IUG INNOPAC List" <innopac at innopacusers dot org>
Message-ID:
<572C1E4A5AEDE74EB3E6AB5C5EEFB6550400DDE8 at express dot csusm dot edu>
Content-Type: text/plain;charset="US-ASCII"

Hello,

The 2003 Phase 3 autosort change to the system came as part of an
enhancement to the Millennium editor. The negative impact to call
numbers was an unfortunate side effect, but I am optimistic it is one
that can be fixed.

The autosort enhancement gave Mill editors more freedom to edit/enter
new tags and fields anywhere in the record. When the editor saved
changes, the system would perform an autosort by tag number and put
every tag in its rightful position. Unfortunately 050s always end up
above local call numbers and dewey and gov doc. However, the III
programmers were wise to the needs of the 6XX field and the autosort
does NOT rearrange 6xx tags (because sometimes your primary Subject was
a 650 and the record could contain a 610, etc.)

It is probably true that this enhancement causes problems only for those
libraries who choose to store the call number in the bib or a mix of bib
and item. It is also true that the problem arises only when 2 or more
call numbers are indexed in the bib record.

I will make a first pass at defining the enhancement needed, but please
chime in so we get an optimal version for submission to the enhancements
vote.
Enhancement to MILLENNIUM EDITOR. Do not undo all of autosort, but
treat the 0XX tags the SAME as current treatment of 6XX. If you enter an
0XX or move a OXX tag within the 0XX ranges, leave them where they were
entered. IMPACT: If you move your 099 above an 050, the 099 will
correctly display in the browse index, as well as correctly in the full
record display.


-- Steve Espinoza


-----Original Message-----
From: innopac-bounces at innopacusers dot org
[mailto:innopac-bounces at innopacusers dot org] On Behalf Of Lowell, Kay
Sent: Thursday, September 30, 2004 11:25 AM
To: IUG INNOPAC List
Subject: RE: Call number priority


> It seems to me, at first glance, that this shouldn't be a problem. The

> call number display in the OPAC is keyed to the item record, not the
bib
> record, and YOU assign the call number to the item.

Depends entirely on how you set your system up in the first place. While
the display is indeed keyed to the item, where you STORE the call number
may be the bib record. Our system stores the call number in the bib
record (unless a particular item uses a different scheme, in which case
we physically store the 2nd call number in the item record). It could,
therefore, be a real serious issue if the system started changing things
on its own. (Incidentally, that was one of the reasons we left our
previous system... it was such a pleasant change to have things do what
you wanted!!)

For that reason I am REALLY hoping that the comment about the system
only using "c"-tagged fields is correct. Otherwise... I may have to
send out for Valium.

Kay

Kay E. Lowell
Associate Professor, University Libraries
Manager, Catalog Dept.
James A. Michener Library
Campus Box 48
University of Northern Colorado
Greeley, C0 80639

(970) 351-2183
Kay dot Lowell at unco dot edu


--
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



------------------------------

Message: 12
Date: Thu, 30 Sep 2004 16:01:30 -0400
From: Michele Montague <mmontagu at grpl dot org>
Subject: Re: Monographic Labels printing erratically after upgrading
to Millen nium Silver
To: IUG INNOPAC List <innopac at innopacusers dot org>
Message-ID: <415C661A dot 1070900 at grpl dot org>
Content-Type: text/plain; charset=us-ascii; format=flowed


This happened to us too, just last week. Innovative
installed a patch to fix. We're on the Lakeland Library
Cooperative system in Michigan. Martha Pitchford there can
give you details (martha at llcoop dot org; phone 616-559-5253)

Michele Montague

On September 30, 2004, Ringholz, Blake wrote:

> When printing labels for materials, the labels will print, but
occasionally,
> the printer will shoot out blank labels (sometime 6, sometimes 12 -- it's
> inconstant) after the last printed label is printed. We are using Windows
XP
> clients with Citizen GSX-230 printers. This happens to all of the computers
> (they are all XP - 5 in all) in the Technical Services department. This
only
> started happening since upgrading to Millennium Silver. Up until this
point,
> we were able to print labels without a problem. Now, at different times of
> the day, and on different computers, we are seeing this erratic behavior on
> these computers. Thanks for any help!!!
>
>
> Blake Ringholz
> Network Engineer
> MCSE+I, CCNA
> Orange County Library System
>
> --
> 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

________________________________________________________________________

Michele Montague Email: mmontague at grpl dot org
Head, Technical Services
Grand Rapids Public Library
111 Library Street NE Tel: 616/988-5402 x 5485
Grand Rapids, MI 49503 Fax: 616/988-5423
________________________________________________________________________





------------------------------

Message: 13
Date: Thu, 30 Sep 2004 13:17:43 -0700 (PDT)
From: Bob Rasmussen <ras at anzio dot com>
Subject: Re: Monographic Labels printing erratically after upgrading
to Millen nium Silver
To: IUG INNOPAC List <innopac at innopacusers dot org>
Message-ID: <Pine dot LNX dot 4 dot 58ras dot 0409301317060 dot 21589 at nimbus dot anzio dot com>
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 30 Sep 2004, Ringholz, Blake wrote:

> When printing labels for materials, the labels will print, but
occasionally,
> the printer will shoot out blank labels (sometime 6, sometimes 12 -- it's
> inconstant) after the last printed label is printed. We are using Windows
XP
> clients with Citizen GSX-230 printers. This happens to all of the computers
> (they are all XP - 5 in all) in the Technical Services department. This
only
> started happening since upgrading to Millennium Silver. Up until this
point,
> we were able to print labels without a problem. Now, at different times of
> the day, and on different computers, we are seeing this erratic behavior on
> these computers. Thanks for any help!!!

A new setting in Silver is text vs. graphics for "attached printer". Which
are you set for?

Regards,
....Bob Rasmussen, President, Rasmussen Software, Inc.

personal e-mail: ras at anzio dot com
company e-mail: rsi at anzio dot com
voice: (US) 503-624-0360 (9:00-6:00 Pacific Time)
fax: (US) 503-624-0760
web: http://www.anzio.com


------------------------------

Message: 14
Date: Thu, 30 Sep 2004 15:00:48 -0500
From: Jacki Betsworth <betsworth at Macalester dot edu>
Subject: MN IUG Fall Conference registration reminder
To: mniug at Macalester dot edu, innopac at innopacusers dot org
Message-ID: <25927201 dot 1096556448 at macid13564 dot lib dot macalester dot edu>
Content-Type: text/plain; format=flowed; charset=us-ascii


Registration is still open for the 3rd Annual Minnesota Innovative
Users Group Fall Conference scheduled for October 28-29 on the campus
of Macalester College in St. Paul, MN.

This two-day event includes the main conference on Thursday,
October 28th featuring several general session speakers in the morning
and concurrent sessions in the afternoon. On Friday, October 29th,
there will be post-conference training seminars/sessions which will
provide more in-depth coverage on selected topics.

We are excited about the program being offered at this year's conference
and expect to see another very good turnout from libraries throughout
the upper midwest region.

Visit the conference web page at:
http://www.macalester.edu/mniug/fall2004.html



-Conference Planning Committee

KATHY BLOUGH
Music Cataloging Librarian, Rolvaag Library
St. Olaf College
(507) 646-3794
blough at stolaf dot edu

DOUG GUTHRIE
Information Resources Coordinator,
St. Paul Public Library
(651) 501-6311
doug dot guthrie at ci dot stpaul dot mn dot us

SHARON KINSMITH
Systems & Telecommunications Manager
Minneapolis Public Library
(612) 630-6401
SKinsmith at mplib dot org

LOIS PERKINS
Loan Services Assistant, Gould Library
Carleton College
(507) 646-5836
lperkins at carleton dot edu

PADDY SATZER
Associate Director, Schonecker Law Library
University of St. Thomas
(651) 962-4903
pasatzer at stthomas dot edu

RON JOSLIN
Systems Librarian, DeWitt Wallace Library
Macalester College
(651) 696-6522
joslin at macalester dot edu5


------------------------------

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

End of INNOPAC Digest, Vol 10, Issue 1
**************************************