Peter Valdemar Mørch on wrote...
| I'm amazed, though, that this isn't something that is in the standard
| lib. Especially since lots of image experience and optimization seems
| appropriate given the above discussion.
|
I agree that these sort of functions should be more commonly available.
But I also don't want to specialize the function to the point where
it is only really useful to a single basic application.
This is why a more general sub-image locating function also needs to be
able to handle
* Fuzzy matching (near by not exact the same color
(caused by JPEG distortions, shading, color
* Perhaps only matching a high percentage of pixels
EG: a small part of the sub-image on the main image was obscured
say by other image overlays, copyright notices, etc.
* sub-image has transparent areas that are not to be matched against
the main image (EG: a shaped image)
* The posibility to find multiple matching locations
All of these are of course optional, but the initial algorithm should at
least be able to be expanded to handle these things.
Anthony Thyssen ( System Programmer ) <[EMAIL PROTECTED]>
-----------------------------------------------------------------------------
The three most dangerous things in the world are a programmer
with a soldering iron, a hardware type with a program patch and
a user with an idea. -- anchient computer saying
-----------------------------------------------------------------------------
Anthony's Home is his Castle http://www.cit.gu.edu.au/~anthony/
_______________________________________________
Magick-users mailing list
[email protected]
http://studio.imagemagick.org/mailman/listinfo/magick-users
