-----

-----"

AccessCode,accessRights,"/_map:[1=private,2=""metadata only"",3=public]/value","3 plots contain 3 in this field and ""del"" in tmp_del"

Elev,elevationInMeters,,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.

FROM ""SALVIAS"".organisms

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

HAVING count(DISTINCT census_date) > 1

Ind,individualCode,,"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."

LatDec,decimalLatitude,,

Line,subplot,,

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"

LongDec,decimalLongitude,,

MajorGeo,continent,,

MethodCode,OMIT#MethodCode,,Not globally unique after lookup_MethodCode_Description is combined with PlotMethod

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

NoInd,stemCount,,

OrigFamily,originalFamily,,Brad: OMIT

OrigGenus,originalGenus,,

OrigSpecies,originalSpecificEpithet,,Brad: OMIT

PlotCode,locationName,,

PlotMethod,samplingProtocol,,

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."

PolDiv1,stateProvince,,Brad: No; pol1=stateProvince

Precip,precipitation_mm,,

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

SiteCode,locationName,,Brad: plotCode is as-assigned by data provider; guranteed to be unique only within dataset (=project)

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

Temp,temperature_C,,

WHERE ""Line"" IS NOT NULL AND census_date IS NOT NULL

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

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:

coll_firstname,recordedBy_givenName,,Brad: See comment above

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

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

date_finish,endDate,,

date_start,startDate,,

det_by,identifiedBy,,

elev_max_m,maximumElevationInMeters,,

elev_min_m,minimumElevationInMeters,,

fam_status,OMIT#fam_status,,Brad: OMIT. This will be determined later by using TNRS.

gen_status,OMIT#gen_status,,Brad: OMIT. This will be determined later by using TNRS.

infra_ep_1,infraspecificEpithet,,

infra_rank_1,taxonRank,,

lat_string,verbatimLatitude,,

life_zone,communityID,/_alt/3,

life_zone_code,communityID,/_alt/4,

long_string,verbatimLongitude,,

lookup_MethodCode_Description,observationMeasure,,

name_status,OMIT#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."

plotobs_id,individualID,,

pol2,county,,Brad: No pol2=countyParish

soil_K,potassium_percent,,Assuming units are % based on the range of values

soil_Mg,magnesium_percent,,Assuming units are % based on the range of values

soil_N,nitrogen_percent,,Assuming units are % based on the range of values

soil_P,phosphorus_percent,"/_map:[""<1,5""=0,*=*]/value",Assuming units are % based on the range of values

soil_base,baseSaturation_percent,,Assuming units are % based on the range of values

stem_height_first_branch_m,heightFirstBranch_m,,"Brad: Same as for ht_first_branch_m, but applies to individuals stems, not trees. Rare."

stem_height_m,height_m,,"""Total height of this stem only, in meters"" (stem_height_m definition at < http://salvias.net/Documents/salvias_data_dictionary.html#Plot+data>). Brad: Same as for height, but applies to individuals stems, not trees. Rare."

stem_tag1,tag,/_alt/2,"The second tag supercedes the first. 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."

tag1,tag,/_alt/2,"The second tag supercedes the first. 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."

temp_dbh,diameterBreastHeight_cm,,"Assuming units based on the units for intercept_cm, which measures the same dimension"

topography_desc,landform,,

vegetation_1,communityID,/_alt/2,Second because less detailed than vegetation_2

vegetation_2,communityID,/_alt/1,

x_position,organismX_m,,"""x coordinate in meters"" (x_position definition at <http://salvias.net/Documents/salvias_data_dictionary.html#Plot+data>). Brad: These are important, fundamental values of many tree plots"

y_position,organismY_m,,"""y coordinate in meters"" (y_position definition at <http://salvias.net/Documents/salvias_data_dictionary.html#Plot+data>). Brad: See comment above for x_position"