Английский язык (слова с которого мы переводим) присутствует неявно.
tlanguage - диалект русского или исходник перевода на русский. Например:
Microsoft
1С
Информатике-21
переводы Евпатия Коловратова
переводы Октября Ленинова
переводы Архиправослава Гогенцоллернова
переводы Германа Либералова
Словаря информатики 1970 года
Таким образом, диалекты нужны для того, чтобы учесть переводы из разных исходников и субкультур, а также создавать новые, не упираясь в необходимость консенсуса.
Пользователь системы и автор текстов (sduser)
Служит для облегчения поиска смысла. Пока что каждому смыслу можно назначить только одну тему. Темы живут в текстовом виде, для них нет справочника.
Состоит из обозначаемого слова на исходном языке (например, «operator»), темы (например, «ЯП») и его описания смысла, например, «элемент языка программирования, больший, чем выражение. Т.е. условный оператор, но не сложение». Смысл описывается на русском языке.
Смысл идентифицируется просто неким числовым кодом. Ведение таблицы смыслов требует большой аккуратности.
Пример фрагмента tsense
1
oword: golang
тема: ЯП
текст: язык программирования, созданный гуглом в 2000s
2
oword: canvas
тема: ГПИ (GUI)
текст: пространство на форме, на котором можно рисовать
3
oword: operator
тема: ЯП
текст: +, -, *, >> и тому подобное
В статье смысла допустимы абзацы, списки ul и гиперссылки. Больше ничего. В будущем наверняка понадобится ещё ужесточить и формализовать требования к смыслу. Здесь мы наблюдаем аномалию, когда англоязычное название является частью смысла.
Устанавливает, что данное слово или словосочетание в определённом диалекте может иметь такой смысл. Например,
смысл 3 в языке Яр может выражаться как «операция»
смысл 2 в 1С может выражаться как «холст»
смысл 1 в русском может выражаться как «go»
Собственно текст слова является полем данной сущности.
- пользователь может явно владеть диалектом, смыслом и связью слово-смысл (есть поле для хранения владельца)
- связь слово-смысл может не иметь владельца, тогда её она неявно принадлежит владельцу диалекта
- всё, у чего нет владельца согласно предыдущим правилам, является общим
- пользователь может редактировать свой или общий смысл и связь слово-смысл, но не чужие смысл и связь слово-смысл
- пользователь может передать свой диалект, смысл и связь слово-смысл другому пользователю
- царь может отобрать любые сущности у пользователя и передать их другому пользователю
- владельцем связи слово-смысл в диалекте, принадлежащем пользователю, может быть только этот пользователь (не указывается) или царь (явно указывается)
- если есть связи слово-смысл для смысла, и их владелец отличается от владельца смысла, то смысл нельзя редактировать
- смыслы обычно принадлежат царю - это нужно для поддержания самосогласованности таблицы смыслов, а за это отвечает царь. Любой пользователь может добавить смысл, но он должен достаточно быстро передать его царю, или царь должен отобрать его
- общие диалекты, такие, как "английский язык", "русский язык", не имеют владельца и любой пользователь может их исправлять
- индивидуальные "творческие" диалекты, разрабатываемые авторами, принадлежат их авторам, а у смыслов в этих диалектах нет явных владельцев. Царь вмешивается в эти диалекты только при необходимости исправления таблицы смыслов, а также в целях соблюдения законов РФ.
Периодически создаются дампы базы. Любой пользователь может загрузить последний дамп. Дамп не содержит секретную информацию пользователей (E-mail и хеш-пароля), но из него можно поднять копию сайта (без возможности редактирования теми же пользователями). Так гарантируется защита от тирании царя, в сочетании с открытостью исходных текстов и наличием документированной процедуры развёртывания системы.
Как минимум, нужны запросы:
- поиск слова в смыслах и переводах, с настройкой полей, которые нужно искать
- поиск предложений с фильтрацией по слову, пользователю, языку и флагу «предложить владельцу языка».
- поиск диалектов с фильтрацией по предкам, владельцу, названию.
Очевидно, нужно, чтобы можно было сохранить текущий запрос. Предлагается сделать вторую кнопку "сохранить этот запрос". Предлагается использовать https://stackoverflow.com/a/547824 - двум формам дать разные имена и обрабатывать сохранение на сервере.
<input type="submit" name="button_1" value="Нажми на меня">
По-хорошему нужно, но поначалу можно и без неё. Она более важна для зрелой базы данных, а не на этапе начального заполнения.
Кроме очевидных предыдущих версий словаря от разных чудаков, где же можно взять смыслы уже в готовом виде?
Для получения значений нужно брать толковые словари, глоссарии. Например, FIXME можно найти в файле жаргона
Правда, и здесь всё не так просто. В разных глоссариях смыслы могут быть очерчены по-разному. Возможно, каждый глоссарий может быть оформлен как отдельный диалект.
Кодифицировать смыслы можно по принципам RDF или OWL.
Система простая и роли в ней пока что не нужны. Объекты защиты назначаются непосредственно пользователям.
Объекты защиты могут ссылаться на сущности в нашей БД, например, на язык. Так, задавая один код объекта защиты, мы сразу создаём серию объектов защиты, а не один. Известны такие объекты защиты:
- 1 вход в систему (пользователь может быть забанен)
- 2 назначение прав
- 3 редактирование справочника языков
- 4 приём и отклонение запроса на изменения (в конкретном языке)
Таблица объектов защиты не имеет интерфейса, заполняется скриптом.
Пока что это будет просто набор хранимых процедур, в т.ч. для добавления права и его удаления; а также отчёт "мои права".
- объекты защиты 'tprivilegekind'
- права, назначенные пользователю (содержит ссылку на язык, к-рая используется не всегда), 'tuserprivilege' (связь привилегий с языком уже почти полностью удалена, т.к. мы ограничиваемся понятием владельца языка)
С правами получается заморочено, поэтому мы фиксируем только набор функций для проверки прав. Функции будут примерно такие:
ПроверитьПравоНаЯзык(кодПользователя, кодВидаПрава, кодЯзыка)
ПроверитьПраво(кодПользователя, кодВидаПрава)
Версия в таблицах google docs, публично доступную копию можно скачать здесь.
В мире сделано очень много, нужно это использовать. Сразу были отброшены редакторы словарей типа Goldendict - они не подразумевают совместной работы и редактирования отдельных статей. Сейчас я копаюсь в теме обработки естественных языков (ЕЯ) и пытаюсь подобрать тот словарь, который можно было бы взять в качестве источника смыслов. По сути, это должен быть хороший англоязычный глоссарий компьютерных терминов. Далее поток сознания (отчёт о поисковой работе).
Семантическая паутина - вместо слов в этой паутине элементами являются URI. С помощью схемы RDF можно определить набор отношений между элементами (является, владеет и т.п.) и далее на языке RDF описывать семантические отношения между URI.
Язык RDF - содержит тройки (объект, отношение, объект) из URI. Возможные отношения задаются схемой, их суть не определяется самим языком RDF.
Язык OWL - язык онтологий для семантического веба. Примеры отношений OWL видны по ссылке в таблице 1:
ObjectIntersectionOf( CE1 ... CEn )
ObjectOneOf( a1 ... an )
TransitiveObjectProperty( OPE )
SubAnnotationPropertyOf
Исходные тексты: