|
Last change
on this file since 36476 was 36476, checked in by anupama, 20 months ago |
|
Not able to reinstat (m)any internal links in the DEC collection descriptions for lomdemo-e and marc-e, but more accurately specifying some local paths
|
|
File size:
3.3 KB
|
| Line | |
|---|
| 1 | name=MARC example
|
|---|
| 2 | index_text=text
|
|---|
| 3 | index_Title=Title
|
|---|
| 4 | sampleoid=D0s156
|
|---|
| 5 |
|
|---|
| 6 | shortDescription=<p>This collection, which contains _about:numdocs_ MARC entries, is based on the MARC records of working papers published by <a href="http://www.cs.waikato.ac.nz">Computer Science Department</a> at <a href="http://www.waikato.ac.nz">the University of Waikato</a>. <a href="_sampleoid_">Here</a> is a sample document in the collection.</p>
|
|---|
| 7 |
|
|---|
| 8 | description1=<h3>How the collection works</h3><p>The configuration file, <tt>collectionConfig.xml</tt>, uses <i>MARCPlugin</i> to process the MARC records, as well as the standard plugins. There are three classifiers, based on <i>dc.Title</i>, <i>dc.Creator</i>, and <i>dc.Subject</i> metadata. The <i>Title</i> classifier uses AZList, while the other two use AZCompactList, which groups items with the same metadata into a bookshelf. The <i>-removesuffix</i> argument for the <i>Title</i> and <i>Creator</i> classifiers removes suffixes from the metadata string (<i>dc.Title</i> and <i>dc.Creator</i> respectively). This is specified as a PERL regular expression, and trims characters (such as trailing punctuation) from the strings for display.</p>
|
|---|
| 9 |
|
|---|
| 10 | description2=<p>The <i>VList</i> format statement controls the display of search results and all classifiers. For bookshelves, the number of leaf documents is displayed on the right-hand side. For documents, <i>dc.Title</i> is displayed, along with <i>dc.Creator</i> and <i>dc.Publisher</i>. <i>[sibling:dc.Creator]</i> is used as dc.Creator has multiple values, and specifies that all values be output, not just the first one.</p>
|
|---|
| 11 |
|
|---|
| 12 | description3=<p>The MARC plugin uses a special file to map MARC field numbers to Greenstone-style metadata. This file resides in the greenstone3 installation folder's <i>gs2build/etc</i> directory, and is called <tt>marc2dc.txt</tt>. It lists the correspondences between MARC field numbers and Greenstone metadata. Any MARC fields that are not listed simply do not appear as metadata, though they are still present in the Greenstone document. Each line in the file has the format <blockquote> <MARC field number> -> GreenstoneMetadataName </blockquote> Lines in the file that begin with "\#" are comments.</p>
|
|---|
| 13 |
|
|---|
| 14 | description4=<p>The standard version of this file is loosely based on the MARC to Dublin Core mapping found at <a href="http://www.loc.gov/marc/marc2dc.html">http://www.loc.gov/marc/marc2dc.html</a> (which assumes USMARC/MARC21).</p>
|
|---|
| 15 |
|
|---|
| 16 | description5=<p>Multiple MARC fields may map to a single Dublin Core field. For example, fields 720 ("Uncontrolled name"), 100 ("Personal name"), 110 ("Corporate name") and 111 ("Meeting name") all map to <i>dc.Creator</i>. Actual MARC records normally define only one of these fields, and anyway Greenstone allows multi-valued metadata.</p>
|
|---|
| 17 |
|
|---|
| 18 | description6=<p>Some mappings are dependent on subfields. For example, MARC field 260 contains information about publication and distribution. Subfields "c" (Date of Publication) and "g" (Date of manufacture) are mapped to <i>dc.Date</i>, using the following mapping line: <blockquote> 260$c$g -> dc.Date </blockquote> Greenstone also provides a file for mapping MARC to <b>qualified</b> dublin core: in your Greenstone 3 installation folder's <tt>gs2build/etc/marc2qdc.txt</tt>. This can be used by the MARC plugin by setting the <i>-metadata_mapping_file</i> option to "marc2qdc.txt".</p> |
|---|
Note:
See
TracBrowser
for help on using the repository browser.
