-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Global seam leveling #17
Comments
Thanks. Yes, currently there isn't a seamline feathering option in stock MicMac so that radiometric balance routine tries its best to blend all tiles. It is more apparently when you have camera or lighting issues. White balance on 'Auto` really causes problems. Definitely something to improve on. JP |
Ah, makes sense. That also explains the issues over low-texture areas like the water, which I wasn't sure whether to include with this issue. |
Implementing a seamline feather routine would solve the issue. There are some additional tweaks to the |
There's an interesting overview of this in the MicMac manual (page 46): I wonder what happens if you pass https://raw.githubusercontent.com/micmacIGN/Documentation/master/DocMicMac.pdf |
Correct. Yes additional |
I got better results with this in Malt : Then this in Tawny : |
Try DefCor=0 will force MICMAC to correlate every pixel, even if it is a hidden point. It is good in some cases. Thanks |
Nice feebback, it was missing on MicMac I think ! Never tried this level of size window ... May be it needs a test with screenshots |
Usually the ortho blending gets the best results when you run MICMAC to the highest zoom level (aka native resolution) as the ortho tiles are draped onto the DEM via nadir index score. Also, if the original raw imagery is from a sub-par camera or has white balance issues -- results will be bad. |
Hi Folks, I am rather late to this conversation, but a while back I adapted the seam-line feathering to multi-band if anyone is interested in my own python micmac lib - though the micmac testlib func is a bit slow. Ossim seems to perform better at this task in my opinion however.... |
When processing the OpenDroneMap Aukerman example we get some issue with global seam leveling (ht this unrelated issue: #15).
ODM version:
NodeMICMAC version:
I have seen this with the reference NodeMICMAC dataset, though to a lesser extent:
This is a similar issue to what we saw in ODM here:
OpenDroneMap/ODM#801
Fixed in mvs-texturing here: OpenDroneMap/mvs-texturing#3 OpenDroneMap/mvs-texturing@7c01bca
The text was updated successfully, but these errors were encountered: