I'd like some help understanding ICC Profile handling in DICOM. Based on my understanding of §C.11.15.1.2, I would interpret it as follows:
```
SRGB
ICC Profile (0028,2000) defines the sRGB color space [IEC 61966-2.1]
```
Strictly referring to the official HP sRGB profile:
```
$ file "sRGB Color Space Profile.icm"
sRGB Color Space Profile.icm: Microsoft color profile 2.1, type Lino, RGB/XYZ-mntr device, IEC/sRGB model by HP, 3144 bytes, 9-2-1998 6:49:00 "sRGB IEC61966-2.1"
```
This is the profile that is commonly found on Windows systems under:
```
C:\Windows\System32\spool\drivers\color\sRGB Color Space Profile.icm
```
However, there is one notable exception due to the constraint specified in C.11.15.1.1: the Device Class must be "Input" (`scnr`), whereas the official HP profile is classified as "Display" (`mntr`).
For example:
```
$ iccdump "sRGB Color Space Profile.icm" | grep Copy
0x0000: Copyright (c) 1998 Hewlett-Packard Company
```
My questions are:
1. Is it acceptable to modify this profile and change the Device Class from `mntr` to `scnr`? Since the original file does not contain a Profile ID, no profile ID recalculation issue should arise.
2. If modifying this profile would violate HP copyright, what open-source alternatives are available?
3. What are the potential interoperability impacts of using an ICC v4 profile instead of a legacy ICC v2 profile (reference:
https://registry.color.org/rgb-registry/srgbprofiles)?
I understand that there are multiple ICC profiles commonly referred to as "sRGB". I would like to clarify what the DICOM standard mandates when the Attribute Color Space is set to `SRGB`.
Thank you for your clarification.