Page MenuHomePhabricator

C933103
User

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Sunday

  • Clear sailing ahead.

User Details

User Since
Feb 11 2015, 5:58 PM (471 w, 1 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
C933103 [ Global Accounts ]

Recent Activity

Nov 17 2023

C933103 added a comment to T323973: Disable machine translation for Japanese.

A problem with existing machine translation for Japanese like Google/Bing/DeepL is that they would halucinate and omit context from original text when performing translation. And this from my personal experience occur quite a bit more frequent than even other langauges that machine translation are deemed to have similarly worse performance like Chinese. And it is also much more often for those machine translation engines to try top do summary instead of actually performing translation when doing Japanese compared to other languages. My personal experience is that these NMT based translation engine are even more likely to cause these problems than requesting translation from Generative AI, and I am not saying Generative AI are performing great either.

Nov 17 2023, 1:52 AM · Language-Team (Language-2022-October-December), ContentTranslation

Sep 21 2023

C933103 created T346992: Support continuing an in-progress translation after the original page was moved.
Sep 21 2023, 2:03 AM · ContentTranslation

Apr 4 2023

C933103 created T333983: Latest comment time shown in talk page do not match actual time lapsed.
Apr 4 2023, 4:23 PM · DiscussionTools

Mar 4 2023

C933103 added a comment to T261424: Limit maps serving to Wikimedia hosted sites only.

Is it an intended effect of this ticket or is it a bug that now when I access https://maps.wikimedia.org/ from browser by entering the URL into browser URL bar directly, I get an error saying

Request from 221.127.107.156 via cp5026 cp5026, Varnish XID 729746413
Upstream caches: cp5026 int
Error: 403, Forbidden: Map tiles are restricted to Wikimedia & affiliated sites only. See https://wikitech.wikimedia.org/wiki/Maps/External_usage if you believe your usage supports the Movement. at Sat, 04 Mar 2023 12:24:42 GMT

?

Mar 4 2023, 12:30 PM · Maps, Traffic, SRE, Product-Infrastructure-Team-Backlog-Deprecated

Dec 10 2022

C933103 created T324884: Machine translation threshold measure for Japanese language in Content Translation tool.
Dec 10 2022, 2:27 PM · ContentTranslation

Aug 21 2022

C933103 created T315744: Local files not on common are not ported over through the use of content translation.
Aug 21 2022, 6:37 AM · ContentTranslation
C933103 created T315743: Content translation failed to handle internationalized file name.
Aug 21 2022, 6:33 AM · ContentTranslation

Aug 2 2022

C933103 reopened T162331: Provide tools for processing obfuscated Chinese geodata (GCJ-02, BD-09) as "Open".

Closing out low/est priority tasks over 6 months old with no activity within last 6 months in order to clean out the backlog of tickets we will not be addressing in the near term. Please feel free to reopen if you think a ticket is important, but bare in mind that given current priorities and resourcing, it is unlikely for the Search team to pick up these tasks for the indefinite future. We hope that the requested changes have either been addressed by or made irrelevant by work the team has done or is doing -- e.g. upgrading Elasticsearch to a newer version will solve various ES-related problems -- or will be subsumed by future work in a more generalized way.

Aug 2 2022, 1:05 AM · Discovery-Search, Maps, Wikidata, Chinese-Sites, GeoData

Jul 21 2022

C933103 added a comment to T236593: Cannot enter multiple forms for the same language variant.

It’s still not clear to me which problem the -x-Q123-1 patch is trying to solve. Several languages have been mentioned in this task, but which of them would benefit from this system? I feel like for several of them, we’ve already reached the conclusion that separate forms are in fact the way to go.

I’d like to extract a general rule from @Fnielsen’s comment above (T236593#5610903): if you need separate statements, then you need separate forms or lexemes. (I think this is a sufficient condition, though it might not be a necessary one.) Pronunciation (whether pronunciation audio or IPA transcription) is probably the most significant kind of statement here: if a speaker would pronounce the spellings differently, then they should be different forms – regardless of whether the difference is a completely different ending as in octopuses/octopi, or just an extra schwa as in aft(e)nen. (I don’t find the hyphenation example as convincing… don’t you need a different hyphenation for every spelling variant, even for cases that really should just be multiple representations of one form? E.g. co‧lor/co‧lour – that could just be multiple statements on the same form, with different monolingual text language codes.)

I suspect this rule covers the Norwegian example that originally motivated this task: I feel like “parametere” and “parametre” are probably pronounced differently, much like “aftnen” and “aftenen” are pronounced differently in Danish according to Finn. For Vietnamese chữ Nôm, I feel like @mxn’s comment at T236593#8024999 goes in a similar direction, though I admit I find the whole Chinese-characters part of this discussion hard to follow.

For the cases where you really only want to have one form with multiple representations, I still agree with @daniel’s comment (T236593#5610378): “you make up a code for each of the spellings”. In practice, the only way to “make up a code” that we currently support is to append -x-Q12345 to an existing, established language code. As far as I understand, this solution works well for Hebrew: e.g. ספר/סֵפֶר (L67105) (the “book” word) uses the language codes he and he-x-Q21283070, where Q21283070 represents Tiberian vocalization, the orthography with diacritics. At some point, an editorial decision was made that the spelling without diacritics “deserves” the unsuffixed he language code (instead of both spellings using an -x-Q12345 language code), which I think is reasonable: data reusers who don’t care about the different spellings can use the most standard language code (he) and its single representation per form.

Allowing people to append an integer number to the item ID adds a second way to make up a code, and one that seems less useful to me: without knowing what the number means, how do I know which form representation to use? To me this runs counter to the goal of “allow[ing] the consumer to choose which variant they prefer”. For the languages that appear to need multiple representations for the same language code per form (e.g. the Indian languages @Mahir256 mentioned in T236593#5608530?), is it not possible to make the item ID approach work, by creating more special-purpose items? Wikidata editors would then make a decision which of the possible spellings “deserves” the standard language code, and which additional items need to be created (“spelling with character X”, “spelling with sequence Y”?). I understand that not all languages have standardized spellings where you can use a single item ID to refer to the spelling variants of a wide range of lexemes (like in Hebrew), but I think it should still be possible to describe different spellings using items that carry more meaning than just a number.

Jul 21 2022, 3:27 AM · Wikidata Lexicographical data, Wikidata

Jun 28 2022

C933103 added a comment to T236593: Cannot enter multiple forms for the same language variant.

I recall that we had long discussions about this when initially deciding on the data model. In technical terms, the question was whether we would allow only a single literal value for a spelling variant, or a list or set of words. Allowing a list or set would enable the kind of flexibility @jhsoby is asking for. But the down side is that it introduces ambiguity when listing forms (you would always have to list all of them, in undefined order), and when generating text (which one should you use)?

If I recall correctly, we decided that we want to give the consumer of the data maximum control over which variant they prefer, by forcing the producer to provide different variant codes for all different spellings. We had discussions about how to encode this in the variant (language) codes, and how to represent it in the UI, but decided to leave that for later.

So, the solution that we envisioned when originally discussing this about four years ago was: you make up a code for each of the spellings, in a way that allows the consumer to choose which variant they prefer. If that is done by encoding a region or a rhyme or a tradition or school or whatever will depend on the language. If it's a stylistic choice, name the style.

The same approach can be used for historical spellings. codes could look something like de-x-hist-nd-15jh or something (this code is totally made up and probably linguistically nonsense).

Jun 28 2022, 6:28 AM · Wikidata Lexicographical data, Wikidata

May 10 2022

C933103 added a comment to T180345: Add language code vi-hani for monolingual text and lexemes.

Hoi,
We can only support scripts supported in Unicode.

May 10 2022, 9:55 AM · Language codes, Wikidata
C933103 added a comment to T180345: Add language code vi-hani for monolingual text and lexemes.

Ken Lunde (2009) writes that chữ Nôm had a dedicated script code of Cu in ISO 15924:2004 (which has since been superseded by ISO 15924:2022). Does anyone have more information about these two-letter codes or why chữ Nôm didn’t get a four-letter code corresponding to this two-letter code?

May 10 2022, 5:04 AM · Language codes, Wikidata
C933103 added a comment to T180345: Add language code vi-hani for monolingual text and lexemes.

"Hani" simply mean "Chinese[Han] characters".
"vi-Hani" mean "Vietnamese, written in Chinese[Han] characters".
Chu Nho, despite widely used in Vietnam in ancient time, are written according to Classical Chinese grammar, and as such should classify as Classical Chinese text, with code "lzh", similar to comparable works from Japan, Korea, and other neighboring regions.
The existence of ISO code Jpan is for the mixed use of Kana together of Kanji in Japanese text, which is still the common writing system for Japanese system nowadays.
The existence of the ISO code Kore is for the mixed use of Hangul together with Hanja in Korean text. Although Hanja's role in Korean language have greatly diminished, it is still not unexpected to see Hanja in modern Korean text, hence the code "Kore" which represent Hanja+Hangul is still the default code for Korean language writing system, at least in South Korea.
On the other hand, I do not think the mixed use of Han characters with other writing systems, say Latin alphabets, is an expected usage in Vietnam nowadays, hence I don't think it is necessary to apply for a new ISO 15924 code for such mixed use to reflect this.

May 10 2022, 3:42 AM · Language codes, Wikidata

Apr 16 2022

C933103 added a comment to T305604: Cannot edit non-mainspace pages in Android app.

@C933103: Hi, how is this different from T124168?

Apr 16 2022, 6:32 PM · Wikipedia-Android-App-Backlog (Android Release - FY2023-24)

Apr 7 2022

C933103 created T305604: Cannot edit non-mainspace pages in Android app.
Apr 7 2022, 5:11 AM · Wikipedia-Android-App-Backlog (Android Release - FY2023-24)

Mar 26 2022

C933103 added a comment to T180345: Add language code vi-hani for monolingual text and lexemes.

I have removed the Korean part of the ticket and focus on Vietnamese writing, due to problem of ambiguity of "Kore" script tag in ISO 15924, as mentioned in December 2020.

Mar 26 2022, 12:53 AM · Language codes, Wikidata
C933103 renamed T180345: Add language code vi-hani for monolingual text and lexemes from Add monolingual language code vi-hani, ko-kore to Add monolingual language code vi-hani.
Mar 26 2022, 12:52 AM · Language codes, Wikidata
C933103 updated the task description for T304749: Language Converter in srwiki does not work for Category page.
Mar 26 2022, 12:08 AM · Serbian-Sites, MediaWiki-Language-converter
C933103 created T304749: Language Converter in srwiki does not work for Category page.
Mar 26 2022, 12:06 AM · Serbian-Sites, MediaWiki-Language-converter

Mar 18 2022

C933103 renamed T302170: Provide setting for different color modes for Wikimedia skins from Create different color mode for Wikimedia skins to Provide setting for different color modes for Wikimedia skins.
Mar 18 2022, 9:29 PM · Other-skins, MediaWiki-Core-Skin-Architecture

Mar 16 2022

C933103 added a comment to T302147: Unexpected relocation of cursor typing position after pressing "Shift" key when typing mid-line in New Discussion Tool replying to comment in Source Code mode.

I *might* have encountered the same issue in Meta, where I do hnot have the GoogleTrans widget, but this cannot be reproduced reliably

Mar 16 2022, 12:06 PM · DiscussionTools

Mar 11 2022

C933103 added a comment to T303605: Stop announcing and scheduling primary database switchovers.

I tested locally and if the site is read-only and you try to save your edit (assuming you opened the edit page before read-only), The response still contains the edit and you can simply click on the Submit button, nothing gets lost according to my test.

Mar 11 2022, 2:37 PM · User-notice-archive, CommRel-Specialists-Support (Apr-Jun-2022), Release-Engineering-Team (Radar), DBA
C933103 added a comment to T302147: Unexpected relocation of cursor typing position after pressing "Shift" key when typing mid-line in New Discussion Tool replying to comment in Source Code mode.

I found that, the cause of the event is likely due to https://en.wikipedia.org/wiki/User:Endo999/GoogleTrans this widget being enabled.

Mar 11 2022, 2:29 PM · DiscussionTools
C933103 renamed T303594: Wiki with Language Converter enabled does not receive proper External Guidance link when visiting through Google Translate that have Language Variant options from Wiki with Language Converter enabled does not received proper External Guidance when visiting through Google Translate that have Language Variant options to Wiki with Language Converter enabled does not receive proper External Guidance link when visiting through Google Translate that have Language Variant options.
Mar 11 2022, 10:55 AM · MW-1.38-notes (1.38.0-wmf.26; 2022-03-14), ExternalGuidance
C933103 added projects to T303594: Wiki with Language Converter enabled does not receive proper External Guidance link when visiting through Google Translate that have Language Variant options: ExternalGuidance, ContentTranslation, Language codes, MediaWiki-Language-converter, Chinese-Sites.
Mar 11 2022, 10:51 AM · MW-1.38-notes (1.38.0-wmf.26; 2022-03-14), ExternalGuidance
C933103 created T303594: Wiki with Language Converter enabled does not receive proper External Guidance link when visiting through Google Translate that have Language Variant options.
Mar 11 2022, 10:50 AM · MW-1.38-notes (1.38.0-wmf.26; 2022-03-14), ExternalGuidance

Feb 24 2022

C933103 added a comment to T302147: Unexpected relocation of cursor typing position after pressing "Shift" key when typing mid-line in New Discussion Tool replying to comment in Source Code mode.

hi @C933103 – we appreciate you filing this task. To ensure the issue you are experiencing is NOT being caused by a gadget or script, can you please use repeat the steps you described in the task description in "safe mode"?

Instructions for enabling "safe mode" can be found here: https://www.mediawiki.org/wiki/Help:Locating_broken_scripts?useskin=vector-2022#Test_if_you_have_problems_related_to_user_scripts_or_gadgets.

Please let us know if you have any questions doing the above.

Feb 24 2022, 7:19 PM · DiscussionTools

Feb 20 2022

C933103 added a comment to T302170: Provide setting for different color modes for Wikimedia skins.

@C933103: I see. Which one, specific feature request is this task asking for?

Feb 20 2022, 5:46 PM · Other-skins, MediaWiki-Core-Skin-Architecture
C933103 added a comment to T302170: Provide setting for different color modes for Wikimedia skins.

For warmer colors and to make eyes more comfortable when using a screen (whether reading Wikipedia or not), many operating system have a "Night Light" setting to change the color temperature of the screen. I don't see why this is something you'd want to implement only for some website, server-side?

Feb 20 2022, 5:09 PM · Other-skins, MediaWiki-Core-Skin-Architecture
C933103 added projects to T302170: Provide setting for different color modes for Wikimedia skins: MediaWiki-User-Interface, MediaWiki-Core-Skin-Architecture, MediaWiki-extensions-DarkMode, Accessibility, Other-skins.
Feb 20 2022, 8:09 AM · Other-skins, MediaWiki-Core-Skin-Architecture
C933103 created T302170: Provide setting for different color modes for Wikimedia skins.
Feb 20 2022, 8:07 AM · Other-skins, MediaWiki-Core-Skin-Architecture

Feb 19 2022

C933103 reopened T302148: Add a way to go to article from talk pages as "Open".

When reading an article, you can access the Talk page by tapping the overflow menu (button with the dots) in the toolbar, and selecting "Talk page".

But not the other way round. I have modified the task description accordingly.

Feb 19 2022, 1:58 PM · Wikipedia-Android-App-Backlog (Android Release - FY2023-24)
C933103 renamed T302148: Add a way to go to article from talk pages from Add a button to link between article pages and talk pages. to Add a button to link article pages from talk pages..
Feb 19 2022, 1:57 PM · Wikipedia-Android-App-Backlog (Android Release - FY2023-24)
C933103 added a comment to T215032: Add monolingual language code cmg.

So with the example from July 7 last year, why isn't this request proceeding?

Feb 19 2022, 11:24 AM · Wikidata Dev Team, Language codes, Wikidata
C933103 added a comment to T26070: [GOAL] Provide a dark / night mode skin or theme.

This ticket is about MediaWiki-extensions-DarkMode. No further ticket is needed.
For the time being, anyone is welcome to set browser.in-content.dark-mode to true in Firefox, or set Settings > Appearance > Theme to Dark in Chromium, if they wanted to reduce electricity, or monitor burn, or such.

Feb 19 2022, 11:19 AM · FY2023-24-WE 2.1 Typography and palette customizations, Community-Wishlist-Survey-2023, MediaWiki-extensions-DarkMode, MediaWiki-Core-Skin-Architecture, MediaWiki-User-Interface
C933103 reopened T301627: Wide Cyrillic font spacing on some systems in Android App as "Open".

I assume this is about ロシア (please always provide links / text that allows to reproduce). Cannot reproduce in Android 10, so I do not think that this is anything that the Wikipedia app itself can influence, but it is up to the fonts installed on your system instead:

Screenshot_20220213-202748.png (1×720 px, 140 KB)

Feb 19 2022, 11:14 AM · Wikipedia-Android-App-Backlog
C933103 created T302148: Add a way to go to article from talk pages.
Feb 19 2022, 9:14 AM · Wikipedia-Android-App-Backlog (Android Release - FY2023-24)
C933103 created T302147: Unexpected relocation of cursor typing position after pressing "Shift" key when typing mid-line in New Discussion Tool replying to comment in Source Code mode.
Feb 19 2022, 7:52 AM · DiscussionTools

Feb 15 2022

C933103 added a comment to T59106: Implement LanguageConverter for yue (Cantonese).

Conversion table used in the wiki currently:
traditional to simplified: https://zh-yue.wikipedia.org/wiki/MediaWiki:Gadget-tradsim-trad2simcore.js
simplified to traditional: https://zh-yue.wikipedia.org/wiki/User:William915/Gadget-tradsim-src2tradcore.js

Feb 15 2022, 1:46 PM · Community-consensus-needed, MW-1.41-notes (1.41.0-wmf.15; 2023-06-27), I18n, MediaWiki-Language-converter
C933103 added a comment to T301625: Language variants not correctly displayed in Android app 's language menu.

Hi @C933103

Thanks for reporting this. I check the app and looks like the text under each language variant is correct. Could you please update your app version and check if it shows correctly?

Screenshot_20220214-092948_Wikipedia.jpg (2×1 px, 214 KB)

Or, did you mention something different? If so, please let us know, thanks!

Feb 15 2022, 4:27 AM · Wikipedia-Android-App-Backlog (Android Release - FY2023-24), Chinese-Sites, MediaWiki-Language-converter

Feb 12 2022

C933103 created T301627: Wide Cyrillic font spacing on some systems in Android App.
Feb 12 2022, 11:59 PM · Wikipedia-Android-App-Backlog
C933103 created T301625: Language variants not correctly displayed in Android app 's language menu.
Feb 12 2022, 10:51 PM · Wikipedia-Android-App-Backlog (Android Release - FY2023-24), Chinese-Sites, MediaWiki-Language-converter

Feb 11 2022

C933103 added a comment to T17161: A generalized language conversion engine.

I think this part of the original ticket

Feb 11 2022, 7:04 AM · Proposal, Chinese-Sites, MediaWiki-Language-converter

Feb 2 2022

C933103 added a comment to T26070: [GOAL] Provide a dark / night mode skin or theme.

Note that the same wishlist also have another user requesting a <del>dark</del> yellow mode. (Edit: Typo)

Feb 2 2022, 7:04 AM · FY2023-24-WE 2.1 Typography and palette customizations, Community-Wishlist-Survey-2023, MediaWiki-extensions-DarkMode, MediaWiki-Core-Skin-Architecture, MediaWiki-User-Interface

Jan 24 2022

C933103 created T299875: Add a "copy link" button under "share" button in Wikiepdia Mobile App.
Jan 24 2022, 6:00 AM · Wikipedia-Android-App-Backlog

Jan 21 2022

C933103 updated the task description for T299658: Mobile Web Editor Loading Animation make people feel slower than actual.
Jan 21 2022, 12:42 PM · MobileFrontend (MobileFrontend (Editor))

Jan 20 2022

C933103 created T299658: Mobile Web Editor Loading Animation make people feel slower than actual.
Jan 20 2022, 4:23 PM · MobileFrontend (MobileFrontend (Editor))

Jan 16 2022

C933103 added a comment to T245646: Bosnian Wikipedia Search Engine Visibility and Page Views.

Note that Cantonese Wikipedia also experience similar phenomenon vs Chinese Wikipedia, according to on-site discussion record.

Jan 16 2022, 12:45 PM · WMF-General-or-Unknown, SEO
C933103 added a comment to T206426: Storing multiple sitelinks to a multilingual wiki.

Note that in addition to multilingual wiki, there are also wikiprojects like Wikipedia for Min Nan, where same article on same subject are being written in same language in multiple different article using multiple script, due to technical difficulty making automatic conversion between these different articles impossible.
Currently, wikidata can only handle one site link to one script version of article on such sort of Wikipedia, and linking to another article through another wikidata QID entity, making article in the other script cannot be easily accessed through interlanguage link.

Jan 16 2022, 10:18 AM · Wikidata

Jan 6 2022

cooltey awarded T298448: Wikipedia app confused language variant with language codes with hyphen a 100 token.
Jan 6 2022, 11:21 PM · Wikipedia-Android-App-Backlog (Android Release - FY2023-24), Chinese-Sites

Jan 2 2022

C933103 created T298448: Wikipedia app confused language variant with language codes with hyphen.
Jan 2 2022, 7:53 PM · Wikipedia-Android-App-Backlog (Android Release - FY2023-24), Chinese-Sites

Sep 8 2021

C933103 added a comment to T36217: Rename emlwiki -> eglwiki.

Hi,
I am an Emilian speaker and eml Wiki user. the eml code is obsolete according to ISO, but I find it better than using split egl and rgn codes, or even using just egl (very offensive and disrespectful to Romagnol people). Linguists today find Emilian and Romagnol separate languages, when there are other tongues objectively further to each other, but considered dialects of the same language, like Maghreb Arabic and Yemenite Arabic: at times mutually unintelligible but paradoxally considered part of the same language. Emilian and Romagnol have a high rate of mutual intelligibility, and they are almost never mutually unintelligible if not for literally a bunch of words.

Me and the other eml Wiki editors use a particular page layout in which every single page can be eventually translated in each Emilian or Romagnol dialect, without "sacrificing" order and graphical harmony of the page. This pagination method is very helpful to us and for our languages survival: take for example the Neapolitan wiki (nap) and the Tarantine wiki (roa-tara), Tarantine is de facto a dialect of Neapolitan language, but nobody consults that Wiki, instead of the Neapolitan one, which is very lively (if we count how many Neapolitan speakers are there and how much are they interested to read and benefit of their own Wiki). If nap Wiki adopted our layout style and moved Tarantine translations into their pages, maybe the Tarantine pages would be way more read and edited, a deal for Tarantine survival.

In Italy we speak a lot of endangered local languages, Wikipedia is one of our saviors from language extinction. If you split Emilian and Romagnol, the latter risks to endanger itself even more, as rgn "subWiki" is one of the least translated in the eml "superWiki". We, Emilians, and Romagnols too, find very useful a united Wiki, as we can easily help Romagnols in some pages as Emilians and viceversa because, I repeat it, our two languages are VERY VERY mutually intelligible.

Thus, I ask you to not split our two languages just to adapt to the ISO, what benefits do you get from it? Our two languages, so insignificant for you non-speakers, but that mean a lot for us, will be harder to manage in their own new Wikis, as certainly you would split editors and simple users too. Nobody would notice the split, and according to us, eml Wikipedians, it's a useless and dangerous thing to do for our languages as I said before.

The "community that wants to split and rename the Wiki" you were talking about is formed by non Emilian-Romagnols (Dragonòt, Nickanc, Vituzzu, etc...), so whose opinion is worthier?
Then the last discussions about it (excluding this one) are from 2012: 8 years later eml Wiki is still united, but the split threat still impends.

Thanks for reading,

Liviojavi.

Sep 8 2021, 6:03 AM · Patch-For-Review, Wiki-Setup (Rename), Wikimedia-Language-setup

Jul 2 2021

C933103 added a comment to T215032: Add monolingual language code cmg.

If you use "mul", you wouldn't actually need "cmg".

Jul 2 2021, 1:10 PM · Wikidata Dev Team, Language codes, Wikidata
C933103 added a comment to T180771: Add monolingual language codes nan-hani, cdo-hani, hak-hans, hak-hant.

The request isn't complete: it lacks samples.

Jul 2 2021, 1:08 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), MW-1.36-notes (1.36.0-wmf.35; 2021-03-16), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Language codes, MediaWiki-extensions-WikibaseRepository, Wikidata

Jun 24 2021

C933103 added a comment to T185858: <mapframe> doesn't work so well at the poles.

THat's a limitation of Mapnik using bitmaps; we need other (dynamic) projections for poles and this usually requires vector format. Bitmap tiles using cyclindric projections (oriented around polar axis) are unusable above about 80 degrees, and have severe distortions about 60°.

First, according to my understanding, Wikimedia Maps doesn't use Mapnik
There were projects that used Mapnik to render arctic area by changing projection and modifying how features are rendered according to special characteristics of polar area. I am not sure whether the project still survive now, but it indicate it is noy that hard to achieve.

There are other renderers using vectorized tiles which allows easier navigation.
Still, editing maps around poles is difficult with iD or even with JOSM (without using custom plugins), and many people can't use something else. Adn there are still issues for representing objects crossing the international dateline (not solved at the OSM Serverside API, requires adaptation by the client editor to make necessary adaptations).

I think, the lack of renderer have inhibited editor software willingness to improve support for polar area rendering, and wikimedia maps as an openly available tile supporting it could help boost editors support
And nowadays editing users can edit information in the area using tools like Level 0.

Jun 24 2021, 11:29 AM · Maps (Kartographer)

Jun 15 2021

C933103 added a comment to T180771: Add monolingual language codes nan-hani, cdo-hani, hak-hans, hak-hant.

Autonym for nan-hani:

Jun 15 2021, 4:27 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), MW-1.36-notes (1.36.0-wmf.35; 2021-03-16), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Language codes, MediaWiki-extensions-WikibaseRepository, Wikidata

Jun 6 2021

C933103 added a comment to T91201: [GOAL] Accessibility settings/preferences on desktop and mobile.

Other than font size, font type should also be cutomizable, for people with different needs

Jun 6 2021, 5:23 AM · Web-Team-Backlog (Needs Prioritization (Tech)), Navigation Restructure (Web), Epic, Desktop Improvements (Vector 2022), Wikimania-Hackathon-2016, Wikimania-Hackathon-2015, MediaWiki-Core-Preferences, Design, Accessibility, Wikimedia-Hackathon-2015

Feb 24 2021

C933103 added a comment to T206426: Storing multiple sitelinks to a multilingual wiki.
Feb 24 2021, 4:35 PM · Wikidata

Dec 23 2020

C933103 added a comment to T228745: Allow creating an independent "incubator wiki" instead of hosting all new wikis in one Incubator wiki with prefixes.

and this must be easy to rename to a standard domain (languagecode.wikipedia.org) once the Language committee grants a full approval. And again, it's OK if it's just languagecode.wikipedia.org right from the start as long as patroling for vandalism works reasonably well.

Not really. There are multiple over-a-decade-old request on changing language code of a wiki and only one get achieved, and that one achieved renaming caused so much problems that all other requests are still not doable after they have been requested for over a decade
The T172035 have to be solved first

Dec 23 2020, 6:42 PM · incubator.wikimedia.org, I18n
C933103 added a comment to T180345: Add language code vi-hani for monolingual text and lexemes.

Should the task be spilt to two?

Dec 23 2020, 3:55 PM · Language codes, Wikidata

Sep 27 2020

C933103 added a comment to T17161: A generalized language conversion engine.

join the two tables together.

What I mean in term of "multiple language converter" is a script level conversion separate from vocabulary level conversion. Currently the language converter in Chinese Wikipedia actually merged two different things together to handle it, that's difference in script and different in vocabulary. It might be possible for a resident in China Maimland desiring to use Traditional Chinese but use Mainland China vocabulary, but the current language conversion scheme cannot cater such list and it wouldn't make sense to add a separate conversion table just for those minority users who might have complicated family and language leaening background and thus prefer different scropts from the one they currently use

Sep 27 2020, 11:14 AM · Proposal, Chinese-Sites, MediaWiki-Language-converter
C933103 added a comment to T32759: Languages that need a LanguageConverter implementation (tracking).

Is it currently possible to offer conversion through language converter to convert between Indian Lakh and English Million?

Sep 27 2020, 10:58 AM · Tracking-Neverending, I18n, MediaWiki-Language-converter

Jun 3 2020

C933103 added a comment to T218430: Wikimedia maps cannot support language fallback.

I have just realized something.
Are those codes supposed to be case-sensitive?
Because, if so, then that pull request wouldn't work
And that's also what I am seeing

Jun 3 2020, 10:49 AM · Chinese-Sites, WMSE-Development-Support-2019 (Maps in infoboxes), Maps (Kartotherian)
C933103 created T254337: Lack of rendering of military area in Wikimedia Maps.
Jun 3 2020, 10:36 AM · Maps (Map-Styles)

May 25 2020

C933103 added a comment to T202602: Consider renaming language identifier (i.e. on the left of sitelinks of items) of Cantonese from "zh_yue" to "yue".

Why "consider" instead of just requesting it this way?

May 25 2020, 11:27 PM · Wikidata

May 12 2020

C933103 added a comment to T26070: [GOAL] Provide a dark / night mode skin or theme.

It seems like the custom dark vector css skin I am using now will become unusable in a while due to some breaking changes being made to css properties in mediawiki.
I think it's now a good time to introduce one of those existing skin update it and turn them ibto an official option.
(I am not really sure about why some people are arguing that it's going to be difficult when there are already something like that made by various users floating around for years)

May 12 2020, 8:05 PM · FY2023-24-WE 2.1 Typography and palette customizations, Community-Wishlist-Survey-2023, MediaWiki-extensions-DarkMode, MediaWiki-Core-Skin-Architecture, MediaWiki-User-Interface

Mar 9 2020

C933103 added a comment to T221523: Feature request: allow rotating the wikimedia map.

As mentioned in the upstream issue, the Leaflet have a "rotate" branch that can do the required thing.

Mar 9 2020, 2:40 AM · Maps (Kartographer)

Feb 23 2020

C933103 added a comment to T180771: Add monolingual language codes nan-hani, cdo-hani, hak-hans, hak-hant.
在T180771#4544573中,@C933103写道:

And then for hak... Can someone verify that "Hakka (Traditional Han script)" and "Hakka (Simplified Han Script)" are proper way to describe how Hakka speakers would write their language in Han scripts?

Of course it is one of the correct way to write this language. Ministry of Education, ROC awards Literary Award of Taiwanese and Hakka (教育部閩客語文學獎, their website is https://www.edu.tw) every year. You can see hak-hant here.

Feb 23 2020, 1:35 PM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), MW-1.36-notes (1.36.0-wmf.35; 2021-03-16), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Language codes, MediaWiki-extensions-WikibaseRepository, Wikidata

Apr 21 2019

C933103 created T221523: Feature request: allow rotating the wikimedia map.
Apr 21 2019, 3:17 PM · Maps (Kartographer)

Apr 6 2019

C933103 updated the task description for T220256: Mixed use of RTL and LTR script with titles and usernames in a single line without isolation produce incorrect arrangement.
Apr 6 2019, 7:40 AM · MediaWiki-General, RTL, I18n
C933103 created T220256: Mixed use of RTL and LTR script with titles and usernames in a single line without isolation produce incorrect arrangement.
Apr 6 2019, 7:39 AM · MediaWiki-General, RTL, I18n

Mar 26 2019

C933103 added a comment to T218433: Font selection in Wikimedia Maps when using Chinese languages..

Also, somewhat related, when rendering the map at https://maps.wikimedia.org/?lang=zh#15/10.6986/106.7430 , the name of openstreetmap relation 7157197 was rendered without an appropriate character, and resulted in a "tofu" empty box character instead of the character it's supposed to be rendered. The text are 茹𦨭县 which should be rendered as https://i.imgur.com/g3gfUew.png but it is currently rendered as https://i.imgur.com/S3AlPC2.png

Mar 26 2019, 6:56 AM · Maps (Map-Styles), I18n, Chinese-Sites

Mar 21 2019

C933103 added a comment to T218430: Wikimedia maps cannot support language fallback.

There were definitely >100 languages affected if language fallback didn't work in all languages, but if it's only for those that fallback to zh, and a few other languages that utilize script tag in Mediawiki project but utilize an alternative language tagging style in OSM projects, then the scope of the task could have been smaller than anticipated.

Mar 21 2019, 9:45 AM · Chinese-Sites, WMSE-Development-Support-2019 (Maps in infoboxes), Maps (Kartotherian)

Mar 19 2019

C933103 added a comment to T192040: Han Unification in users's language.

See Also https://github.com/gravitystorm/openstreetmap-carto/issues/2208
And this also affect some other languages, see the link for further details

Mar 19 2019, 5:39 AM · Chinese-Sites, Maps (Map-Styles), I18n
C933103 added a comment to T218430: Wikimedia maps cannot support language fallback.

Is the system case-sensitive? Because the document use "zh-hans" and "zh-hant" while relevant keys in OSM are usually "zh-Hans" and "zh-Hant"

Mar 19 2019, 2:27 AM · Chinese-Sites, WMSE-Development-Support-2019 (Maps in infoboxes), Maps (Kartotherian)

Mar 15 2019

C933103 added a comment to T218433: Font selection in Wikimedia Maps when using Chinese languages..

Example link: https://maps.wikimedia.org/?lang=zh#12/24.4542/118.0906
Current text shown: https://i.imgur.com/dc5O9J2.png
Expected text shown: https://i.imgur.com/CqJmSlN.png

Mar 15 2019, 8:58 PM · Maps (Map-Styles), I18n, Chinese-Sites
C933103 created T218433: Font selection in Wikimedia Maps when using Chinese languages..
Mar 15 2019, 8:13 PM · Maps (Map-Styles), I18n, Chinese-Sites
C933103 created T218430: Wikimedia maps cannot support language fallback.
Mar 15 2019, 8:02 PM · Chinese-Sites, WMSE-Development-Support-2019 (Maps in infoboxes), Maps (Kartotherian)

Jan 31 2019

C933103 updated subscribers of T215032: Add monolingual language code cmg.

Please consider the following email response given to @Liuxinyu970226 when they asked certain linguistic expert about their opinion on the matter: https://imgur.com/a/YT8bnzJ (I am not sure whether sufficient permissions have been obtained by the user for me to link the mail on the public internet but let's just look at it for now)

Jan 31 2019, 6:30 PM · Wikidata Dev Team, Language codes, Wikidata
C933103 added a comment to T137810: [Task] Add monolingual language code mn-Mong.

Well, as mentioned, the code cmg previously suggested as possible alternative is actually not appropriate according to email exchanges you have conducted with professors that know more about these terminology. And given the email exchange also confirmed that the current ISO language codes for Mongolian languages doesn't really make much sense either, it would also be wrong to use individual language code for such purpose. So following the convention already used by others should be the most sensible way to represent such text string in the wiki. But then, if certain member of Langcom stand firm on their position and unwilling to change, then no amount of sensibility can force them to change.

Jan 31 2019, 1:52 PM · Language codes, Wikidata-Sprint-2016-09-21, MediaWiki-extensions-WikibaseRepository, Wikidata
C933103 updated subscribers of T137810: [Task] Add monolingual language code mn-Mong.

@C933103 Because he said me "shame".

Jan 31 2019, 1:39 PM · Language codes, Wikidata-Sprint-2016-09-21, MediaWiki-extensions-WikibaseRepository, Wikidata
C933103 updated subscribers of T137810: [Task] Add monolingual language code mn-Mong.

@Badaa

ISO-639 is a total mess. What a shame!

https://www.mediawiki.org/wiki/Code_of_Conduct#Unacceptable_behavior states: 1. Personal attacks, violence, threats of violence, or deliberate intimidation.

Jan 31 2019, 1:35 PM · Language codes, Wikidata-Sprint-2016-09-21, MediaWiki-extensions-WikibaseRepository, Wikidata

Nov 26 2018

C933103 added a comment to T14896: Spam Blacklist shouldn't be fooled by similar-looking Unicode characters.

Yes that could be a browser specific conversion as my Chrome browser is converting "ß" into "ss". Then again it shows that it is necessary to look at browser implementation on normalization instead of just standards.

Nov 26 2018, 7:56 PM · Patch-Needs-Improvement, Trust-and-Safety, Stewards-and-global-tools, SpamBlacklist
C933103 added a comment to T14896: Spam Blacklist shouldn't be fooled by similar-looking Unicode characters.

Some characters, like "ß", "。", "。" from the list linked above , would not normalize to become regular ASCII character even if the NFKC normalization is applied despite they can still be identified and converted into ASCII characters by browser. And the list was not extensive thus more characters could escape the NFKC normalization. Especially note worthy thing is that the two ideographic full stop would be treat as a dot by browsers and thus it can still be used to bypass blacklist of almost all url in spam blacklist.
And then for the longer term solutions, browsers may not follow standardized way in RFCs fully and might have their own way to normalize links for users and that might need to investigate behavior of each browsers

Nov 26 2018, 5:06 AM · Patch-Needs-Improvement, Trust-and-Safety, Stewards-and-global-tools, SpamBlacklist

Nov 17 2018

C933103 added a comment to T165585: Make creating a new Language project easier.

@Liuxinyu970226 Not sure why are you asking me this here when you yourself have stated that this seems to be an inappropriate place. Anyway I think it depends on projects and communities of each projects might also have different opinions

Nov 17 2018, 2:01 PM · incubator.wikimedia.org, Language-strategy, I18n, Epic

Nov 14 2018

C933103 added a comment to T7309: Localize captcha images.

There are already some websites that sue Chinese-based captcha around, however it is a really really bad idea to me personally. As someone who can read and write Chinese and is also a native language user of one of the Chinese languages, it's very complicated for me to type Chinese text into computer dependent on environment and the input method available. Worse case scenario I would have to use Google Translate or Google Search to find out those matching characters over the internet and then copy them over in order to finish a localized captcha challenges. Please DO NOT implement such troublesome thing.

Nov 14 2018, 2:42 PM · Patch-Needs-Improvement, I18n, ConfirmEdit (CAPTCHA extension)

Nov 11 2018

Liuxinyu970226 awarded T205778: Ability to select different editors for mobile web a Like token.
Nov 11 2018, 12:09 PM · Editing-team (Tracking), VisualEditor-MediaWiki-Mobile, VisualEditor, Mobile-Web-Settings, MobileFrontend

Nov 5 2018

Jdlrobson awarded T205778: Ability to select different editors for mobile web a Like token.
Nov 5 2018, 4:47 PM · Editing-team (Tracking), VisualEditor-MediaWiki-Mobile, VisualEditor, Mobile-Web-Settings, MobileFrontend

Nov 1 2018

C933103 created T208530: Map projection for polar area.
Nov 1 2018, 6:08 PM · Maps

Oct 4 2018

C933103 added a comment to T137810: [Task] Add monolingual language code mn-Mong.

Just a little tip, on firefox, go to about:config, then search for the browser.urlbar.decodeURLsOnCopy option and change it from false to true, this is essential for non pure-english characters (aka any accent or other char from any other language using latin script or any other script, so the url) :

https://zh.wikipedia.org/wiki/%E8%92%99%E5%8F%A4%E8%AA%9E%E6%96%B9%E8%A8%80%E5%88%97%E8%A1%A8

Thas is unreadable (will be the same with mongolian name in both cyrillic/mongolian script) will become

https://zh.wikipedia.org/wiki/蒙古語方言列表

shorter and readable (at least if you know the script).

Oct 4 2018, 10:55 AM · Language codes, Wikidata-Sprint-2016-09-21, MediaWiki-extensions-WikibaseRepository, Wikidata
C933103 added a comment to T137810: [Task] Add monolingual language code mn-Mong.

@Popolon I believe Monguor and all that do not/no longer use Mongolian Script in writing so that's not really relevant to the context.

Oct 4 2018, 10:48 AM · Language codes, Wikidata-Sprint-2016-09-21, MediaWiki-extensions-WikibaseRepository, Wikidata

Oct 2 2018

C933103 added a comment to T137810: [Task] Add monolingual language code mn-Mong.

@Popolon According to my understanding assuming they are correct understanding, using Arabic as analogy, what you propose would be like making different monolingual value for "Libyan Modern Standard Arabic", "Egyptian Modern Standard Arabic", "Tunisian Modern Standard Arabic". Yes, Libyan/Egyptian/Tunisian Arabic are all different and could be considered as different languages, however there are only one single literary standard here. Surely, there are different phonetic literary standard that more closely reflect individual languages, like the Cyrillic alphabet being used to spell different Mongolic languages, which would warrant the establishment of wiki in each of their individual languages, however there are only one Classical Mongolian Script just like there are only one Modern Standard Arabic. You can say mvf is closest to Classical Mongolian in the same way as Egyptian Arabic being closest to the standard of Modern Standard Arabic, however they are not equal.

Oct 2 2018, 7:01 PM · Language codes, Wikidata-Sprint-2016-09-21, MediaWiki-extensions-WikibaseRepository, Wikidata

Sep 29 2018

C933103 created T205778: Ability to select different editors for mobile web.
Sep 29 2018, 12:53 PM · Editing-team (Tracking), VisualEditor-MediaWiki-Mobile, VisualEditor, Mobile-Web-Settings, MobileFrontend
C933103 added a comment to T137810: [Task] Add monolingual language code mn-Mong.

Sorry for late reply,
@Liuxinyu970226 If the concern of ISO639's RA is "users of the codes understand that part 2 of the standard has a code that includes several coded languages in part 3.", then probably what can be done is ask for cancellation of the mvf code and khk code in the ISO639-3?

Sep 29 2018, 12:33 PM · Language codes, Wikidata-Sprint-2016-09-21, MediaWiki-extensions-WikibaseRepository, Wikidata

Sep 20 2018

C933103 added a comment to T192018: Make it possible to edit the lead (section 0) when Javascript is disabled (mobile view).

I think I am able to edit lead section on mobile mediawiki site without js enabled using the js-less editor, because I have just tried that on English Wikipedia and it seems like it is working?

Sep 20 2018, 2:44 AM · Web-Team-Backlog (Design), MobileFrontend

Sep 19 2018

C933103 added a comment to T28396: Permit lowercase (uncapitalized) usernames and user pages.

It's also an annoyance to me as well as my current user name is supposed to start with a small letter

Sep 19 2018, 7:40 PM · Internet-Archive, NewFunctionality-Worktype, MediaWiki-General
C933103 added a comment to T14896: Spam Blacklist shouldn't be fooled by similar-looking Unicode characters.

https://zh.wikipedia.org/w/index.php?title=Wikipedia:互助客栈/技术&diff=51348491&oldid=51348410
All these characters can also be typed into Wikipedia as part of a url, bypassing blacklist, and then get accepted by browsers which would convert them into basic ascii alphanumeric characters, and then send users to the blacklisted webpage.

Sep 19 2018, 6:52 PM · Patch-Needs-Improvement, Trust-and-Safety, Stewards-and-global-tools, SpamBlacklist

Aug 30 2018

C933103 added a comment to T180771: Add monolingual language codes nan-hani, cdo-hani, hak-hans, hak-hant.

Actually my original ticket could be a little clearer...
Like clarifying that the "example" there was meant to mean there are articles in cdo/nan/hak wikipedia that are written in alternative script and thus there should be related monolingual code that would allow recording of those article names in wikidata language field.
Thus I would like to bump the request for monolingual language code cdo-hani and nan-hani.
And then for hak... Can someone verify that "Hakka (Traditional Han script)" and "Hakka (Simplified Han Script)" are proper way to describe how Hakka speakers would write their language in Han scripts?

Aug 30 2018, 8:28 AM · MW-1.37-notes (1.37.0-wmf.16; 2021-07-26), MW-1.36-notes (1.36.0-wmf.35; 2021-03-16), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)), Language codes, MediaWiki-extensions-WikibaseRepository, Wikidata

Aug 29 2018

C933103 added a comment to T165585: Make creating a new Language project easier.
  1. If a new site is to be created for each incubator site, how will WMF turn them into a full site once they become eligible? Last time I heard about it, such redesignation seems to be very cumbersome and that's also why wp/yue and wp/nan still haven't be moved to the desired domain name after almost a decade from their initial proposal. Will it also take a decade for any new projects to get a full site if the proposal is to be adopted?
  2. Is it going to lengthen the entire wiki creation process, and also requires more bureaucratic processes, as well as requiting more manpower to handle each and every applications? Now it is incubator→Full site, in the proposal it will be incubator→Experimental site→Full site.
  3. Are those goals unachievable by overhauling incubator itself? It seems like Wikia is now going to change the url of their non-English wiki in order to save the SSL certification cost by changing urls in format of zh.community.wikia.com to community.wikia.com/zh, and each of these different language edition sites are still independent. Is that not achievable in Incubator?
  4. Likewise, is it possible to create such new experimental site in a way as easy as creating a new wiki site on wikia?
Aug 29 2018, 3:29 AM · incubator.wikimedia.org, Language-strategy, I18n, Epic

Aug 20 2018

C933103 added a comment to T145531: [feature request] allow calculated properties, derived properties.

The wikidata property proposal https://www.wikidata.org/wiki/Wikidata:Property_proposal/coordinate_location_GCJ02 would depend on this property datatype.

Aug 20 2018, 6:18 PM · Wikidata-Query-Service, Wikidata, Discovery-ARCHIVED