Image Matching

1 - Use "source" UBB tags to display code like this.

2 - [EDIT: At first glance, I thought the following...] If your images have N (where N = width*height) pixels, then this algorithm simply treats each image as a vector in N-dimensional space and computes the usual Euclidean distance. The constants like 0.6 look to be arbitrary numbers that the author of the code chose by manual "tuning" (I would guess). [EDIT: That said, on closer inspection I think inferno82 is correct and it is not pixel values but features of some sort that are being compared.]

[Edited by - Emergent on March 19, 2010 7:01:39 AM]

There are a many ways to do image matching. It can be really easy or really complicated, depending on what you need.

The easiest is like this:




Just call 'Compare' to test against each image and use the one that has the lowest score.

If you want something a bit better Google 'normalized cross corrleation'.

If you need something that is more robust to scaling and rotation then you'll have to do feature matching. For that you might want to look at something like SIFT. YouTube has some great videos of SIFT in action.

If you're talking about object detection then you may want to look in to using Eigenvectors, SVMs, PCA, or a cascade of weak classifiers.

Quote:

Original post by willh If you're talking about object detection then you may want to look in to using Eigenvectors, SVMs, PCA, or a cascade of weak classifiers.

And even more appropriately than PCA, ICA... (PCA is about the components that are good for building your images (and tend to be the things that your images have in common); ICA is about the components that are good for distinguishing between them.)

There is always the euclidean distance algorithm, works well for black and white pictures.

for control image a(width,height)
create a (width*height) dimensional vector, 'control', where each value is the colour(grey) value of the control

do the same for the test images 'test1'...'testN' and compare the euclidean distance between each of the test image vectors and the control image vector.

I am assuming that key points refers to a type of feature gathered in each image. These could be anything from SIFT, FAST, Shi & Tomasi, etc... Although by the DistSquared function it looks like its a 128 valued descriptor. So I'm leaning towards a SIFT descriptor. How are key points generated?

Quote:

Original post by TeSsl 1. why is 0.6 used?

The 0.6 value, I would guess comes from empirical testing and the original programmer found that for his/her data set, 0.6 was the allowable distance to determine whether two features where potential matches. If that's the case you might have to determine this value on the data set you are using. Just grab a couple features from different images that you know are the same and compute the Euclidean distance between the descriptors to get a average separation.

Quote:

Original post by TeSsl 2. which algo is this based on?

The algorithm is simply performing simple feature matching. Then, I would assume after performing the feature matching you would have to determine based on the number of features matched and their distances, if the two scenes were the same. Again, you would have to determine what number of matched features constitutes a matched image.

- me