DART Recovered BPR time adjust NZD NZJ NZK NZL

[salichon]

Use times as shown by the recovered BPR data sets
NZD,NZJ,NZK,NZL 2025 location/Deploy 41
(raw BPR data in the GeoNet archive)

[salichon]

Kia ora @JonoHanson @elidana @ozym
Could i get Review/ticks and merge this one for the raw BPR dat set intilde (campaign nr9)?
thanks a lot!

[elidana]

looking at DART raw data and confirming timestamp when buoy touched the bottom

NZD

descending ends: 2023-06-12 ~22:07 UTC
last BPR record from the ocean bottom : 2025-06-13T20:59:45Z
ascending data not available in raw file

NZK

descending ends: 2023-06-06 03:55 UTC
last BPR record from the ocean bottom : 2025-06-08T22:59:45Z
ascending data not available in raw file

NZL

descending ends: 2023-06-02 ~21:59 UTC
last BPR record from the ocean bottom : 2025-06-04T22:59:45Z
ascending data not available in raw file

NZJ

descending ends at 2023-05-29 04:34 UTC
last BPR record from the ocean bottom : 2025-05-31T23:59:45Z
ascending data not available in raw file

[elidana]

thanks @salichon for doing this!!!

All closing timestamps looks fine to me, though I suggest to either fix here or in a successive pull request the "opening" timestamps to match the DART BPR recordings (once buoy touch the bottom, see my comment above)

[salichon]

Sweet thx @elidana

• Rechecked that NZD,J,K,L 15seconds data starts well after the instrument descent, all good Thx !
• Having a bit of time not accounted fot after post descent is okay to me. (BPR stabilizing etc .. etc ...)
  we d try keep the Deploy dates start/end consistent over the board in delta (constituents etc ...) with these entries.
  see for instance
  • DART NIWA Tidal constituents in Delta - Step 1: FIX Loccode and Time windows; Step 2 ADD DART NZ constituents  #2575
• I d be more in favour to keep these dates as it is.The goal is "only" to get a Sea height data set (e.g. in tilde) not the deployment ones, so missing a couple of observations just after the deployment is ok to me.
  Otherwise also it requires to change in other files in Delta.

Let s see with other feedbacks!

thanks
cheers

[salichon]

thanks @elidana
@JonoHanson @EvanCGNS
It d be great to have this PR ready thanks !

[EvanCGNS]

Closing timestamps look good to me!

I'm also happy keeping the opening timestamps the way they are, as the BPR's do need a bit of time to settle, and we can always update and upload more data if we change our minds

[salichon]

happy people - merging