New DICOM browser is ready

We have completely reworked the DICOM browser in Slicer to make it more responsive and display more relevant information.


  • DICOM import runs in the background: application GUI is not blocked anymore and continuous, detailed progress information is shown while data is being imported
  • DICOM import speed is greatly improved: for example, time to import 10 TCIA patients decreased from 46 sec to 7 seconds.
  • DICOM patient/study/series can be loaded by double-clicking on the it
  • Added new displayed fields: such date added (makes it easy to find newly added images), number of studies/series/images, number of frames and frame size
  • Improved data columns display: fit column widths to content, set default sorting
  • DICOM database version upgrade is not enforced when updating Slicer (user can choose between upgrade or creating a new database at a new location)

Developer features:

  • Made it configurable which columns are displayed in the browser, in what order, what format (stored in database ColumnDisplayProperties table)
  • Moved many DICOM features into CTK (export to file system, DICOM metadata display, etc.)
  • Separated DICOM widget from logic: DICOM database is now owned by Slicer application using a shared pointer. This allows DICOM import and loading without using GUI classes (without instantiating DICOM browser widget). See example in DICOMUtils.loadSeriesByUID.
  • DICOM database object is always created (even if no valid DICOM database location is specified) when the application is started. If no valid DICOM database location is specified then the database will not be open.
  • Made recent activity widget selection trigger selection of the series in DICOM browser

The new browser is available in latest Slicer Preview Release. Any comments and suggestions are welcome.


Is it possible to configure the series choosing frame to display columns for specific metadata? Or another way to quickly access a pre-saved metadata list?
Specifically thinking about Gantry tilt, pixel spacing, slice thickness

Yes, you can add more displayed columns by editing the database schema and register custom ctkDICOMDisplayedFieldGeneratorAbstractRule classes in the DICOM database’s DisplayedFieldGenerator to fill those columns with values. This requires rebuilding of Slicer, so if you have specific fields that many users would potentially wan to see then we can add these rules to the application. Users then can use any SQLite file editor to change ColumnDisplayProperties table in the database to set what fields they want to see and what order.

You can see all DICOM metadata of an item by right-clicking and choosing “View DICOM metadata”. There is free-text (and regexp) search, so you can find all fields that you are interested in very quickly.


Thanks for your answer,

I guess pixel spacing (0028:0030) slice thickness (0018:0050) and (a bit less importantly) gantry tilt (0018:1120) might be nice additions for many users.

This works for individual checks but there is often a need to quickly check a set of metadata entries, i sometimes use microdicom (a free dicom viewer) just for its functionality of saving a list of favorite metadata and quickly browse them for multiple series.

Value of slice thickness field is rarely useful. This field does not specify image geometry and often missing. Slice spacing can only be determined by inspecting slice positions, which is a quite expensive operation. However, slice spacing information is often included in the series description.

Pixel spacing and gantry tilt could be added quite easily.

I am having difficulty using the new DICOM browser because the column width cannot be adjusted in the main display window. This makes it inconvenient when I need to expand fields like ‘Date added’ to ensure I’m looking at the right files. Is there a way to fix this currently?

Only very narrow column widths are set automatically. You can change “Date added” column width by drag-and-dropping the right side of the column (left side of the column would resize the previous column, which is locked, because it is a narrow column that can be reliably sized automatically).

Thank you so much for fixing this problem for me, it’s been a very annoying hang up using the new Slicer
This is very unintuitive behaviour and watching the left edge of the column move as I drag on the right edge feels incorrect. That being said, I appreciate your help.

This works exactly the same way as in Excel and most other software that displays tables: column width is always adjusted by drag-and-dropping the right side of the column. I agree that it is tricky to adjust the rightmost column because you need to drag outside the table, but nobody else has come up with a more intuitive solution.

Certainly true, it is correct to adjust from the right side of the column. The unintuitive part (and what Excel does not do) is that the left side of the column is what actually moves when dragging on the right side.

The left side of the column moves because the table is set to fill all the available space without scrolling (Excel just extends the table area and requires you to scroll). I agree that it is unexpected but I cannot think of a better behavior (without requiring scrolling and the user adjusting several column widths manually).