utah-geological-survey / gwp_cloud_db

Guidelines and issues for uploading and managing data uploads to the GWP cloud database
GNU General Public License v3.0
0 stars 0 forks source link

final table structure #17

Open wetlandsDiane opened 4 days ago

wetlandsDiane commented 4 days ago

Manual measurements currently has a temporary table structure while we resolve questions related to dtw and waterelevation measurements.

  1. Before dropping cut/hold fields: Should check that DTW below casing values match expected values based on cut/hold
  2. Before dropping Conductivity: Need to move values to field measurements table
  3. Before dropping well name- make sure we feel good about the locationids matching the well names
  4. Before dropping water elevation- See if values follow from dtwbelowcasing and stickup height

Regarding the dtw/water elevation issue:

  1. dtwbelowground is easiest to understand, standard used by USGS, but isn't tied to our measurments very well
  2. dtwbelowcasing is directly tied to what we measure, less transformation needed
  3. waterelevation- can be calculated, needs to be recalculated if we change the waterelevation in the verticalmeasure table

Currently, I like the idea of sticking with dtwbelowcasing and current_stickup_height. The latter could just be a default value and only change after extreme events (well stepped on or driven over, etc.). I think we could also adjust the stickup value to account for the rare cases where ground elevation changed by creating a proxy value that would get you to the correct elevation, with a note indicating why the stickup changed. I think this option does the best to preserve the info we used for our calculations and helps us keep track of site history. This would require changing Pete's variable stickup data to just the values that denote real change

I assume we could create a calculated field with dtwbelowground and waterelevation and or maybe a view