@jetta/axle-load-calculator 0.1.3 → 0.2.0

package/build/core/physics/transports/MissingContainerError.js

@@ -0,0 +1,12 @@
+/**
+ * Raised when a grouped container sequence is not present in the grouper.
+ */
+export class MissingContainerError extends Error {
+    /**
+     * @param sequence_index - Missing container sequence index.
+     */
+    constructor(sequence_index) {
+        super(`Missing container ${sequence_index}`);
+        this.name = 'MissingContainerError';
+    }
+}

package/build/core/physics/transports/{transport.d.ts → Transport.d.ts}

@@ -1,7 +1,7 @@
-import { type VehicleTypeCode } from '../../contracts/vehicle_type.js';
-import type { TransportRecord } from '../../contracts/transport_record.js';
-import { AxleManager } from './axle_manager.js';
-import { ContainerRecord } from './container_record.js';
+import { type VehicleTypeCode } from '../../contracts/VehicleType.js';
+import type { TransportRecord } from '../../contracts/TransportRecord.js';
+import { AxleManager } from './AxleManager.js';
+import { ContainerRecord } from './ContainerRecord.js';
 /**
  * Parsed transport matching jettainterface.Transport behavior used by axleweight.
  */
@@ -30,4 +30,4 @@ export declare class Transport {
      */
     get_container_by_sequence_index(sequence_index: number): ContainerRecord;
 }
-//# sourceMappingURL=transport.d.ts.map
+//# sourceMappingURL=Transport.d.ts.map

package/build/core/physics/transports/Transport.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"Transport.d.ts","sourceRoot":"","sources":["../../../../src/core/physics/transports/Transport.ts"],"names":[],"mappings":"AACA,OAAO,EAAgB,KAAK,eAAe,EAAE,MAAM,gCAAgC,CAAA;AAEnF,OAAO,KAAK,EAAE,eAAe,EAAE,MAAM,oCAAoC,CAAA;AACzE,OAAO,EAAE,WAAW,EAAE,MAAM,kBAAkB,CAAA;AAC9C,OAAO,EAAE,eAAe,EAAE,MAAM,sBAAsB,CAAA;AAGtD;;GAEG;AACH,qBAAa,SAAS;IAElB,EAAE,EAAE,MAAM,CAAA;IACV,UAAU,EAAE,GAAG,CAAC,MAAM,EAAE,eAAe,CAAC,CAAA;IACxC,MAAM,EAAE,MAAM,CAAA;IACd,gBAAgB,EAAE,MAAM,CAAA;IACxB,IAAI,EAAE,MAAM,CAAA;IACZ,YAAY,EAAE,WAAW,CAAA;IACzB,mBAAmB,EAAE,MAAM,CAAA;IAC3B,YAAY,EAAE,eAAe,CAAA;IAC7B,eAAe,EAAE,MAAM,CAAA;IACvB,eAAe,EAAE,MAAM,GAAG,IAAI,CAAA;IAE9B;;OAEG;gBACS,cAAc,EAAE,eAAe;IAe3C;;OAEG;IACH,gCAAgC,IAAI,MAAM,EAAE;IAK5C;;;OAGG;IACH,+BAA+B,CAAC,cAAc,EAAE,MAAM,GAAG,eAAe;CAS3E"}

package/build/core/physics/transports/{transport.js → Transport.js}

@@ -1,8 +1,9 @@
-import { WIRE_FLAGS } from '../../contracts/wire_flags.js';
-import { VEHICLE_TYPE } from '../../contracts/vehicle_type.js';
-import { VEHICLE_VERSION } from '../../contracts/vehicle_version.js';
-import { AxleManager } from './axle_manager.js';
-import { ContainerRecord } from './container_record.js';
+import { WIRE_FLAGS } from '../../contracts/WireFlags.js';
+import { VEHICLE_TYPE } from '../../contracts/VehicleType.js';
+import { VEHICLE_VERSION } from '../../contracts/VehicleVersion.js';
+import { AxleManager } from './AxleManager.js';
+import { ContainerRecord } from './ContainerRecord.js';
+import { ContainerSequenceNotFoundError } from './ContainerSequenceNotFoundError.js';
 /**
  * Parsed transport matching jettainterface.Transport behavior used by axleweight.
  */
@@ -45,7 +46,7 @@ export class Transport {
     get_container_by_sequence_index(sequence_index) {
         const container = this.containers.get(sequence_index);
         if (!container) {
-            throw new Error(`Container sequence ${sequence_index} not found`);
+            throw new ContainerSequenceNotFoundError(sequence_index);
         }
         return container;
     }

package/build/core/physics/transports/containerweight/{container_max_weight_calculator.d.ts → ContainerMaxWeightCalculator.d.ts}

@@ -1,10 +1,5 @@
-import type { GroupedContainers } from '../grouped_containers.js';
-type MaxWeightInput = {
-    sequence_index: number;
-    percentage_of_weight: number;
-    total_max_supported_weight: number;
-    tare: number;
-};
+import type { GroupedContainers } from '../GroupedContainers.js';
+import type { MaxWeightInput } from './MaxWeightInput.js';
 /**
  * Applies neck weight cap and redistributes excess to second container.
  */
@@ -23,5 +18,4 @@ export declare class ContainerMaxWeightCalculator {
     private is_neck;
     private is_second_container;
 }
-export {};
-//# sourceMappingURL=container_max_weight_calculator.d.ts.map
+//# sourceMappingURL=ContainerMaxWeightCalculator.d.ts.map

package/build/core/physics/transports/containerweight/ContainerMaxWeightCalculator.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"ContainerMaxWeightCalculator.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/containerweight/ContainerMaxWeightCalculator.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,iBAAiB,EAAE,MAAM,yBAAyB,CAAA;AAChE,OAAO,KAAK,EAAE,cAAc,EAAE,MAAM,qBAAqB,CAAA;AAIzD;;GAEG;AACH,qBAAa,4BAA4B;IAOzB,OAAO,CAAC,QAAQ,CAAC,kBAAkB;IAL/C,OAAO,CAAC,qBAAqB,CAAI;IAEjC;;OAEG;gBAC0B,kBAAkB,EAAE,iBAAiB;IAGlE;;;OAGG;IACH,SAAS,CAAC,KAAK,EAAE,cAAc,GAAG,MAAM;IAmBxC,OAAO,CAAC,OAAO;IAMf,OAAO,CAAC,mBAAmB;CAK9B"}

package/build/core/physics/transports/containerweight/{container_tare_calculator.d.ts → ContainerTareCalculator.d.ts}

@@ -1,5 +1,5 @@
-import type { Transport } from '../transport.js';
-import type { GroupedContainers } from '../grouped_containers.js';
+import type { Transport } from '../Transport.js';
+import type { GroupedContainers } from '../GroupedContainers.js';
 /**
  * Distributes grouper tare across containers (neck gets axle-1 share).
  */
@@ -25,4 +25,4 @@ export declare class ContainerTareCalculator {
     private tare_percentage_review;
     private axle1_on_neck_tare_contribution;
 }
-//# sourceMappingURL=container_tare_calculator.d.ts.map
+//# sourceMappingURL=ContainerTareCalculator.d.ts.map

package/build/core/physics/transports/containerweight/ContainerTareCalculator.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"ContainerTareCalculator.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/containerweight/ContainerTareCalculator.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,SAAS,EAAE,MAAM,iBAAiB,CAAA;AAChD,OAAO,KAAK,EAAE,iBAAiB,EAAE,MAAM,yBAAyB,CAAA;AAIhE;;GAEG;AACH,qBAAa,uBAAuB;IAU5B,OAAO,CAAC,QAAQ,CAAC,SAAS;IAC1B,OAAO,CAAC,QAAQ,CAAC,kBAAkB;IATvC,OAAO,CAAC,uBAAuB,CAAI;IACnC,OAAO,CAAC,eAAe,CAAI;IAE3B;;;OAGG;gBAEkB,SAAS,EAAE,SAAS,EACpB,kBAAkB,EAAE,iBAAiB;IAI1D;;;;;OAKG;IACH,SAAS,CACL,cAAc,EAAE,MAAM,EACtB,oBAAoB,EAAE,MAAM,EAC5B,UAAU,EAAE,MAAM,GACnB,MAAM;IAWT,OAAO,CAAC,aAAa;IAMrB,OAAO,CAAC,4BAA4B;IAUpC,OAAO,CAAC,sBAAsB;IAQ9B,OAAO,CAAC,+BAA+B;CAO1C"}

package/build/core/physics/transports/containerweight/{container_weight_model.d.ts → ContainerWeightModel.d.ts}

@@ -1,4 +1,4 @@
-import type { Transport } from '../transport.js';
+import type { Transport } from '../Transport.js';
 /**
  * Computes per-container supported cargo capacity.
  */
@@ -12,4 +12,4 @@ export declare class ContainerWeightModel {
     /** Updates container supported_weight on transport. */
     calculate(): void;
 }
-//# sourceMappingURL=container_weight_model.d.ts.map
+//# sourceMappingURL=ContainerWeightModel.d.ts.map

package/build/core/physics/transports/containerweight/ContainerWeightModel.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"ContainerWeightModel.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/containerweight/ContainerWeightModel.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,SAAS,EAAE,MAAM,iBAAiB,CAAA;AAKhD;;GAEG;AACH,qBAAa,oBAAoB;IAOjB,OAAO,CAAC,QAAQ,CAAC,SAAS;IALtC,OAAO,CAAC,QAAQ,CAAC,iBAAiB,CAAkB;IAEpD;;OAEG;gBAC0B,SAAS,EAAE,SAAS;IAKjD,uDAAuD;IACvD,SAAS,IAAI,IAAI;CAgBpB"}

package/build/core/physics/transports/containerweight/{container_weight_model.js → ContainerWeightModel.js}

@@ -1,6 +1,6 @@
-import { MergedContainers } from '../merged_containers.js';
-import { MergedContainersWeightCalculator } from './merged_containers_weight_calculator.js';
-import { SingleContainerWeightCalculator } from './single_container_weight_calculator.js';
+import { MergedContainers } from '../MergedContainers.js';
+import { MergedContainersWeightCalculator } from './MergedContainersWeightCalculator.js';
+import { SingleContainerWeightCalculator } from './SingleContainerWeightCalculator.js';
 /**
  * Computes per-container supported cargo capacity.
  */

package/build/core/physics/transports/containerweight/MaxWeightInput.d.ts

@@ -0,0 +1,10 @@
+/**
+ * Inputs for per-container max supported weight calculation.
+ */
+export type MaxWeightInput = {
+    sequence_index: number;
+    percentage_of_weight: number;
+    total_max_supported_weight: number;
+    tare: number;
+};
+//# sourceMappingURL=MaxWeightInput.d.ts.map

package/build/core/physics/transports/containerweight/MaxWeightInput.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"MaxWeightInput.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/containerweight/MaxWeightInput.ts"],"names":[],"mappings":"AAAA;;GAEG;AACH,MAAM,MAAM,cAAc,GAAG;IACzB,cAAc,EAAE,MAAM,CAAA;IACtB,oBAAoB,EAAE,MAAM,CAAA;IAC5B,0BAA0B,EAAE,MAAM,CAAA;IAClC,IAAI,EAAE,MAAM,CAAA;CACf,CAAA"}

package/build/core/physics/transports/containerweight/MaxWeightInput.js

@@ -0,0 +1 @@
+export {};

package/build/core/physics/transports/containerweight/{merged_containers_weight_calculator.d.ts → MergedContainersWeightCalculator.d.ts}

@@ -1,5 +1,5 @@
-import type { MergedContainers } from '../merged_containers.js';
-import type { AxleRecord } from '../axle_record.js';
+import type { MergedContainers } from '../MergedContainers.js';
+import type { AxleRecord } from '../AxleRecord.js';
 /**
  * Sums axle capacity and tare onto merged grouper containers.
  */
@@ -14,4 +14,4 @@ export declare class MergedContainersWeightCalculator {
     /** Applies summed max weight and tare to each merged grouper container. */
     calculate(): void;
 }
-//# sourceMappingURL=merged_containers_weight_calculator.d.ts.map
+//# sourceMappingURL=MergedContainersWeightCalculator.d.ts.map

package/build/core/physics/transports/containerweight/MergedContainersWeightCalculator.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"MergedContainersWeightCalculator.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/containerweight/MergedContainersWeightCalculator.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,gBAAgB,EAAE,MAAM,wBAAwB,CAAA;AAC9D,OAAO,KAAK,EAAE,UAAU,EAAE,MAAM,kBAAkB,CAAA;AAElD;;GAEG;AACH,qBAAa,gCAAgC;IAOrC,OAAO,CAAC,QAAQ,CAAC,iBAAiB;IAClC,OAAO,CAAC,QAAQ,CAAC,oBAAoB;IANzC;;;OAGG;gBAEkB,iBAAiB,EAAE,gBAAgB,EACnC,oBAAoB,EAAE,UAAU,EAAE;IAIvD,2EAA2E;IAC3E,SAAS,IAAI,IAAI;CAmBpB"}

package/build/core/physics/transports/containerweight/{single_container_weight_calculator.d.ts → SingleContainerWeightCalculator.d.ts}

@@ -1,5 +1,5 @@
-import type { Transport } from '../transport.js';
-import type { GroupedContainers } from '../grouped_containers.js';
+import type { Transport } from '../Transport.js';
+import type { GroupedContainers } from '../GroupedContainers.js';
 /**
  * Splits grouper capacity across containers by lateral area.
  */
@@ -17,4 +17,4 @@ export declare class SingleContainerWeightCalculator {
     private total_lateral_area;
     private lateral_area;
 }
-//# sourceMappingURL=single_container_weight_calculator.d.ts.map
+//# sourceMappingURL=SingleContainerWeightCalculator.d.ts.map

package/build/core/physics/transports/containerweight/SingleContainerWeightCalculator.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"SingleContainerWeightCalculator.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/containerweight/SingleContainerWeightCalculator.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,SAAS,EAAE,MAAM,iBAAiB,CAAA;AAChD,OAAO,KAAK,EAAE,iBAAiB,EAAE,MAAM,yBAAyB,CAAA;AAKhE;;GAEG;AACH,qBAAa,+BAA+B;IAWpC,OAAO,CAAC,QAAQ,CAAC,kBAAkB;IATvC,OAAO,CAAC,QAAQ,CAAC,eAAe,CAAyB;IACzD,OAAO,CAAC,QAAQ,CAAC,cAAc,CAA8B;IAE7D;;;OAGG;gBAEC,SAAS,EAAE,SAAS,EACH,kBAAkB,EAAE,iBAAiB;IAO1D,sEAAsE;IACtE,SAAS,IAAI,IAAI;IAqBjB,OAAO,CAAC,kBAAkB;IAW1B,OAAO,CAAC,YAAY;CAIvB"}

package/build/core/physics/transports/containerweight/{single_container_weight_calculator.js → SingleContainerWeightCalculator.js}

@@ -1,5 +1,5 @@
-import { ContainerTareCalculator } from './container_tare_calculator.js';
-import { ContainerMaxWeightCalculator } from './container_max_weight_calculator.js';
+import { ContainerTareCalculator } from './ContainerTareCalculator.js';
+import { ContainerMaxWeightCalculator } from './ContainerMaxWeightCalculator.js';
 /**
  * Splits grouper capacity across containers by lateral area.
  */

package/build/core/physics/transports/tare/BitremAxleSplit.d.ts

@@ -0,0 +1,8 @@
+/**
+ * Bitrem shared-axle split multipliers.
+ */
+export type BitremAxleSplit = {
+    mult: number;
+    on_axle_3: boolean;
+};
+//# sourceMappingURL=BitremAxleSplit.d.ts.map

package/build/core/physics/transports/tare/BitremAxleSplit.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"BitremAxleSplit.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/tare/BitremAxleSplit.ts"],"names":[],"mappings":"AAAA;;GAEG;AACH,MAAM,MAAM,eAAe,GAAG;IAC1B,IAAI,EAAE,MAAM,CAAA;IACZ,SAAS,EAAE,OAAO,CAAA;CACrB,CAAA"}

package/build/core/physics/transports/tare/BitremAxleSplit.js

@@ -0,0 +1 @@
+export {};

package/build/core/physics/transports/tare/BitremAxleSplitTarget.d.ts

@@ -0,0 +1,12 @@
+import type { AxleRecord } from '../AxleRecord.js';
+import type { BitremAxleSplit } from './BitremAxleSplit.js';
+/**
+ * Axle records and split multipliers for bitrem shared-axle redistribution.
+ */
+export type BitremAxleSplitTarget = {
+    old: AxleRecord;
+    axle_3: AxleRecord;
+    axle_4: AxleRecord;
+    split: BitremAxleSplit;
+};
+//# sourceMappingURL=BitremAxleSplitTarget.d.ts.map

package/build/core/physics/transports/tare/BitremAxleSplitTarget.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"BitremAxleSplitTarget.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/tare/BitremAxleSplitTarget.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,UAAU,EAAE,MAAM,kBAAkB,CAAA;AAClD,OAAO,KAAK,EAAE,eAAe,EAAE,MAAM,sBAAsB,CAAA;AAE3D;;GAEG;AACH,MAAM,MAAM,qBAAqB,GAAG;IAChC,GAAG,EAAE,UAAU,CAAA;IACf,MAAM,EAAE,UAAU,CAAA;IAClB,MAAM,EAAE,UAAU,CAAA;IAClB,KAAK,EAAE,eAAe,CAAA;CACzB,CAAA"}

package/build/core/physics/transports/tare/BitremAxleSplitTarget.js

@@ -0,0 +1 @@
+export {};

package/build/core/physics/transports/tare/{bitrem_axle_splitter.d.ts → BitremAxleSplitter.d.ts}

@@ -1,5 +1,5 @@
-import type { Transport } from '../transport.js';
-import { AxleRecord } from '../axle_record.js';
+import type { Transport } from '../Transport.js';
+import { AxleRecord } from '../AxleRecord.js';
 /** Splits bitrem shared axle 3 into two axles (DRAGON-98). */
 export declare class BitremAxleSplitter {
     private readonly transport;
@@ -23,4 +23,4 @@ export declare class BitremAxleSplitter {
     private generate_merged_axle_connection;
     private distance_from_axle_3_to_pin_2;
 }
-//# sourceMappingURL=bitrem_axle_splitter.d.ts.map
+//# sourceMappingURL=BitremAxleSplitter.d.ts.map

package/build/core/physics/transports/tare/BitremAxleSplitter.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"BitremAxleSplitter.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/tare/BitremAxleSplitter.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAAE,SAAS,EAAE,MAAM,iBAAiB,CAAA;AAGhD,OAAO,EAAE,UAAU,EAAE,MAAM,kBAAkB,CAAA;AAG7C,8DAA8D;AAC9D,qBAAa,kBAAkB;IAUf,OAAO,CAAC,QAAQ,CAAC,SAAS;IARtC,QAAQ,CAAC,UAAU,EAAE,UAAU,CAAA;IAC/B,QAAQ,CAAC,UAAU,EAAE,UAAU,CAAA;IAC/B,QAAQ,CAAC,UAAU,EAAE,UAAU,CAAA;IAC/B,OAAO,CAAC,QAAQ,CAAC,MAAM,CAAQ;IAE/B;;OAEG;gBAC0B,SAAS,EAAE,SAAS;IAQjD;;OAEG;IACH,4BAA4B,IAAI,MAAM,CAAC,MAAM,EAAE,OAAO,CAAC,EAAE;IAezD,0BAA0B,IAAI,MAAM;IAOpC,2BAA2B,IAAI,MAAM;IAQrC,OAAO,CAAC,8BAA8B;IActC,OAAO,CAAC,2BAA2B;IAQnC,OAAO,CAAC,qCAAqC;IAS7C,OAAO,CAAC,+BAA+B;IAKvC,OAAO,CAAC,6BAA6B;CAMxC"}

package/build/core/physics/transports/tare/{bitrem_axle_splitter.js → BitremAxleSplitter.js}

@@ -1,8 +1,8 @@
-import { CHASSI_REFERENCE } from '../../../contracts/chassi_reference.js';
-import { Chassi } from '../chassi.js';
-import { MergedContainers } from '../merged_containers.js';
-import { AxleRecord } from '../axle_record.js';
-import { apply_bitrem_axle_split, compute_bitrem_axle_split } from './bitrem_axle_weight_split.js';
+import { CHASSI_REFERENCE } from '../../../contracts/ChassiReference.js';
+import { Chassi } from '../Chassi.js';
+import { MergedContainers } from '../MergedContainers.js';
+import { AxleRecord } from '../AxleRecord.js';
+import { apply_bitrem_axle_split, compute_bitrem_axle_split } from './BitremAxleWeightSplit.js';
 /** Splits bitrem shared axle 3 into two axles (DRAGON-98). */
 export class BitremAxleSplitter {
     transport;

package/build/core/physics/transports/tare/{bitrem_axle_weight_split.d.ts → BitremAxleWeightSplit.d.ts}

@@ -1,22 +1,13 @@
-import type { AxleRecord } from '../axle_record.js';
-export type BitremAxleSplit = {
-    mult: number;
-    on_axle_3: boolean;
-};
+import type { BitremAxleSplit } from './BitremAxleSplit.js';
+import type { BitremAxleSplitTarget } from './BitremAxleSplitTarget.js';
 /**
  * @param first_proportion - First proportion from splitter.
  * @param second_proportion - Second proportion from splitter.
  * @returns Multiplier and target axle flag.
  */
 export declare function compute_bitrem_axle_split(first_proportion: number, second_proportion: number): BitremAxleSplit;
-export type BitremAxleSplitTarget = {
-    old: AxleRecord;
-    axle_3: AxleRecord;
-    axle_4: AxleRecord;
-    split: BitremAxleSplit;
-};
 /**
  * @param target - Axles and split multipliers.
  */
 export declare function apply_bitrem_axle_split(target: BitremAxleSplitTarget): void;
-//# sourceMappingURL=bitrem_axle_weight_split.d.ts.map
+//# sourceMappingURL=BitremAxleWeightSplit.d.ts.map

package/build/core/physics/transports/tare/BitremAxleWeightSplit.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"BitremAxleWeightSplit.d.ts","sourceRoot":"","sources":["../../../../../src/core/physics/transports/tare/BitremAxleWeightSplit.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,eAAe,EAAE,MAAM,sBAAsB,CAAA;AAC3D,OAAO,KAAK,EAAE,qBAAqB,EAAE,MAAM,4BAA4B,CAAA;AAEvE;;;;GAIG;AACH,wBAAgB,yBAAyB,CACrC,gBAAgB,EAAE,MAAM,EACxB,iBAAiB,EAAE,MAAM,GAC1B,eAAe,CAYjB;AAED;;GAEG;AACH,wBAAgB,uBAAuB,CAAC,MAAM,EAAE,qBAAqB,GAAG,IAAI,CAe3E"}

package/build/index.d.ts

@@ -1,3 +1,5 @@
+import type { WeightByAxisRequest, WeightByAxisRequestInput } from './core/orchestration/RequestSchema.js';
+export type { WeightByAxisRequest, WeightByAxisRequestInput };
 /**
  * Calculates loaded cargo weight per axle for each transport in the payload.
  * Same contract as WeightByAxisTask.run() in ms-faixas-porcentuais.
@@ -5,4 +7,9 @@
  * @returns JSON string with `envs` and axle weights, or error payload.
  */
 export declare function calculate_weight_on_axles_physics(json_data: string): string;
+/**
+ * @param request - Parsed request with `{ envs, config? }`.
+ * @returns JSON string with `envs` and axle weights, or error payload.
+ */
+export declare function calculate_weight_on_axles_physics(request: WeightByAxisRequestInput): string;
 //# sourceMappingURL=index.d.ts.map

package/build/index.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AAEA;;;;;GAKG;AACH,wBAAgB,iCAAiC,CAAC,SAAS,EAAE,MAAM,GAAG,MAAM,CAG3E"}
+{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../src/index.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EACR,mBAAmB,EACnB,wBAAwB,EAC3B,MAAM,uCAAuC,CAAA;AAE9C,YAAY,EAAE,mBAAmB,EAAE,wBAAwB,EAAE,CAAA;AAE7D;;;;;GAKG;AACH,wBAAgB,iCAAiC,CAAC,SAAS,EAAE,MAAM,GAAG,MAAM,CAAA;AAE5E;;;GAGG;AACH,wBAAgB,iCAAiC,CAAC,OAAO,EAAE,wBAAwB,GAAG,MAAM,CAAA"}

package/build/index.js

@@ -1,10 +1,8 @@
-import { run_weight_by_axis_task } from './core/orchestration/weight_by_axis_task.js';
+import { run_weight_by_axis_task } from './core/orchestration/WeightByAxisTask.js';
 /**
- * Calculates loaded cargo weight per axle for each transport in the payload.
- * Same contract as WeightByAxisTask.run() in ms-faixas-porcentuais.
- * @param json_data - Raw JSON string with `{ envs, config? }`.
+ * @param input - JSON string or `{ envs, config? }` object.
  * @returns JSON string with `envs` and axle weights, or error payload.
  */
-export function calculate_weight_on_axles_physics(json_data) {
-    return run_weight_by_axis_task(json_data);
+export function calculate_weight_on_axles_physics(input) {
+    return run_weight_by_axis_task(input);
 }

package/package.json

@@ -1,6 +1,6 @@
 {
     "name": "@jetta/axle-load-calculator",
-    "version": "0.1.3",
+    "version": "0.2.0",
     "description": "Merged weight_by_axis physics and orchestration library",
     "main": "build/index.js",
     "types": "build/index.d.ts",
@@ -10,8 +10,8 @@
         "prebuild": "rm -rf build/* && npm ci",
         "test": "tsx ./node_modules/mocha/bin/mocha \"test/**/*.ts\"",
         "build": "tsc",
-        "lint": "eslint src --ext .ts",
-        "lint:fix": "eslint src --fix",
+        "lint": "eslint src test/src --ext .ts",
+        "lint:fix": "eslint src test/src --fix",
         "audit": "npm audit --omit=dev",
         "preversion": "git fetch --prune --tags",
         "version": "npm run build",

package/.cursor/ai_changelog/INDEX.md

@@ -1,13 +0,0 @@
-# Feature knowledge index
-
-Agent-oriented notes for implemented features in this repository.
-
-| Ticket | Topic | Primary module | Doc |
-|--------|-------|----------------|-----|
-
-## How to add a doc
-
-1. Copy structure from [_TEMPLATE.md](./_TEMPLATE.md).
-2. Save as `JET-XXXX-short-slug.md` (lowercase slug, hyphens).
-3. Add a row to this table.
-4. In Cursor, invoke: `KB: JET-XXXX` or use the `document-feature-knowledge` skill.

package/.cursor/ai_changelog/_TEMPLATE.md

@@ -1,55 +0,0 @@
-# JET-XXXX — Short title
-
-## Problem / outcome
-
-One paragraph: what problem this solves and what changes for callers.
-
-## Scope
-
-- **In scope:**
-- **Out of scope / unchanged:**
-
-## Entry points
-
-| Role | Path |
-|------|------|
-| Main logic | `src/...` |
-| Integration | `src/...` |
-| Config accessors | `src/models/Cargo_Profile.js` |
-| Validation | `src/validation/schemas/...` |
-
-## Configuration
-
-Do not duplicate full key docs here. Link to [config.md](../../config.md) and list only behavior-specific notes.
-
-- Keys: `...`
-- Defaults:
-- Enabled when:
-
-## Behavior and invariants
-
--
-- Fixed vocabulary: `src/.../Some_Strategy.js`
-
-## Flow (optional)
-
-```mermaid
-flowchart LR
-  A[Input] --> B[Step]
-```
-
-## Tests as specification
-
-| Type | Path | What it proves |
-|------|------|----------------|
-| Unit | `test/src/...` | |
-| Integration | `test/src/...` | |
-
-## Dependencies and related work
-
-- Tickets:
-- Packages:
-
-## Open questions
-
-- (only if still true)

package/.cursor/rules/code-standards.mdc

@@ -1,103 +0,0 @@
----
-description: Project standards from GEMINI.md (language, naming, code rules, style, refactoring, testing, commit)
-alwaysApply: true
----
-
-# General Standards
-
-## Languages
-
-1. English. Always.
-
-## Naming Conventions
-
-1. Use `snake_case` for all functions, variables, and parameters;
-2. Use `lowercase` for folder names;
-3. Prefer full words over abbreviations in variable and parameter names so intent stays obvious (e.g. `minimum_weight` rather than `min_w`). Narrow exceptions: ubiquitous forms such as `id`, conventional loop indices (`i`, `j`), or standard acronyms where spelling them out adds noise without clarity;
-
-## Code Rules
-
-1. Meaningful names only;
-2. Adhere to the SOLID principles;
-3. Maximum 2 statements per line (e.g. two assignments or two declarations). Chained method calls (e.g. `a().b().c()`) count each as one statement;
-4. Prefer the algorithm with the best time/space complexity that is still readable and maintainable;
-5. Maximum 25 lines per function. It does not apply to comments or blank lines;
-6. Maximum 125 lines per file. It does not apply to comments or blank lines;
-7. When a file or module gains multiple distinct responsibilities, split it into separate files so that each file has a single, clear responsibility (and the split keeps the design coherent) - that's an enforcement on SOLID principles;
-8. Adhere to modern and best practices standards;
-9. Prefer one of: return an empty collection (e.g. []), use an optional/Maybe type, return a Result/Either type, or throw a documented exception. Choose based on the API contract and language idioms.;
-10. Avoid anonymous functions being declared inside of another function, except trivial one-liners when readability is not harmed (e.g. `.map(x => x.id)`). Except anonymous callbacks that are a single expression with no side effects and that are passed directly to a well-known higher-order function (e.g. .map(x => x.id), .filter(Boolean)). If in doubt, extract to a named function;
-11. Avoid nested functions;
-12. Avoid multiple classes, interfaces or types in the same file: split them into a single one per file;
-13. Avoid generic exceptions. Create specialized exceptions instead.
-
-## Code Style
-
-1. Follow the rules defined in `eslint.config.js`.
-2. Document all public functions using JSDoc, explaining their purpose, parameters (`@param`), and return values (`@returns`);
-3. Follow the semicolon style defined in eslint.config.js;
-4. Run `npm run lint` before committing. Fix any reported issues before committing.
-
-## Error Handling
-
-1. Never suppress errors silently with empty `catch` blocks; either handle them meaningfully or rethrow;
-2. Log errors with enough context (operation, relevant identifiers, inputs) to make the failure diagnosable.
-
-## Performance
-
-1. Avoid expensive operations inside loops; hoist invariant computations out of the loop body, or use optimized array methods to prevent redundant processing.
-
-## API Design
-
-1. Use a standardized response format across all API endpoints to ensure consistency and predictability;
-2. Validate every incoming payload from user input or API clients using a robust validation schema (e.g., `zod`, already a project dependency);
-3. After validating a fixed-vocabulary field, normalize it to the shared constants object defined in **Fixed Vocabularies**; reject or default unknown values at the boundary, not in downstream consumers.
-
-## Fixed Vocabularies
-
-1. When a value belongs to a fixed, finite set (e.g. strategies, modes, statuses), define it once as a frozen constants object and reuse it across validation, readers, and consumers. Do not scatter the same string literals in multiple files;
-2. In plain JavaScript, use a frozen object as the enum (not TypeScript `enum`). Export both the named constants and, when useful, `Object.values(...)` for schema allow-lists;
-3. Keep external wire formats as strings (config JSON, API payloads). Map validated input to the shared constants at the boundary; internal code compares against the constants, not raw strings;
-4. Place the constants module next to the domain they describe (e.g. `src/Allocation_Optimization/density_groups/Density_Groups_Strategy.js`), not inside validation-only modules, unless the vocabulary is truly validation-specific;
-5. Document public accessors that return a vocabulary member with JSDoc union types referencing the constants (e.g. `@returns {typeof DENSITY_GROUPS_STRATEGY.ROUND_ROBIN | typeof DENSITY_GROUPS_STRATEGY.ADAPTIVE}`);
-6. Prefer the constants in tests as well (`expect(...).to.equal(DENSITY_GROUPS_STRATEGY.ADAPTIVE)`), so tests stay aligned with production code.
-
-## Security
-
-1. Never trust external input; validate and sanitize all data from users or API clients before using it, to prevent injection, XSS, and similar vulnerabilities.
-
-## Refactoring
-
-1. When refactoring, preserve behavior: do not change the observable semantics of the code. Refactoring is structure-only unless the user explicitly requests a behavior change;
-2. Prioritize readability and explicit logic over extreme conciseness;
-3. Simplify unnecessary abstractions, but do not sacrifice clarity for fewer lines of code.
-
-## Testing
-
-1. Write tests using Mocha and Chai;
-2. Structure tests with `describe` for test suites and `it` for individual test cases;
-3. Test descriptions should be clear, descriptive, and explain the expected behavior;
-4. Under `test/src`, mirror the directory structure of `src/` (e.g. `src/Allocation_Optimization/block_builder/` → `test/src/Allocation_Optimization/block_builder/`);
-5. Test data are to be created on root/test/data/src, then follow root/src's pattern of folder;
-6. Ensure tests cover the 'happy path', known edge cases, invalid inputs, and all expected Exception scenarios;
-7. Avoid redundant tests that assert the same logical branch;
-8. Avoid changing the main code behavior in tests, except when the user has explicitly asked for a behavior change;
-9. Always add intergration tests.
-
-## Commit
-
-This project adheres to:
-
-1. [SemVer](https://semver.org/)
-2. [Conventional Commits](https://www.conventionalcommits.org/en/)
-3. **Make atomic commits:** Each commit must represent a single, logical change (e.g., refactoring one component, deleting an unused file, or fixing a specific bug);
-4. **Never use `git add .` or `git commit -a`:** Always stage files individually (`git add <file>`) to ensure multiple distinct changes are not grouped in a single commit;
-5. **Irreversible commands:** Never use irreversible git commands (e.g., `git reset --hard`, `git clean -fd`) without explicit permission granted by the user;
-6. Avoid adding `Made-with: Cursor` to commit messages;
-7. Commit messages should be one concise phrase;
-8. Try to keep tests green after each commit, if possible;
-9. Never commit input from debug. i.e., `./debug/data/input.json`.
-
-## README
-
-1. must contain at least sections `how to install`, `usage`, `dependencies`, `requirements` (not necessarily in that order)

package/.cursor/rules/knowledge-base.mdc

@@ -1,14 +0,0 @@
----
-description: Feature knowledge base location and doc shape for ai_changelog
-globs: .cursor/ai_changelog/**
-alwaysApply: false
----
-
-# Knowledge base
-
-Feature knowledge lives in `.cursor/ai_changelog/`.
-
-- New docs: follow `_TEMPLATE.md`; filename `JET-XXXX-short-slug.md`.
-- Update `INDEX.md` when adding a doc.
-- Config keys: link to `config.md`, do not duplicate tables.
-- Prefer tests + code over stale PR text when they disagree.

package/.cursor/rules/planning-standards.mdc

@@ -1,55 +0,0 @@
----
-description: Planning norms—investigation, scope, plan shape, clarifications, Plan Mode alignment (enable for design-heavy work)
-alwaysApply: false
----
-
-# Planning Standards
-
-## Languages
-
-1. English. Always.
-
-## When to plan
-
-1. Produce a written plan before multi-file work, behavior changes, or ambiguous requirements;
-2. Prefer a short plan even for medium tasks when trade-offs or risks matter;
-3. Skip heavy planning for obvious one-line fixes when scope and approach are already clear.
-
-## Research first
-
-1. Investigate with read-only steps (read files, search the codebase) before proposing changes;
-2. Cite existing code using full repository paths and, when helpful, markdown links to files;
-3. When the session is in Plan Mode (or the user asked for a plan only), do not edit files, run mutating commands, or commit until the user approves the plan;
-4. Base the plan on evidence from the repo, not assumptions; state explicit assumptions when evidence is missing.
-
-## Scope and constraints
-
-1. State what is in scope and what is explicitly out of scope;
-2. Avoid drive-by refactors and unrelated file churn; every planned change should trace to the user request;
-3. Respect project rules in `code-standards.mdc` once implementation begins.
-
-## Clarification
-
-1. If requirements are ambiguous or multiple approaches differ materially, ask one or two critical questions before finalizing the plan;
-2. Surface trade-offs in the plan instead of hiding them in later implementation;
-3. Prefer structured multiple-choice when the product offers it for decisions that block planning;
-4. Avoid any assumption.
-
-## Plan document shape
-
-1. Start with a clear title and a short overview of the goal and outcome;
-2. List key files to touch with paths (markdown links where useful);
-3. Use ordered, actionable steps the implementer can follow;
-4. Call out risks, unknowns, and dependencies;
-5. Use mermaid or similar diagrams only when the flow or architecture is non-trivial;
-6. Keep the plan proportional to task complexity—do not over-engineer small changes.
-
-## Handoff to implementation
-
-1. After the user accepts the plan, implement following `.cursor/rules/code-standards.mdc` (code style, tests, commits);
-2. If the user revises the plan mid-task, treat updates as steering unless they clearly start a new task.
-
-## Tooling alignment
-
-1. When using the product’s plan workflow, the user-visible plan should satisfy the sections above without duplicating Cursor product documentation;
-2. Do not edit the plan artifact file itself unless the user explicitly asks to update that file.