http://wiki2.linuxformat.ru/index.php?action=history&feed=atom&title=LXF82%3ATenor 2026-05-13T22:27:32Z История изменений этой страницы в вики MediaWiki 1.11.1 http://wiki2.linuxformat.ru/index.php?title=LXF82:Tenor&diff=6098&oldid=prev 2008-12-17T18:39:09Z

<p>«<a href="/index.php/LXF82:%D0%A7%D1%82%D0%BE_%D0%B7%D0%B0_%D1%88%D1%82%D1%83%D0%BA%D0%B0..." title="LXF82:Что за штука...">LXF82:Что за штука...»</a> переименована в «<a href="/index.php/LXF82:Tenor" title="LXF82:Tenor">LXF82:Tenor»</a></p> <table style="background-color: white; color:black;"> <col class='diff-marker' /> <col class='diff-content' /> <col class='diff-marker' /> <col class='diff-content' /> <tr> <td colspan='2' style="background-color: white; color:black;">← Предыдущая</td> <td colspan='2' style="background-color: white; color:black;">Версия 18:39, 17 декабря 2008</td> </tr> </table>

Yaleks http://wiki2.linuxformat.ru/index.php?title=LXF82:Tenor&diff=6097&oldid=prev 2008-12-17T18:38:17Z

<p>викификация</p> <a href="http://wiki2.linuxformat.ru/index.php?title=LXF82:Tenor&amp;diff=6097&amp;oldid=6096">(Различия между версиями)</a>

Yaleks http://wiki2.linuxformat.ru/index.php?title=LXF82:Tenor&diff=6096&oldid=prev 2008-12-17T18:36:59Z

<p>Новая: == Что такое... TENOR? == ''Почему вы можете что угодно раскопать в Интернете, но не в курсе, что находится на ...</p> <p><b>Новая статья</b></p><div>== Что такое... TENOR? ==<br /> ''Почему вы можете что угодно раскопать в Интернете, но не в курсе, что находится на вашем собственном диске? Может ли помочь Tenor? И даст ли '''Джоно Бэкон''' нам какую-нибудь подсказку?''<br /> <br /> ; Будто я не знаю, что это – толстый дядька с тонким голосом!<br /> Нельзя же так легкомысленно отзываться о высоком<br /> искусстве оперы! Вдобавок вы заблуждаетесь: Tenor –<br /> довольно абстрактное понятие; в общем, это некая среда<br /> для создания контекстных сетей и построения приложений,<br /> работающих с ними.<br /> ; Чего-о?<br /> Я сказал, абстрактное понятие. Например, в<br /> Интернете совокупность web-страниц, адресов электронной почты и файлов определенным образом объединена:<br /> допустим, существует связь между Mr Tambourine Man и<br /> Бобом Диланом. Но имеет смысл также связать Mr<br /> Tambourine Man и The Byrds. Tenor предоставляет вашей<br /> настольной системе место для размещения информации<br /> такого рода.<br /> ; То есть он просто увязывает всякие там понятия?<br /> В простейшем случае – да, но Tenor способен обеспечивать<br /> более сложные отношения. Предположим, кто-то шлет вам<br /> письмо о сокращении среды обитания белого медведя в<br /> Канаде, с темой «Полярные медведи», и прикрепляет<br /> файл F12345.jpg – изображение здоровенной медведицы. Если вы не переименуете картинку сразу после получения (хоть оно и напрашивается, но про это легко забыть),<br /> то впоследствии отыскать ее будет трудно, поскольку поиск<br /> по словосочетанию «полярные медведи» вряд ли обратит<br /> внимание на файл с именем F12345.jpg (если, конечно,<br /> ваша система индексирования не отслеживает контекстные связи – например, в данном случае это изображение<br /> плюс электронное письмо, дата его отправки, размер файла, тема и т.д.). Tenor – система построения подобных<br /> сетей связанной информации и создания приложений,<br /> использующих эти возможности. Круто, правда?<br /> ; Типа да, но позвольте мне переодеться хакером (фальшивая борода, сандалии и широкие штаны) и попросить вас изложить эту идею в терминах компьютерных наук.<br /> С точки зрения науки, это направленный граф, используемый, говоря математическим языком, для отображения<br /> связей между объектами. Данная структура хранится в<br /> базе данных вместе с совокупностью свойств, в которой<br /> узлы (информация) соединены ребрами (связями). В<br /> структурные элементы встроено индексирование текста, и<br /> Tenor готов к этой работе, но большинство более интересных высокоуровневых вещей еще только планируется.<br /> ; Неплохая идея. А как она появилась?<br /> Пару лет назад Скотт Вилер [Scott Wheeler], разработчик<br /> Tenor’а, обнаружил, что информацию гораздо легче найти в<br /> сети, чем на рабочем столе. Он также пришел к выводу, что<br /> весьма трудно объединить беспорядочные обрывки информации в персональном компьютере. Обе эти задачи в сети<br /> решаются легко – можете привлечь свой любимый поисковый сервер и найти нечто с желаемой степенью достоверности. А на рабочих столах таких средств нет.<br /> ; Я где-то читал, что Tenor имеет какое-то отношение к KDE – он только под KDE и работает?<br /> Tenor предусматривает несколько уровней (реализован только первый). Самый низкий уровень отвечает за управление связями графов (вспомните вышеприведенное бородатое объяснение из информатики). Сюда включается создание вершин графов, их<br /> соединение, задание свойств и т.д. Он использует Qt – и<br /> весьма малую часть Qt, ее можно заменить без особых<br /> проблем. На данной основе будет сделана надстройка<br /> над KDE – средства облегчения работы с Tenor для<br /> разработчиков приложений. Скотт Вилер сильно<br /> привержен ко KDE и, естественно, интегрирует эти элементы в среду KDE. Но он энергично подчеркивает, что ничто не мешает кому<br /> бы то ни было написать подобные надстройки для других<br /> рабочих столов и программных оболочек.<br /> ; Ну хорошо, а что это даст лично мне?<br /> Преимуществ несколько. Возможно, нечто вроде Kerry<br /> (KDE-надстройка для Beagle) будет переделано для работы<br /> с Tenor и упростит поиск на компьютере. Но важнее то, что<br /> выражается навязшим на зубах модным словом тэгирование (навешивание ярлыков). В последнее время было много дискуссий о ярлыках и новом подходе к файловой навигации, с точки зрения управления содержимым. Примеры –<br /> динамические папки, создание ярлыков по технологии<br /> drag-and-drop, встроенный быстрый поиск и, теоретически,<br /> файловая навигация по взаимосвязям, а не по простому<br /> местоположению в иерархии.<br /> ; Стоп-стоп, я малость запутался...<br /> Хороший пример – система навигации от Amazon.com,<br /> использующая немало того, что они называют увязкой контекста: информация о том, кто еще просматривал этот продукт и что он купил; рейтинги, категории; определяемые<br /> пользователем тематические списки; комментарии, которые могут служить заметками по данному товару, и т.д.<br /> Если забыть о коммерческой части и думать только о контенте, то потенциал буквально завораживает. Менеджер<br /> контента для просмотра данных по типу навигации по товарам в Amazon.com скоро станет правилом, а основу для<br /> этого закладывает Tenor.<br /> ; Перейдем к деталям&lt;nowiki&gt;:&lt;/nowiki&gt; что это означает для моей конкретной KDE?<br /> Да куча идей вокруг: например, прикреплять KNotes к специальным ресурсам, а не разбрасывать на рабочем столе,<br /> или отследить, что музыкальный файл в JuK или Amarok<br /> прислал ваш друг посредством Kopete; а как насчет<br /> использования меток DigiKam для облегчения поиска прикреплений в KMail? Список возможностей огромен, но<br /> пока все это только идеи. Они должны превратиться в инструменты, чтобы стать реально полезными пользователям.<br /> ; Beagle много кто хвалит, а Tenor на него очень похож. В чем разница?<br /> Beagle – в большей степени классическая система индексирования текста, Tenor решает другие задачи. Для сравнения представьте, что Tenor подобен PageRank от Google с<br /> его системой оценки содержимого, а Beagle больше похож<br /> на AltaVista или Lycos, их подход – «давайте просто проиндексируем случайные ссылки». Без контекстных ссылок<br /> вы не сможете осуществить поиск способом, реализованным в большинстве современных алгоритмов. Другая аналогия, позволяющая понять разницу между ними – сравнение предметного указателя в книге и гиперссылок в сети.<br /> Предметный указатель в книге решает некоторые задачи, и<br /> делает это достаточно хорошо. Гиперссылки – строительные блоки для любых объектов, вы можете использовать<br /> их при создании поискового движка, напоминающего<br /> предметный указатель.<br /> ; Как продвигается разработка?<br /> Основные функции, для размещения объектов в<br /> графах, а также для переходов между графами и их<br /> опроса, уже в деле. Следующий шаг – создание таких<br /> функций, как поисковые классы для разработчиков, которые могут быть подогнаны под определенные приложения. Например, если вы пишете приложение для электронной почты, то, возможно, захотите<br /> включить возможности поиска, специфичные для содержимого и в чем-то<br /> отличающиеся от используемых в графическом редакторе. Существуют также<br /> приложения-помощники, без которых не<br /> обойтись. Один из примеров – диспетчер ссылок с интерфейсом D-BUS. Используя<br /> технологию D-BUS от Freedesktop.org, это приложение позволит программе, затрагивающей часть<br /> информации в графе, вызвать другую программу для<br /> употребления найденной информации. Необходимо взаимодействие различных приложений через посредство<br /> различных участков информации. Инструменты, которые<br /> облегчат внедрение Tenor в приложения, в настоящее<br /> время разрабатываются. Как только они будут готовы,<br /> настанет черед разработчиков использовать Tenor в своих приложениях. Это ожидается в серии релизов ветки KDE 4.0.<br /> ; Я практически ничего не слышал о Tenor, а выглядит-то он неплохо.<br /> Разработчики живут в пещере или где?<br /> Не в пещере, но Вилер предпочитает помалкивать о Tenor,<br /> пока не сможет продемонстрировать рабочую версию:<br /> ему надо заниматься разработкой Tenor, а не ответами на<br /> письма или дискуссиями о направлении развития неоконченной программы. Мы еле уговорили его высказаться<br /> для этой рубрики. К счастью, даже он не смог устоять<br /> перед LXF</div>

Yaleks