Ссылка-сокращение ВП:Ф-ПРЕ

Википедия:Форум/Предложения: различия между версиями

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Содержимое удалено Содержимое добавлено
Строка 1: Строка 1:
{{/Шапка}} <!-- Не удаляйте эту строку и шапку. Пишите НИЖЕ! Дублировать эту строку тоже не надо! -->
{{/Шапка}} <!-- Не удаляйте эту строку и шапку. Пишите НИЖЕ! Дублировать эту строку тоже не надо! -->

== Разгребание [[:Категория:Википедия:Статьи без шаблонов-карточек]] ==
Я попытался разгрести категорию, {{diff|oldid=70934493|text=показал это}}, но встретил расхождение в понятиях. Т. к. никакого консенсуса на этот счёт нет, то предлагаю его сформировать. Лейтмотив: «Простановка карточки ≠ дописывание статьи». Раз статья слишком коротка, значит у неё не будет карточки и запроса.

; Шаблоны «rq|infobox» и «Нет карточки» удалить из всех статей меньше 6000 символов и заменить на «Дописать»
Вот пример таких статей (жирным то, что в статье описано):
* [[Бебей, Франсис]] (4447 байтов) — «Художник», «Музыкант, «Писатель»: '''ДР''', '''ДС''', '''МР''', '''МС''', '''имя''', изображение, происхождение, подданство, '''гражданство''', жанр, стиль, учёба, работы, покровители, влияние, награды, звания, премии, сайт, роспись, викисклад, влияние на.
* [[Бегичев, Степан Никитич]] (3705 байтов) «Персона», «Военный деятель», «Писатель»: '''ДР''', '''ДС''', МР, '''МС''', '''имя''', '''изображение''', гражданство, '''подданство''', отец, мать, супруг, супруга, дети, автограф, сайт, викисклад, род деятельности, награды и премии.
* [[Бейкер, Джеймс Роберт]] (4501 байт) «Писатель»: '''ДР''', '''ДС''', МР, МС, Имя, Изображение, Псевдонимы, '''Гражданство''', Направление, Жанр, Дебют, Премии, Награды, Lib, Сайт, Викицитатник, '''Род деятельности''', Годы активности, Язык произведений.

По результатам обсуждения решено, что проставление только этой информации — мало. Всевластный и самый уважаемый, и почитаемый участник Гирла ажно сказал, что это стабы — и, судя по всему, прав. Т. к. это относится только к указанным выше шаблонам, то предлагаю закрепить это в их документации. В статьях свыше 6000 уже можно хоть что-то анализировать и проставлять. Да и дописывать их, скорее всего, будет чем, если это будет необходимо. [[у:Dima st bk]], прошу вас составить список статей из категории, которые >6000 символов.

Эти 10 000 статей всё равно кому-то придётся делать. Если меня не запинают, то я могу потерять мотивацию, потому что по 3 статьи в день (статистика по текущему разбору КУЛ) мне одному надо 9 лет. Мнение «Не хочешь нормально дописывать — не трогай» — считаю контрпродуктивным и тормозящим развитие проекта. У нас Википедия, а не [[Knol]], у нас тут можно статьи по немногу улучшать, без оглядки на 1 % или на 10 % это улучшит статью. Либо они по 1 % будут улучшены 10 людьми, либо никто не улучшит и половины на эти 10 %. --[[у:higimo|higimo]] ([[оу:higimo|обс.]]) 13:35, 21 мая 2015 (UTC)


==Теговая навигация по КУ и КУЛ==
==Теговая навигация по КУ и КУЛ==

Версия от 13:35, 21 мая 2015

Актуально
Опросы
Голосования
Выборы, присвоение и снятие флагов
Заявки на флаг бота
  • EyeBot(?) заявка подана
Список изменений в правилах

Я попытался разгрести категорию, показал это, но встретил расхождение в понятиях. Т. к. никакого консенсуса на этот счёт нет, то предлагаю его сформировать. Лейтмотив: «Простановка карточки ≠ дописывание статьи». Раз статья слишком коротка, значит у неё не будет карточки и запроса.

Шаблоны «rq|infobox» и «Нет карточки» удалить из всех статей меньше 6000 символов и заменить на «Дописать»

Вот пример таких статей (жирным то, что в статье описано):

  • Бебей, Франсис (4447 байтов) — «Художник», «Музыкант, «Писатель»: ДР, ДС, МР, МС, имя, изображение, происхождение, подданство, гражданство, жанр, стиль, учёба, работы, покровители, влияние, награды, звания, премии, сайт, роспись, викисклад, влияние на.
  • Бегичев, Степан Никитич (3705 байтов) «Персона», «Военный деятель», «Писатель»: ДР, ДС, МР, МС, имя, изображение, гражданство, подданство, отец, мать, супруг, супруга, дети, автограф, сайт, викисклад, род деятельности, награды и премии.
  • Бейкер, Джеймс Роберт (4501 байт) «Писатель»: ДР, ДС, МР, МС, Имя, Изображение, Псевдонимы, Гражданство, Направление, Жанр, Дебют, Премии, Награды, Lib, Сайт, Викицитатник, Род деятельности, Годы активности, Язык произведений.

По результатам обсуждения решено, что проставление только этой информации — мало. Всевластный и самый уважаемый, и почитаемый участник Гирла ажно сказал, что это стабы — и, судя по всему, прав. Т. к. это относится только к указанным выше шаблонам, то предлагаю закрепить это в их документации. В статьях свыше 6000 уже можно хоть что-то анализировать и проставлять. Да и дописывать их, скорее всего, будет чем, если это будет необходимо. у:Dima st bk, прошу вас составить список статей из категории, которые >6000 символов.

Эти 10 000 статей всё равно кому-то придётся делать. Если меня не запинают, то я могу потерять мотивацию, потому что по 3 статьи в день (статистика по текущему разбору КУЛ) мне одному надо 9 лет. Мнение «Не хочешь нормально дописывать — не трогай» — считаю контрпродуктивным и тормозящим развитие проекта. У нас Википедия, а не Knol, у нас тут можно статьи по немногу улучшать, без оглядки на 1 % или на 10 % это улучшит статью. Либо они по 1 % будут улучшены 10 людьми, либо никто не улучшит и половины на эти 10 %. --higimo (обс.) 13:35, 21 мая 2015 (UTC)[ответить]

Теговая навигация по КУ и КУЛ

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

Реализация В текст номинации (необязательно) проставляется шаблон тега по типу {{КУ-Тег}}. Возможно несколько в одной номинации. Примеры тегов: «Музыка» / «Искусство» / «Литература» / «Кинематограф и мультипликация» / «Политика» / «История» / «Техника» / «Наука» / «Экономика, товары и услуги». Бот при считывании тегов обновляет страничку с навигацией номинаций по тематикам. Если добавить теги в гаджеты КУ и КУЛ будет просто здорово. Можно рассмотреть вопрос по разделению и объединению.--Alexandr ftf 16:38, 16 мая 2015 (UTC)[ответить]

Можно теги, а можно и самому пересечение категорий посмотреть, через catscan: в разделе "Categories" пишется (без кавычек) "Википедия:Статьи для срочного улучшения" и, например, "Музыка", только надо "Depth" побольше поставить, 5 или даже 10. Результат (в данном случае) — список из 168 статей. — Adavyd 17:11, 16 мая 2015 (UTC)[ответить]
Ух ты, даже не знал, что он работает на пересечение. Спасибо!--Alexandr ftf 17:26, 16 мая 2015 (UTC)[ответить]
У нас уже есть бот, который проверяет наличие прошлых номинаций на удаление статьи, - вот пусть он же из номинированной статьи переносит в предлагаемый шаблон список категорий. И все будут довольны: номинаторам не нужно при номинации лишних телодвижений делать, спасатели будут видеть необходимую им информацию. Хотя возможность ручного добавления тегов все равно надо оставить - не везде категории прописаны нормально. --Grig_siren 08:08, 19 мая 2015 (UTC)[ответить]

Перевод статей

Предлагаю включить расширение «Перевод содержимого» mw:Content translation. Перевод ведётся в черновиках, столбик к столбику, по абзацам и с помощью Яндекс-переводчика. Можно удобно дополнить каким-либо дополнением к браузеру, которое показывает варианты перевода для отдельных слов. Не является полноценным редактором. Позволяет набрать основной текст статьи с автоматической подстановкой изображений и викиссылок (по интервикам). Например, можно изменить предложение, выделить слово и кликнуть на викиссылку в оригинале, чтобы аналогичная появилась в правом столбце. Включён в нескольких других языковых разделах. Попробовать можно в http://ru.wikipedia.beta.wmflabs.org/wiki/Служебная:ContentTranslation (в этой вики нужно создать новый любой аккаунт). Будет доступна некоторая статистика [1]. --Сунприат 09:48, 15 мая 2015 (UTC)[ответить]

  • Ну если оно действительно яндекс использует, вреда от включения в качестве бета-функции не будет. --aGRa 13:47, 15 мая 2015 (UTC)[ответить]
  • Всегда пользуюсь яндекс переводчиком, пусть будет бета-функция.--Arbnos 00:39, 18 мая 2015 (UTC)[ответить]
  • Что-то на тестовом сервере не так. Во-первых, чрезмерно хитроумная капча, которую хрен разгадаешь (четыре раза промахи, на пятый-таки угадал), во-вторых, Служебная:ContentTranslation не существует. Есть страница Служебная:ContentTranslationStats, но ccылка из неё ведёт в никуда. Retired electrician 14:33, 19 мая 2015 (UTC)[ответить]
    Retired electrician, включили ли вы соответствующую бета-функцию? --Amir E. Aharoni 14:39, 20 мая 2015 (UTC)[ответить]
    О! спасибо, кто бы мог подумать! Далее, увы, опять стена ибо не нашёл нужного языка (а просто дать юзеру ввести код в окошке, видать, табу и грех). Retired electrician 09:00, 21 мая 2015 (UTC)[ответить]
  • По опыту в Лезгинской Википедии, пока что включать в РВП инструмент рановато, ещё есть баги определённые. Например, переводишь, а потом определённый абзац просто отказывается активироваться в столбце для перевода, и его никак не поправить. Было бы неплохо подключить функцию перевода в вики-коде, чтобы добавлять, например, красные ссылки на потенциальные статьи. Остаются проблемы с шаблонами, а некоторые оформительские вещи делаются при помощи html, а не при помощи языка вики.--Soul Train 13:44, 20 мая 2015 (UTC)[ответить]
    Soul_Train, можно пример где не работает абзац? Месяц назад такое действительно было, но сейчас уже должно быть исправлено. --Amir E. Aharoni 14:39, 20 мая 2015 (UTC)[ответить]
  • Насколько понимаю, его и так включат, как только будут улажены все формальности с Яндексом. Можно уточнить у Amire80. — putnik 14:24, 20 мая 2015 (UTC)[ответить]
    Да \о/ --Amir E. Aharoni 14:39, 20 мая 2015 (UTC)[ответить]
А приличные переводчики будут? Retired electrician 09:01, 21 мая 2015 (UTC)[ответить]
  • По-моему если и включать, то только зарегистрированным. Иначе мы получим лишь усилившийся вал машинных переводов. (Кстати - почему Яндекс, а не Гугл?) MaxBioHazard 15:12, 20 мая 2015 (UTC)[ответить]

Переименование файлов

Насколько я понимаю/вижу, бот коррекции названий файлов в статьях после переменования файлов перестал работать ([2],[3],[4]). Получается, что нужно вернуть включённую галочку Оставить перенаправление (хотя бы как временное решение), иначе мы будем незаметно терять иллюстрации. Alex Spade 18:38, 12 мая 2015 (UTC)[ответить]

  • Пинайте (или хотя бы пингуйте) хозяина бота, когда такое случается в первую очередь. Оказывается в API поменяли синтаксис выдачи, новое имя файла вместе прежнего тега new_title="...", стало выдаваться в теге target_title="...". Поправил, должно работать. Dmitry89 (talk) 07:26, 15 мая 2015 (UTC)[ответить]

Название категорий относящихся к структурам, поменявшим название

В настоящее время на ВП:ОБКАТ висят два предложения: 1. Википедия:Обсуждение категорий/Апрель_2015#4_апреля_2015: Категория:Председатели Государственной плановой комиссии при Совете Народных Комиссаров СССР и Категория:Председатели Государственного планового комитета Совета Министров СССР → Категория:Председатели Госплана СССР. Тут предлагается два категории, различающие только названием, слить в одну. 2. Википедия:Обсуждение категорий/Март_2015#28_марта_2015: Категория:Председатели Президиума Скупщины Словении → Категория:Председатели Скупщины Социалистической Республики Словении (тут не совсем явно, но родительская категория содержит две подкатегории, различающиеся только названием структуры).

Сама я не нашла ничего релевантного в правилах. Может где в обсуждениях завалялось? Если нет, давайте предварительно обсудим, а я потом вынесу на форум правил. --Zanka 23:46, 11 мая 2015 (UTC)[ответить]

Можно поступить просто: если статьи две, то можно делать две категории; если статья одна, то нечего и категории плодить. --Zanka 23:46, 11 мая 2015 (UTC)[ответить]

  • То, что статья только одна, может быть вызвано не только тем, что больше одной статьи не нужно, но и, помимо прочего, системными отклонениями. Хотя на существование двух или нескольких отдельных статей тоже имеет смысл оглядываться, нахожу нелишним обращать внимание на количество статей в категории; скажем, если в нескольких близких категориях по три статьи, то такие категории в некоторых случаях имеет смысл объединить, а если по полсотни статей, то объединять не надо. Гамлиэль Фишкин 08:47, 12 мая 2015 (UTC)[ответить]
  • Знаете, если слишком уж сливать, то получается такое, как Категория:Президенты Германии (мне ими заниматься неохота, а после моего намёка оттуда исчезли, правда, Гитлер и Хонеккер, но всё равно остались пока руководители очень разных Германий). 91.79 14:13, 15 мая 2015 (UTC)[ответить]
Ну, разница между ситуациями с графом Клейнмихелем, Кагановичем и Якуниным с одной стороны и Кржижановским с Байбаковым с другой очевидна — первые трое возглавляли МПС разных государств, а Госплан был в одном и том же. Фил Вечеровский 09:24, 16 мая 2015 (UTC)[ответить]
Это тебе, Фил, она очевидна. А вот Хойс и Пик у нас в одной категории, поскольку одновременно, понимаешь ли, были президентами Германии ;) 91.79 13:56, 16 мая 2015 (UTC)[ответить]
Ну, знаешь ли, по этой логике можно и Юлия Цезаря с Марией-Терезией, Карлом Альбрехтом и Константином Багрянородным перепутать и Вильгельма II туда же до кучи впихнуть :-) Но это же не повод делать разные категории для Персека ЦК КПСС Хрущёва с одной стороны, Генсека ЦК ВКП (б) Сталина с другой и Генсека ЦК КПСС Брежнева с третьей. Прискорбный факт существования пары не очень умных и слабообразованных людей не есть повод собирать синклит из пары тысяч умных и образованных для их просвещения :-) Фил Вечеровский 23:42, 16 мая 2015 (UTC)[ответить]
Фил, я правильно понимаю, что с твоей точки зрения если гипотетическое государственное образование не поменялось, то для структуры под ним можно в принципе держать одну категорию? Тут правда остаётся вопрос для случая объединения министерства спорта и министерства туризма в министерство туризма и спорта. --Zanka 14:01, 17 мая 2015 (UTC)[ответить]
По Словении получается четыре категории (три по названиям и одна родительская) для 10 статей максимум. Я даже с этим согласна, но хотелось бы зафиксировать в правилах. --Zanka 23:16, 16 мая 2015 (UTC)[ответить]

Шаблон «Парад на Красной площади»

Предлагаю создать шаблон-карточку для парадов на Красной площади, где будут указаны названия, дата проведения, командующий, принимающий, и т.д., и т.п. Юкатан 13:21, 10 мая 2015 (UTC)[ответить]

  • там половину парадов просто удалить надо. Потому что не о чем писать в энциклопедии. -- ShinePhantom (обс) 13:32, 10 мая 2015 (UTC)[ответить]
  • В принципе есть значимые парады. К примеру парад 41 года, да и парад этого года, из-за обсуждения в СМИ всего мира ехать или не ехать, кто поедет, да и карикатуры Путина в окружении лиц с ярко выраженной азиатской и африканской внешностью, тоже вполне может в итоге выйти за рамки новостей. Но вот парады каждого года, явно на значимость не тянут. --RasabJacek 18:09, 11 мая 2015 (UTC)[ответить]
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Предлагаю в предверии юбилея сделать подарок и себе и читателям добавив в этот шаблон ссылку на Викисклад, коя отображалась бы в виде «Аудио, фото, видео на Викискладе», как в шаблоне музыкант (см. например статью Бах, Иоганн Себастьян). Навело на это, что в статье Ваграмская битва ребята по крупицам собирали материал и вышло нечто дельное, а в статье только фотка французкого палача на коне (вторую добавил я). Не так давно я проводил эксперимент, зайдя в редакцию и попросив журналистов найти ссылку на фото из какой-то статьи, так вот из 5 человек ни один не нашел её в левом служебном столбце замаскированную под названием Викисклад в куче других ссылок. Аналогичный результат был в рекламном бюро- уж им-то в свободняе изображения как никому нужны и тоже не знают. А с музыкантами в шаблоне нашли все. Обидно за державу. Это все с таким трудом собирается и в битвах лучше раз увидеть... а у нас такое. Может в каких-то еще шаблонах тоже стоит, но вот чето обидно совсем стало на статье Ваграмская битва. А битв этих тыщи, и тыщи волонтеров стараются для людей, а на выдаче их труд так и чахнет где-то на полке на складе. --Alexey Victorovich 18:03, 8 мая 2015 (UTC)[ответить]
  • Извините, но «что-то дельное» о Ваграмской битве вышло здесь, а в русском разделе разве что не полный и окончательный позор. Действительно впору подумать, что об известнейшем генеральном сражении нет материалов кроме как в энциклопедии вековой давности и на самопальных сайтах неизвестной авторитетности. --Deinocheirus 20:36, 8 мая 2015 (UTC)[ответить]
  • Мое мнение, что ссылки на Викисклад в большинстве случаев выглядят ужасно, непонятно для читателей. По-моему, вы же поднимали эту тему много лет назад, я сделал такой же эксперимент среди друзей - действительно, никто не нашёл иллюстрации из статей (было время повсеместно использования {{commonscat}}), никто совершенно не понял, что же значит слово "Викисклад". Словом, интерфейс крайне недружественный. В данном случае, конечно, поддерживаю - лучше со ссылкой, чем быз ссылки. The-city-not-present 17:45, 9 мая 2015 (UTC)[ответить]
    • Было такое. Тогда сошлись, что можно делать по принципу {{commonscat|Название категории|Аудио, Видео и Фото}}. Только вот последующая модификация этого шаблона привела к тому, что он стал вбирать и иные проекты и ссылки «Аудио, Видео и Фото» теперь могут вести и на викисловарь и на викисклад и во все те места где их нет. Однако хорошо, что вспомнили. тут стоило бы более глобально сделать - довести до ума и шаблон {{Навигация}}, или создать шаблон {{Навигация2}}, который бы отображал в графе Викисклад не то, что написано в параметре Тема (нпр. «Тема=Вася Пупкин»), а «Аудио, Видео и Фото». Или, на крайняк предоставлял ту-же опцию правки поля Викисклада (а в идеале и остальных проектов) по схеме «Викисклад=Название категории (страницы)|Название,которое наиболее понятно для отображения в Википедии». Т. е. после символа «|» можно было бы конкретизировать ссылку. --Alexey Victorovich 09:46, 10 мая 2015 (UTC)[ответить]
      • Лучше пусть будет текст «Аудио, видео и фото по теме Вася Пупкин». Впрочем, фото тоже лучше заменить на изображения. В статье про Ваграмское сражение фото как то не смотрится. И статей таким много--Фидель22 17:50, 11 мая 2015 (UTC)[ответить]
        • Как-то, честно говоря, «Аудио, видео и фото» (и даже «Аудио, видео и изображения») не очень хорошо смотрятся в общем случае, когда часто нет ни аудио, ни видео, и в категории только пара фотографий. Я бы предложил что-нибудь типа «Медиафайлы» или «Медиа и изображения». — putnik 18:00, 11 мая 2015 (UTC)[ответить]
        • "Только сегодня, только на Викискладе эксклюзивное видео с Клеопатрой и уникальное аудио Жанны Д'Арк" ShinePhantom (обс) 04:12, 12 мая 2015 (UTC)[ответить]
          • Неуместная ирония никак, на мой взгляд, написанию энциклопедии не способствующая. Во первых «аудио» может быть в виде голосовой записи содержания статьи, впрочем, как и «видео» - скажем рассказывающий человек тыкающий в карту указкой и эти вопрос о невозможности снять видео даже про Атлантиду снимается. Что до Жанны и и Клео, то почти уверен, что в ОД уже есть художественные фильмы про оных, кои уже в ОД и вполне возможно, что пока я писал это сообщение кто-то их уже закинул на Викисклад. помимо фильмов художественных. бывают еще документальные. Мы живем по сути на заре передачи этих материалов в ОД. Через лет 50 уже будет скорее странно, что на ВС отсутствует «видео с Клеопатрой и уникальное аудио Жанны Д'Арк». Вариант написания мною предложенный для простоты восприятия, собственно это и есть цель топика. Слово "изображения" в разговорной речи встречается много реже, чем слово фото (фотки), а слово "медиафайлы" в онлайне мне как-то вообще не доводилось слышать. Впрочем, это лучше того что сейчас и если проблема только в этом, то я не против, хотя считаю изменение скорее будет вредить заявленной цели, чем помогать (но тут с чем сравнивать - если с моим вариантом, то да, а если с тем что есть, то все-равно в стопятьсот раз лучше). --Alexey Victorovich 10:15, 12 мая 2015 (UTC)[ответить]

Предитог

Возражений по наличию ссылки не поступило. Есть споры по её виду, но это потом можно и на СО шаблона поспорить. если в течении суток протестов не возникнет, обращусь к технарям с просьбой добавить оную. --Alexey Victorovich 12:31, 18 мая 2015 (UTC)[ответить]

Аминь! --Alexey Victorovich 18:58, 19 мая 2015 (UTC)[ответить]

div.GoogleMap

Предлагаю обсудить возможность использования скрипта div.GoogleMap как включенного по умолчанию гаджета. МС 14:23, 4 мая 2015 (UTC)[ответить]

@Nitobus: Гаджеты не видят читатели. Чем это отличается от уже используемого meta:WikiMiniAtlas ? --Сунприат 17:31, 4 мая 2015 (UTC)[ответить]
GoogleMaps обладает преимуществом бОльшей интерактивности и возможностью достаточно просто отображать собственные оверлеи (маркеты, треки). WikiMiniAtlas обладает преимуществом отсутствия вызова внешних скриптов и полной свободностью использования. МС 08:09, 8 мая 2015 (UTC)[ответить]
посмотреть конкретные примеры в статьях уже можно?--Фидель22 18:51, 4 мая 2015 (UTC)[ответить]
Посмотреть конкретные примеры можно только здесь, при условии импорта скрипта в ваш личный common.js (как описано там же). В статьях какой смысл сейчас это использовать? Читатели все-равно не смогут это увидеть без наличия подключенного гаджета. МС 08:09, 8 мая 2015 (UTC)[ответить]
Чтобы убить бесполезные дискуссии на корню, отмечу, что данное предложение противоречит политике конфиденциальности Фонда. — putnik 21:04, 4 мая 2015 (UTC)[ответить]
Какому разделу политики противоречит? МС 08:09, 8 мая 2015 (UTC)[ответить]
@Nitobus: в разделе «Распространение» перечислен закрытый список ситуаций, в которых информация о пользователе может быть передана третьим лицам, передача информации о каждом просмотре каждым пользователем статьи с картой в него не входит. Именно поэтому месяц назад началась работа над собственными картами на основе OSM. Но процесс не быстрый и вполне может занять год. — putnik 21:00, 8 мая 2015 (UTC)[ответить]
Скрипт div.GoogleMap.js не передает персональную информацию о пользователе при просмотре карты. Дело в том, что в случае, если используется стандартный сервис, например, через https://maps.google.com, то Google действительно может запрашивать и получать персональные данные, типа ip-адреса, местоположения мобильного устройства, и т.п. Но в div.GoogleMap.js реализована не просто рекомендуемая стандартная загрузка библиотеки GoolgeMaps JavaScript API, которая затем сама запрашивает параметры пользователя, а непосредственный вызов функции google.maps.Load(...) с жестко зашитыми в скрипте параметрами, которые, таким образом, одинаковы для всех пользователей, просматривающих карту через div.GoogleMap, и не зависят от персональной информации пользователей. Более того, эти жестко зашитые параметры условно говоря примерно эквивалентны следующей настройке «Карты google запрашивают Ваш xxx. Разрешить? = Нет». Таким образом, с точки зрения раздела «Распространение» политики конфиденциальности, здесь все чисто.
Что касается OSM, то конечно использование OSM в Википедии более логично и с точки зрения идеологии открытого и свободного программного обеспечения, и с точки зрения независимости от услуг поставщика, претендующего на монопольное положение на рынке. Тем не менее такая независимость хороша в условиях наличия выбора, а не в условиях искусственного устранения других поставщиков. Отсутствие конкуренции и внешних (по отношению к проектной команде) требований к качеству повышают риски неуспешности проекта, если только не считать успехом продвижение выделенного поставщика как таковое. Так что даже в условиях начала работы над собственными картами я бы всерьез подумал о возможности альтернатив как положительного фактора для этой работы. МС 09:27, 13 мая 2015 (UTC)[ответить]
А карты из воздуха загружаются, что-ли? При загрузки карт о протоколу HTTP всё также передаётся IP-адрес и параметры браузера. — VlSergey (трёп) 10:09, 13 мая 2015 (UTC)[ответить]