Inches linéaires bagages

Saisissez une longueur, une largeur et une hauteur positives ; les dimensions non positives sont rejetées comme invalid_input afin qu'une mesure manquante ne se fasse pas passer pour un libre passage à la porte.

Fonctionnement des inches linéaires et dimensions à mesurer

La mesure linéaire des bagages est simplement la longueur plus la largeur plus la hauteur de la valise telle qu'elle passera dans le gabarit ou sur le tapis. Mesurez les dimensions extérieures y compris roues et poignées fixes lorsque c'est ainsi que la compagnie ou le voyagiste définit la limite ; les côtés souples qui se compriment sont encore généralement cotés à leur taille déployée complète, sauf si la politique en dispose autrement. Un limit non positif, s'il est fourni, est également rejeté. Envoyez les champs obligatoires length, width et height comme nombres JSON ou chaînes numériques dans la même unité. Le unit optionnel accepte in pour les inches (par défaut) ou cm pour les centimètres ; les alias units, measure_unit et dim_unit sont acceptés. Les alias l, len et depth correspondent à length ; w et breadth à width ; h et ht à height. Le limit optionnel (alias max_linear, max, airline_limit, max_inches) est le maximum linéaire autorisé dans cette même unité—par exemple quarante-cinq pour une règle cabine courante aux États-Unis, ou cent quinze pour un plafond métrique de soute. Une length, width ou height non positive est une erreur dure du contrat car un côté nul ou négatif n'est pas une valise physique. Des plafonds de magnitude maintiennent l'arithmétique finie sur le Worker. Des entrées identiques produisent toujours un JSON identique : addition pure et facteur inch-centimètre fixe de 2.54, sans réseau, sans graine aléatoire et sans horloge murale.

Lecture des champs linéaires, bi-unités et réussite ou échec

En cas de succès la réponse renvoie length, width, height et unit après arrondi stable, plus linear égal à la somme dans l'unité d'entrée. linear_in et linear_cm présentent toujours la même taille physique en inches et en centimètres afin qu'une page de transporteur américain et une liste européenne partagent un appel API. Le champ formula indique que linear égale length plus width plus height, et method est toujours sum_dimensions_linear_measure pour un branchement stable côté clients. Lorsque vous fournissez limit, la réponse inclut aussi within_limit et meets_limit comme le même booléen, over_by comme le dépassement en unités lorsque l'échec, et under_by comme la marge restante en cas de réussite. Utilisez linear seul pour un total rapide ; utilisez linear_in face à linear_cm lorsque vous avez besoin des deux affichages régionaux ; utilisez les champs de limite lorsqu'un flux d'achat ou une liste d'emballage doit afficher réussite ou échec à côté du chiffre compagnie. Dimensions obligatoires manquantes, valeurs non finies et côtés non positifs échouent avec invalid_input et ne sont pas facturés après le rejet du moteur. Cet endpoint ne récupère pas les politiques de marque ; vous ou votre produit fournissez la limite numérique correspondant aux règles tarifaires en vigueur.

Usage API, tarification, flux voyage et limites pratiques

Appelez le calculateur gratuit dans le navigateur pour le jour de l'emballage, l'achat d'un nouveau cabine et des démonstrations de conversion d'unités sans installer de tableur. Pour les groupes multi-bagages, appelez une fois par pièce afin que chacune reste dans sa propre limite de classe. Envoyez un corps JSON avec length, width, height, unit optionnel et limit optionnel (ou les alias documentés). Utilisez l'API prépayée lorsqu'un portail voyage, un estimateur de frais bagages, une page produit valises ou une application d'emballage a besoin d'un contrat stable sous solde KIT à $0.002 par élément réussi ; les échecs de validation ne consomment jamais le solde. Associez cet endpoint à des convertisseurs de poids ou des planificateurs de voyage lorsque la question suivante est le poids du bagage ou le coût de l'itinéraire, mais gardez les contrôles de taille ici pour que l'arithmétique reste auditable. Les auteurs de SDK peuvent mapper linear, linear_in, linear_cm et within_limit dans des tableaux de réussite ou d'échec à côté des trois côtés—la même forme que voient les voyageurs sur les panneaux de taille au comptoir aéroportuaire.