Git Product home page Git Product logo

scifio-itk-bridge's Introduction

developer chat

SCIFIO (SCientific Image Format Input & Output) is an extensible Java framework for reading and writing images, particularly N-dimensional scientific images.

This core package supports parsing pixels and metadata for a collection of open formats. Additional formats can be supported simply by downloading SCIFIO plugins and including them in your project.

Purpose

SCIFIO's primary purpose is to provide a clear convention for supporting image input and output. By lowering the barrier for adding new image formats, all SCIFIO-backed software will grow more versatile and powerful.

Supported formats

The SCIFIO core includes support for:

  • APNG
  • AVI
  • BMP
  • DICOM
  • EPS
  • FITS
  • GIF
  • ICS
  • JPEG
  • JPEG2000
  • MNG
  • Micro-Manager
  • NRRD
  • PCX
  • PGM
  • QuickTime
  • TIFF
  • Zipped images

Additionally, Bio-Formats is available as a SCIFIO plugin for supporting more than a hundred additional proprietary formats.

For users

ImageJ2 and Fiji use SCIFIO for image I/O.

For developers

Several software libraries use SCIFIO for image I/O:

  • SCIFIO has built-in support for opening and saving ImgLib2 data structures (see the io.scif.img package).
  • We have updated Bio-Formats to also support SCIFIO plugins, backwards compatibly with existing code.
  • ITK has an ImageIO module for reading and writing images using SCIFIO.

Developer documentation:

More information

For more information, see the SCIFIO FAQ and SCIFIO web site.

Getting help

SCIFIO uses the Image.sc Forum for support. Start a new topic tagged with scifio.

Contributing to SCIFIO

SCIFIO is an open project and anyone is very welcome to submit pull requests to the SCIFIO repository.

With SCIFIO's focus on extensibility, you typically will not need to make upstream changes to get your formats into users' hands. However, if you are interested in submitting a pull request, that's great! All we ask is that you check:

mvn clean test

from the top level.

If you're adding a new feature, it would be fantastic if you could write a unit test for it! Simply base it on JUnit to have it run by the SCIFIO test suite.

scifio-itk-bridge's People

Contributors

ctrueden avatar hinerm avatar

Stargazers

 avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Forkers

ryanfpage

scifio-itk-bridge's Issues

Add vector image support

Currently the Vector image test makes a fixed 3x3 vector instead of a # of images x # components vector. This should be fixed (with number of vectors being a command line argument)

Unfortunately I don't think we can dynamically discover the dimensionality because it needs to be declared in the Test level and not the IO level. If it is possible though, it would be ideal to get the # of images in a dataset from the IO and then adjust the pixel type accordingly.

Improve tool configuration

Currently you have to recompile to change the pixel type, component type, etc...

these should be configuration options, as well as being RGB/Vector/etc...

Make SCIFIO First ImageIO if present

If ITK already has an ImageIO that covers the same format as SCIFIO, it is queried first. But the data isn't guaranteed properly formatted for the SCIFIO writer. It would be nice to ensure that SCIFIO Writers are only invoked if given a SCIFIO ImageIO.. and one way to do that would be to just always make SCIFIO ImageIO the top choice.

Convert SCIFIOITKBridge to use SCIFIO API

Currently the ITKBridge class still uses loci.formats IFormatReader to open images.

It should be converted to use the SCIFIO API.

Before this can happen we need a Bio-Formats Format and a sezpoz-safe loci-tools.jar.
Depends on:
scifio/scifio#5
scifio/scifio#6

The ITK Download script should also be updated to download both Bio-Formats and SCIFIO by default.

Handshake before reading metadata

Currently metadata key, value pairs are read during ReadImageInformation without any handshaking to signify the start of the read. This means that, say, starting the JVM with the agentlib flag - which prints a "listening on port xxxx" - destroys the metadata table, which kills the whole process.

So we just need a handshaking step that discards anything in the input stream before reading K,V pairs.

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.