Revision 495
Added by Aaron Marcuse-Kubitza almost 13 years ago
SALVIAS_db-VegBIEN.organisms.csv | ||
---|---|---|
6 | 6 |
intercept_cm,"/aggregateoccurrence/definedvalue[*_id/userdefined[tablename=aggregateoccurrence,userdefinedname=interceptCm]:[userdefinedtype=varchar]]:[@fkey=tableRecord_ID]/definedvalue","Brad: Incorrect for VegBank 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." |
7 | 7 |
temp_dbh,/aggregateoccurrence/individualplant/diameter, |
8 | 8 |
height_m,/aggregateoccurrence/individualplant/height,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob |
9 |
coll_number,/aggregateoccurrence/individualplant/specimen:[*_id/reference]/catalognumber_dwc,Brad: Incorrect. Map instead as for voucher_string |
|
10 |
census_date,/aggregateoccurrence/individualplant/specimen:[*_id/reference]/collectiondate/_date/date, |
|
9 | 11 |
tag2,/aggregateoccurrence/individualplant/stem/authorcode/_alt/1,"Brad: See commend for tag1. Your mapping for tag2 looks correct. Probably both values would go here, only nested, with one superceding the other." |
10 | 12 |
tag1,/aggregateoccurrence/individualplant/stem/authorcode/_alt/2,"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." |
11 | 13 |
ht_first_branch_m,"/aggregateoccurrence/individualplant/stem/definedvalue[*_id/userdefined[tablename=stem,userdefinedname=heightFirstBranchM]:[userdefinedtype=varchar]]:[@fkey=tableRecord_ID]/definedvalue",Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob |
12 | 14 |
x_position,/aggregateoccurrence/individualplant/stem/xposition,"Brad: Correct for VegBank. I'm not so sure for VegX. Let's ask Nick about this. These are important, fundamental values of many tree plots, and should be accommodated within VegX." |
13 | 15 |
y_position,/aggregateoccurrence/individualplant/stem/yposition,Brad: See comment above for x_position |
14 |
census_date,/specimen/collectiondate/_date/date, |
|
15 |
coll_number,/taxondetermination[role_id/aux_role/rolecode=collector]/collectionnumber,Brad: Incorrect. Map instead as for voucher_string |
|
16 | 16 |
coll_firstname,"/taxondetermination[role_id/aux_role/rolecode=collector]/collector_id/party/{givenname/_namePart/first,middlename/_namePart/last}",Brad: See comment above |
17 | 17 |
coll_lastname,/taxondetermination[role_id/aux_role/rolecode=collector]/collector_id/party/{surname},"Brad: Correct for VegBank. 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." |
18 | 18 |
census_no,"/taxondetermination[role_id/aux_role/rolecode=collector]/definedvalue[*_id/userdefined[tablename=taxondetermination,userdefinedname=censusNo]:[userdefinedtype=varchar]]:[@fkey=tableRecord_ID]/definedvalue","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." |
Also available in: Unified diff
VegBIEN: Merged specimen.collectionnumber and catalognumber_dwc fields. Removed NOT NULL constraints on several specimen columns because not all specimens have all identifiers. Mapped to new specimen fields.