リニアインチ計算
22×14×9インチの機内持ち込み用バッグは合計45リニアインチで、米国でよく使われる機内の上限ちょうどです。長さ・幅・高さをインチかセンチで入れ、航空会社の上限を足せば、通るかどうかと残りのインチが分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 長さ
- 22
- 幅
- 14
- 高さ
- 9
- 上限
- 45
- 長さ (in)
- 22 in
- 幅 (in)
- 14
- 高さ (in)
- 9
- リニアインチ
- 45
航空会社は荷物の大きさを体積ではなく、外側の縦・横・高さを足したリニアインチで示します。このリニアインチ計算機は三辺を加算し、合計を常にインチで返し、任意で公表上限（米国の一般的な機内持ち込み四五インチや、多くの受託六二インチなど）と照合します。
リニアインチの定義と測るべき三辺
荷物のリニアインチは、サイザーやベルトに載るときの外側の縦・横・高さの算術和です。体積とは異なります。 細長いダッフルと低い立方体は同じリニア合計でも、入るリットルは大きく違います。航空会社がそのように規則を書く場合は、固定車輪と側面ハンドルを含む展開時の外殻を測ってください。
伸縮ハンドルは、運賃ページに別記がない限り通常は収納したままです。潰せるソフト側面も、方針が圧縮を認めない限り掲載の最大寸法が必要です。例として米国の多くの機内持ち込み 45、多くの受託 62 があります。
零や負の辺は物理的な鞄ではないためです。非正の limit も、指定された場合は同じように失敗します。大きさの上限により、隔離環境上の算術は有限に保たれます。
荷造りの手順と実際の上限
荷造り当日、店頭で二つのスーツケースを比べるとき、表計算を開かない単位換算の授業演示には、無料のブラウザ計算機を使います。複数個の荷物では一件ずつ呼び出し、各自の機内または受託区分で判定します。入力の保持規則は他の KIT parse 項目と同じで、アルゴリズムが完全に決定的なため結果は継続的インテグレーションのフィクスチャに固定できます。
空港カウンターのサイズ表と同じ形です。
活用例
機内持ち込みと受託の事前確認
旅行者が外側の L×W×H と公表されたリニアインチ上限を入力し、空港サイザーの前に合否と余りのインチを確認します。
スーツケースとバックパックの商品ページ
小売の掲載がカタログのセンチまたはインチを一つのリニアインチ合計に直し、購入者が選んだ航空規則に合う鞄を絞り込めます。
旅行アプリと荷造りチェックリスト
行程プランナーが寸法を一度保存し、異なるキャリア上限で再確認し、各クライアントで L+W+H を書き直さずに安定したリニア合計を示します。
よくある質問
寸法が零・負・非数値のときはどうなりますか？
各辺は有限の正の数でなければならず、欠落・零・負の測定は有効な鞄寸法ではありません。
航空会社のサイズ上限はどう確認しますか？
任意の limit をリニアインチで渡します（例 45 または 62）。本ツールは各社の規則を取得しません。
測るときに車輪や取っ手も含めますか？
航空会社の規定がそうなっていれば、固定の車輪や横の取っ手も含めた外寸を測ります。伸縮式の持ち手は、運賃の案内に特に書かれていなければ縮めた状態です。柔らかい側面も、圧縮が認められない限り本来の大きさで数えます。
リニアインチはバッグの容量と同じですか？
違います。三辺を足しただけの数字です。背が高く細いバッグと低い立方体のバッグが同じ合計でも、入る量は大きく違うことがあります。そのため空港の計測枠は容量ではなく合計を確かめます。
センチで測ったバッグでも使えますか？
使えます。センチを選ぶと、各辺を2.54で割ってから足すので、合計は常にインチで出ます。航空会社が比較用に公表しているのもこの数字です。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/life/linear-inches \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"length":22,"width":14,"height":9}'const res = await fetch("https://api.kit.forhosting.com/life/linear-inches", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"length": 22,
"width": 14,
"height": 9
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/life/linear-inches",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"length": 22,
"width": 14,
"height": 9
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/life/linear-inches", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"length":22,"width":14,"height":9}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"length":22,"width":14,"height":9}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/life/linear-inches", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"length": 22,
"width": 14,
"height": 9
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "life.linear_inches",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
max_dimension | 1000000 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
正の length・width・height をインチまたはセンチメートルで入力してください。欠落・零・負・非数値の辺は invalid_input として拒否され、空欄がサイザー通過扱いになることを防ぎます。荷造りアプリ・スーツケース商品ページ・旅行チェックリストがサーバーや SDK から同じ決定的なリニア合計を必要とする場合、プリペイド API は成功一件あたり $0.002 を課金します。
リニアインチの定義と測るべき三辺
必須フィールド length・width・height を、共有する一つの単位の JSON 数値または数値文字列で送ってください。任意の unit はインチの in（既定）またはセンチの cm を受け付け、alias の units・measure_unit・dim_unit も有効です。l・len・depth は length、w・breadth は width、h・ht は height に対応します。任意の limit（alias: max_linear・max・airline_limit・max_inches）は航空会社のリニアインチ上限です。厳密に正の有限数でない寸法は invalid_input で失敗します。同一入力は常に同一の JSON を返し、加算とインチ対センチの正確な係数 2.54 のみで、ネットワーク・乱数種・壁時計には依存しません。
linear_inches・二単位の辺・任意上限の読み方
上限を送らない場合、これら三つの欄は完全に省略され、単純な合計は単純なままです。実際に購入した航空券に合う数値上限は、ご自身または製品側で供給してください。要求が妥当なとき、応答は安定丸め後の length・width・height・unit に加え、センチ入力が加算前にインチで見えるよう length_in・width_in・height_in を返します。主フィールド linear_inches はそれら三辺のインチ合計であり、公表されている航空会社の早見表と照合する数値です。formula は linear_inches が length_in ＋ width_in ＋ height_in であることを述べ、method は常に sum_dimensions_to_linear_inches なので、クライアントは安定した文字列で分岐できます。limit を渡すと、本体はブールの within_limit、合格時の余裕 remaining_inches、不合格時の超過 excess_inches も含みます。荷造り当日の確認には linear_inches だけを使い、欧州の仕様表からセンチを打った買い物客にはインチ換算の辺を使い、決済や旅程チェックリストで運賃規則の数字の横に合否を出すには上限フィールドを使います。必須辺の欠落・非有限値・正の数でない寸法はすべて invalid_input で失敗し、課金されません。本エンドポイントはブランド固有の方針を取得しません。
API の使い方、料金、荷造り手順と実務上の上限
length・width・height、任意の unit、任意の limit（または文書化済み alias）を含む JSON 本体を送ってください。旅行ポータル・手荷物料金見積・スーツケース商品ページ・荷造りアプリが KIT 残高下の安定契約を必要とする場合はプリペイド API を使い、成功一件あたり $0.002、検証失敗は残高を消費しません。SDK を出す作者は linear_inches・within_limit・remaining_inches・excess_inches を三辺横の小さな表に写せます。
技術的な質問
荷物のリニアインチはどう計算しますか？
正の length・width・height を送ってください（unit の既定はインチ）。応答の linear_inches は、センチからインチへの換算後の三辺の合計です。
インチの代わりにセンチメートルを入力できますか？
はい。unit を cm にしてください（または alias の units・measure_unit・dim_unit）。各辺は 2.54 で割られ、合計はなお linear_inches として返ります。
リニアインチ計算機の料金はいくらですか？
ブラウザの道具は無料です。API 要求はプリペイド KIT 残高を成功一件あたり $0.002 で使用し、不正な入力は課金されません。