Обсуждение Wikivoyage:Википроект:Картография

Новости картографии

Появилась возможность вставлять динамические карты прямо в текст статьи (см. Раквере). На мой взгляд, опция очень полезная и нужно лишь решить, какой слой карты использовать по умолчанию, а также где эту карту размещать. Я склоняюсь к большому прямоугольнику внизу страницы, поскольку в правой колонке карта чересчур «выпирает» и нарушает формат текста. --Alexander (обсуждение) 16:46, 13 июня 2013 (MSK)

Может, сделать карту отображаемой по щелчку? Примерно так:

— GMM (обсуждение) 16:33, 14 июня 2013 (MSK)

Да, это хорошая мысль, но остаётся вопрос, в каком именно месте статьи добавлять карту и какого её делать размера. Мне кажется, что 350px слишком мало — лучше 700-800, чтобы ей удобно было пользоваться. --Alexander (обсуждение) 17:05, 14 июня 2013 (MSK)

Если карта по умолчанию скрыта, можно делать хоть 800 пикселей в традиционном месте справа. Не страшно, что открытая карта порвет форматирование: ее можно всегда скрыть. GMM (обсуждение) 17:25, 14 июня 2013 (MSK)

Со скрытой картой хорошо, при этом размер даже можно увеличить.--Ymblanter (обсуждение) 00:24, 15 июня 2013 (MSK)

Ну вот я сделал что-то на коленке — см. Таллин, Раквере, Казань/Проспект Победы. Хотя мне самому не очень нравится. Надеюсь, что рано или поздно появится более изящное решение. Ширина 800 является предельной. Если ставить больше, то карта не влезает на 10-дюймовый экран планшета. --Alexander (обсуждение) 00:40, 15 июня 2013 (MSK)

А она должна влезать? Там есть функциональность перемещения карты?--Ymblanter (обсуждение) 01:07, 15 июня 2013 (MSK)

Есть. Просто начинает «распирать» страницу и при попытке уменьшить размер (страницы, не карты) сжимается колонка с текстом. Впрочем, можно и не обращать на это внимание. К сожалению, у меня нет под рукой экрана шириной больше 14 дюймов, поэтому я вообще не представляю, как всё это смотрится на широком мониторе. --Alexander (обсуждение) 01:48, 15 июня 2013 (MSK)

На широком просто занимает часть экрана, для навигации надо двигаться по карте.--Ymblanter (обсуждение) 10:41, 15 июня 2013 (MSK)

Карты!

Всем привет, мы собираемся включить сегодня карты на нескольких языках WikiVoyage. Документация тут. Можно попробовать их тут (особенно VE редактор). Всё слегка сырое, но работа продолжается, и обновления будут каждую неделю. Если будут проблемы или пожелания, создавайте новые запросы тут (вики-логин работает, нажмите на МедиаВики кнопку снизу в логин-форме). CC: Atsirlin AlexeyBaturin Ymblanter Wanderer777 --Yurik (обсуждение) 17:41, 7 марта 2016 (MSK)

Yurik, это очень здорово. Спасибо! Я заранее прошу прощения за то, что ни на этой, ни на следующей неделе не смогу, скорее всего, нормально с новыми возможностями разбираться, но потом постараюсь восполнить. --Alexander (обсуждение) 18:58, 7 марта 2016 (MSK)

Atsirlin, буду рад :) П.С. Я там слегка пример обновил - теперь более понятно всё. --Yurik (обсуждение) 19:08, 7 марта 2016 (MSK)

P.S. New functionality:

• add maps to pages using <mapframe>
• add map links to pages using <maplink>
• add markers and polygons to maps using Visual Editor
• edit geojson and see how it changes the map on each keystroke
• add auto-numbered markers (either numbers or letters), and have multiple counters
• have multiple "groups" of markers/polygons and showing them on the same map or on separate maps (e.g. all food and all drink maps and one combined map)
• markers and polygons can be of any color
• markers and polygons can be clicked and will show popups with wiki text and images
• fast full screen popup maps

Enjoy :) --Yurik (обсуждение) 04:51, 8 марта 2016 (MSK)

• Please see this discussion by the WikiVoyage community. Add your suggestions there. Thanks! --Yurik (обсуждение) 18:52, 9 марта 2016 (MSK)

Преимущества новых карт

Попробую объяснить своими словами, какие преимущества есть у новых карт:

• Правильные счётчики, которые нумеруют объекты каждого типа и не обнуляются в начале раздела
• Можно выбрать, какие объекты показывать на карте, а какие — нет
• Можно менять цвета значков
• Можно встроить карты в любой шаблон, а не только в {{listing}}
• Можно делать заливки и, например, выделить на карте территорию нужного города или района; также можно делать региональные карты с отдельными заливками под каждый регион (эта опция была, в принципе, и раньше, но теперь границы можно быстро и легко рисовать с помощью визуального редактора, за что Юрию отдельное спасибо!)

Первая проба вот тут, дальше будут региональные карты. --Alexander (обсуждение) 10:51, 2 апреля 2016 (MSK)

+ регион: карта Эстонии. --Alexander (обсуждение) 11:42, 2 апреля 2016 (MSK)

(для памяти: полигоны можно напрямую вытаскивать из OSM при помощи http://polygons.openstreetmap.fr/index.py)

Регионы отлично получаются. А что делать с двойными метками в шаблоне в статьях - сами исправятся?--Ymblanter (обсуждение) 11:48, 2 апреля 2016 (MSK)

Пока я их оставил для того, чтобы сделать новые метки точно такими же, как старые. Мне не удаётся в достаточной степени сжать новые метки по вертикали. --Alexander (обсуждение) 11:53, 2 апреля 2016 (MSK)

Ну и вишенка на торте: карта эстонских регионов. Трудно было себе представить, что такое возможно. --Alexander (обсуждение) 14:26, 2 апреля 2016 (MSK)

Я это уже видел, но пока не понимаю, что там сделано. Нельзя ли дать краткие пояснения? Спасибо.--Ymblanter (обсуждение) 14:31, 2 апреля 2016 (MSK)

А, кажется, понимаю. Цвета в таблице и на карте чуть отличаются, но это должно быть легко исправить. В качестве символов я бы тоже предпочёл звёздочки или квадратики, но и это должно быть несложно. А вот как программировать сплайн или ломаную по границам регионов, я понять не могу.--Ymblanter (обсуждение) 14:44, 2 апреля 2016 (MSK)

Цвета различаются из-за того, что на карте задан параметр opacity, а в легенде — нет. Можно туда его добавить. Что же касается символов на карте, то пока они доступны только в виде «капель». Если мы хотим другие, надо будет с Юрием обсуждать. Тему о значках на карте я там уже создал. --Alexander (обсуждение) 14:56, 2 апреля 2016 (MSK)

В конечном итоге всё оказалось довольно просто. Под каждый регион создан его контур на странице Template:Boundary/имя региона, после чего шаблон подхватывает этот контур и заливает его нужным цветом. Тот же самый контур использован в статье Северная Эстония для создания маски на основной (разворачиваемой) карте. Контур — это набор многоугольников, каждый многоугольник задан массивом координат.

Создавать контуры можно вручную, используя визуальный редактор, где нужно выбрать Add-->Map-->Draw Polygon, после чего пощёлкать на карту, и внизу появится список точек контура. Так я вчера нарисовал контур таллинского Старого города (здесь).

Другой вариант — брать контуры с OSM, что тоже оказалось довольно просто. Достаточно на главной странице OSM сделать поиск нужного объекта, выбрать этот объект и скопировать его ID (т.е. номер). Дальше вставить этот ID на http://polygons.openstreetmap.fr/index.py и появятся доступные контуры в разных форматах — нам нужен GeoJSON. Существенно, однако, что почти все контуры очень сложные и содержат тысячи точек, чего наши шаблоны не могут переварить. Поэтому на той же странице нужно воспользоваться опцией "Generate a simplified polygon", которая свернёт сложный контур в более простой на 300-400 точек, и вот уже его копировать к нам. Не совсем очевидный момент состоит в том, что контуры можно комбинировать. Эстонские регионы получены сложением в один файл контуров отдельных уездов.

Наконец, ещё один существенный момент состоит в том, что на странице Template:Boundary/имя региона должен быть только сам контур в формате [[X1,Y1], [X2,Y2], ... ]. Это отдельный многоугольник. Многоугольников может быть сколько угодно, просто через запятую: [[X1,Y1], [X2,Y2]], [[X3,Y3], [X4,Y4]] (по тому же принципу несколько эстонских уездов сложены в один общий контур). В выдаче GeoJSON всё это будет заключено в ещё какие-то квадратные и фигурные скобочки, их нужно просто удалить. --Alexander (обсуждение) 14:56, 2 апреля 2016 (MSK)

Понятно, спасибо. Попробую потом поиграть.--Ymblanter (обсуждение) 15:18, 2 апреля 2016 (MSK)

Выглядит впечатляюще, спасибо разработчикам! Пара вопросов:

• Ушел значок «открыть карту в новом окне» рядом со значком GPX. Мелочь, но иногда это было полезно.
• При попытке вставить шаблоны geo/new и regionlist/new сюда я получаю синтаксическую ошибку. Что я пропустил? GMM (обсуждение) 19:59, 2 апреля 2016 (MSK)

Я нигде не ставил проверку на наличие контура, поэтому без создания соответствующего шаблона карты не работали. Сейчас поставил проверку, теперь даже без контуров карты будут появляться.

Про карту в новом окне — хороший вопрос, к разработчикам. Пока там в правом верхнем углу есть значок, позволяющей развернуть карту в полноэкранный режим, но это не совсем то же самое. --Alexander (обсуждение) 20:10, 2 апреля 2016 (MSK)

Спасибо! А в региональных картах значки теперь придется расставлять вручную? В смысле, потерян ли механизм, собирающий путеводители в радиусе нескольких сот километров от центра и показывающий их на одной карте? GMM (обсуждение) 20:19, 2 апреля 2016 (MSK)

Да, потерян. Путеводители в радиусе нескольких сот километров вообще подгружались из дампа, т.е. та карта не была в полном смысле динамической. Мне кажется, что первично всё-таки обозначение на карте городов, перечисленных в статье, поэтому новый вариант лучше. Наверное, в будущем можно сделать так, чтобы объекты считывались не только с текущей страницы, но и с соседних (подобный функционал будет востребован во многих ситуациях). --Alexander (обсуждение) 20:35, 2 апреля 2016 (MSK)

Согласен, это первично, хотя карты крупных регионов будут выглядеть пустоватыми. В статье Россия на старой карте — сотни маркеров. GMM (обсуждение) 22:30, 2 апреля 2016 (MSK)

Да, с большими странами действительно проблема. Можно для таких случаев оставить старую карту наряду с новой. --Alexander (обсуждение) 22:40, 2 апреля 2016 (MSK)

Подумал немного про карту в новом окне. Концептуально новые карты отличаются от старых тем, что не создаются по запросу где-то на другом сервере, а открываются вместе со статьёй и вместе с ней сидят в кэше браузера. Нам привычно открыть статью в одной вкладке, открыть карту в другой, читать статью, смотреть на карту. А теперь нам предлагают читать статью, щёлкать на значок объекта (цветной квадратик), и по нему раскроется уже загруженная карта: посмотрели на неё, закрыли, продолжили читать. Я сейчас попробовал, это вроде бы работает и в оффлайне, т.е. вместо двух вкладок у нас одна, но в ней одновременно текст и карта. Надо поиграть с этим: возможно, так даже удобнее, чем раньше. --Alexander (обсуждение) 20:35, 2 апреля 2016 (MSK)

Еще немного поигрался с картами, пара наблюдений.

• При установленном map=region листинги на карте не отображаются совсем. Это соответствует букве правил, но вряд ли покрывает все возможные случаи. Например, сложный маршрут, где нужны будут и листинги, и контур.
• Если в статье есть два близко расположенных листинга, на карте появится только второй из них, а точнее, маркер от второго рисуется поверх первого. Это довольно неприятно: на старых картах близко расположенные маркеры принудительно раздвигались.

В общем, нужно тестировать, полностью переходить на новые карты еще явно не время. GMM (обсуждение) 22:30, 2 апреля 2016 (MSK)

По первому пункту — это я так настроил. Можно как угодно менять. По второму — мне, честно говоря, никогда не нравилась эта группировка значков в плюсики, поскольку непонятно, что там внутри, и, если они расположены совсем близко — приходилось щёлкать, чтобы перейти на максимальное увеличение, где значки наконец разъедутся. Т.е. текущий вариант мне нравится больше. Кроме того, теперь, если в статье кликнуть на значок, то открывается карта, на которой есть только объекты данного типа. Таким образом, если речь идёт о ресторане в гостинице, то по клику из раздела Еда объект будет выглядеть как ресторан, а по клику из раздела гостиниц — как гостиница. Мне кажется, что это лучшее решение для таких случаев. Ну а на общей карте будет видно что-то одно, никуда тут не денешься.

PS. Контур можно наложить на любую карту. С параметром map= он никак не связан. --Alexander (обсуждение) 22:40, 2 апреля 2016 (MSK)

Чего нам не хватает?

На мой взгляд, новый шаблон {{Regionlist/new}} стоит внедрить уже сейчас. При наличии статической карты он будет показывать её, а в отсутствие статической карты можно будет наносить контуры. --Alexander (обсуждение) 09:56, 4 апреля 2016 (MSK)

@Yurik, для более широкого внедрения новых карт нам понадобится следующее:

• Карта в ширину страницы и без обтекания текстом (T131621)
• Настройка значков на карте (T131618)
• Настройка всплывающих окошек (T131620)
• Правильная настройка значков внутри статьи (я не писал об этом на phabricator, мне просто нужен совет о том, как уменьшить размер этих значков до того, что у нас есть сейчас)

Пожалуйста, добавляйте сюда другие необходимые доработки. Как я уже написал Максиму, подход к близко расположенным и накладывающимися друг на друга значкам мне кажется правильным. Что же касается кнопки "открыть в новом окне", то да, её хочется иметь, хотя я подозреваю, что работать она всё равно будет не так, как мы предполагаем. Например, открыв карту в новом окне и нажав Refresh, мы получим обратно статью, а не обновившуюся карту. --Alexander (обсуждение) 09:56, 4 апреля 2016 (MSK)

Есть ли возможность задать маршрут в виде линии на карте, например, в формате, GeoJSON и экспортировать линию в формате GPX? --Vladimir Elistratov (обсуждение) 02:06, 11 апреля 2016 (MSK)

На новых картах или на старых? На новых есть возможность задавать линию, а на старых тоже вроде бы есть, но надо смотреть в других разделах (английском, немецком), где такое делали. --Alexander (обсуждение) 08:56, 11 апреля 2016 (MSK)

Дайте, пожалуйста, ссылку на инструкцию для новых карт и пример применения для старых. --Vladimir Elistratov (обсуждение) 12:54, 11 апреля 2016 (MSK)

Внедрение

Как вы уже, наверное, поняли, Yurik хочет, чтобы мы прямо сейчас перешли на новые карты. Английский раздел он перевёл на них неделю назад в добровольно-принудительном порядке. Это нужно в том числе для того, чтобы эффективнее ловить баги и дальше отлаживать систему. Совсем критический вопрос, на мой взгляд, всего один:

Карты неправильно работают в сворачиваемых элементах. В этой связи разработчики спрашивают, не хотим ли мы перейти на «английскую» систему, когда карта вставляется в развёрнутом состоянии (без сворачиваемого элемента) и, может быть, не во всю ширину страницы. Пример тут.

У «английского» варианта есть два преимущества — возможность подстроить форму карты так, чтобы она показывала город целиком, и появление карты сразу (для тупых=). Есть и несколько недостатков, причём не менее серьёзных. Во-первых, такая карта малофункциональна, её всё равно приходится разворачивать во весь экран. Во-вторых, обтекаемый элемент большой ширины совершенно не способствует нормальному форматированию страницы. В-третьих, карта будет довольно нелепо выглядеть в пустых статьях. (английский раздел использует карты ограниченно, поэтому в коротких статьях карт просто нет, а у нас они есть в каждой статье)

В общем, мне больше нравится текущий вариант с разворачиваемой картой, но меня попросили спросить, поэтому спрашиваю.

В качестве напоминалки, примеры новых карт: город, страна. --Alexander (обсуждение) 19:44, 16 июня 2016 (MSK)

Alexander, как вы меня однако, добровольно принудительно :))) Проблема к сожалению в том, что карты опираются на нестабильную, постоянно падающую систему на основе wmflabs, которой практически никто не занимается, без документации, и мало кто знает как к ней подступится. Плюс старые карты до сих пор (хотя теперь и в меньшей степени) нарушают Privacy policy. Новыми картами по моим прикидкам занимаются десятки людей (от operations до разработчиков), плюс все те технологии что мы используем постоянно обновляются. В любом случае, мы все стараемся чтобы новые карты были на голову лучше старых, и могли и дальше расти. Буду рад помочь с любыми начинаниями (но не более 18 часов в сутки, 7 дней в неделю) :) --Yurik (обсуждение) 20:03, 16 июня 2016 (MSK)

О преимуществах новых карт как явления я писал два месяца назад выше. А тут речь о положении карт на странице и о том, что вынос карт из сворачиваемых элементов внутрь страницы довольно сильно перекосит вид страниц. Кроме того, это потребует (от меня прежде всего) возни с переносом — его нельзя сделать, как в английском разделе, одной правкой.

В английском разделе что-то полезное можно сделать только в добровольно-принудительном порядке, поэтому всё правильно было=) --Alexander (обсуждение) 20:09, 16 июня 2016 (MSK)

 :) Я озадачил MaxSem с переносом javascript кода и CSS в extension, так что возможно с этим в скором времени разберёмся (скорей всего в понедельник, хотя кто знает, Макс иногда и за пару часов может многое наворотить). С главным модулем надо ещё подумать - ведь есть возможность использовать шаблон но без параметров. Например, если есть {{mapframe|height=100|...}}, то это не значит что надо создавать {{#invoke:map|tag|height={{height|100}}|...}}}} - достаточно создать {{#invoke:map|tag|...}}}}, а модуль всё равно сможет получить height параметр из вызывающего шаблона. Тем самым резко можно упростить промежуточные шаблоны, такие как "eat", "sleep", и т.д. --Yurik (обсуждение) 20:50, 16 июня 2016 (MSK)

Alexander Развертывание теперь работает. Можно переходить без изменений :) --Yurik (обсуждение) 01:59, 17 июня 2016 (MSK)

Очень круто, спасибо. --Alexander (обсуждение) 02:09, 17 июня 2016 (MSK)

Я, честно говоря, вообще карты в сворачиваемых элементах не использую, пользуюсь ссылкой наверху страницы (она же из значков шаблона listing).--Ymblanter (обсуждение) 22:29, 16 июня 2016 (MSK)

Я всегда добавляю mapframe. Ведь точно есть какой-то процент людей, которые не поймут, что есть карта. И в зависимости от того, насколько большой этот процент, можно было бы и определиться, нужно ли показывать развёрнутую карту.

В случае же, когда раздел Get around небольшой, карта может заходить на следующие разделы, и страница выглядит хуже. Тогда я добавляю <br clear="all"> после карты.--Kiaora (обсуждение) 11:19, 17 июня 2016 (MSK)

...что тоже выглядит хуже, особенно если в разделе Get around есть свои фотографии. --Alexander (обсуждение) 11:29, 17 июня 2016 (MSK)

Тут продётся чем-то жертвовать: либо эстетикой, либо функциональностью.

Ещё можно как во французском викигиде добавлять карту в citybar, но тогда там сильно маленький размер карты получается, неудобно пользоваться. --Kiaora (обсуждение) 12:09, 17 июня 2016 (MSK)

Значки для карт

Менее существенные проблемы:

• На карте нет привычных значков. Если я правильно понимаю, мы ничего не можем с этим сделать и просто ждём, пока разработчики наладят импорт новых значков

• Нам нужна помощь с картинками - если у кого есть время, подготовьте пожалуйста SVG изображения всех картинок из старых карт (еда, домик, и другие), и загрузите на commons (естественно под правильной лицензией, CC0 в лучшем случае). Нам понадобится вот такие два файла, с такими-же!!! цветами (цвет меняется потом на лету): и . Если возможно, не двигайте картинки - тогда можно будет переиспользовать те-же координаты для каждого (но если надо, скоректирую смещения). --Yurik (обсуждение) 20:50, 16 июня 2016 (MSK)

Под это дело стоит подумать о том, чтобы сделать (нарисовать, найти на Commons) новые значки, поскольку старые выглядят не слишком профессионально. Ludvig14, может быть, у Вас есть идеи? --Alexander (обсуждение) 21:49, 16 июня 2016 (MSK)

Что касается карт, я тоже использую только карту на отдельной странице, а в самой статье, как это сделано в английском разделе, она мне всегда казалась излишней. Впрочем, сильного отвращения такая карта не вызывает, так что можно и вставить (хоть бы и добровольно-принудительно). Что касается значков, я не очень поняла, что надо придумать. В общем-то сложные значки на карте и не нужны и наши цветные квадратики-ромбики вполне себе симпатичны и ненавязчивы. Если хочется чего-то более сложного, то у нас в панели редактирования полно всяких иконок - от акрополя до велосипедиста. Наверное, они уже где-то загружены? -- Ludvig14 (обсуждение) 01:20, 17 июня 2016 (MSK)

Надо придумать значки, на которые будут хорошо ложиться номера: как одно-, так и двузначные. С квадратиками-ромбиками всё понятно, но есть ещё Еда и Ночная жизнь, которые мне кажутся не совсем удачными. Но, может быть, это мои личные заморочки... --Alexander (обсуждение) 01:28, 17 июня 2016 (MSK)

Так яснее. Я подумаю. -- Ludvig14 (обсуждение) 01:53, 17 июня 2016 (MSK)

Ludvig14, и ещё одна просьба: нельзя ли взять Ваши значки культурного наследия/природных памятников и сделать с ними то, о чём Юрий написал выше? На этих значках номеров не будет, но у нас, внезапно, появится возможность менять цвета! И значки нужно интегрировать в новые карты в любом случае. Спасибо! --Alexander (обсуждение) 11:29, 17 июня 2016 (MSK)

Хм, Вы имеете в виду сделать файлы со значками трех размеров и добавить файлы с тенями? Рисовать-то я, в общем, не умею. Я, конечно, попробую поиграться, но в эти выходные, похоже, свободного времени будет немного. Так что уж точно не быстро. -- Ludvig14 (обсуждение) 12:40, 17 июня 2016 (MSK)

Да, именно так. Я тоже рисовать не умею) --Alexander (обсуждение) 12:49, 17 июня 2016 (MSK)

Как я понимаю, новые карты уже в действии. Ведут они себя пока как-то нехорошо (например, не догадываются сами уйти в отдельную вкладку), но самое печальное, что я не знаю, где теперь искать старые значки. Просто чтобы еще раз посмотреть на них. -- Ludvig14 (обсуждение) 13:35, 17 июня 2016 (MSK)

Да, это ожидалось. Отдельную вкладку можно открыть вручную и вызвать карту там, но вообще все должны активно просить Юрия внедрить-таки открытие карты в новой вкладке, причём по умолчанию для Wikivoyage я бы сделал именно такой вариант.

Значки на карте пока ещё есть тут. Кстати, исходник самих значков я найти не могу. В этом файле есть похожие символы, но там ещё старый стиль Wikitravel. --Alexander (обсуждение) 14:32, 17 июня 2016 (MSK)

Ludvig14, ещё одна мысль, которая появилась из просмотра разных значков. Пожалуй, мне больше всего режет глаз сочетание простых геометрических значков (квадратиков, ромбиков) с бокалом Ночной жизни и тарелкой Еды. Я бы думал, что нужно везде делать фигурные значки или, наоборот, везде простые геометрические. Но, повторю, это может быть кривая особенность моего восприятия. --Alexander (обсуждение) 14:44, 18 июня 2016 (MSK)

Пожалуй, такое стилистическое различие смущает и меня, но, боюсь, нам без этого не обойтись. Если следовать какому-то одному стилю, то надо определиться, в какую сторону мы сейчас склонимся: геометрия или "равноосные" значки-картинки. Вообще, из набора MAKI вполне можно взять siutcase, shop, campsite (либо triangle) и cafe. Квадратиков с ромбиками там и нет (можно и добавить, чего уж проще?), но для достопримечательностей можно взять звезду (не знаю, как в нее впишется цифра, но это будет зависеть от ее размера) и/или кружок. Может быть, стоит ввести различие для важных (star=yes) и обычных достопримечательностей. В силу труднообъяснимых причин, мои симпатии еще склоняются к равноосной звезде Соломона (цифра должна вписаться великолепно), но она, видимо, будет неправильно трактоваться. Больше пока ничего не надумалось. -- Ludvig14 (обсуждение) 16:09, 18 июня 2016 (MSK)

Я предлагаю создать временную страницу и собирать там подходящие значки для дальнейшего обсуждения. Шестиконечная звезда будет эффективным пиаром проекта, про нас узнают-) На это можно было бы пойти, но меня смущает, что эта звезда стандартно обозначает на картах синагоги и только их. --Alexander (обсуждение) 17:03, 18 июня 2016 (MSK)

• Про культурное наследие -- можно пример? Я могу добавить только "фоновые" иконки типа той что есть сейчас (капелька), так как потом в неё будут добавлены все иконки из набора maki (они все там в конце), плюс цифры и буквы. Если нужны другие иконки, можем обсудить и предложить в маки-проект (его Mapbox курирует). Не имеет смысла добавлять иконки как фон (вместо капли), а то поверх наложатся буквы/иконки/цифры, и будет очень странно. Yurik (обсуждение) 07:04, 18 июня 2016 (MSK)

Вот примеры культурного наследия и природных памятников. В каждом из них свои значки, нарисованные Ludvig14. Нумеровать эти объекты не нужно — ну или как минимум мы никогда этого раньше не делали. Если допустимо, чтобы значки были без капли и без возможности нумерации, то проще всего интегрировать в новые карты те значки, которые у нас есть сейчас. Или же мы должны отказаться от своих собственных значков в принципе, и подобрать из maki-icons что-нибудь подходящее. --Alexander (обсуждение) 14:40, 18 июня 2016 (MSK)

Собрала наши значки в две подкатегории в категории c:Category:Wikivoyage icons. -- Ludvig14 (обсуждение) 17:05, 18 июня 2016 (MSK)

Ludvig14, спасибо, стало намного понятней! Alexander, технология которую мы используем позволяет на текущий момент нарисовать каплю любого цвета с картинкой или с буквой/цифрой. Картинка должна быть одной из набора Маки (и только первой версии - Маки пару недель назад вышли во 2ой версии, мы ещё не перешли из за кой каких сложностей). Либо вместо картинки, можно цифры 0..99. Буквы A..Z (только латинские и большие). Это всё завязано на GeoJSON стандарт + расширение simple style. По моим прикидкам, достаточно легко будет добавить другие маркеры в дополнение к капле - достаточно двух картинок как я писал выше. Иконки скорей всего будет добавить слегка труднее.

Далее, в будущем я надеюсь мы сможем перейти на WebGL карты (слегка другая стилистика, и рисуются на клиенте, что резко уменьшает поток данных). Как часть той системы, надо будет подумать как встроить данные прямо в карту, а не рисовать картинки поверх карт. К примеру, в яндех и гугл картах нету капель, а все рестораны показаны просто как маленькие иконки - как маки, возможно с подписями. Но до той технологии ещё далеко - я не знаю пока как это сделать при больших потоках запросов, буду думать. --Yurik (обсуждение) 19:57, 18 июня 2016 (MSK)

Yurik, честно говоря, я не понимаю. В чём разница между маркером и иконкой? Можем ли мы вместо капли просто ставить иконку, например, памятника архитектуры, не нанося на неё никаких букв и цифр и даже не добавляя тени? Это будет простейший вариант реализации карт культурного наследия и природных памятников. Или такой вариант плох чем-то? --Alexander (обсуждение) 20:34, 18 июня 2016 (MSK)

Alexander, я тут внимательно пересматривал код маркеров, и по какой-то причине база "pin" (капля) там закодирована, а не как параметер в GeoJSON, как я думал в начале. Судя по всему, раньше он был параметром Сейчас пытаюсь понять в чём причина изменений, и насколько сложно это будет изменить и потом поддерживать. По поводу обычных изображений - нарушится общая система, так как нам надо будет отслеживать "базы" на которых нельзя наложить иконки или буквы. Маркер (комбинация базы+иконки/букы/цифры) задаётся в GeoJSON как три значения "marker-symbol", "marker-size", "marker-color", и как только мы говорим что в некоторых комбинациях система не работает, это создаст проблемы для использования. Короче думаем :) --Yurik (обсуждение) 23:10, 18 июня 2016 (MSK)

Значит ли последнее сообщение, что проблема со значками уже не стоит? Кстати, после немного более внимательного разглядывания новых карт, я подумала, что цвета значков более чем достаточно для их дифференциации по функциям. Правда капли лично меня несколько раздражают - то ли формой, то ли слишком крупным размером, то ли ненужной окантовкой (место занимает, а пользы ноль), то ли тенью, то ли всем вместе. Извините... Естественно, это не означает, что надо их на что-то менять. -- Ludvig14 (обсуждение) 11:40, 21 июня 2016 (MSK)

У меня похожие впечатления. Вопрос с размером решался, как выяснилось, очень просто, и мне кажется, что нам нужно придерживаться именно такого размера small, чтобы метки не занимали чересчур много места. Тени и окантовки при этом тоже стало меньше (или всё равно раздражает?) С другой стороны, проблема с различимостью значков в ч/б варианте осталась, и её надо решать. Но мы, кажется, ждём мнения Юрия о программной части. Какой-то спешки с переводом на новую систему карт культурного наследия и природных памятников пока нет. --Alexander (обсуждение) 17:16, 21 июня 2016 (MSK)

• Ещё минус текущих меток. Распечатанная на черно-белом принтере (коих большинство) карта, становится если не бесполезной, то крайне сложно читаемой точно. --Insider (обсуждение) 12:03, 21 июня 2016 (MSK)

Карта в новом окне

• Возможность открыть карту в новом окне — видимо, будет

--Alexander (обсуждение) 19:44, 16 июня 2016 (MSK)

Будет то будет, вот только когда не уверен... следите - phab:T137910 --01:59, 17 июня 2016 (MSK)

• Ludvig14, Alexander: Открытие в новом табе (shift) или новом окне (ctrl) почти сделали, и для ссылок, и для карт - демо тут. Сейчас полируем. Гляньте, если есть какие рекомендации. --Yurik (обсуждение) 07:04, 18 июня 2016 (MSK)

Yurik, по-моему, всё хорошо. Спасибо. А как предполагается: новое окно будет всегда открываться по Ctrl+Click, или можно будет выбрать вариант по умолчанию? --Alexander (обсуждение) 14:40, 18 июня 2016 (MSK)

Пока только так, потом может и сделаем возможность выбора. Надо бы завести phab: ticket, а то забудем. --Yurik (обсуждение) 20:03, 18 июня 2016 (MSK)

Ага, все здорово! Вот только по нажатию на F5 (обновление) карта ведет себя странно: сначала перерисовывает вызвавшую вкладку текстовую страницу, а потом уже карту. -- Ludvig14 (обсуждение) 17:01, 18 июня 2016 (MSK)

Я предполагаю, что так и должно быть, поскольку карта отныне не является самостоятельной сущностью и не имеет, например, своего URL-адреса — она грузится вместе со страницей. Впрочем, Юрий наверняка объяснит лучше. --Alexander (обсуждение) 17:06, 18 июня 2016 (MSK)

Ага )). --Yurik (обсуждение) 20:03, 18 июня 2016 (MSK)

Карто-баги

В общем, шаблоны изменены. Пути назад нет, о багах сообщайте. Можно пробовать новые возможности, а именно:

• Добавлять координаты в {{cityitem}} для того, чтобы города отображались на карте. Надо будет дописать туда считывание координат с Викиданных, тогда в шаблоне достаточно будет указывать ID Викиданных
• Добавлять контуры, показывающие границы города/региона. Контуры хранятся в шаблоне Template:Boundary/PAGENAME. Контуры можно рисовать в визуальном редакторе или брать с OpenStreetMap, см. мой ответ Ярославу на одну тему выше.
• Делать динамические карты регионов — особенно там, где нет статических. Для этого нужно добавлять в {{regionitem}} координаты, после чего загружать всё те же контуры для отдельных регионов, и тогда на карте они будут раскрашиваться в разные цвета.

--Alexander (обсуждение) 03:48, 17 июня 2016 (MSK)

• Видимо я первый :) Alexander, Нидерланды - ссылки на города в тексте на 0,0 помоему показывают. --Yurik (обсуждение) 04:33, 17 июня 2016 (MSK)

fixed --Alexander (обсуждение) 10:30, 17 июня 2016 (MSK)

• В Safari при нажатии на любом листинге карта не открывается на весь экран, а только лишь на небольшой прямоугольничек слева. Так же это работает и в английском разделе. Возможно, это надо разработчикам как-то зарепортить. С другими браузерами всё нормально. --Kiaora (обсуждение) 11:05, 17 июня 2016 (MSK)

Kiaora, спасибо, подтвердили. phab:T138079. Кстати, хорошо-бы добавить {{tracked}} шаблон - очень одобно на баги ссылатся. --Yurik (обсуждение) 06:51, 18 июня 2016 (MSK)

• Я только что создал страницу Дордрехт путём развёртывания шаблона город. Она сразу попала в категорию Category:Страницы с некорректными картами.--Ymblanter (обсуждение) 20:45, 19 июня 2016 (MSK)

Надо заполнить шаблон {{geo}}. --Alexander (обсуждение) 20:52, 19 июня 2016 (MSK)

Спасибо, помогло. Следующая проблема с картами: не показывается зум, а на правый клик мыши не показываются координаты точки.--Ymblanter (обсуждение) 20:59, 19 июня 2016 (MSK)

Ну да, уже понятно, что все кроме меня именно этими возможностями и пользовались. Юрий считает (небеосновательно, на мой взгляд), что читателю ни то, ни другое не нужно, но редакторы без этих функций явно страдают. Со своей стороны я могу лишь напомнить вот об этом сервисе, который никуда не делся. Я всегда держу его открытым в отдельном окне.

Юрий, количество жалоб на zoom и координаты по клику уже столь велико, что нужно, по-моему, как-то их встраивать. --Alexander (обсуждение) 21:32, 19 июня 2016 (MSK)

Alexander - я полностью согласен что они нужны, надо только понять как их встроить чтобы не мешать читателям. Спасибо за ссылку на geomap - очень хороший инструмент. Постараюсь что нибудь придумать с нашей командой в скором времени. Любые рекомендации как всегда приветствуются. P.S. Один из вариантов это довести до ума Visual Editor или другой альтернативный способ - копирование координат это всё-же 20й век :) --Yurik (обсуждение) 03:17, 20 июня 2016 (MSK)

В региональных статьях (Республика Алтай, Новосибирская область, Алтайский край) если щелкнуть по "Открыть карту" или "Карта", то не отображаются POI. Если же щелкнуть по какому-либо листингу в статье, то отрывается карта со всеми POI, как и должно быть. Никаких правок в региональных статьях не требуется, чтобы новые карты заработали? Баг? --AlexeyBaturin (обсуждение) 18:13, 20 июня 2016 (MSK)

Алексей, скорее фича. Я забыл, что кое-где бывают листинги в региональных статьях, и потому отключил во всех региональных статьях точки типа see,do,eat. Сейчас верну их на место. --Alexander (обсуждение) 18:21, 20 июня 2016 (MSK)

Теперь "Карта" (которая во весь экран) работает нормально, а "Открыть карту" (в половину экрана) - по прежнему не отображаются POI. --AlexeyBaturin (обсуждение) 18:58, 21 июня 2016 (MSK)

Да, я про неё забыл. Теперь должно работать. --Alexander (обсуждение) 19:56, 21 июня 2016 (MSK)

Работает, спасибо! --AlexeyBaturin (обсуждение) 20:05, 21 июня 2016 (MSK)

• А еще не отображаются окрестности (type=vicinity). -- Ludvig14 (обсуждение) 12:38, 6 июля 2016 (MSK)

fixed. --Alexander (обсуждение) 15:04, 6 июля 2016 (MSK)

На странице Болгария вставленная в статью карта центрирована по Гвинейскому заливу (нулевые координаты), а та, на которую ссылка сверху, центрирована правильно. Это известный нам баг, или что-то новое?--Ymblanter (обсуждение) 17:47, 11 июля 2016 (MSK)

Это баг неправильного использования шаблона. --Alexander (обсуждение) 18:04, 11 июля 2016 (MSK)

Понятно, спасибо.--Ymblanter (обсуждение) 18:18, 11 июля 2016 (MSK)

• Если я кликаю на listing в статье из раздела Достопримечательности, открывается карта, и на ней показываются только листинги из этого раздела, а из раздела Транспорт не показываются. Точно то же самое, если кликаю из раздела Транспорт - показываются только транспортные листинги. Статья Вентура.--Ymblanter (обсуждение) 14:04, 25 июля 2016 (MSK)

Это нарочно. Если есть желание, чтобы отображались все значки, можно перенастроить. --Alexander (обсуждение) 14:30, 25 июля 2016 (MSK)

Мне кажется, раньше было удобнее, но я не настаиваю.--Ymblanter (обсуждение) 14:41, 25 июля 2016 (MSK)

Забыл сказать, что я изменил шаблон, и теперь по клику на листинг открывается карта со всеми значками. --Alexander (обсуждение) 21:24, 28 июля 2016 (MSK)

Ага, спасибо.--Ymblanter (обсуждение) 21:55, 28 июля 2016 (MSK)

• В статье Раума на сворачиваемой карте не получилось отобразить значки. Карты, вызываемые кликом по листингу или по значку в правом верхнем углу, работают нормально. GMM (обсуждение) 21:08, 31 июля 2016 (MSK)

Потому что в {{geo}} не было параметра map=city/region. Сейчас я сделал так, чтобы он был и не нужен. --Alexander (обсуждение) 21:35, 31 июля 2016 (MSK)

Отлично, спасибо. GMM (обсуждение) 21:41, 31 июля 2016 (MSK)

• Карта (в статье Румыния) открывается на зуме 1 (то есть весь мир). Прописывание зума ничего не изменило.--Ymblanter (обсуждение) 22:28, 11 августа 2016 (MSK)

Похоже, что это какая-то проблема в коде. Написал разработчикам. --Alexander (обсуждение) 04:11, 12 августа 2016 (MSK)

Этот баг исправлен. Юрик, спасибо!

Но теперь у меня вопрос ко всем: насколько хорошо и быстро у вас загружаются карты, в том числе разворачиваемая карта внутри страницы? У меня это происходит очень медленно и криво, но, может быть, дело в плохом интернете. --Alexander (обсуждение) 05:12, 17 августа 2016 (MSK)

При нажатии на значок рядом с листингом - довольно шустро. Разворачиваемая карта (которая, появляется после нажатия ссылки Открыть карту) - плохо, при этом прорисовывается только верхняя треть карты, остальное просто белый фон (Safari и FF).--Kiaora (обсуждение) 06:29, 17 августа 2016 (MSK)

У меня, насколько я могу судить, всё нормально открывается.--Ymblanter (обсуждение) 09:39, 17 августа 2016 (MSK)

Ярослав, а разворачиваемая карта тоже открывается целиком? Потому что я вижу ровно те же симптомы, что и Андрей: открывается верхняя треть карты, а всё остальное — белый фон. --Alexander (обсуждение) 13:52, 17 августа 2016 (MSK)

Нет, у меня тоже только верхняя треть. Странно, мне казалось, я ещё утром это написал, но, видимо, нет.--Ymblanter (обсуждение) 13:56, 17 августа 2016 (MSK)

Я, кажется, понял: в отличие от патча для параметра zoom=, это изменение не было внедрено немедленно, поэтому надо подождать несколько дней, а то и неделю, пока выйдет обновление Mediawiki. --Alexander (обсуждение) 14:19, 17 августа 2016 (MSK)

• Еще недавно в правом верхнем углу карт был селектор, позволяющий выбрать слой Mapnik и, не менее важно, показать значки только определенного типа (see/eat/sleep etc). Без него уже не так удобно :( GMM (обсуждение) 16:39, 18 августа 2016 (MSK)

GeoShapes сервис

(переведите пожалуйста, можно прямо заменяя текст - оригинал взят тут)

Dear community, this week we launched geoshapes service. So if Open Street Maps community has defined a region and assigned it a Wikidata ID, you can draw it on the map with that ID. Or you can use Wikidata Query Service (via SPARQL language), to query for those IDs and draw them on the map, coloring them and adding popup information. See documentation.

P.S. We also enabled <maplink> support on all Wikipedia and sister projects. Our next big step is to add an informational sidebar to the map, similar to what is being shown on the "geohack" page (map link in the upper right corner of most location articles). Check out proposed screenshots.

--Yurik (обсуждение) 11:29, 9 сентября 2016 (MSK)

Это, кстати, должна быть полезная вещь, у нас сейчас регионы на картах не очень хорошо выделяются. Непонятно только, как разбираться, если у нас и в английском разделе один и тот же регион определён по-разному.--Ymblanter (обсуждение) 12:18, 9 сентября 2016 (MSK)

Для придуманных регионов это в любом случае неактуально, поскольку соответствующих контуров на OSM просто нет и не будет, т.е. хранить их придётся где-то ещё. Актуально для городов, стран и официальных регионов. --Alexander (обсуждение) 13:14, 9 сентября 2016 (MSK)

Yurik, вопрос: система сама каким-то образом упрощает контур до того числа точек, которое MediaWiki может переварить? Как это работает? Можно ли на это повлиять?

И другой вопрос: что делать с самодельными контурами? Хранить их локально? Ждать, что появится общее хранилище? --Alexander (обсуждение) 13:14, 9 сентября 2016 (MSK)

Alexander, да, в зависимости от размера объекта, упрощается количество точек. Алгоритм не совершенен, мы всё ещё его отлаживаем, так что советуйте как улучшить. Самодельные контуры - пока вариант только локально, но надеюсь скоро будет что-то на Commons. --Yurik (обсуждение) 17:24, 9 сентября 2016 (MSK)

Так в Викиданных же теперь есть свойство для KLM, там и надо хранить. Хоть самодельные регионы, хоть какие.--Ymblanter (обсуждение) 13:32, 9 сентября 2016 (MSK)

А какое это свойство (номер)? И зачем нам KLM, если карты требуют GeoJSON? --Alexander (обсуждение) 14:10, 9 сентября 2016 (MSK)

d:Property:P3096. Про KML/GeoJSON, к сожалению, ничего сказать не могу, это заметно за пределами моей компетенции.--Ymblanter (обсуждение) 14:37, 9 сентября 2016 (MSK)

Эта штука хранит ссылку на страницу Википедии, где размешён KML-файл. Сами данные, как ни странно, не находятся в Викиданных. --Alexander (обсуждение) 14:43, 9 сентября 2016 (MSK)

• GeoShapes service just got support for lines (roads, rivers, and everything else that has been IDed with Wikidata ID). For an example, see help page. --Yurik (talk) 21:40, 21 September 2016 (UTC)

GPX/KML ⇒ GeoJSON на Вики-Складе

Всем привет, хотел похвастаться продемонстрировать новый, почти готовый способ хранить GeoJSON данные во многих языках централизованно и использовать их в различных картах на разных вики. Надеюсь он полностью вытеснит GPX/KML и другие форматы хранения гео-данных на вики. В какой-то момент возможно надо будет добавить выгрузку GeoJSON в других форматах. DEMO на Lab's Beta Cluster. --Yurik (обсуждение) 08:15, 8 ноября 2016 (MSK)

Yurik, очень круто. А уже есть договорённость о том, что сообщество Commons хочет (или захочет) у себя это хранить? Я помню там были возражения поначалу. --Alexander (обсуждение) 11:13, 8 ноября 2016 (MSK)

Границы городов и районов на картах

Хотел обратить внимание сообщества на то, что теперь все карты отображают границы городов и районов, если, конечно, эти границы заданы. Есть два способа задать границы:

• Нарисовать их вручную и сохранить в Template:Boundary/Название страницы — это неокончательный вариант; в светлой перспективе будет общее хранилище для таких данных
• Взять непосредственно с OpenStreetMap. Для этого нужно, чтобы на Викиданных в свойстве P402 был задан код соответствующей кривой на OpenStreetMap, а там, в свою очередь, была сделана привязка к Викиданным через свойство Wikidata. Это уже работает для крупных городов — например, Москвы и Киева, где границы подгружаются автоматически — но чаще всего привязка OpenStreetMap-Викиданные не сделана, и ею нужно заниматься вручную (что, разумеется, очень полезно для сообщества в целом).

Если есть желание как-то изменить код — например, не подхватывать границы автоматически, а делать это лишь в отдельных, избранных случаях — говорите. Отображение границ очень полезно для наших самодельных районов. Официальные границы большинства городов (см. тот же Киев) нам, в общем, бестолку, хотя их отображение является приятным украшательством, так что по умолчанию я оставил его включенным.

Границы районов внутри города можно посмотреть на примере Москва/Арбат, но я ещё работаю над тем, чтобы прорисовать их аккуратнее. --Alexander (обсуждение) 16:01, 18 ноября 2016 (MSK)

Про районы все понятно, а зачем нужна маска границ для целого города? Пока я вижу, что в статье Киев два листинга в границы не попали, выглядит это странно. Может быть, все это полезно и нужно, и я просто не знаю, зачем в путеводителе указывать официальные границы населенных пунктов. GMM (обсуждение) 23:32, 18 ноября 2016 (MSK)

Я уже написал, что в общем случае это украшательство. Визуально помогает сфокусироваться, понять, где уже совсем окраина, а где — ещё не очень. Но в случае Москвы это, по-видимому, лишнее, поскольку административная граница не имеет ничего общего с реальной (с другой стороны, можно вручную сделать маску по МКАД).

На городах я, собственно, не настаиваю: можем для них маску выключить. Для стран и регионов я бы её оставил, там полезно выделить границы. --Alexander (обсуждение) 00:17, 19 ноября 2016 (MSK)

Давайте оставим для стран, регионов и районов города. GMM (обсуждение) 14:36, 22 ноября 2016 (MSK)

Теоретически, я могу себе представить, что и в статьях о городе придётся использовать границы - например, если город является частью большой агломерации, и границы с соседними городами на местности не видны. Конечно, это ситуация редкая, но совсем её исключать я бы не стал.--Ymblanter (обсуждение) 16:24, 22 ноября 2016 (MSK)

По словам Александра, это можно делать вручную в отдельных случаях. Да, где-нибудь в Рурской области границы городов будут полезны. GMM (обсуждение) 16:36, 22 ноября 2016 (MSK)

В качестве итога напишу, что к шаблону {{geo}} теперь прилагается параметр boundary=, которому следует сообщить номера элементов Викиданных (можно несколько, через запятую) или имя data-файла на Commons. Для районов города (точнее, всех страниц, имеющих / в названии) контур с Викиданных подцепляется автоматически, но его можно перезаписать тем же параметром boundary=. Пример использования — Прага. --Alexander (обсуждение) 17:04, 26 июля 2017 (MSK)

Контуры регионов на Commons

Примерно месяц назад появилась возможность хранить контуры регионов не локально в Template:Boundary/XXX, а организованно, на Commons. Одновременно на Commons было добавлено пространство имён Data. Сегодня я задумался о том, как этим вообще пользоваться, и обнаружил, что спустя месяц о существовании нового пространства имён правила Викисклада не говорят ничего. Это всё, что вам следует знать о Викискладе и его сообществе, а нам нужно решить следующее:

1. Хранить ли контуры на Commons?
2. Если да, то как это организовать

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

К слову, о существовании нового пространства имён Викисклад не знает ничего, а вот удалить оттуда что-то уже попытались. К счастью, разработчики сделали этот процесс весьма затруднительным.

По второму вопросу: каждый контур находится на странице Data:Имя.map. У тех немногих страниц, что есть сейчас, имя обычно дано по принципу источник/имя.map. Мы можем, в принципе, называть страницы Wikivoyage/регион.map, поскольку категории к страницам данных добавлять нельзя и, следовательно, без префикса Wikivoyage их нельзя потом будет идентифицировать. Остаётся вопрос, как лучше называть регионы — придумывать им английские названия, или ещё что-то. Здесь я бы, честно говоря, выбрал коды Викиданных (например, Wikivoyage/Q12345), поскольку на них легко сослаться из наших шаблонов, а для людей с Викисклада это будет совершенно непонятным и не будет соблазна лишний раз рыться в том, что их совершенно не касается. Если же выдумывать англоязычные или ещё какие-то названия, мы столкнёмся с проблемой, хорошо известной для категорий Викисклада: ни один бот потом не распознает, что название типа 'Chistiye Prudy and Pokrovka.map' относится к странице Москва/Чистые пруды и Покровка. --Alexander (обсуждение) 12:05, 19 января 2017 (MSK)

Да, оба представления кажутся мне вполне разумными. Есть ли ещё какие-то разделы, использующие контуры? Такие вещи лучше бы координировать (как нам удалось координировать баннеры, плюс нужно свойство в Викиданные, если ещё не).--Ymblanter (обсуждение) 14:22, 19 января 2017 (MSK)

Мне кажется, что других разделов пока нет, поэтому я бы сначала делал, а потом уже информировал. Про свойство Викиданных я не знаю и не знаю, насколько оно вообще нужно. Мой замысел был как раз в том, чтобы не городить лишних запросов туда-сюда, а просто вызывать контур по коду элемента Викиданных. Возможно, стоит спросить на Викиданных, как лучше поступить в этой ситуации. --Alexander (обсуждение) 14:29, 19 января 2017 (MSK)

По-моему, нужно свойство типа Commons file for contour, которое надо создать на Викиданных (что потребует некоторого лоббирования, но больших проблем я не ожидаю - либо одобрят, либо предложат альтернативный разумный способ), лежать в котором будет название файла с данными.--Ymblanter (обсуждение) 14:46, 19 января 2017 (MSK)

Значит, надо подавать заявку на создание этого свойства, хотя концептуально я не совсем понимаю, чем данные на Commons отличаются от даннных в Викиданных, и почему нужно вызывать одни через другие, а не напрямую, просто использовав для них тот же идентификатор. --Alexander (обсуждение) 15:16, 19 января 2017 (MSK)

И называть 'Commons file for contour', на мой взгляд, не нужно, потому что Commons тут вообще ни при чём. Я бы назвал 'Wikivoyage map boundary'. --Alexander (обсуждение) 15:17, 19 января 2017 (MSK)

Давайте попробуем это организовать так. Сначала подождём замечаний тут (Yurik). Если их не будет, перенесём несколько контуров на Коммонс и подождём ещё несколько дней, что никто не возражает там. После этого я открою заявку на Викиданных на новое свойство, ну и никто нам не мешает сразу же переносить дальше. Кстати, если мы хотим называть их по идентификатору Викиданных, надо подумать, какой механизм будет переименовывать файлы в случае изменения идентификатора (это крайне редко, но случается - например, слияние двух айтемов).--Ymblanter (обсуждение) 15:24, 19 января 2017 (MSK)

Если идентификатор меняется, что происходит с его старым значением? --Alexander (обсуждение) 16:15, 19 января 2017 (MSK)

В стандартной ситуации там ставится редирект.--Ymblanter (обсуждение) 19:07, 19 января 2017 (MSK)

Тогда ничего страшного, потому что карты от этого никак не пострадают, а потом можно вручную переименовать страницу с данными и поменять идентификаторы, если захочется. С другой стороны, если назвать страницу с данными именем региона, то рано или поздно найдутся желающие именовать регион белорусской латиницей или бурятской глаголицей, страницу с данными переименуют, на Викиданных это изменение отражено не будет, и карты работать перестанут. --Alexander (обсуждение) 19:14, 19 января 2017 (MSK)

Кстати, а позволят ли правила Викисклада просто повесить на готовые контуры бессрочную администраторскую защиту, поскольку редактировать их незачем до тех пор, пока кто-нибудь не достигнет нового консенсуса по поводу регионов? --Alexander (обсуждение) 19:26, 19 января 2017 (MSK)

Я точно не знаю, но в большинстве проектов превентивная защита не приветствуется.--Ymblanter (обсуждение) 19:37, 19 января 2017 (MSK)

По прошествии полугода выяснилось, что вопрос неактуален: на Commons можно хранить только готовую карту со всеми цветами. Для того, чтобы взять оттуда один только контур, придётся писать скрипт на Lua, удалять лишнее, подставлять наши параметры — мне кажется, оно того не стоит. Поэтому контуры продолжают храниться в подстраницах шаблона {{Boundary}}, но храним мы там только те контуры, которые делаем вручную. А все остальные берём с OSM через Викиданные. --Alexander (обсуждение) 18:36, 26 июля 2017 (MSK)

То есть если мы их не хотим хранить, надо идти на OSM и прорисовывать?--Ymblanter (обсуждение) 18:44, 26 июля 2017 (MSK)

Хотим, но у себя. Таких контуров будет не очень много. Я подробно написал тут. --Alexander (обсуждение) 19:45, 26 июля 2017 (MSK)

Спасибо за подробные объяснения, потренировался пока переносить контура в Викиданные. Я только не понимаю, как может быть такое, что на Викиданных нет и не будет объекта. Нам же нужны контура не для абы чего, а для имеющихся и планируемых регионов / городов / парков / частей городов. Если у нас может быть такая страница, то и на Викиданных может, надо её просто создать. Или я чего-то не понимаю?--Ymblanter (обсуждение) 20:56, 26 июля 2017 (MSK)

Например, нам для маршрута нужна только части реки или дороги, а не вся дорога. Тогда нужно взять отрисовку с OSM и под наши нужды её обрезать. Другой пример, который, возможно, будет встречаться даже чаще: для Прага/Вышеград через Викиданные подгружается невесть что, а непосредственно с OSM я могу скачать нормальный контур. --Alexander (обсуждение) 21:28, 26 июля 2017 (MSK)

Да, с маршрутами я понимаю, а с Вышеградом нет - казалось бы, если на OSM есть нужный нам контур, то его и надо загрузить в Викиданные?--Ymblanter (обсуждение) 21:39, 26 июля 2017 (MSK)

В Викиданные нельзя ничего загрузить. Им можно сообщить ID элемента в OSM, а дальше они сами там как-то между собой общаются. В ситуации с Вышеградом остаётся только написать написать в Phabricator — может быть, кто-то посмотрит. Хотя в отсутствие Юрика я не питаю больших надежд. --Alexander (обсуждение) 22:45, 26 июля 2017 (MSK)

Я всё равно не понимаю. Вы сами два дня назад загрузили какой-то ID контура в элемент Викиданных по Вышеграду. Чем он плох? Вроде бы форма у него та же, что мы сейчас и используем.--Ymblanter (обсуждение) 22:55, 26 июля 2017 (MSK)

Посмотрите на карту сейчас, когда контур считывается с Викиданных. Это не тот контур, что показывает OSM. Более того, у него ещё две дырки внутри, хотя в таком варианте их и не видно. --Alexander (обсуждение) 22:59, 26 июля 2017 (MSK)

Да, теперь вижу. А мы понимаем, почему так получается? Может быть, это какая-то проблема кэширования?--Ymblanter (обсуждение) 23:01, 26 июля 2017 (MSK)

Разумеется, не понимаем. Это первый такой случай. --Alexander (обсуждение) 23:06, 26 июля 2017 (MSK)

Про написанное выше можно забыть: 15-минутная прогулка под дождём навела меня на мысль, как всё-таки организовать считывание данных с Commons. Так что теперь есть три варианта — через ID Викиданных, через шаблон и через страницу на Commons: например, вот эту.

Вопрос хранения карт на Commons обсуждался в английском разделе дважды: раз и два. Нельзя сказать, что там было высказано много идей, но название Wikivoyage-Q616334 Prague-Vysehrad.map более или менее соответствует тамошним предложениям, хотя Prague-Vysehrad я бы убрал, во избежание. Можно оставить всё так и указывать имя файла с данными в параметре boundary=, а можно, как Ярослав предлагал выше, создать на Викиданных свойство Wikivoyage map boundary. Мне всё равно. --Alexander (обсуждение) 22:45, 26 июля 2017 (MSK)