The short answer
A point sensor describes only a few centimetres or a small field of view, so usefulness comes from the link between a reading and a specific decision in a defined zone of management. Before buying hardware, write down what action each measurement will change; use GIS and remote layers to split the territory into actionable zones; pick coordinates inside zones rather than on a grid; size the fleet from measured variance and target accuracy, not from hectares; then validate radio coverage, calibrate on site and retire any node whose data stops changing decisions.
Key takeaways
- Place a sensor only where its reading can change a concrete operational decision; otherwise you are paying to store noise.
- Delineate management zones from cheap remote layers (relief, soil, vegetation history) and only then choose coordinates within zones.
- Set sensor count from spatial variability and required accuracy, not from area: uniform terrain needs fewer points than heterogeneous terrain.
- Match vertical and horizontal placement to the decision layer — probe inside the root zone, gateway above the canopy, camera fields overlapping on the perimeter.
- Do a field radio and calibration pass before full rollout, then schedule maintenance and retire any node whose data no longer drives action.
Start with the decision, not the device
On a large territory a point sensor describes a tiny volume or a narrow view, not the site. Readings taken two metres apart can differ more than the seasonal change you are chasing, because soil texture, shade, slope and airflow all shift quickly. The practical failure is usually not physical accuracy but relevance: fleets grow, dashboards fill, and nobody can say which value changed which decision.
Treat "useless data" as an operational term, not a technical one. A series is useless if, over a full season or a defined review cycle, it never crossed a threshold, never changed an alert, and never started or stopped a task. Under that definition useless data is not harmless — it consumes budget for hardware, batteries, connectivity and analysis time.
Budget around the metric that matters: the cost of one actionable reading and the share of series that actually changed a decision in the last cycle, rather than the number of installed nodes.
- Write down which decision each node serves and in which zone
- Set target thresholds and a review cadence that removes silent nodes
- Measure cost per actionable event, not cost per installed unit
Delineate the unit of management before you measure
The cheapest way to avoid useless points is to refuse to measure variability you cannot act on. If a field is watered and managed as one unit, monitor it as one unit at a single representative spot instead of scattering probes to document horizontal differences that no actuator can correct.
Where zones genuinely receive different treatment — separate drip laterals, variable-rate application, independent sprinkler circuits — each becomes a decision unit that deserves a representative point plus depth coverage. Put at least one sensor inside the active root zone and one below it, so you can separate "the field is dry" from "water drained past the roots."
Let a GIS pick candidates before you leave the office
Remote layers are cheap and cover the whole territory in a way a handheld probe never will. Elevation and slope from a digital elevation model, soil maps and several seasons of satellite vegetation indices show where conditions actually vary. Overlay them in a GIS and the landscape divides into internally similar strata — and that is what you sample, not an arbitrary grid.
Published field workflows now formalise the sequence: project scoping, choosing the environmental drivers that matter, then an algorithm that distributes a chosen number of points across the mapped environmental space, checks statistical power and visualises the chosen sites against the layers. Open-source tools take a budget, a target area and a list of drivers and return candidate coordinates plus diagnostics.
Pair the map with people. Operators, agronomists and surveyors know where access is, where water gathers, which corners dry first and where sensors get damaged or stolen. Local knowledge corrects satellite noise and belongs in the process as an explicit step, not as an afterthought.
Size the fleet from variance and accuracy, not area
There is no universal "one sensor per hectare". On homogeneous terrain a handful of carefully placed points can represent the space, while in a heterogeneous valley where soil and slope change over short distances the same count drowns. Stratified sampling — describing variation within each stratum and budgeting points across strata — is more efficient than a uniform grid, which over-samples monotony and misses edges and boundaries.
Air-quality network design makes the same trade-off explicit: dense, populated districts need more points to capture exposure and hotspots, while rural and open zones are served by fewer, strategically placed stations. The constraint is always cost against the spatial resolution you want. Reference-grade instruments are scarce and expensive, so hybrid designs put a few calibrated devices among many low-cost sensors and lean on calibration, validation and integrity checks.
Run a pilot before committing the full budget. A short deployment or a quick variance study tells you whether your candidate spacing reproduces the range of values you need to detect. Adding nodes after the pilot is far cheaper than re-engineering a fleet that never captured the signal.
Engineer the reading, the link and the mount at each point
Once coordinates are set, the local environment still decides whether you get data or noise. Vertical placement usually matters more than horizontal: for soil moisture, decide whether the goal is the root zone, total stored water or deep drainage, and set probe depths to match — a single shallow probe cannot tell you whether water reached the roots or left the profile.
The radio link is part of the measurement. Before installation, map coverage across the site and choose the network — LoRaWAN (private or operated), NB-IoT or LTE-M — from node count, terrain, data criticality and whether you want your own gateways. Mount nodes at height and vertically, away from metal and reinforced structures, and re-test with a field tester, because signal strength can change from one metre to the next.
Along perimeters think in overlapping layers rather than evenly spaced points. Fixed wide-angle cameras spaced so their fields of view overlap, with pan-tilt-zoom units at gates and access points, give detection continuity that uniform spacing cannot; validate the spacing with an on-site survey rather than trusting a datasheet.
- Common mistakes: poor radio coverage, sensors next to metal structures, wrong sampling frequency, underestimated battery life, no on-site validation
- Low camera mounts and ultra-wide lenses distort edge pixels and create blind spots
- For metal enclosures, run a closed-door network test before installation
Validate, calibrate — then retire data that stops earning its keep
Accuracy is a maintenance discipline. Calibrate against a reference device, validate readings against known conditions and put automated integrity checks in place to flag drift and anomalies. A sensor that drifts quietly for months is worse than no sensor, because decisions built on its bias are silently wrong.
Make review cadence the anti-uselessness routine. Each quarter or season, ask of every node: did this series cross a threshold, change an alert or trigger a task? If not, repair, reposition or retire it. The goal is a fleet where every data stream has an owner and a decision attached, and where nodes that no longer drive anything are removed before they cost another season of batteries and bandwidth.
Finally, check the jurisdiction: on industrial sites and in regulated monitoring the density, method and periodicity of an observation network are often fixed in a work program and in national codes, so reconcile your design with current legal requirements before purchase.
Put it into practice
Pre-deployment point-selection audit and fleet review checklist
Apply this before you buy, then repeat every season. It binds every point to a decision, a zone, a budget and a retirement date, and filters out sensors installed purely for show.
- Write down the concrete action each sensor's reading will change, and in which zone
- Confirm the zone is actually managed separately (its own actuator, circuit or team)
- Collect GIS layers: elevation/slope, soil map, several seasons of vegetation history
- Delineate strata (management zones) and distribute candidate points across them
- Set the node count from variance and target accuracy, then run a 1–2 week pilot
- Verify access, power, radio coverage and safety at every candidate point on site
- Define mounting depth and orientation to match the decision layer (root zone, water storage, perimeter)
- Set thresholds, alert rules and sampling frequency to the task and the battery budget
- Add redundancy only where a lost reading is genuinely critical
- Schedule calibration, validation and seasonal review with the criterion "did this series change a decision?"
- Adopt a written retirement rule for nodes that changed no decision for one full cycle
Questions people ask
How many soil moisture sensors do I need for a large field?
There is no universal "per hectare" rule. The deciding variable is controllability: if the field is irrigated and managed as a single unit, one representative location with probes in and below the root zone is enough. If zones receive different treatment (drip laterals, sprinkler circuits, variable-rate input), each zone needs its own point with depth coverage. For research or analysis, count from variability: stratify the field by soil and relief, estimate spread within strata, and run a pilot before spending the full budget. Remember that any probe represents only the few centimetres of soil immediately around it.
What is the fastest way to pick coordinates before buying sensors?
Do not start from a grid. Overlay cheap layers that cover the whole territory in a GIS: a digital elevation model, soil maps and several seasons of vegetation indices. They reveal where conditions actually differ and suggest strata. Within each stratum choose candidate coordinates based on budget and the environmental drivers that matter; open-source tools accept an area and budget and return coordinates, maps and diagnostics. Then add local knowledge — where access exists, where water pools and where sensors get damaged. A field visit verifies radio coverage, power and safety rather than hunting for an "average" spot by feel.
Why do two sensors in the same field show different values?
Because the measured medium is rarely uniform over small distances. Moisture, temperature or gas concentration depend on soil texture, compaction, slope, shading and airflow; readings two metres apart can differ more than the seasonal change you are studying. A difference is not necessarily a fault — one probe may sit in a sandy lens or a clay pocket. Before drawing conclusions, compare readings with the soil or conditions at that exact point and with neighbouring nodes. Absolute values from different soil types are hard to compare; relative changes, such as water used from each layer over a period, are more reliable.
Should I cover the whole site with a uniform grid of sensors?
Usually not. A uniform grid wastes resources on monotonous areas and misses the edges, boundaries and heterogeneous patches where change actually happens. Stratified sampling is more efficient: divide the site by relief, soil and vegetation history into internally similar strata, then allocate points proportionally to variability and decision value. Density also differs by setting — cities and high-value industrial zones need more points, open rural areas need fewer but strategically placed ones. Always size the fleet against the accuracy you need and what you can act on.
When is it safe to remove a sensor or stop collecting data?
When its series stops changing decisions. Define that operationally: if over a full season or a set review cycle the values never crossed a threshold, changed an alert, or started or stopped a task, the node is a candidate for relocation, repair or retirement. Before removing it, rule out drift or failure by comparing it with a reference and with neighbours. Bake an annual or seasonal review with the criterion "did this series change a decision?" into your routine — it costs less than paying another season of batteries and bandwidth for streams nobody reads.
LoRaWAN, NB-IoT or a private network — which should remote sensors use?
It depends on node count, terrain, data criticality and whether you want to own infrastructure. LoRaWAN with your own gateways gives full control over coverage and local data storage, but needs expertise and upfront investment in equipment and maintenance; operator-run LoRaWAN is ready to use and suits geographically dispersed sites, but depends on the operator's coverage. NB-IoT and LTE-M ride existing cellular networks with no gateways and international roaming, but require subscriptions and operator dependency. Whichever you choose, map real coverage across the whole territory first — signal can change from one metre to the next — and confirm it with a field tester.
Sources and further reading
Sources were checked when this page was generated. Confirm changing dates, rules and prices with the original publisher.
- Designing Air Monitoring Networks: Density, Cost, AccuracyClarity Movement Co.
- IoT deployment: how to successfully install connected sensorsAdeunis
- Measuring and Modeling the Environment: Soil moisture variation and placement strategiesMETER Group / Environmental Biophysics
- Microclimate Sensor Networks: Site Selection and Visualization Program (GitHub repository)David Klinges et al.
- A workflow for microclimate sensor networks: integrating geographic tools, statistics, and local knowledgeopenRxiv / OUCI
- IP Camera Placement Guide for Gates and Fence LinesFortSense