フェンスゲート計算機
幅4フィートのゲート開口が2か所なら、支柱4本、蝶番4個、ラッチ2個です。開口ごとに蝶番側と錠側の支柱を1本ずつ数え、幅5フィートまでの扉には蝶番を2個付けます。片開きにも両開きにも使えます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- ゲートの数
- 2
- ゲートの幅
- 4
- ゲート1か所あたりの扉の数
- 1
- 扉1枚あたりの蝶番の数
- 2
- 蝶番追加の幅の基準値
- 5
- 扉1枚の幅
- 4
フェンスゲート計算機は、門の開口数と各開口の幅を、支柱・ストラップヒンジ・ラッチキットを発注する前に必要な金物数量に変換します。フェンスライン上の門の数、各開口の有効幅、任意で各開口が片開きか両開きかを入力すると、門用支柱・蝶番・ラッチ・開口総幅・短いメッセージ・材料表やユニットテストに貼れる順序付きの代入ステップを返します。庭の歩行用門を計画する住宅所有者、車道の両開き門を拾い出す施工者、工事見積アプリ向けの決定論フィクスチャを書く開発者はいずれも、表計算なしで門数×2の支柱と扉枚数からの蝶番という同じ算術を必要とします。
開口と幅から支柱・蝶番・ラッチを数える方法
フェンス上の各門開口は独立した金物パッケージとして扱われます。蝶番側の支柱1本とラッチ側の支柱1本なので、門用支柱は常に開口数の2倍です。このモデルは拾い出し段階の片開き・両開きスイング門の両方に合い、どちらも両端の2本の支柱から吊り、隣接開口で共有する支柱は幾何学的カウント後の現場調整として残します。
門あたりの扉枚数は単一パネルでは既定1、中央で合う2枚の扉のときは2を設定します。蝶番は開口×扉×扉あたり蝶番です。扉が蝶番幅しきい値（幅に使った長さ単位で既定5）以下なら2枚、より広ければ3枚です。
ラッチは開口数に等しく、開口ごとに1組のラッチが片開きのサムラッチや両開きのドロップロッド付きラッチキットを買い物リスト水準でカバーします。門幅と任意の蝶番しきい値は同じ長さ単位（フィート同士、メートル同士）でなければならず、ツールは単位換算をせず、扉幅としきい値の無次元比較だけが必要です。
活用例
庭の歩行用門の金物リスト
住宅所有者が1〜2の開口と各門幅を入力し、ストラップヒンジとラッチキット購入前に支柱・蝶番・ラッチを得ます。
よくある質問
ラッチはどう数えますか？
ラッチは門開口数に等しいです。片開きでも両開きでも、各開口にラッチ1組です。
門幅がゼロまたは負のときは？
開口幅は厳密に正でなければならず、ゼロや負では門を定義できません。
ゲートには蝶番がいくつ必要ですか？
扉の幅がゲート幅と同じ単位で5以下なら1枚につき2個、それより広ければたわみを防ぐために3個です。1枚あたり1〜10個の範囲で自分で決めることもできます。
両開きのゲートはどう数えますか？
1つの開口に扉を2枚と設定します。扉1枚の幅は開口幅の半分になり、それで蝶番の数が決まります。支柱は開口ごとに2本のまま、ラッチも落とし棒付きのセット1つです。
ゲートの支柱は何本必要ですか？
開口1か所につき、蝶番側と錠側で2本です。片開きでも両開きでも同じなので、開口が2か所なら支柱は4本になります。隣り合うゲートで支柱を共有する場合は、現場で差し引いてください。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/home/fence-gate \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"gates":2,"gate_width":4}'const res = await fetch("https://api.kit.forhosting.com/home/fence-gate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"gates": 2,
"gate_width": 4
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/home/fence-gate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"gates": 2,
"gate_width": 4
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/home/fence-gate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"gates":2,"gate_width":4}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"gates":2,"gate_width":4}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/home/fence-gate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"gates": 2,
"gate_width": 4
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "home.fence_gate",
"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 | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
hinges_per_leaf を空にすると広い扉は自動で蝶番3枚、狭い扉は2枚となり、どちらも上書きできます。門幅がゼロまたは負のときは金物をでっち上げず invalid_input で拒否し、正でない門数も同様に失敗します。経路は純粋で決定論的な数学であり、ネットワークも乱数シードも壁時計依存もなく、無料のブラウザ実行器と前払いAPIは固定小数点丸めの後、呼び出すたびに同じ JSON を返します。
開口と幅から支柱・蝶番・ラッチを数える方法
hinges_per_leaf を省略すると、計算機は leaf 幅を gate_width を leaves_per_gate で割った値として測り、単純な現場ルールを適用します。このルールは重いまたは高い広い扉が垂れ止めに3枚目を付ける住宅現場の慣行を映しますが構造工学の証明書ではなく、1から10の明示的な hinges_per_leaf を常に強制できます。開口総幅は openings×gate_width で、門が置き換えるフェンス延長を照合できます。成功時は丸めた入力を返し、gate_posts・hinges・latches・leaf_width・hinges_auto・formula・message・steps を公開するので、手計算や自動テストで算術を監査できます。
API の呼び方と戻り値
整数・小数の文字列形は厳密な有限数値パターンに合うとき受け入れ、門や扉の小数個数は拒否します。クライアントを制御できるときは整形済み文字列より数値送信を好み、文字列が必要なときは有限数パターンを壊す単位接尾辞や桁区切りを避けてください。必須フィールド2つを持つ JSON 本体を送ります。gates（別名 gate_count, num_gates, n_gates, openings）は1から1000の正の整数、gate_width（別名 width, opening_width, gate_w, W）は公開された絶対範囲内の有限正数です。任意で leaves_per_gate（別名 leaves, panels, leaf_count）を1または2（省略時は1）、hinges_per_leaf（別名 hinges_each, hinges_per_panel）を1から10の正の整数、hinge_width_threshold（別名 wide_gate_threshold, hinge_threshold）を gate_width と同じ単位の正数（省略時は5で、自動蝶番選択のみに使用）を送れます。成功時は gate_posts を gates×2、hinges を gates×leaves_per_gate×hinges_per_leaf、latches を gates、total_opening_width を gates×gate_width、leaf_width を gate_width÷扉数、しきい値ルールで蝶番を選んだとき hinges_auto を true、formula を支柱・蝶番・ラッチ式、message を短い英語要約、steps を順序付き代入ログに設定します。欠落フィールド・非有限数・ゼロまたは負の幅・非正の門数・1または2以外の扉・1から10外の蝶番・絶対限界外の値など検証失敗は invalid_input を返し課金されません。料金は成功リクエストあたり定額 $0.002、単位は item です。
実務のヒント・限界・関連検索
門数は1から1000、寸法は公開絶対範囲内に保ち、カウントが安全な整数のままにします。幅が異なれば開口サイズごとに1回呼び、呼び出し間で支柱・蝶番・ラッチを合算します。往復確認は簡単で、門あたり支柱2本、扉と扉あたり蝶番の積、ラッチ＝門数を再計算し、公開整数と一致することを確認します。門幅は、トリム前のパネル原板ではなく、仕上げ支柱間または計画した支柱面間の有効開口を測り、実際に吊る寸法と gate_width を一致させてください。4フィートの歩行用門では leaves_per_gate を1にし蝶番は自動または2、10フィートの車道両開きでは leaves_per_gate を2にし、既定しきい値5のとき各5フィート扉が3枚目の蝶番対象になるようにします。地域で幅に関係なく常に3枚なら hinges_per_leaf を明示ししきい値を無視します。教材やテストでは、自動で2枚を選ぶ狭い片開きと3枚を選ぶ広い扉を組み合わせ、明示的 hinges_per_leaf の上書きと、invalid_input 経路を示す意図的なゼロまたは負の gate_width を入れてください。このランディングはフェンスゲート計算機、門に必要な蝶番数、門支柱とラッチの材料表、両開き金物数量などの検索向けであり、開口間の長いフェンスの支柱間隔ツールでも、桟や板の本数でも、支柱穴コンクリート体積でも、風荷重や法規適合エンジンでもありません。中実フェンス区間の延長と支柱間隔が既知なら home.fence_posts を、門金物だけが問いなら本能力を選んでください。invalid_input を返す失敗タスクは前払い残高を消費しないため、エラー処理確認のために意図的に悪い幅を送る探索スクリプトも安価です。
連携の活用例
車道両開き門の拾い出し
施工者が leaves_per_gate を2にし、開口幅を送り、gate_posts・hinges・latches・steps を透明な見積に添付します。
建設アプリ向けゴールデンフィクスチャ
開発者が自動・明示蝶番の既知ケースと意図的な幅ゼロ拒否をユニットテストと CI 用に生成します。
技術的な質問
フェンスの門には何本の支柱が必要ですか？
独立した開口では gate_posts = gates × 2（開口ごとに蝶番側とラッチ側各1本）。例：2門 → 門用支柱4本。
フェンスゲートに蝶番は何枚必要ですか？
Hinges = gates × leaves_per_gate × hinges_per_leaf。hinges_per_leaf を省略すると、扉幅がしきい値（既定5）以下なら2、それ以外は3です。
フェンスゲート計算機は無料ですか？
ブラウザ版は無料でローカル実行です。API 呼び出しは成功リクエストあたり $0.002 の KIT 前払い残高を使い、失敗タスクは課金されません。