Closed time-trader closed 1 year ago
Thanks for raising. When do you need this completed by?
Not urgent. More of a conceptual note. We are probably going to add this data manually in colab notebooks for now.
Also: have a sensor conversion constants table
@thclark what do you think about this?
@tommasopolonelli, rightfully noted that as we start to do more measurement campaigns and are about to install more nodes, properly storing this metadata and integrating it with aerosense-tools API became a more pressing issue.
@thclark any input on this, or should we go ahead and do this?
To do:
coordinates_table.json
column namesstrands
(sections and IMU schemas)data-gateway
to store an ID for each sensor installation instead of the coordinates. It should do nothing else with coordinatesaerosense-tools
to add coordinates that also validates input coordinates against schema@cortadocodes can I just check that any legacy coordinates that are hard coded now are set up to use the table?
I don't think there are any real legacy coordinates, I think only the default values of 0 are in there from before
@time-trader am I correct?
Feature request
Use Case
Currently sensor coordinates are stored in the "configuration" table. The metadata for each configuration already contains ids for other data such as blade id, wind turbine id. Lets keep the configuration table static (i.e. only add row to it as new configurations are used).
Meanwhile, Information about blade, or sensor positions can change as we go along. For example we don't know the exact position of sensors when we install the sensors, but as we process photogrammetry data we can edit the position table/tables.