ForHosting KIT · 暮らし・料理・趣味

屋根シングル計算機

平面積2000平方フィート、勾配係数1.118の屋根は実面積が2236平方フィートで、23スクエア、1束33.3平方フィートなら68束になります。どちらも切り上げるので不足しません。ブラウザで無料で使えます。

無料
ブラウザで動作
登録不要
データは端末の外に出ません

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

計算例

入力した場合

平面積: 2,000
勾配係数: 1.118
束の被覆: 33.333

結果

表面積: 2,236
スクエア面積: 100
スクエア（正確）: 22.36
必要なスクエア: 23

アスファルトシングルを目分量で発注すると、棟キャップが足りなくなったり、車道にパレットが3つ余ったりします。この屋根シングル計算機は、3つの実務的な数値を明確な材料リストに変えます。屋根の平面積、傾斜屋根で平面積を実表面積に膨らませる勾配係数、購入製品の束1つが覆う面積単位です。面積に勾配を掛け、100で割って業界スクエアを報告し、束被覆で割って正確な束数を出し、両購入量を切り上げて端数の束を発注しないようにします。屋根面積と束被覆は1つの単位系（通常は米国ルーフィング・スクエア向けの平方フィート）に揃え、勾配係数は標準表または現地測定の乗数として扱い、自由な百分率にはしないでください。

平面積から購入リストまでの3ステップ

平面積は屋根を真上から測った面積ですが、シングルが覆うのは傾斜した面で、こちらは必ず広くなります。そこで計算機はまず平面積に勾配係数を掛けます。目安は4/12勾配で約1.054、6/12で約1.118、8/12で約1.202です。次にその面積を100で割ってスクエア数を出し、1束の施工面積で割って束数を出します。どちらの結果も、半端な束は買えないため切り上げます。

材料の不足や余りを招くよくある間違い

最も多いのは、勾配係数に自分で決めたパーセントを入れてしまうことです。係数は勾配表か、実測した立ち上がりと水平距離から求めてください。次に多いのが単位の混在で、屋根を平方フィートで測ったなら、1束の施工面積も平方フィートで入力する必要があります。1スクエアが100平方フィートになるのはフィートで計算する場合だけです。目分量で発注すると、棟に使うシングルが足りなくなったり、パレットが余ったりしがちです。

活用例

DIY再葺きの買い物リスト

平面積を測り、立ち上がり対ランの勾配係数を調べ、製品の束被覆を入力し、不足も大量余剰もなく全束を購入します。

請負向け屋根拾い出し

各屋根の平面積・勾配係数・SKU被覆を同じ式に入れ、発注書が見積と一致し切り上げ手順を監査できるようにします。

よくある質問

屋根面積が0または負のときは？

屋根面積は厳密に正でなければならず、非正面積は物理的でなく有効な購入量を定義しません。

ルーフィング・スクエアとは？

米国慣行では1スクエアは屋根表面100平方フィートです。面積と束被覆を同じ単位系にしてください。

勾配係数はどこから？

立ち上がり対ランの標準勾配乗数表（例：6/12で約1.118）または現場で測った係数を使います。1.0は傾斜による膨らみなしです。

1スクエアは何束ですか？

一般的な3タブのアスファルトシングルなら3束です。1束でおよそ33.3平方フィートを覆うためです。製品によって施工面積は違うので、購入する製品の表示値を入力してください。

なぜスクエア数と束数を切り上げるのですか？

束は半端な数では買えないためです。22.36スクエアは23スクエアに、端数の出た束数も次の整数に切り上げるので、屋根全体を確実に覆える量になります。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/home/roof-shingles

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/home/roof-shingles \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"roof_area":2000,"pitch_factor":1.118,"bundle_coverage":33.333}'

const res = await fetch("https://api.kit.forhosting.com/home/roof-shingles", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "roof_area": 2000,
    "pitch_factor": 1.118,
    "bundle_coverage": 33.333
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/home/roof-shingles",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "roof_area": 2000,
    "pitch_factor": 1.118,
    "bundle_coverage": 33.333
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/home/roof-shingles", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"roof_area":2000,"pitch_factor":1.118,"bundle_coverage":33.333}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"roof_area":2000,"pitch_factor":1.118,"bundle_coverage":33.333}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/home/roof-shingles", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "roof_area": 2000,
  "pitch_factor": 1.118,
  "bundle_coverage": 33.333
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "home.roof_shingles",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

技術的な注記

同じ純粋関数が無料ブラウザツールと有料APIを動かすため、スマホで作った見積は後でスクリプトが送る明細と一致します。非正の屋根面積は無意味な結果ではなく明確なinvalid_inputで拒否されます。

束数とスクエアの式の仕組み

小売・請負の屋根見積で使われる被覆の恒等式から始めます。覆う表面は平面のフットプリント×傾斜を織り込む勾配係数です。係数1は平らまたはほぼ平らなデッキ、一般的な住宅勾配は4/12で約1.054、6/12で1.118、8/12で1.202などの乗数に対応します。立ち上がり対ランに合う表を使い、百分率をでっち上げないでください。勾配係数と束被覆も厳密に正で、表面と束あたり比が定義されます。surface_area = roof_area × pitch_factor と書き、roof_area とメーカー束被覆を同じ平方単位にします。業界慣行では平方フィート作業時、1ルーフィング・スクエアは屋根表面100平方フィートで、squares_exact = surface_area ÷ 100 です。束需要は surface_area ÷ bundle_coverage で、古典的3タブ製品は束あたり約33.3平方フィート、すなわちスクエアあたり3束です。購入量 bundles_needed はその正確比の切り上げ、squares_needed は squares_exact の切り上げで、供給者は全束販売、見積は注文時にスクエアを切り上げることが多いです。応答は中間値（surface_area、squares_exact、bundles_exact）、coverage_from_bundles、spare_area も返し、納品書の手計算と照合できます。パイプラインは乱数シード・壁時計・ネットワークなしの決定的浮動小数点算術で、同一入力は常に同一JSONを生みます。屋根面積は厳密に正でなければならず、0または負は物理的でなく購入量を定義できないため invalid_input です。

送信内容と返却内容

無料ブラウザフォームを住宅・販売カウンター計画に配線し、屋根ごとの日程や見積ツールの回帰フィクスチャが必要なときは同一契約をスクリプトから呼びます。有限数3つを送ります。平面または測定の被覆を平方単位で表す roof_area、平面積を実屋根表面に換える傾斜乗数 pitch_factor、同じ平方単位でシングル束1つが覆う面積 bundle_coverage です。3フィールドすべて必須です。欠落、非数値文字列、NaN、Infinity は invalid_input で失敗し課金されません。roof_area が0または負のとき、非正面積は不可というメッセージで失敗し、クライアントはゼロや無意味な束を受け取る前に測定を直せます。pitch_factor と bundle_coverage にも同じ正の規則が適用されます。成功時は清掃済み入力、surface_area、square_area（常に100）、squares_exact、整数 squares_needed、bundles_exact、整数 bundles_needed、切り上げパック数からの coverage_from_bundles、傾斜表面に対する spare_area、単位系を1つに保ち1スクエア＝100面積単位である unit_note、短い formula 文字列を返します。古典チェック：平面2000平方フィート、6/12の pitch_factor 1.118、束あたり33.333平方フィートで、表面約2236、squares_exact 約22.36、squares_needed 23、bundles_exact 約67.08、bundles_needed 68。成功APIは公開ベース $0.002/件、検証失敗は前払い残高を消費しません。

屋根シングル計算機が実務で現れる場面

摩耗した3タブや建築用屋根を替える住宅所有者は、オンライン発注やダンプ予約の前に信頼できる束数が必要で、建築用ラミネートは単価が高く納期も長いです。後日、棟谷のロス表、スターター直線フィート、棟キャップ束、下葺きロール長、水切り直線フィートが必要なら、この束・スクエア計算ページを過負荷にせず別の検索意図とランディングとして扱ってください。屋根請負は測定平面積とメーカー被覆から拾い出しを作り、スクエアと束を切り上げる単一の決定的エンドポイントが見積と購買の表ずれを減らします。同じ家の2SKUを比べる建材カウンターは roof_area と pitch_factor を固定したまま bundle_coverage だけ差し替え、勾配の再導出なしに総束数と余被覆を順位付けできます。複数棟の再葺きを計画する管理会社は平面積と勾配係数のバッチをAPIに通し、bundles_needed を発注書に付けて過剰在庫を意図的にします。本能力は純粋なparseエンジンなのでAPI価格は成功1件あたり公開ベース $0.002、失敗検証は残高を消費しません。

連携の活用例

カウンターでのSKU比較

屋根面積と勾配を固定し、候補シングル間で束被覆を入れ替え、bundles_needed と余表面被覆を並べて比較します。

技術的な質問

この屋根シングル計算機はどう動きますか？

roof_area×pitch_factorで表面積、÷100で業界スクエア、÷bundle_coverageで正確な束数を出し、スクエアと束を切り上げて全パッケージのみ発注します。

費用は？

ブラウザ版は無料で端末上で動作します。APIは成功1件あたり$0.002の前払いKIT残高を使い、無効入力は課金されません。

KITの完全なドキュメントを見る →