Комментарии 4
Впечатляющая визуализция.
Мои 5 копеек: для навигации по сущностям хотелось бы использования клавиатуры — не нашел как переходить от экземпляра к экземпляру быстро — нужна куча кликов мыши.
Есть ли возможность задать какие-то фильтры, чтобы осуществлять навигацию по отфильтрованному датасету?
Я так понял, вся база загружается на клиента целиком?
Мои 5 копеек: для навигации по сущностям хотелось бы использования клавиатуры — не нашел как переходить от экземпляра к экземпляру быстро — нужна куча кликов мыши.
Есть ли возможность задать какие-то фильтры, чтобы осуществлять навигацию по отфильтрованному датасету?
Я так понял, вся база загружается на клиента целиком?
Спасибо большое за благосклонный отзыв!
Клавиши задействовать было бы полезно… Пока что отслеживаем только нажатие Del для удаления. Вы сразу нашли слабые места в UX, поэтому сразу хочу попросить ваших идей и совета по поводу навигации по графу: как перемещать фокус с ноды на ноду при помощи клавиш: использовать TAB, как в браузере, или клавиши управления курсором, или как-то еще?
Про клики мыши — тоже согласен. Нужно работать над UX. Опять же, будем рады любым предложениям по поводу способов улучшения UX.
Про фильтрацию.
В версии либы, которая выложена в github, есть возможность послать в библиотеку SPARQL Construct запрос и таким образом отфильтровать изначальный дата сет. Думаю, что нужно со временем дать отправлять не только SPARQL запросы, но еще и поддерживать самый распространенный SQL.
Для данного демо — вся база целиком, вы верно поняли. Но есть возможность указать определенный namespace, таким образом, ограничив набор данных.
Клавиши задействовать было бы полезно… Пока что отслеживаем только нажатие Del для удаления. Вы сразу нашли слабые места в UX, поэтому сразу хочу попросить ваших идей и совета по поводу навигации по графу: как перемещать фокус с ноды на ноду при помощи клавиш: использовать TAB, как в браузере, или клавиши управления курсором, или как-то еще?
Про клики мыши — тоже согласен. Нужно работать над UX. Опять же, будем рады любым предложениям по поводу способов улучшения UX.
Про фильтрацию.
В версии либы, которая выложена в github, есть возможность послать в библиотеку SPARQL Construct запрос и таким образом отфильтровать изначальный дата сет. Думаю, что нужно со временем дать отправлять не только SPARQL запросы, но еще и поддерживать самый распространенный SQL.
Для данного демо — вся база целиком, вы верно поняли. Но есть возможность указать определенный namespace, таким образом, ограничив набор данных.
В версии либы, которая выложена в github, есть возможность послать в библиотеку SPARQL Construct запрос и таким образом отфильтровать изначальный дата сет. Думаю, что нужно со временем дать отправлять не только SPARQL запросы, но еще и поддерживать самый распространенный SQL.
Это интересно. А UI для SPARQL запроса какой-то есть?
И SPARQL будет работать по сущностям Caché? Если да, как это реализовано на стороне Caché?
Это интересно. А UI для SPARQL запроса какой-то есть?
UI для SPARQL запросов тоже отсутствует. Сам запрос отправляется вместе с вызовом библиотеки. Пока что думаем, что основным пользователем будет разработчик, который знаком с языком запросов.
И SPARQL будет работать по сущностям Caché? Если да, как это реализовано на стороне Caché?
SPARQL не будет работать, потому что язык запросов SPARQL предназначен для семантических дата сетов.
Мы запрашиваем Rest API для получения данных из Caché. На стороне Caché создано приложение, которое предоставляет Rest API. Одной из возможностей интеграции с Ontodia может быть именно создание Rest API на стороне сервера.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ontodia + Caché — визуализатор онтологий для навигации по хранимым сущностям InterSystems Caché