可以看到都从0028 group开始描述图像信息,讲述应该如何去阅读pixel，最终以7fe0,0010的地方开始存放PixelData,上面的是uncompressed file即未压缩的。

下面这张图是compressed JPEG格式(压缩版)

可以看到未压缩和压缩的一些细小差异：

• Photometric Interpretation(光度解释) - 压缩的用的是YBR_FULL_42, 未压缩的就是RGB
• PixelData - 压缩用的是201个sequence来解释，而未压缩的就是一系列简单的字节数组

下面我们来具体看看整个group 0028的一些概念属性介绍：

• Rows / Columns - Rows(0028,0010)定义了图像的height(Y),Columns(0028,0011)定义了图像的width宽度(X),在我们上面的这个例子了每个frame帧都是1280*960个pixels
• Samples Per Pixel - 定义了对应的颜色通道个数，对于灰度图像Grayscale来说，比如CT或者是MR，只需要设置为1，因为只需要单一灰度通道。对于彩色图像来说，以我们这个例子他就是3个颜色通道分别为Red,Green,Blue
• Photometric Interpratation - 对于DICOM来说是独一无二的。他定义了每个color channel具体hold了什么概念属性，比如拿我们最上面的未压缩的版本来说，这里的解释是“RGB”，也就意味着第一个channel是Red,第二个是Green,第三个是Blue. 对于灰度图像来说一般是MONOCHROME2, 定义了他的灰度和0应该对应成Black黑色。 在一些fluoroscopic image(荧光镜)来说，可能这个值是为"MONOCHROME1"，表示grayscale和0在这里对应的是White. 另外一些取值可能是"YBR_FULL"或者"YBR_FULL_422"表示color channel在YCbCr颜色空间(在JPEG中)
• Planar Configuration - 定义了color channels应该以何种方式放置在pixel data buffer中。只有你的Sample Per Pixel > 1才有意义(color images).如果取值是0，表示是RGB的交错排列，如果是1,就表示他会分别把Red,Green,Blue依次存放，注意，这里分开存放的方式其实很少，一般出现在RLE的图像压缩算法中。下面的图片详细的解释了两种分别的情况
• Bits Allocated, Bits Stored, High Bit - 大多数的toolkits基本都会帮你自动去提取以及组织对应的pixels.如果你想通过你自己来动手，你就需要依托这三个属性并且保证对应的大小端字节序的问题。
• Bits Allocated(0028,0100) - 对于每一个Sample(参考Samples Per Pixel),比如RGB中的R或者G或者B，或者Grayscale中的灰度来说，一般每个Sample都是8bit(1 byte),即RGB就是24bit.这也是基本最标准的图像格式，每个channel被申请8bits. 这个情况带来的好处是sample可以字节对齐。基本所有的DICOM objects都会使用完整的字节来做申请，因此要么对于灰度来说你是8或者16(1或者2字节)来显示大于等于256灰阶Bits Stored(0028,0101) - 定义了你真正需要使用的位的个数。在我们的例子中，因为每个sample都是介于0~255，8位都被使用，因此我们的这个属性就是8.但是对于CT图像来说，每个sample实际上是介于0~4095(2的12次方是4096)，通过上面的Bits Allocated我们知道会基于字节对齐，因此这里实际上会申请16位，那么多下来的4位就是多余的。因此在读取pixel values的时候，这些bits需要被遮盖。当然有些时候，这些bits会被当做overlay planes dataHigh Bit(0028,0102) - 定义了bits如何在allocated的内存中的对齐方式。是最后一个有效bit的个数，比如在8 bits中他是7，在CT(12bits)中他是11.下面这张图是标准中介绍pixels是如何按位排布的
• Pixel Representation - 要么是unsigned的0，要么是signed的1.默认情况下是unsigned - 0.默认是unsigned, 注意VR中US和SS就分别代表了unsigned和signed.如果设置为signed,那么所有group 0028的属性都要被编码成Signed Shorts(ss),如果是unsigned,那么就变encoded成Unsigned(US)
• Number of Frames - (0028,0008)交代了在这个image中有多少帧。通常来说都只有1个，因此这个element可以被省略。但是在DICOM中他支持你创建multi-frame多帧图像，因此你需要设置这个element,来表示多帧，在我们这个例子中可以看到我们设置了200帧频

以上为整个图像属性group 0028的介绍，下面开始讲图像属性本身 - Pixel Data,首先可以看到他所在的组并不是0028，而是7FE0,这个需要特别注意，这其实有2个好处：

1. 他是一个非常长的element,一个比较好的方案就是把他放在整个DICOM element的最后一个，对于整个数据结构的合理性也是一个不错的解释
2. 对于那些DICOM viewer软件来说，有些时候由于Pixel Data过于庞大，可能我们只需要去scan对应的header比如group 0028而不想过渡浪费内存空间去加载图像，这个情况下我们就可以停止阅读group 0028之后的element来达到节省内存空间

Pixel Data - (7FE0,0010),具体存放图像的数据，首先让我们来计算一下图像的长度，所有的参数我们都已经获得.我们拥有1280*960个pixel每帧，同时我们有200帧，并且每个pixel我们有3个samples color channel,每个sample表示一个字节，于是我们可以得到整个pixel data的长度为

ROWS * COLUMS * NUMBER_OF_FRAMES * SAMPLE_PER_PIXEL * (BITS_ALLOCATED/8) = 1280*960*200*3*8/8 = 737280000字节，将近720MB.注意在设置VR的时候，可以有OB和OW，都表示binary type,但是对于CT图像来说，每个sample都保存为2个字节，因此我们需要用OW这个VR来指示对应的toolkit作为数据存放的参考。