#Contributing Writers

Why Revisit and Resolution Don’t Give Buyers the Whole Picture

Resolution and revisit describe what a satellite can collect. They say nothing about whether two of its observations belong on the same measurement scale.

Commercial Earth observation is still bought by the numbers: resolution, revisit, coverage and latency. These tell buyers whether a system can see the right area, at the right scale and often enough for the job. They say far less about whether the measurements are accurate, stable or comparable across satellites and time.

That distinction was easier to overlook when analysts inspected images one at a time. It is harder to ignore when continuous data feeds are used to detect crop stress, map wildfire damage or flag changes across national territory. The customer is relying on a measurement record.

A new joint framework from NASA, the European Space Agency and the USGS addresses what the specification sheet leaves out. The Joint Earth Observation Mission Quality Assessment Framework asks whether quality claims are documented, calibration is traceable, uncertainty is characterized, processing is transparent and performance has been independently validated.

The framework supports NASA’s Commercial Satellite Data Acquisition Program and ESA’s Earthnet Data Assessment Project. Its public release also lets other buyers examine how such claims are tested. The framework remains advisory: conformity is voluntary and not legally binding.

What Resolution and Revisit Do Not Show

A five-meter pixel describes the nominal spatial sampling of an image. It is not an accuracy rating. Daily revisit describes how frequently an observation may be possible and whether Tuesday’s measurement can be compared reliably with Monday’s is a separate question entirely.

Coverage and latency carry the same limitation. A provider may collect the geography and deliver it quickly while leaving more consequential questions unanswered. Are reflectance values tied to a recognized physical reference? Do the satellites in the constellation measure consistently? Can users identify observations affected by cloud, shadow, saturation or other quality problems?

The answers determine what the product can support. A natural-color image may tolerate small radiometric differences that would undermine a system tracking gradual vegetation decline. A level of uncertainty acceptable for flood mapping may be unacceptable for detecting early crop stress or subtle mineral signatures. The same dataset can be more than adequate for one and unusable for the other, which is why ‘high quality’ cannot be judged in the abstract. It has to be judged against the measurement, its uncertainty and the decision it is meant to support.

From Pixel to Product

Every delivered pixel has a history. It begins with an instrument in orbit and passes through calibration, atmospheric and geometric correction, cloud screening, processing and distribution before reaching the user.

Providers should be able to show how the sensor’s digital output is converted into radiance, reflectance or temperature. They should also document how the instrument was characterized before launch and how its performance is monitored afterward.

In a constellation, each instrument must be characterized individually, even when every instrument is built to the same design. Differences in detector sensitivity, spectral response or geometric alignment can become visible when observations from several spacecraft are combined into one time series.

 

EarthDaily AiRD image of Madrid–Barajas Airport, Spain, acquired June 17, 2026.

Spectral response is one place those differences can appear. Two bands carrying the same near-infrared label do not necessarily measure exactly the same wavelengths or respond to them in the same way. That difference can carry into a vegetation index, or alter a burn-severity calculation built on near-infrared and shortwave infrared together.

Processing must account for these effects. Surface reflectance requires atmospheric correction. Change detection requires reliable cloud and shadow screening. Products assembled from multiple instruments may also need corrections for viewing geometry and spatial alignment before the observations can be treated as one record.

Comparability is not a byproduct of shared specifications. It has to be built and demonstrated, not assumed from a similar pixel size or shared constellation label.

What the Evidence Must Show

“Calibrated and validated” is a claim, not the evidence behind it. Buyers need to know what was tested, how it was tested and what the results showed.

The joint framework separates the provider’s documentation from detailed validation of the resulting data. For a buyer, that becomes two questions for a vendor: can you show your process, and can you show that it worked. A vendor who can only answer the first has described an intention, not a result.

For a constellation, the number worth asking for is never the fleet average alone. The outliers and the weakest-performing satellite are where an automated pipeline actually breaks.

A provider with a credible answer to “calibrated and validated” should already be able to show whether performance was evaluated against independent references, whether results are reported by satellite and spectral band, and whether radiometric and geometric stability is tracked over time. 

That evidence should show the distribution of results, including outliers, along with the uncertainty that accompanies the measurements and how anomalies and known limitations are communicated. Each observation should be traceable to its source instrument and processing version, with a clear answer for what happens to the historical record when calibration or processing changes.

A buyer’s job is not to extract this. It is to notice when a provider cannot produce it.

Why AI Raises the Bar on Data Quality

As AI becomes part of more workflows, the data feeding it needs to be measurement-grade to begin with, and traceable back to its source when something still slips through. A model only learns from the values it receives, and it cannot tell a real signal from an error introduced by the sensor. A satellite that drifts out of calibration, or measures differently from the rest of its fleet, can teach the model that the drift itself is crop stress or forest loss.

That kind of error can stay hidden for a long time, as long as the data feeding the model comes from a consistent mix of sensors. It tends to surface later, once a new satellite joins the constellation or an older one gets recalibrated.

Metadata, provenance and versioning are therefore part of the quality record: which satellite collected an observation, which processing version produced it and what quality conditions applied. An “AI-ready” label does not answer those questions.

Before any of this data trains or feeds a model, the provider should already be able to show where it lands against the joint framework’s documentation review and detailed validation categories. An AI system cannot flag an unexplained shift in its inputs. A provider’s own records are the only place that traceability can come from.

Resolution and revisit still belong on the spec sheet. Accuracy, consistency, traceability and uncertainty belong in the buying decision.

Say thanks for this article (0)
Our community is supported by:
Become a sponsor
#Contributing Writers
#Contributing Writers #GeoAI #GeoDev
Agentic GeoAI: How Protocols Enable Multi-Agent Spatial Workflows
Aravindh Subramanian 06.20.2026
AWESOME 0
#Contributing Writers #GeoAI #GeoDev #Ideas #Insights
Spatial Data Cubes: When Time Becomes the Data
Aravindh Subramanian 01.26.2026
AWESOME 2
#Contributing Writers #GeoAI #GeoDev #Ideas #Insights
Rethinking Benchmarks in GeoAI: Why Bigger Earth Observation Models Are Not Automatically Better
Aravindh Subramanian 07.4.2026
AWESOME 1
Next article
#Business

Beyond the Image: Open Cosmos and the Journey from Observation to Action

At INTERGEO 2026, Alberto Perez Cassinelli spoke with Geoawesome about combining Earth observation, onboard processing and satellite communications. The conversation began with the case for another constellation and ended with a harder question: what makes the information it delivers trustworthy?

Why another satellite constellation?

That was the question I put to Alberto Perez Cassinelli, VP of Data at Open Cosmos, when we sat down at INTERGEO. I wanted to understand what the company was proposing beyond another source of imagery. For the people using Earth observation, the important question is what those observations allow them to do.

Perez Cassinelli’s answer brought together two businesses that might otherwise be discussed separately: observing the Earth and connecting it. Open Cosmos, he explained, is developing Earth observation and telecommunications constellations within a common architecture. The intention is to shorten the path between collecting a measurement in space and getting useful information into someone’s hands.

“What we are doing is creating the ultimate machine for understanding and connecting our world,” he said. It is an expansive description, but the practical idea behind it is worth exploring: what if a satellite could do more of the analytical work itself, then pass the result through a communications network rather than treating collection, processing and delivery as separate problems?

That question became the thread running through our conversation. It connected the company’s near-real-time ambitions to disaster response, its shared infrastructure model to national control, and its plans for AI-ready data to a discussion about provenance. The more we talked about moving information quickly, the more important it became to ask what happens to that information along the way.

Bringing observation and communication together

When Perez Cassinelli described the relationship between imaging and telecommunications, I asked what it would mean in practice. Was the idea to relay information through other satellites rather than wait for a ground station pass?

His answer went beyond transmission. “We are going to provide not only imaging capacity but more processing capacity,” he explained. Customers would be able to process products in space and use the telecommunications constellation to deliver the results.

In that model, processing is part of the observation service, not simply something that happens after an image reaches a customer. Perez Cassinelli described DataCosmos as the access point for collecting new imagery, finding archive data and, as the onboard capabilities develop, running customers’ own analytics in orbit.

OpenConstellation 1.0 gives that architecture a specific ambition: actionable intelligence in as little as 30 minutes, combining rapid tasking, onboard AI processing and communications through ConnectedCosmos and partner networks, according to the company’s announcement. The first two satellites, Posidònia and Hyperion GR-1, launched on 7 July 2026, according to the launch announcement.

In the interview, Perez Cassinelli described a planned 15-satellite constellation, with four to five revisits a day and collection capacity of approximately three million square kilometres daily. Those are the intended capabilities of the constellation, rather than a description of what two spacecraft alone can provide.

The 30-minute figure also needs to be understood in context. The DataCosmos product page distinguishes 30-minute insights delivered through inter-satellite links from four-hour rush delivery and 24-hour standard delivery. It is the company’s best-case proposition, not a promise that any location can be observed and analysed within half an hour of a request.

For a user, however, the underlying ambition is easy to understand. Reducing the time spent moving and processing data could leave more time to act on what it reveals. Disaster response is where that proposition becomes particularly tangible.

When the useful product is an answer

I asked Perez Cassinelli where he saw the strongest demand. Defence remained important, he said, but his answer quickly broadened to civil government: wildfires, floods and earthquakes, alongside maritime monitoring.

Consider the questions a response team might need to ask after a flood. Which areas appear to be inundated? Has the situation changed since the last observation? Where should teams seek further confirmation before committing resources? These are questions about a developing situation, not requests for imagery for its own sake.

The same distinction applies to a wildfire, earthquake or landslide. An image can be part of the evidence, but its operational value depends on what can be established from it and how quickly that finding reaches the people responsible. A rapid but ambiguous result may still require interpretation; a well-understood result delivered too late may miss the decision it was meant to support.

Open Cosmos’s government missions give this ambition a concrete setting. The Posidònia mission is intended to support the Balearic Islands in responding to fires, storms and floods, while Hyperion GR-1 lists flood monitoring and disaster assessment among its applications. These are intended uses, rather than evidence that the complete 30-minute service has already been demonstrated across those hazards.

There is also earlier work behind the onboard-processing approach: on ESA’s Φsat-2 mission, built and operated by Open Cosmos, the Sat2Map application was designed to generate maps for teams responding to disasters including floods and earthquakes, according to the mission announcement. The relevance is the approach itself: undertaking analysis close to where observations are collected, then transmitting information selected for its usefulness.

When I suggested that this could mean sending results rather than every pixel, Perez Cassinelli put it simply: “We can sell the pixels, but we also sell the results.” Customers, he added, could use the infrastructure to deliver those results to their own end users.

That does not make imagery unimportant. It changes what the service is being asked to deliver. The customer may want to inspect an image, run a specialised analysis or receive a result inside an existing workflow. The proposition is to support those different needs without making every customer assemble the entire chain themselves.

Who gets to decide where the satellites look?

For a government, a faster service is only part of the equation. It also matters whether the required collection capacity will be available when needed, and who controls it. That brought us back to the business model behind OpenConstellation.

Perez Cassinelli described a shared system built around anchor customers. A country commissions a mission and controls collection over its area of interest. Outside that area, Open Cosmos uses available capacity to serve other customers; in return, the anchor customer gains access to capacity from the wider constellation.

He described the intended benefit as doubling or tripling the customer’s collection capacity within its area of interest. “We deliver sovereign solutions with a lower CAPEX,” he said. “We lower the entry barrier for many countries and governments.”

When I asked whether this additional capacity meant buying existing images or commissioning new observations, he was clear: it was about collecting new imagery through tasking. The distinction matters because access to an archive and the ability to request a fresh observation answer different needs.

There is an industrial dimension, too. Perez Cassinelli emphasised local integration and the effort to involve local suppliers. In his account, the proposition is not simply access to a satellite, but participation in the capability behind it.

This helps explain how the commercial model connects to the technical ambition. A shared constellation is intended to offer more collection opportunities than an individual national asset, while preserving defined customer control. For governments, the detail of those arrangements will matter as much as the headline performance: faster delivery is useful only if they can obtain the observation they need.

The next user may be an AI system

From there, our conversation moved to another kind of customer. I asked Perez Cassinelli about foundation models, and he described plans to develop an AI-ready embedding layer on top of OpenConstellation 1.0 for AI agents. He presented it as work ahead, not an already available product.

His broader expectation was clear. “We see in the future a big demand coming from AI-based systems,” he said. “We believe that Earth observation is a critical data for knowing our physical world.”

For me, the important connection is between that demand and the earlier discussion about new collections. A model can work with the observations it has, but an older image cannot establish what happened after it was acquired. Historical data remains valuable as a baseline; a current observation allows a system to test whether that baseline still describes the situation.

That is also why the discussion extends to digital twins, which Open Cosmos identifies among the integration targets for its data services. Consider a twin intended to support decisions about a changing landscape. Its usefulness should depend not just on how convincingly it represents the world, but on which conditions have actually been observed, when they were measured and how confidently they can be interpreted.

Perez Cassinelli’s sensor strategy fits that ambition. Rather than prioritising a single type of imagery, he described combining multispectral, shortwave infrared and hyperspectral observations into a common product. His emphasis was on the combination of spatial and spectral information and the applications it could support.

The attraction is more than faster refreshes. It is the possibility of providing different measurements of the same changing world in a form that analytical systems can use. But making information easier for machines to consume also makes its history more important: an output should not become harder to question simply because it arrives ready for an AI workflow.

Faster information still needs a history

That was the point at which I pressed Perez Cassinelli on trust. If a product is passed between providers, processed into another form and used as input to an analytical system, how does the eventual user know what they are looking at?

He described metadata, unique identifiers and checksums as elements of Open Cosmos’s approach. I challenged the distinction between identifying a product and establishing that its pixels had not been altered. He acknowledged that pixels could be changed and argued for comparing the data used in analytics against the original.

I then raised a complication: processing intended to improve an image, such as removing cloud cover, also changes it. The question is therefore not simply whether a file has changed, but what was changed, by whom and for what purpose. We were no longer talking only about the source of an image; we were talking about the history of a result.

Perez Cassinelli returned to traceability across the supply chain. “I don’t think there is an ultimate solution yet for this,” he said. It was a useful acknowledgement of the difficulty, rather than a claim that an identifier alone resolves it.

We had started with why the industry needed another constellation. By the end, the more interesting question was what users should expect from one. Open Cosmos is proposing to connect collection, analysis and delivery more closely, with a business model designed to share capacity without eliminating national control.

The promise is not merely that information will arrive sooner. It is that the information will arrive in a form someone can use. As more of that interpretation happens in orbit or inside AI systems, the ability to trace the result back to its observations becomes part of the service itself.

Selling results rather than only pixels is a compelling direction. The strongest version of that proposition will give users both an answer they can act on and enough visibility to understand why they should trust it.

Interview excerpts: inside the operating model

The following excerpts add detail on operations, local industry and customers. Questions and answers have been condensed and edited for clarity; researched context has not been inserted into Alberto’s responses.

Do you hand a satellite over to the customer, or do you continue operating it?

Alberto Perez Cassinelli: We have different models. One is called OpenOrbit. With that model, we deliver the mission turnkey to the customer, so typically we transfer operations.

With OpenConstellation, the mutualised model, we operate the spacecraft. Governments control the tasking and the capacity over their area of interest.

How important is working with local industry to your approach?

Our approach is mainly this 2x–3x model with local integration. That is important. We work together with local industry and integrate the satellites locally. Typically, we put together a factory where we deliver the solutions, and we make a big effort to integrate local providers.

Are your customers mainly in Europe?

We have customers worldwide, mainly in Europe, but from Japan to Argentina. Regarding factories and offices, our main capacity is in Europe. We have factories at our headquarters in the UK, and also in Spain, Portugal and Greece.

Do you intend to prioritise a particular application?

Real time for emergencies, defence and intelligence is one of our competitive edges. The other is our combination of spatial resolution and spectral information in a broader product that can unlock applications for agriculture, for instance.

What does DataCosmos allow customers to do?

It is a space intelligence platform, the access point to the constellation for tasking satellites and accessing the archive. We deliver data services through the platform.

Users can upload their own analytics to the satellite, run products onboard with edge computing, and deliver the results using the constellation’s inter-satellite links. Customers can use our infrastructure to deliver results to their final users.

Read on
Search