getcu - Интернет в облаке

ПРОГРАММА:

ИМЯ

getcu - получение DICOM (C-GET) SCU

СИНТАКСИС

getcu [параметры] одноранговый порт [dcmfile-in ...]

ОПИСАНИЕ

Ассоциация Getcu приложение реализует SCU для класса обслуживания запроса / получения. Getcu
поддерживает функцию извлечения с помощью сообщения C-GET. Он отправляет ключи запроса в SCP и
ожидает ответов с изображениями или другими объектами DICOM, отправленных через C-STORE. Как DICOM
запросы на обслуживание, C-GET и сопутствующие сообщения C-STORE обрабатываются на одном и том же
ассоциация. Следовательно, объекты могут получить только Getcu сам и не может быть отправлен
третьему лицу (Movecu был бы правильным инструментом для этой задачи).

ПАРАМЕТРЫ

одноранговое имя узла DICOM однорангового узла

порт tcp / ip номер порта однорангового узла

dcmfile-in файл (ы) запроса DICOM

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ

Генеральная кредита
-ч --помощь
распечатайте этот текст справки и выйдите

--версия
распечатать информацию о версии и выйти

- аргументы
распечатать развернутые аргументы командной строки

-q --тихий
тихий режим, печать без предупреждений и ошибок

-v --подробный
подробный режим, детали обработки печати

-d --отладка
режим отладки, печать отладочной информации

-ll --log-level [l] evel: строковая константа
(фатальный, ошибка, предупреждение, информация, отладка, трассировка)
использовать уровень l для регистратора

-lc --log-config [f] имя_файла: строка
используйте файл конфигурации f для регистратора

+ v --verbose-pc
показать контексты презентации в подробном режиме

сеть кредита
переопределить совпадающие ключи:

-k --key [k] ey: gggg, eeee = "str", путь или имя словаря = "str"
переопределить соответствующий ключ

информационная модель запроса:

-P - пациент
использовать корневую информационную модель пациента (по умолчанию)

-S - исследование
использовать корневую информационную модель исследования

-O --пследовательно
использовать информационную модель "только пациент / исследование"

заголовки сущностей приложения:

-aet --aetitle [a] etitle: строка
установить мой вызывающий заголовок AE (по умолчанию: GETSCU)

-aec --call [a] etitle: строка
установить названный AE-заголовок однорангового узла (по умолчанию: ANY-SCP)

предпочтительные синтаксисы передачи хранилища (входящие ассоциации):

+ x = --prefer-uncompr
предпочитать явный локальный порядок байтов VR (по умолчанию)

+ xe --prefer-little
предпочитаю явный VR с прямым порядком байтов TS

+ xb --prefer-big
предпочитаю явный VR с прямым порядком байтов TS

+ xs --prefer-lossless
предпочитать по умолчанию JPEG без потерь TS

+ xy --prefer-jpeg8
предпочитать JPEG с потерями по умолчанию для 8-битных данных

+ xx --prefer-jpeg12
предпочитать JPEG с потерями по умолчанию для 12-битных данных

+ xv --prefer-j2k-без потерь
предпочитаю JPEG 2000 TS без потерь

+ xw --prefer-j2k-lossy
предпочитаю JPEG 2000 TS с потерями

+ xt --prefer-jls-lossless
предпочитаю JPEG-LS без потерь TS

+ xu --prefer-jls-lossy
предпочитаю JPEG-LS с потерями TS

+ xm --prefer-mpeg2
предпочитаю MPEG2 Main Profile @ Main Level TS

+ xh --prefer-mpeg2-high
предпочитаю MPEG2 Main Profile @ High Level TS

+ xn --prefer-mpeg4
предпочитаю MPEG4 AVC / H.264 HP / Level 4.1 TS

+ xl --prefer-mpeg4-bd
предпочитаю MPEG4 AVC / H.264 BD-совместимый TS

+ xr --prefer-rle
предпочитаю RLE без потерь TS

+ xd --предпочтительно спущенный
предпочитаю дефлированный явный VR с прямым порядком байтов TS

+ xi - неявный
принимать неявный VR только с прямым порядком байтов TS

предлагаемые синтаксисы передачи извлечения (исходящие ассоциации):

-x = --propose-uncompr
предлагать все несжатые TS, явные VR
сначала с локальным порядком байтов (по умолчанию)

-xe --предложить-маленький
предлагать все несжатые TS, явный VR сначала с порядком байтов

-xb --предложить-большой
предлагать все несжатые TS, явный VR сначала с прямым порядком байтов

-xd --предложить-сдутый
предложить дефлированный явный VR с прямым порядком байтов TS
и все несжатые синтаксисы передачи

-xi --предложить-неявный
предлагать неявный VR только с прямым порядком байтов TS

другие параметры сети:

-to --timeout [s] econds: integer (по умолчанию: неограниченно)
тайм-аут для запросов на подключение

-ta --acse-timeout [s] econds: integer (по умолчанию: 30)
таймаут для сообщений ACSE

-td --dimse-timeout [s] econds: integer (по умолчанию: без ограничений)
таймаут для сообщений DIMSE

-pdu --max-pdu [n] количество байтов: целое число (4096..131072)
установить максимальный получаемый pdu равным n байтам (по умолчанию: 16384)

--repeat [n] umber: целое число
повторить n раз

- отменить
прервать ассоциацию вместо ее освобождения

выходной кредита
Генеральная:

-od --output-directory [d] irectory: string (по умолчанию: ".")
записать полученные объекты в существующий каталог d

режим хранения:

-B - нормально
получить в память, затем записать на диск (по умолчанию)

+ B - сохраняющий бит
получать прямо на диск

- игнорировать
игнорировать данные сохранения, получать, но не сохранять

ПРИМЕЧАНИЯ

Каждый файл, указанный в командной строке, будет отправлен в SCP как часть запроса C-GET.
Файл запроса должен быть допустимым набором данных DICOM, содержащим часть набора данных C-GET-RQ.
сообщение. Например, файл запроса может быть создан с дамп2дкм утилита от
сценарий, как в следующем примере:

# запрашиваем все изображения для пациента с ID = PAT001
(0008,0052) CS [ПАЦИЕНТ] # QueryRetrieveLevel
(0010,0020) LO [PAT001] # ID пациента

Другая возможность - использовать dcmodify инструмент для создания файла с нуля с помощью
вариант --создать-файл с последовательными звонками в --вставлять вариант. Индивидуальные атрибуты
могут быть изменены или дополнены с помощью -k (или --ключ) вариант. Например, команда:

getcu -k "0010,0020 = PAT002" caesar 5678 patqry.dcm

при отправке в SCP caesar через порт TCP / IP 5678 вызовет любой атрибут PatientID в
patqry.dcm должен иметь значение PAT002. Если такой атрибут присутствует, он будет
заменен, если отсутствует, будет вставлен. В -k вариант может присутствовать более одного раза. В
часть значения (после '=') может отсутствовать, что приводит к отправке атрибута с нулем
длина. Также можно указать последовательности, элементы и вложенные атрибуты с помощью -k
вариант. В этих случаях необходимо использовать специальное обозначение «пути». Подробности можно найти в
домен dcmodify документация.

Если в командной строке не указан файл, запрос должен быть полностью указан с помощью
один или больше -k параметры. Если предоставлено несколько файлов запросов, Getcu отправит несколько C-
GET запросы к SCP.

Известный Проблемы
Getcu предназначен для использования в качестве инструмента тестирования для разработчиков программного обеспечения DICOM. Запрос
файл ключей должен быть создан вручную на основе содержимого SCP.

C-GET не поддерживается всеми SCP запроса / получения. Протокол C-MOVE, который
осуществляется Movecu инструмент чаще встречается на практике.

Ассоциация Getcu приложение не пытается предотвратить неправильные запросы. В частности,
ключи запроса C-MOVE должны содержать только атрибут QueryRetrieveLevel и
один или несколько так называемых «уникальных ключевых атрибутов» (PatientID, StudyInstanceUID,
SeriesInstanceUID и SOPInstanceUID).

DICOM Соответствие
SCU Соответствие
Ассоциация Getcu Приложение поддерживает следующие классы SOP в качестве SCU:

GETPatientRootQueryRetrieveInformationModel 1.2.840.10008.5.1.4.1.2.1.3
GETStudyRootQueryRetrieveInformationModel 1.2.840.10008.5.1.4.1.2.2.3
GETPatientStudyOnlyQueryRetrieveInformationModel 1.2.840.10008.5.1.4.1.2.3.3

Ассоциация Getcu приложение предложит контексты презентации для одного из вышеупомянутых
поддерживаемые классы SOP в зависимости от параметров командной строки (-P, -Sили -O). Для исходящих
ассоциаций поддерживаются следующие синтаксисы передачи:

LittleEndianImplicitTransferSyntax 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntax 1.2.840.10008.1.2.1
DeflatedExplicitVRLittleEndianTransferSyntax 1.2.840.10008.1.2.1.99 (*)
BigEndianExplicitTransferSyntax 1.2.840.10008.1.2.2

(*) если скомпилирован с включенной поддержкой zlib (см. --версия выход)

Какие синтаксисы передачи фактически предлагаются в каком порядке, можно указать с помощью
- предлагать настройки.

Хранилище Соответствие
Ассоциация Getcu Приложение поддерживает следующие классы СОП в качестве SCP:

Проверка SOPClass 1.2.840.10008.1.1

RETIRED_StoredPrintStorage 1.2.840.10008.5.1.1.27
RETIRED_HardcopyGrayscaleImageStorage 1.2.840.10008.5.1.1.29
RETIRED_HardcopyColorImageStorage 1.2.840.10008.5.1.1.30
ComputedRadiographyImageStorage 1.2.840.10008.5.1.4.1.1.1
DigitalXRayImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.1.1
DigitalXRayImageStorageForProcessing 1.2.840.10008.5.1.4.1.1.1.1.1
Цифровая маммографияXRayImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.1.2
Цифровая маммографияXRayImageStorageForProcessing 1.2.840.10008.5.1.4.1.1.1.2.1
DigitalIntraOralXRayImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.1.3
DigitalIntraOralXRayImageStorageForProcessing 1.2.840.10008.5.1.4.1.1.1.3.1
CTImageStorage 1.2.840.10008.5.1.4.1.1.2
EnhancedCTImageStorage 1.2.840.10008.5.1.4.1.1.2.1
RETIRED_UltrasoundMultiframeImageStorage 1.2.840.10008.5.1.4.1.1.3
УльтразвукMultiframeImageStorage 1.2.840.10008.5.1.4.1.1.3.1
MRImageStorage 1.2.840.10008.5.1.4.1.1.4
Улучшенное хранилище MRImageStorage 1.2.840.10008.5.1.4.1.1.4.1
МР-спектроскопияStorage 1.2.840.10008.5.1.4.1.1.4.2
Расширенное хранилище MRColorImageStorage 1.2.840.10008.5.1.4.1.1.4.3
RETIRED_NuclearMedicineImageStorage 1.2.840.10008.5.1.4.1.1.5
RETIRED_UltrasoundImageStorage 1.2.840.10008.5.1.4.1.1.6
Хранение ультразвуковых изображений 1.2.840.10008.5.1.4.1.1.6.1
EnhancedUSVolumeStorage 1.2.840.10008.5.1.4.1.1.6.2
SecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7
MultiframeSingleBitSecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7.1
MultiframeGrayscaleByteSecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7.2
МультифреймGrayscaleWordSecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7.3
MultiframeTrueColorSecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7.4
RETIRED_StandaloneOverlayStorage 1.2.840.10008.5.1.4.1.1.8
RETIRED_StandaloneCurveStorage 1.2.840.10008.5.1.4.1.1.9
ДвенадцатьLeadECGWaveformStorage 1.2.840.10008.5.1.4.1.1.9.1.1
Общие ECGWaveformStorage 1.2.840.10008.5.1.4.1.1.9.1.2
Амбулаторный ЭКГ Хранение формы волны 1.2.840.10008.5.1.4.1.1.9.1.3
Гемодинамическая форма волны Хранение 1.2.840.10008.5.1.4.1.1.9.2.1
СердечнаяЭлектрофизиологияФорма волны Хранение 1.2.840.10008.5.1.4.1.1.9.3.1
BasicVoiceAudioWaveformStorage 1.2.840.10008.5.1.4.1.1.9.4.1
GeneralAudioWaveformStorage 1.2.840.10008.5.1.4.1.1.9.4.2
АртериальныйИмпульсФорма волны Хранение 1.2.840.10008.5.1.4.1.1.9.5.1
Респираторная форма волны Хранение 1.2.840.10008.5.1.4.1.1.9.6.1
RETIRED_StandaloneModalityLUTSStorage 1.2.840.10008.5.1.4.1.1.10
RETIRED_StandaloneVOILUTStorage 1.2.840.10008.5.1.4.1.1.11
GrayscaleSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.1
ColorSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.2
PseudoColorSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.3
BlendingSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.4
XAXRFGrayscaleSoftcopyPresentationStateStorage 1.2.840.10008.5.1.4.1.1.11.5
XRayAngiographicImageStorage 1.2.840.10008.5.1.4.1.1.12.1
EnhancedXAImageStorage 1.2.840.10008.5.1.4.1.1.12.1.1
Хранилище изображений XRayRadiofluluoroscopy 1.2.840.10008.5.1.4.1.1.12.2
EnhancedXRFImageStorage 1.2.840.10008.5.1.4.1.1.12.2.1
RETIRED_XRayAngiographicBiPlaneImageStorage 1.2.840.10008.5.1.4.1.1.12.3
XRay3DАнгиографическое хранилище изображений 1.2.840.10008.5.1.4.1.1.13.1.1
XRay3DCraniofacialImageStorage 1.2.840.10008.5.1.4.1.1.13.1.2
ГрудьTomosynthesisImageStorage 1.2.840.10008.5.1.4.1.1.13.1.3
Внутрисосудистый Opt.Coh.Tom.ImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.14.1
Внутрисосудистый Opt.Coh.Tom.ImageStorageForProcessing 1.2.840.10008.5.1.4.1.1.14.2
NuclearMedicineImageStorage 1.2.840.10008.5.1.4.1.1.20
RawDataStorage 1.2.840.10008.5.1.4.1.1.66
Пространственное хранилище регистрации 1.2.840.10008.5.1.4.1.1.66.1
SpatialFiducialsStorage 1.2.840.10008.5.1.4.1.1.66.2
DeformableSpatialRegistrationStorage 1.2.840.10008.5.1.4.1.1.66.3
Сегментация Хранилище 1.2.840.10008.5.1.4.1.1.66.4
SurfaceSegmentationStorage 1.2.840.10008.5.1.4.1.1.66.5
RealWorldValueMappingStorage 1.2.840.10008.5.1.4.1.1.67
SurfaceScanMeshStorage 1.2.840.10008.5.1.4.1.1.68.1
SurfaceScanPointCloudStorage 1.2.840.10008.5.1.4.1.1.68.2
RETIRED_VLImageStorage 1.2.840.10008.5.1.4.1.1.77.1
VLEndoscopeImageStorage 1.2.840.10008.5.1.4.1.1.77.1.1
Видеоэндоскопическое хранилище изображений 1.2.840.10008.5.1.4.1.1.77.1.1.1
VLMicroscoImageStorage 1.2.840.10008.5.1.4.1.1.77.1.2
ВидеоМикроскопическое хранилище изображений 1.2.840.10008.5.1.4.1.1.77.1.2.1
VLSlideCoordinatesMicroscopeImageStorage 1.2.840.10008.5.1.4.1.1.77.1.3
VLPhotographicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.4
VideoPhotographicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.4.1
ОфтальмологическиеФотография8BitImageStorage 1.2.840.10008.5.1.4.1.1.77.1.5.1
ОфтальмологическиеФотография16BitImageStorage 1.2.840.10008.5.1.4.1.1.77.1.5.2
StereometricRelationshipStorage 1.2.840.10008.5.1.4.1.1.77.1.5.3
Офтальмологическая томография Хранение изображений 1.2.840.10008.5.1.4.1.1.77.1.5.4
VLWholeSlideMicroscopeImageStorage 1.2.840.10008.5.1.4.1.1.77.1.6
RETIRED_VLMultiFrameImageStorage 1.2.840.10008.5.1.4.1.1.77.2
Линзометрия Измерения Хранение 1.2.840.10008.5.1.4.1.1.78.1
Авторефракция Измерения Хранение 1.2.840.10008.5.1.4.1.1.78.2
Кератометрия Измерения Хранение 1.2.840.10008.5.1.4.1.1.78.3
Субъективное Отражение Измерения Хранение 1.2.840.10008.5.1.4.1.1.78.4
VisualAcuityMeasurementsStorage 1.2.840.10008.5.1.4.1.1.78.5
SpectaclePrescriptionReportStorage 1.2.840.10008.5.1.4.1.1.78.6
ОфтальмологическиеАксиальные измерения Хранение 1.2.840.10008.5.1.4.1.1.78.7
Интраокулярная линза Расчеты Хранение 1.2.840.10008.5.1.4.1.1.78.8
MacularGridThicknessAndVolumeReportStorage 1.2.840.10008.5.1.4.1.1.79.1
ОфтальмологическоеВизуальноеПолеСтатическоеПериметрияИзмеренияСт. 1.2.840.10008.5.1.4.1.1.80.1
Офтальмологический Толщина Карта Хранение 1.2.840.10008.5.1.4.1.1.81.1
BasicTextSRStorage 1.2.840.10008.5.1.4.1.1.88.11
Расширенное хранилище SRS 1.2.840.10008.5.1.4.1.1.88.22
Комплексное хранилище SRS 1.2.840.10008.5.1.4.1.1.88.33
Комплексное 3DSRStorage 1.2.840.10008.5.1.4.1.1.88.34
ПроцедураLogStorage 1.2.840.10008.5.1.4.1.1.88.40
МаммографияCADSRStorage 1.2.840.10008.5.1.4.1.1.88.50
KeyObjectSelectionDocumentStorage 1.2.840.10008.5.1.4.1.1.88.59
ChestCADRSRStorage 1.2.840.10008.5.1.4.1.1.88.65
XRayRadiationDoseSRStorage 1.2.840.10008.5.1.4.1.1.88.67
ColonCADSRStorage 1.2.840.10008.5.1.4.1.1.88.69
План имплантацииSRDocumentStorage 1.2.840.10008.5.1.4.1.1.88.70
ИнкапсулированныйPDFStorage 1.2.840.10008.5.1.4.1.1.104.1
ИнкапсулированныйCDAStorage 1.2.840.10008.5.1.4.1.1.104.2
Позитронно-эмиссионная томографияImageStorage 1.2.840.10008.5.1.4.1.1.128
RETIRED_StandalonePETCurveStorage 1.2.840.10008.5.1.4.1.1.129
Расширенное хранилище изображений PET 1.2.840.10008.5.1.4.1.1.130
BasicStructuredDisplayStorage 1.2.840.10008.5.1.4.1.1.131
RTImageStorage 1.2.840.10008.5.1.4.1.1.481.1
RTDoseStorage 1.2.840.10008.5.1.4.1.1.481.2
RTStructureSetStorage 1.2.840.10008.5.1.4.1.1.481.3
RTBeamsTreatmentRecordStorage 1.2.840.10008.5.1.4.1.1.481.4
RTPlanStorage 1.2.840.10008.5.1.4.1.1.481.5
RTBrachyTreatmentRecordStorage 1.2.840.10008.5.1.4.1.1.481.6
RTTtreatmentSummaryRecordStorage 1.2.840.10008.5.1.4.1.1.481.7
RTionPlanStorage 1.2.840.10008.5.1.4.1.1.481.8
RTionBeamsTreatmentRecordStorage 1.2.840.10008.5.1.4.1.1.481.9
RTBeamsDeliveryInstructionStorage 1.2.840.10008.5.1.4.34.7
GenericImplantTemplateStorage 1.2.840.10008.5.1.4.43.1
ImplantAssemblyTemplateStorage 1.2.840.10008.5.1.4.44.1
ImplantTemplateGroupStorage 1.2.840.10008.5.1.4.45.1

Ассоциация Getcu приложение обычно принимает контексты представления для всех
Вышеупомянутые поддерживаемые классы SOP с использованием любого из следующих синтаксисов передачи:

LittleEndianImplicitTransferSyntax 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntax 1.2.840.10008.1.2.1
BigEndianExplicitTransferSyntax 1.2.840.10008.1.2.2

Действуя как SCP хранилища, Getcu приложение предпочтет синтаксисы передачи, имеющие
явное кодирование поверх синтаксиса неявной передачи по умолчанию. Если Getcu работает на
оборудование с прямым порядком байтов, оно предпочтет BigEndianExplicit перед LittleEndianExplicit
синтаксис (и наоборот). Это поведение можно изменить с помощью --предпочитать варианты (см.
выше). В зависимости от --предпочитать фактически использованный вариант, комбинация следующих
поддерживаются синтаксисы передачи:

LittleEndianImplicitTransferSyntax 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntax 1.2.840.10008.1.2.1
DeflatedExplicitVRLittleEndianTransferSyntax 1.2.840.10008.1.2.1.99 (*)
BigEndianExplicitTransferSyntax 1.2.840.10008.1.2.2
Синтаксис JPEGProcess1TransferSyntax 1.2.840.10008.1.2.4.50
Синтаксис JPEGProcess2_4Transfer 1.2.840.10008.1.2.4.51
Синтаксис JPEGProcess14SV1Transfer 1.2.840.10008.1.2.4.70
JPEGLSLosslessTransferSyntax 1.2.840.10008.1.2.4.80
JPEGLSLossyTransferSyntax 1.2.840.10008.1.2.4.81
JPEG2000LosslessOnlyTransferСинтаксис 1.2.840.10008.1.2.4.90
JPEG2000TransferSyntax 1.2.840.10008.1.2.4.91
MPEG2MainProfileAtMainLevelTransferSyntax 1.2.840.10008.1.2.4.100
MPEG2MainProfileAtHighLevelTransferSyntax 1.2.840.10008.1.2.4.101
MPEG4HighProfileLevel4_1TransferSyntax 1.2.840.10008.1.2.4.102
Совместимость с MPEG4BDHighProfileLevel4_1TransferSyntax 1.2.840.10008.1.2.4.103
RLELosslessTransferSyntax 1.2.840.10008.1.2.5

(*) если скомпилирован с включенной поддержкой zlib (см. --версия выход)

Ассоциация Getcu приложение не поддерживает расширенное согласование.

ПРИМЕРЫ

getscu --patient --call АРХИВ caesar 104 q.dcm

отправляет атрибуты, содержащиеся в файле DICOM 'q.dcm' как часть запроса C-GET, в
объект приложения ARCHIVE на хосте caesar через порт 104 с использованием запроса Patient Root
модели. Getcu сам использует заголовок AE по умолчанию GETSCU.

В отличие от классов SOP запросов / извлечения на основе C-MOVE, классы SOP на основе C-GET
используется Getcu разрешить извлечение желаемых объектов только по тому же соединению, т. е.
Getcu сам получит объекты. Таким образом, невозможно сказать SCP
передать объекты третьему лицу. Это ограничение протокола DICOM, а не
Getcu инструмент.

ВЕДЕНИЕ ЖУРНАЛА

Уровень вывода журнала различных инструментов командной строки и базовых библиотек может
указывается пользователем. По умолчанию в стандарт записываются только ошибки и предупреждения.
поток ошибок. Использование опции --подробный также информационные сообщения, такие как детали обработки
сообщаются. Вариант --отлаживать можно использовать для получения более подробной информации о внутренней деятельности,
например, для отладки. Другие уровни ведения журнала можно выбрать с помощью опции --бревно-
уровень. В --тихий сообщается только о фатальных ошибках. В таких случаях очень серьезных ошибок
приложение обычно закрывается. Для получения дополнительной информации о различных уровнях ведения журнала,
см. документацию модуля oflog.

В случае, если вывод журнала должен быть записан в файл (необязательно с ротацией файла журнала),
в системный журнал (Unix) или в журнал событий (Windows). --log-config может быть использован. Этот
файл конфигурации также позволяет направлять только определенные сообщения на конкретный вывод
поток и для фильтрации определенных сообщений на основе модуля или приложения, в котором они
генерируются. Пример файла конфигурации представлен в /logger.cfg.

КОМАНДА ЛИНИЯ

Все инструменты командной строки используют следующие обозначения параметров: квадратные скобки заключают
необязательные значения (0-1), три точки в конце указывают, что разрешено несколько значений
(1-n), комбинация обоих означает от 0 до n значений.

Параметры командной строки отличаются от параметров ведущим знаком "+" или "-",
соответственно. Обычно порядок и положение параметров командной строки произвольное (т. Е. Они
может появиться где угодно). Однако, если варианты являются взаимоисключающими, крайний правый вид
используется. Такое поведение соответствует стандартным правилам оценки обычных оболочек Unix.

Кроме того, один или несколько командных файлов можно указать с помощью знака «@» в качестве префикса к
имя файла (например, @ command.txt). Такой аргумент команды заменяется содержимым
соответствующий текстовый файл (несколько пробелов рассматриваются как один разделитель, если
они помещаются между двумя кавычками) перед дальнейшей оценкой. Обратите внимание, что
командный файл не может содержать другой командный файл. Этот простой, но эффективный подход
позволяет суммировать общие комбинации опций / параметров и избегает длинных и
запутанные командные строки (пример приведен в файле /dumppat.txt).

ОКРУЖАЮЩАЯ СРЕДА

Ассоциация Getcu Утилита попытается загрузить словари данных DICOM, указанные в
ДКМДИКТПУТЬ переменная окружения. По умолчанию, т.е. если ДКМДИКТПУТЬ переменная среды
не установлен, файл /dicom.dic будет загружен, если словарь не построен
в приложение (по умолчанию для Windows).

Поведение по умолчанию должно быть предпочтительным, а ДКМДИКТПУТЬ только переменная окружения
используется, когда требуются альтернативные словари данных. В ДКМДИКТПУТЬ переменная среды
имеет тот же формат, что и оболочка Unix PATH переменная, в которой двоеточие (':') разделяет
записи. В системах Windows в качестве разделителя используется точка с запятой (';'). Словарь данных
код попытается загрузить каждый файл, указанный в ДКМДИКТПУТЬ переменная окружения. Это
является ошибкой, если невозможно загрузить словарь данных.

Используйте getscu онлайн с помощью сервисов onworks.net