ForHosting KIT · Home, food & hobbies

Concrete countertop calculator

A 2.5 m kitchen run, 0.65 m deep and 4 cm thick, needs 0.065 m³ of mix, which rounds up to 5 bags at the default yield. Measure length, depth and thickness, and buy whole bags without running short mid-pour. Free in your browser.

  • Free
  • Runs in your browser
  • No sign-up
  • Your data stays on your device
Use it from WebAPIEmailTelegramApp soon
If you enter
Length
2.5
Width
0.65
Thickness
0.04
You get
Area
1.625
Volume
0.065
Bag volume
0.015
Bags exact
4.3333333333

Cast concrete countertops demand a tight bag count: the pour is thin, the mix is often specialty bagged, and shortfall mid-pour is expensive. This concrete countertop calculator multiplies countertop length by front-to-back width by cast thickness to produce the rectangular pour volume, then divides by the yield of one bag to estimate how many whole bags to buy. Use the result for single-run kitchen counters, island tops split into rectangular segments, and bath vanity slabs where every cast has its own footprint and depth.

How countertop pour volume and bag count are computed

Start from the rectangular prism identity used on cast concrete countertop work: volume equals length times width times thickness, with all three edges in the same linear unit so the product is a consistent cubic unit. Write volume equals L times W times T.

For a typical kitchen run, length is the left-to-right measurement along the cabinets, width is the front-to-back depth (often about zero point six to zero point six five metres or twenty-four to twenty-six inches), and thickness is the cast slab depth after any edge build-up you choose to include in the pour.

If you measured a four-centimetre top, enter thickness as zero point zero four metres when length and width are in metres; if you measured one and a half inches, convert to feet (zero point one two five) before multiplying when the other edges are in feet. The plan area is length times width and is returned as area so you can cross-check against a cabinet layout.

DIY kitchen countertop shopping list

Measure run length, depth, and cast thickness, enter your bag yield if it differs from the default, and buy whole bags without shortfall mid-pour.

Shop multi-segment island estimates

Split L-shaped or peninsula tops into rectangular segments, call the same formula per piece, and sum whole bags for one purchase order.

Specialty mix quote cross-check

Compute pour volume from the layout first, then compare bags or convert volume to the unit your ready-mix or GFRC supplier quotes.

What happens if a dimension is zero or negative?

Length, width, and thickness must all be strictly positive; a non-positive edge would make volume non-physical or zero.

What does it cost?

The browser tool is free and runs locally.

How do I calculate an L-shaped countertop or an island?

Split the top into rectangles and work out each piece with its own length, depth and thickness. Then add the whole bags together for one purchase. The same approach works for a peninsula or a vanity slab cast on its own.

How do I enter a thickness of 1.5 inches?

Convert it to the unit of the other edges first. With length and depth in feet, 1.5 inches is 0.125 ft; with metres, a 4 cm top is 0.04 m. Mixing units gives a volume that means nothing.

What is the spare volume in the result?

It is the extra mix the rounded-up bag count gives beyond the bare countertop, 0.01 m³ in the 2.5 m example. It acts as a small buffer for edge forms and tooling.

Everything on this page is available programmatically. This section is for teams who want to wire it into their own systems; everyone else can just use the tool above.

POSThttps://api.kit.forhosting.com/home/concrete-countertop

Prefer to automate it? One authenticated POST creates the task; the result comes back by webhook or a signed link. The same capability also runs here on the web, by email and from Telegram — and soon from our app too.

curl -X POST https://api.kit.forhosting.com/home/concrete-countertop \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"length":2.5,"width":0.65,"thickness":0.04}'
{
  "length": 2.5,
  "width": 0.65,
  "thickness": 0.04
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "home.concrete_countertop",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

The API is asynchronous: the call returns a task_id immediately and the result arrives by webhook. Polling is capped at 1 req/s per task.

Per request$0.002

Published price — no tokens, no invented credits. A failed task is never charged.

HTTPCodeMeaning
401unauthorizedMissing or invalid API key.
402insufficient_balanceYour balance doesn't cover the task price.
404unknown_typeThat task type doesn't exist.
429rate_limitedToo many requests. Use the webhook instead of polling.

You keep one unit system end to end—metres with cubic metres, or feet with cubic feet—and optionally override bag_volume when your GFRC or sand-mix supplier lists a different coverage than the default. The same pure function powers the free browser tool and the paid API, so a kitchen sketch on a phone matches the line item a shop script posts later. Zero or negative length, width, or thickness is rejected with a clear invalid_input message instead of a silent nonsense volume.

How countertop pour volume and bag count are computed

Bag estimate divides that volume by bag_volume, the cubic yield printed or implied on the product (for example about zero point zero one five cubic metres for a typical twenty-five kilogram bag, or about zero point six cubic feet for a common eighty-pound bag). bags_exact is the real quotient; bags is the ceiling of that quotient because shops sell whole bags, not fractional sacks. spare_volume is how much extra yield the rounded bag count covers beyond the bare countertop volume, which is useful when you want a small overage buffer for edge forms and tooling without inventing a separate waste percent field. When bag_volume is omitted the calculator uses the documented default of zero point zero one five cubic units and sets bag_volume_defaulted to true so API clients can see that the bag size was assumed. The pipeline is deterministic floating-point arithmetic with no random seeds, no wall-clock timestamps, and no network calls, so identical inputs always produce identical JSON. Length, width, and thickness must all be strictly positive: zero or negative dimensions are rejected with invalid_input because a non-positive edge makes volume non-physical or zero. bag_volume, when provided, must also be strictly positive so the ratio is defined.

What you send and what you get back

Send three required finite numbers: length, width, and thickness for the rectangular countertop pour in matching linear units. Optionally send bag_volume as the cubic yield of one bag in matching cubic units; if you omit it the default zero point zero one five applies. Missing required fields, non-numeric strings, NaN, and Infinity fail with invalid_input and are not charged. When any of length, width, or thickness is zero or negative the request fails with a message that the dimension must be positive, so clients can correct the measurement before retrying instead of receiving a zero or negative volume. On success the response echoes cleaned inputs, plan area, volume, the bag_volume used and whether it was defaulted, bags_exact, integer bags, spare_volume, a unit_note reminder to keep one unit system for the countertop pour, and a short formula string for documentation. Classic checks include a two point five by zero point six five by zero point zero four metre kitchen run with the default bag volume: volume is zero point zero six five cubic metres, bags_exact is about four point three three, and bags ceilings to five. Another useful check is an eight by two by zero point one two five foot island top with bag_volume zero point six: volume is two cubic feet and bags ceilings to the next whole sack after dividing by zero point six. Pricing for successful API calls is the published base of $0.002 per item; validation failures do not consume prepaid balance.

Where concrete countertop calculators show up in real work

Homeowners casting a first kitchen or bath vanity need a trustworthy bag count before a specialty-mix run, especially when bagged countertop products are costly and hard to return once opened. Island and peninsula tops are often split into rectangular segments so each L times W times T call stays simple, then bags are summed for one purchase order. If you later need floor or patio slab volume, circular columns, stepped footings, rebar spacing grids, or full GFRC mix design by compressive strength, treat those as separate search intents and landings rather than overloading this concrete countertop volume and bag calculator page. Fabrication shops build pour schedules from measured cabinet runs and design thicknesses; a single deterministic endpoint that ceilings bags reduces spreadsheet drift between the estimator and the purchasing clerk. Property managers renovating rental kitchens feed each vanity and run through the API and attach bags to purchase orders so overstock stays intentional. Because this capability is a pure parse engine, API pricing is the published base of $0.002 per successful item and failed validation does not consume balance.

How does this concrete countertop calculator work?

It multiplies length × width × thickness for pour volume, divides by bag_volume for an exact bag count, then ceilings to whole bags. Optional bag_volume defaults to 0.015 cubic units.

Which units should I use?

Any consistent set: metres with bag_volume in m³, or feet with bag_volume in ft³. Do not mix systems. The response includes a unit_note; it does not convert units for you.

What is the default bag volume?

0.015 cubic units when bag_volume is omitted—roughly a typical 25 kg bag in m³. Override bag_volume for 40/60/80 lb bags or supplier-specific countertop mixes (e.g. 0.6 ft³ for an 80 lb bag).

Read the full KIT documentation →