Skip to content

Repository Organization #17

Description

@HubLot

Further to the issue #15, I would like to offer a tree view of the repo to improve it. The idea is to follow more or less the github research workflow here and we would have something like this:

nmrlipids.blogsport.fi
   |
   - Data (DATAreportediINblog)
   |
   - Fig
   |
   - Input files
   |
   - HGmodelMANUSCRIPT
   |
   - LIPIDionMANUSCRIPT
  • Data will be the DATAreportedINblog. The organization in this folder is great with the source of the data in each file. But we can move the graphic files in the Fig folder. This way, we won't mix up raw data and the graphics generated from them. Adding a few lines in the README to explain the data file will be great and how we obtain them from MD trajectories.
  • Fig will contain all & only the generated graphics from the Data folder. We could have a Makefile inside it to properly regenerated them when the data files changed and a sub-folder src where the scripts to generated the fig will be stored. The idea is to quickely & easily regenerated the figures from scratch (reproducibility).
  • Input files will contain all input files to re-launch the MD simulations (like the POPCCharmm folder) with the same tree view as Data. There is not much of these files currently but they can be easily added from zenodo. We will aslo add the zenodo links in a README or something like that.
  • HGmodelMANUSCRIPT& LIPIDionMANUSCRIPT will contain only the needed files for the manuscript (tex, bib, etc). The README wil contain, among other stuff, the list of the figures used which are stored in the Fig folder. Thus, people could quickely identified them. See Manage HGmodelManuscript folder #15

Of course, the scientific disussion will remain on the blog but the technical part can be discuss here.

Of course, I'm willing to do this work :)

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions