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
DICOMDIR.anon
Description: Binary data