DCMTK

moeglicherweise auch dump2dcm anpassen, was ist mit "\r"?
Leider doch nicht so unproblematisch, da "\" auch als Trennzeichen bei VM

1 eingesetzt wird. Wie will man dann noch zuverlaessig erkennen, ob ein

"\n" im Dump durch ein Newline ersetzt werden soll?

=== Nachtrag JR vom 2004-01-26 ===

In welchen Datentypen ist ein Zeilenumbruch (Kombination aus CR und LR) denn
ueberhaupt erlaubt: LT, ST, UT. Dort ist der Backslash aber kein Trennzeichen
fuer VM > 1. Also koennen doch "\n" und "\r" konsistent in "dcmdump" und
"dump2dcm" eingesetzt werden, aus einem "normalen" Backslash muss dann aber
ein doppelter werden ("\\").

Bei allen anderen Datentypen kann natuerlich (unter Verletzung der Standardregeln)
auch ein oder mehrere Newline auftauchen. Was machen wir dann? In "dump2dcm" kann
man es sicherlich ignorieren (Warnung ausgeben, evtl. Methode checkVR() verwenden),
aber bei "dcmdump" moechte man doch i.a. den Originalwert sehen, der im
DICOM-Datensatz steht.

Offen: * wollen wir auch FF (Form Feed) unterstuetzen? Also "\f". * was ist mit anderen "Control Characters" -> "\ooo" also Oktalschreibweise?

Noch ein Zitat aus PS3.5-2003 Abschnitt 6.1.2:

"In text strings a new line shall be represented as CR LF.
 Note: Some machines (such as UNIX based machines) may interpret LF (00/10) as
       a new line. In such cases, it is expected that the DICOM format is
       converted to the correct internal representation for that machine." 

Beachte aber Besonderheiten bei SR Value Type TEXT, PS3.3-2003 Table C.17.3-5:

"The text value may contain spaces, as well as multiple lines separated by
 either LF, CR, CR LF or LF CR, but otherwise no format control characters
 (such as horizontal or vertical tab and form feed) shall be present, even
 if permitted by the Value Representation of UT." 

=== Nachtrag JR vom 2012-01-27 ===

Siehe auch CP-1128 (FT) “Enforce UT CR/LF Part 5 requirement in Part 3”.