[OPEN-ILS-GENERAL] Showing online resources in the OPAC

[Deanna Frazee]

When you imported the records, did you use the third option on the
import menu?  I can't remember what it was named, but I do remember that
it didn't really seem to indicate that we needed to use it to import
records for electronic resources.  We had it renamed "E-books" to make
it more obvious.


Deanna Frazee
Killeen City Library System
205 E. Church Ave.
Killeen, TX  76541
254-501-8995
dfrazee at ci.killeen.tx.us



-----Original Message-----
From: open-ils-general-bounces at list.georgialibraries.org
[mailto:open-ils-general-bounces at list.georgialibraries.org] On Behalf Of
Vicki Reeves
Sent: Wednesday, April 13, 2011 10:31 AM
To: Evergreen Discussion Group
Subject: Re: [OPEN-ILS-GENERAL] Showing online resources in the OPAC

We're trying to figure out how to add records for electronic resources
so that they will show in our OPAC.  We're on Evergreen 1.6.0.8

I tried adding the subfield 9 to my 856 field.  The resources are not
showing in the opac and nothing is showing in the asset.URI areas of the
database.  

This is the 856 for one of the resources:
856 3 Wildflowers of Southwest (Beauregard Parish) Louisiana
856 u http://library.beau.org/~lawild
856 2 http
856 9 DER

There are no holdings attached to the record.

Any thoughts as to what I need to do are welcome.

On Thu, 2011-04-07 at 18:23 -0400, Dan Scott wrote:
> On Thu, Apr 07, 2011 at 03:48:20PM -0400, Jason Etheridge wrote:
> > > There is a bit of an explanation on cataloguing electronic
resources  in the documentation here which explains the second method:
> > >
http://docs.evergreen-ils.org/1.6/draft/html/electronicresourcesvisible.
html
> 
> Man that URL looks familiar...
>  
> > How important are the indicators here?  If they do need to be 4 and
0,
> > we may want to emphasize that.
> 
> In 2.0+, 030.schema.metabib.sql says:
> 
>  uris := oils_xpath('//*[@tag="856" and (@ind1="4" or @ind1="1") and
> (@ind2="0" or @ind2="1")]',marcxml);
> 
> So, ind1 can be "4" or "1", and ind2 can be "0" or "1". Mike relaxed
> things after presumably finding that many MARC records don't strictly
> follow the standard.
> 
> 1.6+ matches that flexibility, albeit in
OpenILS::Application::Ingest.pm
> instead.