Skip to content

ILLUSTRATIVE · NASA / SVS · NOT ADITYA-L1 DATA

Orientation · who this is for

Five ways in

The site is built as one descent, which is right for a reader going front to back and wrong for everyone else. Pick the route that matches what you came for.

What is this?

A routing page: what each kind of visitor is likely to want, the order to read it in, and how long it takes.

Why should I trust it?

Every step links to a surface that exists and states its own evidence. The section at the bottom lists what this platform cannot do, so a route does not end in a dead end.

Where can I verify it?

Routes

Pick the one that fits

Researcher

20–30 min

To find out whether this archive can support a question of their own, and to get the data without rebuilding it.

  1. Dataset cardCoverage, variables, and the missing-data semantics.
  2. Limitation clauses L-1 … L-10Read these before designing anything. Two of them rule out whole classes of study.
  3. FindingsWhat has already been tested, so the work is not repeated.
  4. Static archive28 digest-addressed payloads, fetchable directly.
  5. Reproduce the datasetThe commands, and the digest to check the result against.

Before you start · No instrument response exists in this archive, so calibrated flux and physical severity targets are unconstructible. If a question needs keV, this dataset cannot answer it.

Student

15–20 min

To understand what was done and why, without a background in solar physics.

  1. OverviewWhat the mission measures and what this project built on top of it.
  2. Research journeyThe investigation in order, including the hypothesis that failed.
  3. FindingsThe conclusion, in one line, with the comparison that supports it.
  4. ValidationWhat ROC, precision-recall and calibration curves actually show.
  5. The majority classifier's cardThe shortest argument on this site for why accuracy is the wrong metric.

Before you start · This is a detection study on one instrument in one phase of the solar cycle. It is not an introduction to solar physics, and nothing here is a space-weather forecast.

Software engineer

20–30 min

To see how the thing is built, and whether the engineering claims hold up.

  1. ArchitectureSix views: pipeline, data flow, gates, deployment, layout, journey.
  2. The evidence gateHow a rendered figure is mechanically bound to an artifact.
  3. Reproducibility metricsIncluding the two that report as partial or unverified.
  4. The lockfile case studyA digest mismatch, traced instead of silenced.
  5. Static archiveWhy this is not called an API.

Before you start · There is no backend. No server runtime, no database, no queue — so there are no throughput or latency numbers, and none are invented to fill the gap.

Scientific reviewer

10–15 min

To decide whether the central claim is supported, as quickly as possible.

  1. ValidationCurves, confusion, calibration and error analysis from 192,541 held-out predictions.
  2. MethodThe evaluation protocol, frozen before any model was fitted.
  3. LimitationsWhat the dataset cannot support, stated by the project itself.
  4. Evidence traceabilityEvery headline claim, traced to artifact bytes and commit.
  5. Engineering recordSix times the implementation contradicted the specification.

Before you start · Confidence intervals come from a day-block bootstrap over an effective sample of events, not minutes. Minute-level intervals would be far too narrow, and the reason is published.

Hackathon judge

5 min

To see the strongest thing here in five minutes.

  1. The verdictA negative result, published at full weight.
  2. The lockfile case studyThe integrity system catching a real problem, and explaining it.
  3. Evidence traceabilityClaim → figure → metric → artifact → commit, for six claims.
  4. The contradiction recordIncluding the amendment that was declined and the one still open.

Before you start · The opening scene is illustrative and watermarked as such. No image on this site is Aditya-L1 imagery, because the payloads produce spectra and light curves, not pictures.


Read this too

What this platform does not do

Six things a visitor might reasonably expect and will not find here.

This list exists because an orientation page that only advertises capabilities sends people down paths that dead-end, which costs them more time than the routing saved.

  • Current or continuously updated data

    The dataset is frozen at 43fd0e22… and spans 2024-02-01 .. 2026-06-17 (UTC). Nothing updates, by design.

  • Querying, filtering or aggregation on the server

    There is no server. The archive is a set of static files with stable paths and digests.

  • Flare forecasting

    Apparent forecast skill on this archive is horizon-flat, which is the signature of activity-state persistence rather than precursor detection. Clause L-2.

  • Physical severity or GOES-class prediction

    No instrument response exists in the archive, so no keV mapping and no calibrated flux is possible. Clause L-3.

  • Spatially resolved analysis

    These are full-disc integrated measurements from L1. There is no pixel and no active-region attribution.

  • Operational space-weather warnings

    One detector, one instrument, one phase of the solar cycle. This is a research artifact and must never be presented as a warning service.


In practice

The workflows this actually supports

Inspect

Open any of the 424 SoLEXS observation days and look at the light curve directly, with missing minutes shown as missing.

Browse the days →

Verify

Take any figure on this site, follow it to the artifact and pointer it came from, fetch those bytes, and check the digest yourself.

Trace a claim →

Rebuild

Rebuild the canonical tables from the source archive and compare your output's digest against the frozen one.

Reproduce it →