otbcli_GenerateRPCSensorModel weird behavior
Mantis Issue 1350, reported by sdinot, assigned to sdinot, created: 2017-01-30
Hello,
while using otbcli_GenerateRPCSensorModel command line, I found that it seems to behave unexpectedly as exemplified below:
$ otbcli_GenerateRPCSensorModel -outgeom output.geom -inpoints matchpoints.txt -outstat stats.txt
this returns me:
2017 Jan 30 16:46:35 : Application.logger (INFO) Adding tie point x=6800.44, y=6800.44, z=0, lon=6800.44, lat=6800.44 2017 Jan 30 16:46:35 : Application.logger (INFO) Adding tie point x=2890.49, y=2890.49, z=0, lon=2890.49, lat=2890.49
while my GCPs look like: (#row col long lat as expected)
6800.44 4386.85 55.6572 -21.3258 2890.49 2021.71 55.6274 -21.3418
My understanding is that otbcli_GenerateRPCSensorModel misunderstands my file (while it is formatted as expected, as described in the manual) as x=6800.44, y=6800.44, z=0, lon=6800.44, lat=6800.44 are all the same. I tried on different versions of OTB, i.e. 5.8.0 and 5.6.1 on Mac OS X (10.11) and Gnu/Linux, (Ubuntu 16.04) respectively and got the exact same issue. The resulting RPC seem wrong, which not surprise me. The statistics output gives me inconsistent results accordingly.
Thanks for any help on that.
The file containing the GCPs are attached. It is formatted as I understand from the manual i.e., row, col, lon lat for each.
row/col are in pixel lon/lat are defined over wgs-84
I also tried to convert these lon/lat into UTM, but I got the same behavior from otbcli_GenerateRPCSensorModel, it assignes the same value for x,y,lon and lat of each GCP.
1485855541 - LudovicUse tabulation instead of spacing character and it should work.
This behavior will be corrected to take spacing character into account.
1485856173 - dralucasAll right. thank you for your prompt reply. Could it be possible to add this important note into the user manual?
Thank you.
1485857902 - LudovicProblem fixed. Commit : https://git.orfeo-toolbox.org/otb.git/commit/acba2058e8e4983e6c21c69e02f7bebcfe891d90