Git Product home page Git Product logo

Comments (5)

SuperbTUM avatar SuperbTUM commented on August 23, 2024

I suspect this is not allowed as I read the code, here we need to calculate pairwise distance grouped by frame ID, no matter what distance metric is using. So given a frame ID, the detections should be in the same order. But pending for confirmation from the author or other users. Thanks.

from py-motmetrics.

amm272 avatar amm272 commented on August 23, 2024

Hi @SuperbTUM, for each detection bounding box E within a frame F, the algorithm will assign a matching ground truth bounding box E' from the same frame F based on the distance metric. If for a certain bounding box E all the ground truth bounding boxes within a frame F are more than a threshold distance t away, it will be considered a false positive. If a ground truth bounding box E' has no match, then it will be considered a miss. Hence, you do not need to order the detections and ground truth labels prior to running the tracking. The matching will be handled in the code. However, you do need to compute the distance metrics before starting the tracking as explained in the Readme file.

from py-motmetrics.

SuperbTUM avatar SuperbTUM commented on August 23, 2024

@amm272 Thanks for the explanation! Yes, with tutorial on readme, the order within a frame does not matter, but if we simply call mm.utils.compare_to_groundtruth, I assume there is no Hungarian matching logic inside and order does matter in this case. But we should follow the instructions on readme to avoid this issue.

from py-motmetrics.

cheind avatar cheind commented on August 23, 2024

@SuperbTUM as mentioned by @amm272 the order of detections per frame is irrelevant. what is relevant is consistency of the detection ids that you assign. I.e if E1 is named E1 in frame 0, then it should also be named E1 in all other frames it is detected.

As far as the example compare_to_groundtruth holds, the same applies. The IDs detection ids are extracted via

https://github.com/cheind/py-motmetrics/blob/develop/motmetrics/utils.py#L79

and distances are then computed in this order by

https://github.com/cheind/py-motmetrics/blob/develop/motmetrics/utils.py#L81

from py-motmetrics.

SuperbTUM avatar SuperbTUM commented on August 23, 2024

Thank you all for the explanation! Yeah, the detection order inside the same frame does not matter the performance. Thanks again.

from py-motmetrics.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.