@rise-maritime/keelson-js 0.6.0-alpha.275.dev.1 → 0.6.0-alpha.275.dev.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/interfaces/Route.d.ts +16 -13
- package/dist/interfaces/Route.js +19 -16
- package/dist/payloads/Route.d.ts +16 -13
- package/dist/payloads/Route.js +19 -16
- package/package.json +1 -1
|
@@ -100,23 +100,26 @@ export declare enum GeometryType {
|
|
|
100
100
|
export declare function geometryTypeFromJSON(object: any): GeometryType;
|
|
101
101
|
export declare function geometryTypeToJSON(object: GeometryType): string;
|
|
102
102
|
/**
|
|
103
|
-
* How a leg's XTD corridor
|
|
104
|
-
*
|
|
105
|
-
*
|
|
103
|
+
* How a leg's XTD corridor is shaped. UNSPECIFIED MUST be read as FIXED:
|
|
104
|
+
* every leg published before this field existed is a fixed-width corridor, and
|
|
105
|
+
* reading it any other way would change routes nobody edited.
|
|
106
106
|
*/
|
|
107
107
|
export declare enum XtdCorridorMode {
|
|
108
108
|
XTD_CORRIDOR_MODE_UNSPECIFIED = 0,
|
|
109
|
-
/** XTD_CORRIDOR_MODE_OFFSET - Parallel lines at xtd_port_m / xtd_starboard_m either side of track. */
|
|
110
|
-
XTD_CORRIDOR_MODE_OFFSET = 1,
|
|
111
109
|
/**
|
|
112
|
-
*
|
|
110
|
+
* XTD_CORRIDOR_MODE_FIXED - Fixed width: parallel lines at xtd_port_m / xtd_starboard_m either side of
|
|
111
|
+
* track.
|
|
112
|
+
*/
|
|
113
|
+
XTD_CORRIDOR_MODE_FIXED = 1,
|
|
114
|
+
/**
|
|
115
|
+
* XTD_CORRIDOR_MODE_VARIABLE - Variable width: a boundary drawn by the planner (Leg.xtd_port_boundary /
|
|
113
116
|
* xtd_starboard_boundary), e.g. a corridor that narrows past a shoal.
|
|
114
117
|
* xtd_port_m / xtd_starboard_m still carry a nominal limit for a monitor
|
|
115
|
-
* that does not evaluate
|
|
118
|
+
* that does not evaluate the boundary. That fallback is NOT conservative when
|
|
116
119
|
* the drawn corridor is narrower than the nominal one, which is why such a
|
|
117
120
|
* monitor SHOULD report the leg as monitored at reduced fidelity.
|
|
118
121
|
*/
|
|
119
|
-
|
|
122
|
+
XTD_CORRIDOR_MODE_VARIABLE = 2,
|
|
120
123
|
UNRECOGNIZED = -1
|
|
121
124
|
}
|
|
122
125
|
export declare function xtdCorridorModeFromJSON(object: any): XtdCorridorMode;
|
|
@@ -489,15 +492,15 @@ export interface Leg {
|
|
|
489
492
|
xtdMonitoringPortM?: number | undefined;
|
|
490
493
|
xtdMonitoringStarboardM?: number | undefined;
|
|
491
494
|
/**
|
|
492
|
-
*
|
|
495
|
+
* Whether this leg's XTD corridor is fixed or variable width. See XtdCorridorMode and
|
|
493
496
|
* protocol-specification.md §6.2.2.
|
|
494
497
|
*/
|
|
495
498
|
xtdCorridorMode: XtdCorridorMode;
|
|
496
499
|
/**
|
|
497
|
-
*
|
|
500
|
+
* VARIABLE only: the drawn corridor boundary on each side, vertices in
|
|
498
501
|
* along-track order, covering this leg and the turn at the waypoint it
|
|
499
|
-
* arrives at. A consumer MUST ignore both lists unless the mode is
|
|
500
|
-
* so a stale shape left behind by a switch back to
|
|
502
|
+
* arrives at. A consumer MUST ignore both lists unless the mode is VARIABLE,
|
|
503
|
+
* so a stale shape left behind by a switch back to FIXED is never sailed.
|
|
501
504
|
*/
|
|
502
505
|
xtdPortBoundary: XtdBoundaryPoint[];
|
|
503
506
|
xtdStarboardBoundary: XtdBoundaryPoint[];
|
|
@@ -550,7 +553,7 @@ export interface Leg {
|
|
|
550
553
|
extensions: Extensions | undefined;
|
|
551
554
|
}
|
|
552
555
|
/**
|
|
553
|
-
* One vertex of a
|
|
556
|
+
* One vertex of a variable-width XTD corridor boundary (Leg.xtd_port_boundary /
|
|
554
557
|
* Leg.xtd_starboard_boundary).
|
|
555
558
|
*/
|
|
556
559
|
export interface XtdBoundaryPoint {
|
package/dist/interfaces/Route.js
CHANGED
|
@@ -433,24 +433,27 @@ function geometryTypeToJSON(object) {
|
|
|
433
433
|
}
|
|
434
434
|
exports.geometryTypeToJSON = geometryTypeToJSON;
|
|
435
435
|
/**
|
|
436
|
-
* How a leg's XTD corridor
|
|
437
|
-
*
|
|
438
|
-
*
|
|
436
|
+
* How a leg's XTD corridor is shaped. UNSPECIFIED MUST be read as FIXED:
|
|
437
|
+
* every leg published before this field existed is a fixed-width corridor, and
|
|
438
|
+
* reading it any other way would change routes nobody edited.
|
|
439
439
|
*/
|
|
440
440
|
var XtdCorridorMode;
|
|
441
441
|
(function (XtdCorridorMode) {
|
|
442
442
|
XtdCorridorMode[XtdCorridorMode["XTD_CORRIDOR_MODE_UNSPECIFIED"] = 0] = "XTD_CORRIDOR_MODE_UNSPECIFIED";
|
|
443
|
-
/** XTD_CORRIDOR_MODE_OFFSET - Parallel lines at xtd_port_m / xtd_starboard_m either side of track. */
|
|
444
|
-
XtdCorridorMode[XtdCorridorMode["XTD_CORRIDOR_MODE_OFFSET"] = 1] = "XTD_CORRIDOR_MODE_OFFSET";
|
|
445
443
|
/**
|
|
446
|
-
*
|
|
444
|
+
* XTD_CORRIDOR_MODE_FIXED - Fixed width: parallel lines at xtd_port_m / xtd_starboard_m either side of
|
|
445
|
+
* track.
|
|
446
|
+
*/
|
|
447
|
+
XtdCorridorMode[XtdCorridorMode["XTD_CORRIDOR_MODE_FIXED"] = 1] = "XTD_CORRIDOR_MODE_FIXED";
|
|
448
|
+
/**
|
|
449
|
+
* XTD_CORRIDOR_MODE_VARIABLE - Variable width: a boundary drawn by the planner (Leg.xtd_port_boundary /
|
|
447
450
|
* xtd_starboard_boundary), e.g. a corridor that narrows past a shoal.
|
|
448
451
|
* xtd_port_m / xtd_starboard_m still carry a nominal limit for a monitor
|
|
449
|
-
* that does not evaluate
|
|
452
|
+
* that does not evaluate the boundary. That fallback is NOT conservative when
|
|
450
453
|
* the drawn corridor is narrower than the nominal one, which is why such a
|
|
451
454
|
* monitor SHOULD report the leg as monitored at reduced fidelity.
|
|
452
455
|
*/
|
|
453
|
-
XtdCorridorMode[XtdCorridorMode["
|
|
456
|
+
XtdCorridorMode[XtdCorridorMode["XTD_CORRIDOR_MODE_VARIABLE"] = 2] = "XTD_CORRIDOR_MODE_VARIABLE";
|
|
454
457
|
XtdCorridorMode[XtdCorridorMode["UNRECOGNIZED"] = -1] = "UNRECOGNIZED";
|
|
455
458
|
})(XtdCorridorMode || (exports.XtdCorridorMode = XtdCorridorMode = {}));
|
|
456
459
|
function xtdCorridorModeFromJSON(object) {
|
|
@@ -459,11 +462,11 @@ function xtdCorridorModeFromJSON(object) {
|
|
|
459
462
|
case "XTD_CORRIDOR_MODE_UNSPECIFIED":
|
|
460
463
|
return XtdCorridorMode.XTD_CORRIDOR_MODE_UNSPECIFIED;
|
|
461
464
|
case 1:
|
|
462
|
-
case "
|
|
463
|
-
return XtdCorridorMode.
|
|
465
|
+
case "XTD_CORRIDOR_MODE_FIXED":
|
|
466
|
+
return XtdCorridorMode.XTD_CORRIDOR_MODE_FIXED;
|
|
464
467
|
case 2:
|
|
465
|
-
case "
|
|
466
|
-
return XtdCorridorMode.
|
|
468
|
+
case "XTD_CORRIDOR_MODE_VARIABLE":
|
|
469
|
+
return XtdCorridorMode.XTD_CORRIDOR_MODE_VARIABLE;
|
|
467
470
|
case -1:
|
|
468
471
|
case "UNRECOGNIZED":
|
|
469
472
|
default:
|
|
@@ -475,10 +478,10 @@ function xtdCorridorModeToJSON(object) {
|
|
|
475
478
|
switch (object) {
|
|
476
479
|
case XtdCorridorMode.XTD_CORRIDOR_MODE_UNSPECIFIED:
|
|
477
480
|
return "XTD_CORRIDOR_MODE_UNSPECIFIED";
|
|
478
|
-
case XtdCorridorMode.
|
|
479
|
-
return "
|
|
480
|
-
case XtdCorridorMode.
|
|
481
|
-
return "
|
|
481
|
+
case XtdCorridorMode.XTD_CORRIDOR_MODE_FIXED:
|
|
482
|
+
return "XTD_CORRIDOR_MODE_FIXED";
|
|
483
|
+
case XtdCorridorMode.XTD_CORRIDOR_MODE_VARIABLE:
|
|
484
|
+
return "XTD_CORRIDOR_MODE_VARIABLE";
|
|
482
485
|
case XtdCorridorMode.UNRECOGNIZED:
|
|
483
486
|
default:
|
|
484
487
|
return "UNRECOGNIZED";
|
package/dist/payloads/Route.d.ts
CHANGED
|
@@ -99,23 +99,26 @@ export declare enum GeometryType {
|
|
|
99
99
|
export declare function geometryTypeFromJSON(object: any): GeometryType;
|
|
100
100
|
export declare function geometryTypeToJSON(object: GeometryType): string;
|
|
101
101
|
/**
|
|
102
|
-
* How a leg's XTD corridor
|
|
103
|
-
*
|
|
104
|
-
*
|
|
102
|
+
* How a leg's XTD corridor is shaped. UNSPECIFIED MUST be read as FIXED:
|
|
103
|
+
* every leg published before this field existed is a fixed-width corridor, and
|
|
104
|
+
* reading it any other way would change routes nobody edited.
|
|
105
105
|
*/
|
|
106
106
|
export declare enum XtdCorridorMode {
|
|
107
107
|
XTD_CORRIDOR_MODE_UNSPECIFIED = 0,
|
|
108
|
-
/** XTD_CORRIDOR_MODE_OFFSET - Parallel lines at xtd_port_m / xtd_starboard_m either side of track. */
|
|
109
|
-
XTD_CORRIDOR_MODE_OFFSET = 1,
|
|
110
108
|
/**
|
|
111
|
-
*
|
|
109
|
+
* XTD_CORRIDOR_MODE_FIXED - Fixed width: parallel lines at xtd_port_m / xtd_starboard_m either side of
|
|
110
|
+
* track.
|
|
111
|
+
*/
|
|
112
|
+
XTD_CORRIDOR_MODE_FIXED = 1,
|
|
113
|
+
/**
|
|
114
|
+
* XTD_CORRIDOR_MODE_VARIABLE - Variable width: a boundary drawn by the planner (Leg.xtd_port_boundary /
|
|
112
115
|
* xtd_starboard_boundary), e.g. a corridor that narrows past a shoal.
|
|
113
116
|
* xtd_port_m / xtd_starboard_m still carry a nominal limit for a monitor
|
|
114
|
-
* that does not evaluate
|
|
117
|
+
* that does not evaluate the boundary. That fallback is NOT conservative when
|
|
115
118
|
* the drawn corridor is narrower than the nominal one, which is why such a
|
|
116
119
|
* monitor SHOULD report the leg as monitored at reduced fidelity.
|
|
117
120
|
*/
|
|
118
|
-
|
|
121
|
+
XTD_CORRIDOR_MODE_VARIABLE = 2,
|
|
119
122
|
UNRECOGNIZED = -1
|
|
120
123
|
}
|
|
121
124
|
export declare function xtdCorridorModeFromJSON(object: any): XtdCorridorMode;
|
|
@@ -499,15 +502,15 @@ export interface Leg {
|
|
|
499
502
|
xtdMonitoringPortM?: number | undefined;
|
|
500
503
|
xtdMonitoringStarboardM?: number | undefined;
|
|
501
504
|
/**
|
|
502
|
-
*
|
|
505
|
+
* Whether this leg's XTD corridor is fixed or variable width. See XtdCorridorMode and
|
|
503
506
|
* protocol-specification.md §6.2.2.
|
|
504
507
|
*/
|
|
505
508
|
xtdCorridorMode: XtdCorridorMode;
|
|
506
509
|
/**
|
|
507
|
-
*
|
|
510
|
+
* VARIABLE only: the drawn corridor boundary on each side, vertices in
|
|
508
511
|
* along-track order, covering this leg and the turn at the waypoint it
|
|
509
|
-
* arrives at. A consumer MUST ignore both lists unless the mode is
|
|
510
|
-
* so a stale shape left behind by a switch back to
|
|
512
|
+
* arrives at. A consumer MUST ignore both lists unless the mode is VARIABLE,
|
|
513
|
+
* so a stale shape left behind by a switch back to FIXED is never sailed.
|
|
511
514
|
*/
|
|
512
515
|
xtdPortBoundary: XtdBoundaryPoint[];
|
|
513
516
|
xtdStarboardBoundary: XtdBoundaryPoint[];
|
|
@@ -560,7 +563,7 @@ export interface Leg {
|
|
|
560
563
|
extensions: Extensions | undefined;
|
|
561
564
|
}
|
|
562
565
|
/**
|
|
563
|
-
* One vertex of a
|
|
566
|
+
* One vertex of a variable-width XTD corridor boundary (Leg.xtd_port_boundary /
|
|
564
567
|
* Leg.xtd_starboard_boundary).
|
|
565
568
|
*/
|
|
566
569
|
export interface XtdBoundaryPoint {
|
package/dist/payloads/Route.js
CHANGED
|
@@ -433,24 +433,27 @@ function geometryTypeToJSON(object) {
|
|
|
433
433
|
}
|
|
434
434
|
exports.geometryTypeToJSON = geometryTypeToJSON;
|
|
435
435
|
/**
|
|
436
|
-
* How a leg's XTD corridor
|
|
437
|
-
*
|
|
438
|
-
*
|
|
436
|
+
* How a leg's XTD corridor is shaped. UNSPECIFIED MUST be read as FIXED:
|
|
437
|
+
* every leg published before this field existed is a fixed-width corridor, and
|
|
438
|
+
* reading it any other way would change routes nobody edited.
|
|
439
439
|
*/
|
|
440
440
|
var XtdCorridorMode;
|
|
441
441
|
(function (XtdCorridorMode) {
|
|
442
442
|
XtdCorridorMode[XtdCorridorMode["XTD_CORRIDOR_MODE_UNSPECIFIED"] = 0] = "XTD_CORRIDOR_MODE_UNSPECIFIED";
|
|
443
|
-
/** XTD_CORRIDOR_MODE_OFFSET - Parallel lines at xtd_port_m / xtd_starboard_m either side of track. */
|
|
444
|
-
XtdCorridorMode[XtdCorridorMode["XTD_CORRIDOR_MODE_OFFSET"] = 1] = "XTD_CORRIDOR_MODE_OFFSET";
|
|
445
443
|
/**
|
|
446
|
-
*
|
|
444
|
+
* XTD_CORRIDOR_MODE_FIXED - Fixed width: parallel lines at xtd_port_m / xtd_starboard_m either side of
|
|
445
|
+
* track.
|
|
446
|
+
*/
|
|
447
|
+
XtdCorridorMode[XtdCorridorMode["XTD_CORRIDOR_MODE_FIXED"] = 1] = "XTD_CORRIDOR_MODE_FIXED";
|
|
448
|
+
/**
|
|
449
|
+
* XTD_CORRIDOR_MODE_VARIABLE - Variable width: a boundary drawn by the planner (Leg.xtd_port_boundary /
|
|
447
450
|
* xtd_starboard_boundary), e.g. a corridor that narrows past a shoal.
|
|
448
451
|
* xtd_port_m / xtd_starboard_m still carry a nominal limit for a monitor
|
|
449
|
-
* that does not evaluate
|
|
452
|
+
* that does not evaluate the boundary. That fallback is NOT conservative when
|
|
450
453
|
* the drawn corridor is narrower than the nominal one, which is why such a
|
|
451
454
|
* monitor SHOULD report the leg as monitored at reduced fidelity.
|
|
452
455
|
*/
|
|
453
|
-
XtdCorridorMode[XtdCorridorMode["
|
|
456
|
+
XtdCorridorMode[XtdCorridorMode["XTD_CORRIDOR_MODE_VARIABLE"] = 2] = "XTD_CORRIDOR_MODE_VARIABLE";
|
|
454
457
|
XtdCorridorMode[XtdCorridorMode["UNRECOGNIZED"] = -1] = "UNRECOGNIZED";
|
|
455
458
|
})(XtdCorridorMode || (exports.XtdCorridorMode = XtdCorridorMode = {}));
|
|
456
459
|
function xtdCorridorModeFromJSON(object) {
|
|
@@ -459,11 +462,11 @@ function xtdCorridorModeFromJSON(object) {
|
|
|
459
462
|
case "XTD_CORRIDOR_MODE_UNSPECIFIED":
|
|
460
463
|
return XtdCorridorMode.XTD_CORRIDOR_MODE_UNSPECIFIED;
|
|
461
464
|
case 1:
|
|
462
|
-
case "
|
|
463
|
-
return XtdCorridorMode.
|
|
465
|
+
case "XTD_CORRIDOR_MODE_FIXED":
|
|
466
|
+
return XtdCorridorMode.XTD_CORRIDOR_MODE_FIXED;
|
|
464
467
|
case 2:
|
|
465
|
-
case "
|
|
466
|
-
return XtdCorridorMode.
|
|
468
|
+
case "XTD_CORRIDOR_MODE_VARIABLE":
|
|
469
|
+
return XtdCorridorMode.XTD_CORRIDOR_MODE_VARIABLE;
|
|
467
470
|
case -1:
|
|
468
471
|
case "UNRECOGNIZED":
|
|
469
472
|
default:
|
|
@@ -475,10 +478,10 @@ function xtdCorridorModeToJSON(object) {
|
|
|
475
478
|
switch (object) {
|
|
476
479
|
case XtdCorridorMode.XTD_CORRIDOR_MODE_UNSPECIFIED:
|
|
477
480
|
return "XTD_CORRIDOR_MODE_UNSPECIFIED";
|
|
478
|
-
case XtdCorridorMode.
|
|
479
|
-
return "
|
|
480
|
-
case XtdCorridorMode.
|
|
481
|
-
return "
|
|
481
|
+
case XtdCorridorMode.XTD_CORRIDOR_MODE_FIXED:
|
|
482
|
+
return "XTD_CORRIDOR_MODE_FIXED";
|
|
483
|
+
case XtdCorridorMode.XTD_CORRIDOR_MODE_VARIABLE:
|
|
484
|
+
return "XTD_CORRIDOR_MODE_VARIABLE";
|
|
482
485
|
case XtdCorridorMode.UNRECOGNIZED:
|
|
483
486
|
default:
|
|
484
487
|
return "UNRECOGNIZED";
|
package/package.json
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@rise-maritime/keelson-js",
|
|
3
3
|
"//version": "NOT the published version. The release workflow overwrites it from the release tag (npm version --no-git-tag-version), so tag and artifact cannot disagree. Only matters for local installs; do not hand-bump before tagging — that manual step is what broke release 0.5.4.",
|
|
4
|
-
"version": "0.6.0-alpha.275.dev.
|
|
4
|
+
"version": "0.6.0-alpha.275.dev.2",
|
|
5
5
|
"description": "Keelson JavaScript SDK with Node-RED nodes",
|
|
6
6
|
"main": "dist/index.js",
|
|
7
7
|
"files": [
|