Begin with the decision and the observable target

The practical question is: Where do thermal observations depart from the supported local background? Work with volcanic thermal observation zones as the reporting unit and define the observation period before choosing an image or algorithm. Thermal infrared data can reveal anomalous radiance or temperature patterns associated with hot surfaces under suitable conditions.

Hazard monitoring should distinguish an observed process, the exposure of assets and verified consequences. A satellite footprint can show what was observable at an acquisition time, but it may miss the event maximum or changes occurring between overpasses. Asset overlap adds another evidence layer; it does not automatically describe damage, service interruption or personal impact. Keep these stages separate in the data model so later field assessments can update consequences without rewriting the original observation. Pre-event baselines need careful review because seasonal water, earlier disturbance and outdated asset records can create false event changes. When the image cannot support an assessment, preserve an unknown class. Response and planning decisions also need source timestamps: a technically correct layer can become operationally stale quickly. Let the responsible authority determine warning or action levels using its broader evidence. The role of the satellite workflow is to supply timely, traceable observations and clearly state the uncertainty that remains.

Select observations with suitable physical and temporal support

Thermal products require attention to the physical variable and its spatial support. A radiance or brightness-temperature image is not automatically a land-surface temperature estimate, and a land-surface estimate is not air temperature. Use the supplied product definition, scaling, emissivity assumptions and uncertainty flags. Landsat surface-temperature products and ECOSTRESS are examples worth evaluating where their coverage and product properties fit the study. Observation time, cloud contamination, emissivity differences and mixed land cover can influence comparisons. A thermal band resampled to a smaller grid remains limited by its underlying measurement support. Compare locations under sufficiently similar conditions, then test whether the observed contrast survives plausible masking and aggregation choices. Keep the product name, units and acquisition time in the exported attributes so later users can distinguish a measured surface pattern from an inferred process such as crop water use or human heat exposure.

Build a compact data manifest before processing. Record the area of interest, acquisition times, product identifiers, processing versions, bands or variables, units, scale factors and quality criteria. Check the actual usable coverage over the target rather than relying only on scene-wide quality percentages. Preserve the original masks and define how missing values propagate into derived layers. If several dates or sensors are combined, keep their support information available in the project. These details make it possible to repeat a measurement and to explain why a later run changes after a product revision. They also help a colleague decide whether an apparent disagreement comes from the environment, the observation conditions or a processing choice.

Build an analysis rule that can be reviewed

Review product flags, compare consistent viewing and background conditions and retain sensor saturation limitations.

An anomaly describes a departure from a defined baseline, so baseline choice belongs in the result. Use a period and seasonal window that represent the expected behavior of the same physical target. Inspect land-use changes and processing revisions that could make historical comparisons invalid. A standardized score can be useful, but its assumptions should fit the data distribution and sample size. Examine persistence across independent observations and compare nearby stable references. One unusual value may be a quality problem, while several coherent departures can justify investigation. Keep alternative explanations visible and avoid naming a cause solely from the sign of an index. Test whether the flagged pattern remains under reasonable changes to the reference period and quality mask, then preserve that sensitivity in the review record.

Start with a small, independently reviewed subset before applying the rule across the full geography. Inspect inputs and intermediate layers at both overview and local scales, checking that units, masks and coordinate alignment behave as intended. Keep a named version of the analysis configuration and retain a concise explanation of every consequential threshold. When the workflow moves to another region or season, revisit those assumptions instead of assuming that successful execution proves scientific transfer. A repeatable pipeline is valuable because its choices can be inspected and revised, not because automation makes the interpretation automatically correct.

Remote sensing analysis in the iT Sensing workspace
Context image; not an output from the mission or method reviewed here. Image source: TechnoGIS / iT Sensing · iT Sensing remote sensing workspace

Interpret the result without hiding alternative explanations

Clouds, saturation and mixed pixels complicate measurements. A thermal anomaly alone does not predict eruption timing or establish public warning levels.

Keep the target interpretation distinct from the evidence used to support it. For volcanic thermal observation zones, ask whether the observed pattern persists under a reasonable alternative baseline, quality mask or aggregation. Review apparent successes and plausible counterexamples together. If competing explanations cannot be separated with the available observations, record the finding as a candidate for investigation. This preserves useful spatial information while showing exactly which part of the conclusion still depends on independent evidence. The next observation should be chosen to resolve that uncertainty, rather than simply to reproduce a similar-looking map.

Validate with independent evidence before scaling

Use the responsible observatory’s independent thermal, seismic and field observations.

Evaluate the timing and persistence of the inferred process as well as its mapped location. Independent observations should bracket the relevant transition where possible, with their own date uncertainty recorded. Avoid treating a field visit long after acquisition as exact truth for the earlier image. Check whether the method performs differently during sparse observation periods or near seasonal transitions. Include apparently unchanged locations in the evaluation, since reviewing only flagged events cannot reveal missed changes or baseline instability. When timing is represented as an interval, assess whether independently known events fall within that interval. Document cases where the reference itself is ambiguous. A defensible temporal evaluation explains both how often a process is detected and how precisely its occurrence can be placed in time.

Deliver a usable GIS evidence layer

Deliver an observation record for scientific review, linked to official hazard information.

For GIS delivery, retain stable feature identifiers, source observation dates, the physical variable, units, valid support area, uncertainty and review status. Use a suitable coordinate reference for any area or distance calculation and document the transformation when joining outside layers. Separate measured or observed attributes from modeled and field-confirmed attributes so users can update one evidence type without overwriting the others. Include an unknown or unsupported state in summaries and preserve the denominator used for percentages. A map legend, concise data dictionary and accessible source links make the result useful to colleagues who did not run the analysis. Export formats should match the actual downstream workflow, with attribute encoding and geometry checked before handoff.

Turn the method into a practical iT Sensing workflow

iT Sensing brings satellite discovery, raster analysis, machine learning, GeoAI, visual model workflows and Python experimentation into a cloud remote sensing workspace. Use its documented tools to organize the inputs, test appropriate raster operations and connect evaluated results to a project-aware GIS workflow. The existence of a general tool does not guarantee that every specialist retrieval described here is available as a ready-made operation. Check the documentation and, where necessary, bring independently processed and evaluated products into the project with their provenance intact. A practical next step is to test the workflow on a representative area, review the evidence with domain specialists and choose the workspace plan that fits the team’s real storage, collaboration and processing needs.

Sources and technical reading