Обсуждение шаблона:Monument

Ссылки на Википедию и Викисклад

Я хочу сделать их картинками, но я не понимаю, как добавить к картинке внутреннюю ссылку (то есть [[wikipedia:ru:...]]). Более того, я даже не могу написать link=http://ru.wikipedia.org/wiki/{{{wikipedia}}}. В чём тут дело?

Пример работы шаблона здесь. --Alexander (обсуждение) 01:45, 4 октября 2013 (MSK)

нашел решение --Voll (обсуждение) 14:26, 4 октября 2013 (MSK)

Отлично! Спасибо! --Alexander (обсуждение) 15:58, 4 октября 2013 (MSK)

Координаты

А в формате градус.минута.секунда.долисекунды нельзя указывать? Yuriy75 (обсуждение) 02:49, 15 декабря 2013 (MSK)

Нельзя, к сожалению. Скрипт, который ставит точки на карту, не нами написан и понимает только десятичные доли. Если совсем уж неудобно, пишите в формате с минутами, а я потом всё разом пересчитаю в наш формат. Можно также снимать координаты Яндексом или нашей собственной картой. --Alexander (обсуждение) 03:30, 15 декабря 2013 (MSK)

Понятно, придётся себе программку написать для пересчёта формата 2ГИС в десятичный :) В электричках Краснодарского края с интернетом пока не очень. Yuriy75 (обсуждение) 04:09, 15 декабря 2013 (MSK)

Интеграция с Викиданными?

Может реализовать интеграцию с Викиданными? Зачем столько всего заполнять, когда можно сразу из ВД эти данные брать. --Insider (обсуждение) 15:36, 3 апреля 2015 (MSK)

Насколько я понимаю, это технически невозможно, а то бы уже давно сделали (и не только тут).--Ymblanter (обсуждение) 15:54, 3 апреля 2015 (MSK)

Да, технически невозможно, и нет в Викиданных нужной нам информации. Скорее наоборот — мы собираем информацию, которую в Викиданные можно потом загрузить. --Alexander (обсуждение) 18:22, 3 апреля 2015 (MSK)

Документирование

Явно нужна хорошая документация для шаблона. Как я понимаю он используется не только для ОКН, но и для памятников природы, а описание параметров для памятников природы отсутствует. Значит нужна документация разбитая на эти две части.--Leha-11 (обсуждение) 23:21, 19 августа 2015 (MSK)

А Вы сможете её сделать? Было бы здорово. --Alexander (обсуждение) 23:44, 19 августа 2015 (MSK)

Категория охраны

А почему нет категории охраны (федеральная, региональная, местная)? А также указания на выявленные объекты? Это большой пробел в системе. AndyVolykhov (обсуждение) 20:35, 28 июля 2017 (MSK)

Это фича. Выявленные объекты перестают быть выявленными, местная и региональная категории перепутаны (в 1960-е гг. всё, что не федеральное, называли местными — потом их в основном превратили в региональные, но кое-где оставили местными). Есть параметр status=, и, например, в Мурманской области он заполнен, но, кажется, не отображается. --Alexander (обсуждение) 22:45, 28 июля 2017 (MSK)

Перестают, конечно. Но это и есть информация, которая требует обновления. Ибо выявленные могут и исключить вообще, прецеденты тоже есть. То есть решения по выявленным по-любому важны. А сейчас статус у них разный. Из-за путаницы в источниках не нужно сразу заполнять для всех, но сделать такую возможность, я убеждён, необходимо. AndyVolykhov (обсуждение) 21:34, 6 августа 2017 (MSK)

Она уже есть, причём аж двумя параметрами: status= и category=. Оба сейчас отображаются (отображение status= я включил сегодня). И пишут в них, как я заметил, разное. Это нужно как-то унифицировать, но не сейчас.

По поводу снятия с охраны есть параметр dismissed=, куда можно вписать номер постановления о снятии с охраны. Пример использования — Культурное наследие России/Ярославская область/Рыбинск. --Alexander (обсуждение) 21:46, 6 августа 2017 (MSK)

category= меня полностью устраивает, но где он? В документации ни слова. AndyVolykhov (обсуждение) 23:53, 6 августа 2017 (MSK)

• А почему правка параметра category не предусмотрена гаджетом, во всплывающем окне? И в документации ничего? @Atsirlin, AlexeyBaturin: AndyVolykhov (обсуждение) 15:06, 12 октября 2018 (MSK)

Потому что мы уже почти год используем для этих целей параметр protection=(Ф,Р,М,В), а category= постепенно выходит из употребления. Впрочем, protection= (в документации он есть) и правда не мешало бы добавить, в правом столбце как раз есть для этого место. --Alexander (обсуждение) 16:01, 12 октября 2018 (MSK)

Да, я его скорее имел в виду. AndyVolykhov (обсуждение) 23:18, 12 октября 2018 (MSK)

Добавил, можно установить гаджет: Участник:AlexeyBaturin/CulturalHeritageListingEditor.js --AlexeyBaturin (обсуждение) 18:42, 13 октября 2018 (MSK)

Спасибо! --Alexander (обсуждение) 01:07, 14 октября 2018 (MSK)

Templates with wrong parameters

Hi. Just wanted to give a ping about commons:Commons:Monuments_database/Unknown_fields/monuments_ru_(ru) which tracks parameters of this template which are unrecognized during the daily harvesting used for Wiki Loves Monuments (WLM). There are a few parameters which the WLM team need to support but most of the entries are simple typos or the result of a stray | character. Using the new "Source" column these should be fairly easy to track down and fix. /André Costa (WMSE) (обсуждение) 16:32, 27 сентября 2017 (MSK)

Thank you, André. It's very useful. We will fix the mistakes once we are done with WLM. --Alexander (обсуждение) 17:43, 27 сентября 2017 (MSK)

Было бы неплохо доуказать боту на некоторые из этих параметров - как минимум, document, knid-new и style были бы актуальны, и какой-нибудь из параметров по статусу объекта (хотя было бы лучше их сначала унифицировать), да и author непонятно чем хуже других полей. --Bok (обсуждение) 15:58, 10 ноября 2017 (MSK)

Да, безусловно. Например, поле doc= содержит необработанные ссылки на документы, и его нужно постепенно превратить в полноценное document=. Я предлагаю немного упорядочить это дело на внутреннем уровне, в том числе убрать mkrf= и диверсифицировать ссылки, выделив sobory.ru и temples.ru в отдельные параметры, а потом написать André, попросив обновить бота. --Alexander (обсуждение) 16:05, 10 ноября 2017 (MSK)

Если добавление новых полей осложнено обращением к внешним товарищам, может быть завести общее поле (magicdata) для хранения всех внешних некритичных идентификаторов в виде списка в удобном для нас формате. Например типа такого:

 magicdata= sobory://1234, temples://3456, mkrf://9998877

В таком поле можно будет указывать также какие-нибудь локальные идентификаторы (uid, murID). Я думаю, в шаблоне такой параметр можно ведь будет разобрать как массив или хэш-таблицу? --Алексей (обсуждение) 23:29, 10 ноября 2017 (MSK)

В принципе, можно, но я не знаю, как это повлияет на скорость загрузки страницы: мы и так делаем что-то, для чего движок MediaWiki не вполне предназначен, и 300-400 сильно накрученных шаблонов на одной странице он может просто не переварить.

Я думаю, тут всё-таки проще обратиться к внешним товарищам: в конце концов, от них требуется исправить всегда пол-строчки кода, да и Андре всегда делал всё очень оперативно. Просто лучше побеспокоить его один раз, когда мы точно будем знать, какие нужны дополнительные параметры. --Alexander (обсуждение) 00:20, 11 ноября 2017 (MSK)

К тому же, если я правильно понимаю ситуацию, то какие-то параметры можно и не собирать ботом, ничего страшного в этом не будет. Сейчас тот же knid-new не собирается, и всё работает, другое дело, что его запись в общую базу будет полезна для всяких автоматических вещей вроде списка неиспользуемых номеров из нового реестра и чего-нибудь ещё в этом духе. --Bok (обсуждение) 00:45, 11 ноября 2017 (MSK)

А ещё с моей точки зрения, mkrf лучше не совсем бесследно удалять, а куда-нибудь заархивировать (если это ссылки на okn-mk.mkrf.ru/cultureObjects/viewMaps) - у минкульта так быстро всё меняется, что верится, что в в какой-то день исчезнет и API. --Bok (обсуждение) 01:17, 11 ноября 2017 (MSK)

Можно вообще не удалять. Хотя мне кажется, что подобные ссылки исчезнут раньше, чем API. --Alexander (обсуждение) 01:56, 11 ноября 2017 (MSK)

Я за то, чтобы убрать. В то же время, из соображений «на всякий случай» не очень хотелось это всё просто стереть, но это не обязательно. --Bok (обсуждение) 13:16, 12 ноября 2017 (MSK)

Думаю, нет проблем сделать выгрузку с mkrf и где-то её сохранить, после чего убрать этот параметр. --Alexander (обсуждение) 13:38, 12 ноября 2017 (MSK)

Убрал поддержку поля mkrf из шаблона. --Алексей (обсуждение) 23:38, 15 октября 2018 (MSK)

А как насчет ссылки на ОБД "Мемориал"? Многие воинские захоронения являются ОКН. В каких-то случаях информация из паспорта захоронения военно-мемориального центра министерства обороны может быть полезной. Не стоит ли под это также завести поле? --Алексей (обсуждение) 16:30, 12 ноября 2017 (MSK)

Я думаю, это хорошая идея. --Alexander (обсуждение) 19:09, 12 ноября 2017 (MSK)

Январь 2018

Ждать можно еще долго, наверное, но я всё-таки предлагаю добавить поля:

• style
• document
• author
• dismissed
• linkextra - наверное, нужен?
• knid-new
• block - не знаю, нужен ли, но раз уж где-то указан, пригодится, да и можно использовать его для подмосковных «городов», например
• Из полей для статуса объекта предлагаю добавить protection для категории охраны и status для его фактического состояния. При виде category мне почему-то вспоминается не о категории охраны, а о какой-то «типовой» принадлежности со значениями вроде "церковь", "жилой дом" или "братская могила", да и формат указания в protection тоже нравится больше. Насчёт поля status - не хочется мешать фактическое состояние с юридическим, даже в паре разрушен/снят с охраны возможны все четыре сочетания.

doc добавлять, с моей точки зрения, не обязательно, но можно - нет ничего более постоянного, чем временное, да и разбирать так может быть проще. Локальные ID я бы не добавлял. Манипуляции с mkrf и выделением популярных сайтов из ссылок отдельно можно будет сделать и потом, с базой на тулсервере это напрямую не связано. --Bok (обсуждение) 23:51, 16 января 2018 (MSK)

Хорошо, пусть будет protection. По-хорошему, нужно проходить по всей базе и унифицировать. Мне помнится, что разные люди задавали категорию охраны совершенно по-разному.

Андре я написал ниже. Если не откликнется, буду стучаться в почту. --Alexander (обсуждение) 00:00, 17 января 2018 (MSK)

С Protection, status и category постепенно разберусь, там действительно одно и то же задаётся разными способами. Protection гораздо популярнее других вариантов, а заодно и проще.

И ещё придумалось альтернативное решение с doc, чтобы не добавлять его в базу, чтобы потом убрать - можно из шаблона monument направлять такие страницы в скрытую категорию вроде "Страницы со старым типом ссылок на документы". Минус, правда, тоже в том, что так остаться всё может надолго. --Bok (обсуждение) 23:21, 17 января 2018 (MSK)

Про категорию согласен. Останется — значит, останется. --Alexander (обсуждение) 23:32, 17 января 2018 (MSK)

Request for new parameters of the Russian monuments database

Hi André! Would it be possible to add the following parameters, which we use quite extensively in our database?

• style
• document
• author
• dismissed
• linkextra
• knid-new
• block
• protection
• status

Thank you in advance! --Alexander (обсуждение) 00:00, 17 января 2018 (MSK)

Sure. I'm tracking this in phab:T186858. I'm quite busy right now so it may take me a little time before I can get to it. /André Costa (WMSE) (обсуждение) 11:17, 9 февраля 2018 (MSK)

@Atsirlin: Sorry for letting this one linger. I've got a patch ready to be deployed. Looking at Commons:Monuments database/Unknown fields/monuments ru (ru) I see that there are now other fields being frequently used. Do you also want me to add any of those? /André Costa (WMSE) (обсуждение) 23:44, 23 августа 2018 (MSK)

André Costa (WMSE), thank you! Please, add uid and document2 as well. --Alexander (обсуждение) 00:17, 24 августа 2018 (MSK)

@Atsirlin: Thanks. Added the two others. Once the patch is approved it will probably take a day or two before the list is updated. /André Costa (WMSE) (обсуждение) 13:28, 27 августа 2018 (MSK)

Предложения по упрощению шаблона

Сейчас поле status используется только для хранения значения destroyed. В редакторе списков предусмотрена для этого только только галочка. Однако в самом шаблоне есть код выбора значений в двух местах:

{{ #ifeq: {{{status|}}}|destroyed|style="color:#808080;"|}}{{ #ifeq: {{{status|}}}|rejected|style="color:#808080;"|}}{{ #ifeq: {{{status|}}}|reorganized|style="color:#808080;"|}}{{ #ifeq: {{{status|}}}|perspective|style="color:#808080;"|}}

{{#switch:{{{status|}}}|Федеральный= федерального значения|Региональный= регионального значения|Местный= местного значения|Выявленный=, выявленный|}}

Может, что-нибудь из этого выкинуть? --Алексей (обсуждение) 22:42, 12 октября 2018 (MSK)

По второй части: вроде бы есть ещё списки, где status используется для указания категорий охраны. Надо там перенести status в protection (я сделаю), после чего можно будет убирать. --Bok (обсуждение) 22:56, 12 октября 2018 (MSK)

Я проверил - не используется. Единственное неканоническое использование status - это у объекта 1100000081. Кстати, этот список вы заполняли, не помните, как там в status "dismissed" оказалось? --Алексей (обсуждение) 23:04, 12 октября 2018 (MSK)

Отлично, спасибо. Когда я в прошлый раз смотрел (кажется, летом), ещё оставались. Тот объект исправил, он на самом деле снят с охраны, либо при подготовке списков я помечал это для себя и забыл убрать, либо тогда в csv-шаблоне для списков у меня ещё не было поля dismissed, я его писал в какое-то другое поле и ошибся. --Bok (обсуждение) 23:47, 12 октября 2018 (MSK)

‎ErfgoedBot сообщает, что у нас не осталось страниц с полем category (раньше оно было в списке неизвестных полей). Можно за компанию выкинуть и код, обслуживающий это поле. --Алексей (обсуждение) 19:57, 14 октября 2018 (MSK)

Да, нужно оставить категорию охраны только в параметре protection=, а всё остальное убрать. Спасибо! --Alexander (обсуждение) 00:01, 15 октября 2018 (MSK)

Убрал category и лишние вхождения status. --Алексей (обсуждение) 23:38, 15 октября 2018 (MSK)

Версия на Lua

Перевёл этот шаблон на реализацию через модуль (см обсуждение). Последняя версия в старой реализации: [1]. --Bok (обсуждение) 04:42, 16 ноября 2018 (MSK)