Project

General

Profile

1 1197 aaronmk
"SALVIAS-CSV","VegX:/*s/plotObservation","Comments"
2 1139 aaronmk
"project","/*ID->/*s/project:[personnel[role=metadataProvider]/organizationName=$/_ignore/inLabel]/title",
3
"PLOT_ID",":[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/simpleUserdefined[name=sourceaccessioncode]/value","Brad: This is artificial internal database ID; a unique identifier within SALVIAS DB to each plot, within the table plotMetadata."
4
"plot_code",":[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/*UniqueIdentifierID->/*s/plot/plotUniqueIdentifier","Brad: plotCode is as-assigned by data provider; guranteed to be unique only within dataset (=project)"
5 1419 aaronmk
"major_geo","/*UniqueIdentifierID->/*s/plot/location[placeType=continent]/placeName",
6
"country","/*UniqueIdentifierID->/*s/plot/location[placeType=country]/placeName",
7
"pol1","/*UniqueIdentifierID->/*s/plot/location[placeType=state]/placeName","Brad: No; pol1=stateProvince"
8
"pol2","/*UniqueIdentifierID->/*s/plot/location[placeType=county]/placeName","Brad: No pol2=countyParish"
9
"locality_description","/*UniqueIdentifierID->/*s/plot/locationNarrative","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 1139 aaronmk
"lat_decimal","/*UniqueIdentifierID->/*s/plot/geospatial/DecimalLatitude",
11
"long_decimal","/*UniqueIdentifierID->/*s/plot/geospatial/DecimalLongitude",
12
"elev_m","/*UniqueIdentifierID->/*s/plot/geospatial/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","/*UniqueIdentifierID->/*s/plot/geospatial/maximumElevationInMeters",
14
"elev_min_m","/*UniqueIdentifierID->/*s/plot/geospatial/minimumElevationInMeters",
15
"temp_c","/temperature",
16 1725 aaronmk
"precip_mm","/simpleUserdefined[name=precipitation]/value",
17 1139 aaronmk
"slope_aspect","/*UniqueIdentifierID->/*s/plot/slopeAspect",
18
"slope_gradient","/*UniqueIdentifierID->/*s/plot/slopeGradient",
19 1727 aaronmk
"clay_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=clay]/value/_units:[default=""%"",to=]/value",
20 1569 aaronmk
"silt_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=siltPercent]/value/_units:[default=""%"",to=]/value",
21
"sand_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=sandPercent]/value/_units:[default=""%"",to=]/value",
22
"organic_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=organicPercent]/value/_units:[default=""%"",to=]/value",
23 1139 aaronmk
"pH","->/*s/abioticObservation[*ID]/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 1569 aaronmk
"soil_N","->/*s/abioticObservation[*ID]/nitrogen/_units:[default=""%"",to=]/value",
25
"soil_P","->/*s/abioticObservation[*ID]/phosphorus/_units:[default=""%"",to=]/value/_map:[""<1,5""=0,*=*]/value",
26
"soil_C","->/*s/abioticObservation[*ID]/simpleUserdefined[name=carbon]/value/_units:[default=""%"",to=]/value",
27
"soil_K","->/*s/abioticObservation[*ID]/pottasium/_units:[default=""%"",to=]/value",
28
"soil_Mg","->/*s/abioticObservation[*ID]/magnesium/_units:[default=""%"",to=]/value",
29
"soil_Ca","->/*s/abioticObservation[*ID]/simpleUserdefined[name=calcium]/value/_units:[default=""%"",to=]/value",
30
"soil_Na","->/*s/abioticObservation[*ID]/simpleUserdefined[name=sodium]/value/_units:[default=""%"",to=]/value",
31
"soil_acidity","->/*s/abioticObservation[*ID]/simpleUserdefined[name=acidity]/value/_units:[default=""%"",to=]/value/_map:[""<0.05""=0,*=*]/value",
32
"soil_base","->/*s/abioticObservation[*ID]/simpleUserdefined[name=base]/value/_units:[default=""%"",to=]/value",
33 1726 aaronmk
"soil_cation_cap","->/*s/abioticObservation[*ID]/simpleUserdefined[name=cationExchangeCapacity]/value",
34 1139 aaronmk
"soil_conductivity","->/*s/abioticObservation[*ID]/simpleUserdefined[name=conductivity]/value",
35
"soil_texture","->/*s/abioticObservation[*ID]/simpleUserdefined[name=texture]/value",
36
"holdridge_life_zone","->/*s/communityDetermination[*ID]/*s/communityConcept/commonName",
37
"life_zone_code","->/*s/communityDetermination[*ID]/*s/communityConcept/name",
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 1724 aaronmk
"plot_methodology","/simpleUserdefined[name=method]/*ID/method/name",
40 1139 aaronmk
"plot_area_ha","/*UniqueIdentifierID->/*s/plot/area","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","/obsStartDate/_*/date",
43
"date_finish","/obsEndDate/_*/date",