A basic set of fields has been declared in the file bib.map and these can be used along with collmgr to enable or turn on searches for those fields. The basic fields currently include:
and all are based on encoding that conforms to the bib.dtd.
It may be necessary to define additional fields or to substitute values (based on different encoding practices) for the values used in this bib.map. This section outlines the steps necessary to create a new map file, and the steps in the collmgr needed to take advantage of these new (i.e., additional or different) fields.
Rather than modifying the file bib.map, a new map file should be created for each collection. The file bib.map and the new map file you will create are (or will be) located in the /{DLXSROOT}/misc/b/bib/maps directory. For the purposes of this documentation, we will use the example "patent.map" for a hypothetical collection with the collection ID "patent". For more information, go to a generic overview of map files.
Each mapping element in a map file consists of the following:
Create the file patent.map with any standard text editor and copy the contents of bib.map to it. Each map file consists of a section of "operator" mappings (e.g., ), followed by a section of "region" mappings; each section is introduced by a comment such as <!-- operator mapping -->. An example of an operator mapping is as follows:
<mapping> <label>And</label> <synthetic>AND</synthetic> <native>^</native> </mapping>
Operator mappings use the synthetic element in BibClass; region mappings do not.
Begin by removing all mapping groups that are not relevant to your collection. For example, let us say that our example collection, patent, consists of records without authors; in this case, we would remove the region mapping for author that looks like this:
<mapping> <label>author</label> <synthetic></synthetic> <native>region L</native> <nativeregionname></nativeregionname> <summarylabel>au</summarylabel> </mapping>Next, add new mappings for the fields that you would like to make searchable in the interface. (Remember, each BibClass record will typically be searchable across all fields by using the mapping entire record, which is mapped to region A.) In the following three examples, we declare (1) a new, simple field based on a single element, (2) a re-mapping of an element already declared for BibClass, and (3) a new element based on the combination of two complex searches:
<mapping> <label>patent number</label> <synthetic></synthetic> <native>region PATNO</native> <nativeregionname></nativeregionname> <summarylabel>patent #</summarylabel> </mapping>
<mapping> <label>year</label> <synthetic></synthetic> <native>region YR within region citation</native> <nativeregionname></nativeregionname> <summarylabel>year</summarylabel> </mapping>
<mapping> <label>data type</label> <synthetic></synthetic> <native>(region geoform within region citation) + (region formname)</native> <nativeregionname></nativeregionname> <summarylabel>data type</summarylabel> </mapping>
You will need to have the colldb database point to your new map file, and to declare the new searchable fields for the user interface. First, in collmgr's map field, declare your map file (e.g., patent.map). Next, in collmgr's regionsearch field, add your searchable fields. These must correspond to the label elements in the mapping, described above.
You may also need to support searchable fields such as date of publication (e.g., for sorting) or ID (for record-oriented operations like using the bookbag), but not need to show these as being searchable in the user interface. In these cases, you should create mappings, but not declare the regions in collmgr.