dcmodify - 클라우드의 온라인

프로그램:

이름

dcmodify - DICOM 파일 수정

개요

dcmodify [옵션] dcmfile-in...

기술

dc수정 DICOM에서 태그 및 항목을 수정, 삽입 및 삭제할 수 있는 도구입니다.
파일. 값 다중도가 1보다 큰 시퀀스 및 태그도 지원됩니다. 메타 헤더
정보 및 태그의 VR은 직접 수정할 수 없습니다. dc수정 이 시간에. 에
태그 수정 외에도 dc수정 일부 입력 옵션을 사용할 수 있도록 합니다.
dc수정 사용자가 지정한 대로 입력 파일을 처리하고 제어할 출력 옵션
결과 파일의 출력 형식입니다.

여러 번 수정해야 하는 경우 dc수정 에서 수정을 수행합니다
명령줄에 나타나는 것과 같은 순서입니다. 점에 유의하시기 바랍니다 dc수정 하지 않습니다
주어진 값이 값 표현(VR)과 일치하는지 확인합니다. 일반적으로 오류
메시지가 출력되지만 일반적으로 사용자는 올바른 VR 사용에 주의해야 합니다.

If dc수정 삽입해야 하는 태그를 모르는 경우 태그의 VR이 UN으로 설정되고
명령줄에 제공된 값은 일련의 XNUMX진수로 해석됩니다.
(VR=OB용으로 제공되는 것처럼). 방지하려면 이 태그를 사전에 삽입하십시오.
이 행동. 또한 지정 -이운 옵션, 강제로 가능 dc수정 떠날
UN의 가치는 건드리지 않습니다. 옵션 사용 -u 수 dc수정 모든 VR=UN 속성을 OB로 저장합니다.

dc수정 시퀀스의 태그에 액세스하기 위해 소위 태그 경로로 작업할 수 있습니다. NS
(의사 형식화) 구문은

{sequence[항목 번호].}*요소

여기서 'sequence'는 (0008,1111)과 같은 시퀀스 태그 또는 태그의 사전 이름입니다. '안건-
no'는 액세스할 항목 번호를 설명합니다(XNUMX부터 계산). '요소'는
작업할 대상 태그입니다. 태그는 (0010,0010)으로 직접 지정하거나 다음을 통해 지정할 수 있습니다.
해당 사전 이름 'PatientName'. '*'는 반복할 수 있음을 나타냅니다.
시퀀스 문을 사용하여 DICOM 파일의 더 깊은 수준에 액세스합니다(예 섹션 참조). 을위한
'item-no', 와일드카드 문자 '*'도 주변의 모든 항목을 선택하는 데 사용할 수 있습니다.
시퀀스(아래 와일드카드 섹션 참조).

다음을 사용하여 여러 노드(즉, 단일 요소가 아님)로 구성된 태그 경로를 삽입할 때
전에, -i 옵션, 누락된 경로 요소(항목, 시퀀스, 리프 요소)가 삽입됩니다.
누락시 자동으로. 항목 와일드 카드에는 작동하지 않습니다. 단일 항목이 없는 경우
주변 시퀀스에 존재 dc수정 물론 결정할 수 없습니다. 얼마나 많은 항목이
생성됩니다. 단, '5'와 같이 품목번호를 지정하면 6개 품목 모두(
2)은 삽입 모드에서 자동으로 생성될 수 있습니다. 이미 XNUMX개의 항목이
존재하는 경우 나머지(4)가 삽입됩니다.

개인 태그 수정과 관련하여 몇 가지 문제가 있음을 유의하십시오(참조
PRIVATE TAGS 섹션) 및 UID 변경(UID 변경 섹션).

매개 변수

dcmfile-in DICOM 입력 파일 이름 수정

옵션

일반 옵션
-h --도움말
이 도움말 텍스트를 인쇄하고 종료하십시오.

--번역
버전 정보를 출력하고 종료

--인수
확장된 명령줄 인수 인쇄

-q --조용한
자동 모드, 경고 및 오류 인쇄 없음

-v --장황
상세 모드, 인쇄 처리 세부 정보

-d --디버그
디버그 모드, 디버그 정보 인쇄

-ll --log-level [l]레벨: 문자열 상수
(치명적, 오류, 경고, 정보, 디버그, 추적)
로거에 레벨 l 사용

-lc --log-config [f]파일 이름: 문자열
로거에 구성 파일 f 사용

입력 옵션
입력 파일 형식:

+f --파일 읽기
파일 형식 또는 데이터 세트 읽기(기본값)

+fo --파일 읽기 전용
파일 형식만 읽기

-f --읽기 데이터 세트
파일 메타 정보 없이 데이터 세트 읽기

+fc --파일 생성
파일이 존재하지 않는 경우 파일 형식 생성

입력 전송 구문:

-t= --read-xfer-auto
TS 인식 사용(기본값)

-td --read-xfer-감지
파일 메타 헤더에 지정된 TS 무시

-te --read-xfer-little
명시적 VR 리틀 엔디안 TS로 읽기

-tb --read-xfer-big
명시적 VR 빅 엔디안 TS로 읽기

-ti --read-xfer-암시적
암시적 VR 리틀 엔디안 TS로 읽기

홀수 길이 속성의 구문 분석:

+ao --허용-홀수 길이
홀수 길이 속성 허용(기본값)

+ae --짝수 길이로 가정
실제 길이가 XNUMX바이트 더 크다고 가정

자동 데이터 수정:

+dc --활성화-수정
자동 데이터 수정 활성화(기본값)

-dc --disable-수정
자동 데이터 수정 비활성화

수축된 입력의 비트스트림 형식:

+bd --비트스트림 수축
수축된 비트스트림 예상(기본값)

+bz --비트스트림-zlib
수축된 zlib 비트스트림을 기대하십시오

처리 옵션
백업 입력 파일:

--지원
수정 전 백업 파일(기본값)

-nb --백업 없음
파일을 백업하지 마십시오(위험)

삽입 모드:

-i --insert "[t]ag-path=[v]값"
v 값으로 위치 t에 경로 삽입(또는 덮어쓰기)

-if --insert-from-file "[t]ag-path=[f]파일명"
파일 f의 값으로 위치 t에 경로 삽입(또는 덮어쓰기)

-nrc --예약 없음 확인
개인 예약을 확인하지 마십시오

수정 모드:

-m --modify "[t]ag-path=[v]값"
위치 t의 태그를 값 v로 수정

-mf --modify-from-file "[t]ag-path=[f]파일명"
위치 t의 태그를 파일 f의 값으로 수정

-ma --modify-all "[t]ag=[v]값"
파일에서 일치하는 모든 태그 t를 값 v로 수정

지우기 모드:

-e --erase "[t]ag-path"
위치 t에서 태그/항목 지우기

-ea --erase-all "[t]ag"
파일에서 일치하는 모든 태그 t 지우기

-ep --지우기-개인
파일에서 모든 개인 데이터 지우기

고유 식별자:

-gst --gen-스터드-uid
새 연구 인스턴스 UID 생성

-gse --gen-ser-uid
새 시리즈 인스턴스 UID 생성

-gin --gen-inst-uid
새 SOP 인스턴스 UID 생성

-nmu --no-meta-uid
관련된 경우 메타 헤더 UID를 업데이트하지 마십시오.
데이터세트의 UID가 수정됨

오류 처리:

-ie --오류 무시
수정 오류가 발생하면 파일로 계속

-imt --ignore-missing-tags
'태그를 찾을 수 없음'을 성공으로 처리
파일을 수정하거나 지울 때

-iun ---un-values ​​무시
요소에 값을 쓰지 마십시오.
UN의 VR을 가지고

출력 옵션
출력 파일 형식:

+F --파일 쓰기
쓰기 파일 형식(기본값)

-F --쓰기 데이터 세트
파일 메타 정보 없이 데이터 세트 쓰기

출력 전송 구문:

+t= --쓰기-xfer-동일
입력과 동일한 TS로 쓰기(기본값)

+te --write-xfer-little
명시적 VR 리틀 엔디안 TS로 작성

+tb --쓰기-xfer-big
명시적 VR 빅 엔디안 TS로 작성

+ti --write-xfer-암시적
암시적 VR 리틀 엔디안 TS로 쓰기

1993년 이후 가치 표현:

+u --enable-new-vr
새 VR(UN/UT) 지원 활성화(기본값)

-u --disable-new-vr
새로운 VR에 대한 지원 비활성화, OB로 변환

그룹 길이 인코딩:

+g= --그룹 길이 재계산
그룹 길이가 있는 경우 다시 계산(기본값)

+g --그룹 길이 생성
항상 그룹 길이 요소로 작성

-g --그룹 길이 제거
항상 그룹 길이 요소 없이 작성

시퀀스 및 항목의 길이 인코딩:

+le --길이-명시적
명시적 길이로 쓰기(기본값)

-le --길이-정의되지 않음
정의되지 않은 길이로 쓰기

데이터 세트 후행 패딩(--write-dataset 제외):

-p= --패딩 유지
패딩을 변경하지 마십시오(--write-dataset가 아닌 경우 기본값)

-p --패딩 오프
패딩 없음(--write-dataset인 경우 암시적)

+p --padding-create [파일]패드 [i]템패드: 정수
f 바이트 및 항목의 배수에 파일 정렬
i 바이트의 배수

은밀한 태그

개인 태그로 작업할 때 고려해야 할 몇 가지 문제가 있습니다. 그러나, 그
예약 태그(gggg,00xx)의 삽입 또는 수정은 항상 작동해야 합니다.

삽입
개인 태그를 삽입하려면(gggg,00xx 예약이 아님)
당신은 당신의 사전에 그것을 나열했습니다 (참조 /datadict.txt 자세한 내용은). 그렇지 않은 경우
나열된 dc수정 VR=UN으로 삽입합니다. 또한 경우에 따라 삽입이 실패할 수도 있습니다.
일부 값에 대해.

사전에 개인 태그가 있는 경우 dc수정 다음과 같이 작동합니다.
개인 작성자가 일치하는 태그를 둘러싸는 데이터 세트의 예약, 삽입은
사전에서 찾은 VR과 명령줄에 제공된 값으로 완료됩니다. 하지만 만약
개인 작성자가 일치하지 않거나 설정되지 않은 경우 dc수정 오류와 함께 반환됩니다. 만약
예약 유무와 상관없이 private 태그를 삽입해야 하며, 옵션
-nrc 강제로 삽입하여 사용할 수 있습니다. 그러나 VR은 UN으로 설정됩니다.
그러면 사전에서 찾을 수 없습니다.

VR이 알려지지 않은 요소에 값을 삽입하는 방법은 위의 설명을 참조하십시오.

수정
개인 태그 값을 수정하면 dc수정 사전에 대해 VR을 확인하지 않습니다. 그래서
태그의 VR과 일치하는 값만 입력하도록 주의하십시오.

개인 태그 값을 변경하려면 그리고 VR에 이 태그를 추가했기 때문에
사전을 사용하여 삭제할 수 있습니다. dc수정 다시 삽입하십시오. 그 다음에 dc수정 당신의
올바른 VR을 결정하기 위한 사전 항목(하위 섹션 삽입 참조).

또한 VR이 알려지지 않은 요소에 값을 삽입하는 방법은 위의 설명을 참조하십시오.
처리.

삭제
때 사용 dc수정 개인 예약 태그를 삭제하려면 dc수정 하지 않습니다
이 예약 아래에 있는 개인 태그를 터치합니다. 사용자는 강제로 처리
예약과 관련 개인 태그 간의 일관성.

비공개 비예약 태그 삭제는 특별한 문제가 없습니다.

바꾸다 UID

dc수정 '미디어 스토리지 SOP 클래스 UID' 및 '미디어 스토리지 SOP'를 자동으로 수정합니다.
메타 헤더의 인스턴스 UID'(데이터 세트의 관련 태그를 변경하는 경우)
('SOP 클래스 UID' 및 'SOP 인스턴스 UID') 삽입 또는 수정 모드 옵션을 통해. 당신은 할 수 있습니다
다음을 사용하여 이 동작을 비활성화합니다. -nmu 옵션을 선택합니다.

다음을 사용하여 새 UID를 생성하는 경우 -gst, -gse or -진, 이것은 선택한 UID에만 영향을 미칩니다
생성. 따라서 사용하는 경우 -gst 새 '연구 인스턴스 UID'를 생성한 다음 '시리즈
인스턴스 UID' 및 'SOP 인스턴스 UID'는 영향을 받지 않습니다! 이것은 당신에게 가능성을 제공합니다
각 값을 별도로 생성합니다. 일반적으로 '기본' UID도 수정합니다.
이러한 유연성의 단점으로 사용자는 '새'를 만들 때 다음을 확인해야 합니다.
새 UID가 있는 DICOM 파일 dc수정, 다른 UID는 사용자가 다음과 같이 업데이트해야 합니다.
필요한.

선택할 때 -진 옵션, 관련 메타헤더 태그('Media Storage SOP Instance
UID')가 자동으로 업데이트됩니다. 이 동작은 비활성화할 수 없습니다.

만들기 현재 파일

선택권 --만들기-파일 수 dc수정 디스크에 파일이 없는 경우 파일을 만듭니다.
이것은 연속적으로 수행하여 처음부터 파일을 생성하는 데 사용할 수 있습니다.
다음과 같은 옵션이 있는 삽입 --끼워 넣다. 이것은 생성할 때 특히 유용할 수 있습니다.
다음과 같은 도구에 대한 쿼리 파일 파인더스쿠 or 무브스쿠. 특정 출력 전송 구문이 없는 경우
정의 dc수정 출력을 위해 Little Endian Explicit Uncompressed를 선택합니다. 파일
새로 생성되는 파일은 항상 DICOM 파일 형식, 즉 옵션으로 작성됩니다. --쓰기 데이터 세트 is
함께 허용되지 않음 --창조하다. 이런 식으로 적어도 메타 헤더가 작성되고
삽입이 수행되지 않은 경우 XNUMX바이트 길이의 파일이 생성됩니다.
dc수정 요구.

요소라는 Values FROM FILE

명령에 지정하는 대신 파일에서 요소 값을 읽으려면
라인, 옵션 -mf 그리고 -만약 사용할 수 있습니다. OW 요소의 경우 데이터는
리틀 엔디안이 주문될 것으로 예상되며 필요한 경우 교체됩니다. 파일 크기
항상 짝수 바이트여야 합니다. 즉, 자동 패딩이 수행되지 않습니다.

와일드카드

dc수정 또한 경로의 항목 번호에 와일드카드 문자 '*'를 사용할 수 있습니다.
표현식, 예: 'ContentSequence[*].CodeValue'는 모든 '코드 값' 속성을 선택합니다.
ContentSequence의 모든 항목. 모든 기본 작업에 와일드카드 사용이 가능하며,
즉 수정 -m삽입 -i 그리고 -e 자동 옵션과 함께
중간 경로 노드 생성 구성 및 처리를 위한 강력한 도구
복잡한 데이터 세트.

옵션 -엄마 그리고 -에아 DICOM 요소 기반의 모든 항목을 수정하거나 삭제하기 위해
태그에서 와일드카드를 허용하지 않고 단일 요소에서만 작동합니다(예: 단일
사전 이름 또는 태그 키).

사용 예

-i --삽입:
dcmodify -i "(0010,0010)=이름" file.dcm
1단계 'file.dcm'에 PatientName 태그를 삽입합니다.
태그가 이미 존재하는 경우 -i 덮어씁니다! 원하는 경우
값 다중도가 1(예: 4)보다 큰 요소를 삽입합니다.
다음과 같이 할 수 있습니다: dcmodify -i "(0018,1310)=1\2\3\4"

dcmodify -i "(0008,1111)[0].PatientName=다른 이름" *.dcm
시퀀스의 첫 번째 항목에 PatientName 태그를 삽입합니다.
(0008,1111). 파일에 와일드카드를 사용하는 것은
가능한. 더 긴 태그 경로도 지정할 수 있습니다(예:
"(0008,1111)[0].(0008,1111)[1].(0010,0010)=A Third One").
경로의 일부인 경우(예: 시퀀스 또는 항목 "0")
존재하지 않는 경우 dcmodify에 의해 자동으로 삽입됩니다.

dcmodify -i "(0008,1111)[*].PatientName=다른 이름" *.dcm
시퀀스의 _모든_ 항목에 PatientName 태그를 삽입합니다.
(0008,1111). 파일에 와일드카드를 사용하는 것은
가능한. 더 긴 태그 경로도 지정할 수 있습니다(예:
"(0008,1111)[*].(0008,1111)[*].(0010,0010)=세 번째 것").

-if --파일에서 삽입:
dcmodify -if "PixelData=pixel.raw" 파일.dcm
PixelData 요소에 'pixel.raw' 파일의 내용을 삽입합니다.
'file.dcm'. 파일의 내용을 있는 그대로 읽습니다.
OW 데이터는 리틀 엔디안 순서가 될 것으로 예상되며
필요한 경우 교환됩니다. 확인하기 위한 검사는 수행되지 않습니다.
데이터의 양이 다음과 같은 다른 속성 측면에서 합리적입니다.
행 또는 열.

-m --수정:
dcmodify -m "(0010,0010)=이름" file.dcm
0010,0010레벨의 태그(1)를 "A Name"으로 변경합니다.

이 옵션은 또한 설명된 대로 더 긴 태그 경로를 허용합니다.
위의 -i. 잎 요소 또는 중간
경로의 일부가 존재하지 않으므로 그대로 삽입되지 않습니다.
'-i' 옵션을 사용하는 경우입니다.

dcmodify -m "(0010,0010)=이름" -imt file.dcm
0010,0010레벨의 태그(1)를 "A Name"으로 변경합니다. 인해
'-imt' 옵션이 주어지면 "태그를 찾을 수 없음" 대신 성공이 반환됩니다.
요소/항목(또는 더 긴 경로의 중간 노드)이
존재하지 않습니다.

'-m' 옵션의 경우 경로의 마지막 노드는
리프 요소, 즉 시퀀스나 항목이 아닙니다.

-mf --파일에서 수정:
dcmodify -mf "PixelData=pixel.raw" 파일.dcm
이미 PixelData 요소가 있는 경우 -if와 동일합니다.
'file.dcm'에 있습니다. 그렇지 않으면 아무것도 변경되지 않습니다.

-ma --모두 수정:
dcmodify -ma "(0010,0010)=새 이름" file.dcm
-m과 동일하지만 에 있는 모든 일치하는 태그에서 작동합니다.
'파일.dcm'. 따라서 다음을 포함한 전체 데이터 세트를 검색합니다.
태그(0010,0010)에 대한 시퀀스를 만들고 "새 이름"으로 변경합니다.

-e --삭제:
dcmodify -e "(0010,0010)" *.dcm
0010,0010단계에서 모든 *.dcm 파일의 태그(1)를 지웁니다.

이 옵션은 또한 설명된 대로 더 긴 태그 경로를 허용합니다.
위의 -i.

dcmodify -e "(0010,0010)" -imt *.dcm
0010,0010단계에서 모든 *.dcm 파일의 태그(1)를 지웁니다. 인해
'-imt' 옵션이 주어지면 "태그를 찾을 수 없음" 대신 성공이 반환됩니다.
요소/항목(또는 더 긴 경로의 중간 노드)이
존재하지 않습니다.

-ea --모두 지우기:
dcmodify -ea "(0010,0010)" *.dcm
-와 같지만 시퀀스 및 항목에서도 검색합니다.

-ep --지우기-개인:
dcmodify -ep *.dcm
모든 개인 태그(즉, 홀수 그룹 번호가 있는 태그)를 삭제합니다.
현재 디렉토리에서 *.dcm와 일치하는 모든 파일.

-gst --gen-스터드-uid:
dcmodify -gst 파일.dcm
그러면 StudyInstanceUID에 대한 새 값이 생성됩니다.
(0020,000d). 다른 UID는 수정되지 않습니다!

-gse --gen-ser-uid:
dcmodify -gse 파일.dcm
그러면 SeriesInstanceUID에 대한 새 값이 생성됩니다.
(0020,000e). 다른 UID는 수정되지 않습니다!

-gin --gen-inst-uid:
dcmodify -gin 파일.dcm
이 명령은 SOPInstanceUID에 대한 새 값을 생성합니다.
(0008,0018). 해당 MediaStorageSOPInstanceUID
(0002,0003)은 자동으로 새 값으로 조정됩니다.
이 메타 헤더를 ​​피할 수는 없습니다.
-nmu 옵션을 통해 업데이트하십시오.

-nmu --no-meta-uid:
dcmodify -m "SOPInstanceUID=[UID]" -nmu *.dcm
이렇게 하면 SOPInstanceUID가 지정된 [UID]로 수정됩니다.
그러나 -nmu는 dcmodify가 조정하는 것을 피합니다.
메타 헤더의 MediaStorageSOPInstanceUID도 ..fi

ERROR 손질

dc수정 명령줄에 제공된 각 수정 작업을 실행하려고 시도합니다. 반환되는 경우
오류, 나머지는 어쨌든 수행되고 있습니다. 단, 오류가 있는 경우 수정
파일이 저장되지 않는 한 --오류 무시 옵션이 지정됩니다. 만약 그 옵션이
선택된, dc수정 또한 명령줄에 지정된 추가 파일을 계속 수정합니다.
그렇지 않으면 dc수정 수정 오류가 있는 첫 번째 파일 이후에 종료됩니다.

경우 --무시 누락 태그 옵션이 활성화되면 모든 수정 또는 지우기 작업(예:
--끼워 넣다) 태그가 존재하지 않아 실패한 경우 성공한 것으로 처리됩니다. 저것
누군가가 특정 태그가 파일에 없는지 확인하려는 경우 의미가 있습니다.
또는 - 존재하는 경우 - 특정 값으로 설정됩니다.

벌채 반출

다양한 명령줄 도구 및 기본 라이브러리의 로깅 출력 수준은
사용자가 지정해야 합니다. 기본적으로 오류와 경고만 표준에 기록됩니다.
오류 스트림. 옵션 사용 --말 수가 많은 처리 세부 정보와 같은 정보 메시지
보고된다. 옵션 -디버그 내부 활동에 대한 자세한 정보를 얻는 데 사용할 수 있습니다.
예를 들어 디버깅 목적으로. 옵션을 사용하여 다른 로깅 수준을 선택할 수 있습니다. --통나무-
수평. 에 --조용한 모드에서만 치명적인 오류가 보고됩니다. 이러한 매우 심각한 오류 이벤트에서,
응용 프로그램은 일반적으로 종료됩니다. 다양한 로깅 수준에 대한 자세한 내용은
모듈 'oflog'의 문서를 참조하십시오.

로깅 출력을 파일에 기록해야 하는 경우(선택적으로 로그 파일 회전 포함),
syslog(Unix) 또는 이벤트 로그(Windows) 옵션 --로그 구성 사용할 수 있습니다. 이것
구성 파일은 또한 특정 메시지만 특정 출력으로 보낼 수 있습니다.
스트림 및 모듈 또는 애플리케이션을 기반으로 특정 메시지 필터링
생성됩니다. 예제 구성 파일은 다음에서 제공됩니다. /로거.cfg.

COMMAND LINE

모든 명령줄 도구는 매개변수에 대해 다음 표기법을 사용합니다.
선택적 값(0-1), 세 개의 후행 점은 여러 값이 허용됨을 나타냅니다.
(1-n), 둘의 조합은 0에서 n 값을 의미합니다.

명령줄 옵션은 선행 '+' 또는 '-' 기호로 매개변수와 구별됩니다.
각기. 일반적으로 명령줄 옵션의 순서와 위치는 임의적입니다(즉,
어디에나 나타날 수 있음). 그러나 옵션이 상호 배타적인 경우 가장 오른쪽 모양
사용. 이 동작은 일반적인 Unix 셸의 표준 평가 규칙을 따릅니다.

또한 '@' 기호를 접두사로 사용하여 하나 이상의 명령 파일을 지정할 수 있습니다.
파일 이름(예: @명령.txt). 이러한 명령 인수는 다음 내용으로 대체됩니다.
해당 텍스트 파일(여러 공백은
추가 평가 전에 두 개의 따옴표 사이에 나타납니다. 점에 유의하시기 바랍니다
명령 파일은 다른 명령 파일을 포함할 수 없습니다. 이 간단하지만 효과적인 접근 방식
옵션/매개변수의 일반적인 조합을 요약하고 길고
혼란스러운 명령줄(예는 파일 /dumppat.txt).

환경

The dc수정 유틸리티는 파일에 지정된 DICOM 데이터 사전을 로드하려고 시도합니다.
DCMDICT경로 환경 변수. 기본적으로, 즉 DCMDICT경로 환경 변수
설정되지 않은 파일 /dicom.dic 사전이 빌드되지 않으면 로드됩니다.
응용 프로그램에 추가합니다(Windows의 경우 기본값).

기본 동작이 선호되어야 하며 DCMDICT경로 환경 변수만
대체 데이터 사전이 필요할 때 사용됩니다. NS DCMDICT경로 환경 변수
유닉스 쉘과 같은 형식을 가짐 PATH 콜론(':')으로 구분되는 변수
항목. Windows 시스템에서는 세미콜론(';')이 구분 기호로 사용됩니다. 데이터 사전
코드는 지정된 각 파일을 로드하려고 시도합니다. DCMDICT경로 환경 변수. 그것
데이터 사전을 로드할 수 없는 경우 오류입니다.

저작권

Copyright (C) 2003-2014 by OFFIS eV, Escherweg 2, 26121 Oldenburg, Germany.

onworks.net 서비스를 사용하여 dcmodify 온라인 사용