<div dir="ltr">Yes I am interested Stefan<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 16 January 2015 at 15:55, Blumentrath, Stefan <span dir="ltr"><<a href="mailto:Stefan.Blumentrath@nina.no" target="_blank">Stefan.Blumentrath@nina.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="#0563C1" vlink="#954F72" lang="NO-BOK">
<div>
<p class="MsoNormal">Dear devs,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span lang="EN-US">In my institute several colleagues use (different types of) temperature logger in order to collect primary temperature data with more relevance for local vegetation than the coarse air temperature data we get from our
meteorological institute.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Different types of loggers are used in different projects with different purposes, for different time periods, at different places, measuring different parameters (some measure temperature in Farenheit, others in Celsius,
some collect also lux, others humidity)…<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Nevertheless I would like to collect all data (also data of that kind we will collect in future) in one DB, which will have at least three interlinked tables:<u></u><u></u></span></p>
<p><u></u><span lang="EN-US"><span>1)<span style="font:7.0pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">One (non-spatial) table describing the projects (which have several logger placed with a given purpose)<u></u><u></u></span></p>
<p><u></u><span lang="EN-US"><span>2)<span style="font:7.0pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">One (spatial) table describing the different logger<u></u><u></u></span></p>
<p><u></u><span lang="EN-US"><span>3)<span style="font:7.0pt "Times New Roman"">
</span></span></span><u></u><span lang="EN-US">One (non-spatial) table containing the “real time series” with different parameters measured.
<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Between 2 and 3 we probably need another layer with sampling periods (because loggers may be slightly (and spatially insignificantly) moved which may have an effect on measurements…), but I hope this can be avoided…<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">For the technical solution I am considering two alternatives:<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">GRASS 7 or QGIS/PostGIS.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">What I have in mind is an interface for managing the data for the three named tables where the interface for 3) mainly is meant for importing data from the different temperature logger used (here I will get various raw-data
formats).<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">My current preference would be to use GRASS because of the TGIS concept. However, I would have to acquaint myself a bit more with the concept of STVDS as I up to now mainly worked with STRDS! As you can imagine the data
will be rather fragmented (from a space-time-perspective) which makes me unsure if they really are suitable for TGIS…
<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Anyway, my question is: Anyone interested in such a “temperature-logger feature” in GRASS 7 (however that may look like in the end) who would be willing to give me feedback on or help developing the concept and possibly
assist when I meet challenges which I cannot overcome myself?<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Or would you advise me not try to get data with such varying characteristics into one DB (because it would be a rather significant job)?<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">For the interested: I could provide some example data…<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">All the best,<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Stefan<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
</div>
</div>
<br>_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-dev</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">----</div>
</div>