lflage/wiki-talks huggingface dataset:
Обсуждение:Основной протокол X Window System

message: Из статьи про x windows: "В контексте X Window System термины «клиент» и «сервер» имеют непривычное для многих пользователей значение: «сервер» означает локальный дисплей пользователя (дисплейный сервер), а «клиент» — программу, которая этот дисплей использует (она может выполняться на удалённом компьютере).". То x сервер исполняется на машине пользователя, а клиент - на сервере. Здесь сказано, что соединение устанавливает клиент. Который на сервере, ага. И как это? Есть пользователь, у него есть домашний компьютер, он хочет погонять приложения на сервере фирмы, используя графический интерфейс. Как сервер должен догадаться, что пользователь хочет логиниться? 
replies: text: Тут есть 2 варианта.

text: (1) Пользователь заходит на «сервер фирмы» через telnet, ssh или ещё какой метод удалённого доступа. И уже через telnet запускает нужную ему программу, указав ей, на каком компьютере должен осуществляться графический ввод-вывод.

text: (2) Используется X display manager, который работает на «сервере фирмы» и следит за компьютерами пользователей. Обнаружив новый включенный компьютер с X-сервером, он выводит там экран для логина. После успешного логина можно запускать нужные пользователю программы через графическую оболочку. — Monedula (обс.) 18:32, 26 ноября 2017 (UTC)
thread_title:  И как же он начнёт?
Обсуждение:Широкий символ

message: По идее широкий символ и не должен быть синонимом юникода, так же как и узкий - не обязательно 866, но может быть и анси, и даже KOI8. Это только разрядность символа. Однако от широкого символа ожидается, что это будет именно юникод. Почему? Очень просто: а какую вы ещё знаете стандартную широкую кодировку?
thread_title: Untitled
Обсуждение:Соглашение о вызове

message: Термины "слева направо" и "справа налево" считаю довольно путанными.
На той же странице Стековый кадр используется терминология "вверх"-"вниз"
Вместо данных терминов предлагаю использовать "в порядке увеличения адресов" и "в порядке уменьшения адресов"
thread_title:  Стек 

message: Появилась я так понял самая самая оптимизированная версия соглашения о вызове, и тут ни слова об этом нет!!!
thread_title:  __vectorcall
Обсуждение:Аппаратная виртуализация

message: Статья называется "Аппаратная виртуализация", но описывает "виртуализацию с аппаратной поддержкой" (Hardware-assisted virtualization). Это связанные, но разные вещи.
Более того, блок "на других языках" ссылается на англоязычную статью "Hardware virtualization", которая повествует об аппаратной вирутализации.
Это корректно с точки зрения названия статьи, но никак не соотносится с ее содержанием.
Я предлагаю: 
1) Сменить название статьи на "Виртуализация с аппаратной поддержкой"
2) Связать ее с "Hardware-assisted virtualization"
3) Сделать временный редирект с "Аппаратная виртуализация" сюда, до тех пор, пока на русском не будет написана соответствующая статья
92.255.128.137 05:21, 11 июня 2020 (UTC) Неспящий 92.255.128.137 05:21, 11 июня 2020 (UTC)
thread_title:  Смена названия статьи
Обсуждение:Число одинарной точности

message: Как так удалить статью???  С чего вдруг???
thread_title: Удаление

message: Только что попробовал предложенный Общий шаблон для побитового доступа. Разбор числа на поля - все хорошо. С восстановлением -проблеммы.
Мантисса 'm' это число представляющее нормализованную мантиссу, и оно должно быть дробным (вида '1.2345'). Однако на выходе алгоритма это целое число, представляющее нормализованную мантиссу в двоичном коде. Поэтому для правильного восстановления числа нужно формулу указанную в статье (s * m * (2 ^(e-127))) дополнить умножением на 2^-23 (23 - разрядность мантиссы: 22 бита в самом числе float и 1 бит - единичка, целая часть нормализованной мантиссы). 
Т.о. разбор числа на отдельные поля 's','m','e' будет выполнятся с помощью предложенных шаблонов, а восстановление по формуле s * (m * 2^(-23)) * (2^(e-127)).
Jettec1 (обс) 15:16, 20 августа 2016 (UTC)
Добавил пример реализации на Python.
Jettec1 (обс) 15:16, 20 августа 2016 (UTC)
Фильтр повторов не пропускает длинных двоичных чисел 0011 1110 0010 <еще 20 нулей>(32бита). Что можно сделать?
Jettec1 (обс) 15:28, 20 августа 2016 (UTC)
thread_title:  Общий шаблон для побитового доступа
Обсуждение:Расширенная форма Бэкуса — Наура

message: Если это слепок из двух строк (а это он и есть), то приведённые примеры в разделах "Варианты синтаксиса" и "Формальное самоопределение РБНФ" неверны, так как в первом конкатенация трактуется, как имеющая некий дефолтный пробел, а во втором просто забыли запятые.
thread_title:  Конкатенация
Обсуждение:Ошибка сегментации

thread_title:  Ошибки и недостоверная информация 

message: Для большинства целей она была вытеснена страничной памятью[источник не указан 2997 дней], однако в документациях по традиции используют термин «Ошибка сегментации». Некоторые операционные системы до сих пор используют сегментацию на некоторых логических уровнях, а страничная память используется в качестве основной политики управления памятью.
Абзац содержит заведомо неверную и недействительную информацию. Автор не понимает разницы между сегментацией памяти и страничной организацией памяти. Сегментация памяти разделяет адресное пространство между процессами, тем самым предотвращая небезопасное воздействие одних процессов на другие, а также на ядро операционной системы. Таким образом обеспечивается защищённый режим работы процессора. Сегментация памяти поддерживается аппаратно на уровне процессора [Официальная документация архитектуры Intel x86 ]. На кристалле процессора имеется специальные регистры, а также целый модуль для трансляции сегментных адресов в физические. Сегментацию адреса используют все операционные системы, работающие в защищенном режиме, в том числе Windows, Linux, macOS, другие UNIX и BSD (FreeBSD, OpenBSD) системы. Сегментация памяти является обязательной. В свою очередь страничная память является опциональной. Страничная память есть способ организации виртуальной памяти и не имеет никакого отношения к защите памяти. Соответственно страничная память не заменяет и не может заменять сегментацию памяти. Страничная память работает параллельно с сегментацией памяти. Термин «Ошибка сегментации» используют не по традиции, а по прямому назначению - в случает попытки получения доступа к сегменту без необходимого уровня привилегий. ~Alpha
thread_title:  Сегментация памяти и страничная память
Обсуждение:Операция присваивания в С++

message: "Код, сгенерированный компилятором, выполняет побитовое копирование." - не верно, он не выполняет побитовое копирование. В английской версии статьи написано корректно: поэлементное копирование членов, где для каждого члена вызывается своя операция присваивания.
"The default version performs a memberwise copy, where each member is copied by its own copy assignment operator".
Автор сообщения: rk 178.121.73.187 15:42, 29 сентября 2020 (UTC)
* Речь о неявной операции копирования, которая в стандарте называется copy assignment operator. Там не всё так просто, некоторые типы (union) копируются все же bitwise, в то время как более сложные - memberwise, если верить cppreference, что, видимо и привело к проблемной правке. Для исправления скорее всего нужно разбираться с текущим стандартом языка. Def2010 (обс.) 16:17, 6 октября 2020 (UTC)
replies: text: . Sealle 06:11, 24 октября 2020 (UTC)
thread_title:  Сообщение об ошибке
Обсуждение:Compose

message: 1) какое отношение имеет добавленный вами способ вставки символов к клавише Compose? 2) что за категоричность? кому «следует воспользоваться» этим способом, где, в каких программах/ОС это работает? DmitTrix 15:13, 7 января 2016 (UTC)
* 1) ровно такой же как и 
 В Mac OS X кнопка «option» обеспечивает схожую функциональность. Например, удерживая «option» и затем нажав a, получим å.
 Microsoft Windows не поддерживает compose key, но поддерживает «мёртвые» клавиши и AltGr для многих символов. Некоторые символы могут быть получены в результате удержания Alt, и затем набором ASCII-кода или Unicode-кода требуемого символа на цифровой клавиатуре. Некоторые программы (например PuTTY), поддерживают клавишу compose напрямую.</code>
replies: text: 2) сорри, вижу неоднозначность. будет время — сформулирую лучше. или можете сделать это самостоятельно.

text: Или предложите другой способ указания, например ссылкой на статью, для ознакомления с такой возможностью. Мне стоило некоторого времени и сил разобраться как это делать.   Dr&mx 15:30, 7 января 2016 (UTC)

text: * Абзацы выше сформулированы таким образом, что описывают, как обойти отсутствие клавиши Compose на системах, где её нет. Ваш абзац описывает, как ввести символы по их Unicode-коду, безотносительно к клавише Compose. Давайте так: укажите, где этот способ применим (ОСи / программы), а я попробую получше вписать его в текст статьи. С уважением, DmitTrix 20:20, 7 января 2016 (UTC)
replies: text: :* Этот способ описывает как обойти отсутствие, например, символа ℃ (не °+С) в компоузе. Мне в убунте помогает. Работает в браузерах и текстовых редакторах.  Dr&mx 20:52, 7 января 2016 (UTC)
replies: text: ::* (пардон, не было времени взглянуть на это ещё раз)
replies: text: ::: Я вижу, вы несколько изменили фразу — но она всё ещё неверна . Ведь Linux — это не одна система и даже не линейка систем (как разные поколения Windows) — это такой «конструктор», который каждый, в принципе, может изменить до неузнаваемости. По теме — упомянутый вами способ работает в программах, основанных на GTK2+; а вот в текстовой консоли (Ctrl+Alt+F1), в Vim, в KDE используются другие способы (вот и вот). Эта статья — не место для расписывания всех возможных методов ввода Unicode-символов и всех заморочек всех программ, с этим связанных; она — о клавише Compose и её функциональности. Способы получить ту же функциональность на разных системах тут ещё могут быть, а вот другие способы ввода символов, не связанные с Compose — это уже совсем оффтопик.

text: ::: «или предложите другой способ» — см. раздел Методы ввода → GNU/Linux в статье Юникод, там это есть.

text: ::: Если вы не против, я всё же удалю ваш абзац из статьи.

text: ::: С уважением, DmitTrix 21:17, 14 января 2016 (UTC)
replies: text: ::::Давайте просто ссылку вставим. Я не против. Dr&mx 07:19, 15 января 2016 (UTC)
thread_title:  Shift+Ctrl+U
Обсуждение:OpenType

message: Новая версия стандарта от Февраля 2017г: https://tools.ietf.org/html/rfc8081#section-4.4.3 (Должно быть font/ttf и font/otf )
В статье в текущей версии упомянуты устаревшие стандарты. 
84.42.19.8 16:22, 4 января 2021 (UTC)
Дмитрий
thread_title:  Устаревшая информация о mime-типе шрифтов
Обсуждение:.APK

message: Здоровенная иллюстрация с роботом, которая открывается на весь экран, делает неудобным чтение самой статьи. 
Исправьте, пожалуйста.  
37.147.36.180 07:07, 9 сентября 2016 (UTC)Бволиссимо
* Исправлено. --Hrum-Hrum (обс) 12:58, 10 сентября 2016 (UTC)
thread_title:  Иллюстрация
Обсуждение:TypeScript

message: Валидный JS код НЕ является валидным TS кодом. Хватит тиражировать эту глупость.
let x = 5;
x = 'a';
уже не валиден в TS. Очень часто вставленный в TS-код JS-код надо дописывать, чтобы компилятор не выдавал ошибок.

message: По умолчанию компилируется ECMAScript 3, как преобладающей стандарт
и чуть ниже:
Текущая версия компилятора использует по умолчанию ECMAScript версии 5
ses file
thread_title:  Версия ECMAScript, используемая по умолчанию
Обсуждение:Управляющие последовательности ANSI

message: Я пытался исправить пункт ссылок, который выглядит так и не ведёт в нужное место, но так и не понял как. Есть идеи исправления? Пункт выглядит в моём браузере (последняя версия vivaldi) вот так:
* [https://web.archive.org/web/20110525032501/http://ascii-table.com/ansi-escape-sequences.php Архивная копия от 25 мая 2011 на Wayback Machine ANSI Escape Sequences]
st??? (обс.) 20:34, 24 февраля 2023 (UTC)
thread_title:  Ссылка на wayback не работает
Обсуждение:JSONP

message: Первая фраза раздела - "Согласно политике ограничения домена, веб-страница, расположенная на сервере example1.com, не может связаться с сервером, отличным от example2.net." - выглядит неверной. Должно быть наоборот - согласно политике страница не может связаться с другим доменом. Тут "отличным от" переворачивает логику на противоположную. -- realsonic (обс.) 13:27, 21 февраля 2020 (UTC)
thread_title:  Описание методики
Обсуждение:Списковое включение

message: Убрал правки, которые переделывали списковое включение в некую «характеристику списка» и "всеохватывающее описание списка " — этого нигде не найти, а потому не место в Википедии. Если у Вас есть предложение получше — давайте обсудим.   РоманСузи (обс.) 18:49, 24 января 2021 (UTC)
replies: text: Есть предложение переводить something comprehension как «разъяснение чего-то»:

text: * разъяснение списка (= list comprehension),

text: * разъяснение словаря (= dict comprehension),

text: * разъяснение множества (= set comprehension)

text: Можно же смотреть на эту нотацию как на «воспринимаемую кем-то» (comprehension), а можно и как на «построенную кем-то» (en:Set-builder notation) в целях разъяснения.

text: В любом случае, слово «включение», а особенно «множественное включение» никуда не годится. Andrei Polushin (обс.) 13:34, 6 мая 2021 (UTC)
thread_title:  О названии статьи
Обсуждение:Яндекс.Острова

message: Я понимаю, что закрытие «островов» связано со смертью Ильи Сегаловича, но, извините, нужен источник. The-city-not-present (обс.) 11:22, 18 июля 2017 (UTC)

message: В статье три раза написано, какие эти "Острова" во всех отношениях хорошие, какие у них преимущества, как они постепенно внедрялись, о недостатках ни слова, и что в итоге проект закрыт. Извините, в "Яндексе" работают одни сумасшедшие? Делают новую вещь, испытывают, убеждаются, что хороша без единого изъяна, и херят. Берутся за новую. Так?.. А галоперидол не пробовали? --Michael MM (обс.) 07:34, 19 февраля 2019 (UTC)
thread_title:  О закрытии
Обсуждение:Конструктор типов

message: newtype Point a = Point a a
Это ведь даже не скопилируется. Тут наверное лучше всего использовать
newtype Point a = Point (a, a)
replies: text: Поправил Koalarry (обс.) 10:04, 8 октября 2017 (UTC)
thread_title:  newtype 

message: Не лучше ли так: «В теории типов, конструктор типов представляет собой конструкцию полиморфно типизируемого формального языка, которая строит новые типы из старых имеющихся»? — Fobemipa (обс.) 21:15, 9 июня 2022 (UTC)
thread_title:  Предложение корректива в определении
Обсуждение:Асинхронный ввод-вывод

message: Асинхронный ввод-вывод реализуется, например, с помощью IO Completion Ports, а неблокирующий, с помощью select, poll, epoll, kqueue. Разница в том что в неблокирующем мы заранее проверяем на каком объекте доступна IO операция, а в асинхронном мы выполняем её сразу же, а о результате узнаем потом (с помощью callback или очереди эвентов из IOCP) Yanpas (обс.) 13:15, 13 мая 2017 (UTC)
thread_title:  Асинхронный не неблокирующий
Обсуждение:Операция (программирование)

message: >> в C присваивание и инкремент/декремент являются и операторами, и операциями
Нет, в C присваивание и инкремент/декремент являются исключительно операциями (в смысле статьи). Оператором в данном случае является любое выражение, после которого идёт точка с запятой. Он так и называется "оператор-выражение". Операция присваивания не превращает его в оператор присваивания.Tolic lich (обс.) 09:23, 9 декабря 2021 (UTC)
thread_title:  Операция и инструкция 

message: Поскольку на определение "операция" не видно ссылок, как вы смотрите на то, чтобы определить "операцию" как "действие оператора"? Т.е. оператор - это средство для выполнения операции. Операция несёт смысловую сущность, а оператор - техническую. Например, для конкатенации строк в C++ можно использовать оператор сложения, можно использовать функцию concat. Таким образом, суть (операция) одна - склейка строк, а способы (операторы) могут быть разными. Что скажете? Алексей-на-вики (обс.) 13:38, 15 мая 2022 (UTC)
replies: text: Всё же, когда носители языка видят слово "operator", "операция" — они думают о разном. Например: X ↑ Y — операция "И-НЕ", в которой X,Y — , ↑ — Штрих Шеффера (operator, ).Пример корректного перевода:postfix notation, is a mathematical notation in which operators follow their operands — форма записи математических и логических выражений, в которой знаки операций расположены после их операндов.95.189.146.89 12:47, 8 мая 2023 (UTC)
thread_title:  Есть предложение
Обсуждение:Пространство имён (программирование)

message: Всё равно слишком сухо, а для некоторых не понятно будет. Прям выписка из книжек и ни капли народного взгляда. Быдло с высшим образованием писал эту статью. 
replies: text: Можете перечислить "сухие и непонятные" места? --Hrum-Hrum 06:51, 25 апреля 2016 (UTC)
быдло вообще-то  среднего рода, соответственно "писало". Но думаю это не совсем подходящая здесь терминология, на этом ресурсе  Sky-7000 (обс) 16:58, 12 июня 2016 (UTC)
thread_title:  Примеры 

message: а можно заменить слова "еда, суп и курица" в премере про С++ на что-то нейтральное, а то у меня вместо осознание логических взаимосвязей все мысли о "поесть" ? Это не шутка. Sky-7000 (обс) 16:55, 12 июня 2016 (UTC)
thread_title:  Физиологический вопрос
Обсуждение:Вертикальная черта

message: Господа! Куда вы ставите ударение в слове «черта» в словосочетании «вертикальная черта» во множественном числе?
Вертикальные че́рты, вертикальные черты́ или, может, вертикальные чёрты?
В данном случае меня не интересуют правила, интересует лично ваше языковое чутьё. — Джек, который построил дом 23:12, 26 февраля 2016 (UTC)
replies: text: Вертикальные черты́ - точно так же, как в сочетании "знакомые черты́". Vcohen 09:53, 27 февраля 2016 (UTC)
replies: text: : Странно, меня в этом нормативной ударении что-то коробит (как будто для этих двух значений ударение отличается). Но видимо, вы правы. — Джек, который построил дом 10:08, 27 февраля 2016 (UTC)
replies: text: :: А есть сочетания, в которых это слово несомненно звучит иначе? Vcohen 10:12, 27 февраля 2016 (UTC)
replies: text: ::: Получается, что нет. — Джек, который построил дом 10:51, 27 февраля 2016 (UTC)
thread_title:  Ударение во множественном числе 

message: В английской статье (w:en:Vertical bar) есть описание: "double vertical bar, U+2016 ‖ DOUBLE VERTICAL LINE ...".
Отечественные филологи называют этот символ ‖ "параллельки". Можно было бы добавить этот символ и описание в эту статью. --Andrew Krizhanovsky (обс.) 12:08, 21 декабря 2018 (UTC)
thread_title:  Двойная вертикальная черта
Обсуждение:Твип

message: К сожалению, не имею временно́й возможности улучшить, но... большая часть текста (про масштабы и размеры) сильно туманна. Из статьи не понятно какие размеры имеются ввиду, в чём измеряются и масштаб чего описывается. --= APh =-- (обс.) 22:35, 29 сентября 2021 (UTC)
thread_title:  Основное содержание (про размеры и масштабы) — непонятно. Часть информации подразумевается, но не описана.
Обсуждение:Internationalized Resource Identifier

message: Некоторые считают, что ограничение доменного имени латинскими символами так же естественно, как для операторов в языках программирования.
По-моему, это Артемий Лебедев сказал. Никак не могу найти, где именно... Trezvevatel 14:44, 2 июля 2017 (UTC)
thread_title:  Кто считает?
Обсуждение:Escape from Tarkov

message: Предпродакшн "Побег из Таркова" начался в декабре 2012 года, с создания дизайн-документа и продумывания сценария. Активная разработка игры (продакшн) стартовала в конце 2014 года.
5 ноября 2015 — вышел трейлер анонса игры.
24 ноября 2015 — разработчики представили экшен-трейлер геймплея.
29 декабря 2015 — в конце года на официальном сайте появилась возможность выбрать и купить один из наборов предзаказа. BSG сообщили, что EFT можно будет предзаказать и в Steam, но уже ближе к релизу игры.
5 января 2016 — названы примерные системные требования.
2 апреля 2016 — разработчики запустили первый стрим альфа-версии, который из-за технических проблем было решено отложить.
18 мая 2016 — успешно проведен второй стрим.
3 июня 2016 — BSG обозначили дату запуска альфа-тестирования: 4 августа.
4 августа 2016 — стартовала закрытая альфа.
18 августа 2016 — BattleState Games появились в прямом эфире выставки Gamescom, где Никита Буянов заявил, что открытая бета Escape from Tarkov пройдет осенью (возможно в ноябре 2016), а релиз стоит ждать в начале 2017 года.
16 декабря 2016 - анонсирован переход к расширенной альфе.
thread_title:  Внесите пожалуйста в раздел "История разработки" 

message: Я где-то слышал о запланированной "Escape From Tarkov: Arena".
Можете проверить и узнать если есть возможность? Nikolay Zyuzin (обс.) 14:25, 1 июня 2023 (UTC)
* И еще наверное нужно создать страницу для BSG. Nikolay Zyuzin (обс.) 14:26, 1 июня 2023 (UTC)
* Ну информация об EFT:Arena есть в открытом доступе, есть видео-тизеры и так далее. 91.245.150.45 16:13, 21 июля 2023 (UTC)
thread_title:  Вопрос про BSG
Обсуждение:Виддоусон, Элси

message: Уважаемый участник! Вы создали хорошую статью, но нужно немного доработать.
# Обязательно проверьте все указанные Вами ссылки. Как минимум одна из них (23) не работает. Освежите сведения о них в статье (дата проверки). Для самых важных источников стоит создать архивные копии, если не можете сами, сделаем вместе.
# Постарайтесь сделать небольшой список важнейших публикаций персонажа.
# Критически пересмотрите раздел "Личные качества". На мой взгляд, там преобладает информация, не подходящая для энциклопедической статьи. И в любом случае, подобные сведения обязательно должны снабжаться указанием на источник. 
# Раздел о наградах и почестях, скопированный с сайта MRC, надо бы укоротить, оставив там только то, что действительно относится к наградам и почестям (уж точно не степень бакалавра).
# Я бы советовала проредить список ссылок: исключить те, что уже упомянуты в тексте и значатся в примечаниях, вычеркнуть второстепенные, а остальные оформить с помощью шаблонов Шаблон:Cite web.
Пока так. Будут вопросы - пишите мне на страницу обсуждения. --Томасина 14:51, 29 декабря 2015 (UTC)
thread_title:  Замечания
Обсуждение:Разработчик видеоигр

message: в чем суть тонкого различия от ст. Разработка компьютерных игр ? (форк?) --Tpyvvikky (обс.) 13:00, 8 февраля 2019 (UTC)

message: Необходима сильная переработка статьи ибо перевод не соответствует многим российским реалиям и в целом имеет сомнительную ценность в данном состоянии. --93.80.130.179 23:08, 12 января 2017 (UTC)
thread_title:  Переработка статьи
Обсуждение:Сервер базы данных

message: Раздел "Операционная среда серверов" нуждается в переписывании. См немецкую и испанскую википедии. DungeonLords (обс.) 08:39, 23 ноября 2022 (UTC)
thread_title:  Раздел "Операционная среда серверов" 

message: @Bezik 
если вы делаете перенаправление со статьи "Сервер базы данных" на статью "Клиент-серверная СУБД", то это же необходимо сделать и для статей "Сервер базы данных" написанных на всех языках. Разве это не логично? Я исхожу из того, что общий посыл википедии на всех языках должен быть один и тот же. Поэтому или отменяем вашу правку с перенаправлением или правьте чтобы во всех языках, где есть "Сервер базы данных" было перенаправление на "Клиент-серверная СУБД" на соответсвующем языке (если доступно). Или я неправ? DungeonLords (обс.) 05:51, 24 ноября 2022 (UTC)
* Сейчас установлено соответствие между :en:Database server и Клиент-серверная СУБД (элемент :d:Q76320). «Сервер базы данных» в данном случае — синоним «клиент-серверной СУБД» (или её основной компонент, если включать в состав СУБД ещё и отделимый от сервера инструментарий), то есть понятия идентичны, а «Клиент-серверная СУБД» — чуть более общее наименование для него, bezik° 11:36, 24 ноября 2022 (UTC)
thread_title:  перенаправление "Сервер базы данных" -> "Клиент-серверная СУБД"
Обсуждение:Каталогизация (библиотеки и музеи)

message: Статья посвящена только каталогизации в библиотечном деле. Пока других статей нет, но термин каталогизация широко применяется в машиностроении, эксплуатации сложной продукции, информационных технологиях, не связанных с библиотеками. Поэтому разумно было бы переименовать статью, например, так: "Каталогизация (библиотечное дело)" Apetrov09703 (обс.) 07:38, 29 мая 2021 (UTC)
thread_title:  Наименование