----------------------------Original message----------------------------
Return-Path: <[log in to unmask]>
Received: from UGA.CC.UGA.EDU (NJE origin LISTSERV@UGA) by UGA.CC.UGA.EDU
          (LMail V1.2a/1.8a) with BSMTP id 4190; Mon, 29 Aug 1994 19:17:31 -0400
Return-Path: <[log in to unmask]>
Received: from UGA (NJE origin SMTP@UGA) by UGA.CC.UGA.EDU (LMail V1.2a/1.8a)
          with BSMTP id 4188; Mon, 29 Aug 1994 19:17:30 -0400
Received: from msu.edu by uga.cc.uga.edu (IBM VM SMTP V2R2) with TCP;
   Mon, 29 Aug 94 19:17:29 EDT
Received: from MSU.EDU by msu.edu (IBM VM SMTP V2R2) with BSMTP id 0121;
   Mon, 29 Aug 94 19:17:23 EDT
Received: from MSU.EDU (NJE origin DRBMAINT@MSU) by MSU.EDU (LMail V1.2a/1.8a)
          with BSMTP id 9528; Mon, 29 Aug 1994 19:17:23 -0400
Date:         Mon, 29 Aug 94 19:16:14 EDT
From:         Dennis Boone <[log in to unmask]>
Organization: Michigan State University Computer Lab
Subject:      Re: degree symbol in OPAC (fwd)
To:           [log in to unmask]
 
On Mon, 29 Aug 1994 16:32:55 EDT Johnnie D. Sutherland said:
>Our library system is Innopac Interface Inc. We have the same problem using
>the superscript zero in that it displays an additional zero. It then becomes
>very hard to read the coordinates correctly especially for our patrons using
>the OPAC. What we decided for the moment, is to used the ASCII characters for
>the degree symbol, e.g. ALT 248. It prints as a degree sign and this works
>fine for us.
 
The ASCII set only contains 128 characters.  The character you're talking
about (at point 248) is defined only by other sets, in this case the one
usually found on MS-DOS systems.  Folks on Macintoshes, Xterms, etc.  will
probably not see the same thing.
 
If your system is only populated with the aforementioned PCs then this
solution will of course work fine for you.
 
Dennis Boone
Michigan State University Computer Lab