<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Mar 15, 2015 at 11:49 PM, Rich Shepard <span dir="ltr"><<a href="mailto:rshepard@appl-ecosys.com" target="_blank">rshepard@appl-ecosys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sun, 15 Mar 2015, Andy Wickert wrote:<br>
<br>
</span><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So to boil it down to the simplest part of what you said, the key is just<br>
to have an ID column in the GRASS table that links to a table in a<br>
database structure outside of GRASS?<br>
</blockquote>
<br></span>
Andy,<br>
<br>
  Yes. You can keep all point attributes in SQLite (or other rdbms) tables<br>
rather than in GRASS. It's been a while since I last did this so the<br>
specifics are not immediately available. I would link each point to a table<br>
which describes it; perhaps including geographic coordinates, name, and<br>
other information. Then your discharge and sediment data are in other tables<br>
that are related to each row in the main table. This also allows you to run<br>
SQL queries on the data (such as descriptice statistics) outside of GRASS.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Just to make sure that I was clear: the problem is how to include multiple<br>
rows of data that all correspond to just one point in GIS (so "grain size"<br>
with frequencies in each grain size class or "discharge" with discharges<br>
at different times).<br>
</blockquote>
<br></span>
  Database design is a topic of itself. Separate attribute data from the<br>
spatial data; the former goes into a database (multiple tables), the latter<br>
in GRASS files.<br>
<br>
  In your initial message you describe three different categories of data<br>
and each should be in its own table. Information about each data collection<br>
point (which is seen on the map) is in one table. This could include a site<br>
ID as the primary key, site name, perhaps the stream or drainage basin in<br>
which it is located, and other information about the location itself.<br>
<br>
  Your second table contains hydaulic data: sample ID (the primary key),<br>
station ID (which relates that row to your point), collection date and time,<br>
discharge, channel width, and any other relevant information.<br>
<br>
  Your third table contains sediment data: sample ID (primary key), station<br>
ID, date and time, each grain category (e.g., silt, clay, fine sand, coarse<br>
sand, gravel, cobble), and the percentage or proportion (dry weight?) of<br>
each.<br>
<br>
  You could also have additional tables if you want to store more categories<br>
of data for each point.<br>
<br>
Hope this helps,<br>
<br>
Rich<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
grass-user mailing list<br>
<a href="mailto:grass-user@lists.osgeo.org" target="_blank">grass-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-user" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/grass-user</a><br>
</div></div></blockquote></div><br><br></div><div class="gmail_extra">Hi Rich,<br><br></div><div class="gmail_extra">This helps very much and learning how to do this will be high on my to-do list. Thank you!<br><br></div><div class="gmail_extra">Andy<br></div></div>