getscu - En ligne dans le Cloud

PROGRAMME:

Nom

getscu - DICOM récupérer (C-GET) SCU

SYNOPSIS

getscu [options] port homologue [dcmfile-in...]

DESCRIPTION

La obtientcu L'application implémente une SCU pour la classe de service Query/Retrieve. obtientcu
prend en charge la fonctionnalité de récupération à l'aide du message C-GET. Il envoie des clés de requête à un SCP et
attend des réponses avec des images ou d'autres objets DICOM envoyés via C-STORE. Comme le DICOM
demandes de service, C-GET et les messages C-STORE qui l'accompagnent sont traités sur le même
association. Par conséquent, les objets ne peuvent être reçus que par obtientcu lui-même et ne peut pas être envoyé
à un tiers (bougecu serait le bon outil pour cette tâche).

PARAMETRES

homologue nom d'hôte de l'homologue DICOM

port tcp/ip numéro de port de l'homologue

dcmfile-in fichier(s) de requête DICOM

OPTIONS

général Options
-h --aide
imprimer ce texte d'aide et quitter

--version
imprimer les informations sur la version et quitter

--arguments
imprimer les arguments de ligne de commande étendus

-q --silencieux
mode silencieux, n'imprime aucun avertissement ni erreur

-v --verbeux
mode verbeux, détails de traitement d'impression

-d --débogage
mode de débogage, imprimer les informations de débogage

-ll --log-level [l] niveau : chaîne constante
(fatal, erreur, avertissement, info, débogage, trace)
utiliser le niveau l pour l'enregistreur

-lc --log-config [fichier] nom de fichier : chaîne
utiliser le fichier de configuration f pour l'enregistreur

+v --verbose-pc
afficher les contextes de présentation en mode verbeux

réseau et Options
remplacer les clés correspondantes :

-k --key [k]ey: gggg,eeee="str", chemin ou nom du dictionnaire="str"
remplacer la clé de correspondance

modèle d'informations de requête :

-P --malade
utiliser le modèle d'informations racine du patient (par défaut)

-S --étude
utiliser le modèle d'information racine de l'étude

-O --psseulement
utiliser uniquement le modèle d'information du patient/de l'étude

titres d'entité d'application :

-aet --aetitle [a]etitle: chaîne
définir mon titre AE appelant (par défaut : GETSCU)

-aec --call [a]etitle : chaîne
ensemble appelé titre AE de l'homologue (par défaut : ANY-SCP)

syntaxes de transfert de stockage préférées (associations entrantes) :

+x= --prefer-uncompr
préférez l'ordre des octets local VR explicite (par défaut)

+xe --prefer-petit
préférez VR explicite little endian TS

+xb --préférer-grand
préférez VR explicite big endian TS

+xs --préférer sans perte
préférez le TS sans perte JPEG par défaut

+xy --préférer-jpeg8
préférez le TS avec perte JPEG par défaut pour les données 8 bits

+xx --prefer-jpeg12
préférez le TS avec perte JPEG par défaut pour les données 12 bits

+xv --prefer-j2k-lossless
préférez JPEG 2000 TS sans perte

+xw --prefer-j2k-lossy
préférez JPEG 2000 TS avec perte

+xt --prefer-jls-sans perte
préférez JPEG-LS sans perte TS

+xu --prefer-jls-lossy
préférez JPEG-LS avec perte TS

+xm --préférer-mpeg2
préférez MPEG2 Main Profile @ Main Level TS

+xh --prefer-mpeg2-high
préférez MPEG2 Main Profile @ High Level TS

+xn --préférer-mpeg4
préférez MPEG4 AVC/H.264 HP / Niveau 4.1 TS

+xl --préférer-mpeg4-bd
préférez le TS compatible MPEG4 AVC/H.264 BD

+xr --prefer-rle
préférez RLE TS sans perte

+xd --prefer-deflate
préférez la VR explicite dégonflée TS little endian

+xi --implicite
accepter la VR implicite Little Endian TS uniquement

syntaxes de transfert de récupération proposées (associations sortantes) :

-x= --propose-uncompr
proposer tous les TS non compressés, VR explicite
avec l'ordre des octets locaux en premier (par défaut)

-xe --propose-petit
proposer tous les TS non compressés, VR explicite little endian d'abord

-xb --propose-grand
proposer tous les TS non compressés, VR explicite big endian d'abord

-xd --propose-déflaté
proposer un dégonflé VR explicite little endian TS
et toutes les syntaxes de transfert non compressées

-xi --propose-implicite
proposer un TS little endian VR implicite uniquement

autres options de réseau :

-to --timeout [s] secondes : entier (par défaut : illimité)
timeout pour les demandes de connexion

-ta --acse-timeout [s] secondes : entier (par défaut : 30)
délai d'attente pour les messages ACSE

-td --dimse-timeout [s] secondes : entier (par défaut : illimité)
délai d'attente pour les messages DIMSE

-pdu --max-pdu [n]nombre d'octets : entier (4096..131072)
définir le nombre maximal de pdu reçus sur n octets (par défaut : 16384)

--repeat [n] nombre : entier
répéter n fois

--avorter
annuler l'association au lieu de la relâcher

sortie Options
général:

-od --output-directory [répertoire] : chaîne (par défaut : ".")
écrire les objets reçus dans le répertoire existant d

mode de stockage :

-B --normal
recevoir en mémoire, puis écrire sur le disque (par défaut)

+B --bit-préservation
recevoir directement sur le disque

--ignorer
ignorer les données de stockage, recevoir mais ne pas stocker

NOTES

Chaque fichier fourni sur la ligne de commande sera envoyé au SCP dans le cadre d'une requête C-GET.
Le fichier de requête doit être un ensemble de données DICOM valide contenant la partie ensemble de données d'un C-GET-RQ
un message. Le fichier de requête pourrait, par exemple, être créé avec le décharge2dcm utilitaire d'un
script comme l'exemple suivant :

# demander toutes les images pour le patient avec ID=PAT001
(0008,0052) CS [PATIENT] # QueryRetrieveLevel
(0010,0020) LO [PAT001] # PatientID

Une autre possibilité consiste à utiliser le dcmodifier outil pour créer un fichier à partir de zéro en utilisant le
option --create-fichier avec des appels successifs au --insérer option. Attributs individuels
peut être modifié ou complété à l'aide de la -k (ou --clé) option. Par exemple la commande :

getscu -k "0010,0020=PAT002" césar 5678 patqry.dcm

sera, lorsqu'il est envoyé au SCP césar au port TCP/IP 5678, provoquer tout attribut PatientID dans
patqry.dcm pour avoir la valeur 'PAT002'. Si un tel attribut est présent, il sera
remplacé, s'il est absent, il sera inséré. Les -k L'option peut être présente plusieurs fois. Les
la partie valeur (après le '=') peut être absente, ce qui entraîne l'envoi de l'attribut avec zéro
longueur. Il est également possible de spécifier des séquences, des éléments et des attributs imbriqués à l'aide de la -k
option. Dans ces cas, une notation spéciale « chemin » doit être utilisée. Les détails peuvent être trouvés dans
le dcmodifier Documentation.

Si aucun fichier n'est spécifié sur la ligne de commande, la requête doit être spécifiée complètement avec
un ou plus -k option. Si plusieurs fichiers de requête sont fournis, obtientcu enverra plusieurs C-
GET des requêtes au SCP.

Connu Problèmes
obtientcu est destiné à être utilisé comme outil de test pour les développeurs de logiciels DICOM. La requête
keys doit être créé à la main en fonction du contenu du SCP.

C-GET n'est pas pris en charge par tous les SCP de requête/récupération. Le protocole C-MOVE qui est
mis en œuvre par le bougecu outil est le plus souvent trouvé dans la pratique.

La obtientcu l'application ne fait aucune tentative pour empêcher les requêtes incorrectes. En particulier, le
les clés de requête d'une requête C-MOVE ne doivent contenir que l'attribut QueryRetrieveLevel et
un ou plusieurs des « attributs clés uniques » (PatientID, StudyInstanceUID,
SeriesInstanceUID et SOPInstanceUID).

DICOM Conformité
SCU Conformité
La obtientcu L'application prend en charge les classes SOP suivantes en tant que 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

La obtientcu l'application proposera des contextes de présentation pour l'un des
Classes SOP prises en charge en fonction des options de ligne de commande (-P, -Sou -O). Pour sortant
associations, les syntaxes de transfert suivantes sont prises en charge :

LittleEndianImplicitTransferSyntaxe 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntaxe 1.2.840.10008.1.2.1
DeflatedExplicitVRLittleEndianTransferSyntaxe 1.2.840.10008.1.2.1.99 (*)
BigEndianExplicitTransferSyntaxe 1.2.840.10008.1.2.2

(*) si compilé avec le support zlib activé (voir --version production)

Quelles syntaxes de transfert sont réellement proposées dans quel ordre, peuvent être spécifiées avec le
--proposer options.

Stockage Conformité
La obtientcu L'application prend en charge les classes SOP suivantes en tant que SCP :

VérificationSOPClass 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
DigitalMammographyXRayImageStorageForPrésentation 1.2.840.10008.5.1.4.1.1.1.2
DigitalMammographyXRayImageStorageForProcessing 1.2.840.10008.5.1.4.1.1.1.2.1
DigitalIntraOralXRayImageStorageForPrésentation 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
Stockage d'images CT amélioré 1.2.840.10008.5.1.4.1.1.2.1
RETIRED_UltrasoundMultiframeImageStorage 1.2.840.10008.5.1.4.1.1.3
UltrasonMultiframeImageStorage 1.2.840.10008.5.1.4.1.1.3.1
MRImageStorage 1.2.840.10008.5.1.4.1.1.4
Stockage d'images MR amélioré 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
SecondaireCaptureImageStorage 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
MultiframeGrayscaleWordSecondaryCaptureImageStorage 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
GénéralECGWaveformStorage 1.2.840.10008.5.1.4.1.1.9.1.2
Stockage de forme d'onde ECG ambulatoire 1.2.840.10008.5.1.4.1.1.9.1.3
Stockage de formes d'ondes hémodynamiques 1.2.840.10008.5.1.4.1.1.9.2.1
CardiaqueElectrophysiologieForme d'ondeStockage 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
GénéralAudioWaveformStorage 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
Stockage des formes d'ondes respiratoires 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
Niveaux de grisSoftcopyPresentationStateStorage 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
XRayRadiofluoroscopiqueImageStorage 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
XRay3DCaniofacialImageStorage 1.2.840.10008.5.1.4.1.1.13.1.2
SeinTomosynthèseImageStorage 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
Stockage de données brutes 1.2.840.10008.5.1.4.1.1.66
SpatialEnregistrementStockage 1.2.840.10008.5.1.4.1.1.66.1
SpatialFiducialsStockage 1.2.840.10008.5.1.4.1.1.66.2
DéformableSpatialEnregistrementStockage 1.2.840.10008.5.1.4.1.1.66.3
SegmentationStockage 1.2.840.10008.5.1.4.1.1.66.4
SurfaceSegmentationStockage 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
Stockage d'images VLEendoscopic 1.2.840.10008.5.1.4.1.1.77.1.1
VidéoEndoscopiqueImageStorage 1.2.840.10008.5.1.4.1.1.77.1.1.1
VLMicroscopiqueImageStorage 1.2.840.10008.5.1.4.1.1.77.1.2
VidéoMicroscopiqueImageStorage 1.2.840.10008.5.1.4.1.1.77.1.2.1
VLSlideCoordonnéesMicroscopiqueImageStorage 1.2.840.10008.5.1.4.1.1.77.1.3
Stockage d'images photographiques VL 1.2.840.10008.5.1.4.1.1.77.1.4
VidéoPhotographiqueImageStockage 1.2.840.10008.5.1.4.1.1.77.1.4.1
OphtalmiquePhotographie8BitImageStockage 1.2.840.10008.5.1.4.1.1.77.1.5.1
OphtalmiquePhotographie16BitImageStockage 1.2.840.10008.5.1.4.1.1.77.1.5.2
StéréométriqueRelationshipStorage 1.2.840.10008.5.1.4.1.1.77.1.5.3
OphtalmiqueTomographieImageStorage 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
LensométrieMesuresStockage 1.2.840.10008.5.1.4.1.1.78.1
AutoréfractionMesuresStockage 1.2.840.10008.5.1.4.1.1.78.2
KératométrieMesuresStockage 1.2.840.10008.5.1.4.1.1.78.3
Mesures de réfraction subjectiveStockage 1.2.840.10008.5.1.4.1.1.78.4
Mesures de l'acuité visuelleStockage 1.2.840.10008.5.1.4.1.1.78.5
SpectaclePrescriptionRapportStorage 1.2.840.10008.5.1.4.1.1.78.6
OphtalmiqueAxialMesuresStockage 1.2.840.10008.5.1.4.1.1.78.7
IntraoculaireLensCalculationsStockage 1.2.840.10008.5.1.4.1.1.78.8
MacularGridThicknessAndVolumeReportStorage 1.2.840.10008.5.1.4.1.1.79.1
OphtalmiqueVisuelChampStatiquePérimétrieMesuresSt. 1.2.840.10008.5.1.4.1.1.80.1
OphtalmiqueÉpaisseurMapStorage 1.2.840.10008.5.1.4.1.1.81.1
BasicTextSRStorage 1.2.840.10008.5.1.4.1.1.88.11
Stockage SRS amélioré 1.2.840.10008.5.1.4.1.1.88.22
Stockage SRS complet 1.2.840.10008.5.1.4.1.1.88.33
Stockage 3DSRS complet 1.2.840.10008.5.1.4.1.1.88.34
ProcédureLogStorage 1.2.840.10008.5.1.4.1.1.88.40
MammographieCADSRSstockage 1.2.840.10008.5.1.4.1.1.88.50
KeyObjectSelectionDocumentStorage 1.2.840.10008.5.1.4.1.1.88.59
Coffre CADSRStorage 1.2.840.10008.5.1.4.1.1.88.65
XRayRadiationDoseSRSstockage 1.2.840.10008.5.1.4.1.1.88.67
ColonCADSRStorage 1.2.840.10008.5.1.4.1.1.88.69
ImplantationPlanSRDocumentStockage 1.2.840.10008.5.1.4.1.1.88.70
Stockage PDF encapsulé 1.2.840.10008.5.1.4.1.1.104.1
Stockage CDAS encapsulé 1.2.840.10008.5.1.4.1.1.104.2
PositronÉmissionTomographieImageStockage 1.2.840.10008.5.1.4.1.1.128
RETIRED_StandalonePETCurveStorage 1.2.840.10008.5.1.4.1.1.129
Stockage d'images PET amélioré 1.2.840.10008.5.1.4.1.1.130
BasicStructuredDisplayStorage 1.2.840.10008.5.1.4.1.1.131
Stockage d'images RT 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
RTBeamsLivraisonInstructionStockage 1.2.840.10008.5.1.4.34.7
GénériqueImplantTemplateStorage 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

La obtientcu l'application accepte généralement les contextes de présentation pour tous les
Classes SOP prises en charge susmentionnées utilisant l'une des syntaxes de transfert suivantes :

LittleEndianImplicitTransferSyntaxe 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntaxe 1.2.840.10008.1.2.1
BigEndianExplicitTransferSyntaxe 1.2.840.10008.1.2.2

Lorsqu'il agit en tant que SCP de stockage, le obtientcu l'application préférera les syntaxes de transfert ayant
un codage explicite sur la syntaxe de transfert implicite par défaut. Si obtientcu est en cours d'exécution
matériel big-endian, il préférera le transfert BigEndianExplicit à LittleEndianExplicit
syntaxe (et vice versa). Ce comportement peut être modifié avec le --préférer options (voir
dessus). En fonction de la --préférer option réellement utilisée, une combinaison des éléments suivants
les syntaxes de transfert sont prises en charge :

LittleEndianImplicitTransferSyntaxe 1.2.840.10008.1.2
LittleEndianExplicitTransferSyntaxe 1.2.840.10008.1.2.1
DeflatedExplicitVRLittleEndianTransferSyntaxe 1.2.840.10008.1.2.1.99 (*)
BigEndianExplicitTransferSyntaxe 1.2.840.10008.1.2.2
JPEGProcess1TransferSyntaxe 1.2.840.10008.1.2.4.50
JPEGProcess2_4TransferSyntaxe 1.2.840.10008.1.2.4.51
JPEGProcess14SV1TransferSyntaxe 1.2.840.10008.1.2.4.70
JPEGLSSyntaxe de transfert sans perte 1.2.840.10008.1.2.4.80
JPEGLSLossyTransferSyntaxe 1.2.840.10008.1.2.4.81
JPEG2000LosslessOnlyTransferSyntaxe 1.2.840.10008.1.2.4.90
JPEG2000TransferSyntaxe 1.2.840.10008.1.2.4.91
MPEG2MainProfileAtMainLevelTransferSyntaxe 1.2.840.10008.1.2.4.100
MPEG2MainProfileAtHighLevelTransferSyntaxe 1.2.840.10008.1.2.4.101
MPEG4HighProfileLevel4_1TransferSyntaxe 1.2.840.10008.1.2.4.102
Compatible MPEG4BDHighProfileLevel4_1TransferSyntax 1.2.840.10008.1.2.4.103
Syntaxe de transfert sans perte RLE 1.2.840.10008.1.2.5

(*) si compilé avec le support zlib activé (voir --version production)

La obtientcu l'application ne prend pas en charge la négociation étendue.

EXEMPLES

getscu --patient --call ARCHIVE césar 104 q.dcm

envoie les attributs contenus dans le fichier DICOM 'q.dcm' dans le cadre d'une requête C-GET à
entité applicative ARCHIVE sur l'hôte césar au port 104 à l'aide de la requête Patient Root
. obtientcu utilise lui-même le titre AE par défaut GETSCU.

Contrairement aux classes SOP Query/Retrieve basées sur C-MOVE, les classes SOP basées sur C-GET
utilisé par obtientcu ne permettent de récupérer que les objets souhaités sur la même connexion, c'est-à-dire
obtientcu recevra lui-même les objets. Ainsi, il n'est pas possible de dire au SCP de
transmettre les objets à un tiers. Il s'agit d'une limitation du protocole DICOM et non
des obtientcu outil.

Journalisation

Le niveau de sortie de journalisation des divers outils de ligne de commande et des bibliothèques sous-jacentes peut
être spécifié par l'utilisateur. Par défaut, seuls les erreurs et les avertissements sont écrits dans la norme
flux d'erreurs. Utilisation de l'option --verbeux également des messages d'information comme les détails du traitement
sont rapportés. Option --déboguer peut être utilisé pour obtenir plus de détails sur l'activité interne,
par exemple à des fins de débogage. D'autres niveaux de journalisation peuvent être sélectionnés à l'aide de l'option --Journal-
niveau. En --silencieux mode seules les erreurs fatales sont signalées. Dans des événements d'erreur aussi graves,
l'application se terminera généralement. Pour plus de détails sur les différents niveaux de journalisation,
voir la documentation du module 'oflog'.

Dans le cas où la sortie de journalisation doit être écrite dans un fichier (éventuellement avec rotation du fichier journal),
vers syslog (Unix) ou l'option du journal des événements (Windows) --log-config peut être utilisé. Cette
le fichier de configuration permet également de diriger uniquement certains messages vers une sortie particulière
flux et pour filtrer certains messages en fonction du module ou de l'application où ils
Sont générés. Un exemple de fichier de configuration est fourni dans /logger.cfg.

COMMAND LINE

Tous les outils de ligne de commande utilisent la notation suivante pour les paramètres :
valeurs facultatives (0-1), trois points de fin indiquent que plusieurs valeurs sont autorisées
(1-n), une combinaison des deux signifie 0 à n valeurs.

Les options de ligne de commande se distinguent des paramètres par un signe '+' ou '-' en tête,
respectivement. Habituellement, l'ordre et la position des options de ligne de commande sont arbitraires (c'est-à-dire qu'ils
peut apparaître n'importe où). Cependant, si les options s'excluent mutuellement, l'apparence la plus à droite
est utilisé. Ce comportement est conforme aux règles d'évaluation standard des shells Unix courants.

De plus, un ou plusieurs fichiers de commandes peuvent être spécifiés en utilisant un signe '@' comme préfixe pour
le nom du fichier (par exemple @commande.txt). Un tel argument de commande est remplacé par le contenu de
le fichier texte correspondant (les espaces blancs multiples sont traités comme un seul séparateur sauf si
ils apparaissent entre deux guillemets) avant toute évaluation ultérieure. Veuillez noter que
un fichier de commandes ne peut pas contenir un autre fichier de commandes. Cette approche simple mais efficace
permet de résumer les combinaisons courantes d'options/paramètres et évite les
lignes de commande confuses (un exemple est fourni dans le fichier /dumppat.txt).

ENVIRONNEMENT

La obtientcu L'utilitaire tentera de charger les dictionnaires de données DICOM spécifiés dans le
Dcmdictpath variable d'environnement. Par défaut, c'est-à-dire si le Dcmdictpath variable d'environnement
n'est pas défini, le fichier /dicom.dic sera chargé à moins que le dictionnaire ne soit construit
dans l'application (par défaut pour Windows).

Le comportement par défaut doit être préféré et le Dcmdictpath variable d'environnement uniquement
utilisé lorsque des dictionnaires de données alternatifs sont nécessaires. Les Dcmdictpath variable d'environnement
a le même format que le shell Unix PATH variable en ce qu'un deux-points (':') sépare
entrées. Sur les systèmes Windows, un point-virgule (';') est utilisé comme séparateur. Le dictionnaire de données
le code tentera de charger chaque fichier spécifié dans le Dcmdictpath variable d'environnement. Ce
est une erreur si aucun dictionnaire de données ne peut être chargé.

Utiliser getscu en ligne en utilisant les services onworks.net