This is a convention in the English Wiktionary (and the Japanese one I think) that is different from e.g. fr.
The problem is that we can't reasonably display redirects, because we would have two redirects for all the words with apostrophes, and ellipses.
What we could do, maybe, would be to consider redirected pages as equivalent to another page, and therefore link to the other page instead of the redirect. That is not currently how Cognate is designed to work though. The other solution, less desirable, would be to keep good old interwiki links to the target page of the redirects instead of the redirect pages, but that would be a step back.
@Darkdadaah I don't quite understand what you are saying. Let's consider the following scenario:
- In X wiktionary, there is a page called Foo.
- In Y wiktionary, there is a page called FOO, and two redirects pointing to it, Foo and F00.
- The current situation is: On X:Foo, no link is shown to any page on Y (because Y:Foo is a redirect, so it is ignored by Cognate).
- The proposed situation is: On X:Foo, a link to Y:Foo should be shown (no matter if Y:Foo is a redirect or not).
If I understand correctly, you are saying:
- On X:Foo, we cannot show links to Y:Foo as well as Y:F00. But why would we ant to do that?
- Or: On X:Foo, we could show a link to Y:FOO, resolving the redirect. That's a bit tricky with respect to purging, and potentially confusing, but doable.
But in any case: do you see a problem with simply linking from X:Foo to Y:Foo, no matter whether Y:Foo is a redirect or not?
After some thinking, unless the pages are equivalent for Cognate ( e.g. [[fr:y’a]] and [[y'a]]), we should indeed expect X:Foo to link to Y:Foo, no matter if it is a redirect or not.
Better not try to link to a different page, that would be complicated and potentially confusing.
So the patch and ticket for ignoring redirects is T149892 and https://gerrit.wikimedia.org/r/#/c/319562/ but there isn't really much info there.
I scanned through meeting notes and couldn't find any further discussion.
Simply removing the is redirect check
Right now we could easily remove the conditions checking if a page is a redirect and just add them to the database.
In the case described in T163717#3209303 this would result in something like the images below. Note the red highlighting there would be no IW link to X shown on page FOO on Y.
And with a bit or normalization in the mix we can end up getting multiple IW links to Y on X due to redirects being recorded.
On the whole simply removing the is redirect check would probably leave the behaviour in a pretty odd state?
This sounds like the situation in the first image would generally be accepted? even though there would be no IW link to X:Foo from Y:FOO?
@daniel, we can probably sit down next week or the week after and hash this out in person?
I could easier to say that
to make interwiki mapping to another wiki that has the same/exact title
although the another wiki's page is actually a redirect page.
It does not need to double interwiki on a page anywhere.
4 years later. A solution is needed for " https://sv.wiktionary.org/wiki/When_in_Rome,_do_as_the_Romans_do. " vs " https://en.wiktionary.org/wiki/when_in_Rome,_do_as_the_Romans_do ". Either by allowing linking to redirects, or by some other trick. Most wiktionaries have restrictive policies when it comes to redirects. For example "colour" redirecting to "color" is prohibited on many wiktionaries and thus probably not an issue. Those are NOT same pages. But "When_in_Rome,_do_as_the_Romans_do." and "when_in_Rome,_do_as_the_Romans_do" are same. There is no obvious solution about how to deal with proverbs on wiktionaries. EN wikt has a policy to remove final punctuation and avoid capitalization of beginning letter of a sentence, thus the lemma form is " when_in_Rome,_do_as_the_Romans_do ". SV wikt has a policy resulting in " When_in_Rome,_do_as_the_Romans_do. " (uppercase "W" and dot at the end). Those are SAME LEMMAS and should thus be linked to each other. Unfortunately automatically adjusting the letter case is not possible as it would result in a huge number or false positives. Allowing automatic interwiki linking to redirects would allow to solve the problem manually by creating redirects on both sides. I do not see any better "magic" solution now. If there is an issue with false positives then the interwiki linking to redirects can be restricted to pagenames containing at least one space. This would rule out a mess of "color" and "colour" and "colow" as pointed above. I consider "Cognate" as highly preferable to manual explicit interwiki links (as used before 2017) but this issue with proverbs needs to be solved.