Wikipedia talk:WikiProject Korea

Korean calendar automatic conversion module

Just putting this out there—we should make a Korean calendar converter module. It's clearly possible, per [1]. {{JULIANDAY}} is similar, see also Category:Date-computing templates and Category:Chinese traditional date and time templates. I probably won't get around to programming it in near future but having this module would be a huge help to our community. seefooddiet (talk) 04:25, 3 December 2024 (UTC)

Do we know whether Korea had its own unique calendar? Or did it adapt the Chinese system (Chongzhen, Shoushi, Wuyin Yuan, etc.) without modification? If so, do we know when? -- 00101984hjw (talk) 21:02, 15 December 2024 (UTC)

No idea on my end. seefooddiet (talk) 21:14, 15 December 2024 (UTC)

People name disambigs and redirects

I've had some confusions/doubts about our disambiguation pages for people names.

• Many of our disambigs have non-standard romanizations as their titles, e.g. "Lee Young-ja" should be "Lee Yeong-ja" per WP:KOREANNAME. Are these better served by being more standard romanizations? Seems unintuitive to have ad-hoc romanizations for these.
• Noticed (but can't recall cases rn) where the disambig has a non-standard romanization but people with the same Hangul names don't appear on the disambig page because they use some alternate romanization.
  • Think the lack of enforcement of WP:NCKO#Create alternate title redirects is contributing to this problem.

I think it'd be helpful if we had a drive to really enforce creating redirects for people name pages. Redirects should handle all reasonably conceivable cases (surname order, standard MR, standard RR, WP:KOREANNAME spelling). By doing this, we'd be able to weed out a lot of edge cases (people with same hangul names but no disambiguation pages, people missing from disambig pages, etc). seefooddiet (talk) 16:28, 8 December 2024 (UTC)

Many of our disambigs have non-standard romanizations as their titles, e.g. "Lee Young-ja" should be "Lee Yeong-ja" per WP:KOREANNAME. Are these better served by being more standard romanizations? Seems unintuitive to have ad-hoc romanizations for these.

The romanization of the disambiguation page title should match whatever the majority of article titles listed on it use. For example, all three articles listed at Lee Young-ja use "Young-ja", not "Yeong-ja", so having the disambiguation page be titled "Lee Yeong-ja" wouldn't make any sense.

Similar situation at Kim Bong-soo, none of the articles listed use the RR form of Bong-soo ("Bong-su"), so listing the disambiguation page at "Kim Bong-su" would be unintuitive.

If there is no majority (ie 2 articles romanize one way, 2 articles romanize another way), only then should we defer to the strict RR form. RachelTensions (talk) 16:43, 8 December 2024 (UTC)

I agree with this btw; is this based on Wikipedia policy somewhere or is it novel reasoning? Should we put it in WP:NCKO/MOS:KO? seefooddiet (talk) 21:29, 9 December 2024 (UTC)

Not based on any policy that I'm aware of, just common sense. Idk if it needs to be added to the MOS given that I'm not sure it's ever come up as a problem before. RachelTensions (talk) 21:44, 9 December 2024 (UTC)

I don't think it's so straightforward; I think there are reasonable arguments to default to systematic spellings given the chronic uncertainties we have around ko people names. Many titles have no real proof of common name or personal preference, and are not systematic. Disambigs that align with these faulty titles reinforce these non-rigorous spellings. That said I think your proposal is fine for dealing with it, I just didn't think it's clear cut. seefooddiet (talk) 22:03, 9 December 2024 (UTC)

If the article titles themselves are faulty then that's a problem to deal with at the article level. The purpose of the disambiguation page is nothing more than to serve as a landing point for articles with ambiguous names... determining or validating the WP:COMMONNAME romanization of each individual article included within it to determine what the actual name of the disambiguation page should be titled is out of scope. RachelTensions (talk) 22:08, 9 December 2024 (UTC)

My point about article titles wasn't that disambiguations should resolve them in some way, it was that we have so much uncertainty, frequently changing article titles for people, and plausible variations of name spellings, that defaulting to something systemic in general may be less confusing. Tl;dr felt like my uncertainty was being snubbed when I still think there's reasonable confusion there seefooddiet (talk) 22:17, 9 December 2024 (UTC)

Funny story about this. Back in 2006 I created a template to assist in creating these redirects, using the then-new Magic Words functionality. It was modernized by @PC78 but subsequently deleted following a TFD in 2022 for having "no clear purpose" (sigh), despite that purpose being clearly documented on the template page. (I was out of the game due to medical issues at the time.) I don't really know if that kind of template-based approach is the way to go, or if it would make more sense to recode it from scratch, or if perhaps a botted or otherwise external-code-assisted approach might make more sense, but I will explore whether I can userfy that ex-template for the community's review.

Regardless of the technical means used, if we're going to return to large-scale creation of alternative-romanization redirects for Korean names, we may want to consider exactly how such redirects should be categorized. IMO the issues around creating and maintaining these redirects are sufficiently Korea-specific that it would be helpful to have one or more specific rcats for them. -- Visviva (talk) 18:12, 8 December 2024 (UTC)

Update: I have been kindly assisted in restoring the former {{Koralt}} to User:Visviva/Korean alternate name redirects. It is ... definitely a bit of an "echo from another time", which probably helps explain why it was deleted. But I would be interested in getting thoughts on the general concept, and how we might update it (or if it's worthwhile to do so). My initial thoughts are (1) this should probably take as its basic input not precomposed romanizations of each syllable, but the actual jamo or naive RR representations thereof, with standard/predictable romanizations generated by template logic (with an option for the user to add ad-hoc romanizations as well); (2) the output format should be changed to be more suitable for use on some kind of coordination page in project or user space, as the old idea of placing this template on article talk pages is surely a non-starter today; (3) some of the auto-generated forms like "Xxx Yyy zzz" may not be plausible enough to merit redirects; (4) this is missing some obvious value-added features, and should e.g. provide an indication of the current target for bluelinked redirects (thus helping to identify cases where dabs are needed) and preload the suggested redirect page content and edit summary for redlinked redirects. I will work on putting a somewhat more modernized version of this together with those thoughts in mind, happy for any suggestions. -- Visviva (talk) 04:40, 9 December 2024 (UTC)

This is great, thanks! Some thoughts:

• Bit of a hassle to manually create all these pages; ideally we'd like to create these kinds of redirects for every person with a Korean-language name. Do you think something like WP:BOTARTICLE would work for us? The bot should only create R's when no page exists, otherwise leave alone.
• I think we should keep this manual Latin script input version and make a new Hangul input version; an IP user I know has been working on an automatic romanization module that's nearing ready for use. Would need to be modified to fit this purpose, but it's doable. Not sure when we'll deploy though.
  • E.g. for Syngman Rhee, by using Hangul only, "Syngman" wouldn't be captured as it's ad-hoc.
  • We could also automatically populate common ad-hoc romanizations, e.g. "young" for 영 or "moon' for 문.

I think maybe one possibility is a bot page or something that creates a bunch of redirects given a Hangul and/or Latin script input. Users would probably need some kind of permission to get access to it. If I got access to this once and ran it on every Korean person's page that may be sufficient for a couple of years even; can run it every time there's a backlog.

Anyone else have thoughts on this? seefooddiet (talk) 18:54, 9 December 2024 (UTC)

Oh actually someone just told me AWB can create redirects.

I may be able to do this without a bot in near future. Regardless a bot would be an easier solution for most people who don't program or use AWB seefooddiet (talk) 19:44, 9 December 2024 (UTC)

I think a bot would make sense once the redirects are lined up (it's amazing what you can do with SnapLinks or equivalent and a table of links with preloaded content, without any automation tools at all -- but it gets old after the first thousand clicks or so). But IMO probably we would want to have a human in the loop, at least initially, to check (a) that the redirects are actually plausible, and (b) that there aren't any collisions that need to be sorted out. (Regarding automated romanizations: I wish Wiktionary hadn't deleted the old ko-pron template, which had logic I would really rather not have to recreate, but wikt:Module:ko-pron is pretty impressive (but does way more than we need here).) -- Visviva (talk) 02:23, 10 December 2024 (UTC)

I am the IP user that Seefooddiet mentioned.

• We could also automatically populate common ad-hoc romanizations, e.g. "young" for 영 or "moon' for 문.
  1. Not really sure about this. I personally agree that "young" is more common than "yeong" for 영, but to what extent should we go? For example, should "koo" for 구 be included or not?
  2. This will also make the module more complex. I don't think this is worth doing.
• I noticed that someone mentioned the module on Wiktionary. I am aware of that module, but Wiktionary's approach is not very suitable for Wikipedia (for example, the template/module on Wiktionary gets hangul text from the page title; etc.). That is why I created a new one from scratch. Mine is also much simpler.

172.56.232.105 (talk) 23:16, 10 December 2024 (UTC)

Thanks for your work! Is your module available to view? -- Visviva (talk) 05:36, 12 December 2024 (UTC)

Requested move at Talk:The New Six#Requested move 8 December 2024

There is a requested move discussion at Talk:The New Six#Requested move 8 December 2024 that may be of interest to members of this WikiProject. 𝙹𝚒𝚢𝚊𝚗 忌炎 (𝚃𝚊𝚕𝚔) 21:52, 8 December 2024 (UTC)

RfC in progress at Wikipedia talk:Naming conventions (music)#RfC about the naming conventions for boy bands

There is a requested for comment in progress at Wikipedia talk:Naming conventions (music)#RfC about the naming conventions for boy bands that may be of interest to members of this WikiProject. RachelTensions (talk) 16:14, 11 December 2024 (UTC)

Proposed split of Landlord deity

I have proposed a split of the Landlord deity article which may be of interest to this project. I would appreciate your thoughts in the discussion on the talk page. Erynamrod (talk) 11:10, 15 December 2024 (UTC)

Requested move at Talk:The Trunk (TV series)#Requested move 20 December 2024

There is a requested move discussion at Talk:The Trunk (TV series)#Requested move 20 December 2024 that may be of interest to members of this WikiProject. 𝙹𝚒𝚢𝚊𝚗 忌炎 (𝚃𝚊𝚕𝚔) 00:34, 20 December 2024 (UTC)