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.
- Timestamp:
-
06/20/11 14:46:41 (13 years ago)
- Author:
-
jmoore
- Comment:
-
Adding phase 0 with #5640, fs-lite work, as discussed in Paris during the users' meeting. Need tickets with client modifications for #5640.
Legend:
- Unmodified
- Added
- Removed
- Modified
-
- Property Keywords paris2011 added
-
|
v6
|
v7
|
|
| 2 | 2 | |
| 3 | 3 | A major barrier to adoption by many sites is the fact that OMERO (4.2 and earlier, as well as much of 4.3) stores binary pixel data in an optimized internal format. This ''duplication'' of the data (the original file and then the byte array under `/OMERO/Pixels`) along with possible duplicated backups of that data can overwhelm available storage. The goal of this work is to phase out the use of the internal data format in favor of ccessing binary data directly from the files via BioFormats. Data previously converted into the interior file format will remain so, if the related original files were not archived. |
| | 4 | |
| | 5 | == Phase 0 == |
| | 6 | |
| | 7 | Phase 0 is a carrier over from the big images work (#1950) in which some base work for FS ("FS-lite") was done. Initially, only single-file PFFs were supported. By adding support for multi-file PFFs, we can test the overall performance of our FS strategy and let users start archiving rather than parsing their data. |
| | 8 | |
| | 9 | * #5640 FS lite for multi-file PFFs |
| | 10 | * Client modifications... |
| 4 | 11 | |
| 5 | 12 | == Phase 1 == |
1.3.13-PRO © 2008-2011
Agilo Software all
rights reserved
(this page was served in: 0.15212 sec.)
