Parameters used META 3.2 AVISO #264
Replies: 6 comments 12 replies
-
Before to compare tracking, did you have same identification? |
Beta Was this translation helpful? Give feedback.
-
Hi! I simply compared the tracks for both for different life times. Can you tell me what is the EddyQuickCompare and how to use it? Thanks again |
Beta Was this translation helpful? Give feedback.
-
Here an example of several run of identification with different parameter specification mkdir -p 01_default_detection
EddyId -v INFO src/py_eddy_tracker/data/dt_med_allsat_phy_l4_20160515_20190101.nc 20160515 \
adt None None longitude latitude 01_default_detection
mkdir -p 02_detection_without_filtering
EddyId -v INFO src/py_eddy_tracker/data/dt_med_allsat_phy_l4_20160515_20190101.nc 20160515 \
adt None None longitude latitude 02_detection_without_filtering --cut_wavelength 0
mkdir -p 03_detection_without_filtering_err_90
EddyId -v INFO src/py_eddy_tracker/data/dt_med_allsat_phy_l4_20160515_20190101.nc 20160515 \
adt None None longitude latitude 03_detection_without_filtering_err_90 --cut_wavelength 0 --fit_errmax 90
EddyQuickCompare 0*/Anticyclonic*
EddyQuickCompare 0*/Cyclonic* Produce this output, to compare eddies it use same method than describe here in figure 3. You could set threshold to change default one to qualify high/intermediate/low. A high score mean similar eddies. For each category we indicate percentage and absolute quantity in brackets.
You could also look to options of [ref] 01_default_detection/Anticyclonic_20160515T000000.nc -> 60 obs
[0] 02_detection_without_filtering/Anticyclonic_20160515T000000.nc -> 48 obs
[1] 03_detection_without_filtering_err_90/Anticyclonic_20160515T000000.nc -> 51 obs
nomatch 5 <= low < 20 intermediate 40 <= high multi_match parent twin complex
[ 0] 30.0% (18) 1.7% (1) 13.3% (8) 55.0% (33) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0)
[ 1] 28.3% (17) 1.7% (1) 13.3% (8) 56.7% (34) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0)
Point of view of study dataset
nomatch 5 <= low < 20 intermediate 40 <= high multi_match parent twin complex
[ 0] 12.5% (6) 2.1% (1) 16.7% (8) 68.8% (33) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0)
[ 1] 15.7% (8) 2.0% (1) 15.7% (8) 66.7% (34) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0)
[ref] 01_default_detection/Cyclonic_20160515T000000.nc -> 63 obs
[0] 02_detection_without_filtering/Cyclonic_20160515T000000.nc -> 58 obs
[1] 03_detection_without_filtering_err_90/Cyclonic_20160515T000000.nc -> 63 obs
nomatch 5 <= low < 20 intermediate 40 <= high multi_match parent twin complex
[ 0] 25.4% (16) 3.2% (2) 11.1% (7) 60.3% (38) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0)
[ 1] 22.2% (14) 4.8% (3) 11.1% (7) 61.9% (39) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0)
Point of view of study dataset
nomatch 5 <= low < 20 intermediate 40 <= high multi_match parent twin complex
[ 0] 19.0% (11) 3.4% (2) 12.1% (7) 65.5% (38) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0)
[ 1] 22.2% (14) 4.8% (3) 11.1% (7) 61.9% (39) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0) If use area options score comparison will be display in surface equivalent EddyQuickCompare 0*/Anticyclonic* --area
EddyQuickCompare 0*/Cyclonic* --area
|
Beta Was this translation helpful? Give feedback.
-
Hi, I am running into similar issues as Susana did. I am trying to replicate the 1993 January eddy tracking and detections for META 3.2 DT twosat. I got the ADT maps from C3S Delayed-Time version DT 2021 which were linked on the AVISO ( https://cds.climate.copernicus.eu/cdsapp#!/dataset/satellite-sea-level-global?tab=overview ). I then ran the following code for each of the 31 days in January 1993. g = RegularGridDataset(daily_grid_path,"longitude","latitude")
g.lanczos_high_filter("adt",700,order=1)
a, c = g.eddy_identification("adt",
"ugos",
"vgos",
date,
0.002,
shape_error=70,
pixel_limit=(5, 1000),
sampling=20,
sampling_method="visvalingam",
nb_step_min=2) I then ran EddyTracking with the following yaml file. PATHS:
# Files produced with EddyIdentification
FILES_PATTERN: '/projects/verif_dets/cyc/cyc_*.nc'
# Path to save outputs
SAVE_DIR: '/projects/out_data/'
# Number of consecutive timesteps with missing detection allowed
VIRTUAL_LENGTH_MAX: 4
# Minimal number of timesteps to considered as a long trajectory
TRACK_DURATION_MIN: 10
CLASS:
MODULE: py_eddy_tracker.featured_tracking.area_tracker
CLASS: AreaTracker However, the results of tracking are substantially off. I made two new files for META3.2, [ref] META_cyc_short_jan.nc -> 17546 obs
[0] out_data/Cyclonic_track_too_short.nc -> 17468 obs
nomatch 5 <= low < 20 intermediate 40 <= high multi_match parent twin complex
[ 0] 33.6% (5901) 0.0% (8) 0.0% (0) 0.0% (0) 66.3% (11637) 0.1% (14) 0.1% (10) 66.2% (11613)
Point of view of study dataset
nomatch 5 <= low < 20 intermediate 40 <= high multi_match parent twin complex
[ 0] 34.4% (6012) 0.0% (8) 0.0% (0) 0.0% (0) 65.5% (11448) 0.0% (5) 0.2% (28) 65.3% (11415) and [ref] META_cyc_long_jan.nc -> 95373 obs
[0] out_data/Cyclonic.nc -> 91297 obs
nomatch 5 <= low < 20 intermediate 40 <= high multi_match parent twin complex
[ 0] 11.8% (11232) 0.0% (1) 0.0% (0) 0.0% (0) 88.2% (84140) 0.0% (1) 0.0% (0) 88.2% (84139)
Point of view of study dataset
nomatch 5 <= low < 20 intermediate 40 <= high multi_match parent twin complex
[ 0] 9.7% (8858) 0.0% (1) 0.0% (0) 0.0% (0) 90.3% (82438) 0.0% (0) 0.0% (2) 90.3% (82436) The detection results are substantially different and I am not quite sure what is wrong with the code as I thought that I was using the same parameters as listed in the META 3.2 handbook. I am not quite sure if there is an issue with how I installed pyeddytracker or some other problem. My current installation passes all of the unit tests, albeit with a warnings. Any help would be appreciated! Thanks! |
Beta Was this translation helpful? Give feedback.
-
Hi, g = RegularGridDataset(daily_grid_path,"longitude","latitude")
g.bessel_high_filter("adt",700,order=1)
a, c = g.eddy_identification("adt",
"ugos",
"vgos",
date,
0.002,
shape_error=70,
pixel_limit=(5, 2000),
sampling=20,
sampling_method="visvalingam",
nb_step_min=2,
nb_step_to_be_mle=0
)
a.write_file(filename='19930101_anticyclonic.nc')
c.write_file(filename='19930101_cyclonic.nc') This configuration must be provide good score: EddyQuickCompare 19930101_anticyclonic.nc Atlas_anticyclonic_19930101.nc --high 95
[ref] 19930101_anticyclonic.nc -> 3284 obs
[0] Atlas_anticyclonic_19930101.nc -> 3284 obs
nomatch 5 <= low < 20 intermediate 95 <= high multi_match parent twin complex
[ 0] 0.0% (0) 0.0% (0) 0.0% (0) 100.0% (3284) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0)
Point of view of study dataset
nomatch 5 <= low < 20 intermediate 95 <= high multi_match parent twin complex
[ 0] 0.0% (0) 0.0% (0) 0.0% (0) 100.0% (3284) 0.0% (0) 0.0% (0) 0.0% (0) 0.0% (0) I hope it solve your problem, confirm me if you get the same result. |
Beta Was this translation helpful? Give feedback.
-
Hi I believed, that I fixed my error in with the tracking and now have an extremely similar dataset to META3.2 for January 1993. I needed to change the There are a few little things that I have a few questions about. Looking at through the daily eddy detections, occasionally the META dataset will have 1-2 detections that have no match with my dataset and my dataset will occasionally have 1-2 detections that have no match with the META dataset. In the grand scheme of things, 1-2 detections on several days does not make a substantial difference, but I am curious if you had an idea on what could be the cause of this. Could this be caused by some version difference in one of the packages such as numpy? Further, while I have almost identical detections and trajectories in my reconstructed datasets, I have noticed some small differences in the global distributions of eddy characteristics that rely on fitting a best fit circle to one of the contours. The most striking difference is with regard to the Here is our a few histograms illustrating what I have found. I created this by aggregating all eddy observations from January 1-20 1993 from all three eddy files: long, short, and untracked. Once again, thank you for your time and assistance! |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi!
I have been trying to reproduce the META 3.2 eddy tracking results to make sure that everything is working properly since my objective is to use the py-eddy-tracking on my ROMS model, but I am getting less tracked eddies when compared to the AVISO product.
I used the parameters below, as they were the ones referred in the manual:
Also, I'm using maps of ADT with a 0.25 resolution, which I think were the same used.
Do I need to add other parameters in the eddy identification? And also, can I change the minimum amplitude?
I then used the eddy traking.yaml:
Can you help me with this?
Thank you,
Susana Silva
Beta Was this translation helpful? Give feedback.
All reactions