[OPEN-ILS-GENERAL] Stuck with 2.0 alpha4 Staff Client importing 852 Item Information

[Dan Scott]

On 5 November 2010 12:42, Repke de Vries <repke at xs4all.nl> wrote:
> Hi all
>
> trying to MARC Batch Import / Export import a single record + attached
> holding [3] that used to import fine in EG 1.6
>
> and stuck: the 852 item information keeps being ignored:
> - because we changed the Org Units Structure [2] I went back to a fresh
> alpha4 Virtual Image and tried the usual 852 $bBR1 etc.: no result
> - given the changed  Org Units Structure I tried an import with $bBR2 'cause
> that branch still hangs around: no result
> - blush: a few hours I learned from this list (Dan Scott answers) that in
> 2.0 we now have an Edit Import Item Attributes: very welcome tool, noticed
> the attribute "Keep" being False and made that True (see [1] for the Item
> Attributes), started new staff client session: still no result
>
> I now have the feeling I miss some finer point in 2.0 that wasn't there in
> the more blunt 1.6:  any pointers ?
> Maybe changing Item Attributes in the Staff Client needs an additional
>  command line Autogen or xx to complete?
>
> Stuck !!
>
> Thanks, Repke
>
> [1] the attributes in the Edit Import Item Attributes screen:
> Part 1: http://screencast.com/t/vrkLGsiCZ
> Part 2: http://screencast.com/t/S7lFazlwx6e
>
> [2] our Org Units Structure:  http://screencast.com/t/lByuAYLlbAIK
> and the (lowest) IISG level can have Items and Copies
> [3] we always import  in ".mrc"  but for mortals the record looks like this
> and with BR1 instead of IISG imported fine in EG 1.4 and 1.6:
>
> =LDR  00734nav  2200217 a 45 0
> =001  IISGb10923000
> =003  IISG
> =005  20040426114843.0
> =008  040426s\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
> =040  \\$aNe$dAmISG
> =245  10$kBeelddocument = Visual document$f1985-1992
> =603  \0$aAffiche$bPoster
> =604  \0$aXX-4
> =605  \0$aCAN$eCanada
> =710  0\$aPublic Service Alliance of Candada
> =852  00$bIISG$bIISG$cNEHA$hBG D32/958$p30051001607255
> =852  00$aIISG$bIISG$bIISG$hBG D32/959$p30051001607644
> =852  00$aIISG$bIISG$bIISG$hBG D32/960$p30051001607594
> =852  00$aIISG$bIISG$bIISG$hBG D32/961$p30051001607545
> =852  00$aIISG$bIISG$bIISG$hBG D32/962$p30051001607495
> =852  00$aIISG$bIISG$bIISG$hBG D32/963$p30051001607446
>

Hi Repke:

I tried reproducing your import on Evergreen trunk, and while the bib
record imported cleanly, the import of the items using the default
"Evergreen 852 Export Format" holdings import profile failed. The
default profile, I noted, has a lot of settings (for things like opac
visibility, status, copy location, etc).

So I created a new, simplified holdings import profile with the
following settings to match your 852 fields:

  * Barcode = p
  * Call Number = h
  * Circulating Library = [@code = "b"][2]
  * Name = Whatever
  * Owning Library = [@code = "b"][1]
  * Tag = 852

... and the import worked (at least for a test of an item with an 852
as follows):

852    $b BR1 $b BR1 $h 1990/4 $p N10462950

So perhaps all you need to do is create a new holdings import profile?

Dan