getscu - Інтернет у хмарі

ПРОГРАМА:

ІМ'Я

getscu - отримання DICOM (C-GET) SCU

СИНТАКСИС

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

ОПИС

Команда getscu додаток реалізує SCU для класу обслуговування запитів/отримання. getscu
підтримує функцію отримання за допомогою повідомлення C-GET. Він надсилає ключі запиту до SCP і
чекає відповідей із зображеннями або іншими об'єктами DICOM, надісланими через C-STORE. Як DICOM
запити на послуги, C-GET і супровідні повідомлення C-STORE обробляються одним і тим же
асоціації. Тому об’єкти можуть бути отримані тільки через getscu сам і не може бути відправлений
третій стороні (movescu буде правильним інструментом для цього завдання).

ПАРАМЕТРИ

ім'я вузла однорангового узла DICOM

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

dcmfile-in файл(и) запиту DICOM

ВАРІАНТИ

загальний опції
-h --допомога
роздрукувати цей текст довідки та вийти

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

-- аргументи
друкувати розширені аргументи командного рядка

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

-v -- багатослівний
докладний режим, деталі обробки друку

-d --налагодження
режим налагодження, друк налагоджувальної інформації

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

-lc --log-config [f]ім'я файлу: рядок
використовуйте файл конфігурації f для реєстратора

+v --подробний-pc
показувати контексти презентації у багатослівному режимі

мережу опції
замінити відповідні ключі:

-k --key [k]ey: gggg,eeee="str", шлях або ім'я словника="str"
замінити відповідний ключ

інформаційна модель запиту:

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

-S --навчання
використовуйте модель дослідження кореневої інформації

-О --лише
використовувати інформаційну модель пацієнта/дослідження

назви суб'єктів програми:

-aet --aetitle [a]etitle: рядок
встановити мій титул AE для виклику (за замовчуванням: GETSCU)

-aec --call [a]etitle: рядок
набір називається AE назва однорангового (за замовчуванням: ANY-SCP)

бажаний синтаксис передачі пам'яті (вхідні асоціації):

+x= --переважаю-некомпр
віддати перевагу явному локальному порядку байтів VR (за замовчуванням)

+xe --віддавати перевагу-мало
віддайте перевагу явному VR з маленьким байтом TS

+xb --переважаю-великий
віддайте перевагу явному VR TS з великим кінцем

+xs --prefer-lessless
віддати перевагу стандартному формату JPEG без втрат

+xy --prefer-jpeg8
віддають перевагу JPEG TS із втратами за замовчуванням для 8-бітових даних

+xx --prefer-jpeg12
віддають перевагу JPEG TS із втратами за замовчуванням для 12-бітових даних

+xv --prefer-j2k-lossless
віддайте перевагу 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 / рівень 4.1 TS

+xl --prefer-mpeg4-bd
віддайте перевагу MPEG4 AVC/H.264 BD-сумісний TS

+xr --prefer-rle
віддайте перевагу TS без втрат RLE

+xd --переважно-дефлировано
віддайте перевагу дефлюированному явному VR TS з маленьким байтом

+xi --неявно
приймати лише неявні VR з малим порядком байтів

запропонований синтаксис передачі отримання (вихідні асоціації):

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

-xe --propose-little
запропонуйте спочатку всі нестиснені TS, явний VR з малим байтом

-xb --propose-big
запропонуйте спочатку всі нестиснені TS, явні VR

-xd --propose-deflated
запропонувати дефолтований явний VR TS з малим байтом
і всі нестиснені синтаксиси передачі

-xi --запропонувати неявно
пропонуємо лише неявний VR з малим порядком байтів

інші варіанти мережі:

-to --timeout [с]секунд: ціле (за замовчуванням: необмежено)
тайм-аут для запитів на підключення

-ta --acse-timeout [s]seconds: ціле (за замовчуванням: 30)
тайм-аут для повідомлень ACSE

-td --dimse-timeout [с]секунд: ціле (за замовчуванням: необмежено)
тайм-аут для повідомлень DIMSE

-pdu --max-pdu [n]кількість байтів: ціле (4096..131072)
встановити максимальне значення PDU для отримання n байтів (за замовчуванням: 16384)

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

--перервати
перервати асоціацію замість того, щоб відпустити її

вихід опції
загальне:

-od --output-directory [d]directory: рядок (за замовчуванням: ".")
записувати отримані об'єкти в існуючий каталог d

режим зберігання:

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

+B --з збереженням бітів
отримати безпосередньо на диск

--ігнорувати
ігнорувати дані зберігати, отримувати, але не зберігати

ПРИМІТКИ

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

# запитує всі зображення для пацієнта з ID=PAT001
(0008,0052) CS [ПАЦІЄНТ] # QueryRetrieveLevel
(0010,0020) LO [PAT001] # Ідентифікатор пацієнта

Інша можливість - використовувати dcmdify інструмент для створення файлу з нуля за допомогою
варіант --створити-файл з послідовними викликами до --вставити варіант. Індивідуальні атрибути
можна змінювати або доповнювати за допомогою -k (Або --ключ) варіант. Наприклад, команда:

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

після надсилання до SCP caesar через порт TCP/IP 5678 спричинить будь-який атрибут PatientID у
patqry.dcm мати значення "PAT002". Якщо такий атрибут присутній, він буде
замінено, якщо він відсутній, він буде вставлений. The -k опція може бути присутнім більше одного разу. The
частина значення (після '=') може бути відсутня, через що атрибут надсилається з нулем
довжина. Також можна вказати послідовності, елементи та вкладені атрибути за допомогою -k
варіант. У цих випадках слід використовувати спеціальне позначення «шляху». Деталі можна знайти в
dcmdify документація.

Якщо в командному рядку не вказано файл, запит потрібно вказати повністю з
один або більше -k варіанти. Якщо надано декілька файлів запиту, getscu надішле кілька C-
Запити GET до SCP.

Відомий Проблеми
getscu призначений для використання як інструмент тестування для розробників програмного забезпечення DICOM. Запит
файл ключів має бути створений вручну на основі вмісту SCP.

C-GET підтримується не всіма запитами/отриманням SCP. Протокол C-MOVE, який є
реалізовано за movescu інструмент частіше зустрічається на практиці.

Команда getscu програма не намагається запобігти неправильним запитам. Зокрема,
Ключі запиту запиту C-MOVE повинні містити лише атрибут QueryRetrieveLevel і
один або кілька так званих «унікальних ключових атрибутів» (PatientID, StudyInstanceUID,
SeriesInstanceUID і SOPInstanceUID).

DICOM Відповідність
SCU Відповідність
Команда getscu програма підтримує такі класи 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

Команда getscu програма запропонує контексти презентації для одного з вищезгаданих
підтримувані класи SOP залежно від параметрів командного рядка (-P, -Sабо -O). Для вихідних
асоціації, підтримуються такі синтаксиси передачі:

Синтаксис LittleEndianImplicitTransfer 1.2.840.10008.1.2
Синтаксис LittleEndianExplicitTransfer 1.2.840.10008.1.2.1
DeflatedExplicitVRLittleEndianTransferSyntax 1.2.840.10008.1.2.1.99 (*)
Синтаксис BigEndianExplicitTransfer 1.2.840.10008.1.2.2

(*), якщо скомпільовано з увімкненою підтримкою zlib (див -- версія вихід)

Який синтаксис передачі насправді пропонується в якому порядку, можна вказати за допомогою
--пропонувати Варіанти.

зберігання Відповідність
Команда getscu програма підтримує такі класи SOP як SCP:

ПеревіркаSOPClass 1.2.840.10008.1.1

RETIRED_StoredPrintStorage 1.2.840.10008.5.1.1.27
RETIRED_Hardcopy GrayscaleImageStorage 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
DigitalMammographyXRayImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.1.2
DigitalMammographyXRayImageStorageForProcessing 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
UltrasoundMultiframeImageStorage 1.2.840.10008.5.1.4.1.1.3.1
MRImageStorage 1.2.840.10008.5.1.4.1.1.4
Enhanced MRImageStorage 1.2.840.10008.5.1.4.1.1.4.1
MRSpectroscopyStorage 1.2.840.10008.5.1.4.1.1.4.2
EnhancedMRColorImageStorage 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
UltrasoundImageStorage 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
Multiframe GrayscaleByteSecondaryCaptureImageStorage 1.2.840.10008.5.1.4.1.1.7.2
Multiframe 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
TwelveLeadECGWaveformStorage 1.2.840.10008.5.1.4.1.1.9.1.1
GeneralECGWaveformStorage 1.2.840.10008.5.1.4.1.1.9.1.2
Амбулаторний ECGWaveformStorage 1.2.840.10008.5.1.4.1.1.9.1.3
HemodynamicWaveformStorage 1.2.840.10008.5.1.4.1.1.9.2.1
Серцева електрофізіологіяWaveformStorage 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
ArterialPulseWaveformStorage 1.2.840.10008.5.1.4.1.1.9.5.1
RespiratoryWaveformStorage 1.2.840.10008.5.1.4.1.1.9.6.1
RETIRED_StandaloneModalityLUTStorage 1.2.840.10008.5.1.4.1.1.10
RETIRED_StandaloneVOILUTStorage 1.2.840.10008.5.1.4.1.1.11
Відтінки сірогоSoftcopyPresentationStateStorage 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
XRayRadiofluoroscopicImageStorage 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
XRay3DAngiographicImageStorage 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
Томосинтез грудейImageStorage 1.2.840.10008.5.1.4.1.1.13.1.3
IntravascularOpt.Coh.Tom.ImageStorageForPresentation 1.2.840.10008.5.1.4.1.1.14.1
IntravascularOpt.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
SpatialRegistrationStorage 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
SegmentationStorage 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
VLEndoscopicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.1
VideoEndoscopicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.1.1
VLMicroscopicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.2
VideoMicroscopicImageStorage 1.2.840.10008.5.1.4.1.1.77.1.2.1
VLSlideCoordinatesMicroscopicImageStorage 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
Офтальмологічна томографіяImageStorage 1.2.840.10008.5.1.4.1.1.77.1.5.4
VLWholeSlideMicroscopyImageStorage 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
LensometryMeasurementsStorage 1.2.840.10008.5.1.4.1.1.78.1
AutorefractionMeasurementsStorage 1.2.840.10008.5.1.4.1.1.78.2
KeratometryMeasurementsStorage 1.2.840.10008.5.1.4.1.1.78.3
SubjectiveRefractionMeasurementsStorage 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
ОфтальмологічніAxialMeasurementsStorage 1.2.840.10008.5.1.4.1.1.78.7
IntraocularLensCalculationsStorage 1.2.840.10008.5.1.4.1.1.78.8
MacularGridThicknessAndVolumeReportStorage 1.2.840.10008.5.1.4.1.1.79.1
Офтальмологічне візуальне полеСтатична периметріяВиміри St. 1.2.840.10008.5.1.4.1.1.80.1
OphthalmicThicknessMapStorage 1.2.840.10008.5.1.4.1.1.81.1
BasicTextSRStorage 1.2.840.10008.5.1.4.1.1.88.11
Enhanced SRStorage 1.2.840.10008.5.1.4.1.1.88.22
ComprehensiveSRSstorage 1.2.840.10008.5.1.4.1.1.88.33
Comprehensive3DSRSstorage 1.2.840.10008.5.1.4.1.1.88.34
ProcedureLogStorage 1.2.840.10008.5.1.4.1.1.88.40
MamographyCADSRS Storage 1.2.840.10008.5.1.4.1.1.88.50
KeyObjectSelectionDocumentStorage 1.2.840.10008.5.1.4.1.1.88.59
ChestCADSRSstorage 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
ImplantationPlanSRDocumentStorage 1.2.840.10008.5.1.4.1.1.88.70
Інкапсульоване сховище PDFS 1.2.840.10008.5.1.4.1.1.104.1
Інкапсульований CDAStorage 1.2.840.10008.5.1.4.1.1.104.2
PositronEmission TomographyImageStorage 1.2.840.10008.5.1.4.1.1.128
RETIRED_StandalonePETCurveStorage 1.2.840.10008.5.1.4.1.1.129
EnhancedPETImageStorage 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
RTTreatmentSummaryRecordStorage 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

Команда getscu програма зазвичай приймає контексти презентації для всіх
вищезгадані підтримувані класи SOP з використанням будь-якого з наступних синтаксисів передачі:

Синтаксис LittleEndianImplicitTransfer 1.2.840.10008.1.2
Синтаксис LittleEndianExplicitTransfer 1.2.840.10008.1.2.1
Синтаксис BigEndianExplicitTransfer 1.2.840.10008.1.2.2

Виконуючи роль SCP для зберігання, getscu програма віддасть перевагу синтаксису передачі
явне кодування над синтаксисом неявної передачі за замовчуванням. Якщо getscu працює на
апаратне забезпечення big-endian воно віддасть перевагу передачі BigEndianExplicit перед LittleEndianExplicit
синтаксис (і навпаки). Цю поведінку можна змінити за допомогою -- віддаю перевагу варіанти (див
вище). Залежно від -- віддаю перевагу Фактично використаний варіант, комбінація наступного
підтримується синтаксис передачі:

Синтаксис LittleEndianImplicitTransfer 1.2.840.10008.1.2
Синтаксис LittleEndianExplicitTransfer 1.2.840.10008.1.2.1
DeflatedExplicitVRLittleEndianTransferSyntax 1.2.840.10008.1.2.1.99 (*)
Синтаксис BigEndianExplicitTransfer 1.2.840.10008.1.2.2
Синтаксис JPEGProcess1Transfer 1.2.840.10008.1.2.4.50
JPEGProcess2_4TransferSyntax 1.2.840.10008.1.2.4.51
JPEGProcess14SV1TransferSyntax 1.2.840.10008.1.2.4.70
JPEGLSLLosslessTransferSyntax 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
MPEG2MainProfileAtMainLevelTransferСинтаксис 1.2.840.10008.1.2.4.100
MPEG2MainProfileAtHighLevelTransferСинтаксис 1.2.840.10008.1.2.4.101
MPEG4HighProfileLevel4_1TransferSyntax 1.2.840.10008.1.2.4.102
MPEG4BDcompatibleHighProfileLevel4_1Синтаксис передачі 1.2.840.10008.1.2.4.103
Синтаксис RLElosslessTransfer 1.2.840.10008.1.2.5

(*), якщо скомпільовано з увімкненою підтримкою zlib (див -- версія вихід)

Команда getscu програма не підтримує розширені переговори.

ПРИКЛАДИ

getscu --пацієнт --виклик АРХІВ caesar 104 q.dcm

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

На відміну від класів запитів/отримання SOP на основі C-MOVE, класи SOP на основі C-GET
використовуються getscu дозволяти лише отримати потрібні об’єкти на одному з’єднанні, тобто
getscu сам отримає об’єкти. Таким чином, неможливо сказати SCP
передати об’єкти третій стороні. Це обмеження протоколу DICOM і ні
в getscu інструмент.

ВХІД

Рівень виводу журналу різних інструментів командного рядка та базових бібліотек може
вказується користувачем. За замовчуванням до стандарту записуються лише помилки та попередження
потік помилок. Використання опції -багатослівний також інформаційні повідомлення, як-от деталі обробки
повідомляється. Варіант --відлагоджувати можна використовувати для отримання більш детальної інформації про внутрішню діяльність,
наприклад, для налагодження. Інші рівні реєстрації можна вибрати за допомогою параметра --log-
рівень, в --спокійно режим повідомляється лише про смертельні помилки. У таких дуже серйозних помилках,
програма зазвичай припиняється. Щоб отримати докладнішу інформацію про різні рівні реєстрації,
див. документацію модуля 'oflog'.

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

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

Усі інструменти командного рядка використовують такі позначення параметрів: квадратні дужки
необов’язкові значення (0-1), три крапки в кінці вказують на те, що можна використовувати декілька значень
(1-n), комбінація обох означає від 0 до n значень.

Параметри командного рядка відрізняються від параметрів провідним знаком «+» або «-»,
відповідно. Зазвичай порядок і положення параметрів командного рядка довільні (тобто вони
може з'явитися де завгодно). Однак, якщо варіанти взаємовиключні, крайній правий зовнішній вигляд
використовується. Така поведінка відповідає стандартним правилам оцінки звичайних оболонок Unix.

Крім того, один або кілька командних файлів можна вказати, використовуючи знак «@» як префікс до
ім'я файлу (напр @command.txt). Такий аргумент команди замінюється вмістом
відповідний текстовий файл (кілька пробілів розглядаються як один роздільник, якщо
вони з’являються між двома лапками) перед будь-яким подальшим оцінюванням. Будь ласка, зверніть увагу, що
командний файл не може містити інший командний файл. Це простий, але ефективний підхід
дозволяє узагальнити загальні комбінації параметрів/параметрів і уникає довгих і
заплутані командні рядки (приклад наведено у файлі /dumppat.txt).

НАВКОЛИШНЄ СЕРЕДОВИЩЕ

Команда getscu утиліта спробує завантажити словники даних DICOM, зазначені в
DCMDICTPATH змінна середовища. За замовчуванням, тобто якщо DCMDICTPATH змінна оточення
не встановлено, файл /dicom.dic буде завантажено, якщо словник не буде створено
в програму (за замовчуванням для Windows).

Слід віддавати перевагу поведінці за замовчуванням та DCMDICTPATH тільки змінна середовища
використовується, коли потрібні альтернативні словники даних. The DCMDICTPATH змінна оточення
має той самий формат, що й оболонка Unix PATH змінна, що розділяється двокрапкою (':').
записи. У системах Windows крапка з комою (';') використовується як роздільник. Словник даних
код спробує завантажити кожен файл, зазначений у файлі DCMDICTPATH змінна середовища. Це
є помилкою, якщо не вдається завантажити словник даних.

Використовуйте getscu онлайн за допомогою служб onworks.net