Difference between revisions of "Template:Classic RAD"
Line 85: | Line 85: | ||
*Create a "RAD title notes" taxonomy for title notes. | *Create a "RAD title notes" taxonomy for title notes. | ||
*Abolish ''Title and statement of responsibility area'' div since all data can be handled by other areas. | *Abolish ''Title and statement of responsibility area'' div since all data can be handled by other areas. | ||
+ | |||
+ | |||
+ | == Class of material specific details area == | ||
+ | |||
+ | [[Image:tmplClassicRADClassMaterialSpecific1.png|500px|right|thumb|Option 1: separate div displaying each field]] | ||
+ | |||
+ | [[Image:tmplClassicRADClassMaterialSpecific2.png|500px|right|thumb|Option 2: separate div showing only fields as needed]] | ||
+ | |||
+ | This div corresponds to RAD area 1.3. It is used only with certain special media: catrographic materials (5.3 Mathematical data area – 3 elements), architectural and technical drawings (6.3 Scale area – 1 element), and philatelic records (13.3 Issue data area – 2 elements). None of these elements have direct ISAD(G) or Qubit analogs. The main options are to implement as custom fields or assimilate to Qubit '''notes'''. | ||
+ | |||
+ | '''Option 1''' | ||
+ | *Map RAD elements to Qubit custom fields (storing field names and values in Qubit '''property''' records related to the information object). | ||
+ | *Include fields on the interface for each field. | ||
+ | |||
+ | |||
+ | '''Option 2''' | ||
+ | *Same as (1) except do not include each field on interface, only on an "as-needed" basis. | ||
+ | *Use a drop-down list controlled by a "Class of material specific details" taxonomy of RAD element names. | ||
+ | |||
+ | |||
+ | '''Option 3''' | ||
+ | *Map RAD elements to Qubit '''notes''', using "Class of material specific details" taxonomy to control note types by RAD element names. | ||
+ | *Eliminate ''Class of material specific details area'' as separate div, since it is handled by ''Notes area''. | ||
+ | *Or, retain as separate div displaying only this type of note. |
Revision as of 18:07, 28 August 2008
Please note that ICA-AtoM is no longer actively supported by Artefactual Systems.
Visit https://www.accesstomemory.org for information about AtoM, the currently supported version.
Main Page > BCAUL pilot project > Templates
Template: Classic RAD
|
Title and statement of responsibility area |
Overview
This version of the RAD template follows RAD's areas of description closely. The divs that structure the data entry screen are drawn from RAD areas, with additional divs to handle Qubit-required fields / implementations that have no RAD equivalent. RAD also contains a number of elements that have no ISAD(G) or Qubit analogs. There are two basic approaches for handling these:
- Create custom fields via the Qubit property table; or
- Map RAD elements onto existing Qubit fields, relying on the Qubit note and event tables to handle exceptions.
Approach (1) is most RAD-compliant but it requires more back-end customization to implement fields that are little-used even in RAD environments. Approach (2) requires less customization, but results in loss of RAD-specific information. In many cases a "mixed" approach may be most appropriate. Options are set out and ilustrated below in the relevant RAD area of description.
Title and statement of responsibility area
This div corresponds to RAD area 1.1. Where ISAD(G) has only 1 title element (3.1.2), RAD breaks titles down into 5 elements: Title proper (1.1B), General material designation (1.1C), Parallel titles (1.1D), Other title information (1.1E), and Statements of responsibility (1.1F - applies only at item-level). These elements are then concatenated into a single title statement, with punctuation rules to distinguish the various components. RAD also includes 6 separate Note area elements for notes relating to titles (1.8B1 - 1.8B6). There are several options for implementing this area in Qubit.
Option 1
- Create a new title table in Qubit to support multiple titles.
- RAD includes examples of many types of titles (formal, supplied, traditional, alternative, parallel).
- Table could also track previous titles (if name of fonds / collection has changed over time).
- Fields could include information_object_id, title, type_id, start_date, end_date.
- Would also be useful for ISAD(G) template.
Option 2
- Handle RAD elements as custom fields (field name and value stored in related Qubit property records).
- Use a getRADTitle() method to return the full title on the View screen, formatted according to RAD punctuation rules.
Option 3
- Map all RAD element onto the single Qubit field information_object::title.
- Leave it to user to structure content according to RAD requirements.
- Use Qubit notes for additonal info relating to title.
- Abolish Title and statement of responsibility area div since all data is handled by other areas.
Option 4
- Map RAD Title proper to Qubit information_object::title.
- Accommodate RAD General material designation (1.1C) as custom field mapped to Qubit property::name="gmd" value=" ".
- Use Qubit event to register RAD Statements of responsibility.
- Map all other RAD titles to Qubit information_object::alternate_title.
- Use Qubit notes to manage any other descriptive info relating to title.
- Create a "RAD title notes" taxonomy for title notes.
- Abolish Title and statement of responsibility area div since all data can be handled by other areas.
Class of material specific details area
This div corresponds to RAD area 1.3. It is used only with certain special media: catrographic materials (5.3 Mathematical data area – 3 elements), architectural and technical drawings (6.3 Scale area – 1 element), and philatelic records (13.3 Issue data area – 2 elements). None of these elements have direct ISAD(G) or Qubit analogs. The main options are to implement as custom fields or assimilate to Qubit notes.
Option 1
- Map RAD elements to Qubit custom fields (storing field names and values in Qubit property records related to the information object).
- Include fields on the interface for each field.
Option 2
- Same as (1) except do not include each field on interface, only on an "as-needed" basis.
- Use a drop-down list controlled by a "Class of material specific details" taxonomy of RAD element names.
Option 3
- Map RAD elements to Qubit notes, using "Class of material specific details" taxonomy to control note types by RAD element names.
- Eliminate Class of material specific details area as separate div, since it is handled by Notes area.
- Or, retain as separate div displaying only this type of note.