Giter Site home page Giter Site logo

biccn-infrastructure's People

Contributors

amahurkar avatar carolth avatar hhuot avatar jgrethe avatar memartone avatar satra avatar tgbugs avatar timothytickle avatar

Stargazers

 avatar  avatar

Watchers

 avatar  avatar  avatar

biccn-infrastructure's Issues

Patch-seq Data Linkage

This issue is for discussion around Data Linkage for Patch-seq. The goal is to determine the requirements for Data Linkage across archives.
Please feel free to comment and add to the discussion.

Patch-Seq consists of data that will be housed at 3 archives:

Archive Data Type File Type (Minimum) Note
DANDI Patch Ephys NWB  
BIL Morphology SWC Images optional
NEMO Transcriptomics Fastq  

Here is a first use case to support:

  1. Use Case: User wants to find data associated with only those cells that have all 3 data types.
    Necessary information:
  • Cell specimen id for linking data across all three archives
  • Availability of each data type for that cell - some cells will have all 3, some will have 2, some cells may only have ephys.

Data Level Policy

It would be great to have a concise and centralized policy for data levels.

DOI Support for Manuscripts

There are multiple strategies for DOI support for manuscripts. We need to decide on appropriate strategies to group data for DOIs at each archive.

TYPE of Data SETS of data RELATIONSHIP to Paper LOCATION of Data
Raw data (e.g., fastq, NWB, Stitched images) Subset of “project” explicitly reported to date All applicable data, whether explicitly reported in paper or not Within one archive
Processed Data (e.g., BAM/counts, registered images) Subset of “project” that is all MOp data to date for that project Data reported to whole paper Across multiple archives
Annotations Whole “project” to date (including non-MOp) Data per figure At other sites (e.g., Neuromorpho, Mouse Brain Architecture, etc)
  Combinations of subsets of projects Data per analysis  
  Combinations of projects to date    

 

Data Ingest Guidelines

It would be great to have a policy in the repo a consistent description of data levels, the expected level of ingestion (per assay group).

Embargo Policy

It is important we codify an embargo policy in GitHub here so it is public and centralized.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.