segmentation_shape metadata reformat

[TeunHuijben]

connected to: funkelab/motile_tracker#459

Problem:

• tracksdata saves segmentation shape in geffmetadata as .extra.tracksdata.shape
• funtracks/motile_tracker save segmentation shape in zarr-metadata as segmentation_shape at the top level (outside the geff metadata)
• in retrospect, the latter is not the smartest design decision, because 1) top-level non-geff metadata doesn't survive round-trips, and 2) it is inconsistent with tracksdata

Solution:
This PR removes the segmentation_shape logic, and fully uses the existing tracksdata format of saving the shape in metadata.extra.tracksdata.shape. When reading the shape from the metadata we do a double check for backwards compatibility.

For geffs that are exported from motile_tracker and then imported, it doesn't matter where we save the shape, because that is an internal discussion. But for geffs exported by other tracksdata-based tracking tools (ultrack, hoct, etc.), we are now natively compatible.

I will implement the accompanying changes in motile_tracker in a separate PR there

[codecov]

Codecov Report

❌ Patch coverage is 90.47619% with 2 lines in your changes missing coverage. Please review.
✅ Project coverage is 93.91%. Comparing base (be685db) to head (2979b33).

Files with missing lines	Patch %	Lines
src/funtracks/import_export/geff/_import.py	85.71%	2 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #260      +/-   ##
==========================================
- Coverage   93.92%   93.91%   -0.01%     
==========================================
  Files          59       59              
  Lines        3323     3322       -1     
==========================================
- Hits         3121     3120       -1     
  Misses        202      202              

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[cmalinmayor]

Can we add an API in tracksdata for saving and loading segmentation metadata (shape and voxel size?). Then, we don't need to depend on internal tracksdata implementation details, and tracksdata can change where this info is stored at any time.

[TeunHuijben]

Hi @cmalinmayor, good point! I made the following changes:

• tracksdata .to_geff is updated to automatically save the tracksdata metadata within the geff metadata, so we don't need to do that separately anymore
• tracksdata shape api has been changed, so we can now just read/write graph.metadata["shape"], without needing to know how td that exactly saved in the metadata
• a new tracksdata io helper allows reading the segmenation shape from a geff store, before loading the graph. So all of this allows us read/write/see the shape, from a surface level point of view

Some other changes along the way:

• small change to the benchmark to run them on 1 machine, for fair comparison
• some skips in the tests_old, because they were dependend on segmentation_shape not segmentation