From ZENBU documentation wiki
Jump to: navigation, search


Basic structure

  • A simple tabdelimited text file.
  • The first line after the comments/metadata (see below) is a header line, which indicate column names of the table.
  • Column order is flexible
  • The first column should describe a 'key' (unique in many cases, but not necessarily) of the data, and the column name should be 'id'
  • If a cell need to include multiple values, comma(',') is recommended to be used as a separator.
  • Lines starting with '#' are comments.
  • Lines starting with '##' are attributes or metadata of the table. (See 'Metadata' section below)
  • All the comment and attribute lines should appear above the header line
  • All the column should be described in Metadata (See 'Metadata' section below)

Metadata ('##' lines)

The basic structure is '##qualifier = value'.
Required metadata: FileFormat, Date, ProtocolREF, ColumnVariable, ContactName, ContactEmail

'genome_assembly' for parameter value is required, when using


Required (mandatory) metadata


describes file format of this file.

##FileFormat = OSCtable1.1


describes the date when the data file is generated

##Date = 20090602


describes the protocol used to generate the data file.

##ProtocolREF = CAGEmappingv1.0


describes the ALL columns used in the data file

##ColumnVariable[start] = this is a start position of the genomic coordinate
##ColumnVariable[end] = this is a stop position of the genomic coordinate
##ColumnVariable[norm.THP10h] = this is TPM normalized value with 10h
##ColumnVariable[entrez_gene_id] = Entrez gene ID, which is assigned to the cluster


describes the contact name about the data file.

##ContactName = Hideya Kawaji


describes the contact address about the data file

##ContactEmai = kawaji@gsc.riken.jp

Optional metadata


describes the file(s) used to generate the data file

##InputFile = lane1.fa
##InputFile = lane2.fa


describes the parameter(s) used to generate the data file in the protocol
the parameter(s) should be consistent with the protocol description

##ParameterValue[alignment_program] = BWA
##ParamterValue[aligment_program_version] = 1.3.5
##ParameterValue[UCSC_gene_tracks] = RefSeq
##ParameterValue[UCSC_gene_tracks] = ENSEMBL transcript


describes the name space for the column names. See below (NameSpace)


Name Spaces

  • A set of column names (and parameters) to be used for a specific purpose or context.
  • The same column names with the same name space are recognized as the same (equivalent) meaning.
  • Supported name space: genomic_coordinate, expression


  • column names are: chrom, start.0base, start.1base, end, strand
  • parameter value: genome_assembly
    • chrom: chromosome name used in the genome assembly. For example, chr1, chr2, chr3, ... chrM for the UCSC hg18 genome assembly.
    • start.0base: start position (bp) on the chromosome in 0start coordinate system (BED, PSL, BLAT, exonerate, and nexAlign style)
    • start.1base: start position (bp) on the chromosome in 1start coordinate system (conventional coordinate system; adopted in GFF as well)
    • end: end position (bp) on the chromosome
    • strand: strand on the chromosome; optional
    • Note:
      • All of the above columns are not necessarily required. For example, start.0base would not be required if you have start.1base, and strand would not be required if the annotation do not have strand distinction
      • 'genome_assembly' for parameter value is required.


generic expression tags
  • column names are: raw.ZZZ, norm.ZZZ, or exp.YYY.ZZZ
    • raw.ZZZ : for raw value of expression such as raw_counts and raw signal intensities.
    • norm.ZZZ : for normalized value.
    • ZZZ indicates the experiment (cell conditions, RNAs, etc) of the expressions
    • YYY should not include dot (.), and indicates the type of expression.
'mapcount' tag

To specify that alignments may be be mapped on more than one location, you can either use...

ZENBU interpretation of OSCtable files

OSCtable is one of the main interchange formats for ZENBU. It allows all possible mapping of data into the ZENBU data model.

official OSCtable column names

The official OSCtable specification has very few predefined columna names

  • chrom, start.0base, start.1base, end, strand are directly interpreted as genomic coordinates. While ZENBU uses a 1-based-inclusive coordinate space internally, it can automatically handles the conversion between coordinate spaces.

ZENBU additional column namespaces

  • name is stored in the ZENBU Feature name
  • eedb::name same as name
  • score is stored in the Feature significance. On data uploading there is an option to copy the score into an Expression value of a specified DataType.
  • eedb::score same as score
  • bed::blockCount, bed::blockSizes, bed::blockStarts are taken from the BED file specification. These three columns work together and are interpreted into SubFeatures on the primary Feature. Each of these SubFeatures are created with a FeatureSource category of block.
  • bed:thickStart and bed::thickEnd are taken from the BED file specification.
    • if bed::thickStart is not equal to start then the region from start to bed:thickStart is interpreted into a SubFeature of category 5utr
    • if bed:thickEnd is not equal to end then the region from bed:thickEnd to end is interpreted into a SubFeature of category 3utr