Википедия:Форум/Технический

ШаблонПравить

Создал шаблон {{Jordan-bio-stub}}. Ничего такого раньше не делал, поэтому прошу проверить правильность моих действий и указать ошибки. Simba16 (обс.) 07:16, 25 января 2020 (UTC)

ОнтариоПравить

Как в статье указать несколько языков для источника? Смотрите раздел примечаний. Там через Шаблон:Cite web указывается так: lang = {{ref-en}},{{ref-fr}}, вылазит разметка в статье и язык не определён. Если просто указать через запятую, тоже не работает. Интересуюсь в рамках тематической недели, так как эта статья основная. Заранее спасибо. Oleg3280 (обс.) 21:20, 20 января 2020 (UTC)

  Комментарий: Как раз свежее обсуждение на СО шаблона есть по этой теме: Обсуждение шаблона:Cite web#Поддержка нескольких языков. — Vort (обс.) 06:45, 21 января 2020 (UTC)
Спасибо, не видел. Мой вопрос возник независимо и без просмотра страницы обсуждения шаблона. Oleg3280 (обс.) 16:41, 21 января 2020 (UTC)
Также Википедия:Форум/Архив/Вопросы/2019/11#Как указать язык для двуязычной книги? и Обсуждение шаблона:Публикация#Двуязычные и трёхязычные публикации. Лес (Lesson) 17:03, 21 января 2020 (UTC)
Спасибо. Oleg3280 (обс.) 17:33, 21 января 2020 (UTC)

Tech News: 2020-04Править

19:40, 20 января 2020 (UTC)

Гримасы поискаПравить

Искал слово "избили" (без кавычек), из первых 20 результатов - 17 про избы, а не про избиения, хотя прямых совпадений в статьях более чем достаточно, в этом можно убедиться, взяв слово в кавычки. Почему так происходит? Можно ли на это как-то повлиять? Цавдом (обс.) 20:32, 18 января 2020 (UTC)

  • Так ищите в кавычках, в чём проблема-то? Хотите найти все формы слова - перечисляйте их, задавайте через регексы, ВП:Поиск тут документация. MBH 20:52, 18 января 2020 (UTC)
    • Проблема в том, что поиск считает формой слова совсем другое слово, даже не однокоренное. Разве это хорошо? Цавдом (обс.) 20:56, 18 января 2020 (UTC)
      • Чтобы поиск оперировал понятиями "однокоренное" и "неоднокоренное слово", ему нужно обладать, как минимум, экспертным знанием грамматики русского языка, а возможно даже искусственным интеллектом. Филологи-то русского языка не всегда друг с другом согласны в том, однокоренные два слова или нет, чего вы от железяки хотите? Поиск ничего не знает ни о каких корнях и не оперирует ими (поиск крупнейших коммерческих поисковиков - яндекс, позже гугл - отчасти да, ну так они потратили на имплементацию этого кучу сил и бабла), поиск вики ищет наиболее близкие подстроки и знает в лучшем случае некую простейшую морфологию для отсечения окончаний, не более того. В своё время после замены старого поиска на новый Cirrus Search качество русского поиска сильно упало, потому что старый просто не умел ни в какую морфологию, а новый попытался в английскую, но русскому это только навредило. MBH 21:05, 18 января 2020 (UTC)
        • Слегка резюмируя:
  1. Потому что это есть так, как оно есть
  2. и сделать с этим на нынешнем уровне развития техники вообще и программизма в частности ничего нельзя. --AndreiK (обс.) 21:42, 18 января 2020 (UTC)
          • Что ж, жаль. Я полагал, что всё это давно подтягивается откуда-нибудь с викиданных. Цавдом (обс.) 21:56, 18 января 2020 (UTC)
            • Используйте строку поиска insource:/изобью|изобьёшь|изобьёт|изобьём|изобьёте|изобьют|избил|избила|избило|избили|избей|изобьём|избивший|избитый/i. Don Rumata 12:35, 19 января 2020 (UTC)

Шаблон:ПатофизиологПравить

Выводит в статьях обрывки кода:

«!--

  -->.»

См. преамбулы статей Петров, Иоаким Романович, Фёдоров, Николай Александрович.

ИтогПравить

Сделано. Игорь (обс) 13:59, 17 января 2020 (UTC)

Шаблон:Навигация для десятилетияПравить

{{Навигация для десятилетия}} для первых десятилетий веков ошибочно причисляет последний год предыдущего века к текущему. Лучше всего это видно в статье 2000-е годы, где в таблице получается «XXI век: 2000…» (2000 год относится к XX веку). Есть ли простое решение этой проблемы? Лес (Lesson) 16:37, 15 января 2020 (UTC)

  • Лучше всего вопрос принадлежности "круглых" годов не трогать. Мы с Вами считаем, что 2000 год относится к 20 веку, но многие считают иначе. Сейчас чисто технический вопрос выльется в политический холивар. Vcohen (обс.) 16:43, 15 января 2020 (UTC)
    • В Википедии всё уже описано. Заходим в 2000 и видим, что 2000-й по григорианскому относится к 20-му веку, но в народе популярно мнение, что к 21-му. Никакой политики тут нет. Конечно, для тех, кто привык от нуля считать, — непривычно, ну а что поделать. -- D6194c-1cc (обс.) 17:22, 15 января 2020 (UTC)
  • 2000 год относится к XX веку. А проблема-то в чём? MBH 16:51, 15 января 2020 (UTC)
    • Что в статье написано XXI век: 2000... Лес (Lesson) 16:53, 15 января 2020 (UTC)
  • 2000-й год относится к двухтысячным годам, как и 2001—2009. Но первое десятилетие XXI века начинается с 01.01.2001 и кончается 31.12.2010. При этом 2010-й год начинает 2010-е. Оба промежутка являются десятилетием: и первое десятилетие XXI века, и 2000-е годы, но это разные промежутки. Igel B TyMaHe (обс.) 17:52, 15 января 2020 (UTC)
    • Ну вот на СО и посоветовали просто добавить ещё и XX век в таблицу. Лес (Lesson) 17:58, 15 января 2020 (UTC)
  • https://xkcd.com/2249/Алексей Копылов 01:25, 17 января 2020 (UTC)
  • Если серьезно, то я считаю, что ничего делать не надо. Это только навигационная таблица. Нет смысла добавлять XX век, только из-за одного года в таблице. — Алексей Копылов 01:32, 17 января 2020 (UTC)
    • Совершенно верно. Есть два подхода - один тащит проблему нулевого года в будущее (неясно, почему мы не можем сказать что в 1ом веке было всего 99 лет, ну да ладно), другой придерживается более простого подхода, основанного на круглости чисел, и, в общем, понятнее программистам, начинающим счёт с 0. Оба подхода в чём-то верны, в чём-то нет, в такой ситуации лучше сохранять статус кво. ·Carn 06:51, 17 января 2020 (UTC)
      • Календарный век - это строго сто лет, поэтому мы не можем сказать, что в каком-то столетии — 99 лет. Для корректного разбиения следует отказаться в навшаблонах от разговорного "90-е" в пользу строгого "первое десятилетие" (1-10 годы), "второе десятилетие" (11-20 годы). Разговорный подход не оправдан ничем и в систему нормативного летоисчисления он не встраивается, а равносилен китайскому календарю и прочим локальным системам. Igel B TyMaHe (обс.) 13:29, 20 января 2020 (UTC)
      • Полностью согласен с Igel B TyMaHe. В Википедии календарная система состоит из тысячелетий, веков и годов. Тысячелетия состоят из 10 веков, века состоят из 100 годов. И только отсутствует система десятилетий, входящих, как положено, по 10 штук в век. Вместо этих десятилетий в Википедии присутствует странная система неких «-х годов», которая не стыкуется с календарной системой «тысячелетия-века-десятилетия-годы» Википедии. Создатели «-х годов» пошли на поводу у неких «АИ», создав десятилетия, состоящие из 9 годов (0-е годы до н. э., 0-е годы), входящие одновременно в разные века и тысячелетия (к примеру, 2000-е годы 21 века и третьего тысячелетия содержат 2000 год, относящийся в действительности к 20 веку и второму тысячелетию). От того-то и получаются такие перекошенные шаблоны типа {{Навигация для десятилетия}}, в которых век состоит из девяти кусков по 10 лет, одного куска из 9 лет и одного куска из 1 года. Проблема эта обсуждается уже второе десятилетие и конца ей видно, потому что одни участники стремятся создать единую стройную систему «тысячелетие 0001-1000 / десять веков 001—100 / десять десятилетий 01-10 / десять годов 1-10», а другие участники предпочитают абстрактную систему «тысячелетие 0001-1000 / десять веков 001—100 / девять десятилетий по 10 лет + одно десятилетие с 9 годами, входящие в один век, и одним годом, либо входящим в предыдущий век, либо вообще отсутствующим / десять годов 1-10», что является одним из абсурдов Википедии.Kalendar (обс.) 12:08, 21 января 2020 (UTC)
        • Я также добавлю, что никаких "нулевых" годов не было, этот термин в принципе не применим к 1 — 9 годам н. э. Обозначение годов не порядковое, а лингвистическое: 80-е — это годы, содержащие числительное "восемьдесят", а "нулевые" - соответственно ноль (десятков). В 1 — 9 годах никакого нуля не было; также очевидно одинаковое обозначение как "80-е" для 1880-х и 1980-х, и обычно при этом не говорят "тысяча девятьсот восьмидесятые", обозначение краткое. Расширение появилось недавно, в том числе и в Википедии, как следствие пересечения тысячелетия и невозможно ублюдочной формой правильно обозначать период. Igel B TyMaHe (обс.) 13:05, 21 января 2020 (UTC)
          • Никогда над этим не задумывался, но получается, что между 1 годом нашей эры и 1 годом до нашей эры разница в 1 год. Думаю, в этом месте у многих начинающих историков вкрались ошибки в расчётах. Так что путаница неизбежна из-за изначальной системы отсчёта, она не интуитивна с точки зрения математики. -- D6194c-1cc (обс.) 16:51, 21 января 2020 (UTC)
            • Что есть разница между годом и годом? Между, например, 1-ми января двух последовательных годов разница действительно один год. Но год от полуночи начала отсчета вперед называется 1 годом н.э., а назад - 1 годом до н.э. Vcohen (обс.) 19:02, 21 января 2020 (UTC)
            • Зато она интуитивна с точки зрения человека. Если предмет наличествует, он будет первым; нулевого предмета не бывает, так как это просто остутствие предметов. Igel B TyMaHe (обс.) 08:51, 22 января 2020 (UTC)

Шапка этого форумаПравить

В шапке этого форума в числе прочих подсказок для посетителя присутствует такая: "За задачу за несколько дней никто не взялся?". Не следует ли перенести ее в шапку форума техзапросов (на который стоит ссылка тут же)? Vcohen (обс.) 15:13, 15 января 2020 (UTC)

  • Темы на форуме тех запросов, в отличии от всех других возможных мест, не архивируются пока не появится итог. Поэтому как по мне отпадает смысл оформления тех задач. Serhio Magpie (обс.) 01:46, 17 января 2020 (UTC)
    • Тех задач (в смысле с того форума) или техзадач (в смысле технических)? Если на этом форуме они неуместны, так, может, лучше убрать эту фразу из шапки, чтобы не перегружать ее лишним текстом? Vcohen (обс.) 11:52, 17 января 2020 (UTC)
      • Техзадач через подстановочный шаблон {{техзадача}}. Не, я имел ввиду, что на предложенный вами форум (ВП:ТЗ) не имеет смысла переносить. А на этом форуме старые темы архивируются без итога, и как раз с помощью {{техзадача}} можно отложить запрос в длинный ящик. Serhio Magpie (обс.) 17:18, 17 января 2020 (UTC)
        • «Длинный ящик» — это как в Брюс всемогущий? :) — С уважением, Helgo13(Обс.) 18:47, 17 января 2020 (UTC)
        • Но в этой же шапке сказано: "Для технических запросов существует отдельная страница". Мы одной рукой просим соблюдать разделение функций между двумя форумами, а другой поощряем тех, кто этого делать не хочет. Vcohen (обс.) 19:20, 17 января 2020 (UTC)

Мобильная версияПравить

В мобильной версии при открытии СОУ всплывает надпись "открыть как викистраницу". В ней надо убрать ошибочную запятую. И вообще непонятно, а чего она сразу не "открывается как викистраница"? То, что открывается, ни читать, ни править нельзя. Лес (Lesson) 14:57, 15 января 2020 (UTC)

Частичный итогПравить

Поправил, придёт потом [3]. — С уважением, Helgo13(Обс.) 15:04, 15 января 2020 (UTC)

Википедия:WikiHistoryПравить

Много раз пользовался программой для подсчёта % вклада. Сейчас статьи не загружаются, программа молчит. Есть что-то другое для подсчёта % ? Skklm15 (обс.) 13:20, 14 января 2020 (UTC)

@Skklm15: Проверьте, пожалуйста, вот этот вариант: WikiHistory+.exe. — Vort (обс.) 15:00, 14 января 2020 (UTC)
Спасибо. Загрузилось. Этот вариант мне попадался, но там было предупреждение о возможных рисках и я побоялся его загружать. Skklm15 (обс.) 15:13, 14 января 2020 (UTC)
Риски из-за того, что исправление сделал я, а не автор программы. Но автор исправление добавлять не спешит. Поэтому пока только так. — Vort (обс.) 15:15, 14 января 2020 (UTC)
  • Пингуйте Ле Лоя, это он там. MBH 15:32, 14 января 2020 (UTC)
  • Так в прошлый раз же не помогло. — Vort (обс.) 15:43, 14 января 2020 (UTC)

Tech News: 2020-03Править

MediaWiki message delivery (обс.) 18:39, 13 января 2020 (UTC)

Тормозят сайты Фонда ВикимедиаПравить

Википедия на английском и русском языке а также русскоязычный викисловарь. Тормозит так что пока загружалась эта страница прошло более 5 минут. Браузер Mozilla Firefox. Операционная система Linux Mint 19.3 Tricia. YouTube, гугол, и маленькие сайты загружаются быстро. Поняшка Алёнаобсудить 15:48, 8 января 2020 (UTC)

  • Сейчас не так критично, но смотреть список наблюдения не удобно. Поняшка Алёнаобсудить 15:56, 8 января 2020 (UTC)
  • Да, и у меня подвисает. Было несколько минут, когда я вообще подумал, что всё упало. Vcohen (обс.) 16:03, 8 января 2020 (UTC)
  • Обычные страницы википедии - более менее (но медленнее, чем в прошлом году), а служебные всякие - и по 20 секунд. Поэтому похоже, что проблема именно с серверным софтом Википедии, а не с транспортным уровнем. 80.243.6.98 15:16, 14 января 2020 (UTC)
    • То было 8 числа. Если у Вас есть что-то сегодня, это что-то другое. Vcohen (обс.) 17:32, 14 января 2020 (UTC)

ТегеранПравить

Что-то с отображением времени в инфокарде не так (UTC+3.30, летом UTC+4.3) — разное количество знаков после запятой/точки; притом, первое значение красное, а второе — cинее. --AndreiK (обс.) 09:00, 8 января 2020 (UTC)

  • То, что красное, так это понятно, а вот ноль надо бы добавить, и вообще там должны быть не точки, а двоеточия. Землеройкин (обс.) 09:07, 8 января 2020 (UTC)

ПредложениеПравить

Посидев и поэксперементировав, сделал вот такой шаблон для преобразования часового пояса в шаблоне {{НП}} (контрольные примеры). @AndreiK, Землеройкин: что скажете? — С уважением, Helgo13(Обс.) 12:06, 10 января 2020 (UTC)

  • @Helgo13: Всё бы хорошо, но значение «летом» должно на час отличаться (у меня же на экране они совпадают). Поправите? --AndreiK (обс.) 12:29, 10 января 2020 (UTC)
    • Точно, забыл. — С уважением, Helgo13(Обс.) 13:09, 10 января 2020 (UTC)
      • @Helgo13: Вы будете смеяться, но у меня (по крайней мере) они всё ещё совпадают: UTC+4:30, летом UTC+4:30 — и CTRL+F5 ситуацию не меняет. FireFox последний. --AndreiK (обс.) 13:17, 10 января 2020 (UTC)
        • Так я ещё и не сделал, я напишу, как сделаю. — С уважением, Helgo13(Обс.) 13:18, 10 января 2020 (UTC)
        • AndreiK, вроде готово. — С уважением, Helgo13(Обс.) 14:33, 10 января 2020 (UTC)
          •   Спасибо; я бы сказал — идеально. Осталось встроить так, чтобы и в статье «Тегеран» этот шаблон работал.--AndreiK (обс.) 14:47, 10 января 2020 (UTC)
  • Ну вроде нормально. Правда UTC-0:30 глючит, но такого пояса нет в природе. Землеройкин (обс.) 15:58, 10 января 2020 (UTC)
  • @Helgo13: Чтобы два раза не вставать: есть ещё Тегеран (остан): так там только половина информации о времени отображается — проверьте, пож. Навряд ли там не бывает лета.   --AndreiK (обс.) 07:37, 11 января 2020 (UTC)
    • Здесь просто надо было вручную добавить [9] — С уважением, Helgo13(Обс.) 15:14, 15 января 2020 (UTC)

ИтогПравить

Реализовал. — С уважением, Helgo13(Обс.) 15:14, 15 января 2020 (UTC)

  • @Helgo13: Вила-Флор например, криво работает ShinePhantom (обс) 07:23, 18 января 2020 (UTC)
  • @Helgo13: В статье Тегеран не до конца заработало, ибо красная часть по-прежнему содержится. Ctrl+F5 не помогает. --AndreiK (обс.) 18:59, 18 января 2020 (UTC)
    • Красная часть, потому что статьи про такой часовой пояс нет. А вообще сейчас шаблоном занялся Carn и в скором времени всё это перейдёт на модуль. — С уважением, Helgo13(Обс.) 19:03, 18 января 2020 (UTC)
      •   Готово: UTC+3:30; всем огромное   Спасибо. --AndreiK (обс.) 21:39, 18 января 2020 (UTC)
  • Carn сделал модуль, я вставил в шаблон его. Теперь он все случаи корректно отрабатывается, кроме совсем экзотических случаев, даже буквенные обозначения часовых поясов добавлены (например, MSK). — С уважением, Helgo13(Обс.) 12:26, 25 января 2020 (UTC)
  • Если надо добавить дополнительные какие-то буквенные коды, кроме имеющихся ACDT, ACST, ACT, ADT, AEDT, AEST, AFT, AKDT, AKST, AMST, AMT, ART, AST, AST, AST, AST, AWDT, AWST, AZOST, AZT, BDT, BIOT, BIT, BOT, BRT, BST, BST, BTT, CAT, CCT, CDT, CEDT, CEST, CET, CHAST, CIST, CKT, CLST, CLT, COST, COT, CST, CST, CVT, CXT, CHST, DFT, EAST, EAT, ECT, ECT, EDT, EEDT, EEST, EET, EST, FJT, FKST, FKT, GALT, GET, GFT, GILT, GIT, GMT, GST, GYT, HADT, HAST, HKT, HMT, HST, IRKT, IRST, IST, IST, IST, JST, KRAT, KST, LHST, LINT, MAGT, MDT, MIT, MSD, MSK, MST, MST, MST, MUT, NDT, NFT, NPT, NST, NT, OMST, PDT, PETT, PHOT, PKT, PST, PST, RET, SAMT, SAST, SBT, SCT, SLT, SST, SST, TAHT, THA, UTC, UYST, UYT, VET, VLAT, WAT, WEDT, WEST, WET, YAKT, YEKT, Z, A, M, N, Y, MSKПишите ·Carn 12:39, 25 января 2020 (UTC)

Исправление и реструктуризация базы данных шаблона НаселениеПравить

По результату обсуждения темы #Список сельских населённых пунктов России с населением более 10 тысяч жителей у меня возникла мысль перепроверить базу данных, используемую шаблоном Население и модулем Statistical, а также попробовать оптимизировать использование ими ресурсов процессора и памяти вики-движка. В процессе проверки обнаружилось множество ошибок в базе, даже на структурном уровне. Прошу поправить как минимум их. Если найдётся желающий заниматься исправлениями, то выложу ещё несоответствия.

['2019AA'] = {'{{Население/2019AA}}', ''}, ''},
['2019AA'] = {'{{Население/2019AA}}', ''},},
{2002,024,"2002BB"},
{2002,24,"2002BB"},
{1926,899, },
{1926,899,""},
{2007,136,},},
{2007,136,""},},

Если часть из проблем исправить, а часть — проигнорировать, то получается неплохой результат: тестовая страница с тестовым шаблоном {{НаселениеS}} потребляет 4 мегабайта памяти против 14 мегабайт с {{Население}} и 0.096 секунд процессорного времени против 0.300 секунд с {{Население}}, выдавая тот же самый результат. На более масштабных тестовых данных отрыв должен быть ещё выше. Предлагаю посмотреть на изменения и высказать своё мнение. — Vort (обс.) 17:05, 5 декабря 2019 (UTC)

  • Поменял в трёх из четырёх модулей (кроме Чечни, там для меня правка точно сложновата), визуально на страницах статей ничего особого не изменилось. Если это на самом деле что-то даёт - выкладывайте и остальные ошибки с необходимыми правками. — Ksc~ruwiki (обс.) 19:20, 5 декабря 2019 (UTC)
    • @Ksc~ruwiki: Спасибо. С реструктуризацией выявились проблемы, но ошибки всё равно повыкладываю. Следующая партия касается хешей. В базе запись начинается с фрагмента по типу [1964224323]={--Спасские Мурзы. Две его части должны быть неразрывно связаны. Число слева — это хеш от строки (названия) справа. В большинстве случаев это условие выполняется, но не всегда. Когда не выполняется, это значит, что или в названии опечатка, а хеш правильный или название правильное, а хеш — нет. Чему соответствуют данные населения — тоже вопрос — хешу или названию.
Регион Хеш в базе Хеш названия Название в базе
1 RUS-VLA 50712992 1783636413 Данилково (близ деревни Лизуново, Каринское сельское поселение)
2 RUS-VLA 683119430 353143410 Данилково (близ села Махра, Каринское сельское поселение)
3 RUS-VLA 1882337409 1102152613 Липовка (Владимирская область)
4 RUS-VLA 1679635935 56409889 Фёдоровское (Небыловское сельское поселение)
5 RUS-DAG 959233372 1909148231 Село Калининаул
6 RUS-DAG 202615702 2120826871 Сельсовет Ляхлинский
7 RUS-ING 1519409354 2126535928 Городской округ Сунжа
8 RUS-KRA 576886844 901953987 Куликовский (Ленинградский район)
9 RUS-KRA 804486769 1172470891 Весёлый (Мостовский район)
10 RUS-KRA 584161015 1819382775 Высокий (Мостовский район)
11 RUS-KRA 1679807135 806937221 Первомайский (Мостовский район)
12 RUS-KRA 318075355 1560750707 Восточный (Мостовский район)
13 RUS-KRA 2010407859 2020118465 Центральный (Мостовский район)
14 RUS-KRA 1180278907 1452988144 Ляпино (Новокубанский район)
15 RUS-KRA 1882124480 894989397 Большое Псеушхо
16 RUS-MUR 784553651 1301007852 Пяйве (станция)
17 RUS-OMS 952628033 1774845384 Роза-Долина
18 RUS-OMS 850010582 1651529483 Чеченёво (Омская область)
19 RUS-ORE 915315094 466525147 Красногвардеец (разъезд)
20 RUS-NOR 1790723714 795795277 Бекан (Северная Осетия)
21 RUS-NOR 644666605 2034089198 Фарн (Северная Осетия)
22 RUS-ROS 656163553 829285083 Топольки (Ростовская область)
23 RUS-SAM 1245676773 480699889 Белозёрки (Волжский район)
24 RUS-TVE 2028660017 368113239 Малое Алексеевское (Тверская область)
25 RUS-TVE 1913991493 1748067741 Алексеевское (Калининский район)
26 RUS-TVE 4972317 34756947 Ярославец (Тверская область)
27 RUS-CHA 1254381939 1596123531 Серноводский район
28 RUS-CHV 64363880 1397718164 Усландыр-Янишево
Vort (обс.) 09:06, 6 декабря 2019 (UTC)
Обновил таблицу. — Vort (обс.) 14:12, 26 декабря 2019 (UTC)
Обновил таблицу. — Vort (обс.) 13:32, 8 января 2020 (UTC)
Обновил таблицу. — Vort (обс.) 06:12, 23 января 2020 (UTC)
В случае №33 и №34 (Байданкино, Борок (Татарстан)), к примеру, видно, что названия просто поменяли местами. — Vort (обс.) 09:11, 6 декабря 2019 (UTC)
  • не проще убрать все на ВД?? ShinePhantom (обс) 09:09, 6 декабря 2019 (UTC)
    • Там с лицензией проблемы. — Vort (обс.) 09:11, 6 декабря 2019 (UTC)
      • сомнительно. Потому что берутся только факты,а не оформление, не компоновка, не подборка и вообще хоть что-нибудь охраняемое ShinePhantom (обс) 09:44, 6 декабря 2019 (UTC)
        • Думаю, где-то есть обсуждения этого вопроса, надо искать. Но параллель с творческими произведениями прослеживается: слово авторским правом не охраняется, а абзац текста — уже охраняется. Население города за какой-то год — факт, не охраняется, но если взять источник и целиком закачать его в ВД? — Vort (обс.) 10:19, 6 декабря 2019 (UTC)
          • берутся только цифры. Даже не таблицы, а отдельные цифры. Вот чудеса-чудесатые, как я выношу на КУ список, с явно авторской подборкой, так меня дружно ругают. хотя моя точка зрения основана на решении Пленума ВС. А как говорю, что набор фактов - так утверждают, что охраняются :) ShinePhantom (обс) 11:22, 6 декабря 2019 (UTC)
  • Vort, поправил Челябинскую область (не Чечню, как ошибочо написал ранее). Пока решил не трогать Татарстан с примером, чтобы комментарий был более наглядным. Данные, похоже, привязаны именно к хешу. В модуле Модуль:Statistical/RUS-TAT указаны верные данные по численности: Борок - 286 человек, Байданкино - 80 человек. Проверил это по источнику (страница 17). Но при этом в статьях выводятся ошибочные сведения в Борок (Татарстан) - 80, а в Каенлинское сельское поселение для Байданкино - 286. Так как перепутаны именно хеши, а не данные в модуле, то ошибки в хеше автоматически приводят к ошибкам в выводимым данным. Поэтому хеши точно надо исправять. Насколько понимаю, исправлять их надо не только в модуле, но и в подстраницах шаблона населения из этой категории Категория:Шаблоны:Подстраницы шаблона Население. Неверные хеши, наверное, надо удалять, а правильные добавлять. Правда важно не удалить то, что всё-таки нужно. Хотел уточнить у Вас как правильно определять хеш для населённого пункта (я этого не знал, а вопрос в своё время остался без ответа), но в процессе написания комментария похоже нашёл нужный шаблон. Теперь постаюсь более активно править ошибки, тем более, что в этом оказался самый прямой смысл. — Ksc~ruwiki (обс.) 18:59, 8 декабря 2019 (UTC)
    • Шаблоны в этой категории вообще используются? А то я их планировал удалять, только руки пока не добрались. — С уважением, Helgo13(Обс.) 19:03, 8 декабря 2019 (UTC)
      • Да, без них ничего работать не будет. — Ksc~ruwiki (обс.) 19:23, 8 декабря 2019 (UTC)
        • Просто большинство из них, если не все, попали в категорию неиспользуемых шаблонов. Посмотрите конкретно на эти Участник:Helgo13/Служебное/Неиспользуемые_шаблоны#Население — С уважением, Helgo13(Обс.) 16:25, 9 декабря 2019 (UTC)
          • У меня ощущение, что когда-то кем-то была начата работа по переводу базы на шаблоны источников. Но по какой-то причине она была брошена на полпути. И если причина в том, что не хватило энтузиазма, то это самый хороший вариант. Ведь такая замена могла также привести к превышению каких-то лимитов. И в какую сторону в таком случае двигаться — непонятно. В общем, если будет нужен список расхождений по источникам в базе — говорите. Или можно сделать проще (в случае, если проблем с механизмом нет) — сразу поубирать таблицы источников из базы и безусловно вызывать соответствующий шаблон источника. — Vort (обс.) 17:14, 9 декабря 2019 (UTC)
            • А что на счет динамической подкачки, не обещают случаем? — Ailbeve (обс.) 18:04, 9 декабря 2019 (UTC)
              • Не пойму вопроса. Вместо разбора текста '{{Население/1939AH}}' вызывать сразу шаблон? Если да, то я это и предлагаю (если нет побочных эффектов). — Vort (обс.) 18:15, 9 декабря 2019 (UTC)
                • Не, я про механизм «бесконечный ленты», с подгрузом по ходу просмотра) — Ailbeve (обс.) 18:20, 9 декабря 2019 (UTC)
                  • Подгрузкой чего? Списка примечаний? Не пойму связи с обсуждением того, где хранятся данные источников для показателей населения. — Vort (обс.) 18:23, 9 декабря 2019 (UTC)
                  • Если речь о динамической подгрузке элементов списков населённых пунктов, то это будет явно не скоро. Фонд даже с графиками никак не может справиться, а сообщество — с принципами использования CSS. — Vort (обс.) 19:18, 9 декабря 2019 (UTC)
          • На самом деле почти все большинство шаблонов из категории, в том числе значительная часть, касающаяся источников используется. Ссылок нет лишь на конкретные шаблоны с конкретными источниками. Проще всего, пингануть их автора, чтобы выяснить вопрос. Туча, посмотрите, пожалуйста, шаблоны из этого списка Участник:Helgo13/Служебное/Неиспользуемые_шаблоны#Население. Они используются или планируются к использованию или их можно выставлять на удаление? — Ksc~ruwiki (обс.) 19:58, 9 декабря 2019 (UTC)
            • Надеюсь, что в этот раз участник ответит, а то я его уже спрашивал однажды на геофоруме. — С уважением, Helgo13(Обс.) 14:58, 10 декабря 2019 (UTC)
            • Некоторые там явно сделаны с целью замены, так как 1 в 1 соответствуют записям в базе. К примеру, {{Население/2012Q}} соответствует строчке {{ cite web | url = http://habstat.gks.ru/wps/wcm/connect/rosstat_ts/habstat/resources/79d4fb804ec9936a8529bf9dd5046e95/Оценка+численности+населения+по+муниципальным+образованиям.htm | title = Оценка численности населения по муниципальным образованиям на начало 2012 года | accessdate = 2015-04-03 | archiveurl = http://www.webcitation.org/6XVHxLk4X | archivedate = 2015-04-03 }} в RUS-KHA. — Vort (обс.) 15:17, 10 декабря 2019 (UTC)
            • @Ksc~ruwiki, Helgo13: Чисто случайно наткнулся: Википедия:К удалению/23 мая 2015#Неиспользуемые подстраницы шаблона население. Опять какой-то конфликт. Даже технический вопрос без конфликтов не решается :(Vort (обс.) 15:22, 10 декабря 2019 (UTC)
              • Там были значительные разногласия между участниками по разным вопросам, не в курсе деталей. И шаблоны - это частный вопрос. В принципе, в обсуждении обе точки зрения представлены: указывать источники в модуле или выносить их в отдельный шаблон. Можно, конечно, здесь обсудить для начала. Но и старое вспоминать бы не хотел. И тем более участвовать в выпускании джина из бутылки. Если сформируется какое-то понимание как сделать правильно, так можно и сделать, если - нет, то лучше не трогать. Спокойнее для сообщества. — Ksc~ruwiki (обс.) 19:36, 10 декабря 2019 (UTC)
                • @Ksc~ruwiki: Я заметил единственный аргумент против — расточительство. На это могу сказать, что создание отдельных шаблонов для часто используемых источников является нормальной практикой в Википедии. Аргументы «за» — дедупликация и сокращение потребления памяти модулем. Плюс к этому шаблоны, как я понимаю, уже созданы. То есть, их надо только подключить. Не трогать этот вопрос только из-за того, что у кого-то когда-то были разногласия по этому вопросу — неконструктивно. Но как оптимально (в социальном плане) этот вопрос решить — не знаю, прошу помочь тех, кто в этом разбирается. — Vort (обс.) 07:42, 11 декабря 2019 (UTC)
                  • Vort, добрый день! Прошу прощения что несколько отвлёкся от темы. На мой взгляд, это чисто технический вопрос. И от изменения технического решения ничего не изменится в выводимой информации. Хотя и в таких ситуациях было немало конфликтов. Можно попробовать начать реализовывать идею (особенно в отношении тех шаблонов, использование которых Вы считаете на 100% правильным), а если возникнут вопросы - пригласить участника или участников принять участие в этом обсуждении. P.S. У меня возникли кое-какие вопросы по хешам и модулям (постараюсь их попозже обобщить, возможно в январе, и напишу здесь). — Ksc~ruwiki (обс.) 19:51, 24 декабря 2019 (UTC)
                    • @Ksc~ruwiki: в качестве теста включил источники шаблонами на странице Модуль:Statistical/RUS-AAA. Если проблем не будет, можно будет продолжить и с остальными регионами. Но для них уже надо будет создавать новые подстраницы источников, так как другие регионы пересекаются по источникам с AAA не полностью. На вопросы по хешам и модулям постараюсь ответить, но вообще-то я Lua не знаю. — Vort (обс.) 17:07, 26 декабря 2019 (UTC)
                    • @Helgo13: список неиспользованных шаблонов должен был поредеть. Можете проверить? — Vort (обс.) 17:07, 26 декабря 2019 (UTC)
                  • Vort, здравствуйте! Во-первых, с праздниками Вас! Во-вторых, спасибо за обновление таблицы, теперь смогу удалить свои пометки на компьютере, они уже мешали ориентироваться. Ну и давайте попробуем разобраться с несколькими случаями, чтобы выработать некий алгоритм исправления. Владимирская область удачно подошла. 1 случай. В статьях Данилково (близ деревни Лизуново, Каринское сельское поселение) и Данилково (близ села Махра, Каринское сельское поселение) название и комментарий в модуле определяется через ближайший населённый пункт, а вот хеш — через коды ОКТМО. Название через ближайший населённый пункт мне кажется интуитивно более понятным (и в комментарии модуля в том числе), не понятно надо ли в такой ситуации что-то править для приведения в соотвествие хеша с названием и комментариями? 2 случай. Липовка (Владимирская область). Хеш для данного населённого пункта определён из названия «Липовка (Гороховецкий район)». Статья первоначально так и называлась, но в 2017 году была переименована. На мой взгляд переименована логично. Так как согласно реестру населённых пунктов области другой Липовки там нет, а по данным госархива вроде бы и не было. То есть названий, совпадающих с некими историческими деревнями тоже быть не должно. Была вероятность, что хеш для названия «Липовка (Владимирская область)» может совпасть с хешем другого населённого пункта (есть и такие случаи). Но хеш для «Липовка (Владимирская область)» - это 1102152613 и в шаблоне {{Население/STA-034}} он отсутсвует - т.е. совпадений нет. Наверное, в таком случае изменение хеша целесообразно. Вопрос мы в таком случае: добавляем новый хеш в этот шаблон, удаляем хеш 1882337409 для названия «Липовка (Гороховецкий район)» из шаблона {{Население/STA-058}}, вносим корректировки в модуль Модуль:Statistical/RUS-VLA, статьи о населённом пункте, сельском поселении и районе, так? Или алгоритм какой-то иной? 3 случай. Фёдоровское (Небыловское сельское поселение). Хеш именно для этого названия — «56409889». Однако, реально используется хеш «1679635935» для названия «Фёдоровское (Юрьев-Польский район)». У нас есть расхождение между кодами ОКТМО, согласно которым в Юрьев-Польском районе, есть одно Фёдоровское и одно Федоровское. Хеши определены для этих названий согасно написанию населённых пунктов по кодам ОКТМО. И даже названия определены почти одинаково, кроме вот этого. Вопрос: в таком случае переименовываем статью (можно и через КПМ, хотя там вопрос рискут зависнуть) и меняем описание в модуле согласно правильному хешу - Фёдоровское (Юрьев-Польский район)? — Ksc~ruwiki (обс.) 18:15, 7 января 2020 (UTC)
                    • @Ksc~ruwiki: Добрый вечер. Спасибо. Вас тоже с праздниками. В вопросе смешаны две подтемы. Первая — как синхронизировать название с хешем в базе и вторая — какое название предпочтительнее выбирать в случае расхождения. Второй вопрос, на самом деле, не очень важен, тут больше дело в перфекционизме. Единственное, за чем надо следить чётко, так это за дублями названий и дублями хешей. То есть, название должно быть уникальным и генерировать уникальный хеш. Какие названия выбирать мне сказать сложно, но Ваши аргументы мне кажутся убедительными. Теперь по технической части: я ещё глубоко STA-XXX шаблоны не анализировал, но мне кажется, что в случае смены хеша алгоритм должен быть такой: выбираем новое название, проверяем на коллизии, считаем по новому названию новый хеш, проверяем новый хеш на коллизии, удаляем со страницы STA-YYY старый хеш, добавляем на страницу STA-ZZZ новый хеш, меняем в RUS-XXX старый хеш на новый (если надо поменять и название, то в комментарии меняем и его); после этого надо по всем статьям, где используется старое название, поменять старое название на новое. Если не забуду, то просканирую STA-XXX страницы, там ведь тоже могут быть несоответствия. — Vort (обс.) 19:20, 7 января 2020 (UTC)
                    • @Ksc~ruwiki: Пока писал валидатор, узнал, что в STA-XXX базе есть записи-перенаправления. Вместо кода региона может присутствовать ещё один хеш. Так что если у сущности по какой-то важной причине есть два названия, то, скорее всего, их оба можно внести в базу. Пока проверял присутствие RUS-XXX хешей в STA-XXX базе, удивлялся, что так мало расхождений:
Но когда запустил проверку в обратную сторону, то, мягко говоря, удивился: расхождений оказалось около 8 тысяч. Даже не знаю, в чём может быть дело. Может, и в моём валидаторе проблемы. Однако коды из списка в Википедии не ищутся. — Vort (обс.) 16:49, 8 января 2020 (UTC)
  • Vort, мне тоже казалось, что для, например, переименованных или для населённых пунктов с почти одинаковым названием, указываются оба хеша и делается это через знак равенства, но сколько при этом записей нужно сделать и где указывать регион точно не могу вспомнить, поэтому пока решил править только очевидные ошибки. В Вашем валидаторе, мне кажется, ошибок нет. Если посмотреть его результаты, то там немалая часть приходится на Смоленскую область и Татарстан. По численности населения во многих населённых пунктах этих и ещё некоторых регионов просто нет информации, поэтому и в модулях Модуль:Statistical/RUS-SMO и Модуль:Statistical/RUS-TAT нет хешей с самими населёнными пунктами, но в справочники они, скорее всего, уже занесены. Во всяком случае именно так было с хешем для «Балыклы (Тюлячинский район)» (он в шаблоне {{Население/STA-025}} уже был, когда вчера его менял на правильный). А в первой таблице лога валидатора, похоже, значительная часть приходится на населённые пункты, для которых хеши будут одинаковыми. Их в этом шаблоне {{Население/STA-Multinames}} указывают. — Ksc~ruwiki (обс.) 17:59, 8 января 2020 (UTC)
  • Если данных по населению нет, то какую функцию тогда выполняет запись населённого пункта в STA-XXX? Никак не могу придумать для неё применение. — Vort (обс.) 18:15, 8 января 2020 (UTC)
  • Сложно сказать, но когда информация в справочнике уже есть — это удобно. Когда разберём очевидные проблемы в любом случае придётся пинговать ряд участников, в том числе тех, которые должны быть в курсе вопроса. — Ksc~ruwiki (обс.) 19:35, 9 января 2020 (UTC)
  • Разве что не придётся делать вторую правку когда появятся данные по населённому пункту. Только ж это надо название будет правильно угадать. Другое уточнение, ё вместо е и хеш не совпадёт. — Vort (обс.) 12:08, 13 января 2020 (UTC)
  • Упоминание STA-Multinames нашлось только в песочнице, так что сейчас этот шаблон, скорее всего, не используется. В вывод валидатора эти коллизии я включил на всякий случай. Главное там — это записи Bad STA format, STA missing hash, STA duplicate hash и Bad STA alias. — Vort (обс.) 18:15, 8 января 2020 (UTC)
    • Я в своё дело сделал в модуле просьбу о прямом написании региона, если хеши совпадают. Потому там STA zero hash. -- dima_st_bk 08:01, 9 января 2020 (UTC)
  • Да, Вы правы, это была просто одна из идей решения вопроса с совпадением хешей, которая так и не была реализована. Вообще мне кажется стоит некоторые проблемные вопросы (например, совпадение хешей для разных населённых пунктов, ссылка на шаблон определения хеша, определение хеша в случаях переименования или разночтений в названии населённого пункта) дополнительно задокументировать в шаблоне. Это если участники, откликнуться на пинги попозже и будет достигнуто какое-то согласие. — Ksc~ruwiki (обс.) 19:35, 9 января 2020 (UTC)
  • Судя по ГКГН они оба ФЕдоровские, в любом случае во избежании путаницы в одной букве лучше уточнение по СП. -- dima_st_bk 08:13, 9 января 2020 (UTC)
  • По одному из сел согласно коду ОКТМО оно Фёдоровское. Но, так как оба указываются то через «е», то через «ё», то сельское поселение в названии действительно уместно. — Ksc~ruwiki (обс.) 19:35, 9 января 2020 (UTC)
    • @Ksc~ruwiki: алгоритм комментарии -- игнорирует, но их используют люди. Если убрать эту связь, то редактору-человеку вообще неоткуда будет взять название (разве что перебирать всё подряд). — Vort (обс.) 07:37, 9 декабря 2019 (UTC)
    • По-хорошему, подходить к распутыванию проблемы надо с трёх сторон. Теоретически, рассинхронизированы могут быть все три части: хеш, название и население. И очень желательно не только подобрать правильное соответствие, но и угадать, к чему относится «лишняя» часть. Допустим, хеш соответствует населению, а название — нет. Можно найти подходящее название — и элемент будет исправлен. Но ещё лучше посмотреть как обстоят дела с элементом, соответствующим некорректному названию (если отличие, конечно, не в лишней запятой). — Vort (обс.) 07:37, 9 декабря 2019 (UTC)
    • Страницы STA-0XX нужны для поиска региона по названию. Если регион содержится в названии или прописан явно в вызове шаблона {{Население}}, то они не используются. Но лучше, конечно, держать их в порядке в любом случае. — Vort (обс.) 07:37, 9 декабря 2019 (UTC)
  • Игорь Темиров, помогите, пожалуйста, разобраться с некоторыми вопросами. В модуль населения Смоленской области Вы внесли запись «Извековское сельское поселение» с хешем 1705482175, понятно, что это не это Извековское сельское поселение, но не понятно где эта запись используется, из какого названия был образован хеш, и как лучше всего отличать комментарий к двум Извековским поселениям в модуле? — Ksc~ruwiki (обс.) 19:10, 21 января 2020 (UTC)
  • Участник:Ksc~ruwiki, это опечатка в комментарии, не влияющая на работу модуля. Исправил на "Днепровское (Смоленская область)". Игорь Темиров 16:56, 22 января 2020 (UTC)