Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Introducing image processors #19

Closed
dicom opened this issue Apr 13, 2011 · 1 comment
Closed

Introducing image processors #19

dicom opened this issue Apr 13, 2011 · 1 comment

Comments

@dicom
Copy link
Owner

dicom commented Apr 13, 2011

Historically, ruby-dicom has had RMagick image methods integrated, for easy extraction and insertion of images from/to DICOM objects. However, not everyone is too happy with RMagick. It is resource intensive, it is not actively maintained any more, and it is a hassle to install on Windows.

Ideally, ruby-dicom should be able to utilize any image library for exporting/importing images. Therefore, I have started work to introduce the concept of image processors. After requiring ruby-dicom, the user may select which of the supported image libraries he wishes be used by the buildt in image methods. This has the advantage of making ruby-dicom even more modular and accessible, but another positive side effect is that I believe the image code will become cleaner.

As a starting point, RMagick and mini_magick will be the supported image processors.

@dicom
Copy link
Owner Author

dicom commented May 5, 2011

The rewrite has definitely resulted in cleaner code, which Im quite happy about.

For those wishing to use :mini_magick instead of RMagick with ruby-dicom, version 3.2.1 (or higher) of the mini_magick gem is required.

@dicom dicom closed this as completed May 5, 2011
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant