Project

General

Profile

« Previous | Next » 

Revision 4117

View differences:

inputs/MT/maps/Veg+.specimens.full.csv
1
MT[Veg+],Veg+,Comments
2
basisOfRecord,basisOfRecord
3
collectionCode,collectionCode
4
collectionID,collectionID
5
continent,continent
6
countryCode,countryCode
7
datasetName,datasetName
8
establishmentMeans,establishmentMeans
9
family,family
10
genus,genus
11
id,id
12
individualCount,individualCount
13
institutionCode,institutionCode
14
language,language
15
locality,locality
16
occurrenceRemarks,occurrenceRemarks
17
rights,rights
18
rightsHolder,rightsHolder
19
type,type
inputs/MT/maps/Veg+.specimens.csv
1
MT[Veg+],Veg+,Comments
inputs/XAL/maps/Veg+.specimens.full.csv
1
"XAL[Veg+,darwin:]:/content/record/",Veg+,Comments
2
BasisOfRecord,BasisOfRecord
3
CatalogNumber,CatalogNumber
4
Class,Class
5
CollectionCode,CollectionCode
6
Collector,Collector
7
ContinentOcean,ContinentOcean
8
CoordinatePrecision,CoordinatePrecision
9
Country,Country
10
County,County
11
DateLastModified,DateLastModified
12
DayCollected,DayCollected
13
DayIdentified,DayIdentified
14
Family,Family
15
Genus,Genus
16
IdentifiedBy,IdentifiedBy
17
IndividualCount,IndividualCount
18
InstitutionCode,InstitutionCode
19
JulianDay,JulianDay
20
Kingdom,Kingdom
21
Latitude,Latitude
22
Locality,Locality
23
Longitude,Longitude
24
MaximumDepth,MaximumDepth
25
MaximumElevation,MaximumElevation
26
MinimumDepth,MinimumDepth
27
MinimumElevation,MinimumElevation
28
MonthCollected,MonthCollected
29
MonthIdentified,MonthIdentified
30
Notes,Notes
31
Order,Order
32
Phylum,Phylum
33
PreparationType,PreparationType
34
PreviousCatalogNumber,PreviousCatalogNumber
35
RelatedCatalogItem,RelatedCatalogItem
36
RelationshipType,RelationshipType
37
ScientificName,ScientificName
38
ScientificNameAuthor,ScientificNameAuthor
39
Sex,Sex
40
Species,Species
41
StateProvince,StateProvince
42
Subspecies,Subspecies
43
TimeOfDay,TimeOfDay
44
TypeStatus,TypeStatus
45
YearCollected,YearCollected
46
YearIdentified,YearIdentified
47
CollectorNumber,recordNumber/_alt/1,
48
FieldNumber,recordNumber/_alt/2,"This historical DwC term (http://rs.tdwg.org/dwc/terms/history/index.htm#fieldNumber-2009-04-24) has close to the same meaning as recordNumber (http://rs.tdwg.org/dwc/terms/#recordNumber). It is also unused: `grep -F ""<darwin:FieldNumber>"" inputs/XAL/src/digir.specimens.xml` returns no lines."
inputs/XAL/maps/Veg+.specimens.csv
1
"XAL[Veg+,darwin:]:/content/record/",Veg+,Comments
2
CollectorNumber,recordNumber/_alt/1,
3
FieldNumber,recordNumber/_alt/2,"This historical DwC term (http://rs.tdwg.org/dwc/terms/history/index.htm#fieldNumber-2009-04-24) has close to the same meaning as recordNumber (http://rs.tdwg.org/dwc/terms/#recordNumber). It is also unused: `grep -F ""<darwin:FieldNumber>"" inputs/XAL/src/digir.specimens.xml` returns no lines."
inputs/NY/maps/Veg+.specimens.full.csv
1
NY[Veg+],Veg+,Comments
2
BasisOfRecord,BasisOfRecord
3
BoundingBox,BoundingBox
4
CatalogNumber,CatalogNumber
5
Class,Class
6
CollectionCode,CollectionCode
7
Collector,Collector
8
CollectorNumber,CollectorNumber
9
ContinentOcean,ContinentOcean
10
CoordinatePrecision,CoordinatePrecision
11
Country,Country
12
County,County
13
DateLastModified,DateLastModified
14
DayCollected,DayCollected
15
DayIdentified,DayIdentified
16
Family,Family
17
Genus,Genus
18
Habitat,Habitat
19
IdentifiedBy,IdentifiedBy
20
IndividualCount,IndividualCount
21
InstitutionCode,InstitutionCode
22
JulianDay,JulianDay
23
Kingdom,Kingdom
24
Latitude,Latitude
25
Locality,Locality/_merge/1,
26
Substrate,"Locality/_merge/2/_label[label=""substrate""]/value",
27
Vegetation,"Locality/_merge/3/_label[label=""vegetation""]/value",
28
Longitude,Longitude
29
MaximumDepth,MaximumDepth
30
MaximumElevation,MaximumElevation
31
MinimumDepth,MinimumDepth
32
MinimumElevation,MinimumElevation/_nullIf:[null=.]/value,
33
MonthCollected,MonthCollected
34
MonthIdentified,MonthIdentified
35
Notes,Notes/_merge/1,
36
PlantFungusDescription,"Notes/_merge/2/_label[label=""plant fungus""]/value",
37
Order,Order
38
Phylum,Phylum
39
PreparationType,PreparationType
40
PreviousCatalogNumber,PreviousCatalogNumber
41
RelatedCatalogItem,RelatedCatalogItem
42
RelationshipType,RelationshipType
43
ScientificName,ScientificName
44
ScientificNameAuthor,ScientificNameAuthor
45
Sex,Sex
46
Species,Species
47
StateProvince,StateProvince
48
Subspecies,Subspecies
49
TimeOfDay,TimeOfDay
50
TypeStatus,TypeStatus
51
YearCollected,YearCollected
52
YearIdentified,YearIdentified
53
UniqueNYInternalRecordNumber,occurrenceID,
54
FieldNumber,recordNumber,Usage inconsistent with DwC definition
55
key,,Not used because UniqueNYInternalRecordNumber is a better pkey
inputs/NY/maps/Veg+.specimens.csv
1
NY[Veg+],Veg+,Comments
2
key,,Not used because UniqueNYInternalRecordNumber is a better pkey
3
FieldNumber,recordNumber,Usage inconsistent with DwC definition
4
Locality,Locality/_merge/1,
5
MinimumElevation,MinimumElevation/_nullIf:[null=.]/value,
6
Notes,Notes/_merge/1,
7
PlantFungusDescription,"Notes/_merge/2/_label[label=""plant fungus""]/value",
8
Substrate,"Locality/_merge/2/_label[label=""substrate""]/value",
9
Vegetation,"Locality/_merge/3/_label[label=""vegetation""]/value",
10
UniqueNYInternalRecordNumber,occurrenceID,
inputs/Madidi/maps/Veg+.1.organisms.csv
1
Madidi,Veg+,Comments
2
Expedition,,
3
Inventory name,,
4
Number of inventory (general),,
5
Number of inventory (expedition),,
6
"Type Inventory (C, PP, TP)",,
7
Inventory code,,
8
Tag number,,
9
Tree number,,
10
Number of subplot,,
11
Index collector,,
12
Specimen,,
13
Similar specimen,,
14
Plot specimen,,
15
Expedition specimen,,
16
Project specimen,,
17
Field family,,
18
Field name,,
19
Family (revised),,
20
Specie+autor,,
21
Genera,,
22
Specific epithet,,
23
Species and morphotypes,,
24
Autor (revised),,
25
Determined by,,
26
Qualifier,,
27
Common name,,
28
Circumference,,
29
Diameter,,
30
Trunk,,
31
Total height,,
32
Bole height,,
33
Habit,,
34
Phenology,,
35
Crown position,,
36
Crown shape,,
37
Liana presence,,
38
Basal area,,
39
Subplot X,,
40
Subplot Y,,
41
Plot X,,
42
Plot Y,,
43
Observations,,
inputs/Madidi/maps/Veg+.1.organisms.full.csv
1
Madidi,Veg+,Comments
2
Autor (revised),,
3
Basal area,,
4
Bole height,,
5
Circumference,,
6
Common name,,
7
Crown position,,
8
Crown shape,,
9
Determined by,,
10
Diameter,,
11
Expedition,,
12
Expedition specimen,,
13
Family (revised),,
14
Field family,,
15
Field name,,
16
Genera,,
17
Habit,,
18
Index collector,,
19
Inventory code,,
20
Inventory name,,
21
Liana presence,,
22
Number of inventory (expedition),,
23
Number of inventory (general),,
24
Number of subplot,,
25
Observations,,
26
Phenology,,
27
Plot X,,
28
Plot Y,,
29
Plot specimen,,
30
Project specimen,,
31
Qualifier,,
32
Similar specimen,,
33
Specie+autor,,
34
Species and morphotypes,,
35
Specific epithet,,
36
Specimen,,
37
Subplot X,,
38
Subplot Y,,
39
Tag number,,
40
Total height,,
41
Tree number,,
42
Trunk,,
43
"Type Inventory (C, PP, TP)",,
inputs/Madidi/maps/Veg+.0.plots.csv
1
Madidi,Veg+,Comments
2
Inventory number,,Not globally unique
3
Expedition number,projectID,Consistent (globally unique) between PPM and PT data
4
Expedition name,projectName,Consistent (globally unique) between PPM and PT data
5
Number of inventory (expedition),,The number of the event within the project
6
Inventory name,plotName,
7
Inventory code,locationID,
8
First evaluation,plotEventStartDate,
9
Installed and evaluated by,,"Need a way to store a verbatim list of people, or a function to parse it and insert it iteratively into party"
10
Collaborators,,"Need a way to store a verbatim list of people, or a function to parse it and insert it iteratively into party"
11
Related Epilocs,,"It appears to be a list of people, some with #s after them. It doesn't seem like the definition of Epiloc at <http://rithm.wikispaces.com/Tropicos.Epiloc>, which relates to individual specimens, not whole plots."
12
Area,plotArea,
13
Number of stems,,Do we want to store this data?
14
Number of trees,,Do we want to store this data?
15
Coordinates,,Concatenation of Latitude (DMS) and Longitude (DMS)
16
Latitude,decimalLatitude/_alt/1,
17
Longitude,decimalLongitude/_alt/1,
18
Latitude (DMS),decimalLatitude/_alt/2,
19
Longitude (DMS),decimalLongitude/_alt/2,
20
Altitude,verbatimElevation,
21
Minimum altitude,minimumElevationInMeters,
22
Locality,locality,
23
Locality description,communityName,Often begins with the text in Vegetation type
24
Direction,slopeAspect/_alt/1,Part files provide either this field or Direction
25
Vegetation type,communityID,
26
Topographical situation,landform,
27
Slope,slopeGradient,
28
Soil sample,,Always empty
29
pH acuoso (ISRIC 4–– 1 - 14),ph,
30
Conductividad electrica (ASPT 6–µS/cm– 1 - 10000),conductivity,
31
Nitrógeno total (ISRIC 6–%–0.0014),nitrogen,
32
"Carbón Orgánico (WSP S-9,10–%–0.06)",carbon,
33
"Materia Orgánica (WSP S-9,10–%–0.1)",organic,
34
Fósforo disponible (ISRIC 14-2–mg/Kg–1.5),phosphorus,
35
"Sodio intercambiable (WSP S-5,10–cmolc/Kg–0.00083)",sodium,
36
"Potasio intercambiable (WSP S-5,10–cmolc/Kg–0.0053)",potassium,
37
"Calcio intercambiable (WSP S-5,10–cmolc/Kg–0.016)",calcium,
38
"Magnesio intercambiable (WSP S-5,10–cmolc/Kg–0.00083)",magnesium,
39
Acidez intercambiable (ISRIC 11–cmolc/Kg–0.05),acidity,
40
CIC (ISRIC 11–cmolc/Kg–0.05),cationExchangeCapacity,
41
Arena (DIN 18 123–%–2.5),sand,
42
Limo (DIN 18 123–%–1),silt,
43
Arcilla (DIN 18 123–%–1),clay,
44
Textural class,texture,
45
Observaciones,plotNotes,
46
Orientación/exposicion,slopeAspect/_alt/2,Part files provide either this field or Orientación
inputs/Madidi/maps/Veg+.0.plots.full.csv
1
Madidi,Veg+,Comments
2
Acidez intercambiable (ISRIC 11–cmolc/Kg–0.05),acidity,
3
"Calcio intercambiable (WSP S-5,10–cmolc/Kg–0.016)",calcium,
4
"Carbón Orgánico (WSP S-9,10–%–0.06)",carbon,
5
CIC (ISRIC 11–cmolc/Kg–0.05),cationExchangeCapacity,
6
Arcilla (DIN 18 123–%–1),clay,
7
Vegetation type,communityID,
8
Locality description,communityName,Often begins with the text in Vegetation type
9
Conductividad electrica (ASPT 6–µS/cm– 1 - 10000),conductivity,
10
Latitude,decimalLatitude/_alt/1,
11
Latitude (DMS),decimalLatitude/_alt/2,
12
Longitude,decimalLongitude/_alt/1,
13
Longitude (DMS),decimalLongitude/_alt/2,
14
Topographical situation,landform,
15
Locality,locality,
16
Inventory code,locationID,
17
"Magnesio intercambiable (WSP S-5,10–cmolc/Kg–0.00083)",magnesium,
18
Minimum altitude,minimumElevationInMeters,
19
Nitrógeno total (ISRIC 6–%–0.0014),nitrogen,
20
"Materia Orgánica (WSP S-9,10–%–0.1)",organic,
21
pH acuoso (ISRIC 4–– 1 - 14),ph,
22
Fósforo disponible (ISRIC 14-2–mg/Kg–1.5),phosphorus,
23
Area,plotArea,
24
First evaluation,plotEventStartDate,
25
Inventory name,plotName,
26
Observaciones,plotNotes,
27
"Potasio intercambiable (WSP S-5,10–cmolc/Kg–0.0053)",potassium,
28
Expedition number,projectID,Consistent (globally unique) between PPM and PT data
29
Expedition name,projectName,Consistent (globally unique) between PPM and PT data
30
Arena (DIN 18 123–%–2.5),sand,
31
Limo (DIN 18 123–%–1),silt,
32
Direction,slopeAspect/_alt/1,Part files provide either this field or Direction
33
Orientación/exposicion,slopeAspect/_alt/2,Part files provide either this field or Orientación
34
Slope,slopeGradient,
35
"Sodio intercambiable (WSP S-5,10–cmolc/Kg–0.00083)",sodium,
36
Textural class,texture,
37
Altitude,verbatimElevation,
38
Collaborators,,"Need a way to store a verbatim list of people, or a function to parse it and insert it iteratively into party"
39
Coordinates,,Concatenation of Latitude (DMS) and Longitude (DMS)
40
Installed and evaluated by,,"Need a way to store a verbatim list of people, or a function to parse it and insert it iteratively into party"
41
Inventory number,,Not globally unique
42
Number of inventory (expedition),,The number of the event within the project
43
Number of stems,,Do we want to store this data?
44
Number of trees,,Do we want to store this data?
45
Related Epilocs,,"It appears to be a list of people, some with #s after them. It doesn't seem like the definition of Epiloc at <http://rithm.wikispaces.com/Tropicos.Epiloc>, which relates to individual specimens, not whole plots."
46
Soil sample,,Always empty
inputs/UNCC/maps/Veg+.specimens.full.csv
1
UNCC[Veg+],Veg+,Comments
2
collector,Collector/_merge/1,
3
collector1,Collector/_merge/2,
4
collector2,Collector/_merge/3,
5
collector3,Collector/_merge/4,
6
sheetno,associatedMedia,?
7
collectno,collectorNumber,
8
country,country
9
county,county
10
collday,dayCollected,
11
cultivated,"establishmentMeans/_map:[Y=cultivated,N=wild,*=]/value",Ignore other values
12
family,family
13
comment1,fieldNotes/_merge/1,
14
comment2,fieldNotes/_merge/2,
15
comment3,fieldNotes/_merge/3,
16
comment4,fieldNotes/_merge/4,
17
campus,"fieldNotes/_merge/5/_label[label=""campus""]/value",
18
loanto,"fieldNotes/_merge/6/_label[label=""loaned to""]/value",
19
inorout,"fieldNotes/_merge/7/_label[label=""in or out""]/value",
20
genus,genus
21
habitat,habitat
22
infraname,infraspecificEpithet,
23
herbarium,institutionCode,
24
locality,locality
25
collmonth,monthCollected,
26
accession,occurrenceID,
27
flower,"reproductiveCondition/_map:[A=*,I=*,M=*]/value","Main values are A, I, and M. What do they mean?"
28
fruit,"reproductiveCondition/_map:[A=*,I=*,M=*]/value","Main values are A, I, and M. What do they mean?"
29
leaves,"reproductiveCondition/_map:[A=*,I=*,M=*]/value","Main values are A, I, and M. What do they mean?"
30
root,"reproductiveCondition/_map:[A=*,I=*,M=*]/value","Main values are A, I, and M. What do they mean?"
31
SciName,scientificName,
32
authors,scientificNameAuthorship,
33
species,species
34
state,state
35
usdaRank,taxonRank/_alt/1,
36
infrarank,taxonRank/_alt/2,
37
collyear,yearCollected,
38
filler,,"Where used, same as family"
inputs/UNCC/maps/Veg+.specimens.csv
1
UNCC[Veg+],Veg+,Comments
2
accession,occurrenceID,
3
herbarium,institutionCode,
4
usdaRank,taxonRank/_alt/1,
5
infrarank,taxonRank/_alt/2,
6
infraname,infraspecificEpithet,
7
SciName,scientificName,
8
authors,scientificNameAuthorship,
9
collector,Collector/_merge/1,
10
collector1,Collector/_merge/2,
11
collector2,Collector/_merge/3,
12
collector3,Collector/_merge/4,
13
collectno,collectorNumber,
14
collmonth,monthCollected,
15
collday,dayCollected,
16
collyear,yearCollected,
17
campus,"fieldNotes/_merge/5/_label[label=""campus""]/value",
18
leaves,"reproductiveCondition/_map:[A=*,I=*,M=*]/value","Main values are A, I, and M. What do they mean?"
19
flower,"reproductiveCondition/_map:[A=*,I=*,M=*]/value","Main values are A, I, and M. What do they mean?"
20
fruit,"reproductiveCondition/_map:[A=*,I=*,M=*]/value","Main values are A, I, and M. What do they mean?"
21
root,"reproductiveCondition/_map:[A=*,I=*,M=*]/value","Main values are A, I, and M. What do they mean?"
22
comment1,fieldNotes/_merge/1,
23
comment2,fieldNotes/_merge/2,
24
comment3,fieldNotes/_merge/3,
25
comment4,fieldNotes/_merge/4,
26
loanto,"fieldNotes/_merge/6/_label[label=""loaned to""]/value",
27
inorout,"fieldNotes/_merge/7/_label[label=""in or out""]/value",
28
sheetno,associatedMedia,?
29
cultivated,"establishmentMeans/_map:[Y=cultivated,N=wild,*=]/value",Ignore other values
30
filler,,"Where used, same as family"
inputs/ACAD/maps/Veg+.specimens.full.csv
1
ACAD[Veg+],Veg+,Comments
2
basisOfRecord,basisOfRecord
3
bibliographicCitation,bibliographicCitation
4
catalogNumber,catalogNumber
5
class,class
6
collectionCode,collectionCode
7
collectionID,collectionID
8
continent,continent
9
country,country
10
county,county
11
dateIdentified,dateIdentified
12
decimalLatitude,decimalLatitude
13
decimalLongitude,decimalLongitude
14
dynamicProperties,dynamicProperties
15
eventDate,eventDate
16
family,family
17
genus,genus
18
geodeticDatum,geodeticDatum
19
georeferenceSources,georeferenceSources
20
georeferenceVerificationStatus,georeferenceVerificationStatus
21
habitat,habitat
22
id,id
23
identificationRemarks,identificationRemarks
24
identifiedBy,identifiedBy
25
infraspecificEpithet,infraspecificEpithet
26
institutionCode,institutionCode
27
kingdom,kingdom
28
language,language
29
locality,locality
30
locationRemarks,locationRemarks
31
modified,modified
32
municipality,municipality
33
occurrenceRemarks,occurrenceRemarks
34
order,order
35
ownerInstitutionCode,ownerInstitutionCode
36
phylum,phylum
37
recordNumber,recordNumber
38
recordedBy,recordedBy
39
reproductiveCondition,reproductiveCondition
40
rights,rights
41
rightsHolder,rightsHolder
42
scientificName,scientificName
43
scientificNameAuthorship,scientificNameAuthorship
44
specificEpithet,specificEpithet
45
stateProvince,stateProvince
46
taxonRank,taxonRank
47
type,type
48
verbatimDepth,verbatimDepth
49
verbatimElevation,verbatimElevation
inputs/ACAD/maps/Veg+.specimens.csv
1
ACAD[Veg+],Veg+,Comments
inputs/CVS/maps/Veg+.1.organisms.csv
1
CVS,Veg+,Comments
2
authorObsCode,fieldNumber,
3
obsStartDate,plotEventStartDate,
4
realLatitude,decimalLatitude/_alt/1,
5
realLongitude,decimalLongitude/_alt/1,
6
locationAccuracy-m,coordinateUncertaintyInMeters,
7
publicLatitude,decimalLatitude/_alt/2,
8
publicLongitude,decimalLongitude/_alt/2,
9
confidentialityStatus,,
10
state,stateProvince,
11
county,county,
12
currentTaxonName sec Weakley 2006,scientificName,
13
%cover,coverPercent,
inputs/CVS/maps/Veg+.1.organisms.full.csv
1
CVS,Veg+,Comments
2
locationAccuracy-m,coordinateUncertaintyInMeters,
3
county,county,
4
%cover,coverPercent,
5
realLatitude,decimalLatitude/_alt/1,
6
publicLatitude,decimalLatitude/_alt/2,
7
realLongitude,decimalLongitude/_alt/1,
8
publicLongitude,decimalLongitude/_alt/2,
9
authorObsCode,fieldNumber,
10
obsStartDate,plotEventStartDate,
11
currentTaxonName sec Weakley 2006,scientificName,
12
state,stateProvince,
13
confidentialityStatus,,
inputs/SALVIAS-CSV/maps/Veg+.1.organisms.csv
1
SALVIAS-CSV,Veg+,Comments
2
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."
3
PLOT_ID,parentLocationID,"Brad: Not sure why this is repeated? This field and plotCode, as the same as above."
4
plot_code,parentPlotName,"Brad: Same as plotCode, above"
5
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."
6
census_date,plotEventStartDate,"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:
7
-----
8
SELECT ""PLOT_ID"", subplot, count(DISTINCT census_date) AS census_date_count
9
FROM ""SALVIAS-CSV"".organisms
10
WHERE subplot IS NOT NULL AND census_date IS NOT NULL
11
GROUP BY ""PLOT_ID"", subplot
12
HAVING count(DISTINCT census_date) > 1
13
-----"
14
subplot,plotName,
15
individual_code,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."
16
ind_id,,Brad: OMIT
17
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."
18
tag2,previousTag/_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."
19
x_position,relativePlotX,"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."
20
y_position,relativePlotY,Brad: See comment above for x_position
21
voucher_string,catalogNumber/_alt/2,"Brad: OMIT. This is the verbatim text, which includes both collectors name and collection number. I would use coll_number, below."
22
coll_number,catalogNumber/_alt/1,Brad: Incorrect. Map instead as for voucher_string
23
collector_code,,Brad: OMIT
24
coll_lastname,recordedBy.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."
25
coll_firstname,recordedBy.givenName,Brad: See comment above
26
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."
27
fam_status,,Brad: OMIT. This will be determined later by using TNRS.
28
gen_status,,Brad: OMIT. This will be determined later by using TNRS.
29
species_status,,"Brad: OMIT. Except, note that if species_status=3, this indicate that name is a morphospecies and not a standard latin name. Not exactly sure how to use this in BIEN, but could be useful during the name-scrubbing process with TNRS."
30
family,computer.family,
31
genus,computer.genus,
32
specific_epithet,computer.specificEpithet,
33
specific_authority,computer.scientificNameAuthorship,Brad: Incorrect. This is the author of the scientificName. The should be a place for this in the taxonomic name elements of VegB and VegX. Let's discuss.
34
infra_rank_1,computer.taxonRank,
35
infra_ep_1,computer.infraspecificEpithet,
36
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."
37
comments,,Brad: OMIT
38
habit,"growthForm/_map:[./{T,Arbol,palm}=tree,./{H,""Hemiepífito""}=hemiepiphyte,./{L,l,""L?"",Liana}=liana,E=epiphyte,S=shrub,Hb=herb,""vine-herbaceous""=vine,graminoid=grass,rosette=forb,*=]/value","Brad: Incorrect for VegBank, correct for VegX. This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."
39
no_of_individuals,individualCount,"Brad: Incorrect for VegX. 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."
40
cover_percent,coverPercent,
41
intercept_cm,volumeCanopy,"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."
42
height_m,height/_alt/2,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
43
ht_first_branch_m,heightFirstBranch,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
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
stem_tag2,previousTag/_alt/2,Brad: see above
46
stem_dbh,diameterBreastHeight,
47
basal_diam,basalDiameter,
48
stem_height_m,height/_alt/1,"Brad: Same as for height, but applies to individuals stems, not trees. Rare."
49
stem_height_first_branch_m,heightFirstBranch,"Brad: Should also be userDefined for VegBank. Same as for ht_first_branch_m, but applies to individuals stems, not trees. Rare."
50
stem_canopy_form,canopyForm,Brad: Should also be userDefined for VegBank. 
51
stem_canopy_position,canopyPosition,Brad: Should also be userDefined for VegBank. 
52
stem_liana_infestation,lianaInfestation,Brad: Should also be userDefined for VegBank. 
53
notes,stemNotes,
54
orig_family,family,Brad: OMIT
55
orig_species,scientificName/_name/last,Brad: OMIT
inputs/SALVIAS-CSV/maps/Veg+.1.organisms.full.csv
1
SALVIAS-CSV,Veg+,Comments
2
basal_diam,basalDiameter,
3
stem_canopy_form,canopyForm,Brad: Should also be userDefined for VegBank. 
4
stem_canopy_position,canopyPosition,Brad: Should also be userDefined for VegBank. 
5
coll_number,catalogNumber/_alt/1,Brad: Incorrect. Map instead as for voucher_string
6
voucher_string,catalogNumber/_alt/2,"Brad: OMIT. This is the verbatim text, which includes both collectors name and collection number. I would use coll_number, below."
7
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."
8
family,computer.family,
9
genus,computer.genus,
10
infra_ep_1,computer.infraspecificEpithet,
11
specific_authority,computer.scientificNameAuthorship,Brad: Incorrect. This is the author of the scientificName. The should be a place for this in the taxonomic name elements of VegB and VegX. Let's discuss.
12
specific_epithet,computer.specificEpithet,
13
infra_rank_1,computer.taxonRank,
14
cover_percent,coverPercent,
15
stem_dbh,diameterBreastHeight,
16
orig_family,family,Brad: OMIT
17
habit,"growthForm/_map:[./{T,Arbol,palm}=tree,./{H,""Hemiepífito""}=hemiepiphyte,./{L,l,""L?"",Liana}=liana,E=epiphyte,S=shrub,Hb=herb,""vine-herbaceous""=vine,graminoid=grass,rosette=forb,*=]/value","Brad: Incorrect for VegBank, correct for VegX. This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."
18
stem_height_m,height/_alt/1,"Brad: Same as for height, but applies to individuals stems, not trees. Rare."
19
height_m,height/_alt/2,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
20
ht_first_branch_m,heightFirstBranch,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
21
stem_height_first_branch_m,heightFirstBranch,"Brad: Should also be userDefined for VegBank. 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
no_of_individuals,individualCount,"Brad: Incorrect for VegX. 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
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
stem_liana_infestation,lianaInfestation,Brad: Should also be userDefined for VegBank. 
26
PLOT_ID,parentLocationID,"Brad: Not sure why this is repeated? This field and plotCode, as the same as above."
27
plot_code,parentPlotName,"Brad: Same as plotCode, above"
28
census_date,plotEventStartDate,"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:
29
-----
30
SELECT ""PLOT_ID"", subplot, count(DISTINCT census_date) AS census_date_count
31
FROM ""SALVIAS-CSV"".organisms
32
WHERE subplot IS NOT NULL AND census_date IS NOT NULL
33
GROUP BY ""PLOT_ID"", subplot
34
HAVING count(DISTINCT census_date) > 1
35
-----"
36
subplot,plotName,
37
tag2,previousTag/_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."
38
stem_tag2,previousTag/_alt/2,Brad: see above
39
individual_code,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."
40
coll_firstname,recordedBy.givenName,Brad: See comment above
41
coll_lastname,recordedBy.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."
42
x_position,relativePlotX,"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."
43
y_position,relativePlotY,Brad: See comment above for x_position
44
orig_species,scientificName/_name/last,Brad: OMIT
45
notes,stemNotes,
46
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
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."
48
intercept_cm,volumeCanopy,"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."
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."
50
collector_code,,Brad: OMIT
51
comments,,Brad: OMIT
52
fam_status,,Brad: OMIT. This will be determined later by using TNRS.
53
gen_status,,Brad: OMIT. This will be determined later by using TNRS.
54
ind_id,,Brad: OMIT
55
species_status,,"Brad: OMIT. Except, note that if species_status=3, this indicate that name is a morphospecies and not a standard latin name. Not exactly sure how to use this in BIEN, but could be useful during the name-scrubbing process with TNRS."
inputs/SALVIAS-CSV/maps/Veg+.0.plots.csv
1
SALVIAS-CSV,Veg+,Comments
2
project,projectName,
3
PLOT_ID,locationID,"Brad: This is artificial internal database ID; a unique identifier within SALVIAS DB to each plot, within the table plotMetadata."
4
plot_code,plotName,Brad: plotCode is as-assigned by data provider; guranteed to be unique only within dataset (=project)
5
major_geo,continent,
6
country,country,
7
pol1,stateProvince,Brad: No; pol1=stateProvince
8
pol2,county,Brad: No pol2=countyParish
9
locality_description,locality,"Brad: No; this is free text description of locality where plot was situated, same as for DwC. Not a description of vegetation. Most likely='namedPlace.placeDescription' in VB; not sure about VX, again need to ask Nick where locality descriptions live in VX"
10
lat_decimal,decimalLatitude,
11
long_decimal,decimalLongitude,
12
elev_m,verbatimElevation,Brad: Mean elevation in meters. This is a constrained decimal value; is there no place for this in VegX other than verbatimElevation? Check with Nick.
13
elev_max_m,maximumElevationInMeters,
14
elev_min_m,minimumElevationInMeters,
15
temp_c,temperature,
16
precip_mm,precipitation,
17
slope_aspect,slopeAspect,
18
slope_gradient,slopeGradient,
19
clay_percent,"clay/_units:[default=""%"",to=]/value",
20
silt_percent,"silt/_units:[default=""%"",to=]/value",
21
sand_percent,"sand/_units:[default=""%"",to=]/value",
22
organic_percent,"organic/_units:[default=""%"",to=]/value",
23
pH,ph,"Brad: For all these soil variables, how do we store information on method, units. Seems like an ontological structure would be more appropriate (measurementName, measurementValue, measurementUnits, measurementMethod). Same as BIEN traits table. Something to discuss."
24
soil_N,"nitrogen/_units:[default=""%"",to=]/value",
25
soil_P,"phosphorus/_units:[default=""%"",to=]/value/_map:[""<1,5""=0,*=*]/value",
26
soil_C,"carbon/_units:[default=""%"",to=]/value",
27
soil_K,"potassium/_units:[default=""%"",to=]/value",
28
soil_Mg,"magnesium/_units:[default=""%"",to=]/value",
29
soil_Ca,"calcium/_units:[default=""%"",to=]/value",
30
soil_Na,"sodium/_units:[default=""%"",to=]/value",
31
soil_acidity,"acidity/_units:[default=""%"",to=]/value/_map:[""<0.05""=0,*=*]/value",
32
soil_base,"baseSaturation/_units:[default=""%"",to=]/value",
33
soil_cation_cap,cationExchangeCapacity,
34
soil_conductivity,conductivity,
35
soil_texture,texture,
36
holdridge_life_zone,communityID,
37
life_zone_code,communityName,
38
observation_type,,"Brad: SALVIAS internal metadata indicating whether the record represents an individual or aggregate observation. Rather than storing, use to decide where to store in VegX.; Aaron: VegX aggregateOrganismObservation table is missing many fields available in individualOrganismObservation, so we're mapping to individualOrganismObservation regardless of observation type"
39
plot_methodology,samplingProtocol,
40
plot_area_ha,plotArea,"Brad: Area in hectares. Is there any way to store units?; Aaron: VegX plot area annotation says ""Total area of the plot in square meters."" so units are fixed"
41
recensused,,"Brad: This is a 0/1 value, internal to SALVIAS. 1 indicates that a  plot has >1 set of values, from different census events.; Aaron: Different censuses are distinguished in organisms data by different census_no values"
42
date_start,plotEventStartDate,
43
date_finish,plotEventEndDate,
inputs/SALVIAS-CSV/maps/Veg+.0.plots.full.csv
1
SALVIAS-CSV,Veg+,Comments
2
soil_acidity,"acidity/_units:[default=""%"",to=]/value/_map:[""<0.05""=0,*=*]/value",
3
soil_base,"baseSaturation/_units:[default=""%"",to=]/value",
4
soil_Ca,"calcium/_units:[default=""%"",to=]/value",
5
soil_C,"carbon/_units:[default=""%"",to=]/value",
6
soil_cation_cap,cationExchangeCapacity,
7
clay_percent,"clay/_units:[default=""%"",to=]/value",
8
holdridge_life_zone,communityID,
9
life_zone_code,communityName,
10
soil_conductivity,conductivity,
11
major_geo,continent,
12
country,country,
13
pol2,county,Brad: No pol2=countyParish
14
lat_decimal,decimalLatitude,
15
long_decimal,decimalLongitude,
16
locality_description,locality,"Brad: No; this is free text description of locality where plot was situated, same as for DwC. Not a description of vegetation. Most likely='namedPlace.placeDescription' in VB; not sure about VX, again need to ask Nick where locality descriptions live in VX"
17
PLOT_ID,locationID,"Brad: This is artificial internal database ID; a unique identifier within SALVIAS DB to each plot, within the table plotMetadata."
18
soil_Mg,"magnesium/_units:[default=""%"",to=]/value",
19
elev_max_m,maximumElevationInMeters,
20
elev_min_m,minimumElevationInMeters,
21
soil_N,"nitrogen/_units:[default=""%"",to=]/value",
22
organic_percent,"organic/_units:[default=""%"",to=]/value",
23
pH,ph,"Brad: For all these soil variables, how do we store information on method, units. Seems like an ontological structure would be more appropriate (measurementName, measurementValue, measurementUnits, measurementMethod). Same as BIEN traits table. Something to discuss."
24
soil_P,"phosphorus/_units:[default=""%"",to=]/value/_map:[""<1,5""=0,*=*]/value",
25
plot_area_ha,plotArea,"Brad: Area in hectares. Is there any way to store units?; Aaron: VegX plot area annotation says ""Total area of the plot in square meters."" so units are fixed"
26
date_finish,plotEventEndDate,
27
date_start,plotEventStartDate,
28
plot_code,plotName,Brad: plotCode is as-assigned by data provider; guranteed to be unique only within dataset (=project)
29
soil_K,"potassium/_units:[default=""%"",to=]/value",
30
precip_mm,precipitation,
31
project,projectName,
32
plot_methodology,samplingProtocol,
33
sand_percent,"sand/_units:[default=""%"",to=]/value",
34
silt_percent,"silt/_units:[default=""%"",to=]/value",
35
slope_aspect,slopeAspect,
36
slope_gradient,slopeGradient,
37
soil_Na,"sodium/_units:[default=""%"",to=]/value",
38
pol1,stateProvince,Brad: No; pol1=stateProvince
39
temp_c,temperature,
40
soil_texture,texture,
41
elev_m,verbatimElevation,Brad: Mean elevation in meters. This is a constrained decimal value; is there no place for this in VegX other than verbatimElevation? Check with Nick.
42
observation_type,,"Brad: SALVIAS internal metadata indicating whether the record represents an individual or aggregate observation. Rather than storing, use to decide where to store in VegX.; Aaron: VegX aggregateOrganismObservation table is missing many fields available in individualOrganismObservation, so we're mapping to individualOrganismObservation regardless of observation type"
43
recensused,,"Brad: This is a 0/1 value, internal to SALVIAS. 1 indicates that a  plot has >1 set of values, from different census events.; Aaron: Different censuses are distinguished in organisms data by different census_no values"
inputs/REMIB/maps/Veg+.specimens.full.csv
1
REMIB[Veg+],Veg+,Comments
2
acronym,collectionCode,
3
collector,collector
4
country,country
5
county,county
6
coll_day,dayCollected,
7
family,family
8
genus,genus
9
habitat,habitat
10
locality,locality
11
coll_month,monthCollected,
12
accession_number,occurrenceID,
13
preparation,preparation
14
specificEpithet,specificEpithet
15
state,state
16
lat_deg,verbatimLatitude,
17
long_deg,verbatimLongitude,
18
coll_year,yearCollected,
19
lat_min,,
20
lat_sec,,
21
long_min,,
22
long_sec,,
inputs/REMIB/maps/Veg+.specimens.csv
1
REMIB[Veg+],Veg+,Comments
2
acronym,collectionCode,
3
accession_number,occurrenceID,
4
long_deg,verbatimLongitude,
5
long_min,,
6
long_sec,,
7
lat_deg,verbatimLatitude,
8
lat_min,,
9
lat_sec,,
10
coll_day,dayCollected,
11
coll_month,monthCollected,
12
coll_year,yearCollected,
inputs/SALVIAS/maps/Veg+.1.organisms.full.csv
1
SALVIAS,Veg+,Comments
2
canopy_form,canopyForm,Brad: Should also be userDefined for VegBank. 
3
canopy_position,canopyPosition,Brad: Should also be userDefined for VegBank. 
4
coll_number,catalogNumber/_alt/1,Brad: Incorrect. Map instead as for voucher_string
5
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."
6
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."
7
Family,computer.family,
8
Genus,computer.genus,
9
infra_ep_1,computer.infraspecificEpithet,
10
auth,computer.scientificNameAuthorship,Brad: Incorrect. This is the author of the scientificName. The should be a place for this in the taxonomic name elements of VegB and VegX. Let's discuss.
11
Species,computer.specificEpithet,
12
infra_rank_1,computer.taxonRank,
13
cover_percent,coverPercent,
14
temp_dbh,diameterBreastHeight,
15
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:
16
-----
17
SELECT ""PlotID"", ""Line"", count(DISTINCT census_date) AS census_date_count
18
FROM ""SALVIAS"".organisms
19
WHERE ""Line"" IS NOT NULL AND census_date IS NOT NULL
20
GROUP BY ""PlotID"", ""Line""
21
HAVING count(DISTINCT census_date) > 1
22
-----"
23
OrigFamily,family,Brad: OMIT
24
Notes,fieldNotes,
25
Habit,"growthForm/_map:[./{T,Arbol,palm}=tree,./{H,""Hemiepífito""}=hemiepiphyte,./{L,l,""L?"",Liana}=liana,E=epiphyte,S=shrub,Hb=herb,""vine-herbaceous""=vine,graminoid=grass,rosette=forb,*=]/value","Brad: Incorrect for VegBank, correct for VegX. This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."
26
height_m,height,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
27
ht_first_branch_m,heightFirstBranch,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
28
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."
29
NoInd,individualCount,"Brad: Incorrect for VegX. 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."
30
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."
31
liana_infestation,lianaInfestation,Brad: Should also be userDefined for VegBank. 
32
PlotID,parentLocationID,"Brad: Not sure why this is repeated? This field and plotCode, as the same as above."
33
PlotCode,parentPlotName,"Brad: Same as plotCode, above"
34
Line,plotName,
35
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."
36
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."
37
coll_firstname,recordedBy.givenName,Brad: See comment above
38
coll_lastname,recordedBy.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."
39
x_position,relativePlotX,"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."
40
y_position,relativePlotY,Brad: See comment above for x_position
41
OrigGenus,scientificName/_name/first,
42
OrigSpecies,scientificName/_name/last,Brad: OMIT
43
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."
44
intercept_cm,volumeCanopy,"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."
45
DetType,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."
46
GenAuth,,
47
IsMorpho,,
48
OrigAuth,,
49
OrigRecordID,,
50
SpAuthStatus,,
51
coll_inits,,
52
collector_code,,Brad: OMIT
53
common_name,,
54
det_by,,
55
dist,,
56
fam_status,,Brad: OMIT. This will be determined later by using TNRS.
57
gen_status,,Brad: OMIT. This will be determined later by using TNRS.
58
height_class,,
59
height_m_commercial,,
60
ind_id,,Brad: OMIT
61
infra_auth_1,,
62
morphocf,,
63
morphoname,,
64
name_status,,"Brad: OMIT. Except, note that if species_status=3, this indicate that name is a morphospecies and not a standard latin name. Not exactly sure how to use this in BIEN, but could be useful during the name-scrubbing process with TNRS."
65
other_annotations,,
66
perp_dist,,
67
phenology,,
68
species_code,,
69
temp_liandbh,,
70
tmp_del,,
inputs/SALVIAS/maps/Veg+.0.plots.full.csv
1
SALVIAS,Veg+,Comments
2
soil_acidity,"acidity/_units:[default=""%"",to=]/value/_map:[""<0.05""=0,*=*]/value",
3
soil_base,"baseSaturation/_units:[default=""%"",to=]/value",
4
soil_Ca,"calcium/_units:[default=""%"",to=]/value",
5
soil_C,"carbon/_units:[default=""%"",to=]/value",
6
soil_cation_cap,cationExchangeCapacity,
7
clay_percent,"clay/_units:[default=""%"",to=]/value",
8
life_zone_code,communityID,
9
life_zone,communityName,
10
soil_conductivity,conductivity,
11
MajorGeo,continent,
12
Country,country,
13
pol2,county,Brad: No pol2=countyParish
14
LatDec,decimalLatitude,
15
LongDec,decimalLongitude,
16
Locality_Description,locality,"Brad: No; this is free text description of locality where plot was situated, same as for DwC. Not a description of vegetation. Most likely='namedPlace.placeDescription' in VB; not sure about VX, again need to ask Nick where locality descriptions live in VX"
17
PlotID,locationID,"Brad: This is artificial internal database ID; a unique identifier within SALVIAS DB to each plot, within the table plotMetadata."
18
soil_Mg,"magnesium/_units:[default=""%"",to=]/value",
19
elev_max_m,maximumElevationInMeters,
20
elev_min_m,minimumElevationInMeters,
21
soil_N,"nitrogen/_units:[default=""%"",to=]/value",
22
organic_percent,"organic/_units:[default=""%"",to=]/value",
23
pH,ph,"Brad: For all these soil variables, how do we store information on method, units. Seems like an ontological structure would be more appropriate (measurementName, measurementValue, measurementUnits, measurementMethod). Same as BIEN traits table. Something to discuss."
24
soil_P,"phosphorus/_units:[default=""%"",to=]/value/_map:[""<1,5""=0,*=*]/value",
25
plot_area_ha,plotArea,"Brad: Area in hectares. Is there any way to store units?; Aaron: VegX plot area annotation says ""Total area of the plot in square meters."" so units are fixed"
26
date_finish,plotEventEndDate,
27
date_start,plotEventStartDate,
28
SiteCode,plotName,Brad: plotCode is as-assigned by data provider; guranteed to be unique only within dataset (=project)
29
soil_K,"potassium/_units:[default=""%"",to=]/value",
30
Precip,precipitation,
31
project_id,projectName,
32
PlotMethod,samplingProtocol,
33
sand_percent,"sand/_units:[default=""%"",to=]/value",
34
silt_percent,"silt/_units:[default=""%"",to=]/value",
35
slope_aspect,slopeAspect,
36
slope_gradient,slopeGradient,
37
soil_Na,"sodium/_units:[default=""%"",to=]/value",
38
PolDiv1,stateProvince,Brad: No; pol1=stateProvince
39
Temp,temperature,
40
soil_texture,"texture/_units:[default=""%"",to=]/value",
41
Elev,verbatimElevation,Brad: Mean elevation in meters. This is a constrained decimal value; is there no place for this in VegX other than verbatimElevation? Check with Nick.
42
AccessCode,,
43
ElevSource,,
44
Habitat,,
45
MethodCode,,
46
PrecipSource,,
47
PrimOwnerID,,
48
RevisionComments,,
49
SiteName,,
50
TempSource,,
51
bearing,,
52
lat_long_accuracy,,
53
lat_string,,
54
long_string,,
55
new_world,,
56
orig_filename,,
57
plot_administrator,,
58
plot_notes,,
59
pol1_type,,
60
pol2_type,,
61
recensused,,"Brad: This is a 0/1 value, internal to SALVIAS. 1 indicates that a  plot has >1 set of values, from different census events.; Aaron: Different censuses are distinguished in organisms data by different census_no values"
62
tmp_del,,
63
topography_desc,,
64
vegetation_1,,
65
vegetation_2,,
inputs/SALVIAS/maps/Veg+.2.stems.full.csv
1
SALVIAS,Veg+,Comments
2
basal_diam,basalDiameter,
3
stem_canopy_form,canopyForm,
4
stem_canopy_position,canopyPosition,
5
stem_dbh,diameterBreastHeight,
6
gentry_dbh,diameterBreastHeightGentry,
7
stem_height_m,height,
8
stem_height_first_branch_m,heightFirstBranch,
9
PlotObsID,individualID,
10
stem_liana_infestation,lianaInfestation,
11
stem_tag2,previousTag,
12
NoInd,stemCount,
13
stem_notes,stemNotes,
14
stem_tag1,tag,
15
origrecord_id_stems,,
16
stem_id,,
17
tmp_del,,
inputs/SALVIAS/maps/Veg+.1.organisms.csv
1
SALVIAS,Veg+,Comments
2
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."
3
PlotID,parentLocationID,"Brad: Not sure why this is repeated? This field and plotCode, as the same as above."
4
PlotCode,parentPlotName,"Brad: Same as plotCode, above"
5
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."
6
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:
7
-----
8
SELECT ""PlotID"", ""Line"", count(DISTINCT census_date) AS census_date_count
9
FROM ""SALVIAS"".organisms
10
WHERE ""Line"" IS NOT NULL AND census_date IS NOT NULL
11
GROUP BY ""PlotID"", ""Line""
12
HAVING count(DISTINCT census_date) > 1
13
-----"
14
OrigRecordID,,
15
Line,plotName,
16
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."
17
ind_id,,Brad: OMIT
18
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."
19
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."
20
x_position,relativePlotX,"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."
21
y_position,relativePlotY,Brad: See comment above for x_position
22
dist,,
23
perp_dist,,
24
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."
25
coll_number,catalogNumber/_alt/1,Brad: Incorrect. Map instead as for voucher_string
26
collector_code,,Brad: OMIT
27
coll_inits,,
28
coll_lastname,recordedBy.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."
29
coll_firstname,recordedBy.givenName,Brad: See comment above
30
DetType,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."
31
det_by,,
32
fam_status,,Brad: OMIT. This will be determined later by using TNRS.
33
gen_status,,Brad: OMIT. This will be determined later by using TNRS.
34
name_status,,"Brad: OMIT. Except, note that if species_status=3, this indicate that name is a morphospecies and not a standard latin name. Not exactly sure how to use this in BIEN, but could be useful during the name-scrubbing process with TNRS."
35
SpAuthStatus,,
36
Family,computer.family,
37
Genus,computer.genus,
38
GenAuth,,
39
Species,computer.specificEpithet,
40
auth,computer.scientificNameAuthorship,Brad: Incorrect. This is the author of the scientificName. The should be a place for this in the taxonomic name elements of VegB and VegX. Let's discuss.
41
infra_rank_1,computer.taxonRank,
42
infra_ep_1,computer.infraspecificEpithet,
43
infra_auth_1,,
44
common_name,,
45
morphoname,,
46
species_code,,
47
Habit,"growthForm/_map:[./{T,Arbol,palm}=tree,./{H,""Hemiepífito""}=hemiepiphyte,./{L,l,""L?"",Liana}=liana,E=epiphyte,S=shrub,Hb=herb,""vine-herbaceous""=vine,graminoid=grass,rosette=forb,*=]/value","Brad: Incorrect for VegBank, correct for VegX. This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."
48
height_class,,
49
height_m,height,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
50
height_m_commercial,,
51
ht_first_branch_m,heightFirstBranch,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
52
NoInd,individualCount,"Brad: Incorrect for VegX. 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."
53
cover_percent,coverPercent,
54
intercept_cm,volumeCanopy,"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."
55
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."
56
other_annotations,,
57
morphocf,,
58
IsMorpho,,
59
OrigFamily,family,Brad: OMIT
60
OrigGenus,scientificName/_name/first,
61
OrigSpecies,scientificName/_name/last,Brad: OMIT
62
OrigAuth,,
63
phenology,,
64
canopy_position,canopyPosition,Brad: Should also be userDefined for VegBank. 
65
canopy_form,canopyForm,Brad: Should also be userDefined for VegBank. 
66
liana_infestation,lianaInfestation,Brad: Should also be userDefined for VegBank. 
67
Notes,fieldNotes,
68
temp_dbh,diameterBreastHeight,
69
temp_liandbh,,
70
tmp_del,,
inputs/SALVIAS/maps/Veg+.0.plots.csv
1
SALVIAS,Veg+,Comments
2
PlotID,locationID,"Brad: This is artificial internal database ID; a unique identifier within SALVIAS DB to each plot, within the table plotMetadata."
3
orig_filename,,
4
AccessCode,,
5
project_id,projectName,
6
PrimOwnerID,,
7
SiteCode,plotName,Brad: plotCode is as-assigned by data provider; guranteed to be unique only within dataset (=project)
8
SiteName,,
9
new_world,,
10
MajorGeo,continent,
11
Country,country,
12
PolDiv1,stateProvince,Brad: No; pol1=stateProvince
13
pol1_type,,
14
pol2,county,Brad: No pol2=countyParish
15
pol2_type,,
16
lat_string,,
17
long_string,,
18
LatDec,decimalLatitude,
19
LongDec,decimalLongitude,
20
lat_long_accuracy,,
21
Elev,verbatimElevation,Brad: Mean elevation in meters. This is a constrained decimal value; is there no place for this in VegX other than verbatimElevation? Check with Nick.
22
elev_max_m,maximumElevationInMeters,
23
elev_min_m,minimumElevationInMeters,
24
Precip,precipitation,
25
ElevSource,,
26
Temp,temperature,
27
PrecipSource,,
28
TempSource,,
29
bearing,,
30
slope_aspect,slopeAspect,
31
slope_gradient,slopeGradient,
32
clay_percent,"clay/_units:[default=""%"",to=]/value",
33
silt_percent,"silt/_units:[default=""%"",to=]/value",
34
sand_percent,"sand/_units:[default=""%"",to=]/value",
35
pH,ph,"Brad: For all these soil variables, how do we store information on method, units. Seems like an ontological structure would be more appropriate (measurementName, measurementValue, measurementUnits, measurementMethod). Same as BIEN traits table. Something to discuss."
36
soil_N,"nitrogen/_units:[default=""%"",to=]/value",
37
soil_P,"phosphorus/_units:[default=""%"",to=]/value/_map:[""<1,5""=0,*=*]/value",
38
soil_C,"carbon/_units:[default=""%"",to=]/value",
39
soil_K,"potassium/_units:[default=""%"",to=]/value",
40
soil_Mg,"magnesium/_units:[default=""%"",to=]/value",
41
soil_Ca,"calcium/_units:[default=""%"",to=]/value",
42
soil_Na,"sodium/_units:[default=""%"",to=]/value",
43
soil_acidity,"acidity/_units:[default=""%"",to=]/value/_map:[""<0.05""=0,*=*]/value",
44
soil_base,"baseSaturation/_units:[default=""%"",to=]/value",
45
soil_cation_cap,cationExchangeCapacity,
46
soil_conductivity,conductivity,
47
organic_percent,"organic/_units:[default=""%"",to=]/value",
48
soil_texture,"texture/_units:[default=""%"",to=]/value",
49
RevisionComments,,
50
Locality_Description,locality,"Brad: No; this is free text description of locality where plot was situated, same as for DwC. Not a description of vegetation. Most likely='namedPlace.placeDescription' in VB; not sure about VX, again need to ask Nick where locality descriptions live in VX"
51
topography_desc,,
52
vegetation_1,,
53
vegetation_2,,
54
Habitat,,
55
life_zone_code,communityID,
56
life_zone,communityName,
57
PlotMethod,samplingProtocol,
58
MethodCode,,
59
plot_area_ha,plotArea,"Brad: Area in hectares. Is there any way to store units?; Aaron: VegX plot area annotation says ""Total area of the plot in square meters."" so units are fixed"
60
recensused,,"Brad: This is a 0/1 value, internal to SALVIAS. 1 indicates that a  plot has >1 set of values, from different census events.; Aaron: Different censuses are distinguished in organisms data by different census_no values"
61
date_start,plotEventStartDate,
62
date_finish,plotEventEndDate,
63
plot_administrator,,
64
plot_notes,,
65
tmp_del,,
inputs/SALVIAS/maps/Veg+.2.stems.csv
1
SALVIAS,Veg+,Comments
2
stem_id,,
3
origrecord_id_stems,,
4
PlotObsID,individualID,
5
NoInd,stemCount,
6
basal_diam,basalDiameter,
7
stem_dbh,diameterBreastHeight,
8
gentry_dbh,diameterBreastHeightGentry,
9
stem_notes,stemNotes,
10
stem_tag1,tag,
11
stem_tag2,previousTag,
12
stem_height_m,height,
13
stem_height_first_branch_m,heightFirstBranch,
14
stem_canopy_form,canopyForm,
15
stem_canopy_position,canopyPosition,
16
stem_liana_infestation,lianaInfestation,
17
tmp_del,,
inputs/U/maps/Veg+.specimens.full.csv
1
U[Veg+],Veg+,Comments
2
Barcode,CatalogNumber,
3
Collector,Collector/_merge/1,
4
Addcoll,Collector/_merge/2,
5
Country,Country
6
Colldd,DayCollected,
7
Lat,DecimalLatitude,
8
Long,DecimalLongitude,
9
Family,Family
10
Genus,Genus
11
ID,GlobalUniqueIdentifier,
12
Ecology,Habitat,
13
cf,IdentificationQualifier,
14
Detby,IdentifiedBy,
15
Collmm,MonthCollected,
16
Notes,Notes
17
Number,RecordNumber,
18
Phenology,ReproductiveCondition,
19
Gazetteer,"VerbatimLocality/_merge/1/_label[label=""gazetteer""]/value/_merge/1",
20
Newgazett,"VerbatimLocality/_merge/1/_label[label=""gazetteer""]/value/_merge/2",Only used in 1 row
21
Locnotes,VerbatimLocality/_merge/2,
22
Collyy,YearCollected,
23
Detyy,YearIdentified,
24
Alt,,What is this?
25
Alt2,,What is this?
26
Coorsyst,,
27
DateInfo,,Not used
28
EW,,
29
Majorarea,,
30
NS,,
31
Prefix,,Not used
32
Suffix,,Not used
inputs/U/maps/Veg+.specimens.csv
1
U[Veg+],Veg+,Comments
2
ID,GlobalUniqueIdentifier,
3
Barcode,CatalogNumber,
4
Collector,Collector/_merge/1,
5
Prefix,,Not used
6
Number,RecordNumber,
7
Suffix,,Not used
8
Addcoll,Collector/_merge/2,
9
Colldd,DayCollected,
10
Collmm,MonthCollected,
11
Collyy,YearCollected,
12
DateInfo,,Not used
13
cf,IdentificationQualifier,
14
Detby,IdentifiedBy,
15
Detyy,YearIdentified,
16
Gazetteer,"VerbatimLocality/_merge/1/_label[label=""gazetteer""]/value/_merge/1",
17
Newgazett,"VerbatimLocality/_merge/1/_label[label=""gazetteer""]/value/_merge/2",Only used in 1 row
18
Majorarea,,
19
Locnotes,VerbatimLocality/_merge/2,
20
Coorsyst,,
21
Lat,DecimalLatitude,
22
NS,,
23
Long,DecimalLongitude,
24
EW,,
25
Alt,,What is this?
26
Alt2,,What is this?
27
Ecology,Habitat,
28
Phenology,ReproductiveCondition,
inputs/SALVIAS/maps/map.2.stems.full.csv
1
SALVIAS,Veg+,Comments
2
basal_diam,basalDiameter,
3
stem_canopy_form,canopyForm,
4
stem_canopy_position,canopyPosition,
5
stem_dbh,diameterBreastHeight,
6
gentry_dbh,diameterBreastHeightGentry,
7
stem_height_m,height,
8
stem_height_first_branch_m,heightFirstBranch,
9
PlotObsID,individualID,
10
stem_liana_infestation,lianaInfestation,
11
stem_tag2,previousTag,
12
NoInd,stemCount,
13
stem_notes,stemNotes,
14
stem_tag1,tag,
15
origrecord_id_stems,,
16
stem_id,,
17
tmp_del,,
inputs/SALVIAS/maps/map.1.organisms.csv
1
SALVIAS,Veg+,Comments
2
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."
3
PlotID,parentLocationID,"Brad: Not sure why this is repeated? This field and plotCode, as the same as above."
4
PlotCode,parentPlotName,"Brad: Same as plotCode, above"
5
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."
6
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:
7
-----
8
SELECT ""PlotID"", ""Line"", count(DISTINCT census_date) AS census_date_count
9
FROM ""SALVIAS"".organisms
10
WHERE ""Line"" IS NOT NULL AND census_date IS NOT NULL
11
GROUP BY ""PlotID"", ""Line""
12
HAVING count(DISTINCT census_date) > 1
13
-----"
14
OrigRecordID,,
15
Line,plotName,
16
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."
17
ind_id,,Brad: OMIT
18
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."
19
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."
20
x_position,relativePlotX,"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."
21
y_position,relativePlotY,Brad: See comment above for x_position
22
dist,,
23
perp_dist,,
24
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."
25
coll_number,catalogNumber/_alt/1,Brad: Incorrect. Map instead as for voucher_string
26
collector_code,,Brad: OMIT
27
coll_inits,,
28
coll_lastname,recordedBy.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."
29
coll_firstname,recordedBy.givenName,Brad: See comment above
30
DetType,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."
31
det_by,,
32
fam_status,,Brad: OMIT. This will be determined later by using TNRS.
33
gen_status,,Brad: OMIT. This will be determined later by using TNRS.
34
name_status,,"Brad: OMIT. Except, note that if species_status=3, this indicate that name is a morphospecies and not a standard latin name. Not exactly sure how to use this in BIEN, but could be useful during the name-scrubbing process with TNRS."
35
SpAuthStatus,,
36
Family,computer.family,
37
Genus,computer.genus,
38
GenAuth,,
39
Species,computer.specificEpithet,
40
auth,computer.scientificNameAuthorship,Brad: Incorrect. This is the author of the scientificName. The should be a place for this in the taxonomic name elements of VegB and VegX. Let's discuss.
41
infra_rank_1,computer.taxonRank,
42
infra_ep_1,computer.infraspecificEpithet,
43
infra_auth_1,,
44
common_name,,
45
morphoname,,
46
species_code,,
47
Habit,"growthForm/_map:[./{T,Arbol,palm}=tree,./{H,""Hemiepífito""}=hemiepiphyte,./{L,l,""L?"",Liana}=liana,E=epiphyte,S=shrub,Hb=herb,""vine-herbaceous""=vine,graminoid=grass,rosette=forb,*=]/value","Brad: Incorrect for VegBank, correct for VegX. This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."
48
height_class,,
49
height_m,height,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
50
height_m_commercial,,
51
ht_first_branch_m,heightFirstBranch,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
52
NoInd,individualCount,"Brad: Incorrect for VegX. 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."
53
cover_percent,coverPercent,
54
intercept_cm,volumeCanopy,"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."
55
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."
56
other_annotations,,
57
morphocf,,
58
IsMorpho,,
59
OrigFamily,family,Brad: OMIT
60
OrigGenus,scientificName/_name/first,
61
OrigSpecies,scientificName/_name/last,Brad: OMIT
62
OrigAuth,,
63
phenology,,
64
canopy_position,canopyPosition,Brad: Should also be userDefined for VegBank. 
65
canopy_form,canopyForm,Brad: Should also be userDefined for VegBank. 
66
liana_infestation,lianaInfestation,Brad: Should also be userDefined for VegBank. 
67
Notes,fieldNotes,
68
temp_dbh,diameterBreastHeight,
69
temp_liandbh,,
70
tmp_del,,
inputs/SALVIAS-CSV/maps/map.0.plots.full.csv
1
SALVIAS-CSV,Veg+,Comments
2
soil_acidity,"acidity/_units:[default=""%"",to=]/value/_map:[""<0.05""=0,*=*]/value",
3
soil_base,"baseSaturation/_units:[default=""%"",to=]/value",
4
soil_Ca,"calcium/_units:[default=""%"",to=]/value",
5
soil_C,"carbon/_units:[default=""%"",to=]/value",
6
soil_cation_cap,cationExchangeCapacity,
7
clay_percent,"clay/_units:[default=""%"",to=]/value",
8
holdridge_life_zone,communityID,
9
life_zone_code,communityName,
10
soil_conductivity,conductivity,
11
major_geo,continent,
12
country,country,
13
pol2,county,Brad: No pol2=countyParish
14
lat_decimal,decimalLatitude,
15
long_decimal,decimalLongitude,
16
locality_description,locality,"Brad: No; this is free text description of locality where plot was situated, same as for DwC. Not a description of vegetation. Most likely='namedPlace.placeDescription' in VB; not sure about VX, again need to ask Nick where locality descriptions live in VX"
17
PLOT_ID,locationID,"Brad: This is artificial internal database ID; a unique identifier within SALVIAS DB to each plot, within the table plotMetadata."
18
soil_Mg,"magnesium/_units:[default=""%"",to=]/value",
19
elev_max_m,maximumElevationInMeters,
20
elev_min_m,minimumElevationInMeters,
21
soil_N,"nitrogen/_units:[default=""%"",to=]/value",
22
organic_percent,"organic/_units:[default=""%"",to=]/value",
23
pH,ph,"Brad: For all these soil variables, how do we store information on method, units. Seems like an ontological structure would be more appropriate (measurementName, measurementValue, measurementUnits, measurementMethod). Same as BIEN traits table. Something to discuss."
24
soil_P,"phosphorus/_units:[default=""%"",to=]/value/_map:[""<1,5""=0,*=*]/value",
25
plot_area_ha,plotArea,"Brad: Area in hectares. Is there any way to store units?; Aaron: VegX plot area annotation says ""Total area of the plot in square meters."" so units are fixed"
26
date_finish,plotEventEndDate,
27
date_start,plotEventStartDate,
28
plot_code,plotName,Brad: plotCode is as-assigned by data provider; guranteed to be unique only within dataset (=project)
29
soil_K,"potassium/_units:[default=""%"",to=]/value",
30
precip_mm,precipitation,
31
project,projectName,
32
plot_methodology,samplingProtocol,
33
sand_percent,"sand/_units:[default=""%"",to=]/value",
34
silt_percent,"silt/_units:[default=""%"",to=]/value",
35
slope_aspect,slopeAspect,
36
slope_gradient,slopeGradient,
37
soil_Na,"sodium/_units:[default=""%"",to=]/value",
38
pol1,stateProvince,Brad: No; pol1=stateProvince
39
temp_c,temperature,
40
soil_texture,texture,
41
elev_m,verbatimElevation,Brad: Mean elevation in meters. This is a constrained decimal value; is there no place for this in VegX other than verbatimElevation? Check with Nick.
42
observation_type,,"Brad: SALVIAS internal metadata indicating whether the record represents an individual or aggregate observation. Rather than storing, use to decide where to store in VegX.; Aaron: VegX aggregateOrganismObservation table is missing many fields available in individualOrganismObservation, so we're mapping to individualOrganismObservation regardless of observation type"
43
recensused,,"Brad: This is a 0/1 value, internal to SALVIAS. 1 indicates that a  plot has >1 set of values, from different census events.; Aaron: Different censuses are distinguished in organisms data by different census_no values"
inputs/ARIZ/maps/Veg+.specimens.full.csv
1
ARIZ[Veg+],Veg+,Comments
2
BasisOfRecord,BasisOfRecord
3
BoundingBox,BoundingBox
4
CatalogNumberNumeric,CatalogNumber,
5
Class,Class
6
CollectionCode,CollectionCode
7
Collector,Collector
8
CollectorNumber,CollectorNumber
9
ContinentOcean,ContinentOcean
10
CoordinateUncertaintyInMeters,CoordinateUncertaintyInMeters
11
Country,Country
12
County,County
13
DateLastModified,DateLastModified
14
DayCollected,DayCollected
15
DayIdentified,DayIdentified
16
DecimalLatitude,DecimalLatitude
17
DecimalLongitude,DecimalLongitude
18
Family,Family
19
FieldNotes,FieldNotes
20
Genus,Genus
21
GlobalUniqueIdentifier,GlobalUniqueIdentifier
22
HigherGeography,HigherGeography
23
IdentifiedBy,IdentifiedBy
24
IndividualCount,IndividualCount
25
InstitutionCode,InstitutionCode
26
Island,Island
27
IslandGroup,IslandGroup
28
JulianDay,JulianDay
29
Kingdom,Kingdom
30
Locality,Locality
31
MaximumDepthInMeters,MaximumDepthInMeters
32
MaximumElevationInMeters,MaximumElevationInMeters
33
MinimumDepthInMeters,MinimumDepthInMeters
34
MinimumElevationInMeters,MinimumElevationInMeters
35
MonthCollected,MonthCollected
36
MonthIdentified,MonthIdentified
37
Order,Order
38
Phylum,Phylum
39
Preparations,Preparations
40
OtherCatalogNumbers,RelatedCatalogItem,
41
RelatedCatalogedItems,RelatedCatalogItem,"Used only when OtherCatalogNumbers is NULL, so _alt not needed"
42
Remarks,Remarks
43
ScientificNameAuthor,ScientificName/_alt/1,Contains the binomial in addition to the authority
44
ScientificName,ScientificName/_alt/2,
45
Sex,Sex
46
Species,Species
47
StateProvince,StateProvince
48
Subspecies,Subspecies
49
TimeCollected,TimeOfDay,
50
TypeStatus,TypeStatus
51
VerbatimDepth,VerbatimDepth
52
VerbatimElevation,VerbatimElevation
53
VerbatimLatitude,VerbatimLatitude
54
VerbatimLongitude,VerbatimLongitude
55
YearCollected,YearCollected
56
YearIdentified,YearIdentified
57
GenBankNum,"associatedSequences/_label[label=""GenBank""]/value",
58
VerbatimCollectingDate,dateCollected/_alt/0,
59
GeorefMethod,georeferenceProtocol,
60
LatLongComments,georeferenceRemarks,
61
IdentificationModifier,identificationQualifier,
62
AgeClass,lifeStage,
63
FieldNumber,recordNumber,Usage inconsistent with DwC definition
64
OriginalCoordinateSystem,verbatimSRS,
65
CatalogNumber,,Map to nothing so it doesn't overwrite CatalogNumberNumeric
66
HorizontalDatum,,Not used
67
Tissues,,Not used
inputs/ARIZ/maps/Veg+.specimens.csv
1
ARIZ[Veg+],Veg+,Comments
2
CatalogNumber,,Map to nothing so it doesn't overwrite CatalogNumberNumeric
3
CatalogNumberNumeric,CatalogNumber,
4
FieldNumber,recordNumber,Usage inconsistent with DwC definition
5
TimeCollected,TimeOfDay,
6
VerbatimCollectingDate,dateCollected/_alt/0,
7
HorizontalDatum,,Not used
8
OriginalCoordinateSystem,verbatimSRS,
9
GeorefMethod,georeferenceProtocol,
10
LatLongComments,georeferenceRemarks,
11
ScientificName,ScientificName/_alt/2,
12
ScientificNameAuthor,ScientificName/_alt/1,Contains the binomial in addition to the authority
13
IdentificationModifier,identificationQualifier,
14
Tissues,,Not used
15
AgeClass,lifeStage,
16
GenBankNum,"associatedSequences/_label[label=""GenBank""]/value",
17
OtherCatalogNumbers,RelatedCatalogItem,
18
RelatedCatalogedItems,RelatedCatalogItem,"Used only when OtherCatalogNumbers is NULL, so _alt not needed"
inputs/SALVIAS-CSV/maps/map.1.organisms.full.csv
1
SALVIAS-CSV,Veg+,Comments
2
basal_diam,basalDiameter,
3
stem_canopy_form,canopyForm,Brad: Should also be userDefined for VegBank. 
4
stem_canopy_position,canopyPosition,Brad: Should also be userDefined for VegBank. 
5
coll_number,catalogNumber/_alt/1,Brad: Incorrect. Map instead as for voucher_string
6
voucher_string,catalogNumber/_alt/2,"Brad: OMIT. This is the verbatim text, which includes both collectors name and collection number. I would use coll_number, below."
7
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."
8
family,computer.family,
9
genus,computer.genus,
10
infra_ep_1,computer.infraspecificEpithet,
11
specific_authority,computer.scientificNameAuthorship,Brad: Incorrect. This is the author of the scientificName. The should be a place for this in the taxonomic name elements of VegB and VegX. Let's discuss.
12
specific_epithet,computer.specificEpithet,
13
infra_rank_1,computer.taxonRank,
14
cover_percent,coverPercent,
15
stem_dbh,diameterBreastHeight,
16
orig_family,family,Brad: OMIT
17
habit,"growthForm/_map:[./{T,Arbol,palm}=tree,./{H,""Hemiepífito""}=hemiepiphyte,./{L,l,""L?"",Liana}=liana,E=epiphyte,S=shrub,Hb=herb,""vine-herbaceous""=vine,graminoid=grass,rosette=forb,*=]/value","Brad: Incorrect for VegBank, correct for VegX. This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."
18
stem_height_m,height/_alt/1,"Brad: Same as for height, but applies to individuals stems, not trees. Rare."
19
height_m,height/_alt/2,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
20
ht_first_branch_m,heightFirstBranch,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob
21
stem_height_first_branch_m,heightFirstBranch,"Brad: Should also be userDefined for VegBank. 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
no_of_individuals,individualCount,"Brad: Incorrect for VegX. 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
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
stem_liana_infestation,lianaInfestation,Brad: Should also be userDefined for VegBank. 
26
PLOT_ID,parentLocationID,"Brad: Not sure why this is repeated? This field and plotCode, as the same as above."
27
plot_code,parentPlotName,"Brad: Same as plotCode, above"
28
census_date,plotEventStartDate,"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:
29
-----
30
SELECT ""PLOT_ID"", subplot, count(DISTINCT census_date) AS census_date_count
31
FROM ""SALVIAS-CSV"".organisms
32
WHERE subplot IS NOT NULL AND census_date IS NOT NULL
33
GROUP BY ""PLOT_ID"", subplot
34
HAVING count(DISTINCT census_date) > 1
35
-----"
36
subplot,plotName,
37
tag2,previousTag/_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."
38
stem_tag2,previousTag/_alt/2,Brad: see above
39
individual_code,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."
40
coll_firstname,recordedBy.givenName,Brad: See comment above
41
coll_lastname,recordedBy.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."
42
x_position,relativePlotX,"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."
43
y_position,relativePlotY,Brad: See comment above for x_position
44
orig_species,scientificName/_name/last,Brad: OMIT
45
notes,stemNotes,
46
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
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."
48
intercept_cm,volumeCanopy,"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."
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."
50
collector_code,,Brad: OMIT
51
comments,,Brad: OMIT
52
fam_status,,Brad: OMIT. This will be determined later by using TNRS.
... This diff was truncated because it exceeds the maximum size that can be displayed.

Also available in: Unified diff