Changes between Version 19 and Version 20 of GsocDSMGenerationToolForOSSIM


Ignore:
Timestamp:
Jul 26, 2014, 7:09:30 AM (10 years ago)
Author:
martidi
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GsocDSMGenerationToolForOSSIM

    v19 v20  
    346346
    347347I'm still working on the theoretical problem for finding the correct image transformation for epipolar images generation.
     348
     349
     350
     351=== Weekly Report 10 (2014, July 25) ===
     352
     353'''Week 10:'''
     354
     355WHAT I GET DONE THIS WEEK:
     356
     357I have found and implemented a new image transformation model for epipolar generation: I have ralized that nor af affine transformation neither a pure rototranslation without scale were sufficient to find a good epipolarity. Therefore this week I wrote a rigorous model to estimate a transformation on the generated TPs, which is able to return images with null parallax error and whatever disparity on the sinlge TP.
     358It still remains some little issue that seems to disappear once outliers in TPs are scratched out.
     359
     360I have modified the code in order to be able to use a 16bit .tif image (and not a compressed one) and not to loose the radiometric information of the raw images: as a matter of fact I noticed that by deteriorating the radiometric information the SGM alghoritm solution was compromised, and therefore tha Disparity Map was not properly generated.
     361
     362I have solved some minor warning in the ossim-opencv app building, related to “deprecated conversion” and “unappropriate comparison” in the code.
     363
     364I have created two classes:
     365TP generator
     366Disparity Map
     367and implemented it into the app. To do it I have reorganized the app structure.
     368
     369I have implemented the Disparity Map class for disparity map generation.
     370
     371I have realized that one of the major problem in finding the correct image transformation for epipolar images generation, was due to the wrong median computation in Boost library accumulators, that I have used to implement the transformation computation: this fact caused me a lot of misunderstanding in results interpretation. I'm implementing a new median algorithm.
     372
     373[[BR]]
     374WHAT I PLAN ON DOING NEXT WEEK:
     375
     376To solve the problem on which I am stuck.
     377
     378To test the new rigorous model for epipolar generation and upload the mathematical model.
     379
     380To begin thinking how to implement the conversion from the disparity map into a geocoded DSM.
     381
     382To test and control implementation efficacy – discuss results with mentors.
     383
     384[[BR]]
     385SOMETHING ON WHICH I AM BLOCKED:
     386
     387---
     388