Changes between Version 12 and Version 13 of GsocDSMGenerationToolForOSSIM

Timestamp:

06/13/14 13:10:26 (11 years ago)

Author:

martidi

Comment:

--

GsocDSMGenerationToolForOSSIM

@@ -124 +124 @@
 WHAT I GET DONE THIS WEEK:
 
-I have deeply studied how to implement the epipolar rectification (goal of the mid-term). As a result of a discussion with mentors, I have evaluate alternative approaches for the epipolar rectification, such as Vertical Line Locus feature-based type approach, Vertical Line Locus based on a coarse external DSM (such as SRTM or ASTER) and integration of Disparity Map and Non-Disparity Map approaches.
+Considering that, as well known the epipolar rectification is a complex topic, I have deeply studied how to implement it (goal of the mid-term). As a result of a discussion with mentors, I have also evaluate alternative approaches for the DSM extraction, such as Vertical Line Locus feature-based type approach, Vertical Line Locus based on a coarse external DSM (such as SRTM or ASTER) and integration of Disparity Map and Non-Disparity Map approaches.
 
-As a result of a discussion with mentors, I have discarded the idea of using OpenCV SIFT procedure for automatic TPs generation since it cannot be included or used as part of a public distribution, and I have choosen another detector (OrbFeatureDetector). Therefore I have wrote a procedure for the automatic Tps detection with OrbFeatureDetector implemented in the OpenCV library and I have tested it on an Ortho Ready GeoEye stereo-pair: these are very good images since they are basically epipolar as already projected by provider on a constant ellipsoidical height.
+As a result of a discussion with mentors, I have discarded the idea of using Open-CV SIFT procedure for automatic TPs generation since it cannot be included or used as part of a public distribution, and I have chosen another free Open Source detector (Orb-Feature-Detector). Therefore I have wrote a procedure for the automatic TPs detection with Orb-Feature-Detector using the implementation available in the Open-CV library and I have tested it on an Ortho Ready Geo-Eye stereo-pair: I have calculated the x and y parallax errors, and I have seen that these images are basically quasi-epipolar as already projected by provider on a constant ellipsoidical height. 
 
 [[Image(TP matched_screenshot_12.06.2014.jpg)]]
 
 
-I have wrote a procedure for the implementation of the Semi Global Matching algorithm and the Disparity Map generation; I have tested it on the above-mentioned images and I have calculated the x and y parallax errors.
+Furthermore I have wrote a procedure for the implementation of the Semi Global Matching algorithm and I have tested it on the above-mentioned images generating the following Disparity Map.
 
 [[Image(Disparity of SGM_screenshot_12.06.2014.jpg)]]
 
-I have upload the code produced on Git repository (https://github.com/martidi/OSSIM-GSoC-2014).
+I have upload the code produced on the Git repository (https://github.com/martidi/OSSIM-GSoC-2014).
 
 [[BR]]
@@ -149 +149 @@
 SOMETHING ON WHICH I AM BLOCKED:
 
-I am having some issues in the integration between OpenCV algorithms and OSSIM Apps.
+I am having some issues in the integration between OpenCV algorithms and OSSIM Apps: I have found some compiling problems using some Open-CV basic class (i.e. cv::Mat, cv::imread, etc.). Probably I have not configured rightly the Cmake-List-File.