User Details
- User Since
- Sep 4 2020, 2:13 PM (201 w, 10 h)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Balyozxane [ Global Accounts ]
Sat, Jun 29
I have notified the kuwiki community here.
This was previously disccusedd on meta and ku.wikipedia. In short, it's discussed that ku.wikipedia is the place for all Kurdish languages/dialects which are written in Latin alphabet. And for now the kuwiki community seems to be adamant on keeping the status-quo as is. I'm not a fan of this. I would like to keep the ku.wikipedia for Kurmanji (Northern Kurdish written in Latin Alphabet) without changing the language code. Because CLDR recommends using "ku" code for Kurmanji (Northern Kurdish written in Latin Alphabet as in Turkey) See here for CLDR.
Mar 12 2024
@Jdrewniak Do you have any idea why it says "75.000+" for ku instead of "75.000+ articles" on wikipedia.org? I couldn't find where to correct this problem.
Mar 6 2024
Dec 21 2023
Dec 20 2023
As someone who works on kuwikipedia and kuwiktionary for the sole purpose of protecting a dying language, Why was I forced to learn Petscan and Quickstatements, make thousands of edits to Wikidata when this could have easily been achieved by allowing local short descriptions to wikis in the first place, if you were going to make short descriptions appear on all pages on mobile as well as search box on web? In my humble opinion someone should make an RFC on meta wiki to allow local descriptions on all wikis if they choose to do so.
The underlying problem is Short descriptions are set on Wikidata and imported to local projects. It should be the other way around. Local wikis should set the short descriptions for their articles locally and Wikidata should automatically use those descriptions for a given language code, if they wish.
@Aklapper
This is the main reason "Kurdish Wikipedia editors need to be able to see, edit and effectively moderate the short descriptions on desktop and mobile web, without becoming active Wikidata editors." T282504 (Reconsider the design of ShortDescription extension) does not resolve this problem. Because There are thousands of pages where setting the local description can be done through a template. Infoboxes can easily set the local description for example. Most of our users have low to none tech knowledge and mostly they are on mobile. Teaching them to use a template that uses {{SHORTDESC}} would be much easier than teaching them how to edit a Wikidata description. We also have a lot of pages not connected to Wikidata and we would like to set their descriptions locally instead of trying to create their items and cause multiple instances of same entity.
Dec 19 2023
Jan 28 2023
Dec 18 2022
Dec 12 2022
Pleasure. Sorry for the initial confusion!
What I mean by machine translation is the built-in machine translation on the Content Translation tool. People have been abusing this tool by publishing low quality translations which are basically unmodified machine translations. We have the same problem on ku.wiki. After reading the Translation quality help page, I discussed the issue with @UOzurumba who suggested making the Machine translation stricter by maybe 10%. When I discussed the issue with local contibutors, we came to an agreement that we should start with a higher restriction and lower the restrictions per user feedbacks.
Dec 5 2022
ckb.wikipedia has the same problem. In their case, tho, the numbers are in Arabic script but the month names are in English.
Jan 7 2021
Dec 3 2020
Sep 26 2020
Hi @Aklapper The voting is finally done. We can continue now. Thank you!
Sep 4 2020
Hi @RhinosF1 I'm new to the Phabricator and i wasn't aware all the requests have to be voted on first. I discussed the need for this Namespace with one of the longterm users of Wîkîferheng here 1 and he warned me to create a voting, first. As soon as the voting is finalized (September 25), I will update this page. If you wish so, we can cancel the task and create another one once the voting is done, as well.