Greetings, and apologies for not responding to this issue sooner; I've been
away from my computer all day, which was (mostly) a relief.

Apart from specific requests by clients, Serials Solutions does not modify
CONSER records. The records we deliver are the records we receive from LC
every Tuesday. If LC has the correct ISSN on its record, then we have the
correct ISSN on our records. In this case, as Steve Shadle has pointed out,
it is appropriate that the ISSN Konstantin identified be in the subfield y.
Regina Reynolds made a clear case for why that ISSN should remain in that
field.

In fact, at the recent NASIG conference, Regina and I had a very useful
conversation about how the ISSN is used in the 022, and I and others at
Serials Solutions will be putting together a proposal for exploring other
ways of coding ISSN that don't specifically apply to the journal in
question. Conversations, discussion, and developments such as this are an
important part of our contribution to the serials community. We are proud to
provide the largest percentage of CONSER records available for electronic
journals, and we consider subscriptions to services such as LC's Cataloging
Distribution Service and ISSN.org a critical part of ensuring the accuracy
of the records we deliver.

As Regina, Les Hawkins, multiple CONSER catalogers, and others can attest,
when we identify a potential problem, we bring it to the attention of LC,
NSDP, CONSER members, and other appropriate parties, to allow those experts
to investigate and correct the problems, where appropriate. In our office,
we focus on maintaining and expanding our work-level identifiers, which
allow our systems to accept e-ISSN, print ISSN, mistyped ISSN, or no ISSN,
and still return the correct resource -- even if the source and the target
have different ISSN (such as a citation with the e-ISSN, and a full-text
database with the print ISSN).

Again, the only modifications we make to the records we deliver are those
requested by our clients. Apart from these requests, and the necessary
changes to show that we have delivered the records, we *do not* change
CONSER records.

As Steve suggested, it sounds like this issue might be caused by the ILS or
SFX indexing the 022|y, which would presumably return many, many incorrect
ISSN.

Please don't hesitate to let me know if you have any other questions or
comments.

Peter McCracken

-----Original Message-----
From: SERIALST: Serials in Libraries Discussion Forum
[mailto:SERIALST@LIST.UVM.EDU] On Behalf Of Pennington, Buddy D.
Sent: Tuesday, May 31, 2005 12:49 PM
To: SERIALST@LIST.UVM.EDU
Subject: Re: [SERIALST] Request to CONSER members re: OCLC #23980286

Is it possible that Serials Solutions somehow miscoded that 022|y for your
bib record?  Their knowledge base is not recognizing 1534-8431 for Technical
Communications Quarterly.

Can your profile for your Serials Solutions MARC records be tweaked to
exclude 022|y values? One of the customization options is to have Serials
Solutions strip the 022 out and replace it with their own version.  Their
version lists the e-ISSN in the subfield a and the print ISSN in the
subfield y.  Perhaps it is just a matter of Serials Solutions fixing the 022
they are using for that record?

Buddy Pennington
Serial Acquisitions Librarian
UMKC - University Libraries
800 E. 51st Street
Kansas City, MO  64110
816-235-1548
816-333-5584 (fax)
penningtonb@umkc.edu

UMKC University Libraries: Connecting Learners to the World of Knowledge

www.umkc.edu/lib

-----Original Message-----
From: SERIALST: Serials in Libraries Discussion Forum
[mailto:SERIALST@LIST.UVM.EDU] On Behalf Of Ann Ercelawn
Sent: Tuesday, May 31, 2005 2:14 PM
To: SERIALST@LIST.UVM.EDU
Subject: Re: [SERIALST] Request to CONSER members re: OCLC #23980286

Hi, I tried out the SFX link in our catalog and it worked correctly.
I can't speak for how SerialsSolutions handles the data, but I wonder if
they don't have the correct ISSN on their record.
Ann

Ann Ercelawn
Vanderbilt University Library
phone:615-343-2088
fax: 615-343-1292
ann.ercelawn@vanderbilt.edu

--On Tuesday, May 31, 2005 11:20 AM -0700 Steve Shadle
<shadle@U.WASHINGTON.EDU> wrote:

> Konstantin -- As a CONSER member who formerly worked at the ISSN
> Center, I would suggest that this is correct use of 022|y (as it
> probably accurately reflects a publisher error that might affect
> physical receipt) and that instead you examine what specific fields
> and subfields you use in your link resolution.  We have discovered
> that including 022|y causes too many false drops and for the index we
> use to generate link resolver ISSN matching, we use 022|a|z and 776|x
> (to catch the E-ISSN/P-ISSN doubling).
> --Steve
>
>      Steve Shadle          shadle@u.washington.edu  *******
>      Serials Access Librarian                         *****
>      University of Washington Libraries, Box 352900    ***
>      Seattle, WA 98195               (206) 685-3983     *
>
> On Tue, 31 May 2005, Konstantin Gurevich wrote:
>
>>   Greetings!
>>   This record for Technical communication quarterly contains 022
>>   $y 1534-8431. Incorrect is most certainly true, since this ISSN
>> actually belongs to a totally different title, Journal of Latinos and

>> education. The two are not even related. Meanwhile, the record goes
>> from OCLC to SerialsSolutions and messes up link resolvers, such as
>> SFX. And since we have SerSol records reloaded monthly, there is no
>> point in fixing the record in our catalog.
>>   Could some CONSER member kindly take a look at this record in
>>   OCLC and, if possible, remove the wrong ISSN? It would be much
>> appreciated.
>>
>> Konstantin Gurevich
>> Head, Serials Cataloging
>> Rush Rhees Library
>> University of Rochester
>> Rochester, NY 14627-0055
>> Phone (585) 275-9452
>> E-mail: kgurevich@library.rochester.edu
>>