Борьба за разработку правильной онтологии / лексики для пищевых продуктов
У меня есть производители продуктов питания, и я хочу публиковать информацию о продуктах, которые они производят. Я хочу, чтобы каждый продукт (например, одна плитка шоколада) был индивидуальным, поэтому я могу применять некоторые функции моего программного обеспечения к каждому продукту.
Проблема в том, что я хочу, чтобы каждый человек показывал свои ингредиенты, но не хочу многократно записывать эту информацию каждому. Например, конкретный шоколадный батончик "XY" содержит те же ингредиенты, что и другие шоколадные батончики "XY". Таким образом, я подумывал создать класс совы "Шоколадный батончик XY", в котором эта информация (ингредиенты) будет храниться как свойства этого класса совы. Но я не уверен, что это правильно.
Еще одна идея, которую я получил, - создать специальный класс "Описание продуктов питания" и его экземпляр "Описание шоколадной плитки XY", который будет описывать продукт шоколадной плитки и связан с каждым экземпляром шоколадной плитки "XY", но опять же я не думаю, что это хорошее решение.
Каково правильное решение? Спасибо за помощь.
1 ответ
Вы только что привели конкретный пример аргумента"наследование против состава".
Либо один будет работать.
Я не могу не думать, что OWL и онтологии - это технологии 90-х, о которых редко слышат. Это потому, что в моде машинное обучение или они не очень помогают в решении проблем?
Даг Ленат уже 30 лет с Cyc. Вот статья, в которой говорится, что она применяется только сейчас. Я не понимаю, как это обгонит данные и машинное обучение. Зачем тратить 30 лет на программирование онтологии, когда машина может ежедневно принимать терабайты данных и изучать пространство в реальном времени?