Новостей море и новую новостную ленту мы уже начали вести.
Но остались завершающие доработки.
Кстати, говоря, нужны люди которые вычитают статьи, которые мы уже перенесли. то есть необходимо сверить оригинал статьи с материалом на нашем новом сайте. Если хотите помочь обращайтесь. По крайней мере так вы наверняка быстрее получите доступ к новой информации, которую мы вам приготовили.
Что говорить, но SHCHERBAK.NET честно отработал почти два года на благо русскоязычного сообщества Semantic Web.
В рамках него было собрано много материалов по различным аспектам Semantic Web, много людей получило базовые познания о SW и связанным технологиям,
мне кажется ресурс был полезен.
Общем, я принял решение о закрытии этого сайта, как хранилища информации по SW.
Так как вокруг SHCHERBAK.NET сформировалось устойчивое сообщество активистов, я решил передать им материалы сайта. Результатом этой передачи будет создание нового сайта с новым именем, методикой ведения
и развития, и есстественно новыми и переработанными материалами...
План закрытия следующий - в ближайшие две-три недели большую часть материалов shcherbak.net просмотрят и перенесут на новый сайт. Результатом переноса будет удаление материалов из shcherbak.net.
Кроме того, когда начнется перенос открытый доступ к сайту закончится. Потом до открытия нового сайта доступ возобновится.
Буду ли я еще онлайн публиковаться? Скорее всего блоггерская деятельность для меня закончилась.
Те авторские публикации, которые мне были переданы, но не были опубликованы на shcherbak.net, что будет с ними? С ними конечно же познакомят читателей, но уже на новом ресурсе.
В последнее время мне часто задают "назойливый" вопрос - "Вам не кажется, что доменное имя SHCHERBAK.NET не подходит для ресурса, посвященного Semantic Web", поэтому я решил ответить и больше не возвращаться к этому вопросу.
Ответ: Да, абсолютно верно вы заметили, доменное имя SHCHERBAK.NET не подходит для подобного ресурса. Исторически так сложилось, что из домашней странички Щербака Сергея, SHCHERBAK.NET плавно превратился в ресурс, где можно не только почитать, но и обсудить статьи об онтологиях и Semantic Web. А главное, кроме меня, на сайте SHCHERBAK.NET публикуются ряд авторов - специалистов в тех или иных областях семантического веба. И я, и думаю, все читатели сайта благодарны им за их вклад в развитие русскоязычного сообщества SW.
Конечно, я осознаю проблему с доменным именем сайта. Почему проблему? Как минимум потому, что имя ресурса, связанно с конкретным человеком. В связи с этим, я уже приобрел ряд доменных имен более созвучных с SW и плавно готовлюсь к преобразованию SHCHERBAK.NET в новый проект.
На этом пути есть ряд проблем, которые весьма не просто решить. Во-первых, SHCHERBAK.NET уже знают, имя известное и все ассоциируют его в основном не с конкретным человеком, а с деятельностью, которую он ведет. А деятельность его проста - ознакомление с различными аспектами Семантического Веба. Во-вторых, SHCHERBAK.NET "любит" поисковик Google, и не факт, что после смены имени эта "любовь" продолжится. В-третьих, самое главное, такое преобразование потребует от меня приличных финансовых затрат. Как минимум, работу специалистов в WordPress по переносу и настройке мне прийдется оплатить. В этом плане, у меня даже появилась в бюджете статья финансовых расходов - на развитие сайта, а в последнее время - расходы на сайт растут и растут.
А еще, время -драгоценнейший из ресурсов - переезд на новый сервер показал, что перенос сайта и постнастройка его заняла у меня неделю, а сколько дней еще я потрачу на устранение ошибок в работе сайта не известно. Здесь тоже видимо надо будет привлечь специалистов...
Я не жалуюсь - мне интересно вести ресурс, посвященный Семантическому Вебу, и расходы воспринимаю как "неизбежность" на пути развития. Конечно, финансовый кризис в стране подорвал мои финансовые возможности, но я надеюсь на лучшее...
PS уже несколько раз я SHCHERBAK.NET пытался преобразоваться в новый с соответсвующий именем ресурс, но пока отложу это преобразование до лучших времен
Я надеюсь читатели не против? мне все-таки кажется, что не в имени ресурса дело, главное чтобы содержимое было интересным...
PPS. Капча не корректно работала во время комментирования, а в некоторых браузерах ее не было видно вообще, поэтому комментировать пока могут только зарегистрированные пользователи.
Итак, надеюсь вы заждались обновлений на SHCHERBAK.NET.
И они должны были произойти, если бы не одно но -
оказывается есть граница, которую мой сайт на хостинге не может переходить -
и эта граница - 200 человек в сутки, более мой сайт не может выдержать (даже при невысокой пользовательской активности) по тарифному плану хостинга - Перерасход выделенных сайту ресурсов.
Читать продолжение »
Блуждая по Хабрахабру, наткнулся на пост, в котором авторы рассуждали на тему, как добавить информацию об авторе триплета в RDF. Идея проста - RDF представляет собой совокупность триплетов, но эти триплеты могут быть добавлены различными авторами. Вопрос: Как добавить информацию об авторе триплета. Как авторы правильно заметили, если информацию об авторе вынести в отдельное хранилище или таблицу, то проблем нет. Но что, делать, если не хочется привлекать сторонние средства? Одним из вариантов было предложено ввести свойство «hasAuthor» в корень объектной иерархии.
Но этот подход имеет свои недостатки. Представьте себе, некоторый объект, например, ягода вишня. Что у нас получается -«вишня» как экземляр класса Ягода, у которой автор Вася Пупкин - как то глупо звучит. И вообщем-то и не в Васе дело, а в том, что автор ягоды вишни Вася. Если мое рассуждение верно, тогда вынос hasAuthor в корень объектной иерархии ничего не дает, так как всегда будут существовать объекты для которых отношение hasAuthor не будет иметь смысла.
Хотя, например, в редакторе онтологий Protege есть наборы служебных классов, выполняющие подобные функции, которые не отображаются в основном дереве представления RDF
А решение задачи, как оказалось в результате моих рассуждений на Хабрахабре, очень простое.
В RDF нет языковых конструкций для установления авторства триплетов, но такие средства есть в Dublin Core.
Таким образом, рассматривая Dublin Core, как расширение RDF, мы можем легко ввести понятие авторства информации (триплета).
Вы можете сказать, а чем же отличается введение понятия авторства через Dublin Core от введения нового отношения hasAuthor?
А все просто - когда мы вводим новое отношение hasAuthor мы имеем ягоду вишню автора Васи, а при использовании дублинского ядра мы такого не имеем, как минимум потому, что у описания Dublin Core другое пространство имен и как результат описание некоторого объекта через Dublin core идет как описание объекта в некоторой другой семантической плоскости. А самое интересное - при проведении логического вывода мы не нарушим ни одного канона онтологий - ягоды будут успешно собраны и проданы потенциальному клиенту, а агенты будут также иметь возможность взглянуть на автора информации.
А может я не прав?
Обновление на версию ворпресс 2.7 успешно завершилось! Нововведения меня приятно удивили!
Включил функцию рейтингования постов/статей. Теперь Вы можете оценивать их по пятибальной шкале путем выбора нужного количества звездочек!
Оценивайте материалы!
Восстановил все комментарии на страницах со статьями! Читайте и комментируйте!
Возобновил работу формы обратной связи! Теперь Вы можете читать мои дискуссии по различным вопросам Semantic Web
здесь!
Учитывая, особенность завтрашнего дня вероятно вычислительных ресурсов сервера shcherbak.net может не хватать, поэтому приношу извинения за возможные сбои в работе!
Кроме того, учитывая увеличение посещаемости ресурса я принял решение о переходе на более мощный сервер. Но это со временем ...