Страницы (7): « Предыдущая 1 2 3 4 ... 7 Следующая » Переход на страницу  +
21
2016.03.08бкрс По хорошему надо составить список слов с данными пометами чтобы вычищать слова с ними.

почистил бы геол., мин., нефт., такие перлы иногда встречаются в употреблении этих помет...
2016.03.08
Ответить
22
Надо подумать как лучше чистку организовать. Возможно имеет смысл хотя бы выбрать не самые частые (типа до 100), чтобы мусор убрать. Некоторые можно автоматом переделать/убрать.
Но это нужна отдельная система.
2016.03.08
Ответить
23
2016.03.08бкрс Надо подумать как лучше чистку организовать. Возможно имеет смысл хотя бы выбрать не самые частые (типа до 100), чтобы мусор убрать. Некоторые можно автоматом переделать/убрать.
Но это нужна отдельная система.

поиск по БКРС показывает что геол. и мин. больше 1000

Кстати если поиск бы их показывал чистить было бы просто. Если есть ограничение
по буферу можно выводить первую 1000, вторую и т.п.

Еще пояснения, толкования (то, что в скобках курсивом) почистить бы хорошо, но для этого нужен способ их поиска
2016.03.08
Ответить
24
хорошая идея надо бы запилить, еще предлагаю задать стандарт в виде регулярного выражения, тогда мусор можно будет чистить автоматически еще на уровне правки
2016.03.08
Ответить
25
сделаю в ближайшем будущем (за парой других начинаний), не должно быть слишком сложно
2016.03.08
Ответить
26
2016.03.08萨沙 предлагаю задать стандарт в виде регулярного выражения, тогда мусор можно будет чистить автоматически еще на уровне правки
Автоматически можно пройтись регулярками по базе и исправить, но там не совсем элементрано.

Кстати, недавно ratijas написал программу под это, но меня больше интересует правка всей базы, а не частного использования, пока думаем как лучше для всей базы использовать. Жаль он в личке решил это обсуждать.

ratijas помню, хоть не могу найти сообщения через поиск, мы когда-то весной обсуждали возможность причесать колючим ёршиком dsl-разметку по всей базе сразу.

я писал, что нужен такой парсер, чтоб корректировал статьи с максимальной пользой и минимальным уроном.

в общем, этот парсер 终于 таки готов, называется flawless_dsl, и умеет следующее:
  • парсить любую убитую разметку, и давать на выходе валидный dsl
  • сортировать идущие подряд теги (открывающие и закрывающие, "слои") в каноническом порядке
    Код:
    m  >  *  >  ex  >  i  >  c
    остальные стоят внутри в алфавитном порядке
  • не допускать одинаковые вложенные теги
  • оптимизировать такие вещи как
    Код:
    [c][i]...[/c],,,[/i]
    =>
    [i][c]...[/c],,,[/i]
    вместо того как это делалось раньше:
    [c][i]...[/i][/c][i]...[/i]
  • оптимизировать слой 'c + i' => 'p'

ссылка на github, набор тестов прилагается.

я его уже испытал на вчерашней базе, результаты хорошие. осталось придумать, как запихнуть все правки по очереди, при этом ещё и не перезаписывая того, что люди успели изменить.
2016.03.08
Ответить
27
бкрс, я не про то, я имею ввиду дать общее оформление для словарной статьи по типу
<словарная статья>=<абзац><нумератор1илиотсутвие><0 или помета[ы]><определение<0или1комментарий курсивом>><1знак препинания><опредление..0или1комментарий><0илиХпримеров><нумератор2еслиестьнумератор1><0 или помета[ы]><определение<комментарий курсивом>><0илиХпримеров><1 знак препинания><опредление> короче чтоб помета всегда и всегда была перед словом из списка разрешенных помет, чтоб между словами всегда была стандартная запятая или стандартная точка с запятой с одним пробелом и не было двойных/тройных пробелов как это сейчас, чтоб комментарий в скобках всегда шел после определения курсивом, оформление будет строже, чем позволяет dsl, но организованее и аккуратнее автозамену и проверку надо запилить именно в JavaScript, от тега [c] предлагаю отказаться вообще, оставить только [i] для комментария и [p] для помет, [m..] для абзацев, [b] для жирноты и [ex] для примеров
----
а в чем проблема отличать измененные от неизменных? можно просто контрольную сумму словарной статьи посчитать и если она изменилась то почикать скриптом уже измененный вариант статьи.
2016.03.08
Ответить
28
В качестве предложения -- почему бы не писать пометки целиком? Не "эк.", а "экономика" и тому подобное.

Мы же не печатное издание, за чернила и бумагу платить не надо. Зато так яснее и просто опрятнее.
2016.03.08
Ответить
29
rrayman, тут другая логика, по идеи переводчик видит перевод, помета должна устранят неоднозначность или предупреждать что слово грубое, она не должна "мозолить глаза"
2016.03.08
Ответить
30
2016.03.08rrayman почему бы не писать пометки целиком? Не "эк.", а "экономика" и тому подобное.

Зато так яснее и просто опрятнее.

Лучше уж без (какие-то отличительные знаки оставлять для омонимов и т.п слов).
Сами по себе пометы не мешают, если они оформлены по классическим словарным правилам. Если ты в них не нуждаешься, глаз их автоматически пропускает. Это дело привычки тех, кто много пользуется словарями и справочниками.
За лаконизм (в пределах допустимого).
2016.03.08
Ответить
Страницы (7): « Предыдущая 1 2 3 4 ... 7 Следующая » Переход на страницу  +