用Python和OpenCV创建一个图片搜索引擎的完整指南

大家都知道， 通过文本或标签来搜索图片的体验非常糟糕。

无论你是将个人照片贴标签并分类，或是在公司的网站上搜索一堆照片，还是在为下一篇博客寻找合适的图片。在用文本和关键字来描述图片是非常痛苦的事。

我就遇到了这样的痛苦的事情，上周二我打开了一个很老的家庭相册，其中的照片是9年前扫描成电子档的。

我想找到我家在夏威夷海滩拍的照片。我用iPhoto打开相册，慢慢的浏览。这个过程非常辛苦，每个JPEG图像的元信息中的日期都是错的。我已经不记得文件夹中的图片是如何排列的，我绝望的搜索海滩的照片，但还是找不到。

也许是运气，我跌跌撞撞的找到了其中一幅海滩上的照片。多美的一幅照片啊。蓝天中飘着棉花糖般的白云。晶莹透彻的海水，像丝绸一样掠过在金色的沙滩上。我几乎可以感觉微风轻抚着面庞，呼吸着海边湿润的空气。

找到这幅照片后，我停止了手动搜索，打开一个代码编辑器。

虽然iPhoto这样的应用能让你将相片分组，甚至可以检测人脸，但我们可以做的更多。

注意，我并不是介绍如何手动给图片添加标签。我是在介绍更强大的东西。比如通过一幅图片来搜索一组相似的图片。

这是不是很酷？只需鼠标点击一次就可以可视化搜索图片。

这就是我的工作内容。我用半个小时写好代码，完成了一个针对家庭假期相册的图片搜索引擎。

然后用上面找到的那张海滩图片作为搜索源。几秒后我就找到了相册中其他的海滩图片，其中没有任何 为某张图片添加标签的动作 。

感兴趣吗，我们继续。

在本文的其他部分，我将介绍如何自己创建一个图像搜索引擎。

想要文本中的代码？

直接跳到文本中的最后的“下载”一节。

什么是图像搜索引擎？

读者也许会问，什么才是一个真正的图像搜素引擎？

我的意思是，我们都熟悉基于文本的搜索引擎，如Google、Bing、Baidu等。用户只需输入几个与内容相关的关键字，接着就会获得搜索结果。但对于图像搜索引擎，其工作方式就有点区别。搜索时使用的不是文字，而是图片。

听起来很困难，我的意思是，如何量化图像的内容，让其可搜索呢？

本文将逐步回答这个问题。首先，先了解一下图像搜索引擎的内容。

一般来说，有三种类型的图像搜索引擎： 基于元数据 、 基于例子 、 混合模式 。

基于元数据

图1：基于元数据的图像搜索引擎的例子。注意其中关键字和标签是手动关联到图像上的。

通过元数据搜索与标准的关键字搜索引擎没有本质的不同。这种方式很少检测图像本身的内容。而是用相关的文本信息：如手动注释或添加标签；以及自动上下文提示（如网页中该图片附近的文字信息）。

当用户在基于元数据的系统上进行搜索时，与传统的文本搜索引擎其实差点不多的。得到的是含有类似标签或注释的图片。

再次说明，使用基于元数据系统的工具进行搜索，基本上是不查找图像本身的。

用基于元数据进行搜索的应用中，一个比较好的例子就是 Flickr 。将图像上传到Flickr后，输入一些文本作为标签描述这幅图像。接着Flickr会使用这些关键字进行搜索，查找并推荐其他相关的图像。

基于例子搜索

图2：TinEye就是一个基于例子的图像搜索引擎。该搜索引擎会使用图像本身的内容进行搜索，而不是使用文本搜索。

另一方面，基于例子搜索仅仅依赖于图像的内容，不需要提供关键字。引擎会分析、量化并存储图像，然后返回其他相关的图像。

图像搜索引擎量化图像内容的过程称为 基于内容的图像信息获取（Content-Based Image Retrieval，CBIR） 系统。术语CBIR通常用在学术文献中，但在实际上，这是“图像搜索引擎”的另一种表述，并特意指明该搜索引擎是严格基于图像的内容的，没有任何关于图像的文本的信息。

基于例子系统的一个比较好的例子就是 TinEye 。向TinEyet提交待查找图像时，TinEye实际上是一个逆向图像搜索引擎，TinEye返回该图像最相近的匹配，以及该图像位于的原始网页地址。

看下本节刚开始的示例图像。我上传了一个Google logo图像。TinEye检测了图像的内容，在搜索了超过60亿幅图片后，返回了1.3万个含有Google logo图片的网页。

所以仔细想一下：你需要为TinEye中的60亿幅图像收到添加标签吗？ 当然不需要， 为这么多图片手动添加标签需要庞大的人力物力。

取而代之，使用某些算法从图像本身中提取“特征”（如用一组数字来量化并抽象表示图像）。接着，当用户提交了需要查找的图像，从这幅图像中提取特征，将其与数据库中的特征进行比较，尝试返回相似的图像。

同样，依然需要强调，基于例子的搜索系统非常依赖图像的内容。这种类型的系统很难构建并扩展，但可以用算法全自动的搜索，无需人工干预。

混合方式

图3：混合式图像搜索引擎可以同时基于图像和文本描述搜索。

当然，除了前面介绍的两种方式，还有一种介于两者之间的方式，如Twitter使用的。

在Twitter上，可以与推文一起上传图像。这样就可以即使用提取图像本身的特征，也可以使用推文中的文本，从而诞生一种混合方式。基于这种方式可以可以构建一个即使用上下文关系，又使用基于例子搜索的策略的图像搜索引擎。

提示：有兴趣阅读更多关于不同类型的图像搜索引擎的资料？我有一篇完整的博客介绍比较这些搜索引擎的，链接 在此 。

在进一步描述和构建图像搜索引擎之前，让我们先来了解一些重要的术语。

一些重要的术语

在深入了解之前，先花点时间了解一些重要的术语。

在构建图像搜索引擎时，首先要对 数据集编列索引 。索引化数据集是量化数据集的过程，即通过 图像描述符 （image descriptor，也称描述子）提取每幅图像的 特征 。

图像描述符就是用来描述图像的算法。

例如：

• R、G、B三色通道的均值和标准差。
• 图像特征形状的统计矩.
• 形状和纹理的梯度和朝向。

这里最重要的是图像描述符确定了图像是如何量化的。

另一方面， 特征 是图像描述符的输出。当将一幅图像放入图像描述符中时，就会获得这幅图像的特征。

以基本的术语来说。 特征 （或 特征向量 ）仅仅是一个用来抽象表示或量化的图像的数字列表。

来看下面这幅示例图像：

图4：图像描述符的管道。描述符中有一幅输入图像，使用图像描述符会返回一个特征向量（一个数字列表），

这里对一幅输入图像使用图像描述符，输出是一组用来量化图像的数字。

通过距离量测或其他相似度比较函数，特征向量可以用来表示比较的相似度。 距离量测 和 相似度函数 采用两个特征向量作为输入，返回一个数值来描述着两个特征向量的相似度。

下图以可视化的方式比较了两幅图的比较过程：

图5：为了比较两幅图，必须将对应的特征向量输入进距离量测/相似度比较函数。输出结果是一个数值，量化地描述两幅图下的相似度。

给定两个特征向量，使用距离函数来确定这两个特征向量的相似度。距离函数的输出是一个浮点数，用来描述两幅图像的相似度。

CBIR系统的4个步骤

无论构建的是什么样的CBIR系统，最终都可以分解成4个不同的步骤。

1. 定义图像描述符 ：在这一阶段，需要决定描述图像的哪一方面。是关注图像的颜色，还是图像中的物体形状，或是图像中的纹理？
2. 索引化数据集 ：现在有了图像描述符，接着就是将这个图像描述符应用得到数据集中的每幅图像，提取这些图像的特征，将其存储起来（如CSV文件、RDBMS、Redis数据库中，等），这样后续步骤就能使用以便比较。
3. 定义相似矩阵 ：很好，现在有了许多特征向量。但如何比较这些特征向量呢？流行的方式是比较欧几里德距离、余弦距离、或卡方距离。但实际中取决于两点：1、数据集；2、提取的特征类型。
4. 搜索 ：最后一步是进行实际的搜索。用户会向系统提交一幅需要搜索的图片（例如从上传窗口或通过移动App提交），而你的任务是：1、提取这幅图像的特征；2、使用相似度函数将这幅图像的特征与已经索引化的特征进行比较。这样，只需根据相似度函数的结果，返回相关的图像就可以了。

再次强调，这是所有CBIR系统中最基本的4步。如果使用的特征表示不同，则步骤数会增加，也会为每个步骤增加一定数量的子步骤。就目前而言，让我们关注并使用这4步。

下面通过图像来具体了解这4个大步骤。下图表述的是步骤1和2：

图6：处理并提取数据集中的每幅图像的流程图。

首先提取数据集中每幅图像的特征，将这些特征存入一个数据库。

接着可以执行搜索（步骤3和4）：

图7：在CBIR系统中执行搜索。用户提交一个搜索请求，系统对搜索图像进行描述，其特征会与数据集中已有的特征进行比较，并对结果根据相关度进行排序，返回给用户。

首先，用户必须像搜索引擎提交一幅需要查找的图像。接着对这幅图像提取特征信息。将这些特征信息与数据集中已有的图像的特征信息进行比较。最后，对结果根据相关度进行排序并返回给用户。

数据集——假期相册

这里将 INRIA假期数据集 作为图像搜索的数据集。

这个数据集含有全世界许多地方的假期旅行，包括埃及金字塔、潜水、山区的森林、餐桌上的瓶子和盘子、游艇、海面上的日落。

下面是数据集中的一些图片：

图8：数据集中的示例图像。我们将使用这些图像构建自己的图像搜索引擎。

在本例中，对于我们希望从旅行相册中找到某种景色的相片来说，用这幅数据集作为示例来说非常好。

目标

我们的目标是构建一个个人图像搜索引擎。将假期照片作为数据集，我们希望将这个数据集变成可搜索的，即一个“基于例子”的图像搜索引擎。例如，如果我提交了一幅在河中航行的帆船的照片，图像搜索引擎应该能找到并返回相册中码头和船坞拍摄的照片。

看下面的图，其中有我提交的照片，即一幅在水里的船。得到了假期照片集合中相关的图像。

图9：图像搜索引擎的例子。提交了一幅含有海中船只的图像。返回相关的图像，这些图像都是在海中的船。

为了构建这个系统，将使用一个简单且有效的图像描述符： 颜色直方图 。

通过将颜色直方图作为我们的图像描述符，可以根据图像的色彩分布提取特征。由于这一点，我们可以对我们的图像搜索引擎做个重要的假设：

假设：如果图像含有相似的色彩分布，那么这两幅图像就认为是相似的。即使图像的内容差别非常大，依然会根据色彩分布而被认为是相近的。

这个假设非常重要，在使用颜色直方图作为图像描述符时，这是个公平且合理的假设。

第一步1：定义图像描述符

这里不使用标准的颜色直方图，而是对其进行一些修改，使其更加健壮和强大。

这个图像描述符是HSV颜色空间的3D颜色直方图（色相、饱和度、明度）。一般来说，图像由RGB构成的元组表示。通常将RGB色彩空间想象成一个立方体，如下图所示。

图10：RGB立方体的例子。

然而，虽然RGB值很容易理解，但RGB色彩空间无法模拟人眼接受到的色彩。取而代之，我们使用HSV色彩空间将像素点的映射到圆bin体上。

图11：HSV圆bin体的例子。

还有其他颜色空间能够更好的模拟人眼接收的颜色，如CIE L*a*b*和CIE XYZ颜色空间，但作为第一个图像搜索引擎的实现，先简化使用的色彩模型。

现在选定了颜色空间，接着需要定义直方图中bin的数量。直方图用来粗略的表示图像中各强度像素的密度。本质上，直方图会估计底层函数的概率密度。在本例中，P是图像I中像素色彩C出现的概率。

主要注意的是，为直方图选取bin的数目需要不断的权衡。如果选择的bin数目过少，那么直方图含有的数据量就不够，无法区分某些不同颜色分布的图像。反之，如果直方图选取的bin的数目过多，那么其中的组件就过多，导致内容很相近的图片也会判断成不相似。

下面是直方图bin过少的例子。

图12：9个bin直方图的例子。注意其中bin的数量很少，只有少数给定的像素值位列其中。

注意其中只有少数几个bin及相应的像素值。

下面是直方图bin过多的例子。

图13：128 bin直方图的例子。注意其中含有许多的柱和相应的像素值。

在上面的的例子中使用了许多bin，bin的数目过多，由于需要直方图中每个“山峰”和“山谷”都需要匹配才能认为图像是“相似的”，所以就失去了“概括”图像的能力。

就我个人而言，我喜欢用迭代、实验性的方式来调整bin的数目。迭代方法一般基于数据集的大小调整。数据集越小，使用的bin的数目就越少。如果数据集非常大，则会使用更多的bin，这样可以让直方图更大，更能区分图像。

一般来说，读者需要为颜色直方图描述符实验bin的个数，具体取决于数据集的大小和数据集中图像之间色彩分布的差异。

对于我们的假期照片图像搜索引擎，将在HSV色彩空间中使用3D颜色直方图，8个bin用于色相通道、12个bin用于饱和度通道、3个bin用于明度通道，总共的特征向量有8 × 12 × 3=288。

这意味着数据集中的每幅图像，无论其像素数目是36 × 36，还是2000 × 1800。最终都会用288个浮点数构成的列表抽象并量化表示。

我认为解释3D直方图最好的方式是用连接词AND。一个3D HSV颜色描述符将查找指定图像中1号bin有多少像素含有 色相 值，AND有多少像素有 饱和度 值，AND有多少像素有 明度 值。计算出符合条件的像素值。虽然需要对每个bin重复这个操作，但可以非常高效的完成这个任务。

很酷，是吧！

理论讲解的够多了，下面来开始编码。

用你最喜欢的编辑器打开一个新文件，命名为colordescriptor.py。加入下面代码：

首先导入所需的Python模块。用NumPy进行数值处理，用cv2使用OpenCV的Python绑定。

在第五行定义了ColorDescriptor类。该类用来封装所有用于提取图像中3D HSV颜色直方图的逻辑。

ColorDescriptor的__init__方法只有一个参数——bins，即颜色直方图中bin的数目。

在第10行定义describe方法，用于描述指定的图像。

在describe方法中，将图像从RGB颜色空间（或是BGR颜色空间，OpenCV以NumPy数组的形式反序表示RGB图像）转成HSV颜色空间。接着初始化用于量化图像的特征列表features。

17和18行获取图像的维度，并计算图像中心(x, y)的位置。

现在遇到难点。

这里不计算 整个 图像的3D HSV颜色直方图，而是计算图像中 不同区域 的3D HSV颜色直方图。

使用 基于区域 的直方图，而不是 全局 直方图的好处是：这样我们可以模拟各个区域的颜色分布。例如看下面的这幅图像：

图14：待搜索的图像。

在这幅图像中，很明显，蓝天在图像的上部，而沙滩在底部。使用全局搜索的话，就无法确定图像中“蓝色”区域和“棕色”沙子区域的位置。而是仅仅知道图像中有多少比例是蓝色，有多少比例是棕色。

为了消除这个问题，可以对图像中的不同区域计算颜色直方图：

图15：将图像分为5个不同区域的例子。

对于我们的图像描述符，将图像分为5个不停的区域：1、左上角；2、右上角；3、右下角；4、左下角；以及图像的中央。

使用这些区域，可以粗略模拟出不同的区域。能够表示出蓝天在左上角和右上角，沙滩在左下角和右下角。图像的中央是沙滩和蓝天的结合处。

下面的代码是创建基于区域的颜色描述符：

22和23行用于分别定义左上、右上、右下、和左下区域。

这里，我们需要构建一个椭圆用来表示图像的中央区域。在代码的27行，定义一个长短轴分别为图像长宽75%的椭圆。

接着初始化一个空白图像（将图像填充0，表示黑色的背景），该图像与需要描述的图像大小相同，见28行。

最后，在29行使用cv2.ellipse函数绘制实际的椭圆。该函数需要8个不同的参数：

1. 需要绘制椭圆的图像。这里使用了下面会介绍的“掩模”的概念。
2. 两个元素的元组，用来表示图像的中心坐标。
3. 两个元组的元组，表示椭圆的两个轴。在这里，椭圆的长短轴长度为图像长宽的75%。
4. 椭圆的旋转角度。在本例中，椭圆无需旋转，所以值为0。
5. 椭圆的起始角。
6. 椭圆的终止角。看上一个参数，这意味着绘制的是完整的椭圆。
7. 椭圆的颜色，255表示的绘制的是白色椭圆。
8. 椭圆边框的大小。传递正数比会以相应的像素数目绘制椭圆边框。负数表示椭圆是填充模式。

在35行为每个角的掩模分配内存，在36行为图像的每个角绘制白色矩形，接着在37行将矩形减去中间的椭圆。

如果将这个过程用图像动态表示，看上去应该是这样的：

图16：为图像中每个需要提取特征的区域构建掩模。

如这个动画所示，我们独立检测每块区域，在迭代中移除每个矩形与图像中间的椭圆重叠的部分。

读者也许会奇怪，“我们不是要提取图像的颜色直方图吗？为什么要做这些掩模的事情？”

问得好！

原因是因为我们需要告诉OpenCV直方图函数我们要提取的颜色直方图的区域。

记住，我们的目标是分开描述图像的每个区域。表述不同区域最高效的方法是使用掩模。对于图像中某个点(x, y)，只有掩模中该点位白色(255)时，该像素点才会用于计算直方图。如果该像素点对应的位置在掩模中是黑色(0)，将会被忽略。

通过下图可以更加深刻的了解这个概念。

图17：对图像使用掩模。注意左图中只有右图掩模中对应的区域为白色才会显示。

可以看到，只有掩模的区域才会用于直方图的计算中。

很合理，是吧。

所以现在在41行针对每个区域都调用直方图方法。第一个参数是需要提取特征的图像，第二个参数是掩模区域，这样来提取颜色直方图。

histogram方法会返回当前区域的颜色直方图表示，我们将其添加到特征列表中。

46和47行提取图像中间（椭圆）区域的颜色直方图并更新features列表。

最后，在50行像调用函数返回特征向量。

现在来快速浏览下实际的histogram方法：

这里的histogram方法需要两个参数，第一个是需要描述的图像，第二个是mask，描述需要描述的图像区域。

在5和6行，通过调用cv2.calcHist计算图像掩模区域的直方图，使用构造器中的bin数目作为参数。

在7行对直方图归一化。这意味着如果我们计算两幅相同的图像，其中一幅比另一幅大50%，直方图会是相同的。对直方图进行归一化非常重要，这样每个直方图表示的就是图像中每个bin的所占的比例，而不是每个bin的个数。同样，归一化能保证不同尺寸但内容近似的图像也会在比较函数中认为是相似的。

最后，在10行向调用函数返回归一化后的3D HSV颜色直方图。

步骤2：从数据集提取特征

现在有了定义好的图像描述符，进入第二步，对数据集中的每幅图像提取特征（如颜色直方图）。提取特征并将其持久保存起来的过程一般称为“索引化”。

继续来看对假期照片数据集进行索引化的代码。创建一个新文件，命名为index.py，添加索引化所需的代码：

首先导入所需的模块。注意第一步中的ColorDescriptor类，这里将其放入pyimagesearch模块，以便更好的组织代码。

还需要argparse模块来处理命令行参数、glob来获取图像的文件路径，以及cv2来使用OpenCV的接口。

7-12行用来处理命令行指令。这里需要两个指令，–dataset，表示假期相册的路径。–index，表示输出的CSV文件含有图像文件名和对应的特征。

最后，在16行初始化ColorDescriptor，8 bin拥有色相、12 bin用于饱和度、3 bin用于明度。

现在所有内容都初始化了，可以从数据集提取特征了：

在2行代开输出文件，在5行遍历数据集中的所有图像。

对于每幅图像，可以提取一个imageID，即图像的文件名。对于这个作为示例的搜索引擎，我们假定每个文件名都是唯一的，也可以针对每幅图像生产一个UUID。在9行将从磁盘上读取图像。

现在图像载入内存了，在12行对图像使用图像描述符并提取特征。ColorDescriptor的describe方法返回由浮点数构成的列表，用来量化并表示图像。

这个数字列表，或者说特征向量，含有第一步中图像的5个区域的描述。每个区域由一个直方图表示，含有8 × 12 × 3 = 288项。5个区域总共有5 × 288 = 1440维度。。。因此每个图像使用1440个数字量化并表示。

15和16行简单的将图像的文件名和管理的特征向量写入文件。

为了索引化我们的相册数据集，打开一个命令行输入下面的命令：

这个脚本运行的很快，完成后将会获得一个名为index.csv的新文件。

使用你最喜欢的文本编辑器打开并查看该文件。

可以看到在.csv文件的每一行，第一项是文件名，第二项是一个数字列表。这个数字列表就是用来表示并量化图像的特征向量。

对index文件运行wc命令，可以看到已经成功对数据集中805幅图像索引化了：

第3步：搜索

现在已经从数据集提取了特征了，接下来需要一个方法来比较这些特征，获取相似度。这就是第三步的内容，创建一个类来定义两幅图像的相似矩阵。

创建一个新文件，命名为searcher.py，让我们在这里做点神奇的事情：

首先先导入NumPy用于数值计算，csv用于方便的处理index.csv文件。

在第5行定义Searcher类。Searcher类的构造器只需一个参数，indexPath，用于表示index.csv文件在磁盘上的路径。

要实际执行搜索，需要在第10行调用search方法。该方法需要两个参数，queryFeatures是提取自待搜索图像（如向CBIR系统提交并请求返回相似图像的图像），和返回图像的数目的最大值。

最后，在12行初始化results字典。在这里，字典有很用的用途，每个图像有唯一的imageID，可以作为字典的键，而相似度作为字典的值。

好了，现在将注意力放在这里。这里是发生神奇的地方：

在1行打开index.csv文件，在3行获取CSV读取器的句柄，接着在6行循环读取index.csv文件的每一行。

对于每一行，提取出索引化后的图像的颜色直方图，用11行的chi2_distance函数将其与待搜索的图像特征进行比较，该函数在下面介绍。

在32行使用唯一的图像文件名作为键，用与待查找图像的与索引后的图像的相似读作为值来更新results字典。

最后，将results字典根据相似读升序排序。

卡方相似度为零的图片表示完全相同。相似度数值越高，表示两幅图像差别越大。

说到卡方相似读，看下面的源码：

chi2_distance函数需要两个参数，即用来进行比较的两个直方图。可选的eps值用来预防除零错误。

这个函数的名称来自皮尔森的卡方测试统计，用来比较离散概率分布。

由于比较的是颜色直方图，根据概率分布的定义，卡方函数是个完美的选择。

一般来说，直方图两端的值的差别并不重要，可以使用权重对其进行处理，卡方距离函数就是这么做的。

还能跟的上吗？我保证，最后一步是最简单的，仅仅需要将前面的各部分组合在一起。

第四步：执行搜索

如果我告诉你，执行搜索是最简单的一步，你信吗？实际上，只需一个驱动程序导入前面定义的所有的模块，将其依次组合成具有完整功能的CBIR系统。

所以新建最后一个文件，命名为search.py，这样我们的例子就能完成了：

首先导入所需的包，导入第一步的ColorDescriptor来提取待查找图像的特征；导入第三步定义的Searcher类，用于执行执行实际的搜索。

argparse和cv2模块一直会导入。

在8-15行处理命令行参数。我们需要用一个–index来表示index.csv文件的位置。

还需要–query来表示带搜索图像的存储路径。该图像将与数据集中的每幅图像进行比较。目标是找到数据集中欧给你与待搜索图像相似的图像。

想象一下，使用Google搜索并输入“Python OpenCV tutorials”，会希望获得与Python和OpenCV相关的信息。

与之相同，如果针对相册构建一个图像搜索引擎，提交了一副关于云、大海上的帆船的图像，希望通过图像搜索引擎获得相似的图像。

接着需要一个–result-path，用来表示相册数据集的路径。通过这个命令可以选择不同的数据集，向用户显示他们所需要的最终结果。

最后，在18行使用图像描述符提取相同的参数，就如同在索引化那一步做的一样。如果我们是为了比较图像的相似度（事实也正是如此），就无需改变数据集中颜色直方图的bin的数目。

直接将第三步中使用的直方图bin的数目作为参数在第四步使用。

这样会保证图像的描述是连续且可比较的。

现在到了进行真正比较的时候：

在2行从磁盘读取待搜索图像，在3行提取该图像的特征。

在6和7行使用提取到的特征进行搜索，返回经过排序后的结果列表。

到此，所需做的就是将结果显示给用户。

在9行显示出待搜索的图像。接着在13-17行遍历搜索结果，将相应的图像显示在屏幕上。

所有这些工作完成后，就可以实际操作了。

继续阅读，看最终效果如何。

CBIR系统实战

打开终端，切换到代码所在的目录，执行下面的命令：

图18：在相册中搜索含有埃及金字塔的图像。

第一幅图像是待搜索的埃及金字塔。我们的目标是在相册中找到相似的图像。可以看到，在相册中找到了去金字塔游玩拍摄的照片。

我们还游览的埃及其他地方，所以用其他照片搜索试试：

图19：使用搜索引起搜索埃及其他地方的图片，注意图中蓝天的位置。

注意我们的搜索图像中，上半部分是蓝天。中间和下半部分是褐色的建筑和土地。

可以肯定，图像搜索引擎会返回上半部分是蓝天，下半部分是棕褐色建筑和沙子的图像。

这是因为我们使用了本文开头介绍的基于区域的颜色直方图描述符。使用这种图像描述符可以粗略的针对每个区域执行，最后的结果中会含有图像每个区域的像素的密度。

旅途的最后一站是海滩，用下面的命令搜索海滩上的图像：

图20：使用OpenCV构建CBIR系统来搜索相册。

注意，前3个搜索结果是在相同地点拍摄到的图像。其他图像都含有蓝色的区域。

当然，没有潜水的海滩之旅是不完整的。

图21：图像搜索引起再次返回相关的结果。这次是水下冒险。

结果非常棒。前5个结果是同一条鱼，前10幅有9幅是水下探险。

最后，一天的旅途结束了，到了观看夕阳的时候：

图22：这个OpenCV图像搜索引起可以查找到相册集中含有夕阳的相片。

搜索结果非常棒，所有的结果都含有夕阳。

这样，你就有了第一个图像搜索引擎：

总结

本文介绍了如何构建一个图像搜索引擎，来查找相册中的图像。

使用颜色直方图对相册中的图像的颜色部分进行分类。接着，使用颜色描述符索引化相册，提取相册中每一副图像的颜色直方图。

使用卡方距离比较图像，这是比较离散概率分布最常见的选择。

接着，实现了提交待搜索图像和返回查找结果的逻辑。

下一步

接下来该干什么？

可以看到，使用命令行是与这个图像搜索引擎交互的唯一方式。这样还不是太吸引人

下一篇文章将探索如何将这个图像搜索引擎封装进一个Python网络框架中，让其更易于使用。

下载：

代码和数据集总共有约 200mb 。如果读者想要下载文中用到的代码和图像。请在原文中输入你的邮箱地址，我会给你一个下载代码和数据集的链接。这个链接不仅能下载到代码的zip压缩包，还会收到我送给你的11页关于计算机视觉和图像搜索引擎的资源指南，其中含有文中没有介绍到的一些技术！是不是很不错？别犹豫，赶快在下面输入你的邮箱地址，我会立即给你发送代码的！ 在原文填写邮箱  （要查看两次邮箱，还得翻墙。 不想来回倒腾的童鞋，请戳链接： http://pan.baidu.com/s/1ntsoamP ）