<div dir="ltr">Hi Stefan,<div>I had another look at midvatten it's not quite what I need.</div><div>I'm not sure this is how to explain it but I'll try. The way you describe it treats stratigraphy as just another property at a layer. I need the stratigraphic relationships, groups at top level, then formation, then member in a stratigraphic database, which is then linked to the "base data" properties you've described.</div><div><br></div><div>The idea is to force an internal consistency and enable me to check data thats been entered.</div><div><br></div><div>Thanks</div><div>Matt</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 24, 2019 at 8:32 PM Stefan Giese <<a href="mailto:Stefan.Giese@wheregroup.com">Stefan.Giese@wheregroup.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <p>Hi Matt,</p>
    <p>did you have a look to the midvatten plugin (1), there you can
      create a project database for geology data from drilholes. I
      didn't use it so far, but I think it's worth have a look on. <br>
    </p>
    <p>Normally the basic construct should be a one to many relation
      between base data and horizon data<br>
    </p>
    <p>base data (position, name, ...)   1 - n horizons ( upper depth,
      lower depth, lithology, colour, fabric, texture, genesis,
      stratigraphy...)</p>
    <p>(1) <a href="https://github.com/jkall/qgis-midvatten-plugin/wiki" target="_blank">https://github.com/jkall/qgis-midvatten-plugin/wiki</a><br>
    </p>
    <p>Best regards</p>
    <p>Stefan<br>
    </p>
    <p><br>
    </p>
    <pre cols="72">Mit freundlichen Grüßen
Stefan Giese
Projektleiter/Consultant
***************************
Where2B Konferenz 2019
12. Dezember 2019 in Bonn
<a href="http://where2b-conference.com" target="_blank">where2b-conference.com</a>
***************************
WhereGroup GmbH
Schwimmbadstr. 2
79100 Freiburg
Germany

Fon: +49 (0)761 / 519 102 - 61
Fax: +49 (0)761 / 519 102 - 11

<a href="mailto:stefan.giese@wheregroup.com" target="_blank">stefan.giese@wheregroup.com</a>
<a href="http://www.wheregroup.com" target="_blank">www.wheregroup.com</a>
Geschäftsführer:
Olaf Knopp, Peter Stamm 
Amtsgericht Bonn, HRB 9885</pre>
    <div>Am 24.10.2019 um 01:55 schrieb Matt
      Boyd:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">Hi QGISers,<br>
        <div>possibly a little OT but do any of the geologists on the
          list know of a pre-built structure for formation tops in well
          data?<br>
        </div>
        <div><br>
        </div>
        <div>I'm thinking a relational DB structure that is able to be
          filtered by group / formation / member and provides more
          functionality than spreadsheets and with a smaller footprint
          than the monolithic geology databases that seem to be around.</div>
        <div><br>
        </div>
        <div>I've started building this myself but I'm more of a user
          than a designer.</div>
        <div><br>
        </div>
        <div>Thanks</div>
        <div>Matt</div>
        <div><br>
        </div>
        <div><br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
Qgis-user mailing list
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a></pre>
    </blockquote>
  </div>

</blockquote></div>