"NYBG-DwC:nybg_raw","DwC::[@xmlns:dcterms=""http://purl.org/dc/terms/""]/list:[institutionCode=$/_ignore/inLabel]/","Comments"

"key",,

"DateLastModified","dcterms:modified",

"InstitutionCode",,

"CollectionCode","collectionCode",

"CatalogNumber","catalogNumber",

"ScientificName","scientificName",

"BasisOfRecord","basisOfRecord",

"Kingdom","kingdom",

"Phylum","phylum",

"Class","class",

"Order","order",

"Family","family",

"Genus","genus",

"Species","specificEpithet",

"Subspecies","infraspecificEpithet",

"ScientificNameAuthor","scientificNameAuthorship",

"IdentifiedBy","identifiedBy",

"YearIdentified","dateIdentified/_alt/2/_date/year",

"MonthIdentified","dateIdentified/_alt/2/_date/month",

"DayIdentified","dateIdentified/_alt/2/_date/day",

"IdentifiedDate",,

"TypeStatus","typeStatus",

"CollectorNumber","recordNumber",

"FieldNumber","fieldNumber",

"Collector","recordedBy",

"YearCollected","eventDate/_alt/2/_date/year",

"MonthCollected","eventDate/_alt/2/_date/month",

"DayCollected","eventDate/_alt/2/_date/day",

"CollectedDate",,

"JulianDay","day",

"TimeOfDay","eventTime",

"ContinentOcean","continent",

"Country","country",

"StateProvince","stateProvince",

"County","county",

"Locality","verbatimLocality",

"Longitude","verbatimLongitude",

"Latitude","verbatimLatitude",

"CoordinatePrecision","coordinatePrecision/_noCV/value",

"BoundingBox","footprintWKT",

"MinimumElevation","minimumElevationInMeters",

"MaximumElevation","maximumElevationInMeters",

"MinimumDepth","minimumDepthInMeters",

"MaximumDepth","maximumDepthInMeters",

"Sex","sex",

"PreparationType","preparations",

"IndividualCount","individualCount",

"PreviousCatalogNumber","previousIdentifications","?"

"RelationshipType","relationshipOfResource",

"RelatedCatalogItem","relatedResourceID",

"Notes","fieldNotes/_merge/1",

"Habitat","habitat/_merge/1",

"PlantFungusDescription","fieldNotes/_merge/2/_label[label=""plant fungus""]/value",

"Substrate","bien.substrate",

"Vegetation","habitat/_merge/2",

"UniqueNYInternalRecordNumber","occurrenceID",

"NYBG-DwC:nybg_raw","DwC::[@xmlns:dcterms=""http://purl.org/dc/terms/""]/list:[institutionCode=$/_ignore/inLabel]/","Comments"

"key",,

"InstitutionCode",,"Map to nothing so it doesn't overwrite the auto-generated institutionCode"

"IdentifiedDate",,

"CollectedDate",,

"Habitat","habitat/_merge/1",

"PlantFungusDescription","fieldNotes/_merge/2/_label[label=""plant fungus""]/value",

"Substrate","bien.substrate",

"Vegetation","habitat/_merge/2",

"UniqueNYInternalRecordNumber","occurrenceID",

"SALVIAS:plotMetadata","VegX:/*s/plotObservation","Comments"

"PlotID",":[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."

"orig_filename",,

"AccessCode",,

"project_id","/*ID->/*s/project:[personnel[role=metadataProvider]/organizationName=$/_ignore/inLabel]/title",

"PrimOwnerID",,

"SiteCode",":[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)"

"SiteName",,

"new_world",,

"MajorGeo","/*UniqueIdentifierID->/*s/plot/simpleUserdefined[name=majorGeo]/value",

"Country","/*UniqueIdentifierID->/*s/plot/country",

"PolDiv1","/*UniqueIdentifierID->/*s/plot/state","Brad: No; pol1=stateProvince"

"pol1_type",,

"pol2","/*UniqueIdentifierID->/*s/plot/county","Brad: No pol2=countyParish"

"pol2_type",,

"lat_string",,

"long_string",,

"LatDec","/*UniqueIdentifierID->/*s/plot/geospatial/DecimalLatitude",

"LongDec","/*UniqueIdentifierID->/*s/plot/geospatial/DecimalLongitude",

"lat_long_accuracy",,

"Elev","/*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."

"elev_max_m","/*UniqueIdentifierID->/*s/plot/geospatial/maximumElevationInMeters",

"elev_min_m","/*UniqueIdentifierID->/*s/plot/geospatial/minimumElevationInMeters",

"Precip","/simpleUserdefined[name=precipMm]/value",

"ElevSource",,

"Temp","/temperature",

"PrecipSource",,

"TempSource",,

"bearing",,

"slope_aspect","/*UniqueIdentifierID->/*s/plot/slopeAspect",

"slope_gradient","/*UniqueIdentifierID->/*s/plot/slopeGradient",

"clay_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=clayPercent]/value",

"silt_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=siltPercent]/value",

"sand_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=sandPercent]/value",

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

"soil_N","->/*s/abioticObservation[*ID]/nitrogen",

"soil_P","->/*s/abioticObservation[*ID]/phosphorus",

"soil_C","->/*s/abioticObservation[*ID]/simpleUserdefined[name=carbon]/value",

"soil_K","->/*s/abioticObservation[*ID]/pottasium",

"soil_Mg","->/*s/abioticObservation[*ID]/magnesium",

"soil_Ca","->/*s/abioticObservation[*ID]/simpleUserdefined[name=calcium]/value",

"soil_Na","->/*s/abioticObservation[*ID]/simpleUserdefined[name=sodium]/value",

"soil_acidity","->/*s/abioticObservation[*ID]/simpleUserdefined[name=acidity]/value",

"soil_base","->/*s/abioticObservation[*ID]/simpleUserdefined[name=base]/value",

"soil_cation_cap","->/*s/abioticObservation[*ID]/simpleUserdefined[name=cationCap]/value",

"soil_conductivity","->/*s/abioticObservation[*ID]/simpleUserdefined[name=conductivity]/value",

"organic_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=organicPercent]/value",

"soil_texture","->/*s/abioticObservation[*ID]/simpleUserdefined[name=texture]/value",

"RevisionComments",,

"Locality_Description","/*UniqueIdentifierID->/*s/plot/simpleUserdefined[name=localityDescription]/value","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"

"topography_desc",,

"vegetation_1",,

"vegetation_2",,

"Habitat",,

"life_zone_code","->/*s/communityDetermination[*ID]/*s/communityConcept/commonName",

"life_zone","->/*s/communityDetermination[*ID]/*s/communityConcept/name",

"PlotMethod","/simpleUserdefined[name=plotMethodology]/value",

"MethodCode",,

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

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

"date_start","/obsStartDate/_*/date",

"date_finish","/obsEndDate/_*/date",

"plot_administrator",,

"plot_notes",,

"tmp_del",,

"SALVIAS:plotObservations","VegX:/*s/individualOrganismObservation","Comments"

"PlotObsID",":[*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept/partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/simpleUserdefined[name=sourceaccessioncode]/value","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."

"PlotID","/*ID->/*s/plotObservation/simpleUserdefined[name=parent]/value->/*s/plotObservation:[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/simpleUserdefined[name=sourceaccessioncode]/value","Brad: Not sure why this is repeated? This field and plotCode, as the same as above."

"PlotCode","/*ID->/*s/plotObservation/simpleUserdefined[name=parent]/value->/*s/plotObservation/*UniqueIdentifierID->/*s/plot/plotUniqueIdentifier","Brad: Same as plotCode, above"

"census_no","/simpleUserdefined[name=censusNo]/value","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."

"census_date","/simpleUserdefined[name=collectionDate]/value/_*/date",

"OrigRecordID",,

"Line","/*ID->/*s/plotObservation:[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/*UniqueIdentifierID->/*s/plot/plotUniqueIdentifier",

"Ind","/simpleUserdefined[name=individualCode]/value","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."

"ind_id",,"Brad: OMIT"

"tag1","/*ID->/*s/individualOrganism/identificationLabel","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."

"tag2","/simpleUserdefined[name=tag2]/value","Brad: See commend for tag1. Your mapping for tag2 looks correct. Probably both values would go here, only nested, with one superceding the other."

"x_position","/simpleUserdefined[name=xPosition]/value","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."

"y_position","/simpleUserdefined[name=yPosition]/value","Brad: See comment above for x_position"

"dist",,

"perp_dist",,

"SourceVoucher","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept:[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/voucher/_alt/2","Brad: OMIT. This is the verbatim text, which includes both collectors name and collection number. I would use coll_number, below."

"coll_number","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept:[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/voucher/_alt/1","Brad: Incorrect. Map instead as for voucher_string"

"collector_code",,"Brad: OMIT"

"coll_inits",,

"coll_lastname","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=collector]/partyWithRole/*ID->/parties/party/individualName/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."

"coll_firstname","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=collector]/partyWithRole/*ID->/parties/party/individualName/givenName","Brad: See comment above"

"DetType","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=collector]/groupType","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."

"det_by",,

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

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

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

"SpAuthStatus",,

"Family","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=fam])/Name",

"Genus","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=gen])/Name",

"GenAuth",,

"Species","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=sp])/Name",

"auth","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=auth])/Name","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."

"infra_rank_1","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=TaxonomicRankBelowSubspeciesEnum])/Rank",

"infra_ep_1","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=TaxonomicRankBelowSubspeciesEnum])/Name",

"infra_auth_1",,

"common_name",,

"morphoname",,

"species_code",,

"Habit","/simpleUserdefined[name=growthForm]/value","Brad: Incorrect for VegBank, correct for VegX. This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."

"height_class",,

"height_m","/height","Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob"

"height_m_commercial",,

"ht_first_branch_m","/simpleUserdefined[name=htFirstBranchM]/value","Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob"

"NoInd","/simpleUserdefined[name=count]/value","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."

"cover_percent","/simpleUserdefined[name=coverPercent]/value",

"intercept_cm","/simpleUserdefined[name=interceptCm]/value","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."

"cfaff","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=identifier]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=binom])/{fit,Name/_name/middle}","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."

"other_annotations",,

"morphocf",,

"IsMorpho",,

"OrigFamily","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=identifier]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=fam])/Name","Brad: OMIT"

"OrigGenus","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=identifier]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=binom])/Name/_name/first",

"OrigSpecies","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=identifier]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=binom])/Name/_name/last","Brad: OMIT"

"OrigAuth",,

"phenology",,

"canopy_position","/simpleUserdefined[name=canopyPosition]/value","Brad: Should also be userDefined for VegBank. "

"canopy_form","/simpleUserdefined[name=canopyForm]/value","Brad: Should also be userDefined for VegBank. "

"liana_infestation","/simpleUserdefined[name=lianaInfestation]/value","Brad: Should also be userDefined for VegBank. "

"Notes","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept/note/text",

"temp_dbh","/diameterBaseDistance[baseDistance/value=1.37]/diameter",

"temp_liandbh",,

"tmp_del",,

"SALVIAS:stems","VegX:/*s/individualOrganismObservation[relatedItem[relationshipType=stemParent]/relatedItemID]","Comments"

"stem_id",,

"origrecord_id_stems",,

"PlotObsID","/relatedItem[relationshipType=stemParent]/relatedItemID->/*s/individualOrganismObservation/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept/voucher",

"NoInd","/simpleUserdefined[name=count]/value",

"basal_diam","/diameterBaseDistance[baseDistance/value=0]/diameter",

"stem_dbh","/diameterBaseDistance[baseDistance[!attributeID]/value=1.37]/diameter",

"gentry_dbh","/diameterBaseDistance[baseDistance[*ID/*s/attribute/quantitative/*ID/*s/method(/name=Gentry)]/value=1.37]/diameter",

"stem_notes","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept/note/text",

"stem_tag1","/*ID->/*s/individualOrganism/identificationLabel",

"stem_tag2","/simpleUserdefined[name=tag2]/value",

"stem_height_m","/simpleUserdefined[name=stemHeightM]/value",

"stem_height_first_branch_m","/simpleUserdefined[name=stemHeightFirstBranchM]/value",

"stem_canopy_form","/simpleUserdefined[name=stemCanopyForm]/value",

"stem_canopy_position","/simpleUserdefined[name=stemCanopyPosition]/value",

"stem_liana_infestation","/simpleUserdefined[name=stemLianaInfestation]/value",

"tmp_del",,

"NYBG","DwC::[@xmlns:dcterms=""http://purl.org/dc/terms/""]/list:[institutionCode=$/_ignore/inLabel]/","Comments"

"key",,

"DateLastModified","dcterms:modified",

"InstitutionCode",,

"CollectionCode","collectionCode",

"CatalogNumber","catalogNumber",

"ScientificName","scientificName",

"BasisOfRecord","basisOfRecord",

"Kingdom","kingdom",

"Phylum","phylum",

"Class","class",

"Order","order",

"Family","family",

"Genus","genus",

"Species","specificEpithet",

"Subspecies","infraspecificEpithet",

"ScientificNameAuthor","scientificNameAuthorship",

"IdentifiedBy","identifiedBy",

"YearIdentified","dateIdentified/_alt/2/_date/year",

"MonthIdentified","dateIdentified/_alt/2/_date/month",

"DayIdentified","dateIdentified/_alt/2/_date/day",

"TypeStatus","typeStatus",

"CollectorNumber","recordNumber",

"FieldNumber","fieldNumber",

"Collector","recordedBy",

"YearCollected","eventDate/_alt/2/_date/year",

"MonthCollected","eventDate/_alt/2/_date/month",

"DayCollected","eventDate/_alt/2/_date/day",

"JulianDay","day",

"TimeOfDay","eventTime",

"ContinentOcean","continent",

"Country","country",

"StateProvince","stateProvince",

"County","county",

"Locality","verbatimLocality",

"Longitude","verbatimLongitude",

"Latitude","verbatimLatitude",

"CoordinatePrecision","coordinatePrecision",

"BoundingBox","footprintWKT",

"MinimumElevation","minimumElevationInMeters",

"MaximumElevation","maximumElevationInMeters",

"MinimumDepth","minimumDepthInMeters",

"MaximumDepth","maximumDepthInMeters",

"Sex","sex",

"PreparationType","preparations",

"IndividualCount","individualCount",

"PreviousCatalogNumber","previousIdentifications","?"

"RelationshipType","relationshipOfResource",

"RelatedCatalogItem","relatedResourceID",

"Notes","fieldNotes/_merge/1",

"Habitat","habitat/_merge/1",

"PlantFungusDescription","fieldNotes/_merge/2/_label[label=""plant fungus""]/value",

"Substrate","bien.substrate",

"Vegetation","habitat/_merge/2",

"UniqueNYInternalRecordNumber","occurrenceID",

"SALVIAS","VegX:/*s/plotObservation","Comments"

"project","/*ID->/*s/project:[personnel[role=metadataProvider]/organizationName=$/_ignore/inLabel]/title",

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

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

"major_geo","/*UniqueIdentifierID->/*s/plot/simpleUserdefined[name=majorGeo]/value",

"country","/*UniqueIdentifierID->/*s/plot/country",

"pol1","/*UniqueIdentifierID->/*s/plot/state","Brad: No; pol1=stateProvince"

"pol2","/*UniqueIdentifierID->/*s/plot/county","Brad: No pol2=countyParish"

"locality_description","/*UniqueIdentifierID->/*s/plot/simpleUserdefined[name=localityDescription]/value","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"

"lat_decimal","/*UniqueIdentifierID->/*s/plot/geospatial/DecimalLatitude",

"long_decimal","/*UniqueIdentifierID->/*s/plot/geospatial/DecimalLongitude",

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

"elev_max_m","/*UniqueIdentifierID->/*s/plot/geospatial/maximumElevationInMeters",

"elev_min_m","/*UniqueIdentifierID->/*s/plot/geospatial/minimumElevationInMeters",

"temp_c","/temperature",

"precip_mm","/simpleUserdefined[name=precipMm]/value",

"slope_aspect","/*UniqueIdentifierID->/*s/plot/slopeAspect",

"slope_gradient","/*UniqueIdentifierID->/*s/plot/slopeGradient",

"clay_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=clayPercent]/value",

"silt_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=siltPercent]/value",

"sand_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=sandPercent]/value",

"organic_percent","->/*s/abioticObservation[*ID]/simpleUserdefined[name=organicPercent]/value",

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

"soil_N","->/*s/abioticObservation[*ID]/nitrogen",

"soil_P","->/*s/abioticObservation[*ID]/phosphorus",

"soil_C","->/*s/abioticObservation[*ID]/simpleUserdefined[name=carbon]/value",

"soil_K","->/*s/abioticObservation[*ID]/pottasium",

"soil_Mg","->/*s/abioticObservation[*ID]/magnesium",

"soil_Ca","->/*s/abioticObservation[*ID]/simpleUserdefined[name=calcium]/value",

"soil_Na","->/*s/abioticObservation[*ID]/simpleUserdefined[name=sodium]/value",

"soil_acidity","->/*s/abioticObservation[*ID]/simpleUserdefined[name=acidity]/value",

"soil_base","->/*s/abioticObservation[*ID]/simpleUserdefined[name=base]/value",

"soil_cation_cap","->/*s/abioticObservation[*ID]/simpleUserdefined[name=cationCap]/value",

"soil_conductivity","->/*s/abioticObservation[*ID]/simpleUserdefined[name=conductivity]/value",

"soil_texture","->/*s/abioticObservation[*ID]/simpleUserdefined[name=texture]/value",

"holdridge_life_zone","->/*s/communityDetermination[*ID]/*s/communityConcept/commonName",

"life_zone_code","->/*s/communityDetermination[*ID]/*s/communityConcept/name",

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

"plot_methodology","/simpleUserdefined[name=plotMethodology]/value",

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

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

"date_start","/obsStartDate/_*/date",

"date_finish","/obsEndDate/_*/date",

"SALVIAS","VegX:/*s/individualOrganismObservation","Comments"

"OBSERVATION_ID",":[*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept/partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/simpleUserdefined[name=sourceaccessioncode]/value","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."

"PLOT_ID","/*ID->/*s/plotObservation/simpleUserdefined[name=parent]/value->/*s/plotObservation:[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/simpleUserdefined[name=sourceaccessioncode]/value","Brad: Not sure why this is repeated? This field and plotCode, as the same as above."

"plot_code","/*ID->/*s/plotObservation/simpleUserdefined[name=parent]/value->/*s/plotObservation/*UniqueIdentifierID->/*s/plot/plotUniqueIdentifier","Brad: Same as plotCode, above"

"census_no","/simpleUserdefined[name=censusNo]/value","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."

"census_date","/*ID->/*s/plotObservation/obsStartDate/_date/year",

"subplot","/*ID->/*s/plotObservation:[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/*UniqueIdentifierID->/*s/plot/plotUniqueIdentifier",

"individual_code","/simpleUserdefined[name=individualCode]/value","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."

"ind_id",,"Brad: OMIT"

"tag1","/*ID->/*s/individualOrganism/identificationLabel","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."

"tag2","/simpleUserdefined[name=tag2]/value","Brad: See commend for tag1. Your mapping for tag2 looks correct. Probably both values would go here, only nested, with one superceding the other."

"x_position","/simpleUserdefined[name=xPosition]/value","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."

"y_position","/simpleUserdefined[name=yPosition]/value","Brad: See comment above for x_position"

"voucher_string","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept:[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/voucher/_alt/2","Brad: OMIT. This is the verbatim text, which includes both collectors name and collection number. I would use coll_number, below."

"coll_number","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept:[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/voucher/_alt/1","Brad: Incorrect. Map instead as for voucher_string"

"collector_code",,"Brad: OMIT"

"coll_lastname","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=collector]/partyWithRole/*ID->/parties/party/individualName/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."

"coll_firstname","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=collector]/partyWithRole/*ID->/parties/party/individualName/givenName","Brad: See comment above"

"det_type","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=collector]/groupType","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."

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

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

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

"family","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=fam])/Name",

"genus","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=gen])/Name",

"specific_epithet","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=sp])/Name",

"specific_authority","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=auth])/Name","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."

"infra_rank_1","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=TaxonomicRankBelowSubspeciesEnum])/Rank",

"infra_ep_1","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=computer]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=TaxonomicRankBelowSubspeciesEnum])/Name",

"cf_aff","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=identifier]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=binom])/{fit,Name/_name/middle}","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."

"comments",,"Brad: OMIT"

"habit","/simpleUserdefined[name=growthForm]/value","Brad: Incorrect for VegBank, correct for VegX. This is growth form (tree, shrub, herb, etc.). It is an observation of a trait."

"no_of_individuals","/simpleUserdefined[name=count]/value","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."

"cover_percent","/simpleUserdefined[name=coverPercent]/value",

"intercept_cm","/simpleUserdefined[name=interceptCm]/value","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."

"height_m","/height","Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob"

"ht_first_branch_m","/simpleUserdefined[name=htFirstBranchM]/value","Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob"

"stem_tag1","/*ID->/*s/individualOrganism/identificationLabel","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."

"stem_tag2","/*ID->/*s/individualOrganism/identificationLabel","Brad: see above"

"stem_dbh","/diameterBaseDistance[baseDistance/value=1.37]/diameter",

"basal_diam","/diameterBaseDistance[baseDistance/value=0]/diameter",

"stem_height_m","/simpleUserdefined[name=stemHeightM]/value","Brad: Same as for height, but applies to individuals stems, not trees. Rare."

"stem_height_first_branch_m","/simpleUserdefined[name=stemHeightFirstBranchM]/value","Brad: Should also be userDefined for VegBank. Same as for ht_first_branch_m, but applies to individuals stems, not trees. Rare."

"stem_canopy_form","/simpleUserdefined[name=stemCanopyForm]/value","Brad: Should also be userDefined for VegBank. "

"stem_canopy_position","/simpleUserdefined[name=stemCanopyPosition]/value","Brad: Should also be userDefined for VegBank. "

"stem_liana_infestation","/simpleUserdefined[name=stemLianaInfestation]/value","Brad: Should also be userDefined for VegBank. "

"notes","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept/note/text",

"orig_family","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=identifier]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=fam])/Name","Brad: OMIT"

"orig_species","/*ID->/*s/individualOrganism/*sID->/*s/taxonNameUsageConcept->/*s/taxonDetermination[*ID,partyWithRole/role=identifier]/*s/taxonRelationshipAssertion(/assertion/*ID->/*s/taxonConcept[Rank/@code=binom])/Name/_name/last","Brad: OMIT"

fullViaMap := maps/%.full.csv

allViaMaps := $(filter-out maps/VegBIEN.%.csv $(fullViaMap),\

$(wildcard maps/*.csv))

selfMap := $(mappings)/$(via).self.%.csv

viaMaps += $(filter-out $(viaMaps) $(fullViaMap),$(wildcard maps/$(via).*.csv))

maps :=

maps += $(autogenMaps)

maps/$(via).%.full.csv: maps/$(via).%.csv $(selfMap)

	env ignore=1 $(root)/bin/union <$+|$(root)/bin/sort_map >$@

maps/$(via).%.full.csv: maps/$(via).%.csv # fallback if no self map

	cp -p $< $@

.PRECIOUS: maps/$(via).%.full.csv maps/$(via).%.csv $(selfMap)

maps += $(patsubst maps/%.csv,maps/%.full.csv,$(viaMaps))

maps: $(maps) _always ;

all += $(maps)

No input file src/*.$*.{$(exts)} )))$(root)/map $(+maps)

test/$(via).%.xml: maps/$(via).%.full.csv _always