Введены базовые функции по работе с тегами. Начинайте пользоваться —
помечайте свои сообщения.
Планируется сделать более полную навигацию, выборка по логическому
выражению, типа "MSSQL OR (.NET AND !Remoting)" (уже есть, надо только
интерфейс прикрутить), автокомплит тегов при вводе, морфология.
Есть вопрос — что делать с иерархической стуктурой сообщений — если
корень топика помечен тегами — значит ли что все сообщения этого топика
тоже под этими тегами? Если да — как это делать, неявно, т.е. не надо
вводить эти-же теги заново, или явно — при ответе просто копируются и
подставляются по умолчанию родительские тэги в поле ввода для тегов
дочернего сообщения?
Как бы не получилось также, как с автоквотированием, бездумное
копирование. Может лучше чтобы теги проставлялись осознанно?
Здравствуйте, der Igel, Вы писали:
DI>Как бы не получилось также, как с автоквотированием, бездумное DI>копирование. Может лучше чтобы теги проставлялись осознанно?
+1. Не хочется при поиске по тегу получить список всех сообщений в теме Win мы Lin ИМХО, теги вообще только на тему в целом должны быть, но тогда теряем в гибкости, хоть и совсем немного. Но автоматов ни-ни.
Здравствуйте, der Igel, Вы писали:
DI>Введены базовые функции по работе с тегами. Начинайте пользоваться — DI>помечайте свои сообщения. DI>Планируется сделать более полную навигацию, выборка по логическому DI>выражению, типа "MSSQL OR (.NET AND !Remoting)" (уже есть, надо только DI>интерфейс прикрутить), автокомплит тегов при вводе, морфология.
DI>Есть вопрос — что делать с иерархической стуктурой сообщений — если DI>корень топика помечен тегами — значит ли что все сообщения этого топика DI>тоже под этими тегами? Если да — как это делать, неявно, т.е. не надо DI>вводить эти-же теги заново, или явно — при ответе просто копируются и DI>подставляются по умолчанию родительские тэги в поле ввода для тегов DI>дочернего сообщения? DI>Как бы не получилось также, как с автоквотированием, бездумное DI>копирование. Может лучше чтобы теги проставлялись осознанно?
DI>Feedback is welcome.
Предлагаю не показывать тэговую строчку, если их нет.
Одинаковые ошибки необязательно делать каждый раз, достаточно сделать одну, а затем обращаться к ней по мере необходимости из любого места программы.
Здравствуйте, Roman Odaisky, Вы писали:
RO>Следующий шаг — жестко проредить список форумов. А лучше всего — избавиться от понятия «форум», пусть каждый выбирает себе набор интересных тегов.
RO> [...]
RO>Нужны теги «Winиlin», «C++ vs Nemerle», а еще «Linux rulez» и «Windows rulez» — чтобы сразу знать, кому ставить минус.
Следующий шаг — настройка в профиле, что бы автоматически проставлять минусы на все сообщения, например, в «Nemerle rulez»
Здравствуйте, der Igel, Вы писали:
DI>Feedback is welcome.
А модерирование предполагается?
Мне кажется, что должно быть можно голосовать за навешивание тега на чужое сообщение. Так же как, например, "Отделить ветку".
Плюс модератор должен иметь возможность произвольно менять теги — добавлять/удалять/переименовывать.
Ибо люди могут забывать навешивать теги, или вообще и не думать об этом, или называть теги не в соответствии с общепринятым в группе.
По поводу автоматического навешивания тегов "родительского" сообщения на ответы.
Если в поиске будет эффективный мезанизм управлять выводом (группировка по топикам. сейчас она есть, но нельзя одновременно отсортировать по времени/релевантности. т.е. группировка по топикам должна быть как отдельный чек-бокс), то тогда можно автоматически "наследовать" теги.
А если не будет — то это будет сильно засорять поиск.
Здравствуйте, der Igel, Вы писали:
DI>Feedback is welcome.
1. Дублировать теги в ответах — ИМХО не нужно, ни в ручную, ни автоматом. Будет такой же бардак, как и в темах сообщений. А если кто нашёл корневое сообщение ветки по тегу, прочитать ответы он и сам догадается.
2. В нынешнем виде теги фактически являются продолжением темы. Они отданы на откуп автору сообщения. Лично мне всегда не хватало возможности помечать чужие сообщения своими ключевыми (навороченный вариант закладок).
Здравствуйте, der Igel, Вы писали:
DI>Введены базовые функции по работе с тегами. Начинайте пользоваться — DI>помечайте свои сообщения. DI>Планируется сделать более полную навигацию, выборка по логическому DI>выражению, типа "MSSQL OR (.NET AND !Remoting)" (уже есть, надо только DI>интерфейс прикрутить), автокомплит тегов при вводе, морфология.
DI>Есть вопрос — что делать с иерархической стуктурой сообщений — если DI>корень топика помечен тегами — значит ли что все сообщения этого топика DI>тоже под этими тегами? Если да — как это делать, неявно, т.е. не надо DI>вводить эти-же теги заново, или явно — при ответе просто копируются и DI>подставляются по умолчанию родительские тэги в поле ввода для тегов DI>дочернего сообщения? DI>Как бы не получилось также, как с автоквотированием, бездумное DI>копирование. Может лучше чтобы теги проставлялись осознанно?
DI>Feedback is welcome.
Мир начинает меняться — это хорошо.
Крайне рекомендую недавнюю статью Димы Смирнова на эту тему: http://spectator.ru/technology/web-building/tags2null (для "правильной" теговой системы это маст-хэв)
Плюс к тому:
* имхо, эффективней вариант "теги через запятую, пробелы допустимы" — меньше ограничений
* касательно тегов ответов: если это не помечено явно, то "ответ" является частью обсуждения исходного сообщения — соответственно, имеет ту же тему/теги. Соответственно, копирование тегов будет вполне гармонировать с копированием темы (другой вариант — у ответа поле "теги" пустое, туда можно что-то вписать, а при поиске считается, что все ответы имеют теги всех сообщений от корня до конкретного ответа).
Здравствуйте, der Igel, Вы писали:
DI>Сделал копирование тегов при ответе.
Не надо. Из-за этого очень быстро поиск по тегам начнёт выдавать мусор. Достаточно найти по тегу первое сообщение, дальше пользователь сам решит, нужно ему спускаться вниз по ветке или нет.
Сами мы не местные, извините, что к вам обращаемся. В том смысле, что я понимаю: все в процессе... Но нельзя ли в будущем теги как-то отделить визуально (размер, курсив, расположение, цвет)? Как правило, теги по смыслу весят меньше, чем тема, часто меньше, чем дата или ник. Пока они, имхо, слишком мозолят глаз и неоправданно жрут место. Также попалось уже, когда человек вбил название темы в поле тега, перепутал. Поюзабельнее бы.
Здравствуйте, der Igel, Вы писали: DI>Feedback is welcome.
Тэги —
Хотелось бы видеть user name после даты, а то столбец даты скачет, глазам неприятно. И думаю размер шрифта для даты надо сделать маленьким, как подпись "админ" у тебя Оценки кстати тоже можно перенести вначало строки, а тэги — во второй столбец. По той же причине.
ИМХО
Читали, читали...
Я не согласен с тем, что теги пользователя заменяются на *правильные*.
Да, при выборке/поиске надо учитывать что кошки/кошка/кот/cats одно и
тоже, но в сообщении надо показывать так, как ввел пользователь.
> Плюс к тому: > * имхо, эффективней вариант "теги через запятую, пробелы допустимы" — > меньше ограничений
Сделал запятую также разделителем, но наравное с пробелом, т.е. если
запятая или пробел в теге — обрамляйте в кавычки.
> * касательно тегов ответов: если это не помечено явно, то "ответ" > является частью обсуждения исходного сообщения — соответственно, имеет > ту же тему/теги. Соответственно, копирование тегов будет вполне > гармонировать с копированием темы
Здравствуйте, Roman Odaisky, Вы писали:
B>>- Вроде бы теги планировались как серьезное подспорье в борьбе с кросспостингом. Многие форумы имеют смежные темы. Не имеет ли смысл сделать список возможных тегов модерируемым командой? RO>А если сделать «выберите один или более тегов из вот этого списка, и можете добавить еще свои по желанию»?
Я за премодерируемый список, но на который не было бы таких строгих ограничений как на новый форум. Нужен тебе тег, отпишись в обсуждение сайта и за пару дней получи.
B>>- И как иначе решить проблему описания одного тега множеством способов? Те же "теги", "тэги", "tags" и т.д. RO>http://rsdn.ru/forum/message/2942845.1.aspx
Синонимы-то понятно. Я не уверен что модераторы всех форумов дружно за это возьмутся. И как-то это сложно. Премодерируемый список проще даже в реализации.
Здравствуйте, der Igel, Вы писали:
DI>Введены базовые функции по работе с тегами. Начинайте пользоваться — DI>помечайте свои сообщения.
спасибо..
DI>Есть вопрос — что делать с иерархической стуктурой сообщений — если DI>корень топика помечен тегами — значит ли что все сообщения этого топика DI>тоже под этими тегами? Если да — как это делать, неявно, т.е. не надо DI>вводить эти-же теги заново, или явно — при ответе просто копируются и DI>подставляются по умолчанию родительские тэги в поле ввода для тегов DI>дочернего сообщения?
мне кажется, что надо как с темой сообщения..
и для удобства список популярных тэгов и тэгов конкретного форума..
просто я сейчас под впечатлением от системы тэгов в http://del.icio.us
DI>Как бы не получилось также, как с автоквотированием, бездумное DI>копирование. Может лучше чтобы теги проставлялись осознанно?
забывать будут 100%..
DI>Feedback is welcome.
не уверен когда вносился функционал по тэгам, но, увидев эту возможность,
хотел написать сообщение.. а мне ошибку выдало..
ЗЫЖ движок сильно менялся?. с нуля писать будете?.
Здравствуйте, der Igel, Вы писали:
DI>Введены базовые функции по работе с тегами. Начинайте пользоваться — DI>помечайте свои сообщения.
Спасибо!
DI>Как бы не получилось также, как с автоквотированием, бездумное DI>копирование. Может лучше чтобы теги проставлялись осознанно?
Этот вопрос надо обдумать.
neFormal wrote:
> и для удобства список популярных тэгов и тэгов конкретного форума.. > просто я сейчас под впечатлением от системы тэгов в http://del.icio.us
Ну это можно засунуть в автокомплит — вес одних и тех-же тегов будет
зависеть от форума. Популярные теги вообще и форумов — ну это так,
баловство, раз посмотреть — толку от них не много, как мне кажется
А вот связанные теги — да, полезно.
> не уверен когда вносился функционал по тэгам, но, увидев эту возможность, > хотел написать сообщение.. а мне ошибку выдало..
Да, была бага — должно счас нормально работать.
> ЗЫЖ движок сильно менялся?. с нуля писать будете?.
Да какой там — все на костылях. Но ждать нового движка мочи нет, это до
второго пришествия...
Здравствуйте, der Igel, Вы писали:
DI>Популярные теги вообще и форумов — ну это так, DI>баловство, раз посмотреть — толку от них не много, как мне кажется
возможно.. но темы в форумах часто бывают очень похожими..
например, в "философии" говорят то о немерле, то о Д, то еще о чем..
такое заметно в "болтливых" форумах типа "философии", "о жизни" или "св"..
как вариант — можно сделать "популярные из последних".. хотя это уже
автокомплит..
>> не уверен когда вносился функционал по тэгам, но, увидев эту возможность, >> хотел написать сообщение.. а мне ошибку выдало.. DI>Да, была бага — должно счас нормально работать.
да, работает нормально..
>> ЗЫЖ движок сильно менялся?. с нуля писать будете?. DI>Да какой там — все на костылях. Но ждать нового движка мочи нет, это до DI>второго пришествия...
Здравствуйте, der Igel, Вы писали:
DI>Введены базовые функции по работе с тегами. Начинайте пользоваться — DI>помечайте свои сообщения.
DI>Feedback is welcome.
А если нажать на тег, что должно появиться?
сейчас появился список сообщений (там только мое одно), и около него написано "+/-", хотя никаких оценок на сообщении не висит.
Так и надо?
Кстати, поиск по автору сообщения будет? в смысле, чтоб автор был одним из критериев поиска.
Здравствуйте, der Igel, Вы писали:
DI>Feedback is welcome.
Есть ощущение, что тегами корректнее описывать не сообщение, а топик (как это сделано в http://bbpress.org/) или его ветку. Мотивация очевидна: большинство ответов на первое сообщение темы будут маркированы теми же самыми тегами. При таком подходе, отвечающие могут расширять теги топика, добавляя свои теги.
Это решение не очень хорошо подходит/совсем не подходит для больших топиков. Есть два варианта решения этой проблемы:
1. Разрешить навешивать теги на ветки (что, видимо, сложно технически)
2. Активно разделять топики (повышенная нагрузка на модераторов)
Здравствуйте, DOOM, Вы писали:
F>>главное начать.. а начать надо с ТЗ +) DOO>Неправда ваша — забыл отчет о предпроектном обследовании
думаю, его получить несложно.. опросить посетителей не составляет огромной проблемы..
имхо проблема в людях, которые могли бы потратить время на написание движка..
DOO>и заявку на создание АС
а кому?. rsdn-team?. а толку, это уже делали?.
я не знаю почему тянут с созданием движка.. может некому делать/лениво/времени нет/еще что то.. но все причины весьма объективны
переносить создание движка в открытые проекты смысла мало..
Здравствуйте, der Igel, Вы писали:
>> * касательно тегов ответов: если это не помечено явно, то "ответ" >> является частью обсуждения исходного сообщения — соответственно, имеет >> ту же тему/теги. Соответственно, копирование тегов будет вполне >> гармонировать с копированием темы
DI>Сделал копирование тегов при ответе.
Не очень хороший вариант. Есть такие стратегии в связке — из "Старого объекта" получается "Новый объект" (в нашем случае — ответ на пост): сохранить тэг в старом объекте и добавить к новому
сохранить тэг в старом объекте и не добавлять к новому
убрать тэг у старого объекта и добавить к новому
убрать тэг у старого объекта и не добавлять к новому
Это определяет автор тега. Как? Не знаю. Простой подход — не показываемое обрамление, например, [Инфо], {cpp} и прочее.
Здравствуйте, andrey.desman, Вы писали:
AD>Здравствуйте, der Igel, Вы писали:
DI>>Как бы не получилось также, как с автоквотированием, бездумное DI>>копирование. Может лучше чтобы теги проставлялись осознанно?
AD>+1. Не хочется при поиске по тегу получить список всех сообщений в теме Win мы Lin ИМХО, теги вообще только на тему в целом должны быть, но тогда теряем в гибкости, хоть и совсем немного. Но автоматов ни-ни.
Согласен. Теги, если надо, всегда нужно вводить заново вручную. Не охота получать 50 ссылок на одну и ту же ветку форума, как сейчас просиходит с обычным поиском.
Здравствуйте, der Igel, Вы писали:
>> Крайне рекомендую недавнюю статью Димы Смирнова на эту тему: >> http://spectator.ru/technology/web-building/tags2null (для "правильной" >> теговой системы это маст-хэв)
DI>Читали, читали... DI>Я не согласен с тем, что теги пользователя заменяются на *правильные*. DI>Да, при выборке/поиске надо учитывать что кошки/кошка/кот/cats одно и DI>тоже, но в сообщении надо показывать так, как ввел пользователь.
Это может быть спорным моментом. Бесспорна — необходимость модерирования и синонимов. А скорее всего, и других связей.
Впрочем, если вчитаться внимательней — там ведь не только переименование синонимичных, но и удаление избыточных (".Net, ASP.Net" => "ASP.Net")
>> Плюс к тому: >> * имхо, эффективней вариант "теги через запятую, пробелы допустимы" — >> меньше ограничений
DI>Сделал запятую также разделителем, но наравное с пробелом, т.е. если DI>запятая или пробел в теге — обрамляйте в кавычки.
Нет, моя идея была именно в том, что если разделитель — запятая, то можно позволить пробел в теге. Впрочем, для РСДН может это и избыточно (большинство тегов — названия технологий или "тип" сообщения — "анонс").
Здравствуйте, der Igel, Вы писали:
DI>Feedback is welcome.
Какой-то у меня сильный скептицизм по поводу реализации тегов в текущей редакции.
— Не понимаю чем они лучше поиска по ключевым словам, который и так нормально работал, когда поиск вообще работал.
— Вроде бы теги планировались как серьезное подспорье в борьбе с кросспостингом. Многие форумы имеют смежные темы. Не имеет ли смысл сделать список возможных тегов модерируемым командой?
— И как иначе решить проблему описания одного тега множеством способов? Те же "теги", "тэги", "tags" и т.д.
Здравствуйте, Blazkowicz, Вы писали:
B>Какой-то у меня сильный скептицизм по поводу реализации тегов в текущей редакции. B>- Не понимаю чем они лучше поиска по ключевым словам, который и так нормально работал, когда поиск вообще работал.
+1, особенно, если учесть три миллиона непротеженных сообщений.
B>- Вроде бы теги планировались как серьезное подспорье в борьбе с кросспостингом. Многие форумы имеют смежные темы. Не имеет ли смысл сделать список возможных тегов модерируемым командой?
А если сделать «выберите один или более тегов из вот этого списка, и можете добавить еще свои по желанию»?
B>- И как иначе решить проблему описания одного тега множеством способов? Те же "теги", "тэги", "tags" и т.д. http://rsdn.ru/forum/message/2942845.1.aspx
Blazkowicz wrote:
> Какой-то у меня сильный скептицизм по поводу реализации тегов в текущей > редакции. > — Не понимаю чем они лучше поиска по ключевым словам, который и так > нормально работал, когда поиск вообще работал.
На этот вопрос ответа у меня нет. На любом блоге можно посмотреть — есть
и поиск, и теги. Это не конкурирующие понятия, а дополняющие.
> — Вроде бы теги планировались как серьезное подспорье в борьбе с > кросспостингом. Многие форумы имеют смежные темы. Не имеет ли смысл > сделать список возможных тегов модерируемым командой?
Зачем?
> — И как иначе решить проблему описания одного тега множеством способов? > Те же "теги", "тэги", "tags" и т.д.
Это да — здесь нужно вводить понятие синонимов, и можераторы должны
будут эти синонимы прописывать, связывать.
Здравствуйте, der Igel, Вы писали:
>> — Вроде бы теги планировались как серьезное подспорье в борьбе с >> кросспостингом. Многие форумы имеют смежные темы. Не имеет ли смысл >> сделать список возможных тегов модерируемым командой? DI>Зачем?
В блогах, только автор/модератор дефайнит теги, а не все желающие оставить след в каментах.
А причина по которой хотелось бы видеть компактный премодерируемый список такова:
мы получим большее (чем сейчас) количество тематических форумов, которые будет удобно читать и избавимся от кросс постинга.
В случае же когда комьюнити определяет теги, а модераторы пытаются отследить все синонимы мы просто получим тысячи мелких форумов в каждом из которых будет от силы десяток тем.
Здравствуйте, der Igel, Вы писали:
>> — Вроде бы теги планировались как серьезное подспорье в борьбе с >> кросспостингом. Многие форумы имеют смежные темы. Не имеет ли смысл >> сделать список возможных тегов модерируемым командой?
DI>Зачем?
Следующий шаг — жестко проредить список форумов. А лучше всего — избавиться от понятия «форум», пусть каждый выбирает себе набор интересных тегов.
К примеру, сейчас мало кто посещает форум «usability», хотя на RSDN пять форумов, напрямую связанных с UI, на 200 тысяч сообщений. А так, если тема имела бы теги «Python, Django, Web, usability», она бы попалась на глаза и любителям динамических языков, и вебмастерам, и Максиму.
Непременно нужен тег «concurrency», сейчас негде это обсуждать.
Я недавно задавал вопрос по LaTeX, разместил его в Unix, потому что не нашел более подходящего места. Где нужно было?
Затем, можно избавиться от недоразумения «C/C++. Прикладные вопросы». Сообщения могли бы иметь теги «C++, Boost» (хотя, впрочем, C++ здесь лишний). Или «C, WinAPI». Или «Qt (подразумевает C++), usability, Unicode». И т. д.
Дискуссии о базах данных можно, будет, наконец, распределить по СУБД и платформам. Хорошо бы здесь требовать не просто теги, а ответы на конкретные вопросы (СУБД? Версия? Платформа? Объемы данных?). Это же касается C++, Unix, .NET и другого.
Предложения работы можно опять объединить, введя тег «КА».
Заодно, если уж делать виртуальные форумы, стоит ввести псевдофорум «темы, в которых я участвовал».
Ломать — не строить: можно убрать левый фрейм, он становится ненужен. Да и остальные фреймы можно бы под горячую руку того.
Нужны теги «Winиlin», «C++ vs Nemerle», а еще «Linux rulez» и «Windows rulez» — чтобы сразу знать, кому ставить минус.
В дополнение к вышесказанному, теги позволят реализовать систему мини-статей, которая недавно обсуждалась. Всего-то: ввести один дополнительный тег. Еще понадобятся теги «FAQ» и что-нибудь вроде «Moderatorial [+]».
И что бы еще хотелось — не связанное, впрочем, с тегами, но пока у RSDN Team есть желание что-нибудь поломать — отображать пустые сообщения особым образом (что-нибудь вместо «(-)»).
R>А модерирование предполагается? R>Мне кажется, что должно быть можно голосовать за навешивание тега на чужое сообщение. Так же как, например, "Отделить ветку". R>Плюс модератор должен иметь возможность произвольно менять теги — добавлять/удалять/переименовывать.
R>Ибо люди могут забывать навешивать теги, или вообще и не думать об этом, или называть теги не в соответствии с общепринятым в группе.
Думаю, это напрямую коррелирует с приведенной здесь
>>> Крайне рекомендую недавнюю статью Димы Смирнова на эту тему: >>> http://spectator.ru/technology/web-building/tags2null (для "правильной" >>> теговой системы это маст-хэв)
DI>>Читали, читали... DI>>Я не согласен с тем, что теги пользователя заменяются на *правильные*. DI>>Да, при выборке/поиске надо учитывать что кошки/кошка/кот/cats одно и DI>>тоже, но в сообщении надо показывать так, как ввел пользователь.
Г>Это может быть спорным моментом. Бесспорна — необходимость модерирования и синонимов. А скорее всего, и других связей.
Г>Впрочем, если вчитаться внимательней — там ведь не только переименование синонимичных, но и удаление избыточных (".Net, ASP.Net" => "ASP.Net")
Есть предложение ввести понятие "power user", которые имели бы доступ к админ-части по тэгам и редактировали/(пере)назначали бы их
Здравствуйте, Mamut, Вы писали:
>>>> Крайне рекомендую недавнюю статью Димы Смирнова на эту тему: >>>> http://spectator.ru/technology/web-building/tags2null (для "правильной" >>>> теговой системы это маст-хэв)
DI>>>Читали, читали... DI>>>Я не согласен с тем, что теги пользователя заменяются на *правильные*. DI>>>Да, при выборке/поиске надо учитывать что кошки/кошка/кот/cats одно и DI>>>тоже, но в сообщении надо показывать так, как ввел пользователь.
Г>>Это может быть спорным моментом. Бесспорна — необходимость модерирования и синонимов. А скорее всего, и других связей.
Г>>Впрочем, если вчитаться внимательней — там ведь не только переименование синонимичных, но и удаление избыточных (".Net, ASP.Net" => "ASP.Net")
M>Есть предложение ввести понятие "power user", которые имели бы доступ к админ-части по тэгам и редактировали/(пере)назначали бы их
...и вообще, если бы тим был менее закрыт, всем было бы лучшее.
Но полагаю, для текущего положения дел у тима есть основания.
Здравствуйте, der Igel, Вы писали:
DI>Feedback is welcome.
Спасибо за теги!
Ну что, может набраться смелости и сделать следующий шаг, превратив обычные теги в полноценный semantic markup?
На первом этапе можно построить формальную онтологию. Если хватит терпения — то это автоматически решает проблему синонимов (они становятся эквивалентными концептами в онтологии).
На следующем этапе можно перейти к semantic search. Например, имея в онтологии описание концепта "грузовик \equivalent (грузовой \and автомобиль)", можно:
а) Возвращать сообщения, помеченные "грузик" при поиске по комбинации тегов "грузовой" _и_ "автомобиль" или даже "грузовой" и "машина" (если "автомобиль is-a машина").
б) При поиске по "грузовик", можно возвращать сообщения, помеченные как "грузовой" _или_ "автомобиль". С меньшей релевантностью, конечно.
и т.д. и т.п. Чем выше экспрессивность онтологии, тем шире возможности (но тем медленне, конечно).
Конечно, это потребует значительных усилий на первоначальном этапе. Строил онтологии, знаю. Но в итоге в принципе может получиться что-то интересное. RSDN in Semantic Web! :)
Если идея заинтересует, то готов описать поподробнее и помогать на всех этапах.. включая работу с reasoner'амиr. Онтологии — это мой диссер :)
anonymous wrote:
> DI>Сделал копирование тегов при ответе. > > Не надо. Из-за этого очень быстро поиск по тегам начнёт выдавать мусор. > Достаточно найти по тегу первое сообщение, дальше пользователь сам > решит, нужно ему спускаться вниз по ветке или нет.
der Igel wrote:
> Планируется сделать более полную навигацию
Сделал возможное ограничение выборки по топикам — это значит
показываются только кореневые сообщения топиков, в которых хотя бы у
одного сообщения есть указанные теги.
der Igel пишет: > anonymous wrote: > >> DI>Сделал копирование тегов при ответе. >> >> Не надо. Из-за этого очень быстро поиск по тегам начнёт выдавать мусор.
Так, может быть, это в поиске проблема? Пусть в поиске можно будет
различать "первое появления тега" в иерархии постов и "присутствие тега
вообще" в любом посте.
> Да, пожалуй лучше не надо.
Надо–надо.
ИМХО, теги вообще только на тему в целом должны быть, но тогда теряем в гибкости, хоть и совсем немного. Но автоматов ни-ни.
Одинаковые ошибки необязательно делать каждый раз, достаточно сделать одну, а затем обращаться к ней по мере необходимости из любого места программы.
