-
Notifications
You must be signed in to change notification settings - Fork 151
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
Panel snippet identifies wrong area in image #14
Comments
It looks like the code orientation changed in RP04 panels, but the size also changed. This isn't accounted for by the library currently. I'll be out for a couple of weeks but the below might get you through until I can update the library to support the newer panels. There's a commented line in the panel.py
|
Thanks much for your speedy response! Un-commenting the
Sorry if this issue is a basic Python (still learning), but I'm not sure where to define/introduce |
Hey, I had the same problem. You do need to un-comment the line mentioned by Justin. Change 'measuredQrPoints' by 'reference_qr_pts' and the rotation number between 0-3 until the blue square falls into the panel area. |
Also, as Justin mentioned, you need to change the area of your blue square so it falls into your much smaller reference panel. |
I have solved this problem by redefining the affine coordinate |
Mind to elaborate a little bit further? |
At 97 lines of panel.py. |
Strangely enough, it looks like Agisoft Photoscan has already incorporated the new reference panels into their calibration workflow for Pro 1.4. |
I haven't been able to get back to this, but it looks like everyone here has found solutions. If someone has come up with a general solution please create a pull request. I think a good general solution would be to use a smaller area as defined above, and to try all 4 roll operations of the panel coordinates. The statistics of the resulting area should make it clear which area is the panel: it should have a quite low standard deviation relative to non-panel areas. Another approach that may be more stable is simply to look at the revision of the panel: RP04 panels should have the 'new' transform while older panels will have the older transform. Also as some of you may have noticed, for newer (RP04) panels the reflectance calibration is built into the serial number. The tail end of the panel above "_D400508100518" provides that the panel calibration can be reasonably approximated by a line through 400nm, 50.8% reflectance and 1000nm, 51.8%. This line can then be used to automatically determine the panel reflectance for each band. |
Hi, I have the same problem but I have tried the two solutions proposed above but none have worked. This has to do with why I use python 3.7? or you can explain in more detail. Thank you |
Hi All, I believe this should now be fixed in the altum-support branch. It'll be a little while before that branch is well tested and merged into master, but in the meantime you should be able to use it to fix these panel mis-identification issues. Please let me know if you still see issues using that branch. |
I've finished running through the environment setup for the Micasense utilities. After successfully running the test calibration panel code that identifies the panel, I decided to try in on an image I've taken with the RedEdge-M. The code successfully runs and it correctly identifies the QR code on the panel, however it draws the blue box around the wrong portion of the panel (in the grass or elsewhere) as opposed to the calibrated surface it self. I've replicated this error on a number of different panel images from different dates. Below is an output of that code:
The only thing I've changed from the example panels code snippet are the imagePath and imageName variables:
The text was updated successfully, but these errors were encountered: