Revision 1084
Added by Aaron Marcuse-Kubitza almost 13 years ago
inputs/SALVIAS/test/VegX.organisms.xml.ref | ||
---|---|---|
77 | 77 |
<name>authorCode</name> |
78 | 78 |
<value>295</value> |
79 | 79 |
</simpleUserdefined> |
80 |
<plotUniqueIdentifierID>0</plotUniqueIdentifierID> |
|
80 | 81 |
</plotObservation> |
81 | 82 |
<plotObservation id="1"> |
82 | 83 |
<partyWithRole><partyID>3</partyID></partyWithRole> |
... | ... | |
84 | 85 |
<name>authorCode</name> |
85 | 86 |
<value>295</value> |
86 | 87 |
</simpleUserdefined> |
88 |
<plotUniqueIdentifierID>2</plotUniqueIdentifierID> |
|
87 | 89 |
</plotObservation> |
88 | 90 |
</plotObservations> |
91 |
<plots> |
|
92 |
<plot id="0"> |
|
93 |
<relatedSpatialItem> |
|
94 |
<relatedItem> |
|
95 |
<relationshipType>parentPlot</relationshipType> |
|
96 |
<relatedItemID>1</relatedItemID> |
|
97 |
</relatedItem> |
|
98 |
</relatedSpatialItem> |
|
99 |
<plotUniqueIdentifier>1</plotUniqueIdentifier> |
|
100 |
</plot> |
|
101 |
<plot id="1"><plotUniqueIdentifier>c2000-1</plotUniqueIdentifier></plot> |
|
102 |
<plot id="2"> |
|
103 |
<relatedSpatialItem> |
|
104 |
<relatedItem> |
|
105 |
<relationshipType>parentPlot</relationshipType> |
|
106 |
<relatedItemID>3</relatedItemID> |
|
107 |
</relatedItem> |
|
108 |
</relatedSpatialItem> |
|
109 |
<plotUniqueIdentifier>1</plotUniqueIdentifier> |
|
110 |
</plot> |
|
111 |
<plot id="3"><plotUniqueIdentifier>c2000-1</plotUniqueIdentifier></plot> |
|
112 |
</plots> |
|
89 | 113 |
<taxonDeterminations> |
90 | 114 |
<taxonDetermination> |
91 | 115 |
<taxonNameUsageConceptID>0</taxonNameUsageConceptID> |
inputs/SALVIAS/test/VegBIEN.organisms.xml.ref | ||
---|---|---|
3 | 3 |
<taxonoccurrence id="0"> |
4 | 4 |
<locationevent_id> |
5 | 5 |
<locationevent> |
6 |
<authorlocationcode>1</authorlocationcode> |
|
7 |
<parent_id><locationevent><authorlocationcode>c2000-1</authorlocationcode></locationevent></parent_id> |
|
6 | 8 |
<datasource_id><party><organizationname>SALVIAS</organizationname></party></datasource_id> |
7 | 9 |
<sourceaccessioncode>295</sourceaccessioncode> |
8 | 10 |
</locationevent> |
... | ... | |
123 | 125 |
<taxonoccurrence id="1"> |
124 | 126 |
<locationevent_id> |
125 | 127 |
<locationevent> |
128 |
<authorlocationcode>1</authorlocationcode> |
|
129 |
<parent_id><locationevent><authorlocationcode>c2000-1</authorlocationcode></locationevent></parent_id> |
|
126 | 130 |
<datasource_id><party><organizationname>SALVIAS</organizationname></party></datasource_id> |
127 | 131 |
<sourceaccessioncode>295</sourceaccessioncode> |
128 | 132 |
</locationevent> |
inputs/SALVIAS/test/import.organisms.out.ref | ||
---|---|---|
1 |
Inserted 86 new rows into database |
|
1 |
Inserted 88 new rows into database |
inputs/SALVIAS/maps/VegX.organisms.csv | ||
---|---|---|
1 | 1 |
"SALVIAS:plotObservations","VegX:/*s/individualOrganismObservation","Comments" |
2 | 2 |
"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." |
3 | 3 |
"PlotID","/*ID->/*s/plotObservation:[partyWithRole/*ID->/parties/party/organizationName=$/_ignore/inLabel]/simpleUserdefined[name=authorCode]/value","Brad: Not sure why this is repeated? This field and plotCode, as the same as above." |
4 |
"PlotCode",,"Brad: Same as plotCode, above" |
|
4 |
"PlotCode","/*ID->/*s/plotObservation/*UniqueIdentifierID->/*s/plot/relatedSpatialItem/relatedItem[relationshipType=parentPlot]/relatedItemID->/*s/plot/plotUniqueIdentifier","Brad: Same as plotCode, above"
|
|
5 | 5 |
"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." |
6 | 6 |
"census_date","/simpleUserdefined[name=collectionDate]/value/_*/date", |
7 | 7 |
"OrigRecordID",, |
8 |
"Line",, |
|
8 |
"Line","/*ID->/*s/plotObservation/*UniqueIdentifierID->/*s/plot/plotUniqueIdentifier",
|
|
9 | 9 |
"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." |
10 | 10 |
"ind_id",,"Brad: OMIT" |
11 | 11 |
"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." |
inputs/SALVIAS/maps/VegBIEN.organisms.csv | ||
---|---|---|
1 | 1 |
SALVIAS:plotObservations,VegBIEN:/taxonoccurrence,Comments |
2 |
Line,/*_id/locationevent/authorlocationcode, |
|
3 |
PlotCode,/*_id/locationevent/parent_id/locationevent/authorlocationcode,"Brad: Same as plotCode, above" |
|
2 | 4 |
PlotID,/*_id/locationevent:[datasource_id/party/organizationname/_alt/2=$/_ignore/inLabel]/sourceaccessioncode,"Brad: Not sure why this is repeated? This field and plotCode, as the same as above." |
3 | 5 |
height_m,/aggregateoccurrence/*_id/plantobservation/overallheight,Brad: Incorrect for VegBank. This is a measurement applied to a single tree. Check with Bob |
4 | 6 |
PlotObsID,/aggregateoccurrence/*_id/plantobservation/sourceaccessioncode,"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." |
... | ... | |
36 | 38 |
coll_lastname,/verbatimcollectorname/_name/last,"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." |
37 | 39 |
GenAuth,, |
38 | 40 |
IsMorpho,, |
39 |
Line,, |
|
40 | 41 |
OrigAuth,, |
41 | 42 |
OrigRecordID,, |
42 |
PlotCode,,"Brad: Same as plotCode, above" |
|
43 | 43 |
SpAuthStatus,, |
44 | 44 |
coll_inits,, |
45 | 45 |
collector_code,,Brad: OMIT |
Also available in: Unified diff
SALVIAS-db VegX mapping: Map subplots correctly the way SALVIAS-CSV does