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

Отличная идея [ править ]

Это отличная идея, Пит. Спасибо! Мои два цента обоснования для поддержки этой идеи:

Я считаю, что этот шаблон - намного лучшее решение, чем необходимость постоянно перечислять dicdefs на VfD. Независимо от того, как часто мы их удаляем, новички из лучших побуждений будут постоянно создавать новые dicdef. • Бенк  • 09:51, 31 августа 2004 г. (UTC)

Согласен - это здорово. - DavidWBrooks 13:41, 31 августа 2004 г. (UTC)
<AOL> Я тоже! </AOL> Ноэль (разговор) 17:54, 13 декабря 2004 г. (UTC)
Отличная идея! Дваилер, 02:04, 2004, 18 декабря (UTC)

Все комментарии, включая один на WP: AN , скопированы здесь:

Я считаю, что это хорошая политика для тем, не обладающих энциклопедическим потенциалом. - Джмабель | Обсуждение 23:00, 13 декабря 2004 г. (UTC)

будучи положительным, и по прошествии приличного периода времени для комментариев, считается, что он переходит от «предложенного» к «принятому». Соответственно изменим страницу. Ноэль (разговор) 11:51, 28 декабря 2004 (UTC)

Разрешены ли мягкие перенаправления? [ редактировать ]

Я думал, что их можно быстро удалить. Каппа 15:30, 17 марта 2005 г. (UTC)

Если вы удалите их, кто-то другой, скорее всего, воссоздает страницу и добавит контент для загрузки. Мягкое редирект, в то время как somwhat некрасиво, предпочтительнее что . Ноэль (разговор) 14:03, 22 марта 2005 (UTC)

Страница устарела [ править ]

Переадресация интервики была отключена в MediaWiki (см., Например, m: Help: Redirect # Interwiki редиректы и перенаправления на специальные страницы ), так что страница устарела. Вероятно, его следует удалить или полностью переписать. - Мормегил, 08:28, 31 мая 2005 г. (UTC)

Страница была обновлена, чтобы отразить тот факт, что (жесткая) переадресация интервики была отключена. Однако страница не устарела! Мы по-прежнему хотим создавать мягкие перенаправления для пограничных случаев, когда было принято решение включить контент в вики Викимедиа, кроме Википедии. Pcb21 | Пит 16:12, 15 июля 2005 г. (UTC)

Спойлеры [ править ]

Энакин Скайуокер - это мягкий редирект на Дарта Вейдера, чтобы избежать спойлеров. Это допустимое использование мягкого перенаправления? Возможно, об этом следует упомянуть. Кофе 06:24, 8 августа 2005 г. (UTC)

  • Поскольку возражений нет, добавлю его. Zzyzx11 (Обсуждение) 06:16, 30 ноября 2005 г. (UTC)
Хех, здесь не так много активности. Это следовало обсудить на WP: SPOILER . Я удалил теперь оспариваемый раздел (оспариваемый мной) в ожидании результата обсуждения в Википедии: Предупреждение о спойлере # Спойлер перенаправляет, раскрывая истинные личности . - Нед Скотт, 07:01, 18 сентября 2006 г. (UTC)

А что с шаблоном? [ редактировать ]

Я что-то упускаю или почему в статье не упоминается шаблон {{softredirect}}? Или это относится к другому типу мягкого перенаправления, даже если этот шаблон ссылается на эту страницу?

{{ softredirect }}

Можно ли мягко перенаправлять страницы обсуждения обычных страниц с переадресацией? [ редактировать ]

Предположим, есть страница с длинным заголовком, Aaaaaaa Bbbbbbbbbb Ccccccccccc Dddddddddd, и ABCD в качестве сокращения перенаправляет на нее. Теперь, если кто-то хочет сделать ссылку на страницу обсуждения основной статьи, он должен иметь возможность ссылаться на Talk: ABCD. Это приведет к ссылке на страницу обсуждения страницы перенаправления, которая им, вероятно, не нужна. Включение жесткого перенаправления в Talk: ABCD, вероятно, излишне, так как кто-то может захотеть поговорить о самой странице перенаправления . Кажется разумным установить мягкое перенаправление на странице Talk: ABCD на Talk: Aaaaaaa Bbbbbbbbbb Ccccccccccc Dddddddddd. Какая политика по этому поводу? - Kprateek88 ( Обсуждение | Вклад ) 06:33, 6 декабря 2006 г. (UTC)

В зависимости от того, как было выполнено перенаправление, многие будут перенаправлять на соответствующую страницу обсуждения. Если одно имя перенаправляет на другое, то можно сделать то же самое со страницей обсуждения. Если на странице обсуждения есть старый контент, его, вероятно, следует заархивировать на странице обсуждения, на которую указывает перенаправление. - Нед Скотт, 07:28, 6 декабря 2006 г. (UTC)
Спасибо. - Kprateek88 ( Обсуждение | Вклад ) 07:32, 6 декабря 2006 г. (UTC)

сколько контента на мягком редиректе? [ редактировать ]

Должен ли шаблон быть единственным на странице мягкого перенаправления, или может быть одно или два предложения, объясняющие элемент дополнительно? - Arctic Gnome ( обсуждение • вклад ) 03:44, 18 апреля 2007 г. (UTC)

Зачем это нужно? nadav  ( разговор ) 08:11, 7 июня 2007 (UTC)

Перенаправляет на родственные проекты [ править ]

Если страница переключается и удаляется, следует ли ее обычно заменять на мягкое перенаправление? Некоторые говорят, что следует избегать всех перенаправлений из основного пространства Википедии. См. Этот RfD для конкретного случая, хотя меня больше интересует общий вопрос о перенаправлениях на родственные проекты. nadav  ( разговор ) 08:09, 7 июня 2007 (UTC)

Вопрос по поводу мягких перенаправлений на другие вики GFDL [ править ]

См. Википедия: Village pump (policy) #Soft перенаправляет на Wikia wiki и другие проекты GFDL, не относящиеся к Викимедиа . - Сторми, 00:08, 6 ноября 2007 г. (UTC)

Вот обновленная ссылка на заархивированное обсуждение: Wikipedia: Village pump (policy) / Archive 3 # Мягкие перенаправления на Wikia wikis и другие проекты GFDL, не относящиеся к Викимедиа - Explodicle ( T / C ) 14:07, 6 октября 2008 г. (UTC )

Вопрос: Использование редиректа для разъяснения [ править ]

Является ли это мягкий редирект от провисания пространства к внутренней фрагментации хорошее использованием мягкого редиректа? Я почти уверен, что это не так, но что еще я могу использовать? Использование жесткого перенаправления, вероятно, сбивает с толку, но сам термин не требует отдельной статьи. Кевларр ( разговор ) 12:41, 3 января 2008 (UTC)

Мягкие перенаправления для уменьшения дублирования данных в WP - Где политика? [ редактировать ]

Википедия полна дублированных данных, часто противоречащих друг другу (например, см. Раздел «История Соединенных Штатов» , сравните с « Историей Соединенных Штатов» ). Откровенно говоря, все превращается в беспорядок. Решением является более частое использование мягких перенаправлений для направления редакторов на «основную» статью. Где политика WP против дублирования? Эммануэльм ( разговор ) 14:03, 3 января 2008 г. (UTC)

Обсуждение мягкого перенаправления [ править ]

I have started a discussion on soft redirects, and their future on the project, here. Any input from people knowledable about redirects in general is welcome and encouraged. - TexasAndroid (talk) 19:50, 14 February 2008 (UTC)

Has been archived to Wikipedia:Village pump (policy)/Archive_34#Soft redirects without much response. --Kubanczyk (talk) 13:13, 9 May 2008 (UTC)

The transwiki section does not belong here![edit]

The whole section "Wikipedia:Soft redirect#Soft redirects from Wikipedia to Wiktionary" does not belong here. If unexperienced Wikipedians look for a guideline what to do with a dictdef article, they do not expect that the answer can be found under "soft redirect" title. The "soft redirect" is in fact the answer! I think this section should be moved to WP:AfD WP:SISTER. --Kubanczyk (talk) 13:22, 9 May 2008 (UTC)

Done. --Kubanczyk (talk) 08:43, 14 May 2008 (UTC)

Deletion of soft redirects[edit]

Background that led up to this:

  • User talk:TexasAndroid/Archive7#Article for deletion - an early breif discussion in the saga of soft redirects.
  • Wikipedia:Articles for deletion/Omglolwtfbbq - an AFD discussion on a soft redirect
  • Wikipedia:Village pump (policy)/Archive 34#Soft redirects - Village pump discussion attempt that suffered from a lack of interest.
  • Wikipedia talk:Criteria for speedy deletion/Archive 28#Proposed change to A3 - My abbortive attempt to get a CSD A3 wording change. Abborted for lack of interest.
  • User talk:TexasAndroid/Archive7#FOAD - someone who intensely dislikes soft redirects, and thinks all should be subject to A3 deletion.
  • User talk:UsaSatsui#Deletion of soft redirects - Discussion today that kicked this off.

Basically, the issue at hand is whether, for project administration purposes, soft redirects should be treated as articles or as redirects. This mostly applies to deletion of these things, but may also have other applications. Articles and redirects have separate deletion systems, separate speedy deletion criteria, etc. In the links above, it's become evident that soft redirects are considered by many on the project to be more related to articles than to redirects. And given their mechanics, this is a little true. But functionally soft redirects mimic the purposes and effects of true redirects.

It's my opinion that soft redirects should be handled explicitly by the methods and systems in place for redirects, not by those in place for articles. Thus, they would be subject to WP:RFD, and not subject to WP:AFD or WP:PROD. They could be speedy deleted under R# criteria, especially R1, and could *not* be deleted under A# criteria, especially not A3.

For some people, this will be how it should have been all along. For others, it'll be a change. This discrepancy highlights the fact that we are currently a bit ambiguous as to which systems should cover these.

My plan is that, baring any major objection here on this talk page, I'll add text to the accompanying page in a week or so clarifying that these shoud be goverened by Redirect guidelines, not Article guidelines. Given the lack of any interest in the subject that I have encountered in the past, I plan to add the text even if I get little or no response, though any opposition will need to be discussed and taken into consideration. - TexasAndroid (talk) 15:38, 23 June 2008 (UTC)

I think this is a non-controversial change, so please consider introducing it right now. These points have been already made in the Wikipedia:Criteria for speedy deletion policy and survived three days - seems like a sign of silent consensus. --Kubanczyk (talk) 19:05, 23 June 2008 (UTC)
Added - TexasAndroid (talk) 14:15, 1 July 2008 (UTC)

Soft redirects on DAB pages?[edit]

Should soft redirects be added to disambiguation pages? I am developing Navibot, which adds entries to DABs, and it wanted to add jelly roll (slang) to the DAB page jelly roll. The bot can easily filter these out by the presence of the template, but I'm not sure whether it should—in general I try to have it do what human editors do. Thanks for any insights. —johndburger 18:40, 26 July 2008 (UTC)

Soft redirects to Commons in main namespace[edit]

I'm involved in a discussion with another editor about whether or not we should have soft redirects to Wikimedia Commons out of the main namespace. I'd also like to take this opportunity to reopen the previously inconclusive discussion about soft redirects to non-Wikimedia GFDL wikis. As it stands right now, we have many soft redirects to Commons, Wiktionary, Wikiquote, and even Wikia. Does anyone have any thoughts as to whether or not any of these are helpful? --Explodicle (T/C) 20:38, 3 November 2008 (UTC)

Well, I explained my actions at my talk page (permalink), so there is not much to add to it. I doubt we need articles where the only content consists of a soft redirect to another project...it does not help the readers very much when trying to understand the topic. It might be useful for dictionary definitions which do not merit an article of their own but surely not for links to images like on Commons. We delete pages with only images or external links (as A3), so I do not see why we should handle it differently in such cases. Regards SoWhy 21:42, 3 November 2008 (UTC)
A3 only applies to articles, not redirects or soft redirects. However, I'd rather ignore all rules and focus on the goal of useful redirects. If someone types "Chinese proverb" into the search box, they aren't looking for information about China, or what proverbs are... they are probably looking for actual Chinese proverbs and should be directed to Wikiquote (unless we write an article about the actual topic). Likewise, if they type in "The Wikipedia Quality Survey", we should send them to the actual survey results on Meta unless we write an article on the survey itself. We should be giving people what they're asking for. --Explodicle (T/C) 16:41, 4 November 2008 (UTC)
A large number of Wiktionary soft redirects are for terms that we regularly get short dictionary-style articles. Internet slang is particularly bad for this. For many of these there is really nothing on WP to which these could be redirected. If we had nothing at the spot, we would either need to be constantly deleting simple dictionary definitions, or to WP:SALT the titles. Neither is a great solution, IMHO. Instead, we have soft redirects to the appropriate definitions over on Wiktionary. These redirects can be easily restored each time they are replaced with dictionary definitions, they serve (I hope) to forstall a number of the dicdefs, they serve to point people looking up the term to the proper place to go for a definition, and occasionally they get replaced with useful articles that are more than dicdefs, though this last is by far the minority of occurrances.
Soft redirects are now expressly excluded from A3 deletions. They function like redirects, and are supposed to be deleted by the redirect deletion mechanisms, not the article mechanisms. A3 deletion, in particular, is a problem. If soft redirects were subject to it, then every soft redirect would by nature be subject to it. If a consensous forms to stop using them, so be it, but until/unless that happens they are a functioning part of the project, and should not be subject to deletion for something that is fundamental to their nature. - TexasAndroid (talk) 16:57, 4 November 2008 (UTC)

Redirects to foreign language Wikipedias[edit]

Although soft redirects to Wikipedias in other languages are possible, they seem quite undesirable due to the unlikelihood that English speakers will be able to benefit from them. This recently came up at Wikipedia:Redirects for discussion/Log/2008 November 22#Pia Malakul → th:เจ้าพระยาพระเสด็จสุเรนทราธิบดี. I suggest that this page include advice not to create such a soft redirect unless there is a really good reason to do so. --Metropolitan90 (talk) 09:23, 24 November 2008 (UTC)

  • We don't need to specify the "unless there is a really good reason" part on the guideline, since that's already covered by WP:IAR. Otherwise I agree - it's unreasonable for us to expect someone searching the English Wikipedia to be able to read (insert language here). --Explodicle (T/C) 15:31, 24 November 2008 (UTC)

Geez, lots of people these days can read more than one language. It's not a question of whether we should "expect" people to read another language. Rather, we should make it possible for those people who do to see an article in another language that is not on English-language Wikipedia. Why deny them that functionality? And why do we allow interline interlanguage links but prohibit redirects to foreign language Wikipedias? Tennis expert (talk) 01:07, 6 January 2009 (UTC)

  • I'm worried that might get confusing. Maybe instead of the soft redirect template, we should make a template that says "this article does not exist on the English Wikipedia, but is available in these other languages"? --Explodicle (T/C) 16:26, 11 January 2009 (UTC)

"That tells" - It does?[edit]

This page says that the soft redirect tells the reader to go elsewhere. It doesn't, though. It prints an arrow pointing to an external link. The only thing it explicitly says is "Hi, I'm a soft redirect!" Soft redirects should be much more clear, containing reader/newb-friendly text like "This page is hosted on another Wikimedia project, found here" or something like it. Honestly, though, I'm not at all sure I see the point to forcing even that much down the user's throat, when it should be perfectly acceptable to do an actual honest-to-God-redirect when another Wikimedia Foundation page is the target. MrZaiustalk 07:20, 14 February 2009 (UTC)

I'm a little bit worried that it could confuse the reader if they don't notice they've been sent to another wiki. --Explodicle (T/C) 18:34, 14 February 2009 (UTC)
Still, it could be made more userfriendly with additional prose and, if we want to go that direction, a nice little "You will be automatically redirected in 5,4,3,2,1" type thing in Javascript. Ie, there's no reason you couldn't warn them before moving them offsite. Small caveat: As this tool would have pretty obvious ramifications vis a vis vandals, you might want to limit the utility of this presumably fully-protected-out-of-the-box redirect tool to sister Wikimedia projects. MrZaiustalk 03:09, 15 February 2009 (UTC)

Better support for transwiki[edit]

I {{wi}} to Kemonomimi some time ago and asked on the template's talk page to get better support for transwiki so that the soft link can be more asetically pleasing. However, I've not gotten a response in some time.陣内Jinnai 01:48, 30 June 2009 (UTC)

Soft redirect to www.mediawiki.org[edit]

Wikipedia:LiquidThreads currently soft redirects to m:LiquidThreads which soft redirects again to http://www.mediawiki.org/wiki/Extension:LiquidThreads.

Is it possible to soft redirect directly to the mediawiki site? I notice there's no magic word for it like there is for Meta (m:). -- Ϫ 21:48, 15 July 2009 (UTC)

I just fixed it. For future reference here's the list of InterWikimedia links. --Explodicle (T/C) 15:12, 16 July 2009 (UTC)
Oh so there was one after all, I wasn't aware of that page. Thank you. -- Ϫ 19:40, 16 July 2009 (UTC)

Soft redirects to other Free wikis[edit]

I've seen this idea floated around before, but there hasn't been much interest or a clear consensus against it. Here's what I'd like to add right under the templateslist (not in a quote box):

Original proposal

Soft redirects to any Wikimedia wiki or those listed on the Interwiki map are acceptable if they follow the {{Soft redirect|Wiki:Article}} format.

Amended proposal, 20:41, 14 May 2010 (UTC)

Soft redirects to any Wikimedia wiki or free content specialized encyclopedia listed on the Interwiki map are acceptable.

The main objections I've seen are:

  • There could be multiple target wikis for a specific subject.
  • In which case we redirect to the "best" target article, to be determined by consensus like everything else. Unresolved disputes go to centralized discussion.
  • This would be supporting for-profit ventures like Wikia.
  • We already have plenty of external links all over Wikipedia; this involves external organizations just as much.

I think this would improve the usefulness of Wikipedia, reduce the creation of non-notable topics, cut down the number of AfDs, and keep us from biting newcomers. --Explodicle (T/C) 17:59, 13 May 2010 (UTC)

I do not have a specific objection to this change, but I think that it needs a lot more visible discussion before it can move forward. This page is extremely obscure to the general WP population. A discussion here, with 2-3 people (if we even see that many), could still easily run into problems if these redirects start popping up all over. I could easily see this change used to justify a lot of soft redirects to pop culture topics on other wikis. Again, I do not have an immediate objection. But I could see others getting riled up at piles of Pokemon or Star Wars redirect to obscure characters on other Wikis, for instance. So I think we need to get more visibility on this discussion than it is likely to get without some effort.
I think one of the Village Pumps is the place to start. Either move the discussion there, or more likely post a notice there to get people to jump over and join in the discussion here. Wikipedia:Village pump (policy) likely. If you do not want to craft and post such an announcement, I can do so. I just think that, if we do not get a wider audience into this discussion now, we are setting up for trouble and resistance later. - TexasAndroid (talk) 18:17, 13 May 2010 (UTC)
Good idea. I'd rather discuss this here, so I posted invites over at Wikipedia talk:WikiProject Redirect and Wikipedia:Village pump (policy). --Explodicle (T/C) 18:53, 13 May 2010 (UTC)
  • Hesitant Support, worth discussing. It would definitely need some highly-critical scrutiny of which sites to use, as linking to other sites carries an implicit endorsement - using the entire interwiki map seems much too wide, as we probably don't want thousands of new redirects to Urban Dictionary (for example) to be created. We'd need a lot of example cases, to make any kind of decent determination. E.g. For AFGNCAAP, do we keep the current redirect at AFGNCAAP, or change the link to the (arguably) more informative TVtropes:AFGNCAAP, or ?
    So: I'd request many examples for further discussion - some obvious positive examples, and some tough-choice examples.
    However, this, or something like it, might greatly help with moving content that isn't appropriate here to a better location (instead of just deleting it), which is an overwhelmingly positive direction to move in. -- Quiddity (talk) 19:45, 13 May 2010 (UTC)
  • I can't link to any examples on Wikipedia because (to the best of my knowledge) soft redirects like these currently get deleted. I imagine the best candidates would be stuff like minor Star Wars characters, Gentoo Linux programs, and other stuff that fails WP:N. Would you be willing to compromise on allowing only soft redirects to freely licensed (GFDL or Creative Commons) wikis, instead of proprietary non-wikis like Urban Dictionary? --Explodicle (T/C) 20:23, 13 May 2010 (UTC)
  • You may not be able to link to examples, but you could give pairs to show how these soft redirectscould be. One red WP link to the theoretical WP soft redirect name, and a external link to where it would/could be pointed. Pairs like these would serve just fine as examples of what could/would be done under this idea, at least for the scope of this discussion. - TexasAndroid (talk) 20:31, 13 May 2010 (UTC)
  • I've added them in a new section below. --Explodicle (T/C) 21:21, 13 May 2010 (UTC)
  • I like the other examples, but would dispute the WikiHow one; Wikipedia isn't a how-to site. Your other examples are at least in encyclopedic form. --Cybercobra (talk) 00:40, 14 May 2010 (UTC)
  • I'd say that every one of those entries are something that doesn't belong on Wikipedia for one reason or another. Wikipedia isn't a dictionary either, so we frequently soft redirect to Wiktionary. --Explodicle (T/C) 13:59, 14 May 2010 (UTC)
  • I just find how-tos to be a bridge too far. I conceptualized your proposal as a way to "waive" notability while keeping such non-notable encyclopedia articles out of Wikipedia-proper. I don't think the Wiktionary soft-redirects are a good analogy. --Cybercobra (talk) 18:41, 14 May 2010 (UTC)
  • Ok, I amended the proposal to better reflect your opinion. I have to admit I think how-to redirects would be useful, but I guess we could just try this and see how it goes, leaving the how-to thing for another day. --Explodicle (T/C) 20:41, 14 May 2010 (UTC)
  • Support - This seems like a reasonable proposal. Many people[citation needed] come to Wikipedia looking for information on obscure topics, and since we do not include articles on those topics, we can be helpful by redirecting to a site that does. --Cerebellum (talk) 03:13, 15 May 2010 (UTC)
  • Tentative Support Until someone presents a decent "Con" argument. We'd need to come up with guidelines on eligible wikis though; but I think this is a quite solvable detail. --Cybercobra (talk) 08:33, 15 May 2010 (UTC)
  • Oppose, Wikipedia is not a linkfarm. Let's say we have something that doesn't meet notability. To avoid being a linkfarm flooded with redirects we need to have some guideline. The guideline has to be something like "one or several sentence about the subject in Wikipedia" (next step below notability). Such a guideline then better suits as external links, then a soft redirect. I see there is "no gap" between WP:N and WP:EL that can be filled with the proposed soft redirects. --Kslotte (talk) 19:04, 18 May 2010 (UTC)
  • Ever since we adopted nofollow for external links, the risk of Wikipedia being exploited as a link farm has been very low. I believe WP:LINKFARM is trying to avoid information pollution by too many links for one subject, not too many subjects with a single useful link each. Just to be sure, I've invited readers of Wikipedia talk:External links to comment here as well. --Explodicle (T/C) 19:57, 18 May 2010 (UTC)
  • Interwikis are NOT nofollowed -- compare 1 with 2 by viewing the HTML source of this page. MER-C 10:50, 21 May 2010 (UTC)
  • That invalidates this whole proposal. Thanks for the heads-up. --Explodicle (T/C) 13:15, 21 May 2010 (UTC)
  • "Wikipedia is not ... a repository of links" may better suits the policy that are in conflict. --Kslotte (talk) 20:33, 18 May 2010 (UTC)
  • There is also policy Wikipedia:NOTDIRECTORY. --Kslotte (talk) 21:15, 18 May 2010 (UTC)
  • WP:NOTDIRECTORY links to other outlets - what I'm proposing is that we steer editors towards these outlets to prevent unacceptable entries. --Explodicle (T/C) 21:38, 18 May 2010 (UTC)
  • Oppose because sending readers to non-Wikipedia/non-WMF websites doesn't help Wikipedia. We want our readers to stay here. Wikipedia is not a repository of links, even if those links are to unrelated wikis. Also, we can safely assume that readers are smart enough to ask their Favorite Web Search Engine for more information. WhatamIdoing (talk) 20:35, 18 May 2010 (UTC)
  • When people search for a non-notable subject and get nothing, one of two things will happen:
  • Someone creates the article, and it gets deleted.
  • Someone tries to create the article, but it's salted. They either give up or create it under a different title which also gets deleted.
Either way, the user gets mad and says "screw Wikipedia, I've had enough of these bureaucrats". We get zero editing and financial support from what would have been a contributor. If we want to help Wikipedia, we should gently deflect these misguided efforts without alienating editors. --Explodicle (T/C) 21:38, 18 May 2010 (UTC)
  • Comment, I rather see a Template:See for interwikis something like: Further information: List of foos on WoWWiki, a Warcraft wiki . This way get a short introduction in Wikipedia and can get more information from a specific interwiki. --Kslotte (talk) 21:04, 18 May 2010 (UTC)
  • Where would we put this for topics that aren't covered by Wikipedia? --Explodicle (T/C) 21:38, 18 May 2010 (UTC)
  • My comment proposal above is only one solution (of many possible) making Wikipedia more interwiki friendly. --Kslotte (talk) 22:01, 18 May 2010 (UTC)
  • Comment. I see we need a bit altered approach if the main idea is to avoid biting newcomers. What about adding a message instead of deleting: This article has been classified as non-encyclopedic. The information intended for this article may better fit in article FOO or Darkmoon Faire (WoWWiki, a Warcraft wiki). --Kslotte (talk) 22:20, 18 May 2010 (UTC)
  • The message could be left for a few weeks before it is finally deleted. --Kslotte (talk) 22:24, 18 May 2010 (UTC)
  • Having an expiration date seems silly; someone else might very well recreate it later. --Cybercobra (talk) 23:11, 18 May 2010 (UTC)
  • Oppose. IMHO, the policies regarding interwikis is already very liberal, and there have in the past (and very recent) been severe problems with spamming using interwikis. There is no significant gain from this, they should either be templated, or, preferably, follow our normal external link rules (which (via WP:ELNO), specifically, discourages linking to other wikis which are not sufficiently stable, or don't have a large number of editors; note that also WP:ELNO#1 and the intro of WP:EL is often applicable; they do not provide more info, or that info can simply be incorporated into the article). I would even go so far, that if a wiki does not comply with our external links guidelines (i.e., if it, generally, should not be an external link), then it should also not be allowed to be on the interwiki map for wikimedia software. We are writing an encyclopedia here, not a linkfarm, &c. &c. I hope this explains. --Dirk Beetstra T C 10:11, 21 May 2010 (UTC)
  • Comment - MER-C made an excellent point above, which basically invalidates the whole premise of this proposal. Unless someone thinks of a good way around the nofollow problem, consider this proposal withdrawn. --Explodicle (T/C) 13:15, 21 May 2010 (UTC)
    I agree that this specific proposal isn't going to work. It would be useful to keep mulling over ways to use Wikipedia:Alternative outlets more efficiently. I'd suggest making any new proposals at that essay's talkpage, or at the Village pump (proposals). -- Quiddity (talk) 19:33, 21 May 2010 (UTC)

Examples[edit]

  • Koro Ziil -> Wookieepedia:Koro Ziil (today's FA)
  • Wycliffe Bible Translators International -> Theopedia:Wycliffe Bible Translators International redirected to existing article
  • Darkmoon Faire -> WoWwiki:Darkmoon Faire
  • Last Exit on Brooklyn -> SeattleWiki:Last Exit on Brooklyn
  • How to travel in China by train safely -> Wikihow:How to Travel in China by Train Safely

Internal vs external use[edit]

I just went on a clean up spree, and converted the few soft redirects I found that were pointed internally into hard redirects. I've been reverted on a couple, with the edit comments of "Soft redirects may be used internally within the Wiki. See the guideline + common sense in this case." and "I've just reread the soft redirect editing guidelines and this page seems to follow them just nicely. There is nothing on that page telling editors not to use soft redirects internally as you claimed." So the claim is, I guess, that soft redirects are fine as substitutes for hard redirects? I'm not sure. I'll make sure to invite the reverter in here to this discussion so that we can get his/her true interpretation.

But for me, soft redirects have always been intended for external links, and (almost) exclusively for external links. There's one small paragraph on the page about a single possible internal use, but otherwise the entire page is geared towards them being for external use. For internal use there is a much better and more proper tool, hard redirects. But soft redirects have come into use because hard redirects cannot work externally. So they are intended for use where hard redirects cannot function. But where hard redirects *can* function, I see no benefit from using them over hard redirects.

I wanted to get a discussion going here, to see if anyone else agrees and/or disagrees with my assumptions about their intended and desired usage. - TexasAndroid (talk) 21:33, 1 March 2011 (UTC)

The soft redirects in question are OpenFT and Gnucleus. The guideline seems clear to me "Soft redirects t o non-English language editions of Wikipedia should be avoided because they will generally be unhelpful to English-language readers." Yoenit (talk) 22:28, 1 March 2011 (UTC)
Umm. Those are soft redirects to pages in Wikipedia itself. Not sure what the line about non-English editions has to do with the situation.
And to clarify a little, I converted around a dozen internally linking soft redirects to hard redirects, and was reverted on two of those, the ones mentioned just above. But the reverts raised a key issue, and I wanted to see if what I did with the conversions was proper/improper, and/or if the reverts were proper/improper. Or somewhere in the middle. :) - TexasAndroid (talk) 22:45, 1 March 2011 (UTC)
Why are soft redirects used for those two links instead of hard redirects? I quote from OpenFT: "to select the other language versions of the article"'. I suppose you could call it a language disambiguation page instead of a soft redirect, but those are not allowed either (WP:DABNOT, sister project redirect section). Yoenit (talk) 11:36, 2 March 2011 (UTC)
They seem a reasonable solution to a problem. I suppose the alternative would be a hatnote at the redirect target section, saying something like "for foreign-language Wikipedia articles on..., see the list at [link to one of the foreign articles]". We don't usually do this sort of thing, but we probably should.--Kotniski (talk) 13:43, 2 March 2011 (UTC)
The person who reverted me has not yet joined the discussion. They were invited. They (User:Old Death) will need to be the one to present the reasons for a soft redirect over a hard one. Old Death reverted with the two edit notes in my first post in this section, citing this guideline and common sense as the reasons for using soft redirects over hard redirects in those two cases. - TexasAndroid (talk) 14:07, 2 March 2011 (UTC)
Well, seems I am a bit late to this discussion. Before merging the two named articles into the one about GnucDNA, I did some research about how to deal with the situation the best way possible. I thought about listing the available languages directly within the merged article - but to be true, that didn't seem a clean solution to me. Using the soft redirect pages to inform Wikipedia users about there being other language articles on the same subject seemed to be the best possible approach for doing so. However, if you do think there is a better way (without loosing that easy language selection choice for the user), feel free to suggest one and I will happily use it if the situation occurs again. Note however, that I do speak 4 languages and I often read articles in more than one language about a subject (better for getting a more neutral perspective etc.), so at least for me, getting rid of the possibility to find the other language versions of an article in an easy and intuitive way is not really an option I'd like to be the end result.
mfg, OldDeath - 18:23, 2 March 2011 (UTC)
I think we should sometimes use soft redirects for cross-namespace redirects; however, I don't think redirects within the main namespace of the English Wikipedia should be using soft redirects. McLerristarr | Mclay1 03:40, 2 March 2011 (UTC)
Yes, maybe for cross-namespace redirects occasionally (like NPOV, I suppose), but in any case we should redesign the soft redirect template, or just replace it with appropriate explanatory text on each occasion - it doesn't help people to be presented with a page of meaningless symbols and jargon like they get with the current template. (I suggested a slight improvement a while ago at Template talk:Soft redirect#Edit request, but even this came up against resistance - not sure if the editor in question was ever convinced by my usability arguments.)--Kotniski (talk) 06:55, 2 March 2011 (UTC)
Green tickY Support for what both of you said. I think there should be something either specifically designed for this kind of purpose or the current template should be altered to match this purpose additionally to what it currently does.
mfg, OldDeath - 18:26, 2 March 2011 (UTC)
I know that pages with historical value can be internally soft-redirected, such as Wikipedia:Village pump (assistance). -- Ϫ 16:29, 2 March 2011 (UTC)
Yes, that seems an appropriate use, though franmkly the actual soft redirect template on that page seems redundant - there's already a good explanation as to what happened and where readers might wish to go to find what they were expecting to find under that title - the large link and the statement that "this is a soft redirect" just clutters the page without adding anything.--Kotniski (talk) 17:10, 2 March 2011 (UTC)
At least it's not as bad as some other suggestions, lol! ;P -- Ϫ 17:29, 2 March 2011 (UTC)

This issue keeps coming up now and then, so I have added a new section to try to expressly detail the limited situations where it is OK to use soft redirects for internal links. I encourage others to edit my wording and/or add additional reasonings. - TexasAndroid (talk) 15:07, 23 March 2012 (UTC)

»There are times when a hard redirect is too subtle, and a message expressly explaining the redirection is needed. Cross namespace redirection and preserving historical value are examples of this type of situation.«
This is exactly what I had in mind when using the Soft Redirect template within the OpenFT article. I'd like to thank you for adding this to the editing guideline, as it might help reducing confusion/unclearness in the future.
mfg, OldDeath - 21:56, 23 March 2012 (UTC)

Nah, not having this. We're not making some new exception to the consensus that we don't use soft redirects internally on the say-so of one editor in one particular domain. I've reverted these soft redirects to hard ones and removed the language on this page which suggests that there are general exceptions which support the use of internal soft redirects (there aren't). Chris Cunningham (user:thumperward) (talk) 11:17, 23 September 2012 (UTC)

stub categorization of soft redirects[edit]

Should soft redirects be stub-tagged? My instinct is that they should not, but I see, for instance, Carlos Mendoza Davis, which is currently tagged with "stub". Should it, or pages like it, be stub-sorted, or should the stub tag be removed?--Opus 113 (talk) 02:47, 18 March 2011 (UTC)

No, they should not. And it was incorrect to soft-redirect an article to another language Wikipedia. The proper thing to do would be a translation, which I've gone ahead and done. -- Ϫ 08:13, 18 March 2011 (UTC)

Message in italian wikrionary[edit]

I sent to Krenair you a message on Italian Wiktionary. Please read mit. My nickname in Italian wikriuonary is Ulisse — Preceding unsigned comment added by 82.58.116.123 (talk) 16:15, 13 May 2012 (UTC)

Can there be multiple redirects on a soft redirect page?[edit]

Can there, I wonder? Are there any examples?--Worst regards, Greek Fellows". Visit ma talk page and ma contributions. 04:22, 4 November 2012 (UTC)

Proposal needing input[edit]

User:AnomieBOT III will currently convert attempted interwiki redirects into soft redirects. It has been proposed that the bot also apply {{prod}} to such redirects in article space, as WP:Soft redirect discourages these. Please comment at WP:VPR#Proposal to automatically ProD redirects to other language versions of wikipedia, instead of turhing them into soft redirects. Thanks. Anomie⚔ 13:13, 22 March 2014 (UTC)

Question/discussion at Template talk:Soft redirect[edit]

I have asked a question regarding the use of Template:Soft redirect that watchers of this page may be able to assist. The discussion can be found at Template talk:Soft redirect#Question regarding when this template was created. Steel1943 (talk) 21:45, 12 October 2016 (UTC)

Could someone please explain, ..[edit]

.. this passage:

"(Reasons: they could not be easily edited without hand-crafting the correct URL, since clicking on a link to the redirect page would take you straight to the redirect's target and there would be no "Redirected from foo" message to click, so it would be difficult to return to the redirect page itself; there would also be infinite-loop security considerations.)"

I do not understand the "easily edited without hand-crafting ..." argument.

Also, to return to the original page, shouldn't one usually be able to use the browser's "back-button" functionality?

And what actually is an "infinite-loop security consideratin"?

And what does this mean? " A soft redirect can be useful if one wants to link to it from its target, as an invitation to create a page, like a red link. Just as a red link looks different from an ordinary link, a link to a soft redirect can look different using the [[<tvar|link>Help:Link#Stub feature</>|stub link feature]] (this can be activated by setting a "Threshold for stub link formatting" under "Advanced options" on the "Appearance" tab of the user preferences)."

Would it acutally make sense to link to a soft redirect from its target? Why and how would that work?

And do have enough people activated the "stub link feature" for it to make sense mentioning it here at all?

I quote again: " Another situation where soft redirects are used is when the intended target is a special page, and the system automatically "softens" attempted hard redirects to special pages. For example, en:Wikipedia:List of tags redirects to en:Special:Tags."

Why does the system "soften attempted hard redirects to special pages" ?

thanks for elaborating, --KaiKemmann (talk) 22:44, 22 March 2017 (UTC)

Nomination for deletion of Template:Wikispecies redirect[edit]

Ambox warning blue.svgTemplate:Wikispecies redirect has been nominated for deletion. Interested editors may participate at the template's entry at templates for discussion. — Godsy (TALKCONT) 05:35, 21 May 2017 (UTC)

45,000 soft redirects indexed by Google[edit]

I was surprised to find Googling (or Binging) "Category Lodhi dynasty" returning, as the first Wikipedia result, the soft-redirected Category:Lodhi dynasty. Googling category "should be empty" finds 45,000 redirected categories (or 1,280,000 on Bing, doh!) Hard redirects don't get indexed, for example searching for Pretoria-Witwatersrand-Vereeniging gets Gauteng as first WP result.

Is such indexing desirable? I would have thought avoiding it was better.

I suspect it's all about the <link rel="canonical" href="..."/> at the top of the generated html. Google's advice is here. (I do understand that the WikiMedia internals for soft and hard redirects are quite different.) Batternut (talk) 00:08, 16 November 2017 (UTC)

Triple soft category redirect[edit]

There once was Category:Articles needing translation from Frisian Wikipedia. It was deleted because there are three Wikipedias that applies to: West Frisian, North Frisian, and Saterland Frisian. There are categories for all three:

  • Category:Articles needing translation from Western Frisian Wikipedia
  • Category:Articles needing translation from North Frisian Wikipedia
  • Category:Articles needing translation from Saterland Frisian Wikipedia

This needs a soft redirect from that page, to all three. We have double soft redirects, and we have category redirects, but we don't have triple soft category redirects.

Could someone with more experience at Wikipedia editing than me make Template:Triple soft category redirect, please?

I’ve added links to the other categories on the page, but this is a bad, temporary solution.

thanks,

DemonDays64 | Tell me if I'm doing something wrong :P 21:21, 2 November 2019 (UTC)