BDI

Defense technology.
Buyers, markets, opportunities.

Accepting a hydrographic survey: the deliverable is more than a map

A finished seabed map is only one part of a survey handover. Buyers need an agreed data package, quality evidence, coordinate references and usage conditions that make the result reusable.

In this article
  1. Define the use before selecting the package
  2. Metadata makes the survey interpretable
  3. The receiving organisation may have its own rules
  4. Show gaps and exceptions without hiding them in the map
  5. Evaluate evidence at the delivered-product level
  6. Review a representative package before final handover
  7. Preserve reuse value after the project closes
  8. Sources & evidence

A hydrographic survey can produce an attractive seabed map while leaving the receiving team unable to use the underlying data. The missing item might be a coordinate reference, an explanation of a gap, evidence behind the reported quality or permission to share the result with another project participant. These are part of the purchased deliverable, not optional decoration around the map.

For a company buying survey services, the acceptance decision should connect the original purpose to a complete, interpretable data package. That makes it possible to compare providers fairly and to distinguish successful collection from successful handover. The quality of the vessel or sensor matters, but it does not by itself establish that the customer received the information it needs.

Define the use before selecting the package

A survey commissioned for a coastal planning study can have different requirements from data intended for another application. The buyer should identify the receiving workflow, the decisions it must support and the organisation responsible for accepting the result. A general request for a high-resolution map leaves too much room for different interpretations.

The contract should identify the applicable specification and any project-specific additions. It should also distinguish a target quality level from the evidence needed to show what was achieved. A supplier's capability statement describes what it can undertake; the acceptance record must describe the actual delivered survey.

Avoid using a familiar standard name as a complete scope of work. The parties still need agreement on the surveyed area, required data products, supporting information, delivery schedule and exceptions. A precise specification can reduce unnecessary work as well as prevent omissions, because it shows which outputs the customer will genuinely use.

Metadata makes the survey interpretable

The metadata chapter of IHO S-44, edition 6.2.0, treats descriptive information as essential to understanding and using survey data. Its scope includes information about the survey, references, achieved quality and the delivered grid. The standard's focus on interpretable records is relevant to a commercial handover, while the project's own purpose determines the complete package required.

A customer should be able to identify what each delivered file represents without depending on the survey team's memory. Names, dates and product versions should connect the map to the associated data and report. Reference information should make the horizontal and vertical meaning of the values explicit.

This becomes particularly important when combining the survey with another dataset. Two files can open in the same software while using different assumptions or references. Visual alignment on a screen is useful feedback, but it is not a substitute for a documented basis for comparison. The receiving team needs the information required to understand the relationship.

The receiving organisation may have its own rules

NOAA's Hydrographic Survey Specifications and Deliverables, version 2026.0.00, distinguishes surveys conducted under its project instructions from external data submissions. It explains that external data need not meet every specification to be submitted, but missing minimum metadata can prevent assessment; the document specifically notes that data cannot be used without a data licence. This is NOAA's submission framework, not a universal acceptance rule for every private survey.

The commercial lesson is to identify the actual recipient early. If a customer intends another organisation to reuse the survey, that organisation's requirements can affect the package worth buying. Discovering the mismatch after collection may lead to avoidable reformatting, clarification work or a narrower use of the data.

The customer should decide whether satisfying those downstream requirements is part of the supplier's scope. A promise to deliver data is different from a promise to prepare an accepted submission to a named repository or partner. Each can be priced and managed, but the distinction should be visible.

Show gaps and exceptions without hiding them in the map

Coverage should be reported in a form that allows the customer to understand which areas meet the agreed delivery condition and which do not. A coloured surface can conceal a gap, an inferred value or an area retained with a qualification. The supporting package should explain those states.

Consider an illustrative company commissioning data for an early-stage coastal project. Most of the requested area is delivered, but one section has insufficient evidence for the agreed purpose. The supplier could still provide a useful partial package if that section is clearly identified and the customer agrees how it will be treated.

The acceptance decision then becomes concrete: accept the qualified package, request further work or reduce the scope of the downstream study. It should not be forced into a choice between pretending the whole survey is complete and rejecting all useful data. Clear exceptions make proportional decisions possible.

The report should connect each material exception to its affected data and state whether it changes coverage, uncertainty, interpretation or available use. A general limitations paragraph at the back of a report is less useful than a finding the receiving team can relate to the product it is handling.

Evaluate evidence at the delivered-product level

Instrument specifications and calibration records can support the assessment, but the customer is accepting a processed survey product. The evidence should explain the relationship between collection, processing and the final result. This includes changes that affect what a receiving application sees or how the data should be interpreted.

The customer should ask which quality checks were completed, what findings remained open and who reviewed the results. A statement that processing was completed is different from a record showing that the delivered package meets the agreed criteria. The acceptance review needs the latter connection.

BDI's Kraken Robotics profile provides company context for a market where equipment and services can appear in the same commercial discussion. A capable platform or sensor can be part of a strong offer, but the buyer should still evaluate the specific survey deliverable rather than treating equipment heritage as a substitute for project evidence.

Review a representative package before final handover

An early sample can reveal whether the planned deliverable fits the customer's tools and workflow. It should include the relevant data, metadata and report structure, not only a preview image. The review can then identify interpretation or packaging problems while the supplier still has time to address them.

At final handover, reconcile the received package with an agreed inventory. Confirm which objects are final, which are provisional and which replace earlier deliveries. A corrected file should have a clear relationship to the version it supersedes so the customer does not combine inconsistent products accidentally.

The review period should distinguish questions about delivered work from a request for expanded scope. An explanation of an existing quality flag is not the same as commissioning a new analysis. Naming that boundary helps the supplier provide effective support while giving the customer a meaningful opportunity to accept the package.

Preserve reuse value after the project closes

The final record should remain understandable when the original survey team is no longer available. Keep the product identity, reference information, quality context, exceptions and usage conditions together. That package can support later comparison or reuse without requiring the customer to reconstruct the project from email.

The Saildrone and Woolpert NOAA survey story illustrates the commercial relevance of survey delivery through a service arrangement. Whatever acquisition model a customer chooses, the acceptance principle remains the same: the output should be defined in terms of information that can be reviewed and used.

A well-specified survey handover gives the buyer more than a map. It gives a traceable account of what was delivered, what the evidence supports and where the result has limits. That is the basis for a credible comparison of offers and a durable relationship between the survey expenditure and the customer's intended decision.

Sources & evidence

  1. IHO Standards for Hydrographic Surveys, S-44 edition 6.2.0International Hydrographic Organization
  2. Hydrographic Survey Specifications and Deliverables, version 2026.0.00NOAA Office of Coast Survey

IHO S-44 edition 6.2.0 and NOAA HSSD 2026.0.00 provide bounded standards context. NOAA distinguishes its instructed surveys from external submissions. The article proposes commercial acceptance questions rather than certifying any survey or providing navigation instructions.

Suggest a correction