Здравствуйте, Svetlov Artem! Добро пожаловать в Викигид!

Чтобы облегчить Вам первые шаги в работе над нашим проектом, мы собрали в одном разделе ссылки на все важные правила. Обратите особое внимание на правило «Что заслуживает собственной статьи?», принципы географической иерархии и требования к структуре наших путеводителей.

Наши стилистические рекомендации и другие справочные материалы размещены на странице справки. Если после ее прочтения у Вас остались вопросы, задайте их в Пивной путешественников. Вы можете занести себя в список участников по месту нахождения, чтобы другие участники знали, откуда Вы, и при необходимости обращались с вопросами.

Вперёд! --Ymblanter (обсуждение) 13:55, 1 октября 2014 (MSK)Ответить

Спасибо за помощь с культурным наследием! --Alexander (обсуждение) 15:02, 1 октября 2014 (MSK)Ответить

Культурное наследие Ярославля править

Артём! Большое спасибо за дополнения в ярославских списках. Там есть, по-видимому, ещё одна проблема. Тот список, который Вы видите, сделан на основе kulturnoe-nasledie.ru, где Ярославская область почему-то отражена лишь частично. Мы обнаружили много отсутствующих объектов в Переславле, Ростове и Угличе вплоть до того, что на kulturnoe-nasledie.ru вообще не было старейших переславских храмов. Уверен, что с Ярославлем похожая ситуация, поэтому, если у Вас будет возможность, полезно смотреть региональные реестры и, если каких-то объектов оттуда нет в наших списках, добавлять к нам. Спасибо! --Alexander (обсуждение) 12:02, 2 сентября 2015 (MSK)Ответить

И ещё одно маленькое замечание: параметр precise работает только с precise=yes. Для точных координат ставьте precise=yes. Отсутствие параметра (т.е. precise=) означает, что координаты приблизительные. --Alexander (обсуждение) 12:04, 2 сентября 2015 (MSK)Ответить

Статьи о странах править

Добрый вечер!

В статьи о странах не нужно добавлять никаких объектов с использованием шаблона {{listing}}. Там пишутся только обзорные тексты о том, как в принципе можно приехать — например, в Россию на корабле. У нас нет ни одной законченной статьи о стране, но есть написанные частично: скажем, Болгария. Можно посмотреть, как сделано там. --Alexander (обсуждение) 22:26, 16 января 2017 (MSK)Ответить

Ошибки в Wikidata править

Здравствуйте. Спасибо большое за то, что вы расставляете координаты к объектам Москвы, это важная и нужная работа. Однако очень вас прошу не создавать при этом элементы викиданных. Во-первых, в этом нет никакой нужды, поскольку у нас есть специальный бот, который реагирует именно на появление координат и создает элементы ВД автоматически каждый четный день месяца. А во-вторых, вы неправильно заполняете элементы. В частности, вы заполняете поле свойства P2146 (Wiki Loves Monuments ID), но при этом не заполняете поле свойства P1483 (kulturnoe-nasledie.ru ID). Соответственно, наш бот, когда реагирует на вновь созданные координаты объектов и "видит" неправильно созданный элемент ВД, исправить это не может и сигнализирует нам об ошибке. Есть и другие ошибки, но эта самая критичная. Таких ошибок скопилось уже несколько сотен, автоматически их исправить невозможно, и приходится их править в наполовину ручном режиме. Пример можно посмотреть, например, здесь. Честно говоря, править их довольно утомительно. Поэтому рекомендую вам не создавать далее элементы ВД - этим вы избавите и себя, и других участников от лишней работы и здорово сэкономите всем время. -- Екатерина Борисова (обсуждение) 14:33, 27 февраля 2023 (MSK)Ответить

Проблема в том, что про этот бот нигде не написано, я с 2015 года тут сижу, но об этом боте узнал только когда написал свой. Насколько я понимаю, бот работает только для 5 областей, типа Калининградской, Владимирской и Ивановской. А без объектов Wikidata фотографии невозможно привязывать к объектам, то есть можно, но тогда надо всё равно писать какой-то другой бот.
Про свойство P1483 (kulturnoe-nasledie.ru ID) - непонятно, ведь в списках WIkivoyage добавляются новые объекты с новыми кодами. Следовательно они не могут быть кодами kulturnoe-nasledie.ru, ведь этот сайт закрыт несколько лет назад. Я добавляю объекты как следует из банальной логики: с код «Вики любит памятники» Svetlov Artem (обсуждение) 14:45, 27 февраля 2023 (MSK)Ответить
Наш бот работает по всем спискам всех регионов. И мне, в свою очередь, непонятно, почему вас смущает наличие номеров, не присутствовавших в старой базе минкульта. На данном этапе есть консенсус, что номера с тройкой в третьей позиции абсолютно легальны и валидны. Ну и, кроме того, вы же не добавляете в элемент ВД даже старые минкультовские номера, как в приведенном мною примере. -- Екатерина Борисова (обсуждение) 14:53, 27 февраля 2023 (MSK)Ответить
Написал скрипт, который читает списки объектов, заходит в Wikidata, и если в ней нет P1483, то записывает его так же как бот snow. Сейчас обрабатываю по-одной записи, пример - https://www.wikidata.org/wiki/Q116907944
Меня вначале смутило название свойства P1483, и я поменял его название на один из алиасов, теперь он "код Викигида культурного наследия России" Svetlov Artem (обсуждение) 13:21, 12 марта 2023 (MSK)Ответить

Артём, добавлю ещё вот что. Мы хотим не просто копировать, но и синхронизировать элементы Викиданных с нашими списками, а Ваш бот этого, кажется, не делает. С другой стороны, написанный Алексеем бот придуман в том числе и для синхронизации. Насколько я понимаю, достаточно дать Алексею сигнал о том, что те или иные списки проверены на предмет дублей и неоднозначных привязок к Википедии или Commons, после чего эти списки будут скопированы и подключены к синхронизации. Мне кажется, так всем будет удобнее. --Alexander (обсуждение) 16:09, 27 февраля 2023 (MSK)Ответить

ну, это надолго.
ок, я больше в wikidata не гружу, проставлю загруженным P1483 (kulturnoe-nasledie.ru ID) Svetlov Artem (обсуждение) 18:47, 27 февраля 2023 (MSK)Ответить
да, спасибо. -- Alexander (обсуждение) 19:24, 27 февраля 2023 (MSK)Ответить
Нет необходимости в ручной простановке P1483. CHEBOT, когда доберётся, автоматически проставит. Я не вижу особой беды в ручном или автоматическом создании новых сущностей Викиданных альтернативными способами до тех пор, пока они попадают в списки Викигида. Хотя, конечно же, приветствуется менее тривиальная работа по устранению противоречий и несостыковок, которую, к сожалению, проблематично формализовать и автоматизировать. Например, много головоломок даёт текущее сопоставление категорий Викисклада. Ну и простановка правильных координат — это всегда актуальная и востребованная задача. Алексей С. (обсуждение) 22:15, 27 февраля 2023 (MSK)Ответить
Тут стоит заметить, что CHEBOTа ты перенастроил так, что он теперь умеет это делать, только сегодня, по следам дискуссии выше, а до того он этого не умел (поскольку такой проблемы прежде не возникало) и потому выдавал ошибку. -- Екатерина Борисова (обсуждение) 01:58, 28 февраля 2023 (MSK)Ответить
Здравствуйте. Опять возвращаюсь к этой теме, поскольку несколько часов правила вашу деятельность в списках Петербурга (можете посмотреть мой свежий вклад в Коммонз, если ваши файлы и созданные сущности ВД не находятся в вашем списке наблюдения). Во-первых, вы часто забываете проставлять в ВД категорию охраны и номер объекта (об этом был разговор выше, поэтому и пишу в эту тему, а не создаю новую). Во-вторых, когда вы создаете категорию для ОКН, туда необходимо помещать шаблон с выходными данными на ОКН. В московских (и других) списках и категориях с этим некоторый бардак, но в категориях Питера у меня наведен с этим порядок, и хотелось бы, чтобы вы этот порядок тоже поддерживали. Образцы можно всегда посмотреть в соседних уже созданных категориях, это нетрудно, и это гораздо полезнее, чем шаблон номера дома по улице. В-третьих и в главных - будьте внимательнее при загрузке фотографий. Я сегодня нашла довольно много совершенно ошибочно адресованных фотографий и категорий - при том, что понять, какой именно дом вы сфотографировали, можно простейшим поиском по Яндекс-панораме, не говоря уже о сайте citywalls.ru, например. Петербург - не глухая деревня, здесь всё довольно быстро и просто ищется. Буду рада, если в дальнейшем ваш вклад будет не только полезен, но и лишен многочисленных ошибок. С уважением, Екатерина Борисова (обсуждение) 02:39, 12 января 2024 (MSK)Ответить
ок, сейчас соображу
Пока понял что шаблон
{{Cultural Heritage Russia}}
не подтягивает никаких данных из wikidata, значит в него дореволюционные строительные названия надо вбивать вручную Svetlov Artem (обсуждение) 12:53, 12 января 2024 (MSK)Ответить
Да, если в "шапке" категории стоит этот шаблон, его надо заполнять вручную. Это, конечно, занимает какое-то время (хотя копипастом из спискоа это делается за минуту), но зато мы имеем в категории исчерпывающую информацию об объекте, которую не надо вписывать никакими другими способами, так что в итоге это достаточно эргономичный способ подачи информации. Ну, и заполненное поле category в нем автоматически создает категорию "Cultural heritage monument в таком-то районе". Кроме того, при желании можно его заполнить и на других языках с переключением на них, хотя вот это я лично уже ленюсь делать. -- Екатерина Борисова (обсуждение) 13:28, 12 января 2024 (MSK)Ответить
И снова здравствуйте)) Позволю себе дать вам еще несколько небольших советов. Не воспринимайте их, пожалуйста, как какие-то упреки или наставления - это именно советы, которые немного облегчат жизнь не только мне, но и другим юзерам, которые пользуются списками в Викигиде.
  • Когда вы создаете новую категорию для здания/памятника на складе, прикрепляйте эту категорию, пожалуйста, к соответствующему пункту в списке, а если в пункте при этом нет фотографий, то и фото тоже прикрепляйте. Если же фото есть (что видно не только визуально, но и по галерее), то эти фото тоже помещайте в категорию.
  • В любой категории шаблон ((Cultural heritage Russia|ххх)) всегда должен помещаться ВЫШЕ шаблона ((Wikidata infobox)), иначе получается очень некрасиво: сверху образуется большое пустое поле из-за сгенерированного шаблона-карточки, и лишь где-то внизу болтаются фотографии. Можете просто взглянуть на любую отредактированную мной недавно "вашу" категорию, чтоб увидеть разницу.
  • На складе нет каких-то жестко обрисованных правил для наименования категорий отдельных объектов (домов, памятников и пр.), поэтому, в общем, каждый юзер называет категории как ему вздумается. Но при этом если какой-то юзер регулярно создает такие категории для какого-то населенного пункта, то у него образовывается некая устойчивая схема наименования категорий. Ну то есть: вот иду я в категорию города Кургана и вижу, что там уже есть сотня категорий для домов, названных кем-то по образцу "Gogolya, 19 (Kurgan)". Логично, что создавая сто первую категорию самостоятельно, я постараюсь ее назвать единообразно - ну, "Simonova, 24 (Kurgan)", а не "Kurgan Simonova street 24". Поскольку жестких правил, повторю, нет, то хочется хотя бы небольшого отдельно взятого порядка в общем хаосе. Это я к тому, что в категориях Москвы, например, я единообразия не вижу (там вообще до недавнего времени почему-то не было принято создавать категории для отдельных зданий), но вот в категориях Питера я постаралась по возможности некое единообразие создать. Поэтому если вы создаете новые категории в Питере, то сначала обращайте, пожалуйста, внимание, как так называется все остальное, что уже есть в категории улицы. И вам будет легче (можно взять имеющиеся категории за образец путем копипаста), а мне потом не придется искать. где что новое лежит и как называется.
  • Вы создали категорию "Cultural heritage monuments in Basmanny", и это я считаю очень полезной инициативой, поскольку общая категория ЦАО дико перегружена. Однако чтобы такая категория в дальнейшем "работала" для загрузок через списки, надо ее еще и прописать в модуле. А в каком именно модуле и как именно прописывать, вам лучше меня объяснит Алексей @Avsolov:. Удачи! -- Екатерина Борисова (обсуждение) 13:41, 25 января 2024 (MSK)Ответить
    Это будет, но не сразу, потому что вручную загружать фото и придумывать содержимое поля Information нереально, я их гружу самописным скриптом. Если при загрузке фото здания одновременно анализировать и править списки wikikoyage, то тогда получается очень сложный алгоритм. По логике какой-то отдельный инструмент должен мониторить новые фотографии, и добавлять их в wikivoyage. Ведь может быть загружена одна фотография, может быть несколько в случайном порядке, может быть загружена фотография где виден только кусок дома. Это так сразу не решить
    Дальше начинаются интуитивные правила
    В шаблоне Cultural heritage Russia|ххх по-моему нужно переделать вёрстку, что бы он был резиновый. Только я так не умею. Потому что везде в commons видно что Wikidata Infobox стоит в начале текста, но ОКАЗЫВАЕТСЯ надо было именно этот размещать ещё выше
    Категории для домов я сейчас создаю по такому шаблону: {city} {street name en} {housenumber}. Давайте придумаем алгоритм составления шаблона. Вручную вводить их с клавиатуры я не хочу, потому что часто перепутываю буквы и цифры. Я вижу что там на Невском проспекте категории называются Nevsky 24. Каким запросом из wikidata получить слово Nevsky? Если не вводить в название город, то как разруливать конфликты на улицах с названиями которые встречаются в нескольких городах? Svetlov Artem (обсуждение) 14:05, 25 января 2024 (MSK)Ответить
    Есть бот бельгийского, чтоб не соврать, юзера, который ищет по спискам неиспользованные изображения (а изображения соотносятся со списками по номерам ОКН через галереи), если мониторить страницу "Неиспользованные изображения", то это все можно выловить, но прикреплять изображение к списку боты не умеют - и, насколько я помню, это делать никто не будет, потому что нам в списках нужны по возможности наиболее подходящие изображения, а не первые попавшиеся. Вообще о ботах вам действительно лучше поподробнее поговорить с Алексеем, он ботовод с большим опытом, и многое у него создано как раз под нужды списков Викигида. В том числе ВД его боты для списков тоже создают в большом количестве, об этом уже шла речь в одном из обсуждений. Ну, и что касается "вручную загружать фото" - очень многие (в том числе я) грузят фото не через викидату, а именно через списки, тогда поле информации заполнять не нужно, оно заполняется автоматически, также автоматически подставляются шаблон ОКН в описании фото и категория (если она есть - если нет, то фото отправляется в категорию "Культурное наследие такого-то района/города"). По-моему, наоборот, создавать ВД (даже скриптом) ради загрузки фото - это какая-то адова трата времени и сил. Хотя, конечно, кому что привычнее. Про шаблон, который в категории надо ставить выше всего - ну, мне тоже этого никто не говорил, я сама увидела, просто посмотрев, что получается в каких случаях. Скрипты вещь хорошая, но иногда не вредно и глазами смотреть)) -- Екатерина Борисова (обсуждение) 18:48, 25 января 2024 (MSK)Ответить
    Создавать здания в wikidata теперь уже не сложно, поскольку я написал кучу выражений в QGIS для связывания их с улицей и административным районом. Я не придумал другого способа создавать категории с привязкой к улицам и другим параметрам зданий Svetlov Artem (обсуждение) 18:52, 25 января 2024 (MSK)Ответить
    Ну вот я их создаю чуть не десятками ежедневно и не вижу никакой проблемы, но тут опять же, кому какой способ более удобен. Однако если изучить категорию Streets in Russia by name, где складируются улицы с однотипными названиями, то легко увидеть, что абсолютное большинство улиц названо по типу "Lenin street (Kukuevo)" или "Lenin street, Kukuevo", но я практически не вижу наименований вида "Kukuevo Lenin street". То есть на уровне улиц консенсус явственно прослеживается, хоть он нигде не сформулирован. То же логично применять и к именованиям категорий домов по улицам. Вы опять-таки учитывайте. что если человек приходит в категорию Кукуево смотреть там категории улиц и домов по улицам. то он будет искать именно по названиями улиц, а не по Кукуево (раз он _уже_ пришел в эту категорию). Для своего удобства можно писать в личном пространстве как угодно, но для публичного использования стоит, мне кажется, искать какие-то способы, понятные и другим участникам. Кроме того, в любом месте есть какие-то знаковые постройки - именно поэтому дом Пашкова в Коммонз называется Pashkov house, а не Moscow Vozdvizhenka 3, а дом Зингера имеет категорию Zinger house, а не "Nevsky 28". -- Екатерина Борисова (обсуждение) 19:11, 25 января 2024 (MSK)Ответить
    Я придумал механизм как мне генерировать названия категорий для домов в зависимости от соседних, скоро сделаю Svetlov Artem (обсуждение) 00:08, 27 января 2024 (MSK)Ответить
    Вот так теперь категории называть буду: https://commons.wikimedia.org/wiki/Category:Lev_Tolstoy_Street_17,_Saint_Petersburg
    Я хоть и человек, но вручную придумывать категории для домов чтобы просто загрузить фотографии - слишком сложно, это должен делать компьютер Svetlov Artem (обсуждение) 19:38, 28 января 2024 (MSK)Ответить
    Хочу обратить ваше внимание на то, что на Васильевском острове в Петербурге адресация домов ведется по линиям, то есть по каждой из линий, пусть даже улица при этом называется, например, "12-13 линия". Есть дома по 12-й линии и есть по 13 линии, а адрес типа "12-13 линия, дом 15", который вы на днях создали, существовать физически не может (потому что дом не может находиться напротив самого себя). Ну и. в общем, чтобы обрести это сакральное знание и дальше им пользоваться, достаточно пары минут для просмотра адресов в Яндекс-панораме, чтения статьи в Вики или просмотра категорий в Коммонз - я там каждую пару линий уже давно раскидала по каждой из них. Будьте, пожалуйста, внимательнее, а то я немного задолбалась постоянно поправлять за вами категории. -- Екатерина Борисова (обсуждение) 08:32, 26 марта 2024 (MSK)Ответить
    так, тогда значит и в wikidata все эти улицы надо разделить на 2 отдельных объекта для каждой стороны улицы? Svetlov Artem (обсуждение) 09:47, 26 марта 2024 (MSK)Ответить
    Категории линий можно разделить, если вам того хочется, а статья для каждой пары линий одна и уже с викиданными, естественно. -- Екатерина Борисова (обсуждение) 18:36, 26 марта 2024 (MSK)Ответить
    получается что у 20 улиц в стране принципиально другая система именования домов. Я пока больше фото из этого района загружать не буду, подумаю как делать чтобы ни в чём не ошибиться. Svetlov Artem (обсуждение) 21:54, 26 марта 2024 (MSK)Ответить
    Сделал так, чтобы шаблон не растягивался на всю ширину страницы. Пример тут. -- Alexander (обсуждение) 19:23, 25 января 2024 (MSK)Ответить
    Тогда уж надо, чтоб и полный шаблон не растягивался (пример тут). Лично мне не трудно помещать шаблон выше ((Wikidata infobox)), тем более что я привыкла именно так и делать, но раз уж ужимать, то ужимать всё. -- Екатерина Борисова (обсуждение) 18:16, 28 января 2024 (MSK)Ответить
    Эээ, теперь получилось, что размер по горизонтали описательной части целиком зависит от количества текста в нем (примеры вот и вот для сравнения). Может, ну его к аллахам, пусть будет как раньше было? А то выглядит как-то очень уж топорно. -- Екатерина Борисова (обсуждение) 19:35, 28 января 2024 (MSK)Ответить
    Тут я, к сожалению, ничем не могу помочь. Можно откатить две мои правки в шаблоне Cultural Heritage Russia/layout, если две таблички разной ширины не нравятся. -- Alexander (обсуждение) 19:54, 28 января 2024 (MSK)Ответить
    Я попробовал другой вариант растяжения по ширине. Как будто бы он подходит для использования шаблонов Infobox и CHR в любом порядке. Алексей С. (обсуждение) 21:59, 22 февраля 2024 (MSK)Ответить
    Спасибо! -- Alexander (обсуждение) 22:09, 22 февраля 2024 (MSK)Ответить