Implementation of AR distance and area measurement

Measuring objects takes days, and the result depends on the human factor. We develop turnkey mobile applications with AR distance and area measurement: from task audit to delivery of the finished solution. It reduces measurement time many times over and eliminates repeat visits.

Development and support of all types of mobile applications:

Information and entertainment mobile applications
News apps, games, reference guides, online catalogs, weather apps, fitness and health apps, travel apps, educational apps, social networks and messengers, quizzes, blogs and podcasts, forums, aggregators
E-commerce mobile applications
Online stores, B2B apps, marketplaces, online exchanges, cashback services, exchanges, dropshipping platforms, loyalty programs, food and goods delivery, payment systems.
Business process management mobile applications
CRM systems, ERP systems, project management, sales team tools, financial management, production management, logistics and delivery management, HR management, data monitoring systems
Electronic services mobile applications
Classified ads platforms, online schools, online cinemas, electronic service platforms, cashback platforms, video hosting, thematic portals, online booking and scheduling platforms, online trading platforms

These are just some of the types of mobile applications we work with, and each of them may have its own specific features and functionality, tailored to the specific needs and goals of the client.

Our competencies:

Frequently Asked Questions

Latest works

  • Development of a mobile application for FEEDME
    Development of a mobile application for FEEDME
    971
  • Development of a mobile application for XOOMER
    Development of a mobile application for XOOMER
    869
  • Development of a mobile application for RHL
    Development of a mobile application for RHL
    1289
  • Development of a mobile application for ZIPPY
    Development of a mobile application for ZIPPY
    1143
  • Development of a mobile application for Affhome
    Development of a mobile application for Affhome
    1076
  • Development of a mobile application for the FLAVORS company
    Development of a mobile application for the FLAVORS company
    677

AR distance measurement: where accuracy breaks down

The built-in measurement tools on a smartphone look convincing in a demo: you point the camera, place two points, and get a number.

On a real site — a room with furniture, a facade, a wall at an angle — the spread between measurements of the same line easily reaches several centimeters, and at distances over three meters the error grows nonlinearly.

The reason is that the app relies on estimating the depth of the scene rather than on a physical measurement: the farther the point, the fewer pixels describe it and the greater the error.

Measurement accuracy depends on three things simultaneously. Camera calibration — if it has not been performed or has drifted after a system update, the coordinate grid shifts relative to reality.

Lighting conditions — glare on tile, a dark corner, backlight from a window break plane recognition, and the app "draws in" the geometry. Surface texture — a plain wall or glass provides no reference points, and the plan is built from noise.

The cost of such an error is not abstract. The surveyor records the area, the material is calculated from it, and the discrepancy surfaces during installation: there is not enough tile, the layout does not line up, the crew sits idle.

A single rework on site costs more than the entire development cycle of a careful measurement module.

We break down how this is addressed: where manual calibration for a specific device is needed, how to limit the measurement distance, and how to prompt the user about the conditions under which the result is reliable.

What an App with AR Area Measurement Provides

Measurement Speed Instead of a Tape Measure

Measuring a room stops being a separate operation: the engineer walks along the contour, the app builds a plane from reference points and immediately calculates the area.

On a site of several hundred square meters, measurement takes minutes instead of an hour with a tape measure and notepad, and the result goes into the estimate without manual recalculation.

Reproducibility of the Result

Manual measurement depends on who pulled the tape measure and how: corners diverge, niches get lost, the area "drifts" by several percent.

AR area measurement fixes reference points and recalculates the contour using a single methodology, so two different employees on the same site get comparable figures, and the discrepancy with a control measurement stays within the acceptable margin of error.

Fewer Site Visits

When preliminary dimensions are captured from video or photos taken with the client's phone, some site visits for measurement are simply unnecessary — the specialist clarifies the geometry only where it is critical.

This reduces the number of trips to the site and moves disputed issues into correspondence, without slowing down the preparation of the calculation.

Automatic Calculation and Transfer to the Estimate

Areas, perimeters and derived values are calculated on the device and go into the accounting system as ready-made values — without intermediate input and transfer errors.

As a result, the "measurement → calculation → client proposal" cycle is compressed, and the cost of work relies on verified geometry rather than rough approximations.

Operating Modes: Single Measurement, Walkthrough, and Batch Capture

The measurement mode is chosen not by interface convenience, but by the geometry of the object and accuracy requirements. A single measurement is one plane or segment: aim, lock, get the value.

A room walkthrough links several planes into a connected sequence, so reference-point anchoring accumulates. Batch capture records a series of objects in a row without returning to the menu — critical when the operator is moving across a floor and must not interrupt the flow.

Mode When it fits Limitations
Single measurement Point tasks: wall length, opening diagonal, height No anchoring accumulation — when revisiting the same object, the count starts over
Room walkthrough Connected capture of a room or an entire apartment Requires reference points and overlap control; on complex geometry, traversal time grows
Batch capture Series of similar objects: windows, radiators, shelving units Sensitive to lighting stability and device holding — a failure on one object drags down neighboring ones

What determines the choice

Single measurement provides minimal per-frame delay and requires no scene calibration. Room walkthrough adds an anchoring stage, but the result is not a set of disconnected numbers — it is a connected scheme where every plane knows its place.

Batch capture wins on volume: the operator traverses the object once instead of returning to each position separately.

Limitations visible on site

All three modes rely on surface recognition, so flat, uniform walls without texture and mirrored facades cause an accuracy drop — a control point is needed there. Batch mode is sensitive to pauses: if the operator breaks the pace, anchoring between objects is lost.

Room walkthrough dislikes sharp lighting changes between rooms — crossing a threshold should be done with reference fixation.

The choice of mode is fixed in the usage scenario: spot repair — single measurement, apartment acceptance — walkthrough, inventory of similar items — batch capture.

How we implement measurement: from task audit to handover

Implementation of AR measurement begins not with code, but with an audit of the task: which objects are measured, under what conditions (light, distance, surface), who the user is, and what the permissible error is.

At this stage we define the scenarios — measuring a room, a plot, a facade — and determine where plane tracking is needed and where reference points are sufficient. The result of the audit is an agreed measurement scheme with a list of controlled parameters.

  1. Audit of the task and requirements. We analyze the objects, shooting conditions, user roles, and permissible error. We define exactly what counts as the result: length, area, perimeter, a saved drawing.
  2. Designing the measurement scheme. We determine the logic of point capture, the order of operations, behavior when tracking is lost, and recalculation rules. The scheme is agreed upon before development begins.
  3. Assembling the measurement module. We implement surface recognition, point overlay, and geometry calculation, embed it into the application, and connect it to existing screens and storage.
  4. Calibration and indoor tests. We check accuracy on reference objects, compare with a tape measure, and tune jitter filtering and edge-case handling.
  5. Verification on a real site. We visit the customer's site: different surfaces, lighting, distances. We compare the results with actual measurements and adjust the algorithms.
  6. Handover of the solution and training. We deliver the build, documentation on the measurement scheme, and a user guide, and we walk through typical errors.
  7. Post-launch support. We collect feedback, refine accuracy for new scenarios, and release updates without stopping the application's operation.

Each stage ends with an artifact: an agreed scheme, a test protocol, a report on the on-site verification. This way the customer sees progress on the project and understands the basis on which each technical decision was made.

The handover includes not only a working module but also a clear measurement logic, so that the team can develop the feature independently.

What the client retains: configurations, diagrams, regulations

The project ends not with a demonstration, but with a package of materials your team can work from without us. Below is what we physically hand over after implementing AR measurement of distances and areas.

  • Application configurations for your site. Plane recognition profiles, allowable error thresholds, unit sets, templates for standard measurements (wall, opening, section) — as files that can be edited without rebuilding the application.
  • Markup diagrams. Visual maps of reference points and markers for complex rooms: where the camera loses the plane, which zones require an additional marker, how to lay out control segments for verification.
  • Measurement regulations. A step-by-step procedure: preparing the room, calibration, walking the route, recording the result, what to do when the discrepancy with a tape measure exceeds the tolerance.
  • Instructions for the crew. Short one-page memos: how to hold the device, at what lighting measurements are stable, which surfaces cause failures and how to work around them.
  • Data export and storage scheme. File format for measurements, folder structure by site, naming rules, retention periods — so that six months later measurements can be retrieved for any address.
  • Integration documentation. A description of the exchange with your estimating or accounting system: which fields are sent, in what form they are returned, where to view the error log.
  • Pre-handover inspection matrix for the site. Checkpoints by which the foreman can independently determine that a measurement is correct, without contacting us.
  • Update and support plan. What changes when new versions of the system are released, how your settings are migrated, who responds to a failure and within what timeframes.

We agree on each item in your format — if you already have your own regulation templates, we embed the materials into them rather than imposing our own structure. Describe the task — we will come back with an estimate and a plan.

Case study: warehouse measurements without repeat visits

The task was a typical one for warehouse logistics: racking zones and storage areas were measured with a tape measure, the measurements were recorded in a notebook, then transferred to a spreadsheet.

At a site of several thousand square meters, a single pass took 3-4 hours, and discrepancies between two operators on the same sections reached 5-7% — enough for the pallet placement plan to fail to match reality.

We built an app based on ARKit: the phone camera builds a map of the room, the operator walks along the contour and places points, and the app calculates the distance between them and the area of the closed contour.

Each measurement is tied to coordinates and time, so when there is a discrepancy you can see who made a mistake and where, instead of "re-measuring everything from scratch." The result is exported to a spreadsheet and onto the floor plan — with no manual transfer.

Before and after metrics

Metric Before After
Time to measure one zone 3-4 hours 40-50 minutes
Discrepancies between operators 5-7% up to 1%
Repeat visits to the site almost every measurement isolated cases
Documenting the result manual transfer to a spreadsheet export from the app

Repeat visits were reduced not by using a "more accurate tape measure," but because disputed sections are re-measured from the saved points right in the app — without returning to the warehouse.

In the first month of work at the site, the team completed measurements of all storage zones and no longer traveled out for clarifications.

An important detail: the app does not replace surveying where millimeter accuracy is required — for racking installation we still recommend a control measurement.

But for area accounting, zone planning, and reconciliation with documentation, the accuracy is sufficient, while speed and the absence of repeat visits deliver the main effect.

How AR measurement differs from a laser distance meter

A laser distance meter provides a point measurement with an error within a millimeter at distances of up to tens of meters, but each value is a separate measurement: you place it, press the button, write it down. AR measurement works differently.

The camera builds a map of the environment, and inertial sensors track the device's movement in space, so the measurement line is "glued" to the real geometry: you place two points on the screen, and the app calculates the distance between them taking into account perspective and parallax.

In terms of accuracy, the approaches diverge predictably. A distance meter wins at short distances and on flat surfaces — there its result is stable and does not depend on lighting.

AR loses in absolute accuracy at long distances: the accumulated tracking error grows with every meter, and at 10-15 meters the discrepancy can reach several centimeters.

But AR excels where a distance meter is useless: measuring the area of a room, the perimeter of a plot, or the dimensions of furniture in a single pass, without rearranging anything and without a second person with a tape measure.

Speed is AR's main argument. A single measurement with a distance meter takes seconds, but surveying an apartment turns into dozens of operations with recording the results.

AR mode allows you to trace the contour of a room and get the area and perimeter at once, and the result is saved to an estimate or project. On complex objects with niches, protrusions, and non-right angles, this reduces work from hours to minutes.

The suitability of the object determines the choice of tool. Flat walls, screed, profile installation — a distance meter is more accurate and reliable. Rooms of complex shape, plots, roofing, calculating materials "by eye" — AR is faster and sufficient in accuracy.

In practice, both tools complement each other: AR sets the overall geometry, the distance meter refines critical dimensions.

In a mobile app, this is implemented as two modes with a shared measurement storage, so that the engineer does not choose "either-or" but switches depending on the situation.

Common technical doubts before starting

The accuracy of AR distance measurement depends not on the "magic of the camera," but on how steadily the algorithm holds the plane and tracking.

Below are four doubts that most often come up during the evaluation stage, and how each one is addressed through engineering.

How critical is low light?

Modern cameras and machine learning models work confidently under the lighting of an office corridor, but in near-total darkness tracking loses reference points and the measurement "drifts." We build a tracking quality indicator into the app: if there are too few reference points, the interface does not give a false number, but asks you to move the camera or turn on additional lighting.

For warehouses and basements, we add a mode using the built-in flash and prompts for a walk-around route.

What about uneven walls and non-standard geometry?

The plane is determined from a point cloud, so convex panels, niches, and shelving introduce scatter. We do not measure "head-on" with a single line: the app builds several reference points along the edges of the object and calculates the area from a closed contour.

If the surface is strongly curved, the interface suggests splitting the measurement into segments and summing them — this provides measurement stability where a single measurement would be wrong.

Does the app work without a network?

Yes. Plane recognition and distance calculation run on the device; the internet is only needed to sync results and update the catalog of objects.

Measurements are queued locally and sent to the server when connectivity appears — this is critical for sites where there is no network at all. Sync conflicts are resolved by measurement time so that data from different devices is not lost.

What is the spread over distance, and can it be trusted?

Over short segments the error is within centimeters; over long ones it grows — this is the physics of tracking, not a code defect. We honestly show a range instead of a single number and ask you to confirm the measurement with a repeat pass.

For critical surveys, we enable a mode with multiple passes and averaging: the discrepancy between passes is visible immediately, and the operator understands which result to trust.

If your sites have specific characteristics — low ceilings, mirror surfaces, long spans — describe the task, and we will come back with an estimate and a plan for verifying accuracy under your conditions.

Let's discuss your measurement task

To come back with an estimate and a plan rather than generalities, we need context about your site. Describe the task — what needs to be measured and under what conditions: residential spaces, warehouses, a construction site, utility networks, retail floors.

Specify who will work with the app — a surveyor, a foreman, a leasing manager — and what accuracy the result requires: a rough volume estimate or a figure you can rely on in a cost estimate.

It's also important to understand how measurement fits into your current process. Is there already an accounting system the data should flow into, do you need export to a cost estimate or a report, do you work offline on site without a stable connection.

This determines the architecture: where geometry is computed, how measurement history is stored, how results are synchronized between devices and the office.

Next, we put this together into a measurement implementation plan with stages, timelines, and checkpoints. It typically includes:

  • analysis of measurement scenarios and accuracy requirements on real sites;
  • a prototype for measuring distances and areas using the device camera;
  • on-site testing: how plane detection behaves under different lighting and on complex surfaces;
  • a pilot on site with your employees and collection of feedback on usability;
  • refinement based on the pilot results: operator hints, manual correction, error control;
  • integration with your systems — measurement export, reports, exchange with accounting data;
  • handover of the app, documentation, and training the team to work with the tool.

Timelines depend on scope: a prototype and on-site testing take weeks, while full implementation with integrations takes longer. We'll give precise estimates after analyzing the scenarios, so as not to promise blindly.

Describe your site and process — we'll come back with an estimate and an implementation plan that includes stages, timelines, and acceptance criteria.