Как расширить Pellet 2.4.0 с помощью встроенных встроенных SWRL?

Question

Я уже достиг этого с SWRLBuiltInBridge компонента SWRLAPI: https://github.com/protegeproject/swrlapi/wiki/SWRLBuiltInBridge

Однако, на мой Java код, который я также использовать Пелле Reasoner с OWLAPI. Всякий раз, когда я использую аргументатор, он генерирует предупреждение, когда находит правило SWRL с неизвестным встроенным. Я знаю, что могу отключить проверку правил в аргументе и использовать SWRLAPI всякий раз, когда я хочу запускать правила.

Но это кажется непрактичным ... Потому что я должен был бы запускать правила после каждой модификации онтологии, прежде чем использовать аргументатора.

Я видел страницу блога, который копается в этот вопрос, но может быть устаревшим: https://semwebguy.wordpress.com/2011/01/04/how-to-extend-pellet2-2-2s-swrl-built-in-support-with-your-custom-built-in/

Кроме того, способ создания встроенного (соответственно в блоге) отличается по сравнению с SWRLAPI (например, объект Abox является аргументом).

Есть ли другой подход для этого? Или можно подключить Pellet к SWRLBuiltInBridge?

Answer 1

Поклонник Пелле не использует SwrlApi. Способ использования/внедрения Pellet действительно далек от SwrlApi. Каждый встроенный интерфейс должен взаимодействовать с внутренней структурой данных разумного пользователя (ABox) и должен делать это с помощью объектов ATerm.

Но если вам нужно это сделать, всегда есть хак, который возможен. Вы можете следовать примеру on the method testSpecialBuitIn().

Они ключ, чтобы добавить свой пользовательский Buildin, используя этот метод: BuiltInRegistry.instance.registerBuiltIn.

Если встроенная правильно, нет ничего более требуется.

Пожалуйста, не используйте это решение, используя .core. модули из гранул без интерфейсов; поэтому изменения в форме/поведении могут происходить из одной версии в другую без предупреждения.