← Industry insights
Insights

Multi Signal Data Labeling: Labels Based on Everything You Know

Data labeling is usually pictured as one file and one annotation. The harder, more valuable work labels a file using every other signal that surrounds it. Here is why multi signal labeling is becoming table stakes.

The picture most people have of data labeling

Ask someone to describe data labeling and you will usually get some version of this:

  • Image: draw a box around the object.
  • Audio: mark a start and end time stamp.
  • Video: draw a box on every frame.
  • Text: highlight a span and give it a tag.
  • 3D: mark which voxels belong to which label.

None of this should be knocked. Getting good labels takes a lot of careful work, and the market reflects it. Grand View Research valued the data labeling solution and services market at $18.6 billion in 2024 and projects it will reach $57.6 billion by 2030, a 20.3% compound annual growth rate.

Notice what all five examples have in common, though. Each one treats a single file as the whole story: one file in, one set of annotations out.

The data is getting more complicated

As the market grows and AI advances, the data that needs labeling gets more complex. Two kinds of data tend to be called out as especially hard: 3D and time series. Broken down to their basic components, neither is as exotic as it sounds.

  • 3D data is a series of 2D images. A volume or scene is a stack of slices or views. Label them with the right context and you have labeled the 3D object.
  • Time series is a moment in time where multiple pieces of data are linked. A frame, a sensor reading, an audio segment, and a status log can all describe the same instant. The label belongs to the moment, not to any one file in it.

This article is about the second one, because it changes the question you ask. You stop asking “what is in this file?” and start asking “given everything we know about this moment, what is the right label?”

Companion files

At MLtwist, we handle this with the concept of companion files. A companion file is any additional data linked to the file being labeled. It can be:

  • a labeling guideline
  • metadata
  • a satellite image
  • another time series file
  • any combination of the above

A single piece of data can have many companion files. The JSON that comes out of the labeling process then reads, in effect: for this file, these are the labels, based on all of this other data too.

That is what we mean by multi signal labeling. The labeler, the reviewer, and any AI helping with prelabels all see the same set of signals, and the output records the labels in that context.

The flexibility matters. Companion files can be brought in as static data, as 3D data, or as time series data, depending on what they are. The platform doesn’t need a different workflow for each.

What linked data looks like

Linked data shows up wherever raw, unstructured data is collected continuously and has to be tied together by something shared, such as an ID, a position, or a timestamp. Here are some common examples:

Example Unstructured data How it’s linked
Radar object tracking Radar detections, point clouds, signal signatures Object ID, position, velocity, time
LiDAR sequences 3D point clouds collected continuously Timestamp, GPS, vehicle pose
Marine navigation Radar scans, AIS messages, GPS tracks, sonar Vessel ID, timestamp, geographic position
Aircraft navigation Radar returns, ADS-B messages, flight trajectories Aircraft ID, position, timestamp
Autonomous vehicle perception Camera, radar, LiDAR, IMU and GPS streams Sensor timestamps, vehicle pose, tracked object IDs
Satellite observation SAR images, multispectral imagery, telemetry Geographic footprint, acquisition timestamp

One nuance: GPS, IMU, AIS, and ADS-B messages are often structured individually. They become part of a linked multimodal time series when they are associated with less structured data such as radar recordings, images, and point clouds.

Radar object tracking over time

A radar system collects sequential observations of the same physical environment:

  • At T=0, the radar detects three objects.
  • At T=100 ms, those objects have moved.
  • At T=200 ms, one object becomes partially obscured.
  • At T=300 ms, the system has to decide whether a new detection belongs to an existing track.

The linked data is raw radar frames, object detections, track IDs, velocity estimates, and potentially camera frames. The annotation work is to identify and track objects across frames, correct object associations, classify objects, and flag false positives.

Synthetic plot of three radar tracks, each a series of position observations over time

Synthetic example: three objects tracked across sequential radar observations.

Synthetic polar plot of radar detections, with three tight clusters of detections among scattered noise

Synthetic example: a single radar sweep. Clusters of detections stand out from background noise.

Autonomous navigation with multiple sensors

An autonomous vehicle collects several streams at once, each at its own rate. These rates are illustrative:

Sensor Frequency Data
Camera 30 Hz Images
Radar 20 Hz Radar frames
LiDAR 10 Hz Point clouds
IMU 100 Hz Motion readings
GPS 1 to 10 Hz Geographic coordinates

The streams run at different frequencies and may use different coordinate systems. A pedestrian who appears in a camera frame at 12:00:01.200 has to be associated with the correct radar detection, the correct LiDAR points, and the vehicle’s position at that moment. The annotation work is cross sensor object association, temporal tracking, trajectory labeling, and finding places where the sensors disagree.

Synthetic 3D LiDAR point cloud showing a flat ground plane and two upright clusters of points

Synthetic example: a LiDAR point cloud of a scene.

Synthetic top down view of a road with clusters of sensor detections around a pedestrian and two vehicles, each outlined by a box

Synthetic example: detections from several sensors associated with the same pedestrian and vehicles.

Maritime radar and vessel navigation

A vessel can produce continuous streams of radar scans, GPS positions, AIS messages, camera images, and sonar readings, linked by time, location, and vessel identity. A small boat might appear in one radar scan and then be tracked across the next ones, while an AIS message provides an independent identification, or the absence of one. The annotation work is to distinguish boats from waves and clutter, match radar tracks to AIS targets, and label near collision events.

Synthetic maritime radar plot with an own ship at the center and four vessels shown with heading lines

Synthetic example: four vessel tracks around an own ship on a maritime radar display.

The hard part is the relationships

In all three examples, the problem is rarely labeling any single file. It is preserving the relationships between files. That comes down to a few operations:

  • Temporal synchronization. Align recordings that have different sampling frequencies and clock offsets.
  • Spatial synchronization. Transform radar, camera, and LiDAR coordinates into a shared reference frame.
  • Object continuity. Keep the same object identity across thousands of observations.
  • Cross sensor validation. Decide whether observations from different sensors refer to the same real world object.
  • Sequence level labeling. Annotate events that happen over time rather than inside a single frame.

This is also why linked unstructured time series isn’t the same as ordinary time series analytics. It needs a data operations platform that can keep the relationships between many different files, modalities, and time intervals intact.

Why a single file isn’t enough

A single file often can’t answer the question being asked. A few ways extra signals change the answer:

  • Metadata changes what’s correct. The same image can need a different label depending on where, when, or by what it was captured.
  • A second view resolves ambiguity. A ground level photo and a satellite image of the same place show different things. Together they settle what neither could alone.
  • Time provides context. What happened a moment earlier, or what the sensor read at that instant, can change how a frame should be tagged.
  • Guidelines are a signal too. Instructions that travel with the data keep labelers and reviewers working to the same definition of “right.”

When that context isn’t next to the file, people guess. The guesses end up in your data.

How teams usually get here

We rarely see a company start with a multi signal project. Typically, they start with a straightforward labeling requirement: one data type, one label set. Once that is under control, they begin adding signals and AI to improve quality, or to add label concepts that couldn’t be captured without them.

Each step is reasonable by itself. But if the labeling technology can only handle one file at a time, each step means a new tool, a new export, or a new workaround. The teams that planned for linked data from the start don’t have to rebuild.

The next frontier: synthetic time series

One of the next frontiers will be synthetic time series files linked to the data being labeled. Think of the examples above. A generated image or video of a scene could come with a synthetic radar track, a synthetic LiDAR sequence, or a synthetic GPS and vehicle pose stream, all tied to the same moments in time.

The challenge is the same one we described for synthetic images and video. Generating the signals is the easy part. Making sure they agree with each other is the hard part, because a camera frame, a radar return, and a position log that describe the same instant have to tell the same story. That takes people reviewing the linked set, not just each file alone. Companion files give those synthetic signals a place to live next to the data they belong to.

What this means for your team

We think multi signal labeling, with or without time series, is going to become table stakes. When you evaluate labeling technology, ask:

  • Can it import multimodal data? Images, video, audio, text, 3D, time series, and metadata should all be supported, not only the data type you start with.
  • Can it link files together? A file should be able to carry any number of companion files, in any combination.
  • Do labelers and reviewers see the same signals? Context that only some people can see produces inconsistent labels.
  • Does the output keep the context? The exported labels should record which signals they were based on, so the data can be traced and audited later.
  • Can you add signals later? The project you start with won’t be the project you end up with.

Data labeling is still drawing boxes, marking time stamps, and tagging text. It is increasingly also about everything those labels depend on.

Learn more about data labeling at MLtwist, or get in touch about your multimodal data.

Get your data ready for AI

Tell us what data you have and where it lives. We'll set it up on the platform, run by your team, ours, or both — and deliver it versioned, in your format.

Also available through Carahsoft and Google Cloud Marketplace.