Pollici lineari

Inserisca length, width e height positivi in pollici o centimetri; qualsiasi lato assente, nullo, negativo o non numerico viene respinto come invalid_input, così una misura vuota non sembra un lasciapassare al calibratore. L'API prepagata addebita $0.002 per elemento riuscito quando app di packing, schede valigia e liste di viaggio necessitano dello stesso totale lineare deterministico da server e SDK.

Che cosa sono i pollici lineari e quali lati misurare

Invii i campi obbligatori length, width e height come numeri JSON o stringhe numeriche in una sola unità condivisa. Il unit opzionale accetta in per i pollici, valore predefinito, o cm per i centimetri; gli alias units, measure_unit e dim_unit sono onorati. Gli alias l, len e depth corrispondono a length; w e breadth a width; h e ht a height. Il limit opzionale (alias max_linear, max, airline_limit, max_inches) è il tetto in pollici lineari della compagnia, ad esempio 45 per molte cabine negli Stati Uniti o 62 per molti pezzi in stiva. Qualsiasi dimensione che non sia un numero finito strettamente positivo fallisce con invalid_input, perché un lato zero o negativo non è una valigia fisica. Ingressi identici producono sempre lo stesso JSON: somma più il fattore esatto pollice-centimetro di 2.54, senza rete, senza seme casuale e senza orologio a muro.

Come leggere linear_inches, i lati in due unità e il limite opzionale

Quei tre campi di tetto sono omessi del tutto se Lei non invia un limite, così un totale semplice resta un totale semplice. Se la richiesta è valida, la risposta restituisce length, width, height e unit dopo un arrotondamento stabile, più length_in, width_in e height_in così gli ingressi in centimetri appaiono in pollici prima della somma. Il campo principale linear_inches è la somma di quei tre lati in pollici ed è il numero che Lei confronta con la tabella pubblicata della compagnia. Il campo formula ribadisce che linear_inches è length_in più width_in più height_in, e method è sempre sum_dimensions_to_linear_inches affinché i client ramifichino su una stringa stabile. Quando Lei fornisce limit, il corpo include anche within_limit come booleano, remaining_inches come margine se la valigia passa, e excess_inches come l'eccesso se sfora. Usi linear_inches da solo per il controllo del giorno del packing; usi i lati convertiti in pollici quando l'acquirente ha digitato centimetri da una scheda europea; usi i campi di limite quando il pagamento o la lista di viaggio deve mostrare superato o fallito accanto al numero della tariffa. Lati obbligatori assenti, valori non finiti e qualsiasi dimensione che non sia un numero positivo falliscono con invalid_input e non sono addebitati. Questo endpoint non scarica policy di marca; Lei o il Suo prodotto fornisce il limite numerico che corrisponde al biglietto realmente acquistato.

Uso dell'API, prezzo, flussi di packing e limiti pratici

Usi il calcolatore gratuito nel browser il giorno del packing, per confrontare due valigie in negozio o in una dimostrazione scolastica di conversione unità senza aprire un foglio di calcolo. Per gruppi con più valigie, chiami una volta per pezzo così ciascuno è giudicato nella propria classe di cabina o stiva. Invii un corpo JSON con length, width, height, unit opzionale e limit opzionale (o gli alias documentati). Usi l'API prepagata quando un portale di viaggio, uno stimatore di tasse, una scheda valigia o un'app di packing necessita di un contratto stabile sotto saldo KIT a $0.002 per elemento riuscito; i fallimenti di validazione non consumano mai il saldo. Chi pubblica SDK può mappare linear_inches, within_limit, remaining_inches e excess_inches in una piccola tabella accanto ai tre lati: la stessa forma che i viaggiatori vedono sui cartelli di taglia al banco.