[ome-devel] Bug 274 : Incremental Import
Joshua Moore
j.moore at dkfz-heidelberg.de
Tue Aug 31 15:31:08 BST 2004
Jason Swedlow wrote:
> Can you define use case-- specifically, what is the amount of data at
> the point the user wants to evaluate progress, and what is the final
> amount of data. We will need to be convinced that a simple visual
> client running locally at the evaluation point is insufficient for
> this to convince us to substantially change OME design and principles.
Once we are up an runnning a single microscope run will be imaging 2000
wells every 10 minutes for 30 hours. Each single-channel image is 1Mb
for a run of roughly 120Gb.
There will be two parallel systems running roughly twice a week for
roughly .5Tb per week.
The benefit of making this possible is that, at least in LabView, a GUI
could be produced which keeps track of which wells are good, and keeps a
current view by calling Composite();
> I understand the importance of saving (and collecting) only useful
> data. But OME is fundamentally not a filesystem. It is a data
> warehouse. There are very good reasons not restrict data deletion..
> However, we need to be able fix botched imports ("Oooops, I just
> imported the whole filesystem"). Note that there are many legal
> requirements that argue against deletion of primary electronic data
> (http://www.fda.gov/ora/compliance_ref/part11/).
>
> Anyway, give us some details and let us work this out. We have
> discussed this at length for the last 3 years and have various ideas
> we are thinking of implementing. Any comments from other sites?
>
> Cheers,
>
> Jason
>
More information about the ome-devel
mailing list