Search found 1442 matches
- Fri, 2024-04-12, 08:41
- Forum: DCMTK - General
- Topic: DCMTK IPV6 support
- Replies: 4
- Views: 76
Re: DCMTK IPV6 support
The command line tools will not work with IPv6 yet. On library level, some classes and functions are "IPv6 ready", such as class OFSockAddr OFStandard::getHostnameByAddress() the gethostid() function, which in some cases uses the system's IP address the oflog logging module Other functions...
- Thu, 2024-04-11, 17:44
- Forum: DCMTK - General
- Topic: DCMTK IPV6 support
- Replies: 4
- Views: 76
Re: DCMTK IPV6 support
DCMTK contains partial support for IPv6, but the support is incomplete, so it is not entirely surprising that you are encountering issues.
- Thu, 2024-04-11, 17:31
- Forum: DCMTK - General
- Topic: UID's generated by DCMTK are DICOM-compliant ?
- Replies: 6
- Views: 176
Re: UID's generated by DCMTK are DICOM-compliant ?
OFFIS explicity permits the use of the UIDs generated by DCMTK under the OFFIS UID root by DCMTK users. While we cannot accept any legal responsibility for the uniqueness of the UIDs, the UIDs are as unique as technically possible. If the PACS vendor has reason to suspect otherwise, I would be happy...
- Sun, 2024-04-07, 12:12
- Forum: DCMTK - General
- Topic: Character conversion does not fail when characters cannot be converted
- Replies: 5
- Views: 192
Re: Character conversion does not fail when characters cannot be converted
I have today committed a fix for this issue to our testing branch. This should appear in the public git repository in a couple of days.
I have also reported the issue to FreeBSD, see https://bugs.freebsd.org/bugzilla/show_ ... ?id=278229.
I have also reported the issue to FreeBSD, see https://bugs.freebsd.org/bugzilla/show_ ... ?id=278229.
- Fri, 2024-04-05, 14:17
- Forum: DCMTK - General
- Topic: OpenSSL version
- Replies: 3
- Views: 87
Re: OpenSSL version
The CMake variable is named "WITH_OPENSSLINC", not "WITHOPENSSLINC", and it should point to the main directory for OpenSSL, not to the include directory. There should be an "include" subdirectory in the directory to which you point "WITH_OPENSSLINC".
- Wed, 2024-03-27, 09:27
- Forum: DCMTK - General
- Topic: img2dcm fail with converted images
- Replies: 6
- Views: 275
Re: img2dcm fail with converted images
Once you have converted the image to uncompressed DICOM, you can use one of the lossless compression schemes available in DCMTK to apply an image compression, e.g. check the "dcmcjpeg" and "dcmcjpls" tools. Note that it is NOT possible to convert a PNG image to DICOM without deco...
- Sun, 2024-03-24, 16:02
- Forum: DCMTK - General
- Topic: img2dcm fail with converted images
- Replies: 6
- Views: 275
Re: img2dcm fail with converted images
That is probably correct. PNG is a compressed image format, DICOM is uncompressed. So the DICOM image file will necessarily be larger than the PNG file. A compression ratio of 3:1 sounds plausible.
- Mon, 2024-03-11, 09:31
- Forum: DCMTK - General
- Topic: Character conversion does not fail when characters cannot be converted
- Replies: 5
- Views: 192
Re: Character conversion does not fail when characters cannot be converted
I plan to report this to FreeBSD once I have analyzed the issue in more detail.
- Fri, 2024-03-08, 14:40
- Forum: DCMTK - General
- Topic: Character conversion does not fail when characters cannot be converted
- Replies: 5
- Views: 192
Re: Character conversion does not fail when characters cannot be converted
I can confirm this behaviour and have added an issue to our issue tracker: https://support.dcmtk.org/redmine/issues/1113 Apparently, this is caused by incorrect translation tables, in this case oficonv/datasrc/csmapper/ISO-8859/UCS%ISO-8859-2.src. This is remarkable, because these tables come from t...
- Mon, 2024-03-04, 10:40
- Forum: DCMTK - General
- Topic: PhotometricInterpretation lost
- Replies: 6
- Views: 178
Re: PhotometricInterpretation lost
I mean the value of the photometric from --dataset-from documents/study-00000.series-00000.image-00000.dcm was not copied to ./frame2large/header.dcm That is right. The photometric interpretation is derived from the image file that is converted to DICOM. It would make very little sense to specify t...
- Tue, 2024-02-20, 13:57
- Forum: DCMTK - General
- Topic: error handling with storescu
- Replies: 3
- Views: 4809
Re: error handling with storescu
when your saying running storescu with sudo is a bad idea , what is the reason for that ? A tool should, in general, always run with the least required privileges. storescu does not need root access rights. The only possible reason might be that it runs as a user that cannot access the DICOM files ...
- Mon, 2024-02-19, 21:38
- Forum: DCMTK - General
- Topic: DCMTK Latest version update issue
- Replies: 10
- Views: 1398
Re: DCMTK Latest version update issue
You are not linking all required libraries. Your DCMTK has been compiled to include zlib and libwrap support, so you need to link against libwrap (-lwrap) and zlib (-lz).
- Mon, 2024-02-19, 21:35
- Forum: DCMTK - General
- Topic: premission
- Replies: 1
- Views: 107
Re: premission
This is not something that can be solved in DCMTK. The writeBMP() method simply uses fopen() to create a file. Such a file always has the owner corresponding to the process creating the file, and access rights 0666 (read-write permission for owner, group and others) as modified by the process umask,...
- Fri, 2024-02-16, 15:53
- Forum: DCMTK - General
- Topic: DCMTK Latest version update issue
- Replies: 10
- Views: 1398
Re: DCMTK Latest version update issue
Your error description is not detailed enough to provide any help. Which platform (OS, compiler, version) are you using, which commands are you calling, what are the error messages printed?
- Wed, 2024-01-31, 12:41
- Forum: DCMTK - Installation
- Topic: Error building DCMTK with Apple M1 chip
- Replies: 2
- Views: 290
Re: Error building DCMTK with Apple M1 chip
The missing symbols are definitely in libtiff. Check if libtiff is really installed, and whether you do have a arm64 version installed. Check the CMake log files do determine the precise call to the linked, and whether the right libtiff file is referenced there. We have a nightly build of DCMTK on M...