GoGPT Best VPN GoSearch

OnWorks favicon

dcmodify - ອອນລາຍໃນຄລາວ

ແລ່ນ dcmodify ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີຜ່ານ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator

ນີ້ແມ່ນຄໍາສັ່ງ 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


ເຊີບເວີ ແລະສະຖານີເຮັດວຽກຟຣີ

ດາວໂຫຼດແອັບ Windows ແລະ Linux

Linux ຄຳ ສັ່ງ

Ad




×
ການ​ໂຄ​ສະ​ນາ
?ຊື້ເຄື່ອງ, ຈອງ, ຫຼືຊື້ທີ່ນີ້ — ບໍ່ມີຄ່າໃຊ້ຈ່າຍ, ຊ່ວຍໃຫ້ການບໍລິການຟຣີ.