More obs ...

[guillaumevernieres]

• fixes More marine obs as part of the default list #885

[guillaumevernieres]

It's a lot of copy/pasting. I wonder if we should have an application that generates template yaml files for these sst retrieval ... humm.

[emcbot]

Automated Global-Workflow GDASApp Testing Results:
Machine: hera

Start: Mon Jan 29 21:42:02 UTC 2024 on hfe07
---------------------------------------------------
Build:                                 *SUCCESS*
Build: Completed at Mon Jan 29 22:27:08 UTC 2024
---------------------------------------------------
Tests:                                 *SUCCESS*
Tests: Completed at Mon Jan 29 22:55:57 UTC 2024
Tests: 100% tests passed, 0 tests failed out of 52

[AndrewEichmann-NOAA]

It's a lot of copy/pasting. I wonder if we should have an application that generates template yaml files for these sst retrieval ... humm.

How often are we going to be doing this?

[AndrewEichmann-NOAA]

looks right

[ShastriPaturi]

Thanks for the changes @guillaumevernieres.

[apchoiCMD]

Looks right-

[AndrewEichmann-NOAA]

So no window for the SSTs?

[guillaumevernieres]

So no window for the SSTs?

Yeah ... HELL NO @AndrewEichmann-NOAA :
1 - It's affecting the mixed layer, time scales of interests in 10's of minutes, we don't want to play gods with redating that obs type!
2 - have you seen how dense these obs are???

[RussTreadon-NOAA]

@guillaumevernieres , this PR modified the submodule hashes for the following JEDI repos

• fv3-jedi @ b4bc841 (1/8/2024)
• gsibec @ e760ec7 (4/17/2023)
• ioda @ f395e1d (1/10/2024)
• iodaconv @ 01adb65 (1/9/2024)
• land-imsproc @ 6373819 (12/7/2022)
• oops @ 60f9392 (1/8/2024)
• saber @ 4f1956c (1/5/2024)
• soca @ 44e1a51 (1/16/2024)
• ufo @ e41a1c9 (1/4/2024)

The date is in ( ) on each line is the commit date for the given JEDI repo hash.

Here are the hashes we had in GDASApp develop at 446ffe7. This is the GDASApp develop before PR #887 was merged into develop.

• fv3-jedi @ 5e4679a (1/23/2024)
• gsibec @ 17823ae (4/27/2023)
• ioda @ 79f9659 (1/19/2024)
• iodaconv @ 18094c0 (1/24/2024)
• land-imsproc @ 2ac7c0d (5/19/2023)
• oops @ 61fad29 (1/24/2024)
• saber @ c902217 (1/18/2024)
• soca @ 9a29b48 (1/18/2024)
• ufo @ 3d320d7 (1/24/2024)

GDASApp at 446ffe7 pointed at newer JEDI repo hashes.

Why do we need to move the submodule hashes back in time with PR #887?

[guillaumevernieres]

Why do we need to move the submodule hashes back in time with PR #887?

We don't @RussTreadon-NOAA , my mistake ... Although I see 3 green checks on the review side!

I'll submit a PR reverting to what it was before.