Sir I am providing the links for both the algorithms that I talked. I am new to this licence issues thing so I would be highly grateful if you can clarify doubts and if can proceed on working for this idea.
http://www.cs.ubc.ca/~lowe/keypoints/ (SIFT) http://www.ipol.im/pub/art/2011/my-asift/ (ASIFT) [here source code is provided. It contains license ] http://www.cmap.polytechnique.fr/~yu/research/ASIFT/demo.html (Demo Page for ASIFT) The SIFT algorithm in itself is patented. They only provide binaries. I am not sure If we can use those binaries or not. As far as ASIFT is concerned, i think its implementation is only patented. Kindly clarify this. Thanking You With Regards, Kshitij Kansal Lab For Spatial Informatics, IIIT Hyderabad On Sat, Feb 8, 2014 at 2:23 AM, Even Rouault <even.roua...@mines-paris.org>wrote: > Selon Kshitij Kansal <kansa...@gmail.com>: > > Kshitij, > > I'm surprised that you mention licenses > for algorithms. What are your sources for that? > Only *implementations* can be licensed > not algorithms themselves. So if you > develop your own implementation you are free > to select the license you wish. There > might be issues linked to potential pattents > in some countries but that is acceptable in my opinion > as software parents are not valid in all contries > so mentionning potential issues with them > in the documentation is sufficient . > > > Hello > > > > Based on all suggestion > ins and comments above, I have come up with one thing. > > > > The most important thing that could have been a road block for this > project > > was licence issues which was pointed by Even Rouault. > > > > I am interested in implementing the SIFT or ASIFT algorithms for > automatic > > geo-referencing which I proposed in above mails. I am interested in > making > > a separate tool which will be completely based on the GDAL and maintained > > by GDAL community. I looked into the GDAL-correlator idea which was also > > implemented as a part of GSoC. That idea uses only *SIMPLE SURF > *algorithm > > for control point detection and is only *limited to small size three band > > imagery(RGB)*. > > > > I am interested in developing something that is fully automated and works > > on large multi band imagery.But the above two algorithms that I am > planning > > to use come up with the licence that does not allows the free use for > > commercial purposes. The free use of above algorithm are restricted to > *"non > > profit research and non profit educational purposes"*(in case of > > ASIFT) and *"research > > purposes only" *(in case of SIFT). > > > > This means that the final product as a result of this product will also > be > > bounded by the above licences. It can not go into GDAL's main > distribution > > but can be used as a separate utility of GDAL for non-commercial uses > only. > > Basically the commercial use of the tool won't be allowed without > approval > > from the concerned people. > > > > Your views and suggestions are highly appreciated. > > > > Regards, > > > > Kshitij Kansal > > > > Lab For Spatial Informatics, > > > > IIIT Hyderabad > > > > > > > > On Thu, Jan 30, 2014 at 12:25 PM, Kshitij Kansal <kansa...@gmail.com> > wrote: > > > > > Hello > > > > > > @Jukka Rahkonen: The OSSIM project (the link you provided) is more of > > > image orthorectification. Although > > > they are doing image co-registration but its as one of the steps of > > > orthorectification(I could only understand this from the manual). > > > Also I am not sure of the techniques they are using for this purposes. > > > (Its written corner point detection but How?) > > > I am new to OSSIM, so not aware of this thing's functionality and > > > accuracy. I am in the process of estimating it. > > > > > > Thank you for pointing this out. > > > > > > Coming to the Frank Warmerdam's blog (http://fwarmerdam.blogspot.fi/). > > > Here the author is talking about writing a code for converting the > GCP's > > > into RPC's. But the next question comes is where is he getting GCP's > from. > > > Now this is the part where I aim to work on and improve. > > > > > > Given two images, if we can automatically extract GCP's from them then > we > > > are in a way speeding up and automating this whole process. Once we > have > > > GCP, there are a lot of things that we can do from them like > > > geo-referencing(which I plan on doing), image stitching etc. > > > > > > *Also you talked about a "more light weighted system". Can you please > > > elaborate on this?* I could not understand what you actually meant from > > > that. > > > > > > If we look into the last year idea's page ( > > > http://trac.osgeo.org/gdal/wiki/SummerOfCode), there is one idea that > is > > > proposed regarding the "Raster/Vector geo-referencer on the Web". I > want to > > > modify this idea a little bit and want to automate the whole process. > As > > > far as the automation is concerned, we can develop GDAL functions for > > > that(which will be completely re-usable) and then developing a Web > based > > > geo-referencer would only require calling those functions. > > > > > > If we do this thing,* two objectives will be fulfilled*.* First*, GDAL > > > will get a web based geo-referencer. *Secondly*, communities that use > > > GDAL and have not developed these kind of geo-referencer(Like QGIS) can > > > directly use the functions developed and then build on that. > > > > > > Suggestions and comments are welcomed. > > > > > > Thank you for your propositions. > > > > > > Regards, > > > > > > Kshitij Kansal > > > > > > Lab For Spatial Informatics, > > > > > > IIIT Hyderabad > > > > > > > > > > > > On Wed, Jan 29, 2014 at 1:27 PM, Jukka Rahkonen < > jukka.rahko...@mmmtike.fi > > > > wrote: > > > > > >> Kshitij Kansal <kansal.k <at> gmail.com> writes: > > >> > > >> > > > >> > Even, > > >> > Thank you for pointing out this issue. I will keep this in mind. > > >> > > > >> > I will look into that last year project and try to understand the > > >> implementation. > > >> > > > >> > > >> > More suggestions and comments are always welcomed. > > >> > > >> Hi, > > >> > > >> Another OSGeo project OSSIM has implemented an automatic image to > image > > >> rectification. Isn't that a bit alike your plan? > > >> > http://download.osgeo.org/ossim/docs/OSSIM_Coregistration_UserManual.pdf > > >> > > >> Frank Warmerdam seems to entertain himself with something related > > >> http://fwarmerdam.blogspot.fi/ > > >> > > >> This article from 2013 may also give some inspiration > > >> > > >> > > > > http://www.academia.edu/4388853/OrientAL_-_Automatic_geo-referencing_and_ortho-rectification_of_archaeological_aerial_photographs > > >> > > >> All these three aim to very high quality and I am sure that there is > also > > >> need for a more light-weight system. > > >> > > >> -Jukka Rahkonen- > > >> > > >> _______________________________________________ > > >> gdal-dev mailing list > > >> gdal-dev@lists.osgeo.org > > >> http://lists.osgeo.org/mailman/listinfo/gdal-dev > > >> > > > > > > > > > > > > > > > > >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
