ນີ້ແມ່ນຄໍາສັ່ງ dcmodify ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
dcmodify - ແກ້ໄຂໄຟລ໌ DICOM
ສະຫຼຸບສັງລວມ
dcmodify [ຕົວເລືອກ] dcmfile-in...
ລາຍລະອຽດ
dcmodify ເປັນເຄື່ອງມືທີ່ອະນຸຍາດໃຫ້ຫນຶ່ງໃນການປັບປຸງແກ້ໄຂ, ໃສ່ແລະລົບ tags ແລະລາຍການໃນ DICOM
ໄຟລ໌. ລຳດັບ ແລະແທັກທີ່ມີຄ່າຄູນ > 1 ຍັງຮອງຮັບ. Metaheader
ຂໍ້ມູນແລະ VR ຂອງໂຄດຄໍາສັ່ງບໍ່ສາມາດໄດ້ຮັບການແກ້ໄຂໂດຍກົງ dcmodify ໃນເວລານີ້. ໃນ
ນອກຈາກການດັດແກ້ໂຄດຄໍາສັ່ງ, dcmodify ເຮັດໃຫ້ມີບາງທາງເລືອກການປ້ອນຂໍ້ມູນ - forcing
dcmodify ເພື່ອຈັດການໄຟລ໌ປ້ອນຂໍ້ມູນຂອງມັນຕາມທີ່ຜູ້ໃຊ້ກໍານົດ - ແລະທາງເລືອກຜົນຜະລິດທີ່ຈະຄວບຄຸມ
ຮູບແບບຜົນຜະລິດຂອງໄຟລ໌ຜົນໄດ້ຮັບ.
ໃນກໍລະນີທີ່ຈະປັບປຸງແກ້ໄຂຈໍານວນຫຼາຍໄດ້ຮັບການປະຕິບັດ, dcmodify ບໍ່ມີການດັດແກ້ໃນ
ຄໍາສັ່ງດຽວກັນກັບພວກມັນປາກົດຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ກະລຸນາສັງເກດວ່າ dcmodify ບໍ່
ກວດເບິ່ງວ່າຄ່າທີ່ລະບຸນັ້ນກົງກັບຄ່າຕົວແທນ (VR). ປົກກະຕິແລ້ວ, ຄວາມຜິດພາດ
ຂໍ້ຄວາມຖືກພິມອອກແຕ່ໂດຍທົ່ວໄປແລ້ວຜູ້ໃຊ້ຄວນເບິ່ງແຍງການນໍາໃຊ້ VR ທີ່ຖືກຕ້ອງ.
If dcmodify ບໍ່ຮູ້ແທັກທີ່ມັນຄວນໃສ່, ຫຼັງຈາກນັ້ນ VR ຂອງແທັກຖືກຕັ້ງເປັນ UN ແລະ the
ຄ່າທີ່ໃຫ້ຢູ່ໃນເສັ້ນຄໍາສັ່ງຖືກຕີຄວາມວ່າເປັນຊຸດຂອງເລກຖານສິບຫົກ
(ຄືກັບວ່າພວກມັນຖືກສະໜອງໃຫ້ສຳລັບ VR=OB). ກະລຸນາໃສ່ແທັກເຫຼົ່ານີ້ເຂົ້າໃນວັດຈະນານຸກົມເພື່ອຫຼີກເວັ້ນ
ພຶດຕິກໍານີ້. ນອກຈາກນີ້, ການລະບຸ -iun ທາງເລືອກ, ມັນເປັນໄປໄດ້ທີ່ຈະບັງຄັບ dcmodify ອອກຈາກ
ຄຸນຄ່າຂອງສະຫະປະຊາຊາດບໍ່ໄດ້ແຕະຕ້ອງ. ການນໍາໃຊ້ທາງເລືອກ -u ສາມາດເຮັດໄດ້ dcmodify ບັນທຶກຄຸນລັກສະນະ VR=UN ທັງໝົດເປັນ OB.
dcmodify ສາມາດເຮັດວຽກກັບອັນທີ່ເອີ້ນວ່າເສັ້ນທາງແທັກເພື່ອເຂົ້າເຖິງແທັກຕາມລໍາດັບ. ໄດ້
(pseudo-formalized) syntax ແມ່ນ
{sequence[item-no].}*ອົງປະກອບ
ບ່ອນທີ່ 'ລໍາດັບ' ແມ່ນແທັກລໍາດັບເຊັ່ນ (0008,1111) ຫຼືຊື່ວັດຈະນານຸກົມສໍາລັບແທັກ. 'ລາຍການ-
no' ອະທິບາຍໝາຍເລກລາຍການທີ່ຈະເຂົ້າເຖິງ (ນັບຈາກສູນ). 'ອົງປະກອບ' ກໍານົດ
ແທັກເປົ້າໝາຍເພື່ອເຮັດວຽກ. ແທັກສາມາດຖືກລະບຸໂດຍກົງເປັນ (0010,0010) ຫຼືຜ່ານ
ຊື່ວັດຈະນານຸກົມທີ່ສອດຄ້ອງກັນ 'PatientName'. '*' ຫມາຍເຖິງວ່າທ່ານສາມາດເຮັດຊ້ໍາໄດ້
ຄໍາສັ່ງລໍາດັບເພື່ອເຂົ້າເຖິງລະດັບທີ່ເລິກເຊິ່ງໃນໄຟລ໌ DICOM (ເບິ່ງພາກຕົວຢ່າງ). ສໍາລັບ
'item-no', ຍັງເປັນຕົວໜັງສືແທນທີ່ '*' ສາມາດໃຊ້ເລືອກລາຍການທັງໝົດທີ່ຢູ່ອ້ອມຂ້າງໄດ້
ລໍາດັບ (ເບິ່ງພາກ WILDCARDS ຂ້າງລຸ່ມນີ້).
ໃນເວລາທີ່ແຊກເສັ້ນທາງໂຄດຄໍາສັ່ງປະກອບດ້ວຍຫຼາຍ nodes (ie ບໍ່ແມ່ນອົງປະກອບດຽວ) ການນໍາໃຊ້
ໄດ້ -i ທາງເລືອກ, ອົງປະກອບເສັ້ນທາງທີ່ຂາດຫາຍໄປ (ລາຍການ, ລໍາດັບ, ອົງປະກອບຂອງໃບ) ຖືກໃສ່
ອັດຕະໂນມັດເມື່ອຂາດຫາຍໄປ. ທີ່ບໍ່ໄດ້ເຮັດວຽກສໍາລັບລາຍການ wildcards: ໃນເວລາທີ່ບໍ່ມີລາຍການດຽວ
ມີຢູ່ໃນລໍາດັບອ້ອມຂ້າງ dcmodify ແນ່ນອນບໍ່ສາມາດຕັດສິນໃຈໄດ້, ວິທີການຈໍານວນຫຼາຍລາຍການຄວນຈະ
ໄດ້ຮັບການຜະລິດ. ຢ່າງໃດກໍ່ຕາມ, ຖ້າລະບຸຕົວເລກລາຍການເຊັ່ນ '5', ທັງຫມົດ 6 ລາຍການ (ນັບຈາກ
ສູນ) ສາມາດເປັນ (ແລະແມ່ນ) ອັດຕະໂນມັດທີ່ສ້າງຂຶ້ນໃນຮູບແບບແຊກ. ຖ້າແລ້ວ 2 ລາຍການຈະ
ມີຢູ່, ສ່ວນທີ່ເຫຼືອ (4) ຈະຖືກໃສ່.
ກະລຸນາຮັບຊາບວ່າມີບັນຫາບາງຢ່າງກ່ຽວກັບການດັດແປງແທັກສ່ວນຕົວ (ເບິ່ງ
ສ່ວນ PRIVATE TAGS) ແລະສຳລັບການປ່ຽນແປງ UIDs (ສ່ວນການປ່ຽນ UIDs).
PARAMETERS
dcmfile-in DICOM input name(s) ທີ່ຈະແກ້ໄຂ
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 ໄຟລ໌
+fc --create-file
ສ້າງຮູບແບບໄຟລ໌ຖ້າຫາກວ່າໄຟລ໌ບໍ່ມີ
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
parsing ຂອງຄຸນສົມບັດຄວາມຍາວຄີກ:
+ao --ຍອມຮັບ-ຄີກ-ຄວາມຍາວ
ຍອມຮັບຄຸນລັກສະນະຄວາມຍາວຄີກ (ຄ່າເລີ່ມຕົ້ນ)
+ae --assume-even-length
ສົມມຸດວ່າຄວາມຍາວທີ່ແທ້ຈິງແມ່ນຫນຶ່ງໄບຕ໌ໃຫຍ່ກວ່າ
ການແກ້ໄຂຂໍ້ມູນອັດຕະໂນມັດ:
+dc --enable-correction
ເປີດໃຊ້ການແກ້ໄຂຂໍ້ມູນອັດຕະໂນມັດ (ຄ່າເລີ່ມຕົ້ນ)
-dc --ປິດການໃຊ້ງານ-ການແກ້ໄຂ
ປິດການທໍາງານການແກ້ໄຂຂໍ້ມູນອັດຕະໂນມັດ
ຮູບແບບ bitstream ຂອງການປ້ອນຂໍ້ມູນ deflated:
+bd --bitstream-deflated
ຄາດຫວັງວ່າ bitstream deflated (ຄ່າເລີ່ມຕົ້ນ)
+bz --bitstream-zlib
ຄາດຫວັງວ່າການ deflated zlib bitstream
ການປຸງແຕ່ງ ທາງເລືອກໃນການ
ໄຟລ໌ສໍາຮອງຂໍ້ມູນໃສ່:
-- ສຳຮອງ
ໄຟລ໌ສໍາຮອງຂໍ້ມູນກ່ອນທີ່ຈະປັບປຸງແກ້ໄຂ (ຄ່າເລີ່ມຕົ້ນ)
-nb --no-backup
ຢ່າສຳຮອງຂໍ້ມູນໄຟລ໌ (ອັນຕະລາຍ)
ໂໝດແຊກ:
-i --insert "[t]ag-path=[v]alue"
ໃສ່ (ຫຼືຂຽນທັບ) ເສັ້ນທາງທີ່ຕໍາແຫນ່ງ t ດ້ວຍຄ່າ v
-if --insert-from-file "[t]ag-path=[f]ilename"
ໃສ່ (ຫຼືຂຽນທັບ) ເສັ້ນທາງທີ່ຕໍາແຫນ່ງ t ດ້ວຍຄ່າຈາກໄຟລ໌ f
-nrc --no-reserv-check
ຢ່າກວດເບິ່ງການຈອງສ່ວນຕົວ
ປັບປຸງແກ້ໄຂຮູບແບບ:
-m --modify "[t]ag-path=[v]alue"
ດັດແກ້ tag ຢູ່ຕໍາແຫນ່ງ t ກັບ value v
-mf --modify-from-file "[t]ag-path=[f]ilename"
ແກ້ໄຂແທັກຢູ່ຕຳແໜ່ງ t ເປັນຄ່າຈາກໄຟລ໌ f
-ma --modify-all "[t]ag=[v]alue"
ແກ້ໄຂແທັກທີ່ກົງກັນທັງໝົດ t ໃນໄຟລ໌ເປັນຄ່າ v
ໂໝດລຶບ:
-e --erase "[t]ag-path"
ລຶບແທັກ/ລາຍການຢູ່ຕຳແໜ່ງ t
-ea --erase-all "[t]ag"
ລຶບແທັກທີ່ກົງກັນທັງໝົດ t ໃນໄຟລ໌
-ep --erase-private
ລຶບຂໍ້ມູນສ່ວນຕົວທັງໝົດອອກຈາກໄຟລ໌
ຕົວລະບຸທີ່ເປັນເອກະລັກ:
-gst --gen-stud-uid
ສ້າງ UID ການສຶກສາຕົວຢ່າງໃຫມ່
-gse --gen-ser-uid
ສ້າງ Series Instance UID ໃໝ່
-gin --gen-inst-uid
ສ້າງ SOP Instance UID ໃໝ່
-nmu --no-meta-uid
ຢ່າອັບເດດ metaheader UIDs ຖ້າກ່ຽວຂ້ອງ
UIDs ໃນຊຸດຂໍ້ມູນຖືກດັດແກ້
ການຈັດການຄວາມຜິດພາດ:
-ie --ignore-errors
ສືບຕໍ່ກັບໄຟລ໌, ຖ້າແກ້ໄຂຂໍ້ຜິດພາດເກີດຂື້ນ
-imt --ignore-missing-tags
ຮັກສາ 'tag ບໍ່ພົບ' ເປັນຜົນສໍາເລັດ
ເມື່ອແກ້ໄຂ ຫຼືລຶບໃນໄຟລ໌
-iun --ignore-un-values
ຢ່າພະຍາຍາມຂຽນຄ່າໃດໆກັບອົງປະກອບ
ມີ VR ຂອງ UN
output ທາງເລືອກໃນການ
ຮູບແບບໄຟລ໌ຜົນຜະລິດ:
+F --write-file
ຂຽນຮູບແບບໄຟລ໌ (ຄ່າເລີ່ມຕົ້ນ)
-F --write-dataset
ຂຽນຊຸດຂໍ້ມູນໂດຍບໍ່ມີຂໍ້ມູນ meta ໄຟລ໌
syntax ການໂອນຜົນຜະລິດ:
+t= --write-xfer-same
ຂຽນດ້ວຍ TS ດຽວກັນກັບການປ້ອນຂໍ້ມູນ (ຄ່າເລີ່ມຕົ້ນ)
+te --write-xfer-little
ຂຽນດ້ວຍ VR ນ້ອຍ endian TS ຢ່າງຊັດເຈນ
+tb --write-xfer-big
ຂຽນດ້ວຍ VR big endian TS ຢ່າງຊັດເຈນ
+ti --write-xfer-implicit
ຂຽນດ້ວຍ implicit VR ນ້ອຍ endian TS
ການສະແດງມູນຄ່າຫຼັງປີ 1993:
+u --enable-new-vr
ເປີດໃຊ້ການຮອງຮັບ VRs ໃໝ່ (UN/UT) (ຄ່າເລີ່ມຕົ້ນ)
-u --disable-new-vr
ປິດການຮອງຮັບ VRs ໃໝ່, ປ່ຽນເປັນ OB
ການເຂົ້າລະຫັດກຸ່ມ:
+g= --group-length-recalc
ຄິດໄລ່ຄວາມຍາວຂອງກຸ່ມຄືນໃໝ່ຖ້າມີ (ຄ່າເລີ່ມຕົ້ນ)
+g --group-length-create
ສະເຫມີຂຽນດ້ວຍອົງປະກອບຄວາມຍາວຂອງກຸ່ມ
-g --group-length-remove
ສະເຫມີຂຽນໂດຍບໍ່ມີອົງປະກອບຄວາມຍາວຂອງກຸ່ມ
ການເຂົ້າລະຫັດຄວາມຍາວໃນລໍາດັບແລະລາຍການ:
+le --length-explicit
ຂຽນດ້ວຍຄວາມຍາວຢ່າງຊັດເຈນ (ຄ່າເລີ່ມຕົ້ນ)
-le --length-ບໍ່ໄດ້ກໍານົດ
ຂຽນດ້ວຍຄວາມຍາວທີ່ບໍ່ໄດ້ກໍານົດ
ຊຸດຂໍ້ມູນ trailing padding (ບໍ່ແມ່ນກັບ --write-dataset):
-p= --padding-retain
ຢ່າປ່ຽນ padding (ຄ່າເລີ່ມຕົ້ນຖ້າບໍ່ແມ່ນ --write-dataset)
-p --padding-off
ບໍ່ມີ padding ( implicit ຖ້າ --write-dataset)
+p --padding-create [f]ile-pad [i]tem-pad: integer
ຈັດຮຽງໄຟລ໌ຢູ່ໃນຫຼາຍໆ f bytes ແລະລາຍການຢູ່ໃນ
ຫຼາຍຂອງ i bytes
PRIVATE TAGS
ມີບັນຫາບາງຢ່າງທີ່ທ່ານຕ້ອງພິຈາລະນາໃນເວລາເຮັດວຽກກັບແທັກສ່ວນຕົວ. ຢ່າງໃດກໍຕາມ, ໄດ້
ການໃສ່ ຫຼືດັດແກ້ແທັກຈອງ (gggg,00xx) ຄວນເຮັດວຽກສະເໝີ.
Insertions
ຖ້າທ່ານຕ້ອງການໃສ່ແທັກສ່ວນຕົວ (ບໍ່ແມ່ນການຈອງກັບ gggg,00xx), ໃຫ້ແນ່ໃຈວ່າ
ທ່ານໄດ້ລະບຸໄວ້ໃນວັດຈະນານຸກົມຂອງເຈົ້າ (ເບິ່ງ /datadict.txt ສໍາລັບລາຍລະອຽດ). ຖ້າມັນບໍ່ແມ່ນ
ລາຍຊື່, dcmodify ຈະໃສ່ມັນດ້ວຍ VR=UN. ນອກຈາກນີ້, ສໍາລັບບາງກໍລະນີການແຊກອາດຈະລົ້ມເຫລວ
ສໍາລັບບາງຄຸນຄ່າ.
ຖ້າເຈົ້າມີແທັກສ່ວນຕົວຂອງເຈົ້າຢູ່ໃນວັດຈະນານຸກົມ, dcmodify ປະຕິບັດດັ່ງຕໍ່ໄປນີ້: ໃນເວລາທີ່ມັນພົບເຫັນ
ການຈອງຢູ່ໃນຊຸດຂໍ້ມູນຂອງແທັກ, ເຊິ່ງຜູ້ສ້າງສ່ວນຕົວກົງກັນ, ການແຊກແມ່ນ
ເຮັດກັບ VR ທີ່ພົບເຫັນຢູ່ໃນວັດຈະນານຸກົມແລະຄ່າທີ່ໃຫ້ຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ແຕ່ຖ້າຫາກວ່າ
ຜູ້ສ້າງສ່ວນຕົວບໍ່ກົງກັນຫຼືບໍ່ມີໃຜຖືກຕັ້ງ, dcmodify ຈະກັບຄືນມາດ້ວຍຄວາມຜິດພາດ. ຖ້າ ກ
ແທັກສ່ວນຕົວຄວນຈະຖືກໃສ່ໂດຍບໍ່ຄໍານຶງວ່າການຈອງບໍ່ມີ, ທາງເລືອກ
-nrc ສາມາດນໍາໃຊ້ໄດ້, ບັງຄັບໃຫ້ແຊກ. ຢ່າງໃດກໍຕາມ, VR ຖືກກໍານົດເປັນ UN ຫຼັງຈາກນັ້ນ, ເນື່ອງຈາກວ່າ tag
ຫຼັງຈາກນັ້ນບໍ່ສາມາດພົບເຫັນຢູ່ໃນວັດຈະນານຸກົມ.
ເບິ່ງຄໍາອະທິບາຍຂ້າງເທິງວິທີການໃສ່ຄ່າເຂົ້າໄປໃນອົງປະກອບທີ່ມີ VR ທີ່ບໍ່ຮູ້ຈັກຖືກຈັດການ.
ການດັດແປງ
ຖ້າທ່ານແກ້ໄຂຄ່າແທັກສ່ວນຕົວ, dcmodify ຈະບໍ່ກວດສອບ VR ຂອງມັນຕໍ່ກັບວັດຈະນານຸກົມ. ດັ່ງນັ້ນ
ກະລຸນາລະມັດລະວັງໃນການໃສ່ພຽງແຕ່ຄ່າທີ່ກົງກັບ VR ຂອງແທັກ.
ຖ້າທ່ານຕ້ອງການປ່ຽນຄ່າແທັກສ່ວນຕົວ ແລະ VR, ເພາະວ່າເຈົ້າຫາກໍ່ເພີ່ມແທັກນີ້ໃສ່ຂອງເຈົ້າ
ວັດຈະນານຸກົມ, ທ່ານສາມາດລຶບມັນດ້ວຍ dcmodify ແລະໃສ່ມັນຄືນໃໝ່. ຈາກນັ້ນ dcmodify ໃຊ້ຂອງທ່ານ
ການປ້ອນວັດຈະນານຸກົມເພື່ອກໍານົດ VR ທີ່ຖືກຕ້ອງ (ຍັງເບິ່ງການແຊກພາກສ່ວນຍ່ອຍ).
ນອກຈາກນັ້ນ, ເບິ່ງລາຍລະອຽດຂ້າງເທິງວິທີການໃສ່ຄ່າເຂົ້າໄປໃນອົງປະກອບທີ່ມີ VR ທີ່ບໍ່ຮູ້ຈັກ
ຈັດການ.
ການລົບ
ເມື່ອທ່ານໃຊ້ dcmodify ເພື່ອລຶບແທັກການຈອງສ່ວນຕົວ, ກະລຸນາສັງເກດວ່າ dcmodify ຈະບໍ່
ແຕະທີ່ແທັກສ່ວນຕົວທີ່ຢູ່ພາຍໃຕ້ການຈອງນີ້. ຜູ້ໃຊ້ຖືກບັງຄັບໃຫ້ຈັດການ
ຄວາມສອດຄ່ອງລະຫວ່າງການຈອງ ແລະແທັກສ່ວນຕົວທີ່ກ່ຽວຂ້ອງ.
ສໍາລັບການລຶບແທັກທີ່ບໍ່ໄດ້ຈອງສ່ວນຕົວບໍ່ມີບັນຫາພິເສດ.
ການປ່ຽນແປງ UIDS
dcmodify ຈະແກ້ໄຂອັດຕະໂນມັດ 'Media Storage SOP Class UID' ແລະ 'Media Storage SOP
Instance UID' ໃນ metaheader, ຖ້າທ່ານປ່ຽນແປງແທັກທີ່ກ່ຽວຂ້ອງໃນຊຸດຂໍ້ມູນ
('SOP Class UID' ແລະ 'SOP Instance UID') ໂດຍຜ່ານການໃສ່ ຫຼືແກ້ໄຂຕົວເລືອກໂໝດ. ເຈົ້າສາມາດ
ປິດການທໍາງານພຶດຕິກໍານີ້ໂດຍການນໍາໃຊ້ -nmu ທາງເລືອກ.
ຖ້າເຈົ້າສ້າງ UID ໃໝ່ດ້ວຍ -gst, -gse or -gin, ນີ້ຈະສົ່ງຜົນກະທົບຕໍ່ UID ທີ່ທ່ານເລືອກເທົ່ານັ້ນ
ເພື່ອສ້າງ. ດັ່ງນັ້ນຖ້າທ່ານໃຊ້ -gst ເພື່ອສ້າງ 'Study Instance UID' ໃໝ່, ຈາກນັ້ນ 'Series
Instance UID' ແລະ 'SOP Instance UID' ຈະບໍ່ໄດ້ຮັບຜົນກະທົບ! ນີ້ເຮັດໃຫ້ທ່ານມີຄວາມເປັນໄປໄດ້
ເພື່ອສ້າງແຕ່ລະມູນຄ່າແຍກຕ່າງຫາກ. ໂດຍປົກກະຕິ, ເຈົ້າຍັງຈະດັດແປງ UIDs 'ພື້ນຖານ'.
ໃນຖານະເປັນຂໍ້ເສຍຂອງຄວາມຍືດຫຍຸ່ນນີ້, ຜູ້ໃຊ້ຕ້ອງຮັບປະກັນ, ວ່າເມື່ອສ້າງ 'ໃຫມ່'.
ໄຟລ໌ DICOM ກັບ UIDs ໃໝ່ກັບ dcmodify, UIDs ອື່ນໆຕ້ອງໄດ້ຮັບການປັບປຸງໂດຍຜູ້ໃຊ້ເປັນ
ຈໍາເປັນ.
ເມື່ອເລືອກ -gin ທາງເລືອກ, ແທັກ metaheader ທີ່ກ່ຽວຂ້ອງ ('Media Storage SOP Instance
UID') ຖືກປັບປຸງໂດຍອັດຕະໂນມັດ. ພຶດຕິກໍານີ້ບໍ່ສາມາດຖືກປິດໃຊ້ງານໄດ້.
ການສ້າງ NEW ເອກະສານ
ທາງເລືອກ --create-file ສາມາດເຮັດໄດ້ dcmodify ສ້າງໄຟລ໌ຖ້າມັນບໍ່ມີຢູ່ໃນແຜ່ນ.
ນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອສ້າງໄຟລ໌ຈາກ scratch ໂດຍດໍາເນີນການຕິດຕໍ່ກັນ
insertions ມີທາງເລືອກເຊັ່ນ: --ໃສ່. ໂດຍສະເພາະນີ້ອາດຈະເປັນປະໂຫຍດໃນເວລາສ້າງ
ໄຟລ໌ສອບຖາມສໍາລັບເຄື່ອງມືເຊັ່ນ findscu or ຍ້າຍ. ໃນກໍລະນີທີ່ບໍ່ມີ syntax ການໂອນຜົນຜະລິດສະເພາະ
ຖືກກໍານົດ, dcmodify ເລືອກ Little Endian Explicit Uncompressed ສໍາລັບຜົນຜະລິດ. ໄຟລ໌ທີ່
ຖືກສ້າງຂື້ນໃຫມ່ຖືກຂຽນຢູ່ສະເຫມີເປັນຮູບແບບໄຟລ໌ DICOM, ie ທາງເລືອກ --write-dataset is
ບໍ່ອະນຸຍາດຮ່ວມກັບ --ສ້າງ. ດ້ວຍວິທີນີ້, ຢ່າງຫນ້ອຍ metaheader ຖືກຂຽນແລະບໍ່ມີ
ໄຟລ໌ທີ່ມີຄວາມຍາວສູນໄບຕ໌ແມ່ນຖືກສ້າງຂຶ້ນໃນກໍລະນີທີ່ບໍ່ມີການແຊກໃສ່ໃນ
dcmodify ໂທຫາ.
ELEMENT VALUES ຈາກ ເອກະສານ
ເພື່ອອ່ານຄ່າອົງປະກອບຈາກໄຟລ໌ແທນທີ່ຈະລະບຸມັນຢູ່ໃນຄໍາສັ່ງ
ເສັ້ນ, ທາງເລືອກ -mf ແລະ -ຖ້າ ສາມາດນໍາໃຊ້ໄດ້. ກະລຸນາສັງເກດວ່າສໍາລັບອົງປະກອບ OW, ຂໍ້ມູນແມ່ນ
ຄາດວ່າຈະເປັນຄໍາສັ່ງ endian ພຽງເລັກນ້ອຍແລະຈະໄດ້ຮັບການແລກປ່ຽນຖ້າຫາກວ່າມີຄວາມຈໍາເປັນ. ຂະຫນາດໄຟລ໌
ຄວນຈະເປັນຈໍານວນຄູ່ຂອງ bytes ສະເໝີ, ie ບໍ່ມີ padding ອັດຕະໂນມັດຖືກປະຕິບັດ.
WILDCARDS
dcmodify ຍັງອະນຸຍາດໃຫ້ໃຊ້ຕົວອັກສອນແທນນາມ '*' ສໍາລັບຕົວເລກລາຍການໃນເສັ້ນທາງ
expressions, ເຊັ່ນ: 'ContentSequence[*].CodeValue' ເລືອກຄຸນລັກສະນະ 'Code Value' ທັງໝົດໃນ
ລາຍການທັງໝົດຂອງ ContentSequence. ການນໍາໃຊ້ຕົວແທນທີ່ເປັນໄປໄດ້ສໍາລັບການດໍາເນີນງານຂັ້ນພື້ນຖານທັງຫມົດ,
ເຊັ່ນ: ການປັບປຸງ -m, ການໃສ່ -i ແລະ -e ທາງເລືອກທີ່ເຮັດໃຫ້ມັນ, ພ້ອມກັບອັດຕະໂນມັດ
ການສ້າງເສັ້ນທາງຂັ້ນກາງເປັນເຄື່ອງມືທີ່ມີອໍານາດສໍາລັບການກໍ່ສ້າງແລະການປຸງແຕ່ງ
ຊຸດຂໍ້ມູນຊັບຊ້ອນ.
ທາງເລືອກ -ມາ ແລະ -ເອ ສໍາລັບການດັດແກ້ຫຼືລົບການເກີດຂຶ້ນທັງຫມົດຂອງອົງປະກອບ DICOM ອີງໃສ່
ໃນໂຄດຄໍາສັ່ງຂອງມັນບໍ່ຍອມຮັບຕົວແທນໃດໆແຕ່ເຮັດວຽກຢູ່ໃນອົງປະກອບດຽວ (ເຊັ່ນດຽວ
ຊື່ວັດຈະນານຸກົມ ຫຼືປຸ່ມແທັກ).
ຕົວຢ່າງ
-i --ແຊກ:
dcmodify -i "(0010,0010)=A ຊື່" file.dcm
ແຊກແທັກ PatientName ເຂົ້າໄປໃນ 'file.dcm' ໃນລະດັບທີ 1.
ຖ້າແທັກມີຢູ່ແລ້ວ, ຂ້ອຍຈະຂຽນທັບມັນ! ຖ້າທ່ານຕ້ອງການ
ໃສ່ອົງປະກອບທີ່ມີຄ່າຄູນ > 1 (ເຊັ່ນ: 4) ເຈົ້າ
ສາມາດເຮັດໄດ້ດ້ວຍ: dcmodify -i "(0018,1310)=1\2\3\4"
dcmodify -i "(0008,1111)[0].PatientName=ຊື່ອື່ນ" *.dcm
ແຊກແທັກ PatientName ເຂົ້າໃນລາຍການທຳອິດຂອງລຳດັບ
(0008,1111). ໃຫ້ສັງເກດວ່າການນໍາໃຊ້ wildcards ສໍາລັບໄຟລ໌ແມ່ນ
ເປັນໄປໄດ້. ທ່ານສາມາດລະບຸເສັ້ນທາງແທັກທີ່ຍາວກວ່າໄດ້, ເຊັ່ນກັນ (ຕົວຢ່າງ
"(0008,1111)[0].(0008,1111)[1].(0010,0010)=A Third One").
ຖ້າພາກສ່ວນໃດນຶ່ງຂອງເສັ້ນທາງ, ຕົວຢ່າງ: ລໍາດັບ ຫຼືລາຍການ "0"
ບໍ່ມີ, ມັນຖືກໃສ່ໂດຍອັດຕະໂນມັດໂດຍ dcmodify.
dcmodify -i "(0008,1111)[*].PatientName=ຊື່ອື່ນ" *.dcm
ແຊກແທັກ PatientName ໃສ່ _every_ ລາຍການຕາມລຳດັບ
(0008,1111). ໃຫ້ສັງເກດວ່າການນໍາໃຊ້ wildcards ສໍາລັບໄຟລ໌ແມ່ນ
ເປັນໄປໄດ້. ທ່ານສາມາດລະບຸເສັ້ນທາງແທັກທີ່ຍາວກວ່າໄດ້, ເຊັ່ນກັນ (ຕົວຢ່າງ
"(0008,1111)[*].(0008,1111)[*].(0010,0010)=A Third One").
-if --insert-from-file:
dcmodify -if "PixelData=pixel.raw" file.dcm
ແຊກເນື້ອໃນຂອງໄຟລ໌ 'pixel.raw' ເຂົ້າໄປໃນອົງປະກອບ PixelData
ຂອງ 'file.dcm'. ເນື້ອໃນຂອງໄຟລ໌ຈະຖືກອ່ານເປັນ.
ຂໍ້ມູນ OW ຄາດວ່າຈະເປັນຄໍາສັ່ງ endian ພຽງເລັກນ້ອຍແລະຈະເປັນ
ແລກປ່ຽນຖ້າຈໍາເປັນ. ບໍ່ມີການກວດສອບຈະເຮັດເພື່ອຮັບປະກັນວ່າ
ຈໍານວນຂໍ້ມູນແມ່ນສົມເຫດສົມຜົນໃນລັກສະນະອື່ນໆເຊັ່ນ:
ແຖວ ຫຼື ຖັນ.
-m --ປັບປຸງແກ້ໄຂ:
dcmodify -m "(0010,0010)=ຊື່ A" file.dcm
ປ່ຽນແທັກ (0010,0010) ໃນລະດັບທີ 1 ເປັນ "ຊື່ A".
ຕົວເລືອກນີ້ຍັງອະນຸຍາດໃຫ້ມີເສັ້ນທາງແທັກທີ່ຍາວກວ່າດັ່ງທີ່ໄດ້ສະແດງໃຫ້ເຫັນ
ຂ້າງເທິງສໍາລັບ -i. ຖ້າອົງປະກອບຂອງໃບຫຼືຕົວກາງໃດໆ
ສ່ວນຫນຶ່ງຂອງເສັ້ນທາງບໍ່ມີ, ມັນບໍ່ໄດ້ຖືກໃສ່ເປັນມັນ
ຖ້າໃຊ້ຕົວເລືອກ '-i'.
dcmodify -m "(0010,0010)=ຊື່" -imt file.dcm
ປ່ຽນແທັກ (0010,0010) ໃນລະດັບທີ 1 ເປັນ "ຊື່ A". ເນື່ອງຈາກ
ທາງເລືອກທີ່ໃຫ້ '-imt', ຄວາມສໍາເລັດຈະຖືກສົ່ງຄືນແທນ "tag not found",
ຖ້າຫາກວ່າອົງປະກອບ / ລາຍການ (ຫຼື node ລະດັບປານກາງໃດຫນຶ່ງໃນເສັ້ນທາງທີ່ຍາວກວ່າ) ເຮັດໄດ້
ບໍ່ມີຢູ່.
ໃຫ້ສັງເກດວ່າສໍາລັບທາງເລືອກ '-m' ໂຫນດສຸດທ້າຍໃນເສັ້ນທາງຕ້ອງເປັນ
ອົງປະກອບຂອງໃບ, ie ບໍ່ແມ່ນລໍາດັບຫຼືລາຍການ.
-mf --modify-from-file:
dcmodify -mf "PixelData=pixel.raw" file.dcm
ເຮັດຄືກັນກັບ -if ໃນກໍລະນີທີ່ມີອົງປະກອບ PixelData ຢູ່ກ່ອນແລ້ວ
ໃນ 'file.dcm'. ຖ້າບໍ່ດັ່ງນັ້ນບໍ່ມີຫຍັງປ່ຽນແປງ.
-ma --modify-all:
dcmodify -ma "(0010,0010)=ຊື່ໃໝ່" file.dcm
ຄືກັນກັບ -m ແຕ່ເຮັດວຽກກັບທຸກແທັກທີ່ກົງກັນທີ່ພົບໃນ
'file.dcm'. ດັ່ງນັ້ນ, ມັນຄົ້ນຫາຊຸດຂໍ້ມູນທັງຫມົດລວມທັງ
ລໍາດັບສໍາລັບ tag (0010,0010) ແລະປ່ຽນພວກມັນເປັນ "ຊື່ໃຫມ່"
-e --erase:
dcmodify -e "(0010,0010)" *.dcm
ລຶບແທັກ (0010,0010) ໃນໄຟລ໌ *.dcm ທັງໝົດໃນລະດັບທີ 1.
ຕົວເລືອກນີ້ຍັງອະນຸຍາດໃຫ້ມີເສັ້ນທາງແທັກທີ່ຍາວກວ່າຕາມທີ່ໄດ້ສະແດງໃຫ້ເຫັນ
ຂ້າງເທິງສໍາລັບ -i.
dcmodify -e "(0010,0010)" -imt *.dcm
ລຶບແທັກ (0010,0010) ໃນໄຟລ໌ *.dcm ທັງໝົດໃນລະດັບທີ 1. ເນື່ອງຈາກ
ທາງເລືອກທີ່ໃຫ້ '-imt', ຄວາມສໍາເລັດຈະຖືກສົ່ງຄືນແທນ "tag not found",
ຖ້າຫາກວ່າອົງປະກອບ / ລາຍການ (ຫຼື node ລະດັບປານກາງໃດຫນຶ່ງໃນເສັ້ນທາງທີ່ຍາວກວ່າ) ເຮັດໄດ້
ບໍ່ມີຢູ່.
-ea --erase-all:
dcmodify -ea "(0010,0010)" *.dcm
ຄືກັນກັບ -e, ແຕ່ຍັງຊອກຫາຢູ່ໃນລໍາດັບແລະລາຍການ.
-ep --erase-private:
dcmodify -ep *.dcm
ລຶບແທັກສ່ວນຕົວທັງໝົດ (ເຊັ່ນແທັກທີ່ມີໝາຍເລກກຸ່ມຄີກ) ຈາກ
ໄຟລ໌ທັງໝົດທີ່ກົງກັບ *.dcm ໃນໄດເລກະທໍລີປັດຈຸບັນ.
-gst --gen-stud-uid:
dcmodify -gst file.dcm
ນີ້ສ້າງມູນຄ່າໃຫມ່ສໍາລັບ StudyInstanceUID
(0020,000d). UIDs ອື່ນໆບໍ່ໄດ້ຖືກດັດແກ້!
-gse --gen-ser-uid:
dcmodify -gse file.dcm
ນີ້ສ້າງຄ່າໃຫມ່ສໍາລັບ SeriesInstanceUID
(0020,000e). UIDs ອື່ນໆບໍ່ໄດ້ຖືກດັດແກ້!
-gin --gen-inst-uid:
dcmodify -gin file.dcm
ຄໍາສັ່ງນີ້ສ້າງຄ່າໃຫມ່ສໍາລັບ SOPInstanceUID
(0008,0018). MediaStorageSOPinstanceUID ທີ່ສອດຄ້ອງກັນ
(0002,0003) ຖືກປັບເປັນຄ່າໃໝ່ໂດຍອັດຕະໂນມັດ.
ກະລຸນາຮັບຊາບວ່າມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະຫລີກລ່ຽງ metaheader ນີ້
ປັບປຸງໂດຍຜ່ານທາງເລືອກ -nmu.
-nmu --no-meta-uid:
dcmodify -m "SOPinstanceUID=[UID]" -nmu *.dcm
ນີ້ຈະດັດແປງ SOPInstanceUID ໃຫ້ກັບ [UID] ທີ່ໃຫ້,
ແຕ່ -nmu ຫຼີກເວັ້ນ, ທີ່ dcmodify ປັບໄດ້
MediaStorageSOPinstanceUID ໃນ metaheader, ເຊັ່ນດຽວກັນ..fi
ERROR ການຈັດການ
dcmodify ພະຍາຍາມປະຕິບັດການປະຕິບັດການປັບປຸງແກ້ໄຂແຕ່ລະທີ່ໃຫ້ຢູ່ໃນບັນຊີຄໍາສັ່ງ: ຖ້າຫາກວ່າຫນຶ່ງກັບຄືນມາເປັນ
ຄວາມຜິດພາດ, ອື່ນໆແມ່ນໄດ້ຮັບການປະຕິບັດຢ່າງໃດກໍຕາມ. ຢ່າງໃດກໍຕາມ, ໃນກໍລະນີມີຄວາມຜິດພາດ, ການແກ້ໄຂ
ໄຟລ໌ບໍ່ໄດ້ຖືກບັນທຶກໄວ້, ເວັ້ນເສຍແຕ່ວ່າ --ບໍ່ສົນໃຈ-ຄວາມຜິດພາດ ທາງເລືອກແມ່ນລະບຸໄວ້. ຖ້າທາງເລືອກນັ້ນແມ່ນ
ເລືອກ, dcmodify ຍັງສືບຕໍ່ດັດແກ້ໄຟລ໌ເພີ່ມເຕີມທີ່ລະບຸໄວ້ໃນເສັ້ນຄໍາສັ່ງ;
ຖ້າບໍ່ດັ່ງນັ້ນ dcmodify ອອກຫຼັງຈາກໄຟລ໌ທໍາອິດທີ່ມີຄວາມຜິດພາດໃນການແກ້ໄຂ.
ຖ້າ --ignore-missing-tags ທາງເລືອກແມ່ນເປີດໃຊ້ງານ, ການດໍາເນີນງານປັບປຸງແກ້ໄຂຫຼືລົບໃດໆ (ເຊັ່ນວ່າບໍ່ໄດ້
--ໃສ່) ທີ່ລົ້ມເຫລວເນື່ອງຈາກແທັກທີ່ບໍ່ມີຢູ່ແມ່ນຖືວ່າປະສົບຜົນສໍາເລັດ. ນັ້ນ
ມັນສົມເຫດສົມຜົນຖ້າໃຜຜູ້ຫນຶ່ງຕ້ອງການໃຫ້ແນ່ໃຈວ່າແທັກສະເພາະບໍ່ມີຢູ່ໃນໄຟລ໌
ຫຼືວ່າ - ຖ້າພວກເຂົາມີຢູ່ - ທີ່ພວກມັນຖືກຕັ້ງຄ່າເປັນຄ່າສະເພາະ.
ການບັນທຶກ
ລະດັບການອອກບັນທຶກຂອງເຄື່ອງມືບັນທັດຄໍາສັ່ງຕ່າງໆແລະຫ້ອງສະຫມຸດທີ່ຕິດພັນສາມາດ
ຖືກລະບຸໂດຍຜູ້ໃຊ້. ໂດຍຄ່າເລີ່ມຕົ້ນ, ມີພຽງແຕ່ຄວາມຜິດພາດແລະຄໍາເຕືອນທີ່ຖືກຂຽນເປັນມາດຕະຖານ
ການຖ່າຍທອດຄວາມຜິດພາດ. ການນໍາໃຊ້ທາງເລືອກ -- 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
ໄດ້ dcmodify ຜົນປະໂຫຍດຈະພະຍາຍາມໂຫຼດຂໍ້ມູນວັດຈະນານຸກົມ DICOM ທີ່ລະບຸໄວ້ໃນ
DCMDICTPATH ສະພາບແວດລ້ອມປ່ຽນແປງ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ie ຖ້າ DCMDICTPATH ຕົວແປສິ່ງແວດລ້ອມ
ບໍ່ໄດ້ຕັ້ງ, ໄຟລ໌ /dicom.dic ຈະຖືກໂຫຼດເວັ້ນເສຍແຕ່ຈະນານຸກົມຖືກສ້າງຂຶ້ນ
ເຂົ້າໄປໃນແອັບພລິເຄຊັນ (ຄ່າເລີ່ມຕົ້ນສໍາລັບ Windows).
ພຶດຕິກໍາໃນຕອນຕົ້ນຄວນຈະເປັນທີ່ມັກແລະ DCMDICTPATH ຕົວແປສະພາບແວດລ້ອມເທົ່ານັ້ນ
ໃຊ້ໃນເວລາທີ່ຕ້ອງການວັດຈະນານຸກົມຂໍ້ມູນທາງເລືອກ. ໄດ້ DCMDICTPATH ຕົວແປສິ່ງແວດລ້ອມ
ມີຮູບແບບດຽວກັນກັບ Unix shell PATH ຕົວແປໃນຈໍ້າສອງເມັດ (':') ແຍກ
ລາຍການ. ໃນລະບົບ Windows, ເຄື່ອງໝາຍຈຸດ (';') ຖືກໃຊ້ເປັນຕົວແຍກ. ວັດຈະນານຸກົມຂໍ້ມູນ
ລະຫັດຈະພະຍາຍາມໂຫລດແຕ່ລະໄຟລ໌ທີ່ລະບຸໄວ້ໃນ DCMDICTPATH ສະພາບແວດລ້ອມປ່ຽນແປງ. ມັນ
ເປັນຂໍ້ຜິດພາດຖ້າບໍ່ມີວັດຈະນານຸກົມຂໍ້ມູນສາມາດໂຫລດໄດ້.
COPYRIGHT
ສະຫງວນລິຂະສິດ (C) 2003-2014 ໂດຍ OFFIS eV, Escherweg 2, 26121 Oldenburg, ເຢຍລະມັນ.
ໃຊ້ dcmodify ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
