アプリケーションのオントロジー (内部) を考え出そうとしています。でも、できるだけ借りたい。さまざまな既存のオントロジーを見回すと、重複が見られます。例: foaf:Person と dbpedia:Person など。どちらもエージェント クラス、シング クラスなどのサブクラスです。ただし、異なるプロパティを持つ場合があります。お互いを再利用/拡張しなかったのはなぜですか?
私の質問：
1) dbpedia が foaf:person またはその逆を使用しなかったのはなぜですか?
2) b/w dbpedia:Person と foaf:Person をどのように選択しますか、それとも独自に作成しますか?
私はこれに非常に慣れていません。私の無知を許してください。
1）DBpediaにはさまざまな種類のクラスが何千も含まれているため、DBpediaデータの公開を開始する前に、再利用する他のクラスをWebで検索しなければならない場合、どこにも到達できませんでした。そこで、彼らは独自のクラスを使用して独自のDBpediaオントロジーを作成しました。場合によっては、既存のクラスを検出するときに、rdfs:subClassOfまたはowl:equivalentClass後でDBpediaオントロジークラスを既存のクラスにマップします。また、FOAFが「Person」を定義する方法とDBpediaが「Person」を定義する方法に微妙な違いがあるかもしれません。たとえば、ハリーポッターのような架空の人物は人ですか？独自のクラスを定義して、定義を完全に制御できるようにする方が安全な場合があります。
2）それは複雑な決定です。FOAF、DC、SKOSなどの定評のある語彙があり、ニーズをカバーしている場合は、独自の語彙を発明するのではなく、常にそれを再利用する必要があります。該当する語彙が存在しない場合、または語彙の発行者が信頼でき、長期的に語彙を安定させておくことが信頼できない場合は、独自の語彙を作成することをお勧めします。いつでも複数の語彙を組み合わせたり、既存の語彙を独自の（独自の名前空間内の）いくつかのプロパティで拡張したりできます。独自のクラスとプロパティを定義する場合は、常にそれらを既存のクラスとプロパティにマップするようにしてください。複数の既存の語彙から選択できる場合は、より広く使用されている語彙を選択してください。LOV、LODstats、などのサービスSindiceAnalyticsはこれを支援することができます。