The GeneMANIA project includes a simple web interface for managing interaction data to be added for future releases. It was intended to allow a user to upload and quickly validate interaction networks, as well as specify network metadata such as references and default settings without having any knowledge of setting up and running a backend data processing pipeline.
That interface maintains data in a separate repository consisting of a SQL database and text files, and duplicates some of the data processing performed in the pipeline. After some discussion, it was suggested to simplify development by:
dropping the separate data storage format (SQL + text files) and backing the application directly on the data file format used by the pipeline
In addition, it may make sense to more closely integrate with the pipeline's data processing instead of duplicating parts of it, either by investigating and using the snakemake --gui option, or invoking and using specific pipeline steps directly. In the latter case, it could be simpler to take the current AdminWeb UI, drop the backend java components and replace with a simple python web app while preserving the javascript UI components.
The GeneMANIA project includes a simple web interface for managing interaction data to be added for future releases. It was intended to allow a user to upload and quickly validate interaction networks, as well as specify network metadata such as references and default settings without having any knowledge of setting up and running a backend data processing pipeline.
That interface maintains data in a separate repository consisting of a SQL database and text files, and duplicates some of the data processing performed in the pipeline. After some discussion, it was suggested to simplify development by:
In addition, it may make sense to more closely integrate with the pipeline's data processing instead of duplicating parts of it, either by investigating and using the snakemake --gui option, or invoking and using specific pipeline steps directly. In the latter case, it could be simpler to take the current AdminWeb UI, drop the backend java components and replace with a simple python web app while preserving the javascript UI components.