01.12.2012 Views

An Introduction to the Botanical Type Specimen Register

An Introduction to the Botanical Type Specimen Register

An Introduction to the Botanical Type Specimen Register

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

14 SMITHSONIAN CONTRIBUTIONS TO BOTANY<br />

Smithsonian well in advance of initiating a project<br />

so that a compatible way of compiling data can be<br />

devised before <strong>the</strong> first record is collected. At pres-<br />

ent <strong>the</strong> <strong>Type</strong> <strong>Register</strong> staff has its hands full with<br />

<strong>the</strong> internal Smithsonian file but will do its best<br />

<strong>to</strong> cooperate with o<strong>the</strong>r potential contribu<strong>to</strong>rs <strong>to</strong><br />

set up procedures for submitting data. The most<br />

efficient way of collaborating under present cir-<br />

cumstances is <strong>to</strong> submit <strong>the</strong> records on <strong>the</strong> standard<br />

data form (Figure 2) <strong>to</strong> <strong>the</strong> Smithsonian for proc-<br />

essing, but with adequate planning it will be possi-<br />

ble for ano<strong>the</strong>r institution <strong>to</strong> convert its own data<br />

in<strong>to</strong> machine-readable form in-house before submit-<br />

ting <strong>the</strong> data <strong>to</strong> <strong>the</strong> Smithsonian and <strong>the</strong>reby <strong>to</strong> save<br />

time and effort in <strong>the</strong> overall process, at least where<br />

large herbaria are concerned. Complete records,<br />

i.e., with all essential data present, submitted by<br />

o<strong>the</strong>r institutions are placed in <strong>the</strong> queue and proc-<br />

essed in due course as time permits. Incomplete<br />

records, particularly those without proper biblio-<br />

graphic citations, are set aside in an inactive file<br />

where, for lack of staff <strong>to</strong> complete <strong>the</strong>m, <strong>the</strong>y may<br />

remain indefinitely. Potential contribu<strong>to</strong>rs should<br />

keep in mind, <strong>the</strong>refore, that any effort that falls<br />

short of providing complete records risks becoming<br />

a wasted effort.<br />

A collaborating institution should always work<br />

from <strong>the</strong> current catalog in <strong>the</strong> <strong>Type</strong> <strong>Register</strong>, if<br />

one exists, of <strong>the</strong> genus or o<strong>the</strong>r taxonomic group<br />

concerned. The Carex: Catalog, for example, pro-<br />

vides a checklist of taxa already registered which<br />

can be used as a <strong>to</strong>ol by any herbarium wishing <strong>to</strong><br />

search its own collections for type specimens of this<br />

genus. Working catalogs for o<strong>the</strong>r registered groups<br />

can be provided at cost by <strong>the</strong> Smithsonian as <strong>the</strong>y<br />

are needed. The purpose of this procedure is <strong>to</strong><br />

reduce unnecessary effort on <strong>the</strong> part of both <strong>the</strong><br />

compiler and <strong>the</strong> edi<strong>to</strong>r. In <strong>the</strong> system, all speci-<br />

mens pertaining <strong>to</strong> a given taxon are registered un-<br />

der a single entry, and thus <strong>the</strong>re is one unit record<br />

per taxon. It is <strong>the</strong> edi<strong>to</strong>r’s responsibility <strong>to</strong> pre-<br />

vent duplications of <strong>the</strong> same taxa in <strong>the</strong> first place<br />

and in <strong>the</strong> second place <strong>to</strong> discover and delete <strong>the</strong><br />

occasional duplication that inevitably creeps in<strong>to</strong> a<br />

file of <strong>the</strong> size and complexity of <strong>the</strong> <strong>Type</strong> <strong>Register</strong>.<br />

Individual compilers can do much <strong>to</strong> assist <strong>the</strong><br />

edi<strong>to</strong>r in preventing duplications, however, by<br />

keeping <strong>the</strong>mselves informed, through working<br />

catalogs, of <strong>the</strong> current status of <strong>the</strong> file, and by<br />

using procedures that minimize <strong>the</strong> chances of sub-<br />

mitting duplicate information for taxa already re-<br />

corded.<br />

The procedural details will differ from institu-<br />

tion <strong>to</strong> institution, but <strong>the</strong>se general guidelines<br />

should be followed, unless o<strong>the</strong>r special arrange-<br />

ments have been made beforehand:<br />

(1) All new records-taxa new <strong>to</strong> <strong>the</strong> file-should<br />

be submitted on <strong>the</strong> standard data collection form<br />

(Figure 1) and according <strong>to</strong> <strong>the</strong> technical data spec-<br />

ifications used by <strong>the</strong> Smithsonian. Be sure that<br />

<strong>the</strong> original name and not a later combination is<br />

being used.<br />

(2) All additions <strong>to</strong> existing records-supple-<br />

mentary publication or collection data, and collec-<br />

tions or specimens new <strong>to</strong> <strong>the</strong> file-should be<br />

submitted as annotations <strong>to</strong> <strong>the</strong> appropriate records<br />

in a copy of <strong>the</strong> working catalog; or, if <strong>the</strong>y are<br />

submitted on standard data forms or in a separate<br />

typewritten listing, each addition should be prop-<br />

erly referenced <strong>to</strong> <strong>the</strong> record in <strong>the</strong> file <strong>to</strong> which<br />

it belongs. Care should be taken <strong>to</strong> distinguish<br />

between specimens that belong <strong>to</strong> a collection al-<br />

ready registered in <strong>the</strong> file and specimens that<br />

introduce a new collection but <strong>to</strong> an already regis-<br />

tered taxon. Both constitute additions but on dif-<br />

ferent levels. The latter situation arises frequently<br />

when syntypes are involved, but slight discrepan-<br />

cies in collection data can easily be overlooked by<br />

<strong>the</strong> compiler, leading him <strong>to</strong> <strong>the</strong> conclusion that<br />

<strong>the</strong> former situation obtains. If <strong>the</strong> collection data<br />

recorded in <strong>the</strong> <strong>Register</strong> are not identical or at least<br />

reconcilable with <strong>the</strong> collection data of <strong>the</strong> speci-<br />

men in hand, <strong>the</strong>n <strong>the</strong> discrepancy should be re-<br />

solved appropriately or <strong>the</strong> specimen excluded. In<br />

annotating <strong>the</strong> catalog, it is important <strong>to</strong> be sure<br />

that <strong>the</strong> additions are clearly associated with <strong>the</strong><br />

proper collection where two or more collections<br />

are registered.<br />

(3) All proposed changes <strong>to</strong> existing information<br />

in <strong>the</strong> file should be submitted with documentation<br />

as annotations <strong>to</strong> <strong>the</strong> appropriate records in a copy<br />

of <strong>the</strong> working catalog; or, if <strong>the</strong>y are submitted<br />

on standard data forms or in a separate typewritten<br />

listing, each addition should be properly referenced<br />

<strong>to</strong> <strong>the</strong> record in <strong>the</strong> file <strong>to</strong> which it pertains. With-<br />

out documentation, proposed changes raise more<br />

questions than <strong>the</strong>y answer and complicate <strong>the</strong><br />

work of <strong>the</strong> edi<strong>to</strong>r.<br />

The most common errors, experience has shown,<br />

are mistaking (1) a later combination for an ongi-

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!