Wikipedia talk:WikiProject Korea
To-do list for Wikipedia:WikiProject Korea:
|
This is the talk page for discussing WikiProject Korea and anything related to its purposes and tasks. |
|
This project page does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | ||||||||
|
Looking for Wikipedia talk: WikiProject Korea in Korean, see 위키프로젝트토론:한국. |
Disambiguation pages with Hangul titles
[edit]Has there been past discussion about why we have a bunch of disambiguation pages in Hangul? Category:Disambiguation pages with Hangul titles Surely they should all be redirected to a romanized version (WP:UE).
Looks like a lot of them are just disambiguating two pages so could probably go anyway if one is a primary topic (WP:ONEOTHER).
Just wanted to see if anyone knows backstory before I start cleaning it up. RachelTensions (talk) 04:12, 28 November 2024 (UTC)
- I don't know of any backstory and would approve of the cleanup. seefooddiet (talk) 05:13, 28 November 2024 (UTC)
- Do these always have a primary topic? Both entries for 둔전역 get a combined 17 views total for the past 30 days, so it's hard to argue that. On the other hand, there is only one valid blue link at 이영애 (disambiguation), so we can probably get rid of that one. I don't know if there's a backstory, but Category:Disambiguation pages with Chinese character titles has existed for 17 years and some of those pages have survived AFD and RFD. ✗plicit 06:53, 28 November 2024 (UTC)
- Even if there isn't a primary topic to allow getting rid of the disambiguation page (as is the case for 둔전역) I'd assume the disambiguation page title should be romanized wherever possible instead of left in hangul... WP:UE
"Names not originally in a Latin alphabet, such as Greek, Chinese, or Russian names, must be romanized."
RachelTensions (talk) 07:00, 28 November 2024 (UTC)- FWIW, I don't think UE strictly applies to these pages, because a disambiguation page is not an article, but rather a navigational aid more closely akin to a soft redirect (this is discussed somewhat in the lede to MOS:DAB, although our nomenclature on this subject is not entirely consistent). But even if it doesn't strictly apply, it's probably still the best way to go (absent strong countervailing considerations, which I don't think exist for most of these). There have been some fitful past discussions on this point, which seem to have come to more or less random outcomes depending on who showed up. You can find some relevant (but not particularly edifying) background at Wikipedia:WikiProject Disambiguation/CJKV task force (of which I apparently was/am a member, although that was long enough ago that I have no actual memory of it), and at various discussions linked from there and the associated talk page. IMO the particular reasons for maintaining dabs at (some) Han-character titles, which do not generally have a language-neutral transcription, are considerably less compelling for Hangul, and I think moving these Hangul dabs to romanized titles is probably a good idea. (But the messiness of Korean romanization could still create some difficulties.) -- Visviva (talk) 23:27, 28 November 2024 (UTC)
- I agree with all these opinions. seefooddiet (talk) 00:15, 29 November 2024 (UTC)
- I’d agree that the ”must” part of UE probably doesn’t apply but we should romanize whenever possible, though I’m sure there’s one or two that won’t be possible. RachelTensions (talk) 00:22, 29 November 2024 (UTC)
- Yeah some of the ones in that cat require some thought. But I think most will be easy to resolve. seefooddiet (talk) 01:30, 29 November 2024 (UTC)
- FWIW, I don't think UE strictly applies to these pages, because a disambiguation page is not an article, but rather a navigational aid more closely akin to a soft redirect (this is discussed somewhat in the lede to MOS:DAB, although our nomenclature on this subject is not entirely consistent). But even if it doesn't strictly apply, it's probably still the best way to go (absent strong countervailing considerations, which I don't think exist for most of these). There have been some fitful past discussions on this point, which seem to have come to more or less random outcomes depending on who showed up. You can find some relevant (but not particularly edifying) background at Wikipedia:WikiProject Disambiguation/CJKV task force (of which I apparently was/am a member, although that was long enough ago that I have no actual memory of it), and at various discussions linked from there and the associated talk page. IMO the particular reasons for maintaining dabs at (some) Han-character titles, which do not generally have a language-neutral transcription, are considerably less compelling for Hangul, and I think moving these Hangul dabs to romanized titles is probably a good idea. (But the messiness of Korean romanization could still create some difficulties.) -- Visviva (talk) 23:27, 28 November 2024 (UTC)
- Even if there isn't a primary topic to allow getting rid of the disambiguation page (as is the case for 둔전역) I'd assume the disambiguation page title should be romanized wherever possible instead of left in hangul... WP:UE
- Do these always have a primary topic? Both entries for 둔전역 get a combined 17 views total for the past 30 days, so it's hard to argue that. On the other hand, there is only one valid blue link at 이영애 (disambiguation), so we can probably get rid of that one. I don't know if there's a backstory, but Category:Disambiguation pages with Chinese character titles has existed for 17 years and some of those pages have survived AFD and RFD. ✗plicit 06:53, 28 November 2024 (UTC)
Korean calendar automatic conversion module
[edit]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)
Requested move at Talk:Lee Young-ja (comedian)#Requested move 6 December 2024
[edit]There is a requested move discussion at Talk:Lee Young-ja (comedian)#Requested move 6 December 2024 that may be of interest to members of this WikiProject. RachelTensions (talk) 14:28, 8 December 2024 (UTC)
People name disambigs and redirects
[edit]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)
- 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)
- 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)
- 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 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)
- 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)
- This is great, thanks! Some thoughts:
- 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)
I am the IP user that Seefooddiet mentioned.
We could also automatically populate common ad-hoc romanizations, e.g. "young" for 영 or "moon' for 문.
- 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?
- 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
[edit]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
[edit]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
[edit]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
[edit]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)