ນີ້ແມ່ນຄໍາສັ່ງ dcm2xml ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
dcm2xml - ປ່ຽນໄຟລ໌ DICOM ແລະຊຸດຂໍ້ມູນເປັນ XML
ສະຫຼຸບສັງລວມ
dcm2xml [ຕົວເລືອກ] dcmfile-in [xmlfile-out]
ລາຍລະອຽດ
ໄດ້ dcm2xml ຜົນປະໂຫຍດປ່ຽນເນື້ອໃນຂອງໄຟລ໌ DICOM (ຮູບແບບໄຟລ໌ຫຼືຊຸດຂໍ້ມູນດິບ) ເປັນ
XML (Extensible Markup Language). ມີສອງຮູບແບບຜົນຜະລິດ. ອັນທໍາອິດແມ່ນສະເພາະ
ກັບ DCMTK ກັບ DTD ຂອງມັນ (ຄໍານິຍາມປະເພດເອກະສານ) ທີ່ອະທິບາຍໄວ້ໃນໄຟລ໌ dcm2xml.dtd. ໄດ້
ອັນທີສອງຫມາຍເຖິງ 'Native DICOM Model' ທີ່ຖືກກໍານົດໄວ້ສໍາລັບຄໍາຮ້ອງສະຫມັກ DICOM
ບໍລິການໂຮດຕິ້ງທີ່ພົບເຫັນຢູ່ໃນ DICOM ພາກທີ 19.
If dcm2xml ອ່ານຊຸດຂໍ້ມູນດິບ (ຂໍ້ມູນ DICOM ໂດຍບໍ່ມີຮູບແບບໄຟລ໌ meta-header) ມັນຈະ
ພະຍາຍາມເດົາ syntax ການໂອນໂດຍການກວດສອບສອງສາມໄບທໍາອິດຂອງໄຟລ໌. ມັນແມ່ນ
ບໍ່ເປັນໄປໄດ້ສະ ເໝີ ໄປທີ່ຈະຄາດເດົາ syntax ການໂອນຢ່າງຖືກຕ້ອງແລະມັນດີກວ່າທີ່ຈະປ່ຽນ a
ຂໍ້ມູນຕັ້ງເປັນຮູບແບບໄຟລ໌ທຸກຄັ້ງທີ່ເປັນໄປໄດ້ (ການນໍາໃຊ້ dcmconv ປະໂຫຍດ). ມັນຍັງເປັນ
ເປັນໄປໄດ້ທີ່ຈະນໍາໃຊ້ -f ແລະ -t[ieb] ທາງເລືອກທີ່ຈະບັງຄັບ dcm2xml ເພື່ອອ່ານຊຸດຂໍ້ມູນທີ່ມີ a
syntax ໂອນໂດຍສະເພາະ.
PARAMETERS
dcmfile-in DICOM ປ້ອນຊື່ໄຟລ໌ທີ່ຈະປ່ຽນ
xmlfile-out XML output filename (ຄ່າເລີ່ມຕົ້ນ: stdout)
OPTIONS
ໂດຍທົ່ວໄປ ທາງເລືອກໃນການ
-h --help
ພິມຂໍ້ຄວາມຊ່ວຍເຫຼືອນີ້ ແລະອອກ
- ການປ່ຽນແປງ
ພິມຂໍ້ມູນສະບັບແລະອອກ
--ການໂຕ້ຖຽງ
ພິມການໂຕ້ຖຽງແຖວຄໍາສັ່ງຂະຫຍາຍ
-q --ງຽບ
ໂໝດງຽບ, ພິມບໍ່ມີຄຳເຕືອນ ແລະຄວາມຜິດພາດ
-v --verbose
ຮູບແບບ verbose, ລາຍລະອຽດການປະມວນຜົນການພິມ
-d --debug
ໂໝດດີບັກ, ພິມຂໍ້ມູນດີບັກ
-ll --log-level [l]evel: string constant
(ຮ້າຍແຮງ, ຄວາມຜິດພາດ, ເຕືອນ, ຂໍ້ມູນ, ດີບັກ, ຕິດຕາມ)
ໃຊ້ລະດັບ l ສໍາລັບຜູ້ຕັດໄມ້
-lc --log-config [f]ilename: string
ໃຊ້ config file f ສໍາລັບ logger
ການປ້ອນຂໍ້ມູນ ທາງເລືອກໃນການ
ຮູບແບບໄຟລ໌ປ້ອນຂໍ້ມູນ:
+f --read-file
ອ່ານຮູບແບບໄຟລ໌ ຫຼືຊຸດຂໍ້ມູນ (ຄ່າເລີ່ມຕົ້ນ)
+fo --read-file-ເທົ່ານັ້ນ
ອ່ານຮູບແບບໄຟລ໌ເທົ່ານັ້ນ
-f --read-dataset
ອ່ານຊຸດຂໍ້ມູນໂດຍບໍ່ມີຂໍ້ມູນ meta ໄຟລ໌
syntax ການຖ່າຍໂອນການປ້ອນຂໍ້ມູນ:
-t= --read-xfer-auto
ໃຊ້ການຮັບຮູ້ TS (ຄ່າເລີ່ມຕົ້ນ)
-td --read-xfer-detect
ບໍ່ສົນໃຈ TS ທີ່ລະບຸໄວ້ໃນສ່ວນຫົວ meta ຂອງໄຟລ໌
-te --read-xfer-ນ້ອຍ
ອ່ານດ້ວຍ VR ນ້ອຍ endian TS ຢ່າງຊັດເຈນ
-tb --read-xfer-big
ອ່ານດ້ວຍ VR big endian TS ຢ່າງຊັດເຈນ
-ti --read-xfer-implicit
ອ່ານດ້ວຍ implicit VR little endian TS
ຄ່າແທັກຍາວ:
+M --load-all
ໂຫຼດຄ່າແທັກຍາວຫຼາຍ (ເຊັ່ນ: ຂໍ້ມູນ pixels)
-M --load-ສັ້ນ
ຢ່າໂຫຼດຄ່າຍາວຫຼາຍ (ຄ່າເລີ່ມຕົ້ນ)
+R --max-read-length [k]bytes: integer (4..4194302, ຄ່າເລີ່ມຕົ້ນ: 4)
ກໍານົດຂອບເຂດສໍາລັບຄ່າຍາວເປັນ k kbytes
ການປຸງແຕ່ງ ທາງເລືອກໃນການ
ຊຸດຕົວອັກສອນສະເພາະ:
+Cr --charset-require
ຕ້ອງການການປະກາດຊຸດຕົວອັກສອນທີ່ຂະຫຍາຍ (ຄ່າເລີ່ມຕົ້ນ)
+Ca --charset-ສົມມຸດ [c]harset: string
ສົມມຸດ charset c ຖ້າບໍ່ມີ charset ຂະຫຍາຍອອກ
+cc --charset-check-all
ກວດເບິ່ງອົງປະກອບຂໍ້ມູນທັງໝົດດ້ວຍຄ່າສະຕຣິງ
(ຄ່າເລີ່ມຕົ້ນ: ສະເພາະ PN, LO, LT, SH, ST ແລະ UT)
# ຕົວເລືອກນີ້ໃຊ້ພຽງແຕ່ສໍາລັບການສ້າງແຜນທີ່ທີ່ເຫມາະສົມ
# ການເຂົ້າລະຫັດຕົວອັກສອນ XML, ແຕ່ບໍ່ແມ່ນສໍາລັບການປ່ຽນເປັນ UTF-8
+U8 --convert-to-utf8
ປ່ຽນຄ່າອົງປະກອບທັງໝົດທີ່ໄດ້ຮັບຜົນກະທົບ
ໂດຍຊຸດຕົວອັກສອນສະເພາະ (0008,0005) ເປັນ UTF-8
# ຕ້ອງການການສະຫນັບສະຫນູນຈາກຊຸດເຄື່ອງມື libiconv
output ທາງເລືອກໃນການ
ຮູບແບບ XML ທົ່ວໄປ:
-dtk --dcmtk-format
ຜົນຜະລິດໃນຮູບແບບສະເພາະ DCMTK (ຄ່າເລີ່ມຕົ້ນ)
-nat --native-format
ຜົນຜະລິດໃນຮູບແບບ Native DICOM Model (ສ່ວນ 19)
+Xn --use-xml-namespace
ເພີ່ມການປະກາດ namespace XML ໃສ່ອົງປະກອບຮາກ
ຮູບແບບສະເພາະ DCMTK (ບໍ່ມີ --native-format):
+Xd --add-dtd-reference
ເພີ່ມການອ້າງອີງໃສ່ນິຍາມປະເພດເອກະສານ (DTD)
+Xe --embed-dtd-content
ຝັງຄໍານິຍາມປະເພດເອກະສານເຂົ້າໄປໃນເອກະສານ XML
+Xf --use-dtd-file [f]ilename: string
ໃຊ້ໄຟລ໌ DTD ທີ່ລະບຸ (ພຽງແຕ່ກັບ +Xe)
(ຄ່າເລີ່ມຕົ້ນ: /usr/local/share/dcmtk/dcm2xml.dtd)
+Wn --write-element-name
ຂຽນຊື່ຂອງອົງປະກອບຂໍ້ມູນ DICOM (ຄ່າເລີ່ມຕົ້ນ)
-Wn --no-element-name
ຢ່າຂຽນຊື່ຂອງອົງປະກອບຂໍ້ມູນ DICOM
+Wb --write-binary-data
ຂຽນຂໍ້ມູນຖານສອງຂອງອົງປະກອບ OB ແລະ OW
(ຄ່າເລີ່ມຕົ້ນ: ປິດ, ຈົ່ງລະມັດລະວັງກັບ --load-all)
ການເຂົ້າລະຫັດຂໍ້ມູນຖານສອງ:
+ເອີ --encode-hex
ເຂົ້າລະຫັດຂໍ້ມູນຖານສອງເປັນຕົວເລກ hex
(ຄ່າເລີ່ມຕົ້ນສຳລັບຮູບແບບສະເພາະ DCMTK)
+Eu --encode-uuid
ເຂົ້າລະຫັດຂໍ້ມູນຖານສອງເປັນການອ້າງອີງ UUID
(ຄ່າເລີ່ມຕົ້ນສຳລັບຕົວແບບ DICOM ເດີມ)
+Eb --encode-base64
ເຂົ້າລະຫັດຂໍ້ມູນຖານສອງເປັນ Base64 (RFC 2045, MIME)
DCMTK ຮູບແບບ
ໂຄງສ້າງພື້ນຖານຂອງຜົນຜະລິດ XML ສະເພາະ DCMTK ທີ່ສ້າງຂຶ້ນຈາກໄຟລ໌ DICOM ເບິ່ງຄືວ່າ
ຕໍ່ໄປນີ້:
<file-format xmlns="http://dicom.offis.de/dcmtk">
<ອົງປະກອບ tag="0002,0000" vr="UL" vm="1" len="4"
name="MetaElementGroupLength">
166
...
<ອົງປະກອບ tag="0002,0013" vr="SH" vm="1" len="16"
name="ImplementationVersionName">
OFFIS_DCMTK_353
<ອົງປະກອບ tag="0008,0005" vr="CS" vm="1" len="10"
name="SpecificCharacterSet">
ISO_IR 100
...
<ອົງປະກອບ tag="0028,3002" vr="xs" vm="3" len="6"
name="LUTDDescriptor">
256 \ 0 \ 8
...
...
...
<ອົງປະກອບ tag="7fe0,0010" vr="OW" vm="1" len="262144"
name="PixelData" loaded="no" binary="hidden">
ແທັກ 'file-format' ແລະ 'meta-header' ແມ່ນບໍ່ມີສຳລັບຊຸດຂໍ້ມູນ DICOM.
XML ການເຂົ້າລະຫັດ
ຄຸນລັກສະນະທີ່ມີຊ່ອງຂໍ້ມູນທີ່ມີຂະຫນາດໃຫຍ່ຫຼາຍ (ເຊັ່ນ: ຂໍ້ມູນ pixels ລວງ) ບໍ່ໄດ້ຖືກໂຫຼດໂດຍຄ່າເລີ່ມຕົ້ນ. ເຂົາເຈົ້າ
ສາມາດຖືກກໍານົດໂດຍຄຸນລັກສະນະເພີ່ມເຕີມ 'loaded' ທີ່ມີຄ່າຂອງ 'ບໍ່' (ເບິ່ງຕົວຢ່າງ
ຂ້າງເທິງ). ທາງເລືອກແຖວຄໍາສັ່ງ -- ໂຫຼດທັງໝົດ ບັງຄັບໃຫ້ໂຫລດຊ່ອງຂໍ້ມູນມູນຄ່າທັງຫມົດລວມທັງ
ຍາວຫຼາຍ.
ນອກຈາກນັ້ນ, ຂໍ້ມູນຖານສອງຂອງຄຸນລັກສະນະ OB ແລະ OW ບໍ່ໄດ້ຖືກຂຽນໃສ່ຜົນຜະລິດ XML
ໄຟລ໌ໂດຍຄ່າເລີ່ມຕົ້ນ. ອົງປະກອບເຫຼົ່ານີ້ສາມາດຖືກກໍານົດໂດຍຄຸນລັກສະນະເພີ່ມເຕີມ 'binary'
ດ້ວຍຄ່າຂອງ 'ເຊື່ອງ' (ຄ່າເລີ່ມຕົ້ນແມ່ນ 'ບໍ່'). ທາງເລືອກແຖວຄໍາສັ່ງ --write-binary-data
ເຮັດໃຫ້ຊ່ອງຂໍ້ມູນມູນຄ່າຖານສອງຖືກພິມອອກ (ຄ່າຄຸນລັກສະນະແມ່ນ 'ແມ່ນ' ຫຼື 'base64'). ແຕ່,
ຈົ່ງລະມັດລະວັງໃນເວລາໃຊ້ຕົວເລືອກນີ້ຮ່ວມກັນກັບ -- ໂຫຼດທັງໝົດ ເນື່ອງຈາກວ່າຈໍານວນຂະຫນາດໃຫຍ່ຂອງ
ຂໍ້ມູນ pixels ລວງທີ່ອາດຈະຖືກພິມອອກໄປຫາຜົນໄດ້ຮັບ. ກະລຸນາສັງເກດວ່າໃນອົງປະກອບຂອງສະພາບການນີ້
ຄ່າທີ່ມີ VR ຂອງ OD ຫຼື OF ບໍ່ໄດ້ຖືກຖືວ່າເປັນ 'ຂໍ້ມູນຖານສອງ'.
ຄ່າຫຼາຍ (ເຊັ່ນວ່າຄ່າຄູນຄ່າ DICOM ຫຼາຍກວ່າ 1) ຖືກແຍກອອກ
ໂດຍ backslash '\' (ຍົກເວັ້ນຂໍ້ມູນເຂົ້າລະຫັດ Base64). ຄຸນລັກສະນະ 'len' ຊີ້ໃຫ້ເຫັນເຖິງ
ຈໍານວນ bytes ສໍາລັບພາກສະຫນາມມູນຄ່າສະເພາະທີ່ເກັບໄວ້ໃນຊຸດຂໍ້ມູນ DICOM, ie ມັນ
ອາດຈະ deviate ຈາກ XML ຄວາມຍາວຄ່າ encoded ເຊັ່ນ: ເນື່ອງຈາກວ່າ padding ທີ່ບໍ່ສໍາຄັນ
ທີ່ໄດ້ຮັບການໂຍກຍ້າຍອອກ. ຖ້າຄຸນລັກສະນະນີ້ຂາດຫາຍໄປໃນແທັກເລີ່ມຕົ້ນ 'ລໍາດັບ' ຫຼື 'ລາຍການ',
ອົງປະກອບ DICOM ທີ່ສອດຄ້ອງກັນໄດ້ຖືກເກັບຮັກສາໄວ້ດ້ວຍຄວາມຍາວທີ່ບໍ່ໄດ້ກໍານົດ.
ພື້ນເມືອງ DICOM ຮູບແບບ ຮູບແບບ
ລາຍລະອຽດຂອງຮູບແບບ Native DICOM Model ສາມາດພົບເຫັນຢູ່ໃນມາດຕະຖານ DICOM, ສ່ວນ
19 ('Application Hosting').
ຫຼາຍ ຂໍ້ມູນ
ຂໍ້ມູນຖານສອງ, ເຊັ່ນ: ຄ່າອົງປະກອບ DICOM ທີ່ມີຄ່າ Representations (VR) ຂອງ OB ຫຼື OW, ເປັນ
ເຊັ່ນດຽວກັນກັບຄ່າ OD, OF ແລະ UN ແມ່ນໂດຍຄ່າເລີ່ມຕົ້ນທີ່ບໍ່ໄດ້ຂຽນໃສ່ຜົນໄດ້ຮັບ XML ເນື່ອງຈາກພວກມັນ
ຂະໜາດ. ແທນທີ່ຈະ, ສໍາລັບແຕ່ລະອົງປະກອບ, ຕົວລະບຸເອກະລັກສາກົນ (UUID) ກໍາລັງເປັນ
ສ້າງແລະຂຽນເປັນຄຸນລັກສະນະຂອງ a ອົງປະກອບ XML. ເຖິງຕອນນັ້ນ, ບໍ່ມີ
ຄວາມເປັນໄປໄດ້ໃນການຂຽນໄຟລ໌ເພີ່ມເຕີມເພື່ອເກັບຂໍ້ມູນ binary ສໍາລັບແຕ່ລະ binary
ຕ່ອນຂໍ້ມູນ. ນີ້ບໍ່ຈໍາເປັນໂດຍມາດຕະຖານ, ຢ່າງໃດກໍຕາມ, ມັນອາດຈະເປັນປະໂຫຍດສໍາລັບ
ການປະຕິບັດການໂຕ້ຕອບຂອງ Application Hosting; ດັ່ງນັ້ນຄຸນສົມບັດນີ້ອາດຈະມີຢູ່ໃນ
ຮຸ່ນໃນອະນາຄົດຂອງ dcm2xml.
ນອກຈາກນັ້ນ, ເສີມ 163 (ເກັບຮັກສາຜ່ານເວັບໂດຍການໂອນລັດຕົວແທນ
ການບໍລິການ) ແນະນໍາໃຫມ່ ອົງປະກອບ XML ທີ່ອະນຸຍາດໃຫ້ເຂົ້າລະຫັດຂໍ້ມູນຖານສອງ
ເປັນ Base64. ໃນປັດຈຸບັນ, ທາງເລືອກເສັ້ນຄໍາສັ່ງ --encode-base64 ເປີດໃຊ້ການເຂົ້າລະຫັດນີ້ສໍາລັບ
VRs ຕໍ່ໄປນີ້: OB, OD, OF, OW, ແລະ UN.
ເປັນທີ່ຮູ້ຈັກ ບັນຫາ
ນອກເຫນືອຈາກສິ່ງທີ່ຂຽນຢູ່ໃນພາກຂ້າງເທິງກ່ຽວກັບ 'ຂໍ້ມູນຈໍານວນຫລາຍ', ຍັງມີຕື່ມອີກ
ບັນຫາທີ່ຮູ້ຈັກກັບການປະຕິບັດໃນປະຈຸບັນຂອງຮູບແບບ Native DICOM Model. ສໍາລັບ
ຕົວຢ່າງ, ຄ່າອົງປະກອບຂະຫນາດໃຫຍ່ທີ່ມີ VR ນອກເຫນືອຈາກ OB, OD, OF, OW ຫຼື UN ແມ່ນປະຈຸບັນ
ບໍ່ເຄີຍຂຽນເປັນຂໍ້ມູນຈໍານວນຫລາຍ, ເຖິງແມ່ນວ່າມັນອາດຈະເປັນປະໂຫຍດ, ເຊັ່ນ: ສໍາລັບອົງປະກອບຂໍ້ຄວາມຍາວຫຼາຍ
(ໂດຍສະເພາະ UT) ຫຼືຊ່ອງຂໍ້ມູນຕົວເລກຍາວຫຼາຍ (ຂອງ VRs ຕ່າງໆ).
ຫມາຍເຫດ
ລັກສະນະ ການເຂົ້າລະຫັດ
ການເຂົ້າລະຫັດ XML ຖືກກຳນົດໂດຍອັດຕະໂນມັດຈາກຄຸນລັກສະນະ DICOM (0008,0005)
'ຊຸດລັກສະນະສະເພາະ' ໂດຍໃຊ້ແຜນທີ່ຕໍ່ໄປນີ້:
ASCII (ISO_IR 6) => "UTF-8"
UTF-8 "ISO_IR 192" => "UTF-8"
ISO Latin 1 "ISO_IR 100" => "ISO-8859-1"
ISO Latin 2 "ISO_IR 101" => "ISO-8859-2"
ISO Latin 3 "ISO_IR 109" => "ISO-8859-3"
ISO Latin 4 "ISO_IR 110" => "ISO-8859-4"
ISO Latin 5 "ISO_IR 148" => "ISO-8859-9"
Cyrillic "ISO_IR 144" => "ISO-8859-5"
ອາຣັບ "ISO_IR 127" => "ISO-8859-6"
ກເຣັກ "ISO_IR 126" => "ISO-8859-7"
ພາສາເຮັບເຣີ "ISO_IR 138" => "ISO-8859-8"
ຖ້າຄຸນລັກສະນະ DICOM ນີ້ຂາດຢູ່ໃນໄຟລ໌ປ້ອນ, ເຖິງແມ່ນວ່າຕ້ອງການ, ທາງເລືອກ --charset-
ຫມີສວນ່ ສາມາດໃຊ້ເພື່ອກໍານົດຊຸດຕົວອັກສອນທີ່ເຫມາະສົມດ້ວຍຕົນເອງ (ໂດຍນໍາໃຊ້ຫນຶ່ງໃນ
DICOM ກໍານົດຂໍ້ກໍານົດ).
ບໍ່ຮອງຮັບຊຸດຕົວອັກສອນຫຼາຍຕົວທີ່ໃຊ້ເຕັກນິກການຂະຫຍາຍລະຫັດ. ຖ້າຕ້ອງການ,
ທາງເລືອກ --convert-to-utf8 ສາມາດໃຊ້ເພື່ອປ່ຽນໄຟລ໌ DICOM ຫຼືຊຸດຂໍ້ມູນເປັນ UTF-8
ການເຂົ້າລະຫັດກ່ອນທີ່ຈະປ່ຽນເປັນຮູບແບບ XML. ອັນນີ້ຍັງເປັນປະໂຫຍດສໍາລັບໄຟລ໌ DICOMDIR
ບ່ອນທີ່ແຕ່ລະບັນທຶກໄດເລກະທໍລີສາມາດມີຊຸດຕົວອັກສອນທີ່ແຕກຕ່າງກັນ.
ການບັນທຶກ
ລະດັບການອອກບັນທຶກຂອງເຄື່ອງມືບັນທັດຄໍາສັ່ງຕ່າງໆແລະຫ້ອງສະຫມຸດທີ່ຕິດພັນສາມາດ
ຖືກລະບຸໂດຍຜູ້ໃຊ້. ໂດຍຄ່າເລີ່ມຕົ້ນ, ມີພຽງແຕ່ຄວາມຜິດພາດແລະຄໍາເຕືອນທີ່ຖືກຂຽນເປັນມາດຕະຖານ
ການຖ່າຍທອດຄວາມຜິດພາດ. ການນໍາໃຊ້ທາງເລືອກ -- verbose ຂໍ້ຄວາມທີ່ເປັນຂໍ້ມູນເຊັ່ນ: ລາຍລະອຽດການປະມວນຜົນ
ມີລາຍງານ. ທາງເລືອກ --debug ສາມາດໃຊ້ເພື່ອໃຫ້ໄດ້ລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບກິດຈະກໍາພາຍໃນ,
ຕົວຢ່າງ: ສໍາລັບຈຸດປະສົງ debugging. ລະດັບການບັນທຶກອື່ນໆສາມາດຖືກເລືອກໂດຍໃຊ້ທາງເລືອກ --ບັນທຶກ-
ລະດັບ. ໃນ --ງຽບ ໂຫມດມີພຽງແຕ່ລາຍງານຄວາມຜິດພາດທີ່ຮ້າຍແຮງເທົ່ານັ້ນ. ໃນເຫດການຄວາມຜິດພາດທີ່ຮ້າຍແຮງດັ່ງກ່າວ,
ປົກກະຕິແລ້ວຄໍາຮ້ອງສະຫມັກຈະຢຸດເຊົາ. ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບລະດັບການຕັດໄມ້ທີ່ແຕກຕ່າງກັນ,
ເບິ່ງເອກະສານຂອງໂມດູນ 'oflog'.
ໃນກໍລະນີທີ່ຜົນຜະລິດການບັນທຶກຄວນຈະໄດ້ຮັບການລາຍລັກອັກສອນ (ທາງເລືອກທີ່ມີການຫມຸນ logfile).
ກັບ syslog (Unix) ຫຼືບັນທຶກເຫດການ (Windows) ທາງເລືອກ --log-config ສາມາດນໍາໃຊ້ໄດ້. ນີ້
ໄຟລ໌ການຕັ້ງຄ່າຍັງອະນຸຍາດໃຫ້ສໍາລັບການຊີ້ນໍາພຽງແຕ່ຂໍ້ຄວາມສະເພາະໃດຫນຶ່ງກັບຜົນຜະລິດສະເພາະໃດຫນຶ່ງ
stream ແລະສໍາລັບການກັ່ນຕອງຂໍ້ຄວາມສະເພາະໃດຫນຶ່ງໂດຍອີງໃສ່ໂມດູນຫຼືຄໍາຮ້ອງສະຫມັກທີ່ເຂົາເຈົ້າ
ຖືກສ້າງຂື້ນ. ໄຟລ໌ການຕັ້ງຄ່າຕົວຢ່າງແມ່ນສະຫນອງໃຫ້ຢູ່ໃນ /logger.cfg.
ຄໍາສັ່ງ LINE
ເຄື່ອງມືບັນທັດຄໍາສັ່ງໃຊ້ຫມາຍເຫດຕໍ່ໄປນີ້ສໍາລັບພາລາມິເຕີ: ວົງເລັບສີ່ຫລ່ຽມປິດລ້ອມ
ຄ່າທາງເລືອກ (0-1), ສາມຈຸດຕໍ່ທ້າຍຊີ້ໃຫ້ເຫັນວ່າຫຼາຍຄ່າຖືກອະນຸຍາດ
(1-n), ການປະສົມປະສານຂອງທັງສອງຫມາຍຄວາມວ່າຄ່າ 0 ຫາ n.
ຕົວເລືອກແຖວຄໍາສັ່ງຖືກຈໍາແນກຈາກພາລາມິເຕີໂດຍເຄື່ອງຫມາຍ '+' ຫຼື '-' ຊັ້ນນໍາ,
ຕາມລໍາດັບ. ປົກກະຕິແລ້ວ, ຄໍາສັ່ງແລະຕໍາແຫນ່ງຂອງທາງເລືອກເສັ້ນຄໍາສັ່ງແມ່ນ arbitrary (ie ເຂົາເຈົ້າ
ສາມາດປາກົດຢູ່ບ່ອນໃດກໍໄດ້). ຢ່າງໃດກໍຕາມ, ຖ້າທາງເລືອກແມ່ນສະເພາະເຊິ່ງກັນແລະກັນ, ລັກສະນະທີ່ຖືກຕ້ອງທີ່ສຸດ
ຖືກນໍາໃຊ້. ພຶດຕິກໍານີ້ສອດຄ່ອງກັບກົດລະບຽບການປະເມີນຜົນມາດຕະຖານຂອງຫອຍ Unix ທົ່ວໄປ.
ນອກຈາກນັ້ນ, ໄຟລ໌ຄໍາສັ່ງຫນຶ່ງຫຼືຫຼາຍສາມາດຖືກກໍານົດໂດຍໃຊ້ເຄື່ອງຫມາຍ '@' ເປັນຄໍານໍາຫນ້າ
ຊື່ໄຟລ໌ (ເຊັ່ນ @command.txt). ການໂຕ້ຖຽງຄໍາສັ່ງດັ່ງກ່າວຖືກແທນທີ່ດ້ວຍເນື້ອໃນຂອງ
ໄຟລ໌ຂໍ້ຄວາມທີ່ສອດຄ້ອງກັນ (ຫຼາຍຊ່ອງຫວ່າງຖືກປະຕິບັດເປັນຕົວແຍກດຽວເວັ້ນເສຍແຕ່
ພວກມັນປາກົດຢູ່ລະຫວ່າງສອງເຄື່ອງໝາຍວົງຢືມ) ກ່ອນການປະເມີນຕື່ມອີກ. ກະລຸນາສັງເກດວ່າ
ໄຟລ໌ຄໍາສັ່ງບໍ່ສາມາດມີໄຟລ໌ຄໍາສັ່ງອື່ນ. ວິທີການງ່າຍດາຍແຕ່ປະສິດທິຜົນນີ້
ອະນຸຍາດໃຫ້ຫນຶ່ງເພື່ອສະຫຼຸບການປະສົມທົ່ວໄປຂອງທາງເລືອກ / ຕົວກໍານົດການແລະຫຼີກເວັ້ນການຍາວແລະ
ເສັ້ນຄໍາສັ່ງທີ່ສັບສົນ (ຕົວຢ່າງແມ່ນສະຫນອງໃຫ້ຢູ່ໃນໄຟລ໌ /dumppat.txt).
ENVIRONMENT
ໄດ້ dcm2xml ຜົນປະໂຫຍດຈະພະຍາຍາມໂຫຼດຂໍ້ມູນວັດຈະນານຸກົມ DICOM ທີ່ລະບຸໄວ້ໃນ
DCMDICTPATH ສະພາບແວດລ້ອມປ່ຽນແປງ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ie ຖ້າ DCMDICTPATH ຕົວແປສິ່ງແວດລ້ອມ
ບໍ່ໄດ້ຕັ້ງ, ໄຟລ໌ /dicom.dic ຈະຖືກໂຫຼດເວັ້ນເສຍແຕ່ຈະນານຸກົມຖືກສ້າງຂຶ້ນ
ເຂົ້າໄປໃນແອັບພລິເຄຊັນ (ຄ່າເລີ່ມຕົ້ນສໍາລັບ Windows).
ພຶດຕິກໍາໃນຕອນຕົ້ນຄວນຈະເປັນທີ່ມັກແລະ DCMDICTPATH ຕົວແປສະພາບແວດລ້ອມເທົ່ານັ້ນ
ໃຊ້ໃນເວລາທີ່ຕ້ອງການວັດຈະນານຸກົມຂໍ້ມູນທາງເລືອກ. ໄດ້ DCMDICTPATH ຕົວແປສິ່ງແວດລ້ອມ
ມີຮູບແບບດຽວກັນກັບ Unix shell PATH ຕົວແປໃນຈໍ້າສອງເມັດ (':') ແຍກ
ລາຍການ. ໃນລະບົບ Windows, ເຄື່ອງໝາຍຈຸດ (';') ຖືກໃຊ້ເປັນຕົວແຍກ. ວັດຈະນານຸກົມຂໍ້ມູນ
ລະຫັດຈະພະຍາຍາມໂຫລດແຕ່ລະໄຟລ໌ທີ່ລະບຸໄວ້ໃນ DCMDICTPATH ສະພາບແວດລ້ອມປ່ຽນແປງ. ມັນ
ເປັນຂໍ້ຜິດພາດຖ້າບໍ່ມີວັດຈະນານຸກົມຂໍ້ມູນສາມາດໂຫລດໄດ້.
ໃຊ້ dcm2xml ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net