@neilberkman/sidereon 2.1.0 → 2.1.1

package/CHANGELOG.md

@@ -1,5 +1,28 @@
 # Changelog
 
+## 2.1.1 - 2026-09-22
+
+### Fixed
+
+- Engine update: sidereon 2.1.1 / sidereon-core 2.1.1. CODE predicted
+  ionosphere maps resolve to the archive AIUB now serves them from: `cod_prd1`
+  is `CODE/IONO/PRD/COD0OPSP0D_<date>0000_01D_01H_GIM.INX.gz` and `cod_prd2`
+  is `CODE/IONO/PRD/COD0OPSP1D_<date>0000_01D_01H_GIM.INX.gz`. The
+  `CODE/IONO/P1/<year>` and `CODE/IONO/P2/<year>` `COD0OPSPRD` trees they were
+  read from stopped receiving issues after 2026-09-21 and are now empty, so
+  every predicted-IONEX URL `distributionLocation` and
+  `predictedIonexLineCandidates` returned pointed at an object that no longer
+  exists. For the dates both layouts carried the objects decompress to the
+  same bytes.
+- The two predicted lines now carry distinct official filenames, so
+  `productIdentity("cod_prd1", ...)` and `productIdentity("cod_prd2", ...)`
+  for one map date differ in `officialFilename` as well as in
+  `predictionHorizonDays` and `cacheKey`.
+- `newestPublishedProduct` and `resolveFirstPublishedPredictedIonex` attribute
+  only objects under `CODE/IONO/PRD/` to a predicted line, not the rolling
+  copies CODE keeps at the tree root.
+- The JavaScript API is unchanged.
+
 ## 2.1.0 - 2026-09-05
 
 ### Added

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@neilberkman/sidereon",
-  "version": "2.1.0",
+  "version": "2.1.1",
   "description": "WebAssembly / JavaScript interface over the sidereon GNSS + astrodynamics engine: SP3 loading and multi-product merge, SPP / RTK (float + fixed) / PPP (float + fixed) positioning, IONEX slant delay, SGP4 and numerical orbit propagation, RINEX observation/navigation/clock parsing, CRINEX (Hatanaka) decoding, observable-domain math (carrier combinations, cycle slips, Hatch smoothing, weighting, velocity, GPS C/A signal), and the astro domain (scale-tagged time, frame transforms, Sun/Moon ephemerides, eclipse / body angles, DOP, passes / visibility, conjunction + collision probability, CDM / OMM / ANTEX parsing, RF link budget)",
   "type": "module",
   "license": "MIT",

package/pkg/sidereon.d.ts

@@ -11693,13 +11693,15 @@ export function predictBatchSp3(sp3: Sp3, satellites: string[], receivers_ecef_m
 /**
  * Ordered cross-line candidates for one predicted IONEX map date.
  *
- * Both CODE predicted lines publish the same official filename for a map
- * date, but the two-day line is produced a day earlier, so `cod_prd2` is
- * routinely published while `cod_prd1` is still absent when CODE runs
- * behind. Candidates are ordered `cod_prd1` first, all cover the SAME map
- * date (never a neighboring day's map), and each keeps its own line
- * identity so resolved provenance names the line actually served. The walk
- * is opt-in; single-line requests keep their fail-closed behavior.
+ * CODE archives both predicted lines under `CODE/IONO/PRD/`, the one-day
+ * line as `COD0OPSP0D_*` and the two-day line as `COD0OPSP1D_*`, with the
+ * map date in both filenames. The two-day line is produced a day earlier,
+ * so `cod_prd2` is routinely published while `cod_prd1` is still absent
+ * when CODE runs behind. Candidates are ordered `cod_prd1` first, all
+ * cover the SAME map date (never a neighboring day's map), and each keeps
+ * its own line identity so resolved provenance names the line actually
+ * served. The walk is opt-in; single-line requests keep their fail-closed
+ * behavior.
  *
  * Returns an array of `{center, date, sample, issue, filename, url}`.
  */

package/pkg/sidereon.js

@@ -28393,13 +28393,15 @@ export function predictBatchSp3(sp3, satellites, receivers_ecef_m, epochs_j2000_
 /**
  * Ordered cross-line candidates for one predicted IONEX map date.
  *
- * Both CODE predicted lines publish the same official filename for a map
- * date, but the two-day line is produced a day earlier, so `cod_prd2` is
- * routinely published while `cod_prd1` is still absent when CODE runs
- * behind. Candidates are ordered `cod_prd1` first, all cover the SAME map
- * date (never a neighboring day's map), and each keeps its own line
- * identity so resolved provenance names the line actually served. The walk
- * is opt-in; single-line requests keep their fail-closed behavior.
+ * CODE archives both predicted lines under `CODE/IONO/PRD/`, the one-day
+ * line as `COD0OPSP0D_*` and the two-day line as `COD0OPSP1D_*`, with the
+ * map date in both filenames. The two-day line is produced a day earlier,
+ * so `cod_prd2` is routinely published while `cod_prd1` is still absent
+ * when CODE runs behind. Candidates are ordered `cod_prd1` first, all
+ * cover the SAME map date (never a neighboring day's map), and each keeps
+ * its own line identity so resolved provenance names the line actually
+ * served. The walk is opt-in; single-line requests keep their fail-closed
+ * behavior.
  *
  * Returns an array of `{center, date, sample, issue, filename, url}`.
  * @param {number} year

package/pkg-node/sidereon.d.ts

@@ -11693,13 +11693,15 @@ export function predictBatchSp3(sp3: Sp3, satellites: string[], receivers_ecef_m
 /**
  * Ordered cross-line candidates for one predicted IONEX map date.
  *
- * Both CODE predicted lines publish the same official filename for a map
- * date, but the two-day line is produced a day earlier, so `cod_prd2` is
- * routinely published while `cod_prd1` is still absent when CODE runs
- * behind. Candidates are ordered `cod_prd1` first, all cover the SAME map
- * date (never a neighboring day's map), and each keeps its own line
- * identity so resolved provenance names the line actually served. The walk
- * is opt-in; single-line requests keep their fail-closed behavior.
+ * CODE archives both predicted lines under `CODE/IONO/PRD/`, the one-day
+ * line as `COD0OPSP0D_*` and the two-day line as `COD0OPSP1D_*`, with the
+ * map date in both filenames. The two-day line is produced a day earlier,
+ * so `cod_prd2` is routinely published while `cod_prd1` is still absent
+ * when CODE runs behind. Candidates are ordered `cod_prd1` first, all
+ * cover the SAME map date (never a neighboring day's map), and each keeps
+ * its own line identity so resolved provenance names the line actually
+ * served. The walk is opt-in; single-line requests keep their fail-closed
+ * behavior.
  *
  * Returns an array of `{center, date, sample, issue, filename, url}`.
  */

package/pkg-node/sidereon.js

@@ -28968,13 +28968,15 @@ exports.predictBatchSp3 = predictBatchSp3;
 /**
  * Ordered cross-line candidates for one predicted IONEX map date.
  *
- * Both CODE predicted lines publish the same official filename for a map
- * date, but the two-day line is produced a day earlier, so `cod_prd2` is
- * routinely published while `cod_prd1` is still absent when CODE runs
- * behind. Candidates are ordered `cod_prd1` first, all cover the SAME map
- * date (never a neighboring day's map), and each keeps its own line
- * identity so resolved provenance names the line actually served. The walk
- * is opt-in; single-line requests keep their fail-closed behavior.
+ * CODE archives both predicted lines under `CODE/IONO/PRD/`, the one-day
+ * line as `COD0OPSP0D_*` and the two-day line as `COD0OPSP1D_*`, with the
+ * map date in both filenames. The two-day line is produced a day earlier,
+ * so `cod_prd2` is routinely published while `cod_prd1` is still absent
+ * when CODE runs behind. Candidates are ordered `cod_prd1` first, all
+ * cover the SAME map date (never a neighboring day's map), and each keeps
+ * its own line identity so resolved provenance names the line actually
+ * served. The walk is opt-in; single-line requests keep their fail-closed
+ * behavior.
  *
  * Returns an array of `{center, date, sample, issue, filename, url}`.
  * @param {number} year