Обсуждение участника:Vladimir Solovjev — Википедия


1 человек в обсуждении

Article Images
Календарь
Календарь

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

Этот участник предпочитает обращение по имени

Smiley
Smiley

Здравствуйте, Владимир! Вижу, что вы в отпуске, да и сам понимаю, что у вас вероятно есть проблемы со свободным временем. Однако если будет желание, не могли-бы вы глянуть написанную мною статью и номинированную в ДС? Буду благодарен, за любой ответ. Спасибо — Marshal 10000 (обс.) 03:05, 28 августа 2024 (UTC)Ответить

Здравствуйте, Владимир! C 2014 года у нас есть Шаблон:Мечети Азербайджана, где около 10 лет был оптимальный консенсус. Вдруг 2024 году, после известных событий, коллега Parishan решает переименовывать[1] один из разделов, а именно раздел «Карабах», в «Карабах-Зангезур». Зангезур это историческая область Армении и большая его часть находится в составе РА. Формальной причиной переименования стало добавление одной мечети XVIII века в Губадлинском районе. Это откровенная провокация на фоне территориальных претензии Азербайджана к Армении, что я и отметил восстановив[2] консенсусную версию. В следующий день Interfase вернул[3] версию Parishan. По аналогии кто-то может добавить Товузский район Азербайджана в шаблон о церквях Армении, т.к. это равнинная часть Тавуша. И еще важная деталь: понятие «Карабах» охватывает и Губадли, то есть это не только мизер, но и с точки зрения исторической корректности спокойно можно обойтись без таких провокации.— Taron Saharyan (обс.) 15:46, 29 августа 2024 (UTC)Ответить

  • Во-первых, что касается того, что вы вернули якобы "консенсусную версию". Это неправда. Правка участника Parishan была сделана в январе и учитывая, что в течении почти 8 месяцев её никто не отменял, то она и стала консенсусной. Так, что отменив вашу правку, это именно я восстановил консенсусную версию
  • Во-вторых, область Зангезур охватывает не только территорию Армении, но и территорию Азербайджана. Аж целых три района Азербайджана. Почитайте хотя бы преамбулу статьи Зангезур. Какие ещё "откровенные провокации"? Следите за своими словами и не нарушайте ВП:ЭП.
  • В-третьих, Товузский район Азербайджана в шаблон о церквях Армении никто "по аналогии" добавить не сможет, так как никакая часть Товузского района не расположена на территории Армении. Тавуш пожалуйста, а вот Товузский район - нет.
  • В-четвёртых, территория Губадлинского района не расположена в Карабахе. Так что понятие «Карабах» не охватывает Губадлы. По мне так вы демонстрируете типичный ВП:ПРОТЕСТ, не более. Interfase (обс.) 16:51, 29 августа 2024 (UTC)Ответить

Формально не существует каких-то правил для навигационных шаблонов, их содержимое определяется консенсусом. Чаще всего к таким шаблонам применяются критерии из ВП:ТРС. И при этом в целом есть консенсус на то, что критерии, по которым отбираются элементы шаблонов, должны быть интуитивно понятны без дополнительных пояснений. В данном случае, глядя на шаблон, участники ожидают, что в нём перечисляются мечети, которые находятся на территории современного Азербайджана. Если я правильно понимаю, то Губадлинский район в настоящее время является частью Азербайджана. Однако переименование названия раздела «Карабах» в «Карабах-Зангезур» вводит в заблуждение, ибо Зангезур входит в состав Азербайджана только частично. Поэтому данное переименование я отменяю, возвращаю название «Карабах». Если участники считают, что необходим шаблон, который бы включал в себя все мечети, расположенные в исторической области Зангезур без привязки к современным государствам, никто не мешает создать отдельный навигационный шаблон. Vladimir Solovjev обс 08:32, 1 сентября 2024 (UTC)Ответить

  • Владимир, а что если не Карабах-Зангезур, а Карабах-Восточный Зангезур (там более это ещё и официальные названия экономических районов Азербайджана). Это позволит нам включать мечети Губадлинского, Зангиланского и Лачинского районов в шаблон. В настоящий момент мы причисляем село Мамар к Карабаху, хотя АИ на такую привязку нет, кроме слов моего оппонента Interfase (обс.) 11:57, 1 сентября 2024 (UTC)Ответить
    • «Восточный Зангезур» — это официальное название области? Vladimir Solovjev обс 12:01, 1 сентября 2024 (UTC)Ответить
      • Восточно-Зангезурский экономический район Interfase (обс.) 12:22, 1 сентября 2024 (UTC)Ответить
        • Сделал. Vladimir Solovjev обс 12:44, 1 сентября 2024 (UTC)Ответить
          • Уважаемый Vladimir Solovjev, если рассуждать таким образом, то и Ширван входит в Азербайджан только частично, так как одна из его исторически значимых частей — Дербент — сегодня входит в состав России. Поэтому ссылка на неоднозначность не кажется мне убедительной. На мой взгляд, «Карабах», «Нахичевань», «Гянджабасар», «Апшерон» и рядом вдруг — «Восточно-Зангезурский экономический район» звучит нелепо; полагаю, что одного «Восточного Зангезура» было бы вполне достаточно. Аналогия, приводимая жалобщиком с Товузским районом, отношения к теме не имеет, ибо в шаблоне не представлено ни одного объекта, расположенного на территории Армении.
          • Прошу обратить внимание, что в провокациях меня обвиняет участник, который удаляет не нравящиеся ему датировки из статей [4], модифицирует консенсусные версии статей, ссылаясь на отсутствие нового консенсуса [5] и позволяет себе подобные комментарии, которым я не могу найти определения; и всё это только за последнюю неделю. Parishan (обс.) 18:15, 1 сентября 2024 (UTC)Ответить

Доброе утро!
Подскажите, как загружать несвободные файлы?
Как к вам лучше обращаться — на «ты» или на «вы»? Любитель свежего воздуха (обс.) 02:33, 1 сентября 2024 (UTC)Ответить

  • Можно на ты. Загружать несвободные файлы можно только в Википедию (на Викисклад только свободные). При этом нужно обязательно соблюдать так называемые критерии добросовестного использования (ВП:КДИ), а на странице файла нужно устанавливать шаблон {{Обоснование добросовестного использования}} для каждой страницы. Суть критериев в том, что использовать несвободные файлы нужно только тогда, если без них обойтись нельзя. Например, если создаётся статья о фильме, то постер к нему, как правило, несвободен, поэтому использование его можно обосновать. Но вот использовать несвободные фотографии ныне живущих людей (особенно публичных личностей, вроде актёров, певцов, политиков и т.д.) недопустимо, ибо свободная альтернатива может быть создана. Плюс несвободные файлы нельзя использовать как декоративный элемент (например, в различных списках). Но главный принцип: если не уверен, что можно файл использовать, лучше его не использовать. Vladimir Solovjev обс 08:15, 1 сентября 2024 (UTC)Ответить

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

Новость недели

  • Редакторы и программисты, интересующиеся визуализацией данных, могут начать тестировать новую программу для создания диаграмм. Ранняя версия доступна на бета-Складе и в бета-Википедии. Это важный шаг на пути к возобновлению работы диаграмм в обычных вики-проектах. Приглашаем ознакомиться с отчётом и помочь с тестированием.

Новости функциональности

  • На странице Служебная:Неиспользуемые шаблоны вскоре появится фильтр для страниц, которые находятся там постоянно, например, песочниц, тестовых запусков и шаблонов, которые всегда используются с подстановкой. Для шаблонов можно использовать новое волшебное слово, __EXPECTUNUSEDTEMPLATE__, которое скрывает их с этой страницы. Благодарим Sophivorus и DannyS712 за это улучшение. [6]
  • При создании новой темы инструментом «Новая тема» на странице обсуждения будет выводиться напоминание добавить заголовок раздела. Это должно снизить количество создаваемых новичками тем без заголовка. Приглашаем прочесть отчёт об этой и 28 других решённых на прошлой неделе задачах.
  • На прошлой неделе у нескольких инструментов на Toolforge были проблемы с соединением. Их причину всё ещё выясняют, но они больше не проявляются. [7]
  • Администраторы перевода в многоязычных вики-проектах получили возможность с лёгкостью отмечать изменения, требующие обновления перевода, при редактировании нескольких фрагментов для перевода. Для этого появилось отдельное выпадающее меню.

Проектные обновления

  • На Мете опубликован черновик политики использования API Викимедиа. Его цель — зафиксировать существующие правила использования API. Приглашаем прокомментировать, задать вопросы и оставить предложения на странице обсуждения до 13 сентября, либо до завершения обсуждения.

Узнать подробности

Технические новости подготовлены техническими писателями и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

MediaWiki message delivery 01:06, 3 сентября 2024 (UTC)Ответить

Владимир, обращаюсь к тебе, как к опытному журналисту. Есть ли у тебя интерес развить статью «Ядерная зима»? Как мне кажется, это весьма злободневно. Любитель свежего воздуха (обс.) 15:01, 5 сентября 2024 (UTC)Ответить

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

Какова полезная функция этих "символов юникода", зачем они вообще нужны? Имеют ли право другие участники проекта помещать их в тексты статей без моего согласия? Прочитал в статье Вики, что символы эти "передают данные", но в ней не объясняется, кому, зачем и с какой целью эти "данные" передают.

Дело в том, что тексты всех своих публикаций я постоянно сохраняю и пересохраняю у себя после правок. А "символы юникода" эти внешне имеют неприятный вид - сочетание непонятных графических символов, зачем-то помещаемые между номерами страниц, или же указанием на их количество и тире, или ещё где-то, причём именно в разделах "Примечания" и "Библиография". Это здорово смущает при пересохранении текстов, так как внешне эти символы напоминают ошибки, описки и пр. Clerkon (обс.) 18:25, 5 сентября 2024 (UTC)Ответить

  • У участника эти управляющие символы удаляют из статей, а добавили nbsp. Я уже попыталась объяснить, очевидно, не получилось. Львова Анастасия (обс.) 19:17, 5 сентября 2024 (UTC)Ответить
    • Ещё раз повторяю, что символы эти, может, и нужные, однако элементарные правила вежливости диктуют необходимость объяснять авторам статей подобные правки. Ведь чисто внешне выглядят эти символы нелепыми и совершенно излишними, особенно когда их произвольно проставляют вместо или между тире и остальной информацией в описательных статьях разделов "Библиография" или "Примечания".
    • Неужели нет иного способа ссылаться на юникод и т. п.? И проставлять эти символы в других, более подходящих разделах статей, желательно свободных от текста? Clerkon (обс.) 16:13, 6 сентября 2024 (UTC)Ответить
  • А можно какой-то дифф на подобную правку? Я иногда видел подобное, у меня складывалось ощущение, что это баг визуального редактора. Vladimir Solovjev обс 06:51, 6 сентября 2024 (UTC)Ответить

Добрый день. У нас в статье скифы какой-то странный мусор в разделе "Антропологический тип". Я что-то не решаюсь удвлять его самостоятельно. И не понимаю его природу. — Muhranoff (обс.) 11:43, 6 сентября 2024 (UTC)Ответить

SuggestBot думает, что Вы получите удовольствие от редактирования некоторых из этих статей. Развлекайтесь!

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

Если у вас есть предложения как сделать SuggestBot лучше, то пожалуйста скажите мне на SuggestBot’s talk page. С благодарностью, Nettrom (talk), хранитель SuggestBot. -- SuggestBot (обс.) 04:46, 8 сентября 2024 (UTC)Ответить

@ Vladimir Solovуev, вы опять создали несостыковку между статьями: Рингольд и Довспрунк

В статье Рингольд было не указано о других сыновьях князя Рингольда , однако в статье Довспрунк есть текст из договора между галицко-волынскими и литовскими князьями, в котором сказано , что Довспрунк брат Миндовга и Довьялова ,если считать, что отцом князя Миндовга был Рингольд, и у Миндовга есть два брата (Довспрунк и Довьялов ) , то получается Рингольд отец 3 князей. Artömj (обс.) 14:38, 9 сентября 2024 (UTC)Ответить

  • Вот хватит заниматься ориссописанием, тогда нестыковок не будет. Используйте авторитетные источники, а не собственные выводы из статей Википедия. Википедия — это не АИ. И вы явно не понимаете, как пишутся статьи Википедии. Используйте вторичные источники для добавления информации. Статьи о Рингольде и Довспрунге — крайне низкого качества, их нужно переписывать полностью. Во-первых, само существование Рингольда современными историками ставится под сомнение. Во-вторых, вы используете самостоятельную интерпретацию первичного источника, да ещё и с ошибкой: фраза «братъ Довъяловъ Виликаилъ» — где вы увидели информацию, что это брат Миндовга? И где Довспрунг назван сыном Рингольда? Это ваш личный вывод, не основанный на АИ. Да, Довспрунг упоминается как брат Миндовга, однако нужен АИ, который напрямую называет Довспрунга сыном Рингольда. Vladimir Solovjev обс 15:39, 9 сентября 2024 (UTC)Ответить
    • Здравствуйте ,Vladimir Solovjev ,я нашёл доказательство в статье Рингольд– ,,По одной из версий легенды, Рингольд умер без наследников, таким образом став последним князем из династии Палемоновичей. Согласно другой версии, у Рингольда было три сына — Войшелк и согласно некоторых сведений Довспрунг и Миндовг. Одному из них, Войшелку, он и оставил Новогрудок. «Хроника Быховца» называет сыном Рингольда Миндовга, отец которого согласно достоверным источникам был могущественным королем (könig groß), однако по имени неизвестен. При этом в других источниках имеются сведения, что Войшелк был сыном Миндовга, а не Рингольда.,, Artömj (обс.) 17:35, 12 сентября 2024 (UTC)Ответить
      • Ещё раз: статьи в Википедии не являются АИ. И не нужно мне их цитировать, я эти статьи и без того видел, причём гораздо раньше Вас. Проблема ещё и в том, что их качество, мягко говоря, оставляет желать лучшего. Кроме того, «Хроника Быховца» — это первичный источник, далеко не все сведения из неё признаются достоверными. Почитайте хотя бы «Введение в изучение белорусско-литовского летописания» Улащика. Или хотя бы предисловие к самой хронике за авторством того же Улащика, который прямо пишет: «В хронике есть немало ошибок». Для написания статей нужно в первую очередь использовать вторичные авторитетные источники. Vladimir Solovjev обс 17:52, 12 сентября 2024 (UTC)Ответить

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

Новости функциональности

  • Начиная с этой недели в подсветке синтаксиса будут использоваться цвета, совместимые с тёмной темой оформления. Это первое из крупного пакета обновлений для подсветки синтаксиса, подробности о будущих изменениях можно прочесть на странице помощи. [9][10]
  • Список наблюдения в Викиданных отныне будет уведомлять пользователей только о релевантных изменениях. Это стало возможно благодаря тому, что функции Lua entity:getSitelink() и mw.wikibase.getSitelink(qid) получат общую логику для отслеживания различных аспектов ссылок на проекты, что снизит количество мусорных уведомлений из-за непоследовательного отслеживания таких ссылок [11]

Проектные обновления

  • Все вики-проекты будут доступны только для чтения на протяжении нескольких минут 25 сентября, начиная с 15:00 по UTC. В это время будут проводиться запланированные технические работы по переключению датацентра. Подробности будут приведены в Техновостях и в отдельных вики-проектах на протяжение ближайших недель. [12]
  • В 11 Википедий, включая английскую, но не русскую, добавят новое пространство имён, MOS. Это улучшение позволит обезопасить ссылки, начинающиеся с MOS: (обычно это сокращение для руководства по стилю, от англ. Manual of Style), из-за появления Википедии на языке мооре с языковым кодом mos. [13]

Технические новости подготовлены техническими писателями и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

MediaWiki message delivery 18:51, 9 сентября 2024 (UTC)Ответить

удали мою учетку насовсем побыстрому!!!! Засимме (обс.) 16:00, 10 сентября 2024 (UTC)Ответить

Здравствуйте, Вас не затруднит подвести итог? Vyacheslav84 (обс.) 17:16, 12 сентября 2024 (UTC)Ответить

  • Примите мои сентябрьские приветствия, Владимир! Повторно прошу Вас о такой же любезности: кроме Вас больше мне просить некого. Если/когда у Вас найдётся свободная минута (а больше там не потребуется, я надеюсь), пожалуйста, подведите итог по статье Клоповник (значения), чтобы на ней не висел уже больше полугода этот незаслуженный шаблон. Здесь такая же история, как со статьёй царь-трава. Нужно просто подвести итог по формальному основанию: ведь эту статью выставляли на удаление как дизамбиг, а я сделал из него большой иллюстрированный информационный список. Единственное, что теперь нужно: переименовать статью в Клоповник (список таксонов), но я не могу это сделать, пока там висит шаблон с предупреждением. Как всегда, простите за просьбу, если она пришлась некстати. — Super-Wiki-PatrooL☂ 12:13, 14 сентября 2024 (UTC)Ответить

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Improvements and Maintenance

  •   Editors interested in templates can help by reading the latest Wishlist focus area, Template recall and discovery, and share your feedback on the talkpage. This input helps the Community Tech team to decide the right technical approach to build. Everyone is also encouraged to continue adding new wishes.
  • The new automated Служебная:NamespaceInfo page helps editors understand which namespaces exist on each wiki, and some details about how they are configured. Thanks to DannyS712 for these improvements. [14]
  • References Check is a feature that encourages editors to add a citation when they add a new paragraph to a Wikipedia article. For a short time, the corresponding tag "Edit Check (references) activated" was erroneously being applied to some edits outside of the main namespace. This has been fixed. [15]
  • It is now possible for a wiki community to change the order in which a page’s categories are displayed on their wiki. By default, categories are displayed in the order they appear in the wikitext. Now, wikis with a consensus to do so can request a configuration change to display them in alphabetical order. [16]
  •   Tool authors can now access ToolsDB's public databases from both Quarry and Superset. Those databases have always been accessible to every Toolforge user, but they are now more broadly accessible, as Quarry can be accessed by anyone with a Wikimedia account. In addition, Quarry's internal database can now be queried from Quarry itself. This database contains information about all queries that are being run and starred by users in Quarry. This information was already public through the web interface, but you can now query it using SQL. You can read more about that, and 20 other community-submitted tasks that were resolved last week.
  • Any pages or tools that still use the very old CSS classes mw-message-box need to be updated. These old classes will be removed next week or soon afterwards. Editors can use a global-search to determine what needs to be changed. It is possible to use the newer cdx-message group of classes as a replacement (see the relevant Codex documentation, and an example update), but using locally defined onwiki classes would be best. [17]

Technical project updates

  • Next week, all Wikimedia wikis will be read-only for a few minutes. This will start on September 25 at 15:00 UTC. This is a planned datacenter switchover for maintenance purposes. This maintenance process also targets other services. The previous switchover took 3 minutes, and the Site Reliability Engineering teams use many tools to make sure that this essential maintenance work happens as quickly as possible. [18]

Tech in depth

  •   The latest monthly MediaWiki Product Insights newsletter is available. This edition includes details about: research about hook handlers to help simplify development, research about performance improvements, work to improve the REST API for end-users, and more.
  •   To learn more about the technology behind the Wikimedia projects, you can now watch sessions from the technology track at Wikimania 2024 on Commons. This week, check out:
    • Hackathon Showcase (45 mins) - 19 short presentations by some of the Hackathon participants, describing some of the projects they worked on, such as automated testing of maintenance scripts, a video-cutting command line tool, and interface improvements for various tools. There are more details and links available in the Phabricator task.
    • Co-Creating a Sustainable Future for the Toolforge Ecosystem (40 mins) - a roundtable discussion for tool-maintainers, users, and supporters of Toolforge about how to make the platform sustainable and how to evaluate the tools available there.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 00:01, 17 сентября 2024 (UTC)Ответить

Здравствуйте, я записался избирающим в ЗЛВ и хотел спросит: а как вообще избирать в ЗЛВ есть подробная инструкция? Эрик Джон Старк (обс.) 06:00, 18 сентября 2024 (UTC)Ответить

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

Новость недели

  • Все вики-проекты будут доступны только на чтение на протяжении нескольких минут в среду 25 сентября начиная с 15:00 по UTC из-за технических работ. Это не повлияет на доступность страниц для просмотра, но редактирование будет невозможно. Сотрудникам Фонда из команд, обеспечивающих надёжную работу оборудования, необходимо проводить подобные мероприятия дважды в год, чтобы быть готовыми обеспечивать функционирование всех вики-проектов даже в случае крупной аварии в одном из наших дата-центров.

Новости для редакторов

 
Скриншот интерфейса, демонстрирующего функцию добавления предлагаемого описания к файлу
  • Редакторы, использующие приложение Википедии под iOS на испанском, португальском, французском и китайском языках, скоро увидят эксперимент с предложением добавить описание к файлу после внесения правок в статью, либо выполнения действия, предложенного задачей «Добавить изображение». Текстовые описания изображений помогают людям с нарушениями зрения читать статьи в Википедии. Работающая над этим команда также пытается понять, может ли добавление текстового описания быть хорошей задачей для начинающих википедистов. Просим оставлять отзывы на странице обсуждения.
  • Цветовая палитра Codex получила обновлённые цвета интерфейса MediaWiki. Наиболее заметные изменения для редакторов: цвета ссылок для тёмной темы и прозрачных кнопок, обозначающих переход и удаление (progressive и destructive), цвета посещённых ссылок и цвета фона системных сообщений — как для для светлой, так и для тёмной темы.
  •   Появилась возможность добавлять работающие вики-ссылки и внешние ссылки в блоки программного кода. Сюда входят также ссылки, используемые в метках <syntaxhighlight> и на страницах с кодом (JavaScript, CSS, Scribunto и Sanitized CSS). Использование синтаксиса для шаблонов {{…}} также получило ссылку на страницу шаблона. Благодарим SD0001 за эти улучшения. [19]
  • Исправлено две ошибки в системе запроса на исчезновение (GlobalVanishRequest): улучшено логирование действий и удалено ошибочное сообщение-местозаполнитель. [20][21]
  • Приглашаем ознакомиться с отчётом о 25 задачах, решённых на прошлой неделе.

Технические обновления

  •   Wikimedia Enterprise:
    • API отныне позволяет свободно и бесплатно выполнять 5000 запросов в месяц и дважды в месяц делать HTML-снэпшот. Подробности, а также информацию об улучшениях пакета средств разработки (SDK) можно узнать в блоге проекта. Хотя API Wikimedia Enterprise создавались для высоконагруженного использования коммерческими клиентами, это нововведение позволяет обслуживать множество общественных инициатив, опирающихся на наши ресурсы.
    • API снэпшотов (HTML-дампов) получили бета-версию конечной точки Structured Contents (подробности в блоге), а также передали два бета-датасета (английской и французской Википедий), полученные из Structured Contents, сервису Hugging Face для публичного использования и получения отзывов (см. блог). Такие предварительно распарсенные датасеты дают новые возможности по использованию данных исследователям, программистам и аналитикам данных.

Подробнее

  •   Для получения ответов на вопросы с помощью Викиданных используется сервис Wikidata Query Service (WDQS). Учитывая постоянный рост Викиданных, нам пришлось серьёзно изменить архитектуру WDQS, чтобы он продолжал работать быстро. В рамках Проекта по разделению графов WDQS появилось две конечные точки SPARQL для обслуживания «академического» и «основного» субграфов Викиданных. Конечная точка query.wikidata.org продолжит обслуживать полный граф до марта 2025 года, после чего она переключится на полный граф. Больше информации содержится в объявлении на Викиданных.

Технические новости подготовлены техническими писателями и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

MediaWiki message delivery 23:36, 23 сентября 2024 (UTC)Ответить

Вы отменили мою правку. Написали, что источник не авторитетный. А где вы в моей правке видели источник???

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

После моего редактирования, тот для кого это важно, имел возможность критично отнестись к конкретной информации, и при желании, доработать раздел. После вашей - статья в энциклопедии менее энциклопедична, чем до вашего вмешательства и нерелевантного описания! Kossa b (обс.) 11:05, 28 сентября 2024 (UTC)Ответить

  • Вы ссылаетесь в виде примечания на статью Википедии как на авторитетный источник («В статье о муже Андрее Старицком указано следующее: "От брака с Ефросиньей имел детей: князя Владимира Старицкого, князя Андрей Рузского и княжну Фотинью"»). Но Википедия АИ не является, ссылаться на статьи в ней для подтверждения каких-то сведений нельзя. Поэтому я правку и отменил, указав, что «статьи в Википедии — это не АИ». Причём в той статье, на которую вы ссылаетесь, источник информации не приведён. Вполне возможно, что ошибка в этой статье есть, но нужно лезть в источники и смотреть, что там сказано про детей, благо генеалогия московских князей этого периода исследована хорошо (читаем правило ВП:ПРОВ). И не нужно обвинять меня в том, что я сделал статью «менее энциклопедичной», почитав, заодно, п.5 правила ВП:ЭП/ТИП, вы его подобными заявлениями нарушаете. Поверьте, я достаточно хорошо знаю правила. И я достаточно хорошо знаю, как писать статьи в Википедии. Я вам попытаюсь объяснить, как следует действовать, если вы увидели несоответствие информации в разных статьях (а такое вполне возможно, ибо статьи пишут разные участники). Первый вариант: самостоятельно ищите источники. Второй вариант: пишите где-то (или на странице обсуждения статьи, или, например, на историческом форуме) о замеченном расхождении, чтобы участники, которые могут это сделать, проверили информацию по источникам. Пока что в статье Евфросинье я заменил «единственный ребёнок» на «единственный сын», как написано в статье в РБС. О дочери там ничего не говорится, поэтому вопрос, откуда взялась информация о ней, остаётся открытым. Нужно смотреть генеалогические источники, но сейчас у меня возможности это сделать нет. Vladimir Solovjev обс 11:32, 28 сентября 2024 (UTC)Ответить

Добрый день. Хочу я за октябрь дописать статью История Виргинии и отправить её на КИС. Но вот вопрос. У нас в статьях пока разнобой с названиями Вирджиния-Виргиния. Даже вот статью кто-то переименовал. Вроде бы обе версии у нас равнозначны. Но как быть с КИС? Не станет ли выявление единственно правильного написания препятствием к присвоению статуса? Или вопрос с правильным вариантом можно будет решать где-то за пределами статьи (хотя бы потому, что он касается не только её)? Правила проекта что-то говорят на этот счёт? Muhranoff (обс.) 15:30, 28 сентября 2024 (UTC)Ответить