[Debian-med-packaging] Bug#813638: wishlist: add --dicomdir commandline option

[Karsten Hilbert]

Hi Gert,

thanks for looking into this.

> * Is upstream actually dead (their web-page looks like it)? - because
> it is Debian policy to avoid straying from upstream versions with
> respect to functionality. 

There's a github project

	https://github.com/pipelka/aeskulap

by the last known upstream which I CCed. Also, this

	https://github.com/pipelka/aeskulap/commit/ef02db6d7b6db211070025ba04211719a44cc876

says that Gianluca Ghelli wrote the DICOMDIR support. It also
seems to suggest, that

	-d DICOMDIR

support is already available somehow

	<Option parameters="-d d:\temp\jdicom1\DICOMDIR" />

although maybe not released ?  At any rate, when calling

	$> aeskulap -d /path/to/a/DICOMDIR

Aeskulap does not load that DICOMDIR.

Gianluco Ghelli can probably be reached via LinkedIn at
Sherden Gas Spa

	https://www.linkedin.com/in/gianluca-ghelli-8715a883

although I cannot currently find an email address.

> Well, I had a look last week, and it is actually not that easy: 
> 
> * The way the DICOM files are loaded is somewhat wired (first they are
> scanned and then they are loaded in a background thread), and I'm not
> sure how to map this to a dicomdir, and so far I never have used the
> dicomdir capabilities in DCMTK. 

I don't think you need to write any code to actually deal
with the content of a DICOMDIR. Aeskulap already supports
loading studies based on reading a DICOMDIR. All that seems
needed is connecting a command line option (see -d above)
with the code that already exists and works fine, and is
callable via a menu item.

> * Since I have none: Some DICOMDIR example would be helpful. 

Attached.

Karsten
-- 
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346
-------------- next part --------------
A non-text attachment was scrubbed...
Name: DICOMDIR.anon
Type: application/octet-stream
Size: 1564 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/debian-med-packaging/attachments/20160222/065a084d/attachment.obj>