Difference between revisions of "Category:Trees Working Group"

From Linked Earth Wiki
Jump to: navigation, search
( Pages with a poll, Working Group )
m (Recommendations of legacy datasets)
m (Location information)
Line 76: Line 76:
 
Chronologies are by definition an amalgamation of data from multiple trees.  Location information for these can therefore be represented either as multiple coordinates (one for each tree) and/or a polygon denoting the extent of the area covered by the chronology.  Should such a polygon be the smallest area encompassing all tree coordinates or should it be the freehand area covering the area the researcher feels the chronology represents?  
 
Chronologies are by definition an amalgamation of data from multiple trees.  Location information for these can therefore be represented either as multiple coordinates (one for each tree) and/or a polygon denoting the extent of the area covered by the chronology.  Should such a polygon be the smallest area encompassing all tree coordinates or should it be the freehand area covering the area the researcher feels the chronology represents?  
  
Further complications arise when handling tree-ring data collected from non-living trees.  Sample from snags can be reasonably expected to be at least close to where the tree grew, but archaeological and other cultural samples can be found miles from their initial growth location.  Very long range transport/trade of wood has taken place for millenia.  The type of location must be clearly stored with all locality data.
+
Further complications arise when handling tree-ring data collected from non-living trees.  Sample from snags can be reasonably expected to be at least close to where the tree grew, but archaeological and other cultural samples can be found miles from their initial growth location.  Very long range transport/trade of wood has taken place for millenia.  Some studies have successfully determined the provenance of transported/traded samples through dendrochronological analyses and/or isotopic work.  In these cases it would be good to also be able to store this sort of information.  Regardless though, the type of location must be clearly stored with all locality data.
 
+
  
 
== Recommendations for new datasets ==
 
== Recommendations for new datasets ==

Revision as of 17:48, 10 October 2016


Overview

In the Linked Earth context, a working group (WG) is a self-organized coalition of knowledgeable experts, whose activities are governed herewith. This page is dedicated to the discussion of data and metadata standards for trees (see this page for a definition of the wood archive), and aims to formulate a set of recommendations for such a standard. Note that chronological aspects should be discussed within the Chronologies WG.

Members of 'Trees Working Group'

Specific tasks

We recommend that discussions focus on the following techniques, and explore potential commonalities.

For each chronology type, we recommend:

  • structuring discussions around what scientific questions one would want to ask of the data
  • listing essential, recommended, and optional information for:
    • the measurements themselves
    • any inference made from the measurements (e.g. calibration to temperature)
    • the underlying uncertainties, and what those numbers correspond to (e.g. 1-sigma or 2-sigma?)
  • provide an ideal data table for each type of observation, so the community knows what to report and how to report it.
  • provide separate recommendations for new and legacy datasets

Scope

Tree rings are used by many different researchers, for many different reasons. The LinkedEarth community is well rooted in the paleoclimate community and while the ontology and data standard has great potential for use outside this community, we need to decide how to address the overlap in our discussions. Should be concentrate on the needs of the paleoclimate community exclusively to begin with, and intend to go back and revise at a later date? Or should we attempt to accommodate all potential users of tree-ring data from day 1?

The discussion within this group can build upon the work done by the Tree Ring Data Standard (TRiDaS) consortium [1]. While the contributors were weighted towards dendroarchaeologists, the standard was intended to be universal for all uses of tree-ring data. The requirements laid out be the TRiDaS contributors are therefore going to largely be relevant to discussions here.


What should the scope of this working group be?
You are not entitled to vote.
You are not entitled to view results of this poll.
There were 6 votes since the poll was created on 16:34, 10 October 2016.
poll-id D7AF922048B5799C67A469A0BF294059


Sensors

An initial recommendation is to focus on different sensors:

Measurement variables

The traditional variable measured in dendrochronology is of course the whole ring-width. It is common now to collect a wealth of other variables from tree-rings including:

  • Whole ring width
  • Early wood width
  • Late wood width
  • Whole ring density
  • Early wood density
  • Late wood density
  • Maximum density
  • Latewood percentage
  • Vessel size
  • Blue intensity (density proxy)

Event information

Tree-rings provide the potential to store information about specific events. The most common of these is a forest fire (stored as a fire scar or other anatomical damage), but may include the effects of defoliating insects, volcanic eruptions etc. This sort of event data is represented as binary yes/no occurrences in particular rings and is quite distinct from the continuous measurement variables (e.g. ring-widths, isotope concentrations etc) that are typical with most proxies.


Tree rings

Detrending

Maintaining references back to raw ring-width measurements is important to maintain data transparency. When detrending has been performed a detailed record of what has been done should be stored along with the software/library used. Implementations of different detrending techniques in different software can produce different results.


Stable isotopes

Some recommendations were made for an 'International Tree Ring Isotope Databank' ITRIDB by Csank[2]

Location information

Prior to the wide availability and affordability of GPS handsets, location information in dendrochronology tended to be low accuracy coordinates for a particular study site. This is what is stored in the ITRDB. However, for many years now the many (majority? all?) researchers have collected GPS coordinates for each individual tree. A clear distinction is needed in the ontology to record what the location information is recording.

Chronologies are by definition an amalgamation of data from multiple trees. Location information for these can therefore be represented either as multiple coordinates (one for each tree) and/or a polygon denoting the extent of the area covered by the chronology. Should such a polygon be the smallest area encompassing all tree coordinates or should it be the freehand area covering the area the researcher feels the chronology represents?

Further complications arise when handling tree-ring data collected from non-living trees. Sample from snags can be reasonably expected to be at least close to where the tree grew, but archaeological and other cultural samples can be found miles from their initial growth location. Very long range transport/trade of wood has taken place for millenia. Some studies have successfully determined the provenance of transported/traded samples through dendrochronological analyses and/or isotopic work. In these cases it would be good to also be able to store this sort of information. Regardless though, the type of location must be clearly stored with all locality data.

Recommendations for new datasets

Recommendations for collecting dendroarchaeological data have been made by Brewer and Jansma[3]. These are specific to the collection of samples for cultural dendrochronology, but still relevant in part to wider tree-ring research.


Recommendations of legacy datasets

The task of standardizing and upgrading legacy datasets cannot be underestimated. Recommendations for how to handle datasets will likely vary depending on the context. For instance, if a dataset owner wants to upgrade their own legacy data they should have access to the vast majority of data/metadata. Given the time/money they should be able to upgrade to a similar quality as new datasets. In contrast, upgrading the existing NOAA/ITRDB holdings of others will be far more challenging as the majority of datasets are missing key information or key information is stored ambiguously. For orphaned datasets it's very likely that a substantial amount of information is already lost with no hope of recovery.

In general, legacy datasets should be upgraded to meet a minimum set of criteria:

  1. Type of data: raw measurements or derived chronologies
  2. Measurement variable stored
  3. Measurement units stored
  4. Missing rings handled clearly and consistently
  5. Taxon
  6. Location
  7. Location type

References

  1. Jansma, E., Brewer, P. W. & Zandhuis, I. (2010) TRiDaS 1.1: The tree ring data standard. Dendrochronologia 28, 99-130. DOI
  2. Csank, A.Z. (2009) An International Tree-Ring Isotope Data Bank– A Proposed Repository for Tree-Ring Isotopic Data. Tree-Ring Research 65(2):163-164. DOI
  3. Brewer, P.W. and Jansma, E. (2016) Dendrochronological Data in Archaeology: A Guide to Good Practice, Archaeology Data Service / Digital Antiquity v1.1. Link

This category currently contains no pages or media.