Hi Pablo, One more request. ;-)
I'm not totally happy with the name panomatic is that is already an existing name for an existing CP matcher/detector. Can't we call the panomatic binary something like "cp_matcher" or "hugin_matcher" or "hugin_cp_matcher" or anything else logical, not interfering and confusing with an existing program. "keypoints" and "liblocalfeatures.<lib extension>" is fine off course. Harry 2010/2/11 Harry van der Wolf <[email protected]> > Hello Pablo, > > Thanks a lot! Has anyone ever mentioned that you are important to this Open > source project? :-) > > 2010/2/11 Pablo d'Angelo <[email protected]> > > Hi Harry, >> >> >> Harry van der Wolf wrote: >> >> - The mail mentions that a "a small part of the SURF algorithm to >>> estimate the orientation of the interest point" is still used. You mention >>> that you hope to replace this in the future. Can you give a rough estimate >>> or could this be a GSOC 2010 project? >>> >> >> Actually, I have already implemented another orientation estimation >> algorithm, which seems to work quite well. >> >> >> > Shame on me: I didn't check the repository lately. I will start testing > asap. > > Does this means that "we" now have a fully patent-free CP detector and one > that works with Thomas' multi-step CPdetector setup as well? The latter due > to the fact that we can use the keypoints binary (also patent-free I > assume?) for these more complicated setups? > > If so, it means that "we" can now release Hugin on all platforms with a CP > detector without having to be affraid of any patent/license issues. > > Hoi, > Harry > > > -- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/hugin-ptx
