Re: [VuFind-Tech] Facet-problem

[Katharina W. <wol...@fh...>]

Hi Demian,
Hi All,

thanks for giving me the pattern-map. :-)

Am I right in guessing that I'd need to import the data again in order to work
with the new map?

The problem with dependencies on series, multiple volume-titles is that in most
cases the catalog-records at the top of the hierachy do not have item-data but
just local-record-data (I#M not sure if that's the correct term???) (for those
who know Aleph: these records live in the XXX60-library) in which the
institution and/or sublibrary-information can be found, only the dependent
volumes/catalog-records have item-data (Aleph: XXX50-library).

With journals and licenced E-books there isn't even a dependent catalog-record
with item-data, but just the data from the XXX60-record.

So I guess, there's quite some work for me to do on the exporting the data from
Aleph into the correct MARC-categories.

And later also getting the connections between the different
hierachical-catalog-records right.

I'm thankful for any suggestion how to do all that.

Kate

Am 20.07.2012 15:10 schrieb Demian Katz:
> In your particular situation, you could set up a map like this:
> 
> library.pattern_0 = I500.*=>FHB-SWF 
> library.pattern_1 = F0001=>FernUniversität
> 
> This will convert anything starting with I500 to FHB-SWF (the .* is a
> wildcard for "any sequence of 0 or more characters") and will also convert
> the literal F0001 to FernUniversität.
> 
> Regarding series dependencies, you may need to do some custom linking and
> template-writing to make them display relationships correctly.  VuFind should
> show series links, but perhaps it isn't matching your cataloging.  Separate
> records for multi-volume titles are not a common case.  Feel free to share
> some sample records if you want to demonstrate a particular problem.  Also
> note that VuFind 1.4 will include the hierarchical collection functionality
> that allows records to be grouped into trees; once that exists, it may be
> possible to utilize it for a richer representation of what you describe.
> 
> - Demian