dcm2xml - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

dcm2xml - DICOM ফাইল এবং ডেটা সেটকে XML-এ রূপান্তর করুন

সাইনোপিসিস

dcm2xml [বিকল্প] dcmfile-in [xmfile-out]

বর্ণনাঃ

সার্জারির dcm2xml ইউটিলিটি একটি DICOM ফাইলের বিষয়বস্তু (ফাইল বিন্যাস বা কাঁচা ডেটা সেট) রূপান্তর করে
XML (এক্সটেনসিবল মার্কআপ ল্যাঙ্গুয়েজ)। দুটি আউটপুট ফরম্যাট আছে। প্রথমটি নির্দিষ্ট
ফাইলে বর্ণিত ডিটিডি (ডকুমেন্ট টাইপ ডেফিনিশন) সহ DCMTK-তে dcm2xml.dtd. দ্য
দ্বিতীয়টি 'নেটিভ DICOM মডেল' বোঝায় যা DICOM অ্যাপ্লিকেশনের জন্য নির্দিষ্ট করা হয়েছে
DICOM পার্ট 19-এ হোস্টিং পরিষেবা পাওয়া গেছে।

If dcm2xml একটি কাঁচা ডেটা সেট (ফাইল বিন্যাস মেটা-হেডার ছাড়া DICOM ডেটা) পড়ে
ফাইলের প্রথম কয়েকটি বাইট পরীক্ষা করে স্থানান্তর সিনট্যাক্স অনুমান করার চেষ্টা করুন। এটাই
স্থানান্তর সিনট্যাক্স সঠিকভাবে অনুমান করা সবসময় সম্ভব নয় এবং একটি রূপান্তর করা ভাল
ডেটা যখনই সম্ভব একটি ফাইল ফরম্যাটে সেট করুন (ব্যবহার করে dcmconv ইউটিলিটি)। ইহা ও
ব্যবহার করা সম্ভব -f এবং -t[ieb] জোর করার বিকল্প dcm2xml a দিয়ে একটি ডেটা সেট পড়তে
বিশেষ স্থানান্তর সিনট্যাক্স।

প্যারামিটার

dcmfile-in DICOM ইনপুট ফাইলের নাম রূপান্তর করতে হবে

xmlfile-out XML আউটপুট ফাইলের নাম (ডিফল্ট: stdout)

বিকল্প

সাধারণ অপশন
-h -- সাহায্য
এই সাহায্য পাঠ্য প্রিন্ট করুন এবং প্রস্থান করুন

--সংস্করণ
প্রিন্ট সংস্করণ তথ্য এবং প্রস্থান

--যুক্তি
প্রসারিত কমান্ড লাইন আর্গুমেন্ট মুদ্রণ

-q -- শান্ত
শান্ত মোড, কোন সতর্কতা এবং ত্রুটি মুদ্রণ

-v -- ভার্বোস
ভার্বোস মোড, প্রিন্ট প্রসেসিং বিশদ

-d --ডিবাগ
ডিবাগ মোড, ডিবাগ তথ্য মুদ্রণ করুন

-ll --log-level [l]evel: স্ট্রিং ধ্রুবক
(মারাত্মক, ত্রুটি, সতর্কতা, তথ্য, ডিবাগ, ট্রেস)
লগারের জন্য লেভেল l ব্যবহার করুন

-lc --log-config [f] ilename: স্ট্রিং
লগারের জন্য কনফিগার ফাইল f ব্যবহার করুন

ইনপুট অপশন
ইনপুট ফাইল বিন্যাস:

+f --রিড-ফাইল
ফাইল ফরম্যাট বা ডেটা সেট পড়ুন (ডিফল্ট)

শুধুমাত্র-পঠন-ফাইল-এর জন্য
শুধুমাত্র ফাইল ফরম্যাট পড়ুন

-f --পড়ুন-ডেটাসেট
ফাইল মেটা তথ্য ছাড়া ডেটা সেট পড়ুন

ইনপুট স্থানান্তর সিনট্যাক্স:

-t= --read-xfer-auto
TS স্বীকৃতি ব্যবহার করুন (ডিফল্ট)

-td --read-xfer-ডিটেক্ট
ফাইল মেটা হেডারে নির্দিষ্ট করা TS উপেক্ষা করুন

-te --read-xfer- সামান্য
স্পষ্ট ভিআর লিটল এন্ডিয়ান টিএস সহ পড়ুন

-tb --read-xfer-বড়
স্পষ্ট ভিআর বড় এন্ডিয়ান টিএস সহ পড়ুন

-ti --read-xfer-অন্তর্নিহিত
অন্তর্নিহিত ভিআর লিটল এন্ডিয়ান টিএস সহ পড়ুন

দীর্ঘ ট্যাগ মান:

+M --লোড-সমস্ত
খুব দীর্ঘ ট্যাগ মান লোড করুন (যেমন পিক্সেল ডেটা)

-এম --লোড-শর্ট
খুব দীর্ঘ মান লোড করবেন না (ডিফল্ট)

+R --max-read-length [k]বাইট: পূর্ণসংখ্যা (4..4194302, ডিফল্ট: 4)
k kbytes দীর্ঘ মানের জন্য থ্রেশহোল্ড সেট করুন

প্রক্রিয়াজাতকরণ অপশন
নির্দিষ্ট অক্ষর সেট:

+Cr --charset-require
বর্ধিত অক্ষর সেটের ঘোষণা প্রয়োজন (ডিফল্ট)

+Ca --charset-Assume [c]harset: string
কোনো বর্ধিত অক্ষরসেট ঘোষণা না হলে c অক্ষরসেট ধরে নিন

+Cc --charset-check-all
স্ট্রিং মান সহ সমস্ত ডেটা উপাদান পরীক্ষা করুন
(ডিফল্ট: শুধুমাত্র PN, LO, LT, SH, ST এবং UT)

# এই বিকল্পটি শুধুমাত্র একটি উপযুক্ত ম্যাপিংয়ের জন্য ব্যবহৃত হয়
# XML অক্ষর এনকোডিং, কিন্তু UTF-8 রূপান্তরের জন্য নয়

+U8 --রূপান্তর থেকে utf8
প্রভাবিত সমস্ত উপাদান মান রূপান্তর করুন
UTF-0008,0005 থেকে নির্দিষ্ট অক্ষর সেট (8) দ্বারা

# এর জন্য libiconv টুলকিট থেকে সমর্থন প্রয়োজন

আউটপুট অপশন
সাধারণ XML বিন্যাস:

-dtk --dcmtk- বিন্যাস
DCMTK-নির্দিষ্ট বিন্যাসে আউটপুট (ডিফল্ট)

-নেটিভ-ফরম্যাট
নেটিভ DICOM মডেল ফরম্যাটে আউটপুট (পার্ট 19)

+Xn --use-xml-নামস্থান
রুট এলিমেন্টে XML নামস্থান ঘোষণা যোগ করুন

DCMTK-নির্দিষ্ট বিন্যাস ( --native-format এর সাথে নয়):

+Xd --add-dtd-রেফারেন্স
নথির ধরন সংজ্ঞা (ডিটিডি) এর রেফারেন্স যোগ করুন

+Xe --এম্বেড-ডিটিডি-সামগ্রী
XML নথিতে নথির প্রকার সংজ্ঞা এম্বেড করুন

+Xf --use-dtd-file [f] ilename: স্ট্রিং
নির্দিষ্ট DTD ফাইল ব্যবহার করুন (শুধুমাত্র +Xe সহ)
(ডিফল্ট: /usr/local/share/dcmtk/dcm2xml.dtd)

+Wn --লিখুন-উপাদান-নাম
DICOM ডেটা উপাদানগুলির নাম লিখুন (ডিফল্ট)

-Wn --কোন-উপাদান-নাম
DICOM ডেটা উপাদানগুলির নাম লিখবেন না

+Wb --লিখুন-বাইনারী-ডেটা
OB এবং OW উপাদানগুলির বাইনারি ডেটা লিখুন
(ডিফল্ট: বন্ধ, --লোড-অল-এর সাথে সতর্ক থাকুন)

বাইনারি ডেটার এনকোডিং:

+এহ --এনকোড-হেক্স
হেক্স সংখ্যা হিসাবে বাইনারি ডেটা এনকোড করুন
(DCMTK-নির্দিষ্ট বিন্যাসের জন্য ডিফল্ট)

+Eu --encode-uuid
একটি UUID রেফারেন্স হিসাবে বাইনারি ডেটা এনকোড করুন
(নেটিভ DICOM মডেলের জন্য ডিফল্ট)

+Eb --encode-base64
Base64 (RFC 2045, MIME) হিসাবে বাইনারি ডেটা এনকোড করুন

DCMTK বিন্যাস

একটি DICOM ফাইল থেকে তৈরি DCMTK-নির্দিষ্ট XML আউটপুটের মৌলিক কাঠামোর মত দেখাচ্ছে
অনুসরণ:



<ফাইল-ফরম্যাট xmlns="http://dicom.offis.de/dcmtk">

<এলিমেন্ট ট্যাগ="0002,0000" vr="UL" vm="1" len="4"
name="MetaElementGroupLength">
166

...
<element tag="0002,0013" vr="SH" vm="1" len="16"
name="ImplementationVersionName">
OFFIS_DCMTK_353



<এলিমেন্ট ট্যাগ="0008,0005" vr="CS" vm="1" len="10"
name="Specific CharacterSet">
ISO_IR 100

...


<element tag="0028,3002" vr="xs" vm="3" len="6"
name="LUTDesscriptor">
256 \ 0 \ 8

...

...

...
<element tag="7fe0,0010" vr="OW" vm="1" len="262144"
name="PixelData" loaded="no" binary="hidden">৷




DICOM ডেটা সেটের জন্য 'ফাইল-ফরম্যাট' এবং 'মেটা-হেডার' ট্যাগগুলি অনুপস্থিত।

এক্সএমএল এনকোডিং
খুব বড় মান ক্ষেত্র সহ বৈশিষ্ট্যগুলি (যেমন পিক্সেল ডেটা) ডিফল্টরূপে লোড হয় না। তারা
'না' এর মান সহ 'লোড করা' অতিরিক্ত বৈশিষ্ট্য দ্বারা চিহ্নিত করা যেতে পারে (উদাহরণ দেখুন
উপরে)। কমান্ড লাইন বিকল্প --লোড-সমস্ত সহ সমস্ত মান ক্ষেত্র লোড করতে বাধ্য করে
খুব লম্বা।

অধিকন্তু, OB এবং OW বৈশিষ্ট্যের বাইনারি তথ্য XML আউটপুটে লেখা হয় না
ডিফল্টরূপে ফাইল। এই উপাদানগুলি অতিরিক্ত বৈশিষ্ট্য 'বাইনারী' দ্বারা চিহ্নিত করা যেতে পারে
'লুকানো' মান সহ (ডিফল্ট 'না')। কমান্ড লাইন বিকল্প --লিখুন-বাইনারী-ডেটা
বাইনারি মান ক্ষেত্রগুলিও মুদ্রিত হওয়ার কারণ (অ্যাট্রিবিউটের মান 'হ্যাঁ' বা 'বেস64')। কিন্তু,
এই বিকল্পটি একসাথে ব্যবহার করার সময় সতর্কতা অবলম্বন করুন --লোড-সমস্ত বড় পরিমাণের কারণে
পিক্সেল ডেটা যা আউটপুটে মুদ্রিত হতে পারে। অনুগ্রহ করে মনে রাখবেন যে এই প্রসঙ্গে উপাদান
OD বা OF এর VR সহ মানগুলিকে 'বাইনারী তথ্য' হিসাবে গণ্য করা হয় না।

একাধিক মান (অর্থাৎ যেখানে DICOM মানের বহুগুণ 1-এর বেশি) আলাদা করা হয়
একটি ব্যাকস্ল্যাশ '\' দ্বারা (বেস64 এনকোডেড ডেটা বাদে)। 'লেন' বৈশিষ্ট্য নির্দেশ করে
DICOM ডেটা সেটে সংরক্ষিত নির্দিষ্ট মান ক্ষেত্রের জন্য বাইটের সংখ্যা, অর্থাৎ এটি
XML এনকোড করা মান দৈর্ঘ্য থেকে বিচ্যুত হতে পারে যেমন অ-উল্লেখযোগ্য প্যাডিংয়ের কারণে
যে অপসারণ করা হয়েছে. যদি এই বৈশিষ্ট্যটি 'সিকোয়েন্স' বা 'আইটেম' স্টার্ট ট্যাগে অনুপস্থিত থাকে,
সংশ্লিষ্ট DICOM উপাদানটি অনির্ধারিত দৈর্ঘ্যের সাথে সংরক্ষণ করা হয়েছে।

স্থানীয় ডিকম মডেল বিন্যাস

নেটিভ DICOM মডেল বিন্যাসের বিবরণ DICOM মান, অংশে পাওয়া যাবে
19 ('অ্যাপ্লিকেশন হোস্টিং')।

বপু উপাত্ত
বাইনারি ডেটা, যেমন DICOM উপাদানের মানগুলি OB বা OW-এর মান প্রতিনিধিত্ব (VR) সহ
পাশাপাশি OD, OF এবং UN মানগুলি ডিফল্টরূপে XML আউটপুটে লেখা হয় না কারণ তাদের
আকার পরিবর্তে, প্রতিটি উপাদানের জন্য, একটি নতুন ইউনিভার্সলি ইউনিক আইডেন্টিফায়ার (UUID) হচ্ছে
একটি বৈশিষ্ট্য হিসাবে উত্পন্ন এবং লিখিত XML উপাদান। এখন পর্যন্ত, নেই
বাইনারি প্রতিটির জন্য বাইনারি ডেটা ধরে রাখার জন্য একটি অতিরিক্ত ফাইল লেখার সম্ভাবনা
তথ্য খণ্ড. এটি মান দ্বারা প্রয়োজন হয় না, তবে, এটির জন্য দরকারী হতে পারে
একটি অ্যাপ্লিকেশন হোস্টিং ইন্টারফেস বাস্তবায়ন; এইভাবে এই বৈশিষ্ট্য উপলব্ধ হতে পারে
এর ভবিষ্যত সংস্করণ dcm2xml.

এছাড়াও, সাপ্লিমেন্ট 163 (প্রতিনিধিত্বমূলক রাষ্ট্র স্থানান্তর দ্বারা ওয়েবে স্টোর করুন
পরিষেবা) একটি নতুন পরিচয় করিয়ে দেয় XML উপাদান যা বাইনারি ডেটা এনকোড করার অনুমতি দেয়
বেস 64 হিসাবে। বর্তমানে, কমান্ড লাইন বিকল্প --এনকোড-বেস64 এর জন্য এই এনকোডিং সক্ষম করে
নিম্নলিখিত VRs: OB, OD, OF, OW, এবং UN.

পরিচিত সমস্যা
'বাল্ক ডেটা'-এর উপরোক্ত সেকশনে যা লেখা আছে তা ছাড়াও আরও আছে
নেটিভ DICOM মডেল বিন্যাসের বর্তমান বাস্তবায়নের সাথে পরিচিত সমস্যা। জন্য
উদাহরণ, OB, OD, OF, OW বা UN ছাড়া VR সহ বড় উপাদানের মান বর্তমানে
কখনও বাল্ক ডেটা হিসাবে লেখা হয় না, যদিও এটি দরকারী হতে পারে, যেমন খুব দীর্ঘ পাঠ্য উপাদানগুলির জন্য
(বিশেষ করে UT) বা খুব দীর্ঘ সংখ্যাসূচক ক্ষেত্র (বিভিন্ন VR-এর)।

নোট

চরিত্র এনকোডিং
XML এনকোডিং DICOM বৈশিষ্ট্য (0008,0005) থেকে স্বয়ংক্রিয়ভাবে নির্ধারিত হয়
নিম্নলিখিত ম্যাপিং ব্যবহার করে 'নির্দিষ্ট অক্ষর সেট':

ASCII (ISO_IR 6) => "UTF-8"
UTF-8 "ISO_IR 192" => "UTF-8"
ISO ল্যাটিন 1 "ISO_IR 100" => "ISO-8859-1"
ISO ল্যাটিন 2 "ISO_IR 101" => "ISO-8859-2"
ISO ল্যাটিন 3 "ISO_IR 109" => "ISO-8859-3"
ISO ল্যাটিন 4 "ISO_IR 110" => "ISO-8859-4"
ISO ল্যাটিন 5 "ISO_IR 148" => "ISO-8859-9"
সিরিলিক "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 বৈশিষ্ট্যটি ইনপুট ফাইলে অনুপস্থিত থাকে, যদিও প্রয়োজন, বিকল্প -- অক্ষর সেট-
অনুমান ম্যানুয়ালি একটি উপযুক্ত অক্ষর সেট নির্দিষ্ট করতে ব্যবহার করা যেতে পারে (এর একটি ব্যবহার করে
DICOM সংজ্ঞায়িত পদ)।

কোড এক্সটেনশন কৌশল ব্যবহার করে একাধিক অক্ষর সেট সমর্থিত নয়। প্রয়োজন হলে,
পছন্দ --কনভার্ট-টু-ইউটিএফ৮ DICOM ফাইল বা ডেটা সেটকে UTF-8 এ রূপান্তর করতে ব্যবহার করা যেতে পারে
XML ফরম্যাটে রূপান্তরের আগে এনকোডিং। এটি DICOMDIR ফাইলগুলির জন্যও কার্যকর
যেখানে প্রতিটি ডিরেক্টরি রেকর্ডে একটি ভিন্ন অক্ষর সেট থাকতে পারে।

লগিং

বিভিন্ন কমান্ড লাইন টুল এবং অন্তর্নিহিত লাইব্রেরিগুলির লগিং আউটপুটের স্তর হতে পারে
ব্যবহারকারী দ্বারা নির্দিষ্ট করা হবে। ডিফল্টরূপে, শুধুমাত্র ত্রুটি এবং সতর্কতাগুলি স্ট্যান্ডার্ডে লেখা হয়
ত্রুটি প্রবাহ বিকল্প ব্যবহার করে -- ভারবোস এছাড়াও তথ্যগত বার্তা যেমন প্রক্রিয়াকরণের বিবরণ
রিপোর্ট করা হয় বিকল্প --ডিবাগ অভ্যন্তরীণ কার্যকলাপ সম্পর্কে আরও বিশদ পেতে ব্যবহার করা যেতে পারে,
যেমন ডিবাগিং উদ্দেশ্যে। অন্যান্য লগিং স্তর বিকল্প ব্যবহার করে নির্বাচন করা যেতে পারে --লগ-
স্তর. মধ্যে -- শান্ত মোড শুধুমাত্র মারাত্মক ত্রুটি রিপোর্ট করা হয়. এই ধরনের খুব গুরুতর ত্রুটি ঘটনা,
অ্যাপ্লিকেশন সাধারণত বন্ধ করা হবে. বিভিন্ন লগিং স্তরের আরো বিস্তারিত জানার জন্য,
মডিউল 'অফলগ'-এর ডকুমেন্টেশন দেখুন।

যদি লগিং আউটপুট ফাইলে লেখা উচিত (ঐচ্ছিকভাবে লগফাইল ঘূর্ণন সহ),
syslog (Unix) বা ইভেন্ট লগ (উইন্ডোজ) বিকল্পে --log-config ব্যবহার করা যেতে পারে. এই
কনফিগারেশন ফাইল একটি নির্দিষ্ট আউটপুটে শুধুমাত্র নির্দিষ্ট বার্তা নির্দেশ করার অনুমতি দেয়
স্ট্রীম এবং নির্দিষ্ট বার্তা ফিল্টার করার জন্য মডিউল বা অ্যাপ্লিকেশন যেখানে তারা
উৎপন্ন হয় একটি উদাহরণ কনফিগারেশন ফাইল প্রদান করা হয় /logger.cfg.

কমান্ড লাইন

সমস্ত কমান্ড লাইন টুল পরামিতিগুলির জন্য নিম্নলিখিত স্বরলিপি ব্যবহার করে: বর্গাকার বন্ধনী ঘেরা
ঐচ্ছিক মান (0-1), তিনটি অনুগামী বিন্দু নির্দেশ করে যে একাধিক মান অনুমোদিত
(1-n), উভয়ের সংমিশ্রণ মানে 0 থেকে n মান।

কমান্ড লাইন বিকল্পগুলি একটি অগ্রণী '+' বা '-' চিহ্ন দ্বারা পরামিতি থেকে আলাদা করা হয়,
যথাক্রমে সাধারণত, কমান্ড লাইন বিকল্পগুলির ক্রম এবং অবস্থান নির্বিচারে হয় (অর্থাৎ তারা
যে কোন জায়গায় উপস্থিত হতে পারে)। যাইহোক, যদি বিকল্পগুলি পারস্পরিকভাবে একচেটিয়া হয় তাহলে সবচেয়ে সঠিক চেহারা
ব্যবহৃত হয়. এই আচরণটি সাধারণ ইউনিক্স শেলগুলির স্ট্যান্ডার্ড মূল্যায়নের নিয়মগুলির সাথে সামঞ্জস্যপূর্ণ।

উপরন্তু, এক বা একাধিক কমান্ড ফাইল একটি উপসর্গ হিসাবে '@' চিহ্ন ব্যবহার করে নির্দিষ্ট করা যেতে পারে
ফাইলের নাম (যেমন @command.txt) এই ধরনের একটি কমান্ড আর্গুমেন্ট এর বিষয়বস্তু দ্বারা প্রতিস্থাপিত হয়
সংশ্লিষ্ট টেক্সট ফাইল (একাধিক হোয়াইটস্পেসকে একক বিভাজক হিসাবে বিবেচনা করা হয় যদি না
তারা দুটি উদ্ধৃতি চিহ্নের মধ্যে উপস্থিত হয়) পরবর্তী কোনো মূল্যায়নের আগে। দয়া করে মনে রাখবেন
একটি কমান্ড ফাইলে অন্য কমান্ড ফাইল থাকতে পারে না। এই সহজ কিন্তু কার্যকর পদ্ধতি
একজনকে বিকল্প/প্যারামিটারের সাধারণ সংমিশ্রণগুলিকে সংক্ষিপ্ত করার অনুমতি দেয় এবং দীর্ঘায়িত এবং এড়িয়ে যায়
বিভ্রান্তিকর কমান্ড লাইন (একটি উদাহরণ ফাইলে দেওয়া আছে /dumppat.txt).

পরিবেশ

সার্জারির dcm2xml ইউটিলিটি DICOM ডেটা ডিকশনারী লোড করার চেষ্টা করবে
DCMDICTPATH পরিবেশ সূচক. ডিফল্টরূপে, যেমন যদি DCMDICTPATH পরিবেশ সূচক
ফাইলটি সেট করা নেই /dicom.dic অভিধান নির্মিত না হলে লোড করা হবে
অ্যাপ্লিকেশনে (উইন্ডোজের জন্য ডিফল্ট)।

ডিফল্ট আচরণ পছন্দ করা উচিত এবং DCMDICTPATH শুধুমাত্র পরিবেশ পরিবর্তনশীল
বিকল্প ডেটা অভিধানের প্রয়োজন হলে ব্যবহৃত হয়। দ্য DCMDICTPATH পরিবেশ সূচক
ইউনিক্স শেল হিসাবে একই বিন্যাস আছে পাথ পরিবর্তনশীল যাতে একটি কোলন (':') আলাদা হয়
এন্ট্রি উইন্ডোজ সিস্টেমে, একটি সেমিকোলন (';') একটি বিভাজক হিসাবে ব্যবহৃত হয়। ডেটা অভিধান
কোডে নির্দিষ্ট করা প্রতিটি ফাইল লোড করার চেষ্টা করবে DCMDICTPATH পরিবেশ সূচক. এটা
কোনো ডেটা অভিধান লোড করা না গেলে এটি একটি ত্রুটি।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে dcm2xml ব্যবহার করুন