visualization
Viewing medical data (CT pictures) on Linux
I recently had to visit a CT institute to produce a series of CT-pictures depicting the internals of my nose (and parts of the head as well). The result was a series of about 120 pictures, each picture showing a small slice of the interesting region. They can be used by a medical doctor to examine the structure of the region of interest for example to prepare for a surgery. In theory it is also possible to create a 3D-model of the recorded region.
The institute provided me with the on-paper pictures as well with a CD, containing the examination-results in a dedicated format, called DICOM (Digital Imaging and Communications in Medicine). The CD also contains a windows-program to instantly show the results on screen of a windows-computer.
But... I do not use windows. How to show them in Linux?
Taggings:
Easy access to MySQL data on shared hosting service
<p>MySQL databases are often the main data-source of web applications when it comes to shared hosting services with very limited possibilites (no system service support, no scheduling, no in-memory database, ...). Often, management or visualization of such databases is not easily done, since no admin utility is installed, no remote connections to the database are allowed, and access by the sql binary (via SSH) is not user-friendly. A better way to manage databases visually in such cases is the challenge.</p>
Visualizing a timeline
It is a significant value added for the user, to have a list of events or periods (time series data) not only listed in a table or similar, but to have it visualized on a time scale, providing for preattentive recognition of the time relation (time distance) between the events.
Often it is not possible to illustrate the proportions in one screen-size image, which requires some interactive visualization technique, allowing for scrolling around the time-scale.
Also a "bifocal" view is advisable, ie a visualization comprising both a overall view and a detail view for a selected time-period.
Furthermore options regarding the boundaries, granularity of the detail view, and general display settings are needed in the authoring stage.
Various input formats would be desirable, but one simple text-based and perhaps one based on XML, would be a good start.
