Project

General

Profile

« Previous | Next » 

Revision 4195

inputs/SALVIAS*/1.organisms/map.csv: Remapped OrigFamily/OrigGenus/OrigSpecies to new verbatim* taxonomic names. Also remapped cfaff to verbatimIdentificationQualifier, because it was previously mapped to the same taxondetermination as the Orig* terms, but this will later need to be remapped to identificationQualifier (not in this commit because that is a separate change). Note that the switch to the verbatim* taxonomic names removes a concatenated binomial that was part of the previous mappings, which put OrigGenus and OrigSpecies together into one scientificName.

View differences:

map.full.csv
13 13
infra_rank_1,computer.taxonRank,
14 14
cover_percent,coverPercent,
15 15
stem_dbh,diameterBreastHeight,
16
orig_family,family,Brad: OMIT
17 16
habit,habit,"Brad: This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."
18 17
stem_height_m,height/_alt/1,"Brad: Same as for height, but applies to individuals stems, not trees. Rare."
19 18
height_m,height/_alt/2,
20 19
ht_first_branch_m,heightFirstBranch,
21 20
stem_height_first_branch_m,heightFirstBranch,"Brad: Same as for ht_first_branch_m, but applies to individuals stems, not trees. Rare."
22
cf_aff,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."
23 21
no_of_individuals,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."
24 22
OBSERVATION_ID,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."
25 23
stem_liana_infestation,lianaInfestation,
......
41 39
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."
42 40
x_position,relativePlotX,"Brad: These are important, fundamental values of many tree plots"
43 41
y_position,relativePlotY,Brad: See comment above for x_position
44
orig_species,scientificName/_name/last,Brad: OMIT
45 42
notes,stemNotes,
46 43
tag1,tag/_alt/1,"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."
47 44
stem_tag1,tag/_alt/2,"Brad: Same as tag1 & tag2, but applied to individual stems. I'm still not clear how to distinguish between methods which tag only individuals trees, and those which tag individual stems."
45
orig_family,verbatimFamily,Brad: OMIT
46
cf_aff,verbatimIdentificationQualifier,"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."
47
orig_species,verbatimSpecificEpithet,Brad: OMIT
48 48
intercept_cm,volumeCanopy,"Brad: This is an aggregate observation. Used in line-intercept methodology only, describes the point along centerline at which an individual intercepts the center line of the plot. Used to determin relative abundance."
49 49
det_type,voucherType,"Brad: A SALVIAS value referring to the relationship between the voucher specimen and the observation. Affect how the identification of the specimen(latin name) is transferred to the observation. 'direct'=voucher specimen was collected from this same tree; they are one and the same individual. 'indirect'=voucher specimen was collected for a different individual, but the original data provider confirmed that this is the same species. 'default'=basically same as 'indirect'. 'uncollected'=no voucher specimen, data provider  asserted that this was the name but was unable to collect. The main different is that with 'direct', 'indirect', and 'default', the scientific name can be updated automatically based on the name attached to the specimen voucher (assuming you have a link to that data, presumably from a herbarium database. Whereas, if det_type='uncollected', the name can never change because there is no specimen."

Also available in: Unified diff