PicaJet

Reference Glossary

Vector embeddings (search)

A numeric representation of an asset or a query as a list of numbers positioned in a high-dimensional space, so that similar meanings or images sit close together and can be compared by distance.

Why it matters in a DAM

Vector embeddings are the technical layer that makes semantic and visual search possible at all: a model like CLIP encodes both images and text into the same vector space, so a text query and a caption-less photo can be compared directly by distance rather than by any shared keyword. Bynder's Similarity Search feature works the same way for images specifically — a vision transformer turns each asset into a feature vector that gets stored and compared at search time instead of the image file itself.

Common mistake

Teams generate embeddings once at ingestion and never re-embed the library when the underlying model is upgraded, leaving older and newer assets sitting in subtly different vector spaces that produce inconsistent similarity rankings between the two batches.

A vector embedding turns an asset — or a search query — into a fixed-length list of numbers, chosen so that things with similar meaning end up close together in that numeric space and unrelated things end up far apart. Comparing two items then becomes a distance calculation between their vectors, rather than a comparison of tags or words.

What makes this powerful for search is that a single model can be trained to place images and text descriptions into the same space. CLIP, one of the best-known models built this way, is trained on large numbers of image-text pairs so that an image and a matching caption end up as nearby vectors — which is what lets a text query find a relevant image even when no caption on that image contains the literal query words.

DAM vendors apply the same idea for image-to-image comparison. Bynder‘s Similarity Search uses a vision transformer to convert every asset into a feature vector at index time, storing that vector alongside the asset so that finding ‘more like this’ becomes a nearest-neighbour lookup in vector space rather than a metadata query. One practical implication: because the vector representation depends entirely on the model that generated it, swapping to a newer or different model means old and new vectors aren’t directly comparable until the whole library is re-embedded.

Frequently asked

What is a vector embedding, in plain terms?

A fixed-length list of numbers representing an asset or a query, positioned so that things with similar meaning end up close together in that numeric space and unrelated things end up far apart — comparison becomes a distance calculation rather than a tag or word comparison.

How does a model like CLIP make text-to-image search possible?

CLIP is trained on large numbers of image-text pairs so that an image and a matching caption end up as nearby vectors in the same space, letting a text query find a relevant image even when no caption on that image contains the literal query words.

How does Bynder's Similarity Search use vector embeddings for images specifically?

A vision transformer converts every asset into a feature vector at index time, stored alongside the asset, so finding 'more like this' becomes a nearest-neighbour lookup in vector space rather than a metadata query.

What happens if a DAM switches to a newer embedding model without re-embedding the whole library?

Old and new vectors aren't directly comparable, because the vector representation depends entirely on the model that generated it — mixing vectors from two different models produces inconsistent similarity rankings.

What's the mistake teams make about re-embedding after a model upgrade?

Generating embeddings once at ingestion and never re-embedding the library when the underlying model changes, leaving older and newer assets sitting in subtly different vector spaces.

What do vector embeddings enable that a keyword or tag comparison can't?

Comparing items by underlying similarity of meaning or visual content rather than requiring exact word or tag overlap, which is the foundation both semantic search and visual/similarity search are built on.

Sources