Hi David --<div><br></div><div>You are right that geo coverage could be misleading if people aren't careful in interpreting the data.  This is true of all 'laboratory' work and is the main reason that geo coverage is not a required field in both EML and the BDP.  Nevertheless, having the spatial location might still be useful -- its a judgement call as to whether you should include it.  I would argue probably yes, just in case the ecotron designers didn't manage to control absolutely all aspects of the environment (e.g., direction of earth's magnetic field as a far-fetched example).  Then, the most important thing is to be extremely clear in the methods that these are manipulated, experimental conditions, and specify exactly what those conditions are in enough detail for the data to be properly interpreted.  One can not really control for people who cavalierly download a data set and use it improperly in an analysis without considering its fitness for use.  Presumably the peer review process would catch any problems with data misuse, right? So I'd say, just document fully and release!</div>
<div><br></div><div>Matt<br><br><div class="gmail_quote">On Wed, Dec 7, 2011 at 2:02 AM, David Blankman <span dir="ltr"><<a href="mailto:dblankman1@gmail.com">dblankman1@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word">One of the projects I am involved includes ecotrons. These are artificial laboratory "ecosystems" (see attached document).<div><br></div><div>I would appreciate any ideas for a "best practice" for documenting data produced at an ecotron. Clearly geographic coverage in the sense of locating the ecotron is, at best, irrelevant, and probably misleading. </div>
<div><br></div><font color="#888888"><div>David</div><div><br></div><div></div></font></div><br><div style="word-wrap:break-word"><div><br><div>
<div><b>David Blankman                                                  </b><div><div>Chair, ILTER Information Management Committee</div><div><br></div><div><span style="border-collapse:separate;color:rgb(0,0,0);font-family:Tahoma;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="border-collapse:separate;color:rgb(0,0,0);font-family:Tahoma;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><div style="word-wrap:break-word">
<div><div>Director, Information Management</div><div>Israel LTER / MARAG</div><div><br></div><div><div>972-54-685-9345 (cell)</div><div>972-77-442-1951 (work)</div><div>Skype: dblankman</div></div></div></div></span></span></div>
</div></div><div><br></div><br>
</div>
<br></div></div><br>_______________________________________________<br>
Eml-dev mailing list<br>
<a href="mailto:Eml-dev@ecoinformatics.org">Eml-dev@ecoinformatics.org</a><br>
<a href="http://lists.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/eml-dev" target="_blank">http://lists.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/eml-dev</a><br>
<br></blockquote></div><br></div>