nav popup (Wiktionary)

here
and have a look at this too please, interface error on Wiktionary

hello, idk if i should report this, but this is what i got after enabling (Navigation popups) on Wiktionary 🌸 Sakura emad 💖 (talk) 07:37, 8 March 2022 (UTC)Reply[reply]

It's because Wiktionary is installing one of the old versions of Navpop. You need to ask an IA to update it for you, or disable Navpop altogether on all wikis and use global.js instead. The same goes with Twinkle; let's see if I can find the en:WP:VPT section about this... NguoiDungKhongDinhDanh 12:18, 8 March 2022 (UTC)Reply[reply]
There are no interface admins on simplewikt but there are two crats there who could help. Maybe Minorax? Moving this discussion to wikt:Wiktionary:Simple talk might also be a good idea. --Ferien (talk) 19:39, 10 March 2022 (UTC)Reply[reply]
Changed the import target to the latest version and should probably work now. Minorax (talk) 00:27, 11 March 2022 (UTC)Reply[reply]

Discussion split

The Redirect discussion is getting huge. It is taking up a large amount of the space on this page (and way too much editting time). It is also making it hard to deal with any other subject. There is also the constant notification on changes for people with Simple Talk on their watch list who are not a part of this discussion. Is it possible to split the discussion on to a sub-page and link that page from here rather than have it clog up both the space and traffic for this page? --Creol(talk) 20:09, 7 March 2022 (UTC)Reply[reply]

I absolutely agree, however at the same time, having it visible is important. The only way I could see we could meet both ideas is some kind of banner at the top of ST linking to its own RFC discussion, or just let the topic die and go back to RFDing everything. Griff (talk) 09:36, 9 March 2022 (UTC)Reply[reply]
I don't think it should be moved to a subpage as the discussion is dying out now but I think there are a few people who want a conclusion for this. Maybe as Griff said, we could just leave the discussion alone and have individual RfDs. There are a few people who don't want that, even though that's what I think would be the best option forward at this point seeing as we have wasted so much time on this. --Ferien (talk) 19:37, 10 March 2022 (UTC)Reply[reply]
It shouldn't be moved, the discussion is dying out and its well short of the need to split it out, equivalent boards on en.wiki for example get well over 1MB in size. It is much better for everything to stay on the main page so it is move visible. The notifications as you mentioned are an important part, often when things are split out people who aren't watching closely don't notice so they don't go and watchlist the split out page and then no longer get the notifications they want and effectively are cut from the discussion. -Djsasso (talk) 12:33, 11 March 2022 (UTC)Reply[reply]
No prob but at 24 edits today and most of them to that topic, Ill just unwatch the page as most of it is of no concern to me amymore. Ill pass on everything else here. Creol (talk) 18:49, 11 March 2022 (UTC)Reply[reply]

Dinamo Tbilisi

While going through Category:Football clubs, I discovered there were 2 articles for Dinamo Tbilisi (F.C. Dinamo Tbilisi and FC Dinamo Tbilisi). Which article should we keep, and which should be turned into a redirect? ShadowBallX (talk) 15:10, 11 March 2022 (UTC)Reply[reply]

Generally the older one is kept unless the newer one has just so much more information that it is easier to redirect the old one. In this case they were pretty much identical and the older one also uses the proper naming for the title so I just went ahead and redirected. -Djsasso (talk) 15:15, 11 March 2022 (UTC)Reply[reply]
Alright thanks. ShadowBallX (talk) 15:37, 11 March 2022 (UTC)Reply[reply]

Wiki Loves Folklore 2022 ends tomorrow

International photographic contest Wiki Loves Folklore 2022 ends on 15th March 2022 23:59:59 UTC. This is the last chance of the year to upload images about local folk culture, festival, cuisine, costume, folklore etc on Wikimedia Commons. Watch out our social media handles for regular updates and declaration of Winners.

(Facebook , Twitter , Instagram)

The writing competition Feminism and Folklore will run till 31st of March 2022 23:59:59 UTC. Write about your local folk tradition, women, folk festivals, folk dances, folk music, folk activities, folk games, folk cuisine, folk wear, folklore, and tradition, including ballads, folktales, fairy tales, legends, traditional song and dance, folk plays, games, seasonal events, calendar customs, folk arts, folk religion, mythology etc. on your local Wikipedia. Check if your local Wikipedia is participating

A special competition called Wiki Loves Falles is organised in Spain and the world during 15th March 2022 till 15th April 2022 to document local folk culture and Falles in Valencia, Spain. Learn more about it on Catalan Wikipedia project page.

We look forward for your immense co-operation.

Thanks Wiki Loves Folklore international Team MediaWiki message delivery (talk) 14:40, 14 March 2022 (UTC)Reply[reply]

Duplication

Check out this set of overlappers:

Partly this comes about because the UNESCO system rewards lumping things together, partly our own defects in editing. The two areas are nowhere near each other (Queensland and South Australia), and pretty different in content too: one is an ancient rain forest, and the other is a set of caves!). Anyway we seem to have one too many pages here. Macdonald-ross (talk) 15:05, 14 March 2022 (UTC)Reply[reply]

Disambiguation page for the last one. Derpdart56 (talk) 15:08, 14 March 2022 (UTC)Reply[reply]

89.8 and the large discussion

In the BIG REDIRECT DISCUSSIONPALOOZA 2022 89.8 seems to be going through Deppiyy's back catalogue before anything is decided upon.Also, can we please decide on a particular proposal combo? Derpdart56 (talk) 19:17, 14 March 2022 (UTC)Reply[reply]

@Derpdart56: Please see Wikipedia:Administrators' noticeboard#89.8.167.177 & range. Thanks. --Ferien (talk) 21:43, 14 March 2022 (UTC)Reply[reply]
This is perhaps one of the largest discussions i've ever seen kolva | chat? 14:26, 15 March 2022 (UTC)Reply[reply]

Celebrate Women

What does the community think for organizing one or a few of those many events associated with meta:Celebrate Women in Simple English Wikipedia? Haoreima (talk) 13:23, 15 March 2022 (UTC)Reply[reply]

I would love to participate in an online event, but due to scheduling I wouldn't be able to participate in an offline event. MrMeAndMrMeLet's talk 14:32, 15 March 2022 (UTC)Reply[reply]
Me too at online only. Haoreima (talk) 14:34, 15 March 2022 (UTC)Reply[reply]

Leadership Development Working Group: Apply to join! (14 March to 10 April 2022)

Hello everyone,

Thank you to everyone who participated in the feedback period for the Leadership Development Working Group initiative. A summary of the feedback can be found on Meta-wiki. This feedback will be shared with the working group to inform their work. The application period to join the Working Group is now open and will close on April 10, 2022. Please review the information about the working group, share with community members who might be interested, and apply here if you are interested.

Best, Zuz (WMF) (talk) 15:15, 15 March 2022 (UTC)Reply[reply]

Quick Question

Hello. I have a quick question. Is there any bot that can go through my talk page and archive discussions older than a set time? I've seen bots that do this(I think) but I don't remember where to look. Thanks, MrMeAndMrMeLet's talk 02:54, 17 March 2022 (UTC)Reply[reply]

You might be looking for User:MiszaBot/config --*Fehufangą✉ Talk page02:58, 17 March 2022 (UTC)Reply[reply]

Non-English redirects

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Closure of discussion: We are now two months on from the beginning of this discussion and active participation ended many weeks ago. However, due to many users requesting closure, here I am. It is clear that while the community had issues with the mass creation of redirects, there was no consensus to change policies and guidelines, and in the end, the discussion got bogged down in multiple proposals. Moving forward, all users are reminded of the following principles:

It is all our responsibility, regardless of our viewpoints, to work together to build this Wikipedia and stand up to disruptive changing. The mass creation of redirects that began this discussion has stopped, as has the mass proposal of deletion of redirects. In the future, all users are asked to remember the above guidelines and use good judgment when creating redirects, ensuring that the spirit of our guidelines are followed. Users that believe a redirect should be deleted should also be mindful of these guidelines, and only propose redirects for deletion to which policies or guidelines are clearly not followed. Thank you to all who expressed their opinions and thoughts on this topic, they were appreciated and show that a world-wide community of differing views can come together to discuss contentious topics while continuing to work towards a common goal. Griff (talk) 05:31, 5 April 2022 (UTC)Reply[reply]


Original thread:
I'd like to ask for community input on the usefulness of the massive creation of non-English redirects being created by Deppiyy. While some may have use, I believe that the expectation of every user of this project is that they will need to use English to browse the page. If they need to find an article about griffins, they will search the English translation and then look for that article here. We can't and shouldn't be hosting redirects for every single language to every single article here. That's what translate tools and interwiki links are for. These are just my thoughts, I'm curious what others think. Griff (talk) 13:29, 3 February 2022 (UTC)Reply[reply]

Since Australian English redirects have been deleted as above, I'm afraid to say that not all of these redirects may remain. MathXplore (talk) 14:21, 3 February 2022 (UTC)Reply[reply]
@MathXplore: I tried finding this discussion but was unable to do so. Were those redirects deleted after a community discussion or at the discretion of administrators? Griff (talk) 14:28, 3 February 2022 (UTC)Reply[reply]
The redirects above were deleted by the discretion of Macdonald-Ross (mass deletion). MathXplore (talk) 14:31, 3 February 2022 (UTC)Reply[reply]
Suspicious of the amount of non-english redirects being made. SoyokoAnis - talk 14:53, 3 February 2022 (UTC)Reply[reply]
That appears to be unrelated, this is a different user, not the IP. Consensus is usually for foreign redirects to be kept, they are helpful on a wiki for people whose first language isn't English. e.g. Wikipedia:Requests for deletion/Requests/2021/Новосибирск --Ferien (talk) 19:14, 3 February 2022 (UTC)Reply[reply]
That was not much of a consensus. It was a very narrowly decided, and I think wrongly decided, (updateː left out two words request for) deletion (Nom and three deletes, one comment leaning against, three keeps.). If I had seen it at rfd, I would have been very strongly in favor of deletion. But, rfds are not always at the top of my radar. That is why we are having a discussion here. A single rfd does not make a governing policy. --Gotanda (talk) 00:50, 4 February 2022 (UTC)Reply[reply]
The consensus was the same on other RfDs. But even if that wasn't the case, enwiki allows them (w:WP:RFOREIGN) so we WP:FOLLOW them. --Ferien (talk) 16:22, 6 February 2022 (UTC)Reply[reply]
Plus the !vote count really doesn't matter, one delete !vote was an IP and one delete !vote was pretty much repeating what the nom said. --Ferien (talk) 19:37, 10 February 2022 (UTC)Reply[reply]
It’s true that English is the lingua franca on Simple Wiki, but I think redirects in other languages are convenient. If a Spanish user wants to find the Spain article, they could search up España and it would redirect to Spain. I think my redirects genuinely useful for those learning English. Deppiyy (talk) 15:54, 3 February 2022 (UTC)Reply[reply]
A relevant talk page says that: " There is no need for non-English language disambig pages because there should be no incoming links to them. Links should always go to the correct article. So the hypothetical [... foreign language ] speaking user will never just come across the term, they will have to search for it. If there is no exact match, it indicates that it is not an English word, and the English [our] alternative will come up as the top search result (as it does on EnWP). Adding this will just create ambiguity, not clarify it. This opens up endless non-English redirects and adds to potential confusion. This is Simple English Wikipedia. Adding more non-English words adds complexity, not simplicity".

The post of 15:54 today, (arguably) does not have anything to offer that goes beyond "my" borrowed quote. 89.8.173.218 (talk) 23:24, 3 February 2022 (UTC)Reply[reply]
How does it add complexity when it’s purpose is to redirect to English articles? Deppiyy (talk) 23:33, 3 February 2022 (UTC)Reply[reply]
It's an unnecessary addition to the wiki, and it makes searching for stuff needlessly complicated.@Deppiyy Derpdart56 (talk) 21:17, 7 February 2022 (UTC)Reply[reply]
English wiki have them, we follow them. That’s called Category:Redirects from alternative languages. Deppiyy (talk) 22:10, 7 February 2022 (UTC)Reply[reply]
Have you actually read Wikipedia:Follow English Wikipedia ? This discussion completely nulifies it here. If we are discussing what we should do for a rule, the whole concept of "if we dont have a rule, use theirs" would have no bearing.--Creol(talk) --Creol(talk) 01:14, 8 February 2022 (UTC)Reply[reply]
Yes, but we don't need to follow everything from en.wiki. This is adding more confusion and unwarranted pages, I say we nuke these redirects that aren't english. They're pointless. Derpdart56 (talk) 15:22, 8 February 2022 (UTC)Reply[reply]
"A relevant talk page says"? First, which talk page and discussion are you referring to? Second, talk pages are not policy or guidelines. -- Auntof6 (talk) 01:28, 4 February 2022 (UTC)Reply[reply]
Which "talk page"? Wikipedia:Requests_for_deletion#Namibië (project page). 89.8.173.218 (talk) 05:13, 4 February 2022 (UTC)Reply[reply]
This is a pointless hypothetical, "If a Spanish user wants to find the Spain article, they could search up España and it would redirect to Spain." If said Spanish user does not already know that the English name for their country is Spain, they will be unable to read or use this wikipedia anyway. And this is backwards, "redirects genuinely useful for those learning English"; it is potentially harmful. Feedback is important in language learning. Searching for a non-English word and getting no results for it shows that it is most likely not an English word. The search box will offer up the closest English results instead, thus showing what the relevant English words are. Giving them a valid result for a non-English word may indicate to them that it is a standard English word. --Gotanda (talk) 01:02, 4 February 2022 (UTC)Reply[reply]
I have one thing to say. Only English. Only English is allowed in the mainspace of the Simple Wikipedia, excluding quotes, which should be translated as well. (Also Gotanda did a good job explaining) 💠Ely - Talk💠 10:19, 4 February 2022 (UTC)Reply[reply]
I'd say we should nuke most of them, I don't see the point. Derpdart56 (talk) 16:24, 7 February 2022 (UTC)Reply[reply]

Discussion break

I appreciate all of the responses from the community. I'm going to try to summarize the opinions that have been given, not including just the general comments (feel free to remove your name if I got it wrong and restate your position).

Now, this is a discussion, and not a !vote, but as of right now, of those that have expressed opinions, 7 have pushed for deletion, 2 for in between, and 2 for existing consensus (relying on previous RFDs). I feel that the participating community has come to a consensus that the current practice is not desired. I have two points of discussion for us to move forward the conversation. These are of course discussions and I welcome new ideas. For streamlining the conversation, please include discussion of the overall topic, or alternate ideas below. Discussion about the specific proposals should be in their specific sections. Thanks! Griff (talk) 13:20, 9 February 2022 (UTC)Reply[reply]

Discussion point A: Change to existing policies

A change to the deletion policy criteria R3 as follows:

I propose we adopt the following as a guideline, to be included as WP:MOS 1.3 Redirects:

To help our readers use our Wikipedia, and to make it less confusing:

Any redirects that are created in the future and do not meet MOS 1.3 can be deleted per R3. Thoughts? Are there other guidelines that would need to be changed? Griff (talk) 13:20, 9 February 2022 (UTC)Reply[reply]

I don’t see the purpose of deleting non-English redirects, the English version of toponyms aren’t always the official name. Take Novosibirsk for example, its official name is Новосибирск. There are other examples of non-English official names, like the German city of Cologne is actually called Köln in German and Kölle in Kötsch. Deppiyy (talk) 14:56, 9 February 2022 (UTC)Reply[reply]
  • Re the proposal, "Original or official names of people or places in the official language of the topic or article title. If a primary official language does not exist, a redirect should not be made." "Original" can be unclear; names and histories are contested. "Official names" seems clear. However, "official language" may not be. India, for example, recognizes 22 languages constitutionally. We can get to many, many redirects. India is just one example I am familiar with; I expect there are other places with multiple official languages. Also, in some places there is no official language (The US for example) and the primary language may be contested or there are multiple languages with a plurality of speakers. It is getting complicated, isn't it? Even this basic proposal is not so simple as it may appear. --Gotanda (talk) 05:49, 15 February 2022 (UTC)Reply[reply]
  • I agree, I tried to follow enWP's RFOREIGN and MOS guidelines as much as possible, but it's going to have to take some common sense. My thoughts are, if the alternate name is notable enough for inclusion in the first sentence (for example, on India, only the Hindi translation is included), make a redirect. If not, don't. I'll even make that an example in the proposed MOS if that's what it takes. Griff (talk) 12:10, 15 February 2022 (UTC)Reply[reply]
    Unfortunately, common sense is not that reliable. I really think the default should be that none of these are allowed and that a limited number of the usual suspects (Munich, Cologne) could have other language redirects after discussion. A process not unlike the proposed stubs would work. Limit editors to one proposal at a time. There is no urgency on any of the very few of these that are actually needed by the users this wiki aims to support. --Gotanda (talk) 05:07, 16 February 2022 (UTC)Reply[reply]

Discussion point B: Action on existing redirects

I would like to propose the deletion of redirects created that are considered to be uncommon (relying on administrator interpretation of the outcome of this discussion, assisted by the community through the QD process) as created by Deppiyy either through the R3 or G6 criteria, referencing this discussion as a deletion reason. This should be not viewed as a deletion of all redirects created by Deppiyy, but those that are uncommon or could be deleted without creating undue difficulty on those finding the articles, broadly defined. I believe that this will apply to 95% or more of the redirects created. I understand that this a bit much, but so are the redirects, and I suspect that there are issues hidden in the redirects made that may not be found if we don't just start over. Griff (talk) 13:20, 9 February 2022 (UTC)Reply[reply]

  • Support for point B.--The justicfication for my "vote" are (many of) the opinions in the first section (or very beginning) of this thread. (Disclosure: I have previously also "voted" for point A - that is my claim.) 89.8.149.105 (talk) 12:49, 10 February 2022 (UTC)Reply[reply]
  • "restored and an RfD discussion can be started instead"? In that case, one boring rule must be decided on: "One person can ask to restore-and-RfD, maximum 5 (or whatever) of his/her redirects per day". (Justification: Imagine if one wiki-user says, "Wikipedia nuked one thousand of my redirects today - therefore I will have my one thousand pages restored-for-starting-RfD, all in one day".) 89.8.99.63 (talk) 17:09, 14 February 2022 (UTC)Reply[reply]
    I don't think we need to complicate matters by having a rule because I don't think anyone would say that. We currently have R3 and let's say someone created 1000 R3 eligible redirects, no-one is actually going to start 1000 deletion review discussions. Please, be realistic. And actually, thinking now, a discussion on deletion review would be fine itself. --Ferien (talk) 17:17, 14 February 2022 (UTC)Reply[reply]
Reply to post of 17:17 -- seems like you are not taking into account Murphy's law.--We might have to agree to disagree about what things are unrealistic, and what is not. Perhaps that part of the discussion, has run its course. 89.8.109.239 (talk) 19:07, 14 February 2022 (UTC)Reply[reply]
Support. Derpdart56 (talk) 20:27, 14 February 2022 (UTC)Reply[reply]

Just to address concerns from above, DRV is of course an option for any redirect deleted under this rule. I expect all members of the community to be wise about the use of the DRV discussions and respecting the wishes of the community as expressed here. Griff (talk) 19:33, 14 February 2022 (UTC)Reply[reply]

Thoughts on why my redirects should be kept

1. They’re either an original, official or alternative name that differs from the English spelling. For example, Shqipëri redirects to Albania.

2. Convenient if someone is using a non-Latin alphabet that redirects to their romanised form. For example 上海 redirects to Shanghai.

3. People might not know the English version of toponyms. Instead, they could use the local spelling. For example, Kölle redirects to Cologne

4. Redirects are cheap

Deppiyy (talk) 11:50, 10 February 2022 (UTC)Reply[reply]

This new section has just about zero new points.--Digressions: Wikipedia is not a democracy! (Its a website, where at least most of its leadership input comes from experienced users: Users with more experience than myself - or for that matter, you. You or I are not the ones who will be running the show, so to speak.)--Is there a chance that you are in process of really annoying a significant section of the leadership that has commented about the redirect issue? Yes - and will you be left with anything positive to show for that? Being left with one and one burning bridge - is not going to improve your chances of being influential in (other) decisions on Wikipedia.--The train is leaving the station - but if there is a wikipedian with a frown blocking every door on the train, then some people will be left behind.--There are so many frowns to be seen standing and looking at the redirect mess; so many, so many, so many ... . 89.8.81.15 (talk) 12:36, 10 February 2022 (UTC) 89.8.149.105 (talk) 12:42, 10 February 2022 (UTC)Reply[reply]
Redirects are really not that hard to fix, please stop calling it all a mess... this is an issue that is quite easy to solve. At most, less than 500 of Deppiyy's redirects could be deleted if that is the consensus here. However, most of them are good and meet point A that Griffinofwales bought up, so 500 is unrealistic. --Ferien (talk) 19:30, 10 February 2022 (UTC)Reply[reply]
Given the set up you have listed (just for locations and in languages used in the location) I could break out a couple thousand redirects with ease - How many languages are spoken in NYC, London, Paris, Tokyo, etc. Each major cite sees a multitude of languages spoken. Then you have to limit it to just English and the official languages of that place but that rules out communities not officially accepted there. Only English is official in most US cites so NYC gets no redirects even though it has huge foreign speaking communities. Next you have to allow this and that language, but nothing else. But who is to decide what languages are acceptable where? Policy needs to be clear on what is acceptable and what is not but an arbiquary decision like that is far from clear cut. As long as the door is open people can find ways to screw around with it. Cleaning it up coould be a simple thing IF we had the numbers willing to go around and do it. looking at the cats for cleanup and wikifying articles, that manpower is sadly suspect. The mass location syub creations from the early 2010s are still floating around a decade later.. who exactly will be expected to keep this under control when actual articles cant get attention? --Creol(talk) 00:13, 11 February 2022 (UTC)Reply[reply]
Agreed. I can come up with thousands that meet the criteria but are pointless or worse. The amount of effort required to make sure these are accurate (just look at this discussion and look at how several of the recently created ones are ambiguous or unclear and require supervision and editing) that effort is wasted. I have often seen in discussion on this wiki hat Simple does not just mean Simplified English, but also that we do things here is a simplified way. Adding a vast, unclear, multilingual nest (I am not going to call it a "system" because there is nothing systematic about it) of redirects around this wiki is just creating future headaches and goes against the basic idea behind this wiki. Make it simple. --Gotanda (talk) 06:06, 15 February 2022 (UTC)Reply[reply]
There's no point in having 100 redirects when the attention used on creating those redirects can be used on other pages that need them badly. Derpdart56 (talk) 16:42, 14 February 2022 (UTC)Reply[reply]
@Derpdart56: Except that these have already been created, so there's no effort being put on them any more. -- Auntof6 (talk) 17:17, 14 February 2022 (UTC)Reply[reply]
I know, but the effort that was put *into* those redirects could be used elsewhere. Derpdart56 (talk) 17:19, 14 February 2022 (UTC)Reply[reply]
@Derpdart56: True, but we're discussing whether to keep the ones that already exist. The effort involved for what's already done is moot. -- Auntof6 (talk) 18:31, 14 February 2022 (UTC)Reply[reply]
Ah, I see. Derpdart56 (talk) 19:48, 14 February 2022 (UTC)Reply[reply]
@Deppiyy These redirects are pointless. You created one for a Georgian soccer (football) player today. I agree with the idea that if one person found a redirect useful, then it's not pointless. But why would a georgian football fan look on an english wiki? It seems illogical and unlikely that anyone would find it useful. But that's just my opinion. Derpdart56 (talk) 20:32, 14 February 2022 (UTC)Reply[reply]
Because ხვიჩა კვარაცხელია is the native name of the footballer. A Georgian user might not know the romanised name of the footballer. Deppiyy (talk) 20:51, 14 February 2022 (UTC)Reply[reply]
Yes, but why would a georgian user be on an english wiki, when there might already be a page on it on Georgian Wikipedia? (unsure of the name of the georgian's native language, don't quote me on that) Derpdart56 (talk) 20:57, 14 February 2022 (UTC)Reply[reply]
Sorry if I seemed mean, that isn't my intention. Derpdart56 (talk) 20:34, 14 February 2022 (UTC)Reply[reply]
Whilst I believe a lot of these redirects are reasonable, there are a few that aren't and I have a different view to other members of the community, so, Deppiyy, please can I ask you to stop making these redirects whilst this discussion is ongoing. Thank you. --Ferien (talk) 13:23, 15 February 2022 (UTC)Reply[reply]
And on the other hand, to all those who are going through Deppiyy's contributions and setting up RfDs, it is probably also best to wait for this discussion to be over. It's best to wait for a consensus overall and then deal with all of the redirects at once instead of going through one by one before this discussion is even over. Just creates more work. --Ferien (talk) 14:31, 16 February 2022 (UTC)Reply[reply]

Other redirects

This is somewhat unrelated but also relevant. There seems to be some grey area for excessively long names. For example, Phrabat Somdet Phra Paramendra Ramadhibodi Srisinra Maha Vajiralongkorn Mahisara Bhumibol Rajavarangkura Kitisirisumburna Adulyadej Sayamindradhipeshra Rajavarodom Borommanat Pobitra Phra Vajira Klao Chao Yu Hua is incredibly long and redirects to the shorter name.

As for myself, this redirect isn't useful at all. We could implement rules similar to what is being suggested for foreign-language relate rules. Someone said "it helps google indexing", but then it is already a redirect on a few other wikipedias so why waste space? Also, you still get keywords from the article if looking on google and are still likely to get popped up through indexing. Perhaps here we can get a idea for what we should do for that as well. MrMeAndMrMeLet's talk 05:02, 16 February 2022 (UTC)Reply[reply]

Vajiralongkorn’s regal name redirect falls under Category:Unprintworthy redirects. Such a redirect can help writers and search-engine indexing. Deppiyy (talk) 11:51, 16 February 2022 (UTC)Reply[reply]
  • That is a perfectly acceptable redirect, at this point I might put forward a topic ban on you, your comments at this point at bordering on harassment. Just drop the stick at this point, everyone is aware of your opinion. -Djsasso (talk) 14:12, 11 March 2022 (UTC)Reply[reply]
    Hold on there! Please explain why this should be a redirect; There seems to be no clue in the English article or the Simple article, as to why this should be a redirect.--Harassment in a thread about redirects that "harass" this project? Go ahead, make your case and gather yourself a group of "redirect apologists"; When you have gathered the first dozen, you will probably feel important; Just about as important as someone in a Troll factory getting an award for "job well-done". 89.8.167.177 (talk) 16:06, 11 March 2022 (UTC)Reply[reply]
    This is exactly the point Djsasso is trying to make. You are spending so much time looking through/observing all the pages Deppiyy is creating and complaining about each imperfect one here - that is basically harassment. --Ferien (talk) 16:15, 11 March 2022 (UTC)Reply[reply]
    Wrong: I look thru "New Pages" (that link is in the menu on the left side).--I breeze thru looking for things that (arguably) sucks (such as Thai stuff in RTGS).--Either a redirect is "Good enough" or "Not good enough".--Please let us know if this redirect is good enough.--At what point should someone have restrictions about making redirects.--Should one get a Red Card when one is given a Yellow Card two times (and a six day redirect-ban when one gets the first Red Card)? 89.8.167.177 (talk) 16:33, 11 March 2022 (UTC)Reply[reply]
    Like I said in my proposal, we'll need to individually go through the redirects. HOWEVER, that doesn't mean we go through each and every single one right now. Derpdart56 (talk) 16:18, 11 March 2022 (UTC)Reply[reply]
    Reply to post Derpdart56 @ 16:18 - there is a need to go thru redirects that seem to suck (although there is at least one person who seems to think that none of the redirects suck). 89.8.167.177 (talk) 16:38, 11 March 2022 (UTC)Reply[reply]
    Also, the community consensus seems to be with Prop. 5, 7, and 3. I'll admit, I made a big deal out of this before. But now I see that there isn't that big of a problem regarding these. Also please stop being antagonistic. It doesn't help anyone. Derpdart56 (talk) 16:23, 11 March 2022 (UTC)Reply[reply]
    Reply to post Derpdart56 @ 16:23 - there might be quite a few that don't bother with discussions that might seem to go nowhere.--One can only hope that they will not be shy to pin the "sucks" label, when the most sucky redirects get taken to RfD.--RfDs are another type of consensus (and can decide things somewhat beyond a general rule) one might say). 89.8.167.177 (talk) 16:46, 11 March 2022 (UTC)Reply[reply]
    Yes, a select few of these redirects suck, but most of them are fine. Voting because "I don't like it" is not a valid reason. Derpdart56 (talk) 16:55, 11 March 2022 (UTC)Reply[reply]
    Reply to post Derpdart56 @ 16:55 - you are trying to put words in the mouth of another person.--There are about 3 things which will decide if a redirect is fine (and the opinion of user:Derpdart56 is not a major deciding factor): The coming RfD/ AfD-discussions, the coming "Deletion:Review discussions", and General rules as decided by consensus. 89.8.167.177 (talk) 17:20, 11 March 2022 (UTC)Reply[reply]

Doing one-self no favors?

Foreign-script redirects

Enwiki policy

Wikipedia:Redirects in languages other than English is what I could come across in enwiki that can be helpful in this case. I think allowing the useful redirects from other languages can be helpful. But I would also like to discourage people from doing it as a primary task where/when not necessary. In a nutshell: "Redirects from other languages should generally be avoided unless a well-grounded rationale can be provided for their inclusion."--BRP ever 12:07, 16 February 2022 (UTC)Reply[reply]

Yeah this is my view on things as well. -Djsasso (talk) 14:06, 17 February 2022 (UTC)Reply[reply]
Yeah like the name for Spain in Spanish as a redirect seems fine to me, but not the name for lemon, for example. --IWI (talk) 14:12, 17 February 2022 (UTC)Reply[reply]
Yep that is a perfect example, other things that often happen on en.wiki is official names of companies/organizations in the native language of that company. -Djsasso (talk) 14:16, 17 February 2022 (UTC)Reply[reply]
I'm okay with that too, but only for scripts in the Latin alphabet, plus a couple of others such as the German ß or the Icelandic Þ. SHB2000 (talk) 08:58, 26 March 2022 (UTC)Reply[reply]

Combining threads - the Griff proposal

Thank you to everyone for your comments. I am now combining this all up into a formal proposal to change our policies and guidelines. While general comments are welcomed, please clearly state your support, opposition, and thoughts regarding this proposal, including its sub parts. This will make it easier for the community to determine consensus on changes. This is just one option, but what I consider what most of the community (as expressed in this thread) desires. This proposal involves four parts:

  1. A change to the deletion policy, speedy deletion criteria R3
    This more closely follows the English Wikipedia's use of the R3 criteria. They use the term implausible, which is defined by the Simple English Wiktionary as something that is not likely to happen.
  2. An addition to the Manual of Style guideline regarding redirects
    This formalises parts of enWP's RFOREIGN guideline and provides help to members of the community when nominating redirects for deletion.
  3. A formal note to Deppiyy about creating redirects that go against the spirit of this proposal
    This directly addresses the behaviour that initiated this discussion and emphasises the community's desire to have Deppiyy focus his work on other tasks that build the Wikipedia.
  4. The deletion of redirects that meet the re-written criteria R3
    This action specifically addresses existing redirects and reflects the comments detailed in Discussion point B.
Redirects should only mean one thing. If the redirect could mean more than one thing, a disambiguation page should be made. Use other Wikipedias or Google to help find other possible meanings for the word.
Redirects from other languages should be avoided unless a very good reason can be provided for including them.
  • Good reasons to create a redirect from another language:
    • Apparently foreign words which are used as the English variant word in some forms of English e.g. serviette in French is used as a word for napkin in some English speaking areas
    • Original or official names of people or places in the official language of the topic or article title. These names are generally found in the first sentence of the article.
  • Bad reasons to create a redirect from another language:
    • Names not originally in a Latin alphabet, as with Greek, Chinese, or Russian. As this project is written in English, it is more difficult for vandalism or errors to be found if redirects are made in a non-Latin alphabet
    • Direct translations where the original form of the title is in English
    • Common words or ideas in other languages
This should not be viewed as a deletion all redirects created by Deppiyy, nor is it meant to be exclusive to redirects created by Deppiyy. Users wishing to mass nominate redirects under this changed criteria should create a list that can be reviewed by an administrator to reduce flooding New Changes. Administrators have discretion in deleting redirects under this criteria, using their judgment and understanding of new policy. QDs that are declined can still be deleted through RFD, and QDs that are accepted can be appealed directly to the deleting administrator or through DRV.

I know that this does not cover everyone's concerns, and I know that there are still users who disagree with the discussion, but I'm trying to summarise everyone's thoughts and create a proposal we can all agree to. Yes, there are gray areas, but we are the Simple English Wikipedia and I do not feel that we need to be creating policies for every single situation. It is expected that all members of the community, regardless of their thoughts on this discussion, will use common sense, good faith, and focus their time on actions that build the project, refraining from disruptive or POINTy changes as a result of the outcome of this thread. I hope that all my proposals address the broader issues regarding redirects while also focusing on the issue that started this discussion. Your thoughts are welcome on this proposal, but I ask that we focus on the merits of this specific proposal and not on past issues that have already been discussed (those discussions can continue in other sections above). Griff (talk) 12:52, 16 February 2022 (UTC)Reply[reply]

Supporting/Opposing/other comments

Redirects such as Ελληνικό αλφάβητο would also fit into this category. What should we do for these? MrMeAndMrMeLet's talk 03:55, 20 February 2022 (UTC)Reply[reply]

  • Recent is there because its meant for situations where someone spelled a new article wrong when they created and then moved it right away, at which point a redirect with a typo is created. The intention being that those can be deleted right away, any other typos etc go to Rfd usually on en.wiki atleast. Recent is usually considered the day or so it was created. Remember the whole purpose of redirects is for typos and less likely search terms, they shouldn't just get QD'd based on an Admins whim. While there are obvious ones that should be so far most of the examples I have seen people upset about are perfectly acceptable redirects that I would likely end up restoring and sending to Rfd instead of QD if I saw them QD'd. I think people need to slow way down and think what exactly do they think they are solving by essentially making the QD for redirects a situation where people can delete them if they just don't like them, which is what I see above so far. -Djsasso (talk) 01:23, 23 February 2022 (UTC)Reply[reply]
  • Oppose People also need to remember en:WP:REDIRECTSARECHEAP. Most of the redirects I see currently nominated are completely valid redirects (that used the latin alphabet). While I would not recommend going and making it your goal to create every possible redirect for every possible thing. I think this whole discussion was making a mountain out of a molehill. The real issue was mass creating redirects and then not stopping to discuss it. Changing current perfectly acceptable QD criteria in a knee jerk reaction to a single user makes for bad policy. Almost all of the arguments I have seen so far have essentially boiled down to "I don't like them". Redirects are cheap even if they are almost never used. Redirects are helpful, even if they are almost never used. I think people need to stop and breath for a second, y'all are gettin way out of hand. -Djsasso (talk) 01:01, 23 February 2022 (UTC)Reply[reply]
Sending every possible gray area redirect, however(because there are probably gray-area redirects around 50 I can find) doesn't really help anything. The reason for this discussion was, among other things, to limit the absolutely large and absurd number of RfD cases that takes up time on this rather than what other people can do. MrMeAndMrMeLet's talk 05:16, 23 February 2022 (UTC)Reply[reply]
  • That is exactly it, the proposals above will be far more disadvantageous to the wiki than beneficial. It will cause more issues that it solves, and banning outright non-latin characters is outright silly. This has never been an issue in my almost decade plus editing here, I think people just got overly annoyed at a single editor and jumped the gun in trying to shut them down when we already have the tools needed to do so without changing the current criteria to a much worse one. All that needed to be done was to ask them to stop creating them and discuss, and if they continued then topic ban them. Instead this proposal is almost like self harm. -Djsasso (talk) 01:59, 23 February 2022 (UTC)Reply[reply]
If there does come up to be a problem, why don't we just mentioned this? Guidelines and rules are added so that problems don't happen in the future. Rules are generally only added if something comes up. If another "primary task" comes up, now we can point to this discussion because there are almost 100 RfD discussions because of Djasso's redirects. And, if something else comes up, we can make another rule. As I mentioned above, spending time individually going case by case by case by case by case takes up WAY too much time. I know there isn't a deadline, but there could be better things done.
In this case, there was apparently enough well-grounded rationale for there to be a full-blown debate that was very blatant to every active editor here. MrMeAndMrMeLet's talk 05:23, 23 February 2022 (UTC)Reply[reply]
@MrMeAndMrMe I think you misunderstood the point of my comment. What you are mentioning isn't a solution. These changes reflect changes to whole encyclopedia and they shouldn't be done without thought. We can't just delete and restore things without putting enough thought behind it. What we have is not actually a big enough problem, but it is made to look big. Redirects are harmless unless abusive. The only problem I see here is the significant changes we are making to our policies which could, in fact, be counterproductive. I have given an example of 'how' above. And along with that, there are are several other reasons. The changes in policies at this point can be confusing to those who are not aware of this discussion and to those who come here from enwiki or any other wikipedia. It has never been inconvenience for years, and what we have here is a problem caused by mass creation by a user. And imo it can be resolved by discussing with the user, and taking actions like I mentioned above. We should not be taking short-sighted decisions for convenience. BRP ever 05:58, 23 February 2022 (UTC)Reply[reply]
This is done with an incredibly thorough investigation, however. Almost every active user is contributing in this conversation(not every active user of course, but a large number) and it is taking up seven entire sections just to discuss it. If that's not thorough, I don't know what is.
If the rules actually are counterproductive, then, as I mentioned above, we change the rules with thorough discussion. When the people first came up with 3RR, they didn't say "no let's not" just because it could be counterproductive. I would agree with you if you had an example where something like this isn't counterproductive, but there is no justified reason to believe that it is. But, if there is an actual reason as to why this rule is counterproductive, then why not change it when it happens? There is no due date in Wikipedia and things can change throughout its history.
Changes in policies differ from wiki to wiki and users should actually read the rules first when jumping from wiki to wiki. This isn't different and changing a policy(which is arguable very minor in comparison to other things) isn't that big of a deal. This isn't just being done with a single user as well. I've seen multiple IPs make these redirects throughout my time here and a lot of time can be saved from doing something like making a rule against it. As I stated previously, nothing becomes a rule until it actually happens, and that's to ensure it doesn't happen again. There could be another thing like this that happens in the future and bam, lots of argument once again. Actions against the user should not happen unless if they are outright breaking the rules, in which case, Djsasso was not. He had a justified reason to make these rules and the current rules basically say "no vandalism" and leave it at that. MrMeAndMrMeLet's talk 07:27, 23 February 2022 (UTC)Reply[reply]
And that's why I think the situation is being exaggerated. You say thorough, but I don't even see one real harm the redirects are causing. I already mentioned why frequent change in policy can be counterproductive. But we don't have to go that far in the future to see how. The blanket ban on non-Latin redirects is already not helpful. Our wiki is also known to have simple policies and environment, and this change will certainly complicate things. Both for admins and non-admin. The disruption and disagreement can always be discussed and resolved. (...also, you are mistaking the user. It's Deppiyy not Djsasso who created the redirect.) --BRP ever 10:09, 23 February 2022 (UTC)Reply[reply]
I don't see thorough. I see a lot of jumping on the bandwagon and shouting lets do it without any talk of the potential problems this creates, all of which in my opinion appears to be motivated by an I am annoyed by this editor creating so many redirects. They problem isn't the policy, it was the editor. I went through most of their redirects, and almost all of them would still be valid under the above proposed measures so these changes don't even accomplish what you were setting out to do. That being said almost all of their redirects were good redirects that should not be deleted, official names or names in the native language of a place or organization for example are all perfect examples of when redirects should be created. People are also forgeting we are simple wikipedia where we do things to cater a bit more to the non-english speakers than other wikis because our target audience are people learning english who might not know the English version of a name/topic for example and so might type in Türkiye instead of Turkey when searching for the country. -Djsasso (talk) 11:58, 23 February 2022 (UTC)Reply[reply]
As I've mentioned, it isn't just Deppiyy creating this problem. Not all of them would be invalid either, as I've mentioned because there is sill a large number of blatantly useless redirects. MrMeAndMrMeLet's talk 13:59, 23 February 2022 (UTC)Reply[reply]
Just because you don’t like it does not mean it’s useless. Redirects are cheap. Deppiyy (talk) 14:01, 23 February 2022 (UTC)Reply[reply]
Like Deppiyy says, just because you wouldn't use it doesn't make it useless. If it helps even one person it is better than nothing. Redirects are cheap. -Djsasso (talk) 14:14, 23 February 2022 (UTC)Reply[reply]
"Discussion about these pointless redirects is ongoing. This demonstrates why redirects are not cheap. Every one of these requires checking. This one doesn't even come close to passing the test."
-Gotanda in one of the threads.
These RfDs are becoming so abundant that it's becoming amazingly tedious to go through case by case. They are very blatantly not cheap. MrMeAndMrMeLet's talk 14:45, 23 February 2022 (UTC)Reply[reply]
No, the discussion is peoples need for useless discussion and doesn't really relate to the redirects themselves. The redirects themselves don't actually have to be discussed. In very few cases do redirects need to be deleted. They are cheap that they do not take up server space, they almost never harm something (baring vadalism of course). And even some of the things I have seen people complain about such as not redirecting to the best target are almost not remotely problems cause targets can be changed if necessary. Neither are RfDs on this wiki tedious because our RfD acts as prod in which no one needs to even comment and the item will get deleted. The above quote misunderstand why redirects are cheap, and your comment misunderstands (or perhaps is not aware) of how RfDs work here. No one ever needs to comment in an RfD on this wiki as our RfDs work in the same manor prods do on en.wiki and we soft delete an item if no one comments. You are very much making this issue bigger than it is. -Djsasso (talk) 14:51, 23 February 2022 (UTC)Reply[reply]
Why should we add every single redirect for every possible language that is related? Why should we have someone translate German to every article about Russia because Germans were once from Russia? It's a waste of space. Even if redirects are cheap, translating all 200,000 articles in five different ways makes an excessive amount. The purpose of redirects are to put another common way of calling something into a link to another article or something that is of a specified coverage of an article but not notable enough to create its own article. Redirecting "Breetish folk" to British people doesn't help. It's not even of a relevant language. This can be considered the simple misuse of redirects.
When you say that people may be "overreacting" or "making it a bigger issue than it is", I am just trying to treat this professionally and see any actual downside and defend issues before it does or does not become a policy. MrMeAndMrMeLet's talk 15:21, 23 February 2022 (UTC)Reply[reply]
Because no one is saying every redirect from every language should be created. That is overstating the situation. People are saying related ones should be able to be created. Current policy already says this. What the change above is doing, is making any non-english redirect deletable by QD. "Breetish folk" while not one I would create is debatable because scots is one of the native languages on that island, and anything debatable shouldn't be QDable. QD isn't for debate, Rfd is. Deleting things by QD that are debatable is a misuse of QD. The above change makes it open season on any redirect that is not English, and this wiki especially needs the ability to redirect from other languages where necessary. -Djsasso (talk) 15:50, 23 February 2022 (UTC)Reply[reply]
But again, why would anyone who isn't in Scottish use simple wiki? Breetish folk isn't even in Scots and if it were, Scots isn't the official language and very few people actual speak Scots. It's like using a German redirect for a Russian article because there is a large population of Germans from Russia
This proposal doesn't delete every foreign redirect. My interpretation is that it has to be the direct subject of the article and it should be kept as long as it is in reason. It can be their actual name in that foreign language(in the case of countries, names, etc), actual characters(in the case of omega or e with an umlaut), etc. Anything that is in the grey area can be set up for rfd and administrators should know the difference between an RFD and a QD case and act accordingly.
You keep saying that the new policy will both "make every non-english redirect deletable" and "not apply to very many articles, you're making a big deal out of it." What is it? MrMeAndMrMeLet's talk 16:36, 23 February 2022 (UTC)Reply[reply]
It removes the protection from QD for foreign language articles which based on how the other QDs operate in the real world means anything not English will be deleted. We already have to fight with admins not to us A4 inappropriately, this will just cause the same amount of issues. You are right people are saying those things, will be good, but now people can say "Oh but I don't think that things is likely even though it is country name" etc and QD it without discussion. It will make any non-english redirect QDable. You are missing the nuance in what I am saying, the articles created by Deppiyy that caused this will mostly all still be valid redirects so this won't allow for their deletion any more than they can be deleted today. It does however, open up to quick deletion a lot of other redirects that we previously required to go to Rfd. QD reasons are supposed to be black and white lines where there is no debate, it can be QDed or it can't be. Your comment about admins knowing when something is in the grey area is exactly the problem. A QD criteria is not supposed to have any grey area and admins are supposed to not have to make any kind of judgement call on if it should go to Rfd or not. QD reasons are intended to be bright line rules. The above proposal is asking admins to make value judgements during a QD request. -Djsasso (talk) 16:54, 23 February 2022 (UTC)Reply[reply]
That is a good point. MrMeAndMrMeLet's talk 17:08, 23 February 2022 (UTC)Reply[reply]
As for why would anyone here use a Scots word here. You do know that our wikis primary goal is for people learning another language right? Everything we do here is in service to making things easier for people coming at simple.wiki from another language. Someone doing a search here might not know the English word for a topic but they might know the native word for it. That QD criteria said that languages couldn't be QD'd because non-english redirects are core to our mission here and any deletion of a non-english redirect would need discussion to decide if it was a necessary redirect or not whereas a typo is likely not to need much discussion. -Djsasso (talk) 17:01, 23 February 2022 (UTC)Reply[reply]
@Djsasso agreed, Scots is an Anglic language sharing similarities with English but have different grammar and spelling. Deppiyy (talk) 17:07, 23 February 2022 (UTC)Reply[reply]
justs side noting. The correct term is "Breetish fowk". Breetish folk is not Scot its a mixture of two languages. Not many people here edit there so I thought I should point out it isnt a Scots term. see sco:Breetish fowk --Creol(talk) 20:51, 23 February 2022 (UTC)Reply[reply]
If a redirect is made, no effort is needed anymore. Redirects are not treated like articles. Deppiyy (talk) 14:56, 23 February 2022 (UTC)Reply[reply]
The problem is that that's not even a Scots translation. Here I get "Breetish fowk", but it's only "Breetish folk". Why combine two different languages?

A secondary proposal

Djasso, SHB2000 and others have made good points that I would like to bring up in a secondary point that seems like a better idea than the Griff proposal.

This includes the following:

  1. No QD change
    QDs should only brought up in the case of no grey area. RfDs may be brought up, but R3 should not be reworded.
  1. Manual of style section 1.3 will be made and will now read:
Redirects should only mean one thing. If the redirect could mean more than one thing, a disambiguation page should be made. Use other Wikipedias or Google to help find other possible meanings for the word.
Redirects from other languages should be avoided unless a very good reason can be provided for including them.
  • Good reasons to create a redirect from another language:
    • Apparently foreign words which are used as the English variant word in some forms of English e.g. serviette in French is used as a word for napkin in some English speaking areas
    • Original or official names of people or places in the official language or regional language of the topic or article title.
  • Bad reasons to create a redirect from another language:
    • Names for articles that are not the direct topic of the article(often in bold in the first sentence of the article)
    • Article names that are directly translated from other languages or translations of redirects.

This is the best that I can come up with as the original Griff ProposalTM may not work in those ways. MrMeAndMrMeLet's talk 17:50, 23 February 2022 (UTC)Reply[reply]

A tertiary proposal: do nothing

A lot of this discussion, with all respect, seems to be pointless. What is wrong with continuing the status quo? We follow enwiki and send questionable redirects to RfD, but not based on "we don't like them". It has worked up until now, what has changed? One user has created maybe some questionable redirects, that as Djsasso says, would not even be deleted under this rule. This is my opinion, but I'm curious what reasons people have for making our own rule instead of following enwiki's guidelines that have worked for years. --Ferien (talk) 18:11, 23 February 2022 (UTC)Reply[reply]

Some of these guidelines haven't been like this for years, though. "Breetish Folk" has never been on any Wiki(including enwiki, and I doubt it would be allowed) ever and doesn't do anything. Wikipedia isn't a file dump; even though this applies to files, it implies that too many useless files is not helpful. Our friend here Deppiyy here is translating just about every language to anything possible and frankly, it doesn't help build an encyclopedia and isn't in our project scope to made these useless redirects. MrMeAndMrMeLet's talk 19:41, 23 February 2022 (UTC)Reply[reply]
Is it really anything possible? Most of the redirects are to do with country names and these would still be allowed under the new system. And just because "Breetish folk" has never been on any wiki doesn't mean we should never have it on simplewiki or any wiki. Yes, enwiki is a big place but it's still far from perfect in many ways. And these redirects are helpful on a wiki where non-native readers are our audience, and therefore who we should always be thinking of when we make massive changes like these, and instead of limiting the amount of redirects that can be created, it could be expanded instead because people could know what the name of something is in their language but not in English, even if they are very familiar with English. --Ferien (talk) 19:49, 23 February 2022 (UTC)Reply[reply]
As mentioned above, "Breetish folk" isn't in any particular language. It's a regional dialect and an informal dialect combined and it's utterly useless. There are also cases where it can be increasingly confusing for the newer users
I agree that some redirects are useful. I had tried to retract one of my RfDs because ultimately, they were useful. Some of these, however, are outright useless. MrMeAndMrMeLet's talk 21:04, 23 February 2022 (UTC)Reply[reply]
Folk is an alternative spelling of Fowk, meaning people. Wiktionary:folk#Scots Deppiyy (talk) 21:48, 23 February 2022 (UTC)Reply[reply]
Apologies, didn't see that part. MrMeAndMrMeLet's talk 03:02, 24 February 2022 (UTC)Reply[reply]
But they aren't really translating anything possible, as Ferien mentions they are mostly just redirecting place names/proper names which is exactly the type of redirects we say in both the new proposal and the current guidelines say are ok to create. And I think at this point they understand that the community doesn't want every possible topic translated. If they don't then a block/topic ban would likely be coming their way. -Djsasso (talk) 20:19, 23 February 2022 (UTC)Reply[reply]
I am sorry to say so, but giving the full name of a king/emperor/nobleman, and redirecting it to the "more manageble" short name, or giving the name of a geographical feature in its original writing, and redirecting it to the page we have (with English spelling) is no form of abuse. We are here for English learners too; how many people from Russia know the name of their city with the Cyrillic spelling; when they have only started to learn the language, they might not be familiar with the Roman letters. Also note that transliteration is often governed by how people speak the word, and there may be different transliterations. So I really don't see any harm in keeping these redirects. --Eptalon (talk) 20:51, 23 February 2022 (UTC)Reply[reply]

Proposal 4 (or the "Three Bravo" proposal)

On the RfD page, one should put all the "RfD regarding redirects" - in its own section, directly following all the "non-redirect RfD".--(My idea behind that: one can prolong the decision making process regarding this entire thread.--Maybe it will be okay to give some months for some main alternatives (or status quo) to crystallise.) 89.8.67.151 (talk) 13:48, 24 February 2022 (UTC)Reply[reply]

March 01, 2022: Update on "my" proposal: It looks like we have not reached the point yet, where we on most days, have 3 or 10 or 30 "RfD about redirects"; If we are not there yet, then it is my opinion that Proposal "3 B" should be frozen or put on pause (within a few days). 89.8.113.29 (talk) 07:21, 1 March 2022 (UTC)Reply[reply]

Proposal 5

I propose the following.

--Derpdart56 (talk) 17:28, 25 February 2022 (UTC)Reply[reply]

Proposal 6

Proposal 7

In defense to the very reason not to keep the non Latin redirects: "Names not originally in a Latin alphabet, as with Greek, Chinese, or Russian. As this project is written in English, it is more difficult for vandalism or errors to be found if redirects are made in a non-Latin alphabet."

I propose:- What if those non Latin redirects are the very names of the equivalent articles in other existing language wikis (not non-existing wikis' languages). As of now, we have 300+ languages wikis. So, only the page title of those equivalent articles might ease us in confirming that the redirected name is not error, not vandalism. What does the community think? Haoreima (talk) 04:25, 6 March 2022 (UTC)Reply[reply]

Gathering all of the thoughts

This discussion has reached its toll — 14 individual discussion points over the course of over a month and we still seem to not have reached a consensus. We are getting to the point in an argument in which nobody actually brings anything new to the table. Here I will outline the current stances, reiterate proposals made and try to find a formal consensus. Of course, new proposals and ideas may be made.

Current stances and ideas

Stances

The following list is a list of the stances that many contributors to the discussion have made. Please correct me if I have made a mistake with this, I am writing this down based on your messages and may be incorrect or misremembering. They also may not be fully up-to-date and might need further stands. If it isn't, I will fix it.

Proposals

The following list is the list of all current proposals and reiterate the ideas made.(If I am misrepresenting one of the proposals, please tell me)

Consensus

I think the best way to find a consensus is to find what everyone thinks and find an opinion formally instead of having it scattered everywhere. Here I suggest that you say what proposal/ideas you agree with(they can be more than one of course) and find an actual consensus to truly see where everyone's at and maybe act on it. MrMeAndMrMeLet's talk 02:31, 7 March 2022 (UTC)Reply[reply]

Nonsense or gobbledygook or even "regrouping some the consensus"

This section is not going to create any useful discussion so I'm just going to close this. --Ferien (talk) 19:50, 7 March 2022 (UTC)Reply[reply]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Here is a sub-section for discussing nonsense or gobbledygook or even "regrouping some the consensus".--I am not saying that reminds me of troll factory communication. 89.8.176.203 (talk) 19:35, 7 March 2022 (UTC)Reply[reply]

I cannot tell and am unable to determine upon which the matter in whether you are here to build an encyclopedia. Time and time again have you bolded, linked, and made purely disruptive edits even when multiple people have asked you to stop. It is not necessary to create three different areas in which you continue an argument. I am not sure if you know the actual definition of "Good Faith" or actually read a set of rules or relevant text through before making a decision. Please stop. MrMeAndMrMeLet's talk 19:47, 7 March 2022 (UTC)Reply[reply]

The above discussion is preserved as an archive. Please do not change it. Subsequent comments should be made on the appropriate discussion page, such as the current discussion page. No more changes should be made to this discussion.

The above discussion is preserved as an archive. Please do not change it. Subsequent comments should be made on the appropriate discussion page, such as the current discussion page. No more changes should be made to this discussion.