SALVIAS[Veg+],Veg+,Comments

canopy_form,canopyForm,

canopy_position,canopyPosition,

coll_number,catalogNumber/_alt/1,Brad: Map instead as for voucher_string

SourceVoucher,catalogNumber/_alt/2,"Brad: OMIT. This is the verbatim text, which includes both collectors name and collection number. I would use coll_number, below."

census_no,censusNumber,"Brad: Assigned by SALVIAS. 1 for first plot, then 2, 3, etc. I can't recall if we even have repeat censuses in SALVIAS. Probably not."

cover_percent,coverPercent,

temp_dbh,diameterBreastHeight,

census_date,eventDate,"This is for the subplot, not the organism, as all organisms in a subplot have the same value for it. The following query returns no rows:

-----

SELECT ""PlotID"", ""Line"", count(DISTINCT census_date) AS census_date_count

GROUP BY ""PlotID"", ""Line""

HAVING count(DISTINCT census_date) > 1

-----"

Family,family,

Notes,fieldNotes,

Genus,genus,

height_m,height,

ht_first_branch_m,heightFirstBranch,

cfaff,identificationQualifier,"Brad: Not sure where this goes. Indicator of identification uncertainty. 'cf.'=similar to the species listed, 'aff.'=related to the species list, but not the same. You'll need to check with Bob and with Nick where these go in VegX and VegBank."

NoInd,individualCount,"Brad: This is a count of number of indiiduals for an *aggregate* observation. For VegBank, I'm not sure. Not exactly the same as stemCount. An individual tree could have 3 stems but would still only count as 1. We need to check with Bob on this."

PlotObsID,individualID,"Brad: Neither is correct; this is just an internal ID for table plotObservations. However, it has the important property of uniquely identifying an ""observation"", which is an individual tree, in the case of an individual observation, or a records of a species with an associated count of individuals or measurement of percent cover, in the case of aggregate observations. Not sure where to store this. Main point is that it is not part of the original data, but an auto_increment added later."

infra_ep_1,infraspecificEpithet,

liana_infestation,lianaInfestation,

PlotID,locationID,

x_position,organismX,"Brad: These are important, fundamental values of many tree plots"

y_position,organismY,Brad: See comment above for x_position

PlotCode,plotName,

tag2,previousTag,"Brad: See commend for tag1. Your mapping for tag2 looks correct. Probably both values would go here, only nested, with one superceding the other."

Ind,recordNumber,"Brad: Code, if any, used by the data provider to indicate an individual tree. Scope is unknown, although typically this value is unique only within plot, or sometimes only within subplot."

coll_firstname,recordedBy.givenName,Brad: See comment above

coll_lastname,recordedBy.surName,"Brad: This is the collector of a separate specimen which vouchers this tree or species. I worry that vouchers are not properly accommodated in VegX. Again, we need to check with Nick."

auth,scientificNameAuthorship,Brad: This is the author of the scientificName.

Species,specificEpithet,

Line,subplot,

tag1,tag,"Brad: Another type of code, typically a number, used by the original data provider to indicate an individual tree. These are numbers on physical tags attached to the tree. Tag2 Is the same thing, only used if the first tag was lost. Obviously not a good system as it's possible a tree tag could be lost and changed more than once."

infra_rank_1,taxonRank,

OrigFamily,verbatimFamily,Brad: OMIT

OrigGenus,verbatimGenus,

Habit,verbatimGrowthForm,"Brad: This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."