# AMOC Endurance/Continuity -instrumentti — suunnitelma

**Tila:** Suunnitteluvaihe, 2026-07-30. Ei vielä koodia. Sama kuri kuin
BEM-E:n omassa suunnitteluvaiheessa (ks. hem-satellite-water-quality-plan.md):
data ensin, koodi vasta kun lähteet on vahvistettu.

**Alkuperä:** Käyttäjän oma ehdotus + toisen harrastelijan tarkennettu
kommentti 2026-07-30: WEM:n analyysityyli (useita riippumattomia
datalähteitä, ristiinvalidointi, yksi synteettinen tilannekuva) sopisi
hyvin AMOC-tutkimukseen. Tärkeä ero WEM:iin: AMOC:n havaintoverkko on
kansainvälinen alusta alkaen, ei yhden maan järjestelmä.

## Metodologinen ero WEM:iin — tärkeä, käyttäjän oma huomio

AMOC-epävarmuudet ovat rakenteellisesti suurempia kuin sähköjärjestelmässä:
- Havaintoaikasarjat lyhyempiä (RAPID 2004-, OSNAP vielä lyhyempi)
- Monet suureet epäsuoria proksia, ei suoria mittauksia
- Tutkijaryhmät erimielisiä kynnyksen läheisyydestä
- Subpolaarinen mittaussarja "vielä liian lyhyt" luotettavaan
  vuosikymmentason trendianalyysiin (vahvistettu haulla 2026-07-30)

**Tästä seuraa:** rinnakkaisten, riippumattomien indikaattoreiden
periaate on tässä *tarpeellisempi* kuin sähköjärjestelmässä, ei vain
kiva-to-have. Yksikään yksittäinen mittari ei riitä.

## Toinen harrastelijan oma metodologinen suositus — poikkeaa WEM:stä

WEM rakensi EPP-kaavan suhteellisen varhain ja on sen jälkeen joutunut
korjaamaan sitä useaan otteeseen (v2→v3→v4). AMOC-instrumentissa
ehdotettu järjestys on toisin päin:

1. Rakenna neljä yksinkertaista, itsenäistä indikaattoria ensin
2. Ymmärrä niiden keskinäinen käyttäytyminen
3. Rakenna mahdollinen yhdistelmäindeksi vasta tämän jälkeen

Tämä vältetään sen että instrumentti monimutkaistuu ennen kuin
perusrakenne on osoittautunut hyödylliseksi.

## Neljä aloitusindikaattoria ja niiden vahvistetut datalähteet (2026-07-30)

### 1. RAPID-indeksi (26.5°N, subtrooppinen AMOC)
- **Lähde:** rapid.ac.uk, data ylläpitäjänä BODC (British Oceanographic Data Centre)
- **DOI:** 10.5285/48d0bf43-0598-ceb2-e063-7086abc062f1
- **Aikasarja:** huhtikuu 2004 - maaliskuu 2024+ (v2024.1a, 19.9 vuotta)
- **Sisältö:** moc_transports-tiedosto, MOC-kuljetus + osakomponentit
  (Florida Straits, Ekman, mid-ocean), Sverdrupeina (10^6 m3/s)
- **KITKAKOHTA (havaittu 2026-07-30):** suora lataus rapid.ac.uk:sta
  vaatii sähköpostirekisteröinnin lomakkeella - EI suoraa API-tokenia
  kuten ENTSO-E/Fingrid/Copernicus. Eri tilanne kuin muut ACI-instrumentit.
- **Mahdollinen helpotus:** AMOCatlas-Python-kirjasto (github.com/
  AMOCcommunity/amocatlas) tarjoaa standardoidun `read.rapid()`-
  funktion joka hoitaa haun/välimuistituksen - EI VIELÄ testattu
  toimiiko se ohittaa sähköpostivaatimuksen vai käyttääkö se jotain
  muuta, jo avointa peilipalvelinta.
- **Tunnetut aukot datassa:** esim. 3.9.-21.11.2018 osa WB2-poijusta
  menetetty kalastusvaurion vuoksi - dokumentoitu läpinäkyvästi
  README:ssä, sama avoimuus kuin WEM:n omat datarajoitukset.

### 2. Sentinel-6 geostrofinen virtausindikaattori — VAHVISTETTU 2026-07-30
- **Lähde:** NOAA CoastWatch ERDDAP, dataset ID `noaacwBLENDEDsshDaily`
  ("Sea Surface Height Anomalies, Altimetry (S-3A/B,CryoSat2,Jason-2/3,
  SARAL), Near Real-Time, Global 0.25°, 2017-present, Daily")
- **Päivitystahti:** päivittäin, 3-5h viive (lähes reaaliaikainen)
- **Sisältö:** merenpinnan korkeuspoikkeama (sla, metreinä) 0,25°
  ruudukossa (720x1440 pistettä globaalisti)
- **API-tyyppi: ERDDAP/griddap** - standardoitu, hyvin dokumentoitu
  OPeNDAP-pohjainen rajapinta. **EI KIRJAUTUMISTA** - `web_fetch`
  haki koko dataset-infosivun (.html) taydellisena, mukaan lukien
  koko metadata-attribuuttirakenteen, ilman minkaanlaista estetta.
- **Kyselymuoto** (dokumentoitu esimerkki):
  `https://coastwatch.noaa.gov/erddap/griddap/noaacwBLENDEDsshDaily.
  csv?sla[(AIKA)][(LEVEYSASTE)][(PITUUSASTE)]`
- **EI VIELA testattu:** itse arvokysely (vain info-sivu/metadata
  vahvistettu) - oma web_fetch-tyokaluni vaatii etta tarkka URL
  (mukaan lukien omat kyselyparametrit) on jo esiintynyt haussa, joten
  en voinut testata juuri tata kyselya suoraan. Tama EI ole NOAA:n
  palvelun rajoitus, vain oman tyokaluni oma rajoite - todennakoisesti
  toimisi suoraan selaimessa tai tulevassa Cloudflare Worker -proxyssa
  (sama arkkitehtuuri kuin muut ACI-proxyt).
- **Selvä parannus RAPID:iin verrattuna:** talla on TAYDELLINEN,
  standardoitu, itse-dokumentoiva API-rakenne alusta asti - ei
  tarvetta arvata tiedostopolkuja tai etsia vaihtoehtoisia reitteja.

### 3. Pohjois-Atlantin meriveden lämpötila-anomalia (SST) — LÄHDE LÖYDETTY 2026-07-30
- **Perustuote:** NOAA OISST v2.1 - vakiintunut, laajasti käytetty
  standardi. 0,25° ruudukko, päivittäinen, saatavilla 1981-nykyhetki.
  Referenssi-ilmasto: 1991-2020 (nykyinen WMO:n 30v normaalijakso).
- **API-lähde (sama ERDDAP-kuvio kuin Sentinel-6/SLA):**
  `oceanwatch.pifsc.noaa.gov/erddap/griddap/CRW_sst_anom_v1_0.html`
  (Coral Reef Watch -tuote, mutta **globaali kattavuus** -89,975°...
  89,975° - soveltuu siis myos Pohjois-Atlantin subpolaariseen
  alueeseen vaikka ensisijainen kayttotarkoitus on koralliriuttojen
  seuranta)
- **Vaihtoehtoinen, alueellisesti rajattu ERDDAP-lahde** (EI sovellu
  suoraan, vain merkitty vertailuksi): `cwcgom.aoml.noaa.gov/erddap/
  griddap/miamiSSTAnomaly.html` - rajattu Karibian/Meksikonlahden
  alueelle (7-38°N, -110...-56°W), ei kata Pohjois-Atlantin
  subpolaarista aluetta.
- **Ei-API-vaihtoehto, hyva visuaalinen ristiintarkistus:**
  climatereanalyzer.org tarjoaa jo valmiin, interaktiivisen OISST-
  anomaliakayran tietyille alueille (esim. Pohjois-Atlantti) - ei
  raaka-API mutta hyva silmamaarainen vahvistus jos tarkkaa
  API-arvoa on vaikea tulkita.
- **Ei viela testattu itse arvokysely** - sama rajoitus kuin
  Sentinel-6/SLA:n kanssa (web_fetch vaatii tarkan URL:in jo
  hakutuloksissa).
- **Miksi tämä on relevantti AMOC:lle:** subpolaarisen "kylmän läiskän"
  (cold blob) jäähtymissignaali Pohjois-Atlantissa toimii yhtenä
  AMOC:n omana "sormenjälkenä" - juuri se alue johon tämä indikaattori
  kohdistettaisiin.

### 4. Grönlannin makean veden indikaattori — REITTI VAHVISTETTU 2026-07-30
- **Perusta:** GRACE (2002-2017) + GRACE-FO (2018-nyk.) -satelliitti-
  gravimetria, jäämassan muutos
- **TÄRKEÄ HAVAINTO:** NASA JPL PODAAC:n omat GRACE-datasetit
  VAATIVAT AIDOSTI NASA Earthdata Login -kirjautumisen ("Protected
  buckets... users must log in to Earthdata Login") - tämä on ERI
  tilanne kuin RAPID:n pelkkä käyttöliittymäkohteliaisuus. PODAAC-
  reitti EI siis sovellu suoraan.
- **VAHVISTETTU, EI-KIRJAUTUMISTA-VAATIVA VAIHTOEHTO:** ESA:n Climate
  Change Initiative -sivu (climate.esa.int/en/projects/ice-sheets-
  greenland/data) latautui `web_fetch`:illa täysin onnistuneesti, ei
  kirjautumista. Sivu osoittaa SUORAAN kahteen avoimeen latauspisteeseen
  juuri oikealle Gravimetric Mass Balance (GMB) -tuotteelle:
  - `data1.geo.tu-dresden.de/gis_gmb/` (TU Dresden, suora portaali)
  - `products.esa-icesheets-cci.org/products/downloadlist/GMB/` (ESA:n
    oma latauslista)
- **Tuore luku (NOAA Arctic Report Card 2025):** massatase -129±50 Gt
  (2003-2024 keskiarvo -219±16 Gt/v)
- **Mekanismi AMOC:iin (ei vain korrelaatio):** sulamisvesi makeuttaa
  Labradorinmerta → heikentää Labradorinmeren veden (LSW) muodostumista
  → LSW on keskeinen AMOC:n syvän paluuvirtauksen komponentti
- **Ei viela testattu:** itse TU Dresden- tai ESA-portaalin oma
  tiedostorakenne/formaatti - vain paasy vahvistettu, ei tarkkaa
  kyselymuotoa.

**PÄIVITYS 2026-07-30 (myöhemmin samana päivänä) — TOTEUTETTU, VAIHTOEHTOISELLA SUUREELLA:**

Foorumilta löytyi kiistaton vahvistus etta PODAAC:n GRACE-data vaatii
AIDON kirjautumisen — jopa kayttaja jolla oli oma, toimiva Earthdata-
tunnus (.netrc-tiedosto, selainkaytto toimi) epaonnistui ohjelmallisessa
lataamisessa (HTTP 200 mutta sisalto oli "ei paasyoikeutta" -HTML).
TU Dresdenin oma NetCDF-ruudukko (~36 Mt) taas vaatisi erillisen
NetCDF-jasentajan, ei sovi suoraan Cloudflare Workerin fetch()+text()
-malliin.

**LÖYDETTY JA TOTEUTETTU AVOIN VAIHTOEHTO:** DMI:n Polar Portal
(`download.dmi.dk/Research_Projects/polarportal/PP_GSMB/GSMB.txt`) —
täysin avoin, ei kirjautumista, PÄIVITTÄIN päivittyvä tekstitiedosto.
Vahvistettu web_fetch:illä 2026-07-30: sisälsi dataa 2025-09-01 asti
2026-05-17 saakka (julkaisuhetkellä), muoto YYYYMMDD SMB(Gt/d) SMBacc(Gt).

**TÄRKEÄ ERO:** tämä on PINTAmassatase (SMB, HARMONIE-AROME-malli:
sadanta miinus sulaminen) — EI GRACE:n oma KOKONAISmassatase (joka
sisältäisi myös jäätiköiden kalvamisen/discharge-komponentin). Eri,
mutta läheisesti liittyvä suure — SMB on nopeampi/herkempi signaali
lyhyen aikavälin sulamistapahtumille, kun taas GRACE:n kokonaistase
kuvaa koko jäätikön massataseen hitaammin mutta kattavammin.

**TOTEUTETTU:** `/greenland-smb`-reitti aci-amoc-proxyssa, jäsentää
koko sarjan regex-suodatuksella, palauttaa sekä koko historian että
viimeisimmän arvon erikseen. Testattu paikallisella yksikkötestillä
(synteettinen näyte, 3/3 riviä jäsentyi oikein) ennen julkaisua.

## Tunnistettu tekninen kysymys — RATKENNUT 2026-07-30

**PÄIVITYS 2026-07-30 (myöhemmin samana päivänä):** Testattiin
`web_fetch`-työkalulla (eri tyokalu kuin bash, ei domain-rajoitusta)
suora haku osoitteesta `https://rapid.ac.uk/sites/default/files/
rapid_data/README.pdf` — **ONNISTUI TÄYSIN, ei sähköpostilomaketta,
ei kirjautumista, koko sisältö tuli läpi puhtaasti.**

**Johtopäätös:** aiempi `403 Forbidden` (AMOCatlas + bash_tool) oli
todennäköisesti OMAN ymparistoni domain-rajoitus, EI RAPID:n aito
vaatimus. RAPID:n oma "sähköpostilomake" data-download-sivulla
vaikuttaa olevan vain nettisivun käyttöliittymän kohteliaisuuskäytäntö
selaimen kautta klikkaaville käyttäjille (käytetään käyttötilastointiin
rahoituksen perustelemiseksi) — EI tekninen este suoralle tiedostohaulle
tunnetulla, suoralla URL-osoitteella.

**Ei vielä varmistettu:** itse data-tiedosto (moc_transports.nc tai
vastaava) samalla polulla - vain README.pdf testattu onnistuneesti
tällä menetelmällä. Seuraava askel: hae tarkka, ajantasainen data-
tiedoston URL (versionumero saattaa muuttua julkaisujen valilla, ks.
README:n oma versiohistoria) ja testaa sama menetelma sille.

**Mahdollinen vaihtoehtoinen polku löytyi ja testattu (2026-07-30):**
`rapid.ac.uk/rapidmoc/rapid_data/transports.php` ohjautui uudelleen
`about-us/history`-sivulle (vanha URL, ei enää voimassa Drupal-
paivityksen jalkeen) — EI itsessaan johtanut dataan, mutta paljasti
sivuston nykyisen navigaatiorakenteen.

**Löytyi ja testattu onnistuneesti: `rapid.ac.uk/data/integrated-
transports`** — sivu vahvistaa datan olemassaolon ja antaa TUOREET,
VIRALLISET tilastot suoraan HTML:sta (ei vain PDF:sta):

| Komponentti | Keskiarvo ± keskihajonta (Sv) |
|---|---|
| Gulf Stream (Florida Straits) | 31,8 ± 3,4 |
| Ekman | 3,8 ± 3,4 |
| Yläkeskiokeaani | −18,4 ± 3,4 |
| **MOC (kokonaiskiertokuljetus)** | **17,1 ± 4,4** |
| UNADW (ylempi syvä paluuvirtaus) | −12,1 ± 2,5 |
| LNADW (alempi syvä paluuvirtaus) | −5,8 ± 2,8 |

Syvän paluuvirtauksen (UNADW+LNADW) korrelaatio MOC:n kanssa: **R=-0,9902**
(lahes taydellinen kaanteinen yhteys, fysikaalisesti odotettu).

Sivu mainitsee datan olevan saatavilla NetCDF/Matlab/ASCII-muodossa,
mutta **itse latauslinkkia ei loytynyt tekstimuotoisesta hausta** -
saattaa olla JavaScript-renderoity nappi jota web_fetch ei tavoita
suoraan. Tama on nyt ainoa jaljella oleva aukko: tarkka data-tiedoston
URL.

## Scoping-päätös 2026-07-30 — live-automaatio ei ole kriittinen tälle projektille

Käyttäjän oma huomio: "voimme oikeastaan elää osittain ilman live
dataakin." Tämä on käytännössä oikea linjaus, ei vain kompromissi:

**AMOC eroaa rakenteellisesti WEM:stä juuri tässä.** Sähkön hinta
muuttuu tunneittain — live-haku oli WEM:lle aidosti arvokas. RAPID:n
oma data itsessään päivittyy VAIN KERRAN VUODESSA (uusi julkaisu,
esim. v2023.1 → v2024.1a). Live-automaatio ei siis koskaan olisi ollut
yhtä kriittinen tälle projektille — vuosittainen, käsin tehty päivitys
(sama periaate kuin Tripwire-kalenterin sääntelyosio) on täysin
riittävä, ei kompromissi.

**Tästä seuraa:** sen tarkan latauslinkin metsästämistä ei tarvitse
jatkaa kiireellisenä - "Integrated transports" -sivun omat, jo
löydetyt tilastot (17.1±4.4 Sv jne.) riittävät sellaisenaan
ensimmäiseksi, käsin päivitettäväksi referenssipisteeksi. Tarkka
data-tiedosto olisi tarpeen vasta jos/kun halutaan laskea oma,
tarkempi indeksi raakadatasta - ei valttamaton ensimmaiselle,
yksinkertaiselle versiolle.

Alkuperäinen 2026-07-30 aamun tulos (403, epäluotettava) säilytetty
alla historiallisena kirjauksena:

**Testattu 2026-07-30 (aamu):** `pip install amocatlas` + `read.rapid()`
palautti `403 Forbidden` osoitteesta rapid.ac.uk/sites/default/files/
rapid_data/moc_transports.nc. **TULOS ON EPÄLUOTETTAVA** - Claude-
assistentin oma bash-tyokaluymparisto sallii verkkoyhteydet vain
ennalta maaratylle domain-listalle (GitHub, PyPI/npm-rekisterit jne.),
eika rapid.ac.uk ole talla listalla. 403 saattaa siis tulla OMASTA
egress-proxysta, ei RAPID:n palvelimelta itseltaan.

Kolme vaihtoehtoa selvitettäväksi ennen koodausta:
1. Testaa AMOCatlas rajoittamattomasta ymparistosta (kayttajan oma
   kone) - ratkeaako 403 silloin
2. Rekisteröidy itse rapid.ac.uk:hon, tarkista tuleeko sen jälkeen
   suora, uudelleenkäytettävä latauslinkki (samaan tapaan kuin
   Copernicus-tunnukset)
3. Jos kumpikaan ei toimi: harkitse harvempaa päivitystahtia (esim.
   kuukausittainen käsin päivitys, kuten Tripwire-kalenterin
   sääntelyosio) sen sijaan että vaadittaisiin live-haku joka lataus

## Seuraavat askeleet järjestyksessä

1. ~~Testaa AMOCatlas-kirjaston `read.rapid()`~~ — TEHTY 2026-07-30:
   `web_fetch` (eri työkalu kuin bash) haki README:n täysin onnistuneesti
   ilman kirjautumista. RAPID:n oma "email-lomake" on käyttöliittymä-
   käytäntö, ei tekninen este.
2. ~~Selvitä NOAA:n Sentinel-6/SLA-datan tarkka API-osoite~~ — TEHTY:
   NOAA CoastWatch ERDDAP (`noaacwBLENDEDsshDaily`), ei kirjautumista,
   koko metadata vahvistettu.
3. ~~Valitse SST-anomalialähde~~ — TEHTY: NOAA OISST v2.1, saatavilla
   samasta ERDDAP-kuviosta (`CRW_sst_anom_v1_0`, globaali kattavuus).
4. ~~Vahvista GRACE/GRACE-FO-datan tarkka hakumuoto~~ — TEHTY: PODAAC
   vaatii aidosti Earthdata-kirjautumisen, mutta ESA CCI → TU Dresden
   -reitti (`data1.geo.tu-dresden.de/gis_gmb/`) ei vaadi kirjautumista.

**Kaikki neljä lähdettä nyt tunnistettu, pääsy vahvistettu vähintään
info-/portaalitasolla.** Yksikään ei vaadi kirjautumista lopullisessa,
valitussa reitissä (RAPID suoraan, kaksi ERDDAP-lähdettä, ESA/TU Dresden
Grönlannille PODAAC:n sijaan).

5. Testaa jokaisen lähteen oma TARKKA arvokysely (ei vain info-sivu) -
   vaatii joko käyttäjän oman selaimen testin, tai tulevan Cloudflare
   Worker -proxyn (samat rakenne kuin muut ACI-proxyt), koska
   web_fetch-tyokaluni oma rajoitus (vaatii URL:in jo hakutuloksissa)
   estää omien, tarkkojen kyselyparametrien testaamisen suoraan
6. Vasta tämän jälkeen: ensimmäinen yksinkertainen näyttö, yksi kortti
   per indikaattori (ei vielä yhdistelmäindeksi), samaan tapaan kuin
   WEM:n §11:n kokeelliset kortit