• /Archive (10:23, 25 декабря 2005 (UTC))
• /Archive (08:00, 06 декабря 2012 (UTC))

Здравствуйте. У меня небольшой вопрос. А можно ли перетащить в вики, не в качестве картинки, естественно, а именно создать график?-- Алый Король 03:39, 6 марта 2017 (UTC) [ ]

@ Алый Король : разумеется. На самом деле это выглядит как вариация на , плюс идёт доп-категория для каждой даты. Данные видимо надо будет делать в 3 столбика: год, группа, значение. Групп в данном графике две, условно А и Б, и для каждой даты рисуются столбик. Плюс в Веге надо разбить данные по дополнительной характеристике - минус или плюс, и рисовать соответственно. На самом деле там как-бы два разных графика - stacked сверху и снизу. Короче - сделать можно если это действительно требуется - а то пока что даже простые графики из мало кто использует. -- Yurik ( ) 04:21, 6 марта 2017 (UTC) [ ]

Круто. Действительно нужно, вот прям сейчас. Могли бы сделать пример хотя бы для одного года? Заранее спасибо. Мне и самому раньше просто не нужны были, хотя я всегда горел желанием задействовать их ))) теперь вот понадобилось. -- Алый Король 04:29, 6 марта 2017 (UTC) [ ]

@ Алый Король : там надо сразу правильно делать - по идее не очень сложно, но часа три надо. Создайте на Commons с данными - 3 колонки (number, string, number). -- Yurik ( ) 04:34, 6 марта 2017 (UTC) [ ]

но... я ведь без понятия, куда сохранять датасет и как его создавать. Есть ли пример? -- Алый Король 04:57, 6 марта 2017 (UTC) [ ]

там в ссылке на хелпстранице пример есть. Попробуйте, там не так сложно. я поправлю если что. -- Yurik ( ) 07:16, 6 марта 2017 (UTC) [ ]

, но я на полном серьёзе не знаю, как править. Вернее, я думаю, что знаю, но постоянно вылазят ошибки. Это ужасно. -- Алый Король 08:02, 6 марта 2017 (UTC) [ ]

@ Алый Король : , я подправил структуру, теперь только добавить значения - каждая строчка в таблице, это 4 значения - год, какой столбик (1й или 2ой), что обозначает разный вид штриховки, и значение. -- Yurik ( )

Я попробовал сделать 1961 год (не 1960, а 1961), посмотрите, такая ли логика. Если да, то я продолжу.-- Алый Король 15:47, 6 марта 2017 (UTC) [ ]

Да, спасибо. Все ок. -- Yurik ( ) 19:01, 6 марта 2017 (UTC) [ ]

• Здравствуйте. Добавил пару лет. Там ещё примерно столько же. Но я думаю, что уже сейчас можно попробовать, что получится.-- Алый Король 11:14, 10 марта 2017 (UTC) [ ]
  • @ Алый Король : , Я переименовал в - там проблема с не-латинскими буквами, уже починили, но пока не выложили. -- Yurik ( ) 23:44, 11 марта 2017 (UTC) [ ]
    • Хорошо. В составлении самого графика на Вашу помощь можно рассчитывать? -- Алый Король 03:52, 12 марта 2017 (UTC) [ ]
      • да, работаю над ним, слегка сложнее чем думал. -- Yurik ( ) 07:28, 13 марта 2017 (UTC) [ ]
        • тогда может и не стоит тратить время и силы, вряд ли кто-то воспользуется им, кроме меня. -- Алый Король 07:51, 13 марта 2017 (UTC) [ ]

Привет, увидел что у нас снова появился бот исправляющий смесь кириллицы и латиницы, здорово! Я этим сам раньше занимался, теперь забросил . Работы для бота море, мой бот в начале, не помню уже за сколько часов работы в сутки, исправлял до 1700 статей. Я хотел сказать, что у нас есть статьи про шахматную тематику, там тоже есть смесь кириллицы и латиницы. Но это так и должно быть, см. например Связка (шахматы) (комбинации ходов), у меня с этими статьями всегда проблемы были. -- Latitude 16:49, 6 декабря 2012 (UTC) [ ]

Привет, не, мой бот только ссылки/названия статей исправляет. Обычный текст я не трогаю. Код очень старый (я его лет 6-7 назад написал как часть pywikipedia framework), сейчас только чуток подправил. Интересно насчёт греческого, надо подумать как добавить к себе. -- Yurik 17:31, 6 декабря 2012 (UTC) [ ]

Классно, что вернулся ! -- Movses 08:09, 7 декабря 2012 (UTC) [ ]

спасибо :) -- Yurik 01:06, 8 декабря 2012 (UTC) [ ]

Да, здорово. Но в этого явно делать не следует. NBS 13:48, 14 декабря 2012 (UTC) [ ]

Увы, бот не сможет понять если параметр потом станет ссылкой и на какой namespace (для этого нужно запустить весь внутренний процесс wiki-parsing с каким-то trace, чего не существует, и не реально сделать в боте. В любом случает, файл это тоже страница, и её по моему лучше то-же переименовать. Иначе потом если кто в Прикосновение_(альбом) снова сделает ошибку в ссылке, бот туда зайдёт и поломает. -- Yurik 17:00, 14 декабря 2012 (UTC) [ ]

Добрый вечер! Вы запросили восстановление этой страницы, но там стояло только перенаправление на список страниц с ошибками и краткое объяснение. Так и должно быть или перенаправление должно было вести в другое место? С благодарностью за «реанимацию» бота — NickK 19:05, 13 декабря 2012 (UTC) [ ]

Я восстановил старую документацию на и добавил перевод новой английской. Там же есть красная ссылка для списка подозрительных (адрес сохранил старый). Whitelist пока не делал — NickK 00:10, 28 декабря 2012 (UTC) [ ]

Добрый день! А ваш бот проверяет, существует ли статья которую вы исправляете? (например исправил из существующего перенаправления на несуществующее) -- RLuts 13:10, 15 декабря 2012 (UTC) [ ]

Обычно он просто переименовывает эти статьи, а в этот раз он не дошёл - я заметил другую ошибку и остановил. Когда запущу, он статью переименует и всё снова заработает. Если хотите, можно переименовать статью вручную, но бот в любом случае туда через пару дней доберётся (как только его починю). -- Yurik 14:12, 15 декабря 2012 (UTC) [ ]

• Hi Yurik, я там ошибочно написал Yupik, мои извинения, исправить уже не могу. По делу, я сначала не понял, почему у меня на странице исчезла фотка Зірка Дніпра, уменьшил до 290px, появилась, сейчас обнаружил, что у англичан и т. д., показывает нормально, посмотрел последние изменения: YurikBot заменил в названиях файла текст в Википедии, а в Викимедиа наверно нет? Прошу учесть и исправить, с приветом,-- 03:38, 17 декабря 2012 (UTC) [ ]

Увы - смешная ошибка - там на странице неправильные буквы "і" стояли (были латинские "i"). Почему-то бот не исправил первое слово с латинской i, а только второе. А надо было - оба. Теперь починил страницу, файл уже имел правильное название в commons, а так-же был redirect с латинскими i, так что всё good. Спасибо что заметили. -- Yurik 15:05, 17 декабря 2012 (UTC) [ ]

• Спасибо, я сам не понял в чём дело, думал, что фотографию со склада убрали,-- 23:36, 17 декабря 2012 (UTC) [ ]

- на мой взгляд, этот редирект со смесью кириллицы и латиницы корректен, как отвадить от него бота? Ig na tus 17:21, 20 декабря 2012 (UTC) [ ]

Можно конечно, но зачем он нужен? Я могу ошибаться, но вроде он не несёт особой смысловой нагрузки, но главное - на него никто не ссылался (бот ничего не переименовывал) - зачем его оставлять? Такие редиректы вроде только засоряют систему, за ними тоже ведь надо чуток смотреть. -- Yurik 20:15, 20 декабря 2012 (UTC) [ ]

Добавил к Википедия:КЛ/Проверенные . -- Yurik 21:50, 20 декабря 2012 (UTC) [ ]

Я на него пару раз ссылался, видать, те фрагменты кем-то переработаны. Перенаправления с кратных единиц измерения на основные — вроде общая практика. Ig na tus 22:22, 21 декабря 2012 (UTC) [ ]

В принципе я только за, но нету-же ссылок (кило-metr) или других подобных - чисто потому, что слишком короткая и визуально неотличимая от двух букв КК (cyr) или KK (lat). Помоему всё-же лучше убрать, пусть с самого начала правильную ссылку ставят. Но ломать копья не буду. -- Yurik 22:28, 21 декабря 2012 (UTC) [ ]

С метром другое дело. Всю жизнь считал, что набирать градусы любой шкалы кириллицей — моветон. А приставки метрические у нас на русском. Ig na tus 22:47, 21 декабря 2012 (UTC) [ ]

Да я не про метры - про то что их визуально не отличить. Ну да ладно. Пусть живёт. Уж точно столько времени обсуждать не стоит :) -- Yurik 22:48, 21 декабря 2012 (UTC) [ ]

Здравствуйте, Yurik. Сразу же не ответил, простите. Ибо, я не очень вникал в суть проблемы, но в этой статье, возможно, есть какая-то подсказка. С уважением Vik 21:11, 28 декабря 2012 (UTC) [ ]

Добрый день, Юрий. Я правильно понимаю, что ты являешься коммитером проекта pywikibot ? Если да, то просьба глянуть тикеты . -- Movses 22:56, 10 января 2013 (UTC) [ ]

Добрый день!

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

Ссылка на обсуждение: Википедия:Заявки на статус бота/неактивные боты 2014 .

Отправлено через MediaWiki message delivery 05:34, 7 марта 2014 (UTC) [ ]

Обсуждение: Википедия:Форум/Предложения#Wikipedia Zero . --cаша ( krassotkin ) 14:59, 20 июня 2014 (UTC) [ ]

Добрый день!

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

Ссылка на обсуждение: Википедия:Заявки на статус бота/неактивные боты 2015 .

Отправил rubin16 через MediaWiki message delivery 10:21, 10 января 2015 (UTC) [ ]

Здравствуйте, Yurik. Я копировал себе на подстраницу примеры графиков и обнаружил, что график population при простом копировании . Не могли бы Вы подсказать, с чем это связано? И линейчатый также. -- Алый Король 10:05, 23 мая 2015 (UTC) [ ]

@ Алый Король : , я подозреваю что вы забыли скопировать данные которые используют эти графики - если в "data" есть "url", то надо их где-то разместить. Ссылаться на не-WMF сайт не получится, данные должны быть размещены в WMF. Посмотрите на примеры в . -- Yurik 18:03, 30 мая 2015 (UTC) [ ]

Участник:HeimdallBot/akstat . Три графика. В предпросмотре отображались. На странице три битые картинки. Если опять нажать править и предпросмотр, то снова всё будет хорошо. В чём может быть проблема? - DZ - 12:48, 24 мая 2015 (UTC) [ ]

• И еще, насколько корректно построен тот граф? Интересует подпись к линиям на графике. Я наугад проставил, как сейчас, и это сработало. Но по объему бессмысленного текста мне кажется, я довольно глупо сделал, и в мане должно быть сделано проще. Вот только сходу не нашел. - DZ - 16:34, 30 мая 2015 (UTC) [ ]
• @ DZ : , да, я заметил, сейчас разбираюсь - в понедельник выложу новую версию (там проблемы с - картинки внутри графика), но не уверен что это решит проблему найденную вами. Если увидите такие проблемы, пишите в - быстрее замечу. Насчёт корректности - вряд ли я смогу с ходу помочь - я на самом деле сам ещё Vega-формат изучаю. Надеюсь что будет полезен... когда-нибудь :) -- Yurik 18:09, 30 мая 2015 (UTC) [ ]
  • @ DZ : , я подозреваю что частично можно оптимизировать использовав scale - чтобы не повторять имена для каждой точки. Посмотрите - данные для второго графика используют односимвольное обозначение категории, а потом график их переводит на лету в правильный цвет и обозначение. -- Yurik 18:54, 30 мая 2015 (UTC) [ ]
    • Ну, я сильно не разбирался. Это хорошо, если я просто плохой вариант сделал, а не логика такая. Очень хотелось бы в будущем в типовых примерах увидеть хорошие варианты использования. - DZ - 19:02, 30 мая 2015 (UTC) [ ]

P.S. Я готов помочь с шаблонами, если кто-нибудь определит какие нужны и для чего - сообщество обычно знает свои потребности намного лучше чем разработчики :) -- Yurik 22:59, 30 мая 2015 (UTC) [ ]

@ DZ : Проблема с размером - оказывается у page-props максимальный размер - 64KB, сумарный на все графики на странице. Мне надо будет это исправить, но пока рекомендую способ описаный ранее для уменьшения размера. ( ) -- Yurik 16:26, 31 мая 2015 (UTC) [ ]

Вы писали, что движок графиков лучше картинок из экселя, потому что упрощает их последующее изменение. Положим, что это так, но почему он так сложен? Простейший график типа приведённого на новостном форуме имеет совершенно головоломный многоуровневый синтаксис, при том, что информацию там несёт один числовой вектор: [(abs1, ord1), (abs2, ord2), (abs3, ord3)...]. Возьмём всё тот же мой график: . Он считается самописной программой, которая выдаёт текстовый файл в n строк (в том графике n=200, на графике это число опорных точек на оси абсцисс), в каждой строке - четыре разделённых табом числа (размер статьи, кол-во дизов, кол-во стабов, кол-во остальных). Я копирую ctrl-a этот файл в эксель и одним кликом создаю готовый график, который остаётся только перекрасить. Если я захочу создать этот же график посредством вашего движка, это займёт на два порядка больше времени, и итоговый график всё равно будет выглядеть совершенно не так. При этом я могу выложить тот двухсотстрочный файл целиком в описание изображения в вики, могу выложить туда же код считающей его программы, которым сможет воспользоваться каждый. Это небольшая иллюстрация того, почему, на мой взгляд, не стоит рассчитывать на активное использование вашего движка в ВП для построения графиков - привычными средствами это делается намного проще и понятнее. MaxBioHazard 18:33, 30 мая 2015 (UTC) [ ]

• @ MaxBioHazard : , вы абсолютно правы - простой синтаксис для простых задач намного лучше чем создание сложного синтаксиса который на самом деле является Предметно-ориентированным языком . Но дело в том, что сложная система достаточно гибка и порождает массу различных применений в разных сферах, увеличивает количество пользователей, и тем самым способствует возникновению удобных систем для разработки. Посмотрите - (Chrome only) позволяет сильно-упрощённый способ для создания простых графиков. К тому-же он показывает новый синтаксис Vega-lite, скоро станет доступным. Lyra - скоро сможет создавать предельно сложные графики, а Voyager - экспериментировать с различными представлениями данных. И не забывайте что скоро появятся (попробуйте потянуть одну из точек). С другой стороны, я не вижу почему более продвинутые пользователи не могут создать шаблоны/Lua функции для типовых графиков, тем самым резко облегчить жизнь новичков. -- Yurik 18:54, 30 мая 2015 (UTC) [ ]
• (к.р.) Вот, кстати, к сложности приплюсуюсь. Обычно, глядя на образец, можно сделать похожий сходу. Здесь я минут 15 втуплял в 2 примера, потом листал маны по некоторым моментам еще несколько минут, и только потом получился условно рабочий вариант. Для внедрения этой штуки, как мне кажется, потребуется написать еще промежуточный слой "основных типичных графиков". Типа шаблонов. Они спокойно охватят 90%+ задач. Иначе, думаю, никто не будет этим пользоваться. - DZ - 18:59, 30 мая 2015 (UTC) [ ]
  • @ DZ : согласен, посмотрите мой ответ прямо перед вашим - шаблоны будут очень кстати, а также возможно Vega-lite. -- Yurik 19:45, 30 мая 2015 (UTC) [ ]

Вега1, вега2 ... вегаN - это всё хорошо. Но не забыли ли там по пути, что это для людей? ;) Может, надо было создать минимально работающий проект, которым бы все стали пользоваться, а потом уже дорабатывать его до совершенства. Кстати, проект еще появится у нас в новостях, или работа прекратилась? - DZ - 01:18, 16 декабря 2015 (UTC) [ ]

@ DZ : не совсем понял если честно. <graph> не работает для вашей задачи? Или ещё что-то поломалось? Или вы про то, что Вега сам по себе очень сложный синтаксис? Переход на Вега 2 был вынужден - Вега 1 был тупиковым по словам его создателей, и не поддерживался. Переход позволил/лит нам починить целый ряд проблем. Теперь когда Вега 2 работает, можно и обьявить в новостях, тем более что теперь интерактинвые графики есть ;) Я продолжаю работать над проектом в свободное/не-рабочее время, так как это не мой основной проект. -- Yurik 12:32, 16 декабря 2015 (UTC) [ ]

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

Вообще, я к тому, что стоит сделать что-то вроде <график>тип=линейный;точки=["1":"2", "2": "3"]</график> и ему подобные штуки и анонсировать где-нибудь, если проект не умер. Тогда ими кто-то сможет пользоваться, и будут видны недостатки. Ну, может вы так и делаете, я как-нибудь, посмотрю. - DZ - 12:43, 16 декабря 2015 (UTC) [ ]

Я "там" (WMF) работаю, просто не над графиками )). Зашло оно в тупик не из за сложности - это как раз скорее плюс для . То что вы описываете есть -- его легко перенести в ruwiki. -- Yurik 12:54, 16 декабря 2015 (UTC) [ ]

P.S. Код уже перенесли , надо только скопировать и перевести. -- Yurik 12:58, 16 декабря 2015 (UTC) [ ]

О, вот это уже неплохо. С такого и нужно было впервые анонсировать проект. - DZ - 13:24, 16 декабря 2015 (UTC) [ ]

Хехе, так это-же волонтёр в de-wiki, посмотрел на Вегу, почесал репу, и сделал ;) Я так сам удивился! -- Yurik 13:34, 16 декабря 2015 (UTC) [ ]

за Шаблон:Graph:PageViews Спасибо! AnnaMariaKoshka 08:23, 2 марта 2016 (UTC) [ ]

Я понимаю, что единый источник - это здорово (например, Викиданные с моей точки зрения замечательны именно этим), но правильно ли, что по станциям московского метро он располагается в ен -вики? :) -- Michgrig ( talk to me ) 08:18, 8 марта 2016 (UTC) [ ]

Michgrig , welcome to my world :))) -- я тут набросал, где данные можно хранить, но для всего есть плюсы и минусы. Я бы не хотел, чтобы все языки ссылались друг на друга, а то получится трудно распутываемый клубок. -- Yurik 14:08, 8 марта 2016 (UTC) [ ]

" Я бы не хотел, чтобы все языки ссылались друг на друга, а то получится трудно распутываемый клубок. " - вот именно, как раньше было с интервиками. Есть еще один вариант - хранить в "родном" проекте. Все-таки московское метро для русскоязычных, наверное, ближе, чем для носителей другого языка. -- Michgrig ( talk to me ) 16:00, 8 марта 2016 (UTC) [ ]

Michgrig , можно конечно, но я-бы очень хотел, чтобы все данные хранились централизованно, например в commons (ближе всего по лицензии по-моему). В местном-же проекте хранить только в случае если данные нельзя (по лицензии) что-бы находились в других языках. Ну или как то так. Сам не знаю, но создавать безумную сеть когда все ссылаются на всех, это не очень :) -- Yurik 17:00, 8 марта 2016 (UTC) [ ]

• И снова здравствуйте! Скажите, пожалуйста, можно ли на странице оставлять комментарии? А то там нумерация линий отличается от нумерации на современных схемах, и безумно неудобно каждый раз высчитывать, куда надо добавить новые данные. -- Michgrig ( talk to me ) 13:06, 16 сентября 2016 (UTC) [ ]

Michgrig , боюсь что пока что нет - только на странице обсуждения. -- Yurik ( ) 16:01, 16 сентября 2016 (UTC) [ ]

ОК, записал там, спасибо за идею. Надеюсь, в следующий раз вспомню, что там есть этот комментарий :) -- Michgrig ( talk to me ) 16:26, 16 сентября 2016 (UTC) [ ]

• Возвращаюсь к этому шаблону. Я на добавил 2017 год в связи с открытием участка «Парк Победы» - «Раменки». Но график, похоже, не изменился. Что еще надо сделать для обновления графика? Кеш я сбрасывал несколько раз, и даже сделал нуль-правку в шаблоне. -- Michgrig ( talk to me ) 11:21, 16 марта 2017 (UTC) [ ]

Michgrig , я его "немного" подредактировал - в en-wiki и ру-вики: . Думаю так будет намного лучше для дальнейшего развития. Но это не решает проблемы кеша - он сам будет обновлятся изредка, или можно сделать purge, но не уверен что сразу сработает. Увы, там ещё доделать надо. -- Yurik ( ) 05:11, 17 марта 2017 (UTC) [ ]

• Мне кажется, обновленный сорс неудобнее редактировать, хотя и меньше "шума" в виде повторяющихся символов. Если бы можно было добавлять комментарии, было бы гораздо удобнее (а то вообще непонятно, какое значение надо менять, когда открываются новые станции). В чате технических специалистов предложили добавить дополнительные данные вроде "_comment1": "123" - подумаете, как это можно реализовать? -- Michgrig ( talk to me ) 11:59, 17 марта 2017 (UTC) [ ]

Michgrig , я согласен что надо создать нормальный редактор для таблиц. Коментарии ни раньше, ни теперь, к сожалению, не поддерживаются, но теперь можно добавить инструкции в начале документа. Также можно описание положить на страницу обсуждения. Также я думаю что стоит немного поменять названия станций (title каждой колонки) - добавить номер линии. -- Yurik ( ) 17:32, 17 марта 2017 (UTC) [ ]

И еще один момент. Справа от нового графика приводится легенда, в которой названия линий не переведены. Это можно поправить? -- Michgrig ( talk to me ) 23:03, 17 марта 2017 (UTC) [ ]

Michgrig , это тоже проблема кеша - данные из commons всегда переводятся если нужный язык есть в данных. Просто изначально там только один язык был, а потом русский добавился. -- Yurik ( ) 23:31, 17 марта 2017 (UTC) [ ]

Сейчас все в порядке. Видимо, я хотел увидеть подписи на русском в англовики :) -- Michgrig ( talk to me ) 14:16, 18 марта 2017 (UTC) [ ]

Вечер добрый, сможете подсказать? Я добавил отображение графиков в , но почему-то он мне их отказывается отображать (пример: ). С уважением, Iniquity 19:50, 24 апреля 2016 (UTC) [ ]

Iniquity , добрый, думаю это из за - будем разбираться. -- Yurik 21:17, 24 апреля 2016 (UTC) [ ]

Будем надеяться, спасибо. С уважением, Iniquity 21:47, 24 апреля 2016 (UTC) [ ]

Вечер добрый, какой-нибудь прогресс есть? С уважением, Iniquity 22:28, 24 октября 2016 (UTC) [ ]

Iniquity , увы, пока что графики завязанные на время плохо работают. Мы пытаемся запустить картографию во всех вики-проектах. Как только более менее стабилизируем их, снова вернёмся к графикам. -- Yurik ( ) 00:27, 25 октября 2016 (UTC) [ ]

Добавил в код вызова mapframe одновременно geoshape и geoline ( ), на предпросмотре страницы всё правильно, на сохранённой странице векторные фичи не рисуются. Win, Chrome 54.0.2840.99. А точки из wikidata сейчас скрипт выводить не умеет? Svetlov Artem ( обс. ) 18:17, 29 ноября 2016 (UTC) [ ]

Svetlov Artem , там идиотская баг - ровно через час оно покажется. Надеюсь скоро исправить. Из викиданных в теории можно, но надо писать Луа скрипт для этого. Напрямую (как с "geoshape"/"geoline"/"geomask") пока не работает. -- Yurik ( ) 18:36, 29 ноября 2016 (UTC) [ ]

А то логично было бы для железнодорожной линии показывать маркеры её станций. Ещё в качестве хотелки: для точечных маркеров выводить не стандартную "каплю" leaflet, а кружок. Если их много, то карта выглядит нагляднее. Svetlov Artem ( обс. ) 18:41, 29 ноября 2016 (UTC) [ ]

Svetlov Artem , я бы только за, но пока трудновато - много разных систем надо пересматривать. Мы над этим думаем, но пока только pushpins. Достать кучу разных координат из wikidata тоже хорошо бы сделать, но тоже не тривиально. Думаем :) -- Yurik ( ) 07:29, 30 ноября 2016 (UTC) [ ]

Нужно бы чтобы теги карт показали карту неба: границы созвездий, линии созвездий, чтобы мы перестали позиционировать метки на такие карты . Тегами можно что-либо сделать в этом направлении? -- Sunpriat ( обс. ) 23:36, 15 декабря 2016 (UTC) [ ]

Sunpriat , в теории... Если я понял правильно, вы хотите показать карту звёздного неба внутри <maplink/frame> ? Или вы хотите нарисовать такие карты с помощью .map данных в Commons, и визуализировать их с помощью графа? Второе по идее уже возможно, но граф пока-что не поддерживает клики - его надо сначала активировать, и тогда ссылки будут работать. Вы сможете найти карту всего звёздного неба в виде geojson под CC0 лицензией? -- Yurik ( ) 10:43, 23 декабря 2016 (UTC) [ ]

• Да, чтобы получалась как карта с меткой в карточке 55 Рака . (в целом к исходникам все права не по CC0) есть geojson, но ( стр 268) что просто переформатирована (данные свободны). -- Sunpriat ( обс. ) 11:40, 23 декабря 2016 (UTC) [ ]
• Проще попробовать Границы - txt на сайте или все сразу в (bound_20.dat Boundaries for J2000, iau соответствуют с "O" в конце). В D3 это constellations.bounds.json. "All data converted to GeoJSON at J2000 epoch, positions converted from 0...24h right ascension to -180...180 degrees longitude as per GeoJSON requirements, 0...12h -> 0...180º; 12...24h -> -180...0º" Формулы declination = latitude, ra=(hh+mm/60+ss/3600)*15, чтобы было как в constellations.bounds.json получается longitude = (для 0-12) 360*RA/24 и (для 12-24) 360*RA/24-360, хотя в pdf описывают 360*RA/24-180. -- Sunpriat ( обс. ) 18:20, 23 декабря 2016 (UTC) [ ]

Вот, например -> -- Sunpriat ( обс. ) 07:27, 24 декабря 2016 (UTC) [ ]

• 1) как изменить фон? 2) Что лучше - набор коротких линий "star-star" или длинных "star-star-star"? (для линий созвездий) 3) Звёзды-точки разного размера как сделать? -- Sunpriat ( обс. ) 08:21, 24 декабря 2016 (UTC) [ ]
  • Пока что точно не знаю ответов на какой-либо из вопросов. Я возьму данные и использую из graph tag. Там я могу рисовать любой geojson с разными проекциями и в разных цветах. Пока не попробую, ничего сказать точно не смогу. Главное чтоб Vega-js поддерживала нужную нам проекцию. -- Yurik ( ) 08:36, 24 декабря 2016 (UTC
    • Вообще интересно, можно ли вставить картинку-карту планеты? например Файл:Moonmap from clementine data.png . -- Sunpriat ( обс. ) 18:45, 31 декабря 2016 (UTC) [ ]

• Sunpriat , Вот немного поигрался - . Думаю star-star-star лучше. Пока что там простейшее слежение за мышкой, но надо будет поумней чего нибудь сделать. Звёзды наверное лучше всего держать в отдельной странице. Они должны быть добавлены как type=Point . Лучше всего размер звезды задать как один из "properties" - и там как угодно - можно в абсолютных размерах, и в графике можно их перевести (в графике можно перемаштабировать одно значение (размер звезды) на размер точки). С другой стороны, размер это штука сложная - там в основном наверное яркость с земли самая важная величина. В properties вообще лучше всего держать все параметры - и название, и соответствующая страница на вики, и цвет/размер. "title" & "description" сейчас поддерживают авто-локализацию, то есть лучше их использовать вот так: "title": {"en": "Polar star", "ru": "Полярная звезда"}. Я думаю все эти данные можно легко из викиданных выгрузить - народ уже думает над этим проектом. -- Yurik ( ) 02:46, 25 декабря 2016 (UTC) [ ]

• Как вставить отдельный набор границ в Yurik/Stars, чтобы посмотреть откуда лишние линии? -- Sunpriat ( обс. ) 13:50, 25 декабря 2016 (UTC) Например границы BOO не захватывают точку -132.3945,25.5246( от предпоследней точки полигон замыкается на начало) хотя в массиве BOO точка указана (последняя точка полигона) - что не так? -- Sunpriat ( обс. ) 14:56, 25 декабря 2016 (UTC) [ ]
  • Не совсем понял, что значит отдельный набор границ? В Веге мы можем сказать что цвет/толщина линии зависит от какого-нибудь параметра в "properties". А вот что значит лишние линии не понятно. По правилам GeoJSON , type=LineString не должен замыкатся, а type=Polygon наоборот. По идее, полигон обязан иметь последнюю точку такой-же что и первая, но я видел что иногда оно работает и без этого - сама добавляет последнюю точку. Но не знаю если это так-же для Веги. -- Yurik ( ) 18:08, 25 декабря 2016 (UTC) [ ]

P.S. Какие виды элементов мы хотим видеть на этом графике, и как эти элементы будут в различатся в GeoJSON?

• 1) не, отдельный набор это как вставить что-то внутрь тега graph, не беря это из commons, чтобы редактируя сам тег graph в предпросмотре увидеть несколько отдельных полигонов. Но с лишними линиями у полигонов вроде разобрался, так что вопрос отпадает. 2) Ага, продублировал первую точку в конец и лишняя линия исчезла. 3) - как на картах, но без "глубокого космоса". линии созвездий, сетка (границы) созвездий, координатная сетка (возможно отключаемая), две линии эклиптика и галактический экватор , звёзды-точки в масштабе в зависимости от яркости или из набора кругов заготовленных размеров, названия созвездий (или латинские или из викиданных)(оно само может выдать надпись из свойства полигона-границы?)(возможно отключаемо), подписи к звёздам (буква, буква и название(лат. или из викиданных)) (видимость в зависимости от масштаба текущего вида и яркости звезды). Из статьи нужно указывать метку (метка должна показывать "уголком", иметь настройку координат, цвета и надписи) или несколько меток, направление/масштаб видимой части карты в статье. -- Sunpriat ( обс. ) 20:45, 25 декабря 2016 (UTC) [ ]
  • 1) В теории можно - два варианта, если данные уже есть в .map, но надо их выделить другим образом, можно использовать всякие вики-маркап трюки (как я использую ) - тогда параметр в вызове шаблона поменяет сам код графа. Если-же данных там нет, то я чуток поменял мой граф: {{Участник:Yurik/Stars|customdata=[-32,34],[-35,35],[-33,37],[-25,11],[-32,34]}}

3) нуу, всё в теории возможно, но придётся слегка повозится, особенно обьясняя мне что это такое и в каком месте оно должно быть :) Очень рекомендую попробовать скопировать мой график (но без <graph> тагов) в Special:GraphSandbox , и проэксперементировать прямо там. Вега сложна, это верно - она как язык C - можно многое, но надо в ручную многое делать. Если не получается, буду помогать. Главное - понять что и где рисовать, и где будут хранится данный для этого. Например, константы (линия экватора) может хранится как "values" прямо в коде графика. Звёзды - в .map, линии созвездий - в другом .map. Ещё надо разобратся как их кодировать - например можно приписать звезде название (используя либо поле "id", либо внутри "properties", и если параметер будет равен этому id, то эта звезда будет нарисована другим цветом или размером или ещё как нибудь. -- Yurik ( ) 05:06, 26 декабря 2016 (UTC) [ ]

Оно может показать координатную сетку? шаг сетки longitude нужен 15°(1час). Может ли выводиться информация к координатной сетке? Есть значения 1час->24часа, их переводим в градусы 0-360°, полученное помещаем на карту -180..180 - т.е. можем или всё сдвинуть на -180 или как у d3-celestial оставить (для 0-12ч) и сдвинуть (для 12-24ч) на -360 . Почему они могли именно так взять - это как-то связано с координатной сеткой? -- Sunpriat ( обс. ) 10:35, 27 декабря 2016 (UTC) [ ]

Sunpriat в веге нет циклов. Если стоит задача "нарисовать 24 линии", то это значит должна существовать mark type=line или type=path, и ей надо дать данные для рисования. Эти данные могут быть прямо в веге как "data values", а можно взять из .map. В данных надо иметь 24 линии от полюса к полюсу, и в Веге мы их спроектируем в экранные координаты, отсечём всё то что в данный момент не видно, и дадим path mark для обрисовки. Тем более что можно к каждой линии приписать ярлык, и нарисовать его (mark type=text) рядом с линией. -- Yurik ( ) 19:38, 27 декабря 2016 (UTC) [ ]

Ок, ещё .map с подибием "сетки". Вроде бы всё работает и с 0..360 градусов без перевода в -180..180, не знаете, если оставить 0..360 ничего не случится?-- Sunpriat ( обс. ) 19:43, 27 декабря 2016 (UTC) [ ]

Да вроде не должно, но это всегда можно легко исправить, были-бы изначальные данные. Я точно не знаю как d3 geo transformation с этими данными работает. -- Yurik ( ) 19:48, 27 декабря 2016 (UTC) [ ]

Вот отдельные (составление линий вручную займет несколько дней) и - пожалуйста, добавьте к линиям в coord образец ярлыка. -- Sunpriat ( обс. ) 20:20, 27 декабря 2016 (UTC) [ ]

Sunpriat , ок, спасибо, я займусь сеткой (скорей всего либо позже сегодня, либо в ближайшие дни). Я дополню позже с нужными данными - это мне достаточно просто. Надо будет ещё подумать когда что показывать, а когда нет - не совсем тривиальная задача. -- Yurik ( ) 20:26, 27 декабря 2016 (UTC) [ ]

Добавил в конец линии "эклиптика" (нужно покрасить в голубой) и "галактический экватор" (нужно покрасить в синий). В теге Гал.экв нарисовался, а широты и линия "эклиптика" - почему-то нет. -- Sunpriat ( обс. ) 17:27, 28 декабря 2016 (UTC) [ ]

На картах iau ( ) линии созвездий разной толщины (тонкая, средняя, жирная). Как-то можно учитывать их толщину? -- Sunpriat ( обс. ) 17:11, 29 декабря 2016 (UTC)-- Sunpriat ( обс. ) 17:11, 29 декабря 2016 (UTC) [ ]

Sunpriat , а как вы думаете лучше их классифицировать? Например, можно "properties":{"class": 1} (или 2, 3, ...), и в Веге смотреть на этот класс и вычислять толщину. Либо по другому както эту характеристику назвать? Не хотелось бы в данных хранить "толщину", так как решения по самой визуализации лучше принимать при рисовании.

Пока пусть все одинаковые будут как есть... -- Sunpriat ( обс. ) 18:37, 1 января 2017 (UTC) [ ]

Второй момент - я тут игрался с grid линиями - как-то странно они себя ведут - чем длиннее линия, тем она больше загибается в сторону. Я подозреваю что это связано с оптимизацией гео-проекции - там просто модифицируются конечные точки, и соединяется прямой, хотя может и другая проблема. Я чуток поменял граф - теперь можно поставить customdata & customtype:

Sunpriat , линии решётки починил - там надо было их по сегментам разбить. Я разбил по 45 градусов, хотя можно и более мелко их сделать. -- Yurik ( ) 18:24, 29 декабря 2016 (UTC) [ ]

Тогда вероятно каждый geopath искривляется в проекцию отдельно? И с такими недо-искажениями geopath кординатной сетки не соответствует geopath границ созвездий... -- Sunpriat ( обс. ) 17:48, 31 декабря 2016 (UTC) [ ]

Нужен способ сдвига (вправо/влево) карты по проекции и приблизить, отдалить (или колесико мыши). -- Sunpriat ( обс. ) 18:42, 29 декабря 2016 (UTC) [ ]

Sunpriat , добавил "scale=290", "lon=-80", "lat=30" параметры с этими значениями по умолчанию. Хоть мы и можем, помучившись, сделать её интерактивной, давайте сначала сможем её нарисовать хотя-бы статически. -- Yurik ( ) 19:28, 29 декабря 2016 (UTC) [ ]

Добавил звёзды. Еле влезло в 2МБ. 2833 точки до 5,5m, 1615 точек до 5m. Идентификаторы HIP/HD/HR/GL (идин из этих 4), BF - Bayer+Flamsteed, N - ProperName собственное имя. M - Magnitude (m) видимая звёздная величина (четыре отрицательных -0.01 -0.05 -0.62 -1.44. На карте -1.44 это размер -1). -- Sunpriat ( обс. ) 19:08, 30 декабря 2016 (UTC) [ ]

Этот полигон ( [[140,-20],[140,-40],[150,-20],[140,-20]] ) даёт вертикальную лишнюю линию по центру . Сам полигон Насос (созвездие) ниже правее центра. В customdata ходошо видно. Но сделав первые отрицательными лишняя линия пропадает [[-140,-20],[-140,-40],[-150,-20],[-140,-20]] . ( [-140,20],[140,-40],[150,20],[-140,20] - первые -140 на 140 или -40 на 40) -- Sunpriat ( обс. ) 11:00, 31 декабря 2016 (UTC) Вобщем, в первую очередь нужно показать подписи к координатной сетке, чтобы понять что где. -- Sunpriat ( обс. ) 16:54, 31 декабря 2016 (UTC) Похоже есть разница в каком направлении полигон описывать [140,20],[180,-20],[180,20],[140,20] - линия есть, переставлены точки в середине [140,20],[180,20],[180,-20],[140,20] - линии нет.-- Sunpriat ( обс. ) 17:07, 31 декабря 2016 (UTC) [ ]

Видимо у всех полигонов такая проблема. Полигон можно записать в прямом или в обратном порядке - в одном случае центральная линия будет большую часть обзора и пропадает(если посмотреть на полюс в этот момент эта линия перескакивает "назад" на противоположную сторону) на небольшом участке "поворота", в другом центральная линия будет показываться только в меньшей части и её не будет на большей части. Этот небольшой участок составляет примерно 15 градусов поворота и для каждого полигона в разном месте. -- Sunpriat ( обс. ) 01:04, 10 января 2017 (UTC) [ ]

• Этот баг отрисовки проекции исправится или переделать линии из полигонов в MultiLineString? -- Sunpriat ( обс. ) 19:42, 13 января 2017 (UTC) [ ]

• Увы, не знаю как лучше. Но мне тут экперт только что сказал что у нас все картинки инвертированы (mirrored). Не уверен если это проблема параметра в Веге, или надо менять данные. -- Yurik ( ) 05:05, 14 января 2017 (UTC) [ ]

• Вот простой треугольник, как можно поменять его данные?. на кешированной картинке: . mail.ru/public/7MxD/npjqd1X8c

[140,20],[180,-20],[180,20],[140,20] здесь линия пропадает когда треугольник сзади, посмотрите в этот момент вверх на полюс - линия перескакивает назад [[140,20],[180,20],[180,-20],[140,20]] попробуйте повернуть так чтобы треугольник оказался сзади - появится линия спереди

• А так видно первую карту в этой теме, на кешированной картинке без красных линий желтая линия идёт от центра вверху налево и затем в центр внизу . mail.ru/public/CW84/39HcSTyB1 -- Sunpriat ( обс. ) 09:41, 14 января 2017 (UTC) [ ]

Sunpriat , я наконец-то догадался использовать .tab вместо .map для точек - намного легче работать и компактней. Можете слегка подправить названия колонок? В графе используются только latitude, longitude, и BF поля. Первые два менять не надо - так понятней, а вот все остальные наверное стоит переименовать. Может даже имеет смысл по другому сформировать табличку, и дать локализированные названия звезд (тогда в разных языках это график будет видится соответственно). Либо просто пришлите мне spreadsheet, я его сам переформатирую (yuri at wikimedia). Спасибо! -- Yurik ( ) 10:07, 9 января 2017 (UTC) [ ]

1) Столбец magnitude нужно посмотреть, как получится/как лучше, он нужен только для рисования размера точки - или сократить до целого (для фиксированных размеров как iau) или показать точки размером пропорционально цифре (тогда можно сократить до одной цифры после запятой). 2) обозначения - при клике на точку возможно показать текст из столбца designation? большая таблица .mail.ru/public/MwfD/x97uEXA3c обрезанная таблица .mail.ru/public/4HM5/payjXWFWb -- Sunpriat ( обс. ) 18:03, 9 января 2017 (UTC) [ ]

Sunpriat , размер - лучше хранить параметер который имеет смысл с физической точки зрения (яркость?), а далее я просто использую "scaling" (квадратичная функция наверное подойдёт лучше, так как яркость будет соответствовать площади точки, а не радиусу). Я могу сделать popup, так же как и , при наведении мышки или touch event. Кстати, надо будет добавить ссылки в карту - чтоб можно было-бы при нажатии перейдти на статью про эту звезду. -- Yurik ( ) 20:15, 9 января 2017 (UTC) [ ]

(да яркость) (четыре отрицательных -0.01 -0.05 -0.62 -1.44 должны быть самыми большими). В popup можно кликнуть, выделить, скопировать текст из popup'а и дальше найти по скопированному, пока лучше popup. | Универсальная только ссылка на викиданные...можно попробовать подать запрос к ботоводам - просить викиданные собрать через сортировку в категории англовики или из самих викиданных через catalog code... -- Sunpriat ( обс. ) 20:52, 9 января 2017 (UTC) [ ]

Sunpriat , размер починил. Там можно ещё подкоректировать scaling. Popups popozhe sdelau - chto tam pokazat' v nyom? -- Yurik ( ) 22:31, 9 января 2017 (UTC) [ ]

показать только designation или в две строки name и designation. Очень надо движение кроме мышки добавть на курсорные клавиши. Мышкой дёргается . -- Sunpriat ( обс. ) 22:48, 9 января 2017 (UTC) [ ]

---

• @ Yurik : То что в commons нужно куда-то переносить из (Data:)Sandbox? Чтобы не удалили случайно, в commons как-то нужно/можно обозначить, что таблицы используются в шаблоне в рувики? :) ~ Sunpriat ( обс. ) 23:04, 22 июня 2017 (UTC) [ ]
  • Надо-бы перенести, и указать источник данных. Можно в комментариях указать где данные используются ("description": "...") -- Yurik ( ) 00:19, 24 июня 2017 (UTC) [ ]
• Можно зеркально отразить всё по х, или перевычислять долготу? :) ~ Sunpriat ( обс. ) 13:41, 23 июня 2017 (UTC) [ ]
  • Хороший вопрос, не знаю... надо с d3 проекцией разбираться... Кстати, я тут вожусь с на моей новой работе, и там много новых функций для карт, например grid (graticule) встроен, и не надо его искусственно создавать. Пока правда не знаю когда руки до MediaWiki дойдут :( -- Yurik ( ) 00:19, 24 июня 2017 (UTC) [ ]
    • Тут 3 варианта: 1) через что-то внутреннее, какой-нибудь invert или reverse. В описаниях встречал scale с двумя параметрами, но тут scale только с одним параметром и если задать отрицательное число - переворачивает по обеим осям. 2) может через transform/формула добираться до х-координаты и менять как сделано в Magnitude у звёзд 3) перевернуть данные в самих таблицах и брать эти новые таблицы. / О, а может знаете почему в mediawiki в веге отключены метки-картинки? Пробовал сделать поверхность планет на глобусе - в описании веги есть метка-картинка и по wikifile:/// можно брать картинку вместо карты, но в вики показывает ошибку при типе метки image - странно же что его нельзя использовать в графиках. оказалось оно просто в песочнице не работает :) ~ Sunpriat ( обс. ) 10:46, 24 июня 2017 (UTC) [ ]

Здравствуйте уважаемый Юрий, с Новым годом. Я в марте создал новую учетку - user:Bari srtik . Но теперь я точно не могу вспомнить пароль. Я при создании на странице написал, что это моя учетка. Но эл. почту не <<добавил>>. Один из стюардов сказал, что могут помочь системные админы. Прошу помочь, могу с этой учетки получить новый пароль для Bari srtik? Это важно для меня... Hayordi / обс 18:57, 3 января 2017 (UTC) [ ]

Hayordi , здравствуйте, я совсем ничего не знаю про логин, и даже не уверен к кому обратится по данному вопросу. Я уверен что это возможно с технической точки зрения, но боюсь даже представить как это организовать с не-технической - подтверждение что это именно вы создали, документальное подтверждение, и тому подобные вопросы. Может MaxSem знает? -- Yurik ( ) 22:20, 4 января 2017 (UTC) [ ]

На странице Бари сртик при создания ЛС, написал, что это моя страница. Я даже получил флаги в 4 проектах за счёт моей первой (этой) учетки. То есть вопрос подтверждения решен. У меня английский не очень хорошо. Если попрошу можете спросить у других сисадминов по мейлу? Hayordi / обс 09:34, 5 января 2017 (UTC) [ ]

Добрый день. А какой-то смысл у категории есть? Ведь это то же пересечение шаблона coord. Многие статьи уже перегружены служебными категориями, надо бы почистить... Advisor , 10:18, 25 января 2017 (UTC) [ ]

Advisor , согласен, надо убрать авто-категорию из Kartotherian-а. Можете создать phabricator task? -- Yurik ( ) 10:41, 25 января 2017 (UTC) [ ]

Ни разу этого не делал. Да и с английским не дружу. Advisor , 12:37, 25 января 2017 (UTC) [ ]

Advisor , Там можно войти с вашим Вики аккаунтом (кнопка в верхнем правом углу, а потом "login with MediaWiki" кнопка внизу). А потом просто нажмите "Award Token" чтобы добавить вашу поддержку. -- Yurik ( ) 19:06, 25 января 2017 (UTC) [ ]

Ping на обсуждение не работает. Проблему создал не я, не мне её и решать. Advisor , 12:33, 28 января 2017 (UTC) [ ]

Есть ли пример как завернуть <mapframe> в шаблон? Я бы хотел во-первых защитить код, а во-вторых предоставить редакторам удобный шаблон на русском, чтобы им не приходилось разбираться с синтаксисом. Попробовал несколько способов, не получилось. В итоге хотелось бы передать в шаблон несколько параметров и получить карту с маркерами. -- Павел Малахов ^(чат) 08:38, 18 мая 2017 (UTC) [ ]

Ответил . -- Yurik ( ) 17:36, 18 мая 2017 (UTC) [ ]

Этот пример использует Lua, которую нет возможности поставить в моём случае. Есть ли пример попроще, обычный вики шаблон без использования дополнительных инструментов? -- Павел Малахов ^(чат) 09:14, 31 мая 2017 (UTC) [ ]

Что случилось с graph? Уже давно не показывает разные карты. Например тут пусто https://ru.wikipedia.org/wiki/Шаблон:MapСomparisonRF -- Sunpriat 04:31, 9 апреля 2019 (UTC) [ ]

@ Sunpriat : Хороший вопрос. Надо дать им знать - можете в Phabricator-е? Я не хочу создавать сам, а то будет выглядить как будто все graph-запросы идут от меня. Спасибо! -- Yurik ( ) 04:39, 9 апреля 2019 (UTC) [ ]

Указали на вероятное T214984. Поправите ? -- Sunpriat 16:59, 9 апреля 2019 (UTC) [ ]

Вряд ли, скорее оно взрывается когда SPARQL возвращает больше чем один уникальный Q-ID. Например в демо он сейчас дублирует (там 2 кода, а ожидается один. можно либо query починить, либо попросить чтоб он не взрывался на дубликатах) -- Yurik ( ) 17:30, 9 апреля 2019 (UTC) [ ]

@ Yurik : Добрый день! Я недавно похожее. Вкратце, в моей версии благодаря подобию «механизма» Commons (когда при отсутствии файла в локальной вики движок автоматически подставляет одноимённый файл из Commons — чем-то похоже на coalesce в SQL ) в принципе не пришлось бы копипастить шаблоны во все википедии при каждом их изменении. Как думаете, реализуемо ли это? -- Рассилон ( обс. ) 09:37, 11 мая 2019 (UTC) [ ]

Рассилон , Я не думаю что это сработает. Страница из другой вики не является полноценным объектом. Например, у меня нет userpage в ukwiki -- не существует, а в ruwiki она есть. {{User:Yurik}} вставит её содержание в рувики, но в ukwiki эта-же команда создаст ссылку. Если на мета странице у меня будут использованы шаблоны из ukwiki, они работать тоже не будут -- будут работать только другие шаблоны с meta. Другими словами это hack, который сделан только для просмотра целой страницы, и будет очень сложно переделать это нормально. Тот факт что эту функциональность сообщество просит уже 18 лет показывает что это очень не просто. Кстати, концепцию shadow namespace уже предлагали (гдето в phabricator) она уже есть, но я думаю концептуально это не верное решение. Например, если рувики не понравится общий шаблон, то она может его переписать под тем-же именем для себя, локально. Но тут-же появятся другие языки что захотят эти изменения у себя -- и начнут их копировать. С моей точки зрения, идеальной была-бы система единых шаблонов и модулей для всех вики, плюс общая система переводов - тогда любая вики может использовать любой шаблон, или создать свой. -- Yurik ( ) 16:19, 11 мая 2019 (UTC) [ ]

Участник:Jack who built the house/Удобные дискуссии . Крутая штука, стоит попробовать :) С уважением, Iniquity 15:23, 25 мая 2019 (UTC) [ ]

Hi Yurik, I saw some nice graphs in Вспышка коронавируса 2019-nCoV . Do you think it would be possible to export them to Commons so other wikis can use it as well?

См .

I did based on data in enwiki and generated simple graph - but ruwiki have more data. ערן ( обс. ) 18:56, 3 февраля 2020 (UTC) [ ]

If you want to use Graph:Lines, you just point it to the data on Commons, and it should work in every language that has Graph:Lines page. I am not sure I understand the question :) -- Yurik ( ) 19:45, 3 февраля 2020 (UTC) [ ]

Здравствуйте! Хочу обратить ваше внимание, что подана заявка о снятии флага с вашего бота в связи с его неактивностью. Если у вас есть возражения или комментарии, то приглашаю к обсуждению. rubin16 ( обс. ) 10:50, 15 марта 2021 (UTC) [ ]

Привет. Можешь зайти в Дискорд? Написал тебе туда. Jack who built the house ( обс. ) 14:20, 11 декабря 2021 (UTC) [ ]