ヘッダー長さ計算機
36インチの粗開口に両側1.5インチの受け座を足すと、ヘッダーは39インチになります。開口と左右の受け座を合計し、切断前にメジャーで印を付けられる一本の長さを出します。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 粗開口
- 36
- 両端それぞれの支持長
- 1.5
- 左側の支持長
- 1.5
- 右側の支持長
- 1.5
- 支持長の合計
- 3
- まぐさの長さ
- 39
ドアや窓の枠組みは、木材を切断したり集成材を発注したりする前に、ヘッダー(まぐさ)がどれだけ長くなるかを把握することから始まります。このヘッダー長さ計算機は、粗開口の内法幅と、両側のジャッキスタッド(トリマー)にヘッダーが必要とする受け座寸法を、メジャーで印を付けられる一本の在庫長さに変換します。標準の拾い出し式は単純で決定的です。ヘッダー長さは粗開口に左受けと右受けを足したもの、両側のジャッキが同じときは粗開口に受け座の二倍を足したものです。全体をインチでそろえるか全体をミリメートルでそろえてください—エンジンは単位系を変換しません—したがって三十六インチの粗開口に一・五インチの受けを付けると三十九インチのヘッダーになり、九百ミリメートルの開口に三十八ミリメートルの受けを付けると九百七十六ミリメートルになります。零または負の寸法は無効入力で失敗するため、拾い出しフォームや改修アプリは切断リストの前に悪い計測を拒否できます。
粗開口を測り、受け座は一つの単位系で選びます
粗開口の内法幅は、ヘッダー端部を支える二つのジャッキスタッド(トリマー)の内面間の距離です。ジャッキを立てた後に測るか、開口表の計画内法を取り、ドアまたは窓メーカーの粗開口表と一致することを確認してください。粗開口と各受け座は同じ長さ単位—インチはインチ同士、ミリメートルはミリメートル同士—で表してください。
このヘッダー長さ計算機は単位系を変換しないためです。典型的な単一のツーバイ・ジャッキはヘッダー各端の下におよそ一・五インチの受けを残し、ダブルジャッキは片側およそ三インチ、メートル法のツーバイ材は単一ジャッキで三十八ミリメートルが一般的です。正でない開口ではヘッダー材を定義できないためです。
受けが全く無い場合、または片側だけを送った場合も明確なメッセージで失敗し、クライアントは発注前に利用者へ確認を促せます。
活用例
ドア・窓の枠組み拾い出し
大工は粗開口幅とジャッキ受け座を入力し、多層材を切断・発注する前にヘッダー材長に印を付けます。
施工業者の積算と切断リスト
積算ツールは予定された粗開口を単一または二重ジャッキ受け付きのヘッダー長さに変換し、材料表と board feet 合計に使います。
よくある質問
単一の 2× ジャッキスタッドにはどの受けを使いますか?
一般的には片側約 1.5 インチ(または約 38 mm)の受けが単一名目 2× ジャッキに用いられます。ダブルジャッキは片側約 3 インチ(または 76 mm)が多いです。必ず取り付けるジャッキの厚さに合わせてください。
粗開口が零または負のときはどうなりますか?
粗開口と各受け座は厳密に正でなければならず、正でない寸法はヘッダー材を定義できず課金されません。
ヘッダー長さ計算機は無料ですか?
ブラウザツールはお使いの端末で無料です。検証失敗は請求されません。
どの単位を使うべきですか?
一貫した長さの系ならどれでも構いません。開口をインチ、受けをミリメートルで混ぜると誤った結果になります。
左右で受け座の長さが違う場合はどうしますか?
左の受け座と右の受け座を別々に入力します。片側がダブルジャッキ、もう片側がシングルの場合などに使え、ヘッダーの長さは開口に左右の受け座を足した値になります。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/home/header-length \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"rough_opening":36,"bearing_each":1.5}'const res = await fetch("https://api.kit.forhosting.com/home/header-length", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"rough_opening": 36,
"bearing_each": 1.5
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/home/header-length",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"rough_opening": 36,
"bearing_each": 1.5
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/home/header-length", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"rough_opening":36,"bearing_each":1.5}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"rough_opening":36,"bearing_each":1.5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/home/header-length", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"rough_opening": 36,
"bearing_each": 1.5
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "home.header_length",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
粗開口を測り、受け座は一つの単位系で選びます
rough_opening は厳密に正の有限数として送ってください。別名 opening、opening_width、ro、rough_opening_width、clear_width は短いラベルのフォームでも同じフィールドに対応します。両側が同じ受けなら bearing_each(別名 bearing、jack_bearing、seat、bearing_per_side、bearing_each_side)を送ります。非対称の柱や多層受けでは bearing_left と bearing_right を送ってください。零または負の粗開口は invalid_input を上げ課金されません。
ヘッダー長さ・合計受け・受けモードの計算方法
エンジンは内法の粗開口に左ジャッキの受けと右ジャッキの受けを加えます。経路はネットワークも乱数も壁時計も無い純粋算術だからです。本製品はヘッダーの合板枚数・スパン表・荷重等級を決めません。長さはすでにスパンと規定を満たす材の切断寸法として扱い、枠組み前にドアまたは窓メーカーで開口を確認してください。header_length は rough_opening に bearing_left と bearing_right を足したものです。bearing_each だけを送ると両側がその値を使い、応答は bearing_mode を symmetric に設定し、表示用に bearing_each も返します。bearing_left と bearing_right の両方を送るとそれらの値が合計を決め、bearing_mode は asymmetric になります。成功ペイロードでは任意フィールドが null にならないよう bearing_each は省略されます。total_bearing は二つの受けの合計で、対称経路では bearing_each の二倍です。応答は rough_opening を写し、bearing_left、bearing_right、total_bearing、header_length を報告し、短い formula 文字列と method が header_length であることも含み、アプリでの安定した分岐に使えます。同一入力は常に同一の JSON を返します。
APIの使い方、料金、拾い出しの流れと実用上の限界
ガレージドア、外窓、内装の開き戸、教室での枠組みデモには、表計算を開かずに無料のブラウザ内ヘッダー長さ計算機を呼び出します。検証失敗はエンジンが拒否したあと残高を消費しません。次がキングとジャッキの本数なら壁スタッド計数器と、ヘッダー長さを board feet や構造梁の発注長さに換えるなら材料見積もりと組み合わせてください。必須の rough_opening と、bearing_each または bearing_left と bearing_right の組を含む JSON 本体を送ってください。改修アプリ、木材拾い出しツール、枠組みコンフィギュレータ、不動産パイプラインが KIT 残高のもとで安定した契約を必要とするときは前払い API を使い、成功したアイテムごとに $0.002 です。石膏ボード、下地厚、メーカーの RO 表は、構造ヘッダーの数値が固まったように見えても必要な内法を変え得ます—ジャッキが実際に残す内法に rough_opening を合わせてください。SDK を配布する著者は header_length を切断リストに写し、total_bearing と formula をレイアウトを確認する施主や現場監督への説明として示せます。
連携の活用例
改修アプリと枠組みコンフィギュレータ
モバイルとウェブアプリは利用者が開口幅やジャッキ層数を変えるたびにヘッダー長さを再計算し、見積もりに同じ決定的API契約を使います。
技術的な質問
粗開口からヘッダー長さはどう計算されますか?
header_length = rough_opening + bearing_left + bearing_right。ジャッキ受けが同じときは bearing_each を使い、両側がその値になり、長さは rough_opening + 2 × bearing_each です。