| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
Yuri
Зарегистрирован: 06.11.2005
Сообщения: 3
|
| Добавлено: 07.11.2005 11:07 Заголовок сообщения: сырые данные |
|
|
Есть ли в DICOM-формате поля под "сырые" данные, т.е. не изображения, а непосредственные результаты измерений с АЦП, до предварительной обработки: например, очистки от шумов до (soft или hard) Фурье-преобразования (применительно к ямр)?
Это на случай, если есть потребность использовать свою обработку чужих данных.
Юрий |
|
| Вернуться к началу |
|
Дмитрий
Зарегистрирован: 17.11.2004
Сообщения: 87
|
| Добавлено: 07.11.2005 13:33 Заголовок сообщения: |
|
|
Вот что мне удалось найти в стандарте по поводу сырых данных. Т.е. в тэге 0008,9121 находятся указатели на файлы, в которых содержаться сырые данные. Отдают ли реально аппараты такие данные, я сказать не могу - зависит от аппарата и его настроек.
A.36 ENHANCED MR INFORMATION OBJECT DEFINITIONS
A.36.1 Relationship between Enhanced MR IODs
Figure A.36-1 illustrates the relationships between the Enhanced MR IODs described in Section
A.36.
Source Image Sequence (0008,2112), Referenced Image Sequence (0008,1140) and
Referenced Raw Data Sequence (0008,9121) provide references between SOP Instances.
Note: Many attributes have names and descriptions that include the terms “pixel” and “image”.
Although MR spectroscopy is not pixel based, some of these “pixel” and “image” attributes
encode concepts that are still relevant for this technique. Where such attributes appear in the
MR Spectroscopy IOD, it may be helpful to consider the term “pixel” to be equivalent to a
spectroscopy “voxel”, and the term “image” to be equivalent to “MR Spectroscopy SOP
Instance”. |
|
| Вернуться к началу |
|
Yuri
Зарегистрирован: 06.11.2005
Сообщения: 3
|
| Добавлено: 08.11.2005 10:33 Заголовок сообщения: сырые данные |
|
|
Спасибо
В принципе, тогда было-бы удобно в предполагаемом софте иметь функцию get/set массива строк с относительными путями к raw-файлам и/или к их URL (если сами raw-файлы не передаются).
В данном случае "относительный путь"=путь "относительно" DICOM-файла после его передачи по сети и сохранения на клиенте. |
|
| Вернуться к началу |
|
Дмитрий
Зарегистрирован: 17.11.2004
Сообщения: 87
|
| Добавлено: 08.11.2005 22:45 Заголовок сообщения: |
|
|
Никаких принципиальных проблем нет, если raw данные действительно отдаются аппаратом. Единственное, что все raw файлы тоже будут в dicom формате. Если сам аппарат не передаёт эти данные, то никакими url'ами их не вытянешь (в dicom нет понятия url) - аппарат в наборе данных (например, на уровне исследования) должен среди прочих файлов генерировать файлы (вернее, передавать соответствующие данные по сети) с raw data. Заставить DICOM Storge SCU (которыми являются аппараты, отдающие DICOM) что-то отдать невозможно.
И еще: никакие файлы по сети не передаются. Файлы мы собираем сами из сетевых пакетов, которые отдаёт аппрат. |
|
| Вернуться к началу |
|
Дмитрий
Зарегистрирован: 17.11.2004
Сообщения: 87
|
| Добавлено: 15.11.2005 14:34 Заголовок сообщения: |
|
|
| Сделали расширенный вариант лога DICOM соединения. Больше нет необходимости использовать сторонние программы-сниферы, сами всё отдаём. В случае каких-либо проблем при DICOM соединении/пересылке, можно файл(ы) логов высылать. |
|
| Вернуться к началу |
|
| |