lightweight bioformats aware image server sought
Posted: Tue May 10, 2016 2:28 pm
I think OMERO might provide a solution, or a piece of it, to a problem at hand. I am seeking implementation ideas.
I seek a server implementing a URL API allowing to retrieve subsets of the MANY THOUSANDS of small TIFF images embedded in an bio-formats compatible (Amnis FlowSight) document.
I expect my users _could_ load them into an OMERO server and address them that way, however I think I need something more lightweight and providing a more transparent process to my users.
What I _think_ I want is a server that ingests bioformat compatible files "on demand", and somehow caches the meta-data for the most recently files, allowing for fast access.
The server could be deployed to the users localhost (PCs) or even on a central linux server having a shared file system (obviating the need for the documents to be moved or transmitted).
My users in the laboratory currently export the TIFFs to the file system and can address them that way. It is quite performant, but I want to relieve my user of the need to perform this export. It clutters their drives, makes needless copies, and requires them to adhere to naming conventions when exporting.
I'm currently thinking something might be cobbled using the python bioformats wrappers and a lightweight web framework (such as flask).
Perhaps some subset of features of OMERO could be deployed to this effect, however I hope to avoid the overhead of committing to permanently saving the meta-data of images, and it would have to provide quick ingest and teardown. So far, I have only read a bit about OMERO but have not deployed it myself.
The "client" of the URL API will be an instance of TIBCO Spotfire running on the local desktop. This should not matter to the implementation, but I mention it so you can visualize my problem a little better. Spotfire is used to analyze and plot matrices of feature values extracted from the images embedded in the AMNIS Flowsight document. On occasion, the user may select some datapoints and select to see the underlying image. The numeric image ID is a key which is embedded in a URL template to retrieve the image. Currently, I'm retrieving TIFFs exported to the file system. I want now instead to extract them "on demand" using the proposed server.
To boot, I envision submitting a document to such a server to possibly be integrated into the MS Windows desktop as a right-click action. Or something as simple and transparent.
Does such a thing already exist?
Is this a trivial application of OMERO?
Is is bound to be allot more complicated than a quick python/bioformats/flask caching server?
Am I leaving out essential details?
Thanks for your consideration and assistance.
I seek a server implementing a URL API allowing to retrieve subsets of the MANY THOUSANDS of small TIFF images embedded in an bio-formats compatible (Amnis FlowSight) document.
I expect my users _could_ load them into an OMERO server and address them that way, however I think I need something more lightweight and providing a more transparent process to my users.
What I _think_ I want is a server that ingests bioformat compatible files "on demand", and somehow caches the meta-data for the most recently files, allowing for fast access.
The server could be deployed to the users localhost (PCs) or even on a central linux server having a shared file system (obviating the need for the documents to be moved or transmitted).
My users in the laboratory currently export the TIFFs to the file system and can address them that way. It is quite performant, but I want to relieve my user of the need to perform this export. It clutters their drives, makes needless copies, and requires them to adhere to naming conventions when exporting.
I'm currently thinking something might be cobbled using the python bioformats wrappers and a lightweight web framework (such as flask).
Perhaps some subset of features of OMERO could be deployed to this effect, however I hope to avoid the overhead of committing to permanently saving the meta-data of images, and it would have to provide quick ingest and teardown. So far, I have only read a bit about OMERO but have not deployed it myself.
The "client" of the URL API will be an instance of TIBCO Spotfire running on the local desktop. This should not matter to the implementation, but I mention it so you can visualize my problem a little better. Spotfire is used to analyze and plot matrices of feature values extracted from the images embedded in the AMNIS Flowsight document. On occasion, the user may select some datapoints and select to see the underlying image. The numeric image ID is a key which is embedded in a URL template to retrieve the image. Currently, I'm retrieving TIFFs exported to the file system. I want now instead to extract them "on demand" using the proposed server.
To boot, I envision submitting a document to such a server to possibly be integrated into the MS Windows desktop as a right-click action. Or something as simple and transparent.
Does such a thing already exist?
Is this a trivial application of OMERO?
Is is bound to be allot more complicated than a quick python/bioformats/flask caching server?
Am I leaving out essential details?
Thanks for your consideration and assistance.