শব্দার্থিক ওয়েব এবং লিঙ্কড ডেটা। সংশোধন এবং সংযোজন

আমি এই সম্প্রতি প্রকাশিত বইটির একটি অংশ জনগণের কাছে উপস্থাপন করতে চাই:

একটি এন্টারপ্রাইজের অন্টোলজিক্যাল মডেলিং: পদ্ধতি এবং প্রযুক্তি [পাঠ্য]: মনোগ্রাফ / [এস. V. Gorshkov, S. S. Kralin, O. I. Mushtak এবং অন্যান্য; নির্বাহী সম্পাদক এসভি গোর্শকভ]। - একাটেরিনবার্গ: ইউরাল ইউনিভার্সিটি পাবলিশিং হাউস, 2019। - 234 পি.: অসুস্থ।, টেবিল; 20 সেমি। - লেখক। পিছনের টিটে নির্দেশিত। সঙ্গে. — গ্রন্থপঞ্জি ch শেষে — ISBN 978-5-7996-2580-1: 200 কপি।

হ্যাব্রেতে এই খণ্ডটি পোস্ট করার উদ্দেশ্য চারগুণ:

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

এবং তাই,

শব্দার্থিক ওয়েব

ইন্টারনেটের বিবর্তনকে নিম্নরূপ উপস্থাপন করা যেতে পারে (অথবা নীচে নির্দেশিত ক্রমানুসারে গঠিত এর অংশগুলি সম্পর্কে কথা বলুন):

1. ইন্টারনেটে নথি. মূল প্রযুক্তি - গোফার, এফটিপি, ইত্যাদি।
   ইন্টারনেট স্থানীয় সম্পদ বিনিময়ের জন্য একটি বিশ্বব্যাপী নেটওয়ার্ক।
2. ইন্টারনেট নথি. মূল প্রযুক্তি হল HTML এবং HTTP।
   উন্মুক্ত সংস্থানগুলির প্রকৃতি তাদের সংক্রমণ মাধ্যমের বৈশিষ্ট্যগুলিকে বিবেচনা করে।
3. ইন্টারনেট ডেটা. মূল প্রযুক্তি - REST এবং SOAP API, XHR, ইত্যাদি।
   ইন্টারনেট অ্যাপ্লিকেশনের যুগে মানুষ শুধু সম্পদের ভোক্তা হয়ে উঠছে না।
4. ইন্টারনেট ডেটা. মূল প্রযুক্তি হল লিঙ্কড ডেটা প্রযুক্তি।
   এই চতুর্থ পর্যায়টি, বার্নার্স-লি দ্বারা ভবিষ্যদ্বাণী করা হয়েছে, দ্বিতীয়টির মূল প্রযুক্তির স্রষ্টা এবং W3C-এর পরিচালক, বলা হয় শব্দার্থিক ওয়েব; লিঙ্কড ডেটা প্রযুক্তিগুলি ওয়েবে ডেটা কেবল মেশিন-পাঠযোগ্য নয়, "মেশিন-বোধগম্য" করার জন্য ডিজাইন করা হয়েছে।

নিম্নলিখিতটি থেকে, পাঠক দ্বিতীয় এবং চতুর্থ পর্যায়ের মূল ধারণাগুলির মধ্যে চিঠিপত্র বুঝতে পারবেন:

• ইউআরএলগুলি ইউআরআই-এর সাথে সাদৃশ্যপূর্ণ,
• HTML এর অ্যানালগ হল RDF,
• এইচটিএমএল হাইপারলিঙ্কগুলি RDF নথিতে URI ঘটনার অনুরূপ।

শব্দার্থিক ওয়েব একটি নির্দিষ্ট স্বতঃস্ফূর্ত বা লবিং প্রবণতার চেয়ে ইন্টারনেটের ভবিষ্যতের একটি পদ্ধতিগত দৃষ্টিভঙ্গি বেশি, যদিও এটি এইগুলিকে বিবেচনায় নিতে পারে। উদাহরণস্বরূপ, ওয়েব 2.0 নামে পরিচিত একটি গুরুত্বপূর্ণ বৈশিষ্ট্যকে "ব্যবহারকারী-উত্পাদিত সামগ্রী" হিসাবে বিবেচনা করা হয়। বিশেষ করে, W3C সুপারিশকে বিবেচনায় নেওয়ার জন্য বলা হয় "ওয়েব টীকা অন্টোলজি"এবং যেমন একটি অঙ্গীকার হিসাবে কঠিন.

শব্দার্থিক ওয়েব কি মৃত?

অস্বীকার করলে অবাস্তব প্রত্যাশা, শব্দার্থিক ওয়েবের পরিস্থিতি উন্নত সমাজতন্ত্রের সময়ে কমিউনিজমের মতোই প্রায় একই রকম (এবং ইলিচের শর্তসাপেক্ষ নির্দেশের প্রতি আনুগত্য পরিলক্ষিত হয় কিনা, প্রত্যেককে নিজের জন্য সিদ্ধান্ত নিতে দিন)। সার্চ ইঞ্জিন বেশ সফল ওয়েবসাইটগুলিকে RDFa এবং JSON-LD ব্যবহার করতে বাধ্য করে এবং নিজেরাই নীচে বর্ণিত (গুগল নলেজ গ্রাফ, বিং নলেজ গ্রাফ) সম্পর্কিত প্রযুক্তি ব্যবহার করে৷

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

যাইহোক, লিঙ্কড ডেটা প্রযুক্তি মূলধারার ওয়েবের বাইরে ছড়িয়ে পড়েছে; বইটি, আসলে, এই অ্যাপ্লিকেশনগুলির জন্য উত্সর্গীকৃত। বর্তমানে, লিঙ্কড ডেটা সম্প্রদায় আশা করে যে এই প্রযুক্তিগুলি আরও বেশি ব্যাপক হয়ে উঠবে, যার জন্য গার্টনার রেকর্ডিং (বা আপনার পছন্দ মতো ঘোষণা) প্রবণতা যেমন জ্ঞান গ্রাফ и ডেটা ফ্যাব্রিক. আমি বিশ্বাস করতে চাই যে এটি এই ধারণাগুলির "বাইসাইকেল" বাস্তবায়ন হবে না যা সফল হবে, তবে নীচে আলোচনা করা W3C মানগুলির সাথে সম্পর্কিত।

লিঙ্কড ডেটা

বার্নার্স-লি লিংকড ডেটাকে শব্দার্থিক ওয়েব হিসাবে সংজ্ঞায়িত করেছেন "সঠিক হয়েছে": পন্থা এবং প্রযুক্তির একটি সেট যা এটিকে তার চূড়ান্ত লক্ষ্যগুলি অর্জন করতে দেয়৷ লিঙ্কড ডেটা বার্নার্স-লির মৌলিক নীতিগুলি একক আউট অনুসরণ.

নীতি 1. সত্তার নাম দিতে ইউআরআই ব্যবহার করা।

URI হল এন্ট্রির জন্য স্থানীয় স্ট্রিং শনাক্তকারীর বিপরীতে বিশ্বব্যাপী সত্তা শনাক্তকারী। পরবর্তীকালে, এই নীতিটি গুগল নলেজ গ্রাফ স্লোগানে সর্বোত্তমভাবে প্রকাশ করা হয়েছিল “জিনিস, না স্ট্রিং».

নীতি 2. এইচটিটিপি স্কিমে ইউআরআই ব্যবহার করা যাতে সেগুলি ডি-রেফারেন্স করা যায়।

একটি ইউআরআই অ্যাক্সেস করার মাধ্যমে, সেই সিগনিফায়ারের পিছনে সংকেত পাওয়া সম্ভব হওয়া উচিত (অপারেটরের নামের সাথে সাদৃশ্য এখানে পরিষ্কার)।*" সি তে); আরো সুনির্দিষ্টভাবে, এই সংকেত কিছু উপস্থাপনা পেতে - HTTP শিরোনাম মান উপর নির্ভর করে Accept:. সম্ভবত, AR/VR যুগের আবির্ভাবের সাথে, সম্পদ নিজেই প্রাপ্ত করা সম্ভব হবে, কিন্তু আপাতত, সম্ভবত, এটি একটি RDF নথি হবে, যা একটি SPARQL ক্যোয়ারী চালানোর ফলাফল। DESCRIBE.

নীতি 3. W3C স্ট্যান্ডার্ডের ব্যবহার - প্রাথমিকভাবে RDF(S) এবং SPARQL - বিশেষ করে URI-কে ডিরেফারেন্স করার সময়।

লিঙ্কড ডেটা প্রযুক্তি স্ট্যাকের এই স্বতন্ত্র "স্তরগুলি" নামেও পরিচিত শব্দার্থিক ওয়েব লেয়ার কেক, নীচে বর্ণনা করা হবে.

নীতি 4. সত্তা বর্ণনা করার সময় অন্যান্য URI-এর রেফারেন্স ব্যবহার।

RDF আপনাকে প্রাকৃতিক ভাষায় একটি সম্পদের মৌখিক বর্ণনায় নিজেকে সীমাবদ্ধ করতে দেয় এবং চতুর্থ নীতিটি এটি না করার আহ্বান জানায়। যদি প্রথম নীতিটি সর্বজনীনভাবে পরিলক্ষিত হয়, তবে "বিদেশী" সহ অন্যদের উল্লেখ করার জন্য একটি সংস্থান বর্ণনা করার সময় এটি সম্ভব হয়, যে কারণে ডেটাটিকে লিঙ্ক করা হয়। প্রকৃতপক্ষে, RDFS শব্দভান্ডারে নামযুক্ত URI ব্যবহার করা প্রায় অনিবার্য।

RDF

RDF (রিসোর্স বর্ণনা ফ্রেমওয়ার্ক) আন্তঃসম্পর্কিত সত্তা বর্ণনা করার জন্য একটি আনুষ্ঠানিকতা।

"সাবজেক্ট-প্রেডিকেট-অবজেক্ট" ধরনের বিবৃতি, যাকে ট্রিপলেট বলা হয়, সত্তা এবং তাদের সম্পর্ক সম্পর্কে তৈরি করা হয়। সহজ ক্ষেত্রে, বিষয়, পূর্বনির্ধারণ এবং অবজেক্ট সবই ইউআরআই। একই ইউআরআই বিভিন্ন ত্রিপলে বিভিন্ন অবস্থানে থাকতে পারে: একটি বিষয়, একটি পূর্বাভাস এবং একটি বস্তু; এইভাবে, ট্রিপলেটগুলি এক ধরণের গ্রাফ তৈরি করে যাকে RDF গ্রাফ বলা হয়।

বিষয় এবং অবজেক্টগুলি শুধুমাত্র ইউআরআইই নয়, তথাকথিতও হতে পারে খালি নোড, এবং বস্তুও হতে পারে আক্ষরিক. লিটারেল হল আদিম প্রকারের উদাহরণ যাতে একটি স্ট্রিং উপস্থাপনা এবং একটি প্রকার ইঙ্গিত থাকে।

আক্ষরিক লেখার উদাহরণ (টার্টল সিনট্যাক্সে, নীচে এটি সম্পর্কে আরও): "5.0"^^xsd:float и "five"^^xsd:string. টাইপ সহ আক্ষরিক rdf:langString এছাড়াও একটি ভাষা ট্যাগ দিয়ে সজ্জিত করা যেতে পারে; টার্টলে এটি এভাবে লেখা আছে: "five"@en и "пять"@ru.

খালি নোডগুলি বিশ্বব্যাপী শনাক্তকারী ছাড়াই "বেনামী" সংস্থান, যা সম্পর্কে বিবৃতি দেওয়া যেতে পারে; অস্তিত্বশীল ভেরিয়েবলের প্রকার।

সুতরাং (এটি আসলে, RDF এর পুরো পয়েন্ট):

• বিষয় হল একটি URI বা একটি খালি নোড,
• পূর্বাভাস হল একটি URI,
• বস্তু একটি URI, একটি খালি নোড, বা একটি আক্ষরিক.

কেন ভবিষ্যদ্বাণীগুলি খালি নোড হতে পারে না?

সম্ভাব্য কারণ হল অনানুষ্ঠানিকভাবে ট্রিপলেটকে প্রথম-ক্রমের পূর্বনির্ধারিত যুক্তির ভাষায় বোঝার এবং অনুবাদ করার ইচ্ছা। s p o মত কিছু যেখানে - ভবিষ্যদ্বাণী করা, и - ধ্রুবক এই বোঝাপড়ার চিহ্ন নথিতে রয়েছে "LBase: শব্দার্থিক ওয়েবের ভাষার জন্য শব্দার্থবিদ্যা", যার একটি W3C ওয়ার্কিং গ্রুপ নোটের স্থিতি রয়েছে। এই বুঝি ত্রিপল s p []যেখানে [] - খালি নোড, হিসাবে অনুবাদ করা হবে যেখানে - পরিবর্তনশীল, তবে কীভাবে অনুবাদ করবেন s [] o? W3C সুপারিশ স্ট্যাটাস সহ নথি "RDF 1.1 শব্দার্থবিদ্যা” অন্য অনুবাদ পদ্ধতি অফার করে, কিন্তু এখনও খালি নোড হওয়ার পূর্বাভাসের সম্ভাবনা বিবেচনা করে না।

তবে মনুস্পর্নি অনুমোদিত.

RDF একটি বিমূর্ত মডেল। RDF বিভিন্ন সিনট্যাক্সে লেখা (ক্রমিককৃত) হতে পারে: RDF/XML, কচ্ছপ (সর্বাধিক মানুষের পাঠযোগ্য), তাদেরকে JSON-এলডি, এইচডিটি (বাইনারী)।

একই RDF বিভিন্ন উপায়ে RDF/XML-এ সিরিয়ালাইজ করা যেতে পারে, তাই, উদাহরণস্বরূপ, XSD ব্যবহার করে ফলাফল XML যাচাই করা বা XPath ব্যবহার করে ডেটা বের করার চেষ্টা করার কোন মানে হয় না। একইভাবে, JSON-LD জাভাস্ক্রিপ্টের ডট এবং বর্গাকার-বন্ধনী স্বরলিপি ব্যবহার করে RDF এর সাথে কাজ করার গড় জাভাস্ক্রিপ্ট বিকাশকারীর আকাঙ্ক্ষাকে সন্তুষ্ট করতে অসম্ভাব্য (যদিও JSON-LD একটি মেকানিজম অফার করে সেই দিকে এগিয়ে যায় ফ্রেমিং).

বেশিরভাগ সিনট্যাক্স দীর্ঘ URI-কে ছোট করার উপায় অফার করে। উদাহরণস্বরূপ, একটি বিজ্ঞাপন @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> কচ্ছপের পরিবর্তে আপনাকে লিখতে অনুমতি দেবে <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> মাত্র rdf:type.

আরডিএফএস

আরডিএফএস (RDF স্কিমা) - একটি মৌলিক মডেলিং শব্দভান্ডার, সম্পত্তি এবং শ্রেণী এবং বৈশিষ্ট্যের ধারণাগুলি প্রবর্তন করে যেমন rdf:type, rdfs:subClassOf, rdfs:domain и rdfs:range. RDFS অভিধান ব্যবহার করে, উদাহরণস্বরূপ, নিম্নলিখিত বৈধ অভিব্যক্তি লেখা যেতে পারে:

rdf:type         rdf:type         rdf:Property .
rdf:Property     rdf:type         rdfs:Class .
rdfs:Class       rdfs:subClassOf  rdfs:Resource .
rdfs:subClassOf  rdfs:domain      rdfs:Class .
rdfs:domain      rdfs:domain      rdf:Property .
rdfs:domain      rdfs:range       rdfs:Class .
rdfs:label       rdfs:range       rdfs:Literal .

RDFS একটি বর্ণনা এবং মডেলিং শব্দভাণ্ডার, তবে এটি একটি সীমাবদ্ধ ভাষা নয় (যদিও অফিসিয়াল স্পেসিফিকেশন এবং পাতা এই ধরনের ব্যবহারের সম্ভাবনা)। "Schema" শব্দটিকে "XML Schema" অভিব্যক্তির মতো একই অর্থে বোঝা উচিত নয়। উদাহরণ স্বরূপ, :author rdfs:range foaf:Person মানে হল rdf:type সমস্ত সম্পত্তি মান :author - foaf:Person, কিন্তু এর অর্থ এই নয় যে এটি আগে থেকেই বলা উচিত।

SPARQL

SPARQL (SPARQL প্রোটোকল এবং RDF কোয়েরি ভাষা) - RDF ডেটা অনুসন্ধানের জন্য একটি ভাষা। একটি সাধারণ ক্ষেত্রে, একটি SPARQL ক্যোয়ারী হল নমুনাগুলির একটি সেট যার সাথে অনুসন্ধান করা গ্রাফের ট্রিপলেটগুলি মিলে যায়। প্যাটার্নে বিষয়, ভবিষ্যদ্বাণী এবং বস্তুর অবস্থানে ভেরিয়েবল থাকতে পারে।

ক্যোয়ারী এমন পরিবর্তনশীল মান ফিরিয়ে দেবে যেগুলি নমুনাগুলিতে প্রতিস্থাপিত হলে, অনুসন্ধান করা RDF গ্রাফের একটি সাবগ্রাফ হতে পারে (এর ট্রিপলেটগুলির একটি উপসেট)। ট্রিপলেটের বিভিন্ন নমুনায় একই নামের ভেরিয়েবলের মান একই থাকতে হবে।

উদাহরণস্বরূপ, উপরোক্ত সাতটি RDFS স্বতঃসিদ্ধ সেট দেওয়া হলে, নিম্নলিখিত প্রশ্নটি ফিরে আসবে rdfs:domain и rdfs:range মান হিসাবে ?s и ?p যথাক্রমে:

SELECT * WHERE {
 ?s ?p rdfs:Class .
 ?p ?p rdf:Property .
}

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

SPARQL বিশ্বের উন্মুক্ততার অনুমান ভাগ করে না এবং "ব্যর্থতা হিসাবে অস্বীকার" পদ্ধতি অনুসরণ করে, যার মধ্যে সম্ভব ডিজাইন যেমন FILTER NOT EXISTS {…}. মেকানিজম ব্যবহার করে ডেটা বন্টন বিবেচনায় নেওয়া হয় ফেডারেটেড প্রশ্ন.

SPARQL অ্যাক্সেস পয়েন্ট - একটি RDF স্টোরেজ যা SPARQL প্রশ্নগুলি প্রক্রিয়া করতে সক্ষম - এর দ্বিতীয় পর্যায় থেকে সরাসরি কোনো অ্যানালগ নেই (এই অনুচ্ছেদের শুরুতে দেখুন)। এটিকে একটি ডাটাবেসের সাথে তুলনা করা যেতে পারে, যার বিষয়বস্তুর উপর ভিত্তি করে HTML পৃষ্ঠাগুলি তৈরি করা হয়েছিল, তবে বাইরে থেকে অ্যাক্সেসযোগ্য। SPARQL অ্যাক্সেস পয়েন্ট তৃতীয় পর্যায় থেকে API অ্যাক্সেস পয়েন্টের সাথে আরও সাদৃশ্যপূর্ণ, তবে দুটি প্রধান পার্থক্য সহ। প্রথমত, অনেকগুলি "পারমাণবিক" প্রশ্নগুলিকে একত্রিত করা সম্ভব (যা গ্রাফকিউএল-এর একটি মূল বৈশিষ্ট্য হিসাবে বিবেচিত হয়), এবং দ্বিতীয়ত, এই জাতীয় API সম্পূর্ণ স্ব-নথিভুক্ত (যা HATEOAS অর্জন করার চেষ্টা করেছিল)।

বিতর্কিত মন্তব্য

RDF হল ওয়েবে ডেটা প্রকাশ করার একটি উপায়, তাই RDF স্টোরেজকে একটি নথি DBMS হিসাবে বিবেচনা করা উচিত। সত্য, যেহেতু RDF একটি গ্রাফ এবং একটি গাছ নয়, সেগুলিও গ্রাফ-ভিত্তিক হতে দেখা গেছে। এটা আশ্চর্যজনক যে এটা সব কাজ আউট. কে ভেবেছিল যে এমন স্মার্ট মানুষ থাকবে যারা ফাঁকা নোডগুলি বাস্তবায়ন করবে। Codd এর এখানে কাজ করেনি.

এছাড়াও RDF ডেটাতে অ্যাক্সেস সংগঠিত করার জন্য কম পূর্ণ-বৈশিষ্ট্যযুক্ত উপায় রয়েছে, উদাহরণস্বরূপ, লিঙ্কড ডেটা ফ্র্যাগমেন্ট (LDF) এবং লিঙ্কড ডেটা প্ল্যাটফর্ম (এলডিপি)।

পেঁচা

পেঁচা (ওয়েব অন্টোলজি ভাষা) - জ্ঞানের প্রতিনিধিত্ব করার জন্য একটি আনুষ্ঠানিকতা, বর্ণনা যুক্তির একটি সিনট্যাটিক সংস্করণ (নিচে সব জায়গায় OWL 2 বলা আরও সঠিক, OWL-এর প্রথম সংস্করণের উপর ভিত্তি করে ছিল ).

OWL-এ বর্ণনামূলক যুক্তিবিদ্যার ধারণাগুলি ক্লাসের সাথে মিলে যায়, ভূমিকা বৈশিষ্ট্যের সাথে মিলে যায়, ব্যক্তিরা তাদের পূর্বের নাম ধরে রাখে। স্বতঃসিদ্ধও বলা হয় স্বতঃসিদ্ধ।

উদাহরণস্বরূপ, তথাকথিত মধ্যে ম্যানচেস্টার সিনট্যাক্স OWL স্বরলিপির জন্য একটি স্বতঃসিদ্ধ যা আমাদের কাছে ইতিমধ্যেই পরিচিত এভাবে লেখা হবে:

Class: Human
Class: Parent
   EquivalentClass: Human and (inverse hasParent) some Human
ObjectProperty: hasParent

OWL লেখার জন্য অন্যান্য সিনট্যাক্স আছে, যেমন কার্যকরী বাক্য গঠন, অফিসিয়াল স্পেসিফিকেশনে ব্যবহৃত, এবং OWL/XML. উপরন্তু, OWL সিরিয়াল করা যেতে পারে বিমূর্ত RDF সিনট্যাক্স এবং আরও - নির্দিষ্ট সিনট্যাক্সের যেকোনো একটিতে।

RDF এর সাথে OWL এর দ্বৈত সম্পর্ক রয়েছে। একদিকে, এটিকে এক ধরণের অভিধান হিসাবে বিবেচনা করা যেতে পারে যা RDFS প্রসারিত করে। অন্যদিকে, এটি একটি আরও শক্তিশালী আনুষ্ঠানিকতা যার জন্য RDF শুধুমাত্র একটি ক্রমিক বিন্যাস। সমস্ত প্রাথমিক OWL নির্মাণ একক RDF ট্রিপলেট ব্যবহার করে লেখা যায় না।

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

OWL-এ পরিণতি সংযুক্ত করার মূল নীতিগুলি হল উন্মুক্ত বিশ্ব অনুমানকে গ্রহণ করা। ওডাব্লুএ) এবং অনন্য নামের অনুমান প্রত্যাখ্যান (অনন্য নামের অনুমান, UNA) নীচে আমরা দেখব যে এই নীতিগুলি কোথায় নেতৃত্ব দিতে পারে এবং কিছু OWL গঠন প্রবর্তন করতে পারে।

অন্টোলজিতে নিম্নলিখিত খণ্ডটি থাকতে দিন (ম্যানচেস্টার সিনট্যাক্সে):

Class: manyChildren
   EquivalentTo: Human that hasChild min 3
Individual: John
   Types: Human
   Facts: hasChild Alice, hasChild Bob, hasChild Carol

এটা কি বলা হয়েছে যে জনের অনেক সন্তান আছে তার থেকে অনুসরণ করবে? UNA প্রত্যাখ্যান করা অনুমান ইঞ্জিনকে এই প্রশ্নের উত্তর নেতিবাচকভাবে দিতে বাধ্য করবে, যেহেতু এলিস এবং বব একই ব্যক্তি হতে পারে। নিম্নলিখিতটি সংঘটিত হওয়ার জন্য, নিম্নলিখিত স্বতঃসিদ্ধ যোগ করা প্রয়োজন:

DifferentIndividuals: Alice, Bob, Carol, John

এখন অন্টোলজি ফ্র্যাগমেন্টের নিম্নোক্ত রূপ রয়েছে (জন অনেক সন্তান আছে বলে ঘোষণা করা হয়েছে, কিন্তু তার মাত্র দুটি সন্তান রয়েছে):

Class: manyChildren
   EquivalentTo: Human that hasChild min 3
Individual: John
   Types: Human, manyChildren
   Facts: hasChild Alice, hasChild Bob
DifferentIndividuals: Alice, Bob, Carol, John

এই অন্টোলজি কি অসামঞ্জস্যপূর্ণ হবে (যা অবৈধ তথ্যের প্রমাণ হিসাবে ব্যাখ্যা করা যেতে পারে)? OWA গ্রহণ করলে অনুমান ইঞ্জিন নেতিবাচক প্রতিক্রিয়া দেখাবে: "কোথাও" অন্য (অন্য অন্টোলজিতে) এটা বলা যেতে পারে যে ক্যারলও জন এর সন্তান।

এর সম্ভাবনা উড়িয়ে দিতে, আসুন জন সম্পর্কে একটি নতুন তথ্য যোগ করি:

Individual: John
   Facts: hasChild Alice, hasChild Bob, not hasChild Carol

অন্যান্য শিশুদের চেহারা বাদ দিতে, আসুন আমরা বলি যে "সন্তান থাকা" সম্পত্তির সমস্ত মান হল মানুষ, যাদের মধ্যে আমাদের মাত্র চারটি আছে:

ObjectProperty: hasChild
   Domain: Human
   Сharacteristics: Irreflexive
Class: Human
EquivalentTo: { Alice, Bill, Carol, John }

এখন অন্টোলজি পরস্পরবিরোধী হয়ে উঠবে, যা ইনফারেন্স ইঞ্জিন রিপোর্ট করতে ব্যর্থ হবে না। শেষের স্বতঃসিদ্ধের সাথে আমরা, এক অর্থে, জগতকে "বন্ধ" করেছি, এবং লক্ষ্য করুন যে জনের নিজের সন্তান হওয়ার সম্ভাবনা কীভাবে বাদ দেওয়া হয়েছে।

এন্টারপ্রাইজ ডেটা লিঙ্ক করা

পন্থা এবং প্রযুক্তির লিঙ্কড ডেটা সেটটি মূলত ওয়েবে ডেটা প্রকাশের উদ্দেশ্যে ছিল। একটি অভ্যন্তরীণ কর্পোরেট পরিবেশে তাদের ব্যবহার বিভিন্ন অসুবিধার সম্মুখীন হয়।

উদাহরণস্বরূপ, একটি বদ্ধ কর্পোরেট পরিবেশে, OWA গ্রহণ এবং UNA প্রত্যাখ্যানের উপর ভিত্তি করে OWL-এর ডিডাক্টিভ ক্ষমতা, ওয়েবের উন্মুক্ত এবং বিতরণ প্রকৃতির কারণে সিদ্ধান্তগুলি খুবই দুর্বল। এবং এখানে নিম্নলিখিত সমাধানগুলি সম্ভব।

• শব্দার্থবিদ্যার সাথে OWL প্রদান করা, OWA পরিত্যাগ এবং UNA গ্রহণ, সংশ্লিষ্ট আউটপুট ইঞ্জিনের বাস্তবায়ন বোঝায়। - এই পথ ধরে হয় স্টারডগ আরডিএফ স্টোরেজ।
• নিয়ম ইঞ্জিনের পক্ষে OWL এর ডিডাক্টিভ ক্ষমতা পরিত্যাগ করা। - স্টারডগ সমর্থন করে SWRL; জেনা এবং গ্রাফডিবি অফার নিজের ভাষায় নিয়ম
• OWL এর ডিডাক্টিভ ক্ষমতা প্রত্যাখ্যান, মডেলিংয়ের জন্য RDFS-এর কাছাকাছি এক বা অন্য উপসেটের ব্যবহার। - নীচে এই সম্পর্কে আরও দেখুন.

আরেকটি সমস্যা হল কর্পোরেট বিশ্বের ডাটা মানের সমস্যা এবং লিঙ্কড ডেটা স্ট্যাকের ডেটা যাচাইকরণ টুলের অভাবের উপর বেশি ফোকাস করা। এখানে আউটপুট নিম্নরূপ.

• আবার, যদি একটি উপযুক্ত অনুমান ইঞ্জিন পাওয়া যায় তবে বন্ধ বিশ্ব শব্দার্থবিদ্যা এবং অনন্য নামগুলির সাথে OWL নির্মাণের বৈধতার জন্য ব্যবহার করুন।
• ব্যবহারের SHACL, শব্দার্থিক ওয়েব লেয়ার কেক স্তরগুলির তালিকা ঠিক করার পরে প্রমিত করা হয়েছে (তবে, এটি একটি নিয়ম ইঞ্জিন হিসাবেও ব্যবহার করা যেতে পারে), অথবা শেএক্স.
• বুঝতে পেরে যে সবকিছু শেষ পর্যন্ত SPARQL কোয়েরির মাধ্যমে সম্পন্ন হয়, সেগুলি ব্যবহার করে আপনার নিজস্ব সহজ ডেটা যাচাইকরণ প্রক্রিয়া তৈরি করুন।

যাইহোক, এমনকি ডিডাক্টিভ ক্ষমতা এবং বৈধতা সরঞ্জামের সম্পূর্ণ প্রত্যাখ্যান লিঙ্কড ডেটা স্ট্যাককে প্রতিযোগিতার বাইরে ফেলে দেয় যেগুলি ল্যান্ডস্কেপে উন্মুক্ত এবং বিতরণ করা ওয়েবের মতো - ডেটা ইন্টিগ্রেশন কাজগুলিতে।

একটি নিয়মিত এন্টারপ্রাইজ তথ্য সিস্টেম সম্পর্কে কি?

এটি সম্ভব, তবে আপনাকে অবশ্যই সচেতন হতে হবে যে সংশ্লিষ্ট প্রযুক্তিগুলিকে ঠিক কোন সমস্যাগুলি সমাধান করতে হবে। প্রথাগত আইটি-এর দৃষ্টিকোণ থেকে এই প্রযুক্তি স্ট্যাকটি দেখতে কেমন তা দেখানোর জন্য আমি এখানে উন্নয়ন অংশগ্রহণকারীদের একটি সাধারণ প্রতিক্রিয়া বর্ণনা করব। আমাকে হাতির দৃষ্টান্তের একটু মনে করিয়ে দেয়:

• ব্যাবসা বিশ্লেষক: RDF একটি সরাসরি সংরক্ষিত লজিক্যাল মডেলের মত কিছু।
• সিস্টেম অ্যানালিস্ট: RDF এর মত ইএভি, শুধুমাত্র সূচীগুলির একটি গুচ্ছ এবং একটি সুবিধাজনক ক্যোয়ারী ভাষা সহ।
• ডেভেলপার: আচ্ছা, এই সবই ধনী মডেল এবং লো কোডের ধারণার চেতনায়, পড়া ছিল সম্প্রতি এই সম্পর্কে।
• প্রকল্প ব্যবস্থাপক: হ্যাঁ এটা একই স্ট্যাক ভেঙে ফেলা!

অনুশীলন দেখায় যে স্ট্যাকটি প্রায়শই ডেটা বিতরণ এবং ভিন্নতা সম্পর্কিত কাজে ব্যবহৃত হয়, উদাহরণস্বরূপ, এমডিএম (মাস্টার ডেটা ম্যানেজমেন্ট) বা ডিডব্লিউএইচ (ডেটা ওয়ারহাউস) ক্লাস সিস্টেম তৈরি করার সময়। যে কোনো শিল্পে এ ধরনের সমস্যা বিদ্যমান।

শিল্প-নির্দিষ্ট অ্যাপ্লিকেশনের পরিপ্রেক্ষিতে, লিঙ্কড ডেটা প্রযুক্তিগুলি বর্তমানে নিম্নলিখিত শিল্পগুলিতে সর্বাধিক জনপ্রিয়।

• বায়োমেডিকাল প্রযুক্তি (যেখানে তাদের জনপ্রিয়তা ডোমেনের জটিলতার সাথে সম্পর্কিত বলে মনে হয়);

বর্তমান

"বয়লিং পয়েন্ট" সম্প্রতি "ন্যাশনাল মেডিকেল নলেজ বেস" অ্যাসোসিয়েশন দ্বারা আয়োজিত একটি সম্মেলনের আয়োজন করেছে।ontologies সমন্বয়. তত্ত্ব থেকে ব্যবহারিক প্রয়োগ».

• জটিল পণ্যগুলির উত্পাদন এবং পরিচালনা (বৃহৎ যান্ত্রিক প্রকৌশল, তেল এবং গ্যাস উত্পাদন; প্রায়শই আমরা স্ট্যান্ডার্ড সম্পর্কে কথা বলি আইএসও 15926);

বর্তমান

এখানেও, কারণটি হল বিষয় এলাকার জটিলতা, যখন, উদাহরণস্বরূপ, আপস্ট্রিম পর্যায়ে, যদি আমরা তেল এবং গ্যাস শিল্প সম্পর্কে কথা বলি, সাধারণ অ্যাকাউন্টিংয়ের জন্য কিছু CAD ফাংশন প্রয়োজন।

2008 সালে, শেভরন দ্বারা আয়োজিত একটি প্রতিনিধিত্বমূলক ইনস্টলেশন ইভেন্ট হয়েছিল সম্মেলন.

ISO 15926, শেষ পর্যন্ত, তেল এবং গ্যাস শিল্পের কাছে কিছুটা ভারী বলে মনে হয়েছিল (এবং যান্ত্রিক প্রকৌশলে সম্ভবত আরও বেশি প্রয়োগ পাওয়া গেছে)। শুধুমাত্র Statoil (Equinor) এর সাথে পুরোপুরি আবদ্ধ হয়ে পড়েছিল; নরওয়েতে, পুরো বাস্তুতন্ত্র. অন্যরা তাদের নিজের কাজ করার চেষ্টা করছে। উদাহরণস্বরূপ, গুজব অনুসারে, অভ্যন্তরীণ শক্তি মন্ত্রক একটি "জ্বালানী এবং শক্তি কমপ্লেক্সের ধারণাগত অন্টোলজিক্যাল মডেল" তৈরি করতে চায়, দৃশ্যত, বৈদ্যুতিক শক্তি শিল্পের জন্য তৈরি.

• আর্থিক সংস্থাগুলি (এমনকি XBRL কে SDMX এবং RDF ডেটা কিউব অন্টোলজির এক ধরণের হাইব্রিড হিসাবে বিবেচনা করা যেতে পারে);

বর্তমান

বছরের শুরুতে, লিঙ্কডইন সক্রিয়ভাবে লেখককে আর্থিক শিল্পের প্রায় সমস্ত জায়ান্টদের শূন্যপদ সহ স্প্যাম করেছে, যাদেরকে তিনি টিভি সিরিজ "ফোর্স ম্যাজিউর" থেকে চেনেন: গোল্ডম্যান শ্যাশ, জেপিমরগান চেজ এবং/অথবা মরগান স্ট্যানলি, ওয়েলস ফার্গো, SWIFT/Visa/Mastercard, Bank of America, Citigroup, Fed, Deutsche Bank... সম্ভবত সবাই এমন কাউকে খুঁজছিল যার কাছে তারা পাঠাতে পারে নলেজ গ্রাফ সম্মেলন. বেশ কয়েকজন খুঁজে বের করতে পেরেছে: আর্থিক সংস্থাগুলি সবকিছু নিয়ে গেছে প্রথম দিনের সকালে.

HeadHunter-এ, শুধুমাত্র Sberbankই কিছু আকর্ষণীয় কিছু দেখতে পেয়েছিল; এটি ছিল "আরডিএফ-এর মতো ডেটা মডেল সহ EAV স্টোরেজ।"

সম্ভবত, গার্হস্থ্য এবং পশ্চিমা আর্থিক প্রতিষ্ঠানগুলির সংশ্লিষ্ট প্রযুক্তিগুলির প্রতি ভালবাসার ডিগ্রির পার্থক্যটি পরবর্তীগুলির ক্রিয়াকলাপের ট্রান্সন্যাশনাল প্রকৃতির কারণে। স্পষ্টতই, রাষ্ট্রীয় সীমানা জুড়ে একীকরণের জন্য গুণগতভাবে ভিন্ন সাংগঠনিক এবং প্রযুক্তিগত সমাধান প্রয়োজন।

• বাণিজ্যিক অ্যাপ্লিকেশন সহ প্রশ্ন-উত্তর সিস্টেম (আইবিএম ওয়াটসন, অ্যাপল সিরি, গুগল নলেজ গ্রাফ);

বর্তমান

যাইহোক, সিরির স্রষ্টা, টমাস গ্রুবার, অন্টোলজির (আইটি অর্থে) একটি "ধারণাগত স্পেসিফিকেশন" হিসাবে খুব সংজ্ঞার লেখক। আমার মতে, এই সংজ্ঞায় শব্দগুলিকে পুনর্বিন্যাস করলে এর অর্থ পরিবর্তন হয় না, যা সম্ভবত নির্দেশ করে যে এটি সেখানে নেই।

• স্ট্রাকচার্ড ডেটার প্রকাশনা (বৃহত্তর ন্যায্যতার সাথে এটি লিঙ্কড ওপেন ডেটাকে দায়ী করা যেতে পারে)।

বর্তমান

লিঙ্কড ডেটার বড় ভক্তরা হল তথাকথিত GLAM: গ্যালারী, লাইব্রেরি, আর্কাইভস এবং মিউজিয়াম। এটা বলাই যথেষ্ট যে লাইব্রেরি অফ কংগ্রেস MARC21 এর প্রতিস্থাপনের প্রচার করছে বিবিফ্রেম, যা গ্রন্থপঞ্জি বর্ণনার ভবিষ্যৎ জন্য একটি ভিত্তি প্রদান করে এবং, অবশ্যই, RDF এর উপর ভিত্তি করে।

লিংকড ওপেন ডেটার ক্ষেত্রে উইকিডাটাকে প্রায়ই একটি সফল প্রকল্পের উদাহরণ হিসেবে উল্লেখ করা হয় - উইকিপিডিয়ার এক ধরনের মেশিন-পাঠযোগ্য সংস্করণ, যার বিষয়বস্তু, ডিবিপিডিয়ার বিপরীতে, নিবন্ধের তথ্যবক্স থেকে আমদানি করে তৈরি করা হয় না, কিন্তু কমবেশি ম্যানুয়ালি তৈরি করা হয়েছে (এবং পরবর্তীতে একই তথ্যবক্সের জন্য তথ্যের উৎস হয়ে ওঠে)।

আমরা আপনাকে এটি চেক আউট করার সুপারিশ তালিকা "গ্রাহক" বিভাগে Stardog ওয়েবসাইটে Stardog RDF স্টোরেজ ব্যবহারকারীরা।

গার্টনারে যেমনই হোক হাইপ সাইকেল ফর এমার্জিং টেকনোলজিস 2016 "এন্টারপ্রাইজ ট্যাক্সোনমি এবং অন্টোলজি ম্যানেজমেন্ট" 10 বছরের আগে "উৎপাদনশীল মালভূমিতে" পৌঁছানোর সম্ভাবনা নিয়ে হতাশার উপত্যকায় নেমে আসার মাঝখানে স্থাপন করা হয়েছে।

এন্টারপ্রাইজ ডেটা সংযুক্ত করা হচ্ছে

পূর্বাভাস, পূর্বাভাস, পূর্বাভাস...

ঐতিহাসিক আগ্রহের কারণে, আমি আমাদের আগ্রহের প্রযুক্তিগুলির উপর বিভিন্ন বছরের জন্য গার্টনারের পূর্বাভাসগুলি নীচে সারণী করেছি।

বছর	প্রকৌশল	প্রতিবেদন	অবস্থান	মালভূমি থেকে বছর
2001	শব্দার্থিক ওয়েব	বহির্গামী প্রযুক্তি	উদ্ভাবন ট্রিগার	5-10
2006	কর্পোরেট শব্দার্থিক ওয়েব	বহির্গামী প্রযুক্তি	স্ফীত প্রত্যাশার শিখর	5-10
2012	শব্দার্থিক ওয়েব	বড় ডেটা	স্ফীত প্রত্যাশার শিখর	> 10
2015	লিঙ্কড ডেটা	অ্যাডভান্সড অ্যানালিটিক্স এবং ডেটা সায়েন্স	হতাশার গর্ত	5-10
2016	এন্টারপ্রাইজ অনটোলজি ম্যানেজমেন্ট	বহির্গামী প্রযুক্তি	হতাশার গর্ত	> 10
2018	জ্ঞান গ্রাফ	বহির্গামী প্রযুক্তি	উদ্ভাবন ট্রিগার	5-10

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

প্রায় প্রতিটি গ্রাফ ডিবিএমএস এখন নিজেকে একটি কর্পোরেট "নলেজ গ্রাফ" তৈরি করার জন্য একটি উপযুক্ত প্ল্যাটফর্ম ঘোষণা করে ("লিঙ্কড ডেটা" কখনও কখনও "সংযুক্ত ডেটা" দ্বারা প্রতিস্থাপিত হয়), কিন্তু এই ধরনের দাবি কতটা ন্যায়সঙ্গত?

গ্রাফ ডেটাবেসগুলি এখনও অসম্যান্টিক; একটি গ্রাফ ডিবিএমএসের ডেটা এখনও একই ডেটা সাইলো। URI-এর পরিবর্তে স্ট্রিং আইডেন্টিফায়ার দুটি গ্রাফ DBMS-কে একীভূত করার কাজটিকে এখনও একটি ইন্টিগ্রেশন কাজ করে তোলে, যখন দুটি RDF স্টোরকে একীভূত করা প্রায়শই দুটি RDF গ্রাফকে একত্রিত করার জন্য নেমে আসে। অ্যামেন্টিসিটির আরেকটি দিক হল এলপিজি গ্রাফ মডেলের অ-প্রতিবর্তিতা, যা একই প্ল্যাটফর্ম ব্যবহার করে মেটাডেটা পরিচালনা করা কঠিন করে তোলে।

অবশেষে, গ্রাফ ডিবিএমএস-এর ইনফারেন্স ইঞ্জিন বা নিয়ম ইঞ্জিন নেই। এই ধরনের ইঞ্জিনগুলির ফলাফলগুলি জটিল প্রশ্নগুলির দ্বারা পুনরুত্পাদন করা যেতে পারে, তবে এটি SQL এও সম্ভব।

যাইহোক, নেতৃস্থানীয় RDF স্টোরেজ সিস্টেমের LPG মডেল সমর্থন করতে কোন অসুবিধা নেই। ব্লেজগ্রাফে এক সময়ে প্রস্তাবিত পদ্ধতিটিকে সবচেয়ে কঠিন পদ্ধতি হিসেবে বিবেচনা করা হয়: RDF* মডেল, RDF এবং LPG এর সমন্বয়ে।

আরো পড়ুন

আপনি Habré এর আগের নিবন্ধে এলপিজি মডেলের জন্য RDF স্টোরেজ সমর্থন সম্পর্কে আরও পড়তে পারেন: "আরডিএফ স্টোরেজ নিয়ে এখন কী হচ্ছে". আমি আশা করি একদিন নলেজ গ্রাফ এবং ডেটা ফ্যাব্রিক নিয়ে একটি পৃথক নিবন্ধ লেখা হবে। চূড়ান্ত বিভাগটি, যেমনটি বোঝা সহজ, তাড়াহুড়ো করে লেখা হয়েছিল, তবে, এমনকি ছয় মাস পরেও, এই ধারণাগুলির সাথে সবকিছু খুব বেশি পরিষ্কার নয়।

সাহিত্য

1. Halpin, H., Monnin, A. (eds.) (2014)। দার্শনিক প্রকৌশল: ওয়েবের একটি দর্শনের দিকে
2. Allemang, D., Hendler, J. (2011) কর্মক্ষম অন্টোলজিস্টের জন্য শব্দার্থিক ওয়েব (২য় সংস্করণ)
3. Staab, S., Studer, R. (eds.) (2009) হ্যান্ডবুক অন অনটোলজিস (২য় সংস্করণ)
4. উড, ডি. (সম্পাদনা)। (2011) এন্টারপ্রাইজ ডেটা লিঙ্ক করা
5. Keet, M. (2018) অনটোলজি ইঞ্জিনিয়ারিং এর একটি ভূমিকা

উত্স: www.habr.com