-
Notifications
You must be signed in to change notification settings - Fork 33
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
What is the idea behind breaking if classes[cls] >= self.shots in metadata creation? #32
Comments
Hi @Jonas-Meier When the That's why @Ze-Yang has re-proposed a new data selection strategy, which is designed to replace the original data selection strategy used in Meta R-CNN. |
I understand that we want to sample annotations of many different images for maximum variance, but isn't that already ensured by FewShotDetection/lib/datasets/metadata_coco.py Lines 240 to 241 in fc0b453
for phase 1? These lines make sure that we sample at most one annotation per image in phase 1. Why still breaking for |
I see, I think the Briefly, you can pick as many objects as you want for phase 1 as long as the memory requirement is satisfied. |
Do you mean the used RAM when finally saving the sampled images and masks to a file? How would a firm |
Yes, I mean RAM. I forgo that this condition would prevent the continuous adding of objects... What you said makes sense, sorry for the misleading arguments in previous reply. |
No problem. Thank you for the interesting discussion and clarification. I finally would think that there is no reason left for using |
In earlier versions of
metadata_coco.py
, the loop over annotations of an image would always break if we find an annotation for a category we already sampled enough annotations for:FewShotDetection/lib/datasets/metadata_coco.py
Lines 217 to 218 in 78e95a3
Now, we only break in this case if we are in phase 1 and continue sampling of annotations for phase 2:
FewShotDetection/lib/datasets/metadata_coco.py
Lines 221 to 225 in fc0b453
What is generally the idea of breaking instead of continuing in this case?
Why having phase-dependent actions in the current version and why don't always continue the loop and thus look if there are some annotations of categories we haven't yet sampled enough annotations for?
The text was updated successfully, but these errors were encountered: