CellProfiler/CellProfiler — Issue #186: JIRA [IMG-751] TrackObjects representation of data
Author: thouis
Created: 2011-11-23 20:50:33+00:00
State: open
Labels: current

TrackObjects can relate an object in a past frame to an object in a future frame; this is a many-to-many relationship since an object can both split and merge. CellProfiler needs to represent this information in a rich but simple manner, capturing each relationship competely. The data items are:
* image number of past object
* object number of past object
* image number of future object
* object number of future object
This issue will be considered resolved when we have decided on how to capture this data in the database, when exporting to spreadsheet and when saving in the handles structure and when separate issues have been filed for the work to be done.

Original reporter: leek
Jira link: https://jira.broadinstitute.org/browse/IMG-751
(Original JIRA has attachments.)
Fix version: Current
Assignee: mbray

**Comment from mbray on Wed, 18 Aug 2010 08:48:46 -0400:**
On 8/16/2010 11:22 AM, Vebjorn Ljosa wrote:
> On Mon, Aug 16, 2010 at 11:06, Lee Kamentsky<leek@broadinstitute.org> wrote:
>
>> first_object_name - object name of the first object in the relationship,
>> for instance"Cells" or"Nuclei"
>> second_object_name - object name of the second object in the
>> relationship, for instance"Cells" or"Nuclei"
>> relationship_name - name of the relationship, for instance"parent_of"
>> or"neighbor"
>>
> An alternative: encode first_object_name, second_object_name, and
> relationship_name in the table name, e.g.,"Cells_Nuclei_ParentOf" or
>"Cells_Cells_Neighbor". This would save use from having to repeat
> those strings in each row. I am assuming that each experiment will
> only result in one or a few relationship tables.
>
> Vebjorn
> _______________________________________________
> ImagingPlatform mailing list
>ImagingPlatform@broadinstitute.org
>https://imap.broadinstitute.org/mailman/listinfo/imagingplatform
>