Warning: Can't synchronize with repository "(default)" (/home/git/ome.git does not appear to be a Git repository.). Look in the Trac log for more information.
Notice: In order to edit this ticket you need to be either: a Product Owner, The owner or the reporter of the ticket, or, in case of a Task not yet assigned, a team_member"

Task #7950 (closed)

Opened 12 years ago

Closed 12 years ago

Bug: ScanR wells not ordered correctly for columns 10 and higher

Reported by: mlinkert Owned by: mlinkert
Priority: major Milestone: OMERO-4.4
Component: Bio-Formats Version: n.a.
Keywords: n.a. Cc: ruben.munoz@…
Resources: n.a. Referenced By: n.a.
References: n.a. Remaining Time: 0.0d
Sprint: 2012-02-14 (8)

Description

The alphabetic sorting used in ScanrReader?.java:365 is to blame entirely. Using a custom sorting strategy of alphabetic by first character and numeric by the next 1 or 2 characters (up to "--") should solve the problem.

Problem can be reproduced using the scanr/ruben/20100827_004 plate.

Change History (2)

comment:1 Changed 12 years ago by mlinkert

Per Rubén's suggestion, it probably makes more sense to sort based upon the 'well selection table'. So for each file name, look up the well label in the well selection table and sort based upon the corresponding index value.

comment:2 Changed 12 years ago by mlinkert

  • Remaining Time changed from 0.5 to 0
  • Resolution set to fixed
  • Status changed from new to closed

Should be sorted with this commit on my sprint8-bug-fixes branch: https://github.com/melissalinkert/bioformats/commit/e0d985f7412575e48461957bf3453bd46f625d22

Note: See TracTickets for help on using tickets. You may also have a look at Agilo extensions to the ticket.

1.3.13-PRO © 2008-2011 Agilo Software all rights reserved (this page was served in: 0.64932 sec.)

We're Hiring!