Обсуждение участника:Yurik

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску

Вопрос по графику

[править код]

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

@Алый Король: разумеется. На самом деле это выглядит как вариация на stacked graph, плюс идёт доп-категория для каждой даты. Данные видимо надо будет делать в 3 столбика: год, группа, значение. Групп в данном графике две, условно А и Б, и для каждой даты рисуются столбик. Плюс в Веге надо разбить данные по дополнительной характеристике - минус или плюс, и рисовать соответственно. На самом деле там как-бы два разных графика - stacked сверху и снизу. Короче - сделать можно если это действительно требуется - а то пока что даже простые графики из коллекции мало кто использует. --Yurik (обс.) 04:21, 6 марта 2017 (UTC)[ответить]
Круто. Действительно нужно, вот прям сейчас. Могли бы сделать пример хотя бы для одного года? Заранее спасибо. Мне и самому раньше просто не нужны были, хотя я всегда горел желанием задействовать их ))) теперь вот понадобилось. --Алый Король 04:29, 6 марта 2017 (UTC)[ответить]
@Алый Король: там надо сразу правильно делать - по идее не очень сложно, но часа три надо. Создайте dataset на 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)[ответить]

Кириллица и Латиница

[править код]

Привет, увидел что у нас снова появился бот исправляющий смесь кириллицы и латиницы, здорово! Я этим сам раньше занимался, теперь забросил Участник:LatitudeBot/Кириллица и Латиница. Работы для бота море, мой бот в начале, не помню уже за сколько часов работы в сутки, исправлял до 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)[ответить]

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

Смесь раскладок (ukwiki)

[править код]

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

Обычно он просто переименовывает эти статьи, а в этот раз он не дошёл - я заметил другую ошибку и остановил. Когда запущу, он статью переименует и всё снова заработает. Если хотите, можно переименовать статью вручную, но бот в любом случае туда через пару дней доберётся (как только его починю). --Yurik 14:12, 15 декабря 2012 (UTC)[ответить]
  • Hi Yurik, я там ошибочно написал Yupik, мои извинения, исправить уже не могу. По делу, я сначала не понял, почему у меня на странице исчезла фотка Зірка Дніпра, уменьшил до 290px, появилась, сейчас обнаружил, что у англичан и т. д., показывает нормально, посмотрел последние изменения: YurikBot заменил в названиях файла текст в Википедии, а в Викимедиа наверно нет? Прошу учесть и исправить, с приветом,--PjotrMahh1 03:38, 17 декабря 2012 (UTC)[ответить]
Увы - смешная ошибка - там на странице неправильные буквы "і" стояли (были латинские "i"). Почему-то бот не исправил первое слово с латинской i, а только второе. А надо было - оба. Теперь починил страницу, файл уже имел правильное название в commons, а так-же был redirect с латинскими i, так что всё good. Спасибо что заметили. --Yurik 15:05, 17 декабря 2012 (UTC)[ответить]

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

Можно конечно, но зачем он нужен? Я могу ошибаться, но вроде он не несёт особой смысловой нагрузки, но главное - на него никто не ссылался (бот ничего не переименовывал) - зачем его оставлять? Такие редиректы вроде только засоряют систему, за ними тоже ведь надо чуток смотреть. --Yurik 20:15, 20 декабря 2012 (UTC)[ответить]
Добавил к Википедия:КЛ/Проверенные. --Yurik 21:50, 20 декабря 2012 (UTC)[ответить]
Я на него пару раз ссылался, видать, те фрагменты кем-то переработаны. Перенаправления с кратных единиц измерения на основные — вроде общая практика. Ignatus 22:22, 21 декабря 2012 (UTC)[ответить]
В принципе я только за, но нету-же ссылок кm (кило-metr) или других подобных - чисто потому, что слишком короткая и визуально неотличимая от двух букв КК (cyr) или KK (lat). Помоему всё-же лучше убрать, пусть с самого начала правильную ссылку ставят. Но ломать копья не буду. --Yurik 22:28, 21 декабря 2012 (UTC)[ответить]
С метром другое дело. Всю жизнь считал, что набирать градусы любой шкалы кириллицей — моветон. А приставки метрические у нас на русском. Ignatus 22:47, 21 декабря 2012 (UTC)[ответить]
Да я не про метры - про то что их визуально не отличить. Ну да ладно. Пусть живёт. Уж точно столько времени обсуждать не стоит :) --Yurik 22:48, 21 декабря 2012 (UTC)[ответить]


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

Добрый день, Юрий. Я правильно понимаю, что ты являешься коммитером проекта pywikibot ? Если да, то просьба глянуть тикеты 3600310 3488657. --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)[ответить]

График population

[править код]

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

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

Еще один график

[править код]

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

  • И еще, насколько корректно построен тот граф? Интересует подпись к линиям на графике. Я наугад проставил, как сейчас, и это сработало. Но по объему бессмысленного текста мне кажется, я довольно глупо сделал, и в мане должно быть сделано проще. Вот только сходу не нашел. - DZ - 16:34, 30 мая 2015 (UTC)[ответить]
  • @DZ:, да, я заметил, сейчас разбираюсь - в понедельник выложу новую версию (там проблемы с phab:T99994 - картинки внутри графика), но не уверен что это решит проблему найденную вами. Если увидите такие проблемы, пишите в phab: - быстрее замечу. Насчёт корректности - вряд ли я смогу с ходу помочь - я на самом деле сам ещё Vega-формат изучаю. Надеюсь что Guide будет полезен... когда-нибудь :) --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, сумарный на все графики на странице. Мне надо будет это исправить, но пока рекомендую способ описаный ранее для уменьшения размера. (phab:T100942) --Yurik 16:26, 31 мая 2015 (UTC)[ответить]

Графики

[править код]

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

  • @MaxBioHazard:, вы абсолютно правы - простой синтаксис для простых задач намного лучше чем создание сложного синтаксиса который на самом деле является Предметно-ориентированным языком. Но дело в том, что сложная система достаточно гибка и порождает массу различных применений в разных сферах, увеличивает количество пользователей, и тем самым способствует возникновению удобных систем для разработки. Посмотрите здесь - Polestar (Chrome only) позволяет сильно-упрощённый способ для создания простых графиков. К тому-же он показывает новый синтаксис Vega-lite, скоро станет доступным. Lyra - скоро сможет создавать предельно сложные графики, а Voyager - экспериментировать с различными представлениями данных. И не забывайте что скоро появятся интерактивные графики (попробуйте потянуть одну из точек). С другой стороны, я не вижу почему более продвинутые пользователи не могут создать шаблоны/Lua функции для типовых графиков, тем самым резко облегчить жизнь новичков. --Yurik 18:54, 30 мая 2015 (UTC)[ответить]
  • (к.р.) Вот, кстати, к сложности приплюсуюсь. Обычно, глядя на образец, можно сделать похожий сходу. Здесь я минут 15 втуплял в 2 примера, потом листал маны по некоторым моментам еще несколько минут, и только потом получился условно рабочий вариант. Для внедрения этой штуки, как мне кажется, потребуется написать еще промежуточный слой "основных типичных графиков". Типа шаблонов. Они спокойно охватят 90%+ задач. Иначе, думаю, никто не будет этим пользоваться. - DZ - 18:59, 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 :))) meta:User:Yurik/Storing_data -- я тут набросал, где данные можно хранить, но для всего есть плюсы и минусы. Я бы не хотел, чтобы все языки ссылались друг на друга, а то получится трудно распутываемый клубок. --Yurik 14:08, 8 марта 2016 (UTC)[ответить]
"Я бы не хотел, чтобы все языки ссылались друг на друга, а то получится трудно распутываемый клубок." - вот именно, как раньше было с интервиками. Есть еще один вариант - хранить в "родном" проекте. Все-таки московское метро для русскоязычных, наверное, ближе, чем для носителей другого языка. --Michgrig (talk to me) 16:00, 8 марта 2016 (UTC)[ответить]
Michgrig, можно конечно, но я-бы очень хотел, чтобы все данные хранились централизованно, например в commons (ближе всего по лицензии по-моему). В местном-же проекте хранить только в случае если данные нельзя (по лицензии) что-бы находились в других языках. Ну или как то так. Сам не знаю, но создавать безумную сеть когда все ссылаются на всех, это не очень :) --Yurik 17:00, 8 марта 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 и ру-вики: en:Template_talk:Graph:Moscow_Metro_expansion. Думаю так будет намного лучше для дальнейшего развития. Но это не решает проблемы кеша - он сам будет обновлятся изредка, или можно сделать 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)[ответить]

Ваш бот в украинской Википедии

[править код]

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

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

Мы ожидаем от Вас ответ в течение недели после получения этого сообщения.

Спасибо за внимание. С лучшими пожеланиями, бюрократ украинской Википедии Максим Підліснюк (обс.) 19:27, 30 марта 2016 (UTC)

Отображение графиков в Русском Викиучебнике

[править код]

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

Iniquity, добрый, думаю это из за T133495 - будем разбираться. --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 ([2]), на предпросмотре страницы всё правильно, на сохранённой странице векторные фичи не рисуются. 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)[ответить]

Внеземные карты

[править код]

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

Sunpriat, в теории... Если я понял правильно, вы хотите показать карту звёздного неба внутри <maplink/frame> ? Или вы хотите нарисовать такие карты с помощью .map данных в Commons, и визуализировать их с помощью графа? Второе по идее уже возможно, но граф пока-что не поддерживает клики - его надо сначала активировать, и тогда ссылки будут работать. Вы сможете найти карту всего звёздного неба в виде geojson под CC0 лицензией? --Yurik (обс) 10:43, 23 декабря 2016 (UTC)[ответить]
  • Да, чтобы получалась как карта с меткой в карточке 55 Рака. в D3 (в целом к исходникам все права не по CC0) есть geojson, но тут пишут (pdf стр 268) что просто переформатирована эту бд (данные свободны). --Sunpriat (обс.) 11:40, 23 декабря 2016 (UTC)[ответить]
  • Проще попробовать Границы - txt на сайте iau или все сразу в [3] [4] (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/Песочница -> commons:Data:Sandbox/Sunpriat/Const.map --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
  • Sunpriat, Вот немного поигрался - User:Yurik/Stars. Думаю 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) Например Участник:Sunpriat/Песочница2 commons:Data:Sandbox/Sunpriat/ConstRD.map границы 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) commons:File:Auriga IAU.svg - как на картах, но без "глубокого космоса". линии созвездий, сетка (границы) созвездий, координатная сетка (возможно отключаемая), две линии эклиптика и галактический экватор, звёзды-точки в масштабе в зависимости от яркости или из набора кругов заготовленных размеров, названия созвездий (или латинские или из викиданных)(оно само может выдать надпись из свойства полигона-границы?)(возможно отключаемо), подписи к звёздам (буква, буква и название(лат. или из викиданных)) (видимость в зависимости от масштаба текущего вида и яркости звезды). Из статьи нужно указывать метку (метка должна показывать "уголком", иметь настройку координат, цвета и надписи) или несколько меток, направление/масштаб видимой части карты в статье. --Sunpriat (обс.) 20:45, 25 декабря 2016 (UTC)[ответить]
    • 1) В теории можно - два варианта, если данные уже есть в .map, но надо их выделить другим образом, можно использовать всякие вики-маркап трюки (как я использую тут) - тогда параметр в вызове шаблона поменяет сам код графа. Если-же данных там нет, то я чуток поменял мой граф: {{Участник:Yurik/Stars|customdata=[-32,34],[-35,35],[-33,37],[-25,11],[-32,34]}}

Участник:Yurik/Stars

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)[ответить]
Вот отдельные commons:Data:Sandbox/Sunpriat/ConstBorder.map commons:Data:Sandbox/Sunpriat/ConstLine.map (составление линий вручную займет несколько дней) и commons:Data:Sandbox/Sunpriat/ConstCoord.map - пожалуйста, добавьте к линиям в coord образец ярлыка. --Sunpriat (обс.) 20:20, 27 декабря 2016 (UTC)[ответить]
Sunpriat, ок, спасибо, я займусь сеткой (скорей всего либо позже сегодня, либо в ближайшие дни). Я дополню позже commons:Data:Sandbox/Sunpriat/ConstCoord.map с нужными данными - это мне достаточно просто. Надо будет ещё подумать когда что показывать, а когда нет - не совсем тривиальная задача. --Yurik (обс) 20:26, 27 декабря 2016 (UTC)[ответить]
Добавил в конец линии "эклиптика" (нужно покрасить в голубой) и "галактический экватор" (нужно покрасить в синий). В теге Гал.экв нарисовался, а широты и линия "эклиптика" - почему-то нет. --Sunpriat (обс.) 17:27, 28 декабря 2016 (UTC)[ответить]

На картах iau (commons:File:Leo IAU.svg) линии созвездий разной толщины (тонкая, средняя, жирная). Как-то можно учитывать их толщину? --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:

Участник:Yurik/Stars

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МБ. commons:Data:Sandbox/Sunpriat/ConstStarsOrigin.map 2833 точки до 5,5m, commons:Data:Sandbox/Sunpriat/ConstStarsOrigin5.map 1615 точек до 5m. Идентификаторы HIP/HD/HR/GL (идин из этих 4), BF - Bayer+Flamsteed, N - ProperName собственное имя. M - Magnitude (m) видимая звёздная величина (четыре отрицательных -0.01 -0.05 -0.62 -1.44. На карте commons:File:Canis Major IAU.svg -1.44 это размер -1). --Sunpriat (обс.) 19:08, 30 декабря 2016 (UTC)[ответить]

Этот полигон ([[140,-20],[140,-40],[150,-20],[140,-20]]) даёт вертикальную лишнюю линию по центру https://ru.wikipedia.org/w/index.php?title=Участник:Sunpriat/Песочница&oldid=82780099 . Сам полигон Насос (созвездие) ниже правее центра. В 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 градусов поворота и для каждого полигона в разном месте. https://ru.wikipedia.org/w/index.php?title=Участник:Sunpriat/Песочница2&oldid=82958786 --Sunpriat (обс.) 01:04, 10 января 2017 (UTC)[ответить]
  • Увы, не знаю как лучше. Но мне тут экперт только что сказал что у нас все картинки инвертированы (mirrored). Не уверен если это проблема параметра в Веге, или надо менять данные. --Yurik (обс) 05:05, 14 января 2017 (UTC)[ответить]

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

Sunpriat, я наконец-то догадался использовать .tab вместо .map для точек - намного легче работать и компактней. Можете слегка подправить названия колонок? В графе используются только latitude, longitude, и BF поля. Первые два менять не надо - так понятней, а вот все остальные наверное стоит переименовать. Может даже имеет смысл по другому сформировать табличку, и дать локализированные названия звезд (тогда в разных языках это график будет видится соответственно). Либо просто пришлите мне spreadsheet, я его сам переформатирую (yuri at wikimedia). Спасибо! --Yurik (обс) 10:07, 9 января 2017 (UTC)[ответить]
1) Столбец magnitude нужно посмотреть, как получится/как лучше, он нужен только для рисования размера точки - или сократить до целого (для фиксированных размеров как iau) или показать точки размером пропорционально цифре (тогда можно сократить до одной цифры после запятой). 2) обозначения - при клике на точку возможно показать текст из столбца designation? большая таблица https://cloud .mail.ru/public/MwfD/x97uEXA3c обрезанная таблица https://cloud .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. | Универсальная только ссылка на викиданные...можно попробовать подать запрос к ботоводам - просить викиданные собрать через сортировку в категории англовики en:Category:Hipparcos objects или из самих викиданных через 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)[ответить]
  • Можно зеркально отразить всё по х, или перевычислять долготу? :) ~Sunpriat (обс.) 13:41, 23 июня 2017 (UTC)[ответить]
    • Хороший вопрос, не знаю... надо с d3 проекцией разбираться... Кстати, я тут вожусь с Vega 3 на моей новой работе, и там много новых функций для карт, например 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> в шаблоне

[править код]

Есть ли пример как завернуть <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: Хороший вопрос. Надо дать им знать - можете создать task в Phabricator-е? Я не хочу создавать сам, а то будет выглядить как будто все graph-запросы идут от меня. Спасибо! --Yurik (обс.) 04:39, 9 апреля 2019 (UTC)[ответить]
Указали на вероятное T214984. Поправите https://www.mediawiki.org/wiki/Extension:Graph/Demo/Sparql ? --Sunpriat 16:59, 9 апреля 2019 (UTC)[ответить]
Вряд ли, скорее оно взрывается когда SPARQL возвращает больше чем один уникальный Q-ID. Например в демо он сейчас дублирует [5] (там 2 кода, а ожидается один. можно либо query починить, либо попросить чтоб он не взрывался на дубликатах) --Yurik (обс.) 17:30, 9 апреля 2019 (UTC)[ответить]

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

Рассилон, Я не думаю что это сработает. Страница из другой вики не является полноценным объектом. Например, у меня нет userpage в ukwiki -- uk:user:Yurik не существует, а в 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?

Графики недоступны из-за технических проблем. См. информацию на Фабрикаторе и на mediawiki.org.

См исходные данные.

I did c:Data:Wuhan coronavirus data.tab 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)[ответить]