euroargodev / euroargodev/publicQCforum

DMQC and enclosed SSH budget

Open
#17 3 comments 2 reactions 0 assignees View on GitHub
argo-core QCexpert
Dominant language
No language data
Stars
16
Forks
1
PR merge metrics
No merged PRs in 30d

Description

Here are analysis files one of our own Arvor floats from the upwelling area in the South Atlantic. It is very stable since the beginning but has always shown an negative offset at the lower range of our expected mapping uncertainty. In the past I have always acted on the credo ‘trust your float’ and have not corrected offsets when they were smaller than +-0.01. But since the discussion at las AST I am worried about the unclosed SSH budget. But I am also worried about overcorrecting and forcing all the float data towards climatology, knowing how imperfect the climatology is.
![3901670_1](https://user-images.githubusercontent.com/61743926/120628779-5e6ee900-c465-11eb-97d9-7e800e2b12af.png)
![3901670_2](https://user-images.githubusercontent.com/61743926/120628798-63339d00-c465-11eb-99fc-9283a7512a69.png)
![3901670_3](https://user-images.githubusercontent.com/61743926/120628802-63cc3380-c465-11eb-8f31-cde7f5efe4f0.png)
![3901670_6](https://user-images.githubusercontent.com/61743926/120628909-84948900-c465-11eb-99d7-f39712de5918.png)
![altimeter_comparison_3901670](https://user-images.githubusercontent.com/61743926/120628911-852d1f80-c465-11eb-8989-6c2581e82835.png)
![deloyment_compar_sal3901670](https://user-images.githubusercontent.com/61743926/120628913-865e4c80-c465-11eb-9a4d-a00be5ba702b.png)
![deloyment_compar_sal3901670_detail](https://user-images.githubusercontent.com/61743926/120628916-865e4c80-c465-11eb-8982-1f9cda3a1bd0.png)
![deloyment_compar_temp3901670](https://user-images.githubusercontent.com/61743926/120628918-86f6e300-c465-11eb-86a9-28e6dee9706d.png)
![deloyment_compar_temp3901670_detail](https://user-images.githubusercontent.com/61743926/120628920-878f7980-c465-11eb-8dd1-2e66ae6c775d.png)
![pt_s_anom_map_3901670](https://user-images.githubusercontent.com/61743926/120628923-88281000-c465-11eb-9d12-87bc877f861e.png)
For this float a deployment CTD exists with calibrated data and this comparison does not show a need for a negative correction of the float data. If ever the float is too fresh. And I would not have a good explanation why the lab calibration should have been so bad, that the float measures wrongly from the start with a bias of ~-0.01. Therefor I have applied no correction, and since I trust my float I have also left the Qc at 1. But I would like to get your opinion on this. And maybe we need to communicate with the other dm operators how to deal with situations like this.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.