Skip to content
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

exported categories different from project categories #6871

Closed
2 tasks done
matt-d opened this issue Sep 16, 2023 · 7 comments · Fixed by #6958
Closed
2 tasks done

exported categories different from project categories #6871

matt-d opened this issue Sep 16, 2023 · 7 comments · Fixed by #6958
Labels
bug Something isn't working

Comments

@matt-d
Copy link

matt-d commented Sep 16, 2023

My actions before raising this issue

Steps to Reproduce (for bugs)

  1. create a project with 1 category - eg. car
  2. add a task with a single image to the project
  3. annotate a car in the image
  4. export the task (I'm using coco format)
  5. confirm the categories in the export annotation json match the project(car)
  6. add another category to the project - eg. person
  7. export the task again
  8. unexpectedly there is only the car in the export task annotation json file.

Expected Behaviour

When exporting a task in coco format the categories in the annotation json should match those of the project, not just those present in the project when the task was last saved.

Current Behaviour

When exporting a task in coco format, the categories present in the annotation json are not in line with those in the project.

@matt-d
Copy link
Author

matt-d commented Sep 16, 2023

It seems likely to be a caching issue, however the problem persists even 4+ days after making the change to the project categories.

@matt-d
Copy link
Author

matt-d commented Sep 18, 2023

down and up the containers also doesnt seem to fix the problem.

@zhiltsov-max zhiltsov-max added the bug Something isn't working label Oct 6, 2023
@zhiltsov-max
Copy link
Contributor

Hi, I was able to reproduce the problem. As a workaround, please update the task somehow before exporting to make sure the export cache is cleaned. For instance, you can re-save the task annotations.

@matt-d
Copy link
Author

matt-d commented Oct 6, 2023

Hi, thanks for the reply - yes this is what we've been doing for some years now as a work around. The issue is that at this point there are hundreds and hundreds of tasks that would need to be 'edited' and then re-saved. Is there anything I can do to help track down the cause of the issue?

@zhiltsov-max
Copy link
Contributor

The issue is that at this point there are hundreds and hundreds of tasks that would need to be 'edited' and then re-saved.

If you have lots of tasks in projects, please consider writing a simple script based on the SDK as a temporary workaround.

Is there anything I can do to help track down the cause of the issue?

Thank you, but the cause is pretty clear - CVAT just doesn't store any information to clear the nested object export cache on label updates in the parent entities. I've discovered the same problem for jobs as well. We'll try to find a solution for this problem.

@matt-d
Copy link
Author

matt-d commented Oct 6, 2023

OK thanks, will do - I was going to ask if just updating a timestamp on the task was enough, but your PR makes that clear.

zhiltsov-max added a commit that referenced this issue Oct 20, 2023
Fixes #6871

Added batch update (note - no signals issued on this) for owning and nested objects (tasks, jobs) on parent (task, project) labels updates
@matt-d
Copy link
Author

matt-d commented Oct 20, 2023

thanks!

mikhail-treskin pushed a commit to retailnext/cvat that referenced this issue Oct 25, 2023
Fixes cvat-ai#6871

Added batch update (note - no signals issued on this) for owning and nested objects (tasks, jobs) on parent (task, project) labels updates
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants