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

Материал из Wikivoyage
Перейти к навигации Перейти к поиску

Ссылки на Википедию и Викисклад[править]

Я хочу сделать их картинками, но я не понимаю, как добавить к картинке внутреннюю ссылку (то есть [[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)