Task #6858 (closed)
Opened 13 years ago
Closed 12 years ago
OME-XML bin data
Reported by: | jburel | Owned by: | ajpatterson |
---|---|---|---|
Priority: | major | Milestone: | OMERO-Beta4.3.2 |
Component: | Model | Version: | n.a. |
Keywords: | n.a. | Cc: | mlinkert, curtis, jamoore |
Resources: | n.a. | Referenced By: | n.a. |
References: | n.a. | Remaining Time: | n.a. |
Sprint: | 2011-09-29 (6) |
Description
E-mail the lists to indicate that adding binary data to OME-XML will be marked as "Deprecated".
Change History (5)
comment:1 Changed 13 years ago by jburel
- Cc mlinkert-x curtis added
comment:2 Changed 13 years ago by jmoore
- Cc jmoore added
comment:3 Changed 13 years ago by jmoore
(Josh) Curtis best location for info on the core metadata that you think is missing?
(Curtis) Josh: Easiest would be to look at CoreMetadata?.java and compare with the schema. http://fiji.sc/cgi-bin/gitweb.cgi?p=bio-formats/.git;a=blob;f=components/bio-formats/src/loci/formats/CoreMetadata.java;h=26700372f14936d81f3850a43632da9b1df706f8;hb=refs/heads/master The littleEndian (aka inverse of BigEndian? attribute) is a special case though because BF *needs* it just to write the data. Or to interpret data from openBytes, of course. Same is true of interleaved, to interpret data from openBytes. We avoid the problem by using ChannelSeparator? everywhere, though.
comment:4 Changed 12 years ago by ajpatterson
- Status changed from new to accepted
comment:5 Changed 12 years ago by ajpatterson
- Status changed from accepted to closed
Comment from Curtis in devteam:
Melissa & Andrew: It just occurred to me that if we deprecate BinData, we'll need to relocate the BigEndian flag again, to somewhere more permanent. I also vote for adding Interleaved and Indexed and other such "core metadata" Bio-Formats flag to the same place, for convenience.