Fixed obb key check in ultralytics_results

[macc-n]

Description

Please include a summary of the change and which issue is fixed or implemented. Please also include relevant motivation and context (e.g. links, docs, tickets etc.). Fix issue #8107

Allows you to convert detections from Ultralytics which do not contain the key "obb". An if statement is added before accessing the "obb" key in the dictionary in order to verify its presence.

Type of change

• [x] Bug fix (non-breaking change which fixes an issue)

How has this change been tested, please provide a testcase or example of how you tested the change?

The fix was tested with the code snippet provided in the official documentation

Any specific deployment considerations

No

Docs

• [ ] Docs updated? What were the changes:

[CLAassistant]

All committers have signed the CLA.

[LinasKo]

Thank you for a quick submission!

I'd like to request one change - can you please merge the two if conditions?

if "obb" in ultralytics_results and ultralytics_results.obb is not None:

---

Update: actually it's a bit unusual that string-accessor and attribute accessor is needed. The latter should just return None.

Can you provide a test where this causes an issue?

[macc-n]

Here's a Google Colab notebook with a test to reproduce the error.

However, the latest version of ultralytics returns the Results object with "obb" key equals to None. This fix can improve compatibility with older versions.

---

Update: the two if conditions are now merged

[LinasKo]

@SkalskiP, what's your take on it? I say this is a very neat contribution and we should merge it.

The error does appear on ultralytics==8.0.188, whereas v8.1.0 was only released in January.

[SkalskiP]

Hi @LinasKo and @macc-n, I like that change. It was a bit shortsighted on our part. Not everyone has to use the latest version of ultralytics.