Wikipedia talk:Manual of Style/Korea-related articles

Where legal names goes in infobox Korean name

Just a note, I think in general for {{Infobox Korean name}} for entertainers with stage names, we should do:

• hangul = current legal name
• hangulborn = legal name at birth
• hangulstage = stage name

Currently, a number of pages like Defconn have stage name in the hangul param. I'll make a point of changing this to be more consistent going forward. seefooddiet (talk) 22:34, 9 February 2025 (UTC)

Yeah, I noticed these two different usages of that template:

1. As what Seefooddiet wrote above

• hangul = current legal name
• hangulborn = legal name at birth
• hangulstage = stage name
  • Found in J-Hope, Psy, Song Ji-hyo, etc.

2.

• hangul = stage name
• hangulborn = current legal name
  • Found in Hyolyn, J.Fla, Kangta, etc.

Using the same parameters in the same template for two different usages is confusing to readers. Editors should go with #1. 172.56.232.193 (talk) 23:23, 9 February 2025 (UTC)

Support as proposed by seafooddiet. — Paper9oll (🔔 • 📝) 07:32, 14 February 2025 (UTC)

Going to codify this in the MOS btw. grapesurgeon (seefooddiet) (talk) 18:29, 1 June 2025 (UTC)

1. I made some fixes regarding this issue (example), but what I did is not complete. Sometimes it is difficult to find whether someone legally changed their name or is just going by their stage name while their legal name has not been changed.
2. This issue does not only exist in articles about people in the entertainment industry. Articles about modern writers who go/went by pen names have this issue as well (e.g. Pak Mok-wol – legal name 박영종, pen name (박)목월).
   • One of the reasons for this is that there is no parameter specifically for a pen name.
3. The fundamental issue with this is that the birth name (hangulborn) parameter itself is causing confusion. Probably this parameter should just be entirely removed.
   • Some people have been putting strange values to the birth name parameter. For example, "왕기, later 왕전" in Gongmin of Goryeo. How does this even make sense?

172.56.232.88 (talk) 01:53, 18 June 2025 (UTC)

Agree this is hairy, but I'm skeptical of removing the birth name parameter altogether; it's widely used and it's still useful, just difficult to use with high consistency. Similar can be said of many other parameters in other major infoboxes; ambiguously and inconsistently used but still useful if used well.

Will keep thinking about this and willing to hear further arguments for deleting the parameter. grapesurgeon (seefooddiet) (talk) 02:00, 18 June 2025 (UTC)

But at least for now, I think Wikipedia:Manual of Style/Korea-related articles#Infobox Korean name should say something about people not in the entertainment industry but do/did not go by their legal names (like writers using pen names). 172.56.232.88 (talk) 02:16, 18 June 2025 (UTC)

don't quite understand your phrasing; what do you want it to say? grapesurgeon (seefooddiet) (talk) 03:05, 18 June 2025 (UTC)

This is what I meant: that section should be about any person in any field using any pseudonym, not just about people in the entertainment industry using stage names. 172.56.232.166 (talk) 03:27, 18 June 2025 (UTC)

Oh, I would like to add one more thing about the birth name parameter.

If the birth name parameter is not going to be removed, I think at least the parameter name should be changed to something that can be unambiguously understood as "former legal name". 172.56.232.166 (talk) 03:38, 18 June 2025 (UTC)

I made more fixes regarding this issue, but it is so difficult to untangle this inconsistency. The "Birth name" parameter should have never been introduced. 172.56.55.208 (talk) 17:10, 18 August 2025 (UTC)

And there is at least one person continuing "hangul = stage name, hangulborn = current legal name" (example). I am going to move or remove whatever is in hangulborn, as I already proposed. 172.56.55.38 (talk) 03:08, 16 September 2025 (UTC)

Continuing to have the expectation that all editors working on Korean-related articles are expected to know this discussion exists, that it was broadcast, that they must check WP:KO, WT:KO, and any related discussions or pages, that they must continuously review MOS:KO, that they must continuously review the template's documentation, and that they must remain continuously aware of any changes made to it, is simply unrealistic. Instead of taking the time to educate by leaving a note on the editor's talk page, you chose to rant here and shame them without even pinging them to notify them that this discussion exists or that relevant guidelines exist. Whether they choose to participate after being notified is up to them, but at least they should have been informed and made aware of the guidelines. — Paper9oll (🔔 • 📝) 07:35, 16 September 2025 (UTC)

Just to be clear, I was not blaming them, and I did not mean to shame them either. I do assume that there are people simply unaware of this issue and discussion, and that they did not have a bad intent. I was merely stating that this was still an ongoing issue. 172.56.55.7 (talk) 23:44, 30 September 2025 (UTC)

It looks like the "birth name" parameter is originally for real names of historical people in royal families (kings, queens, princes, princesses, etc.) who are usually known by their temple names or titles today.

1. If we are keeping temple names or titles of historical people in the "hangul" parameter, then the parameter for real names of historical people needs to have a better name. An expression like "born" or "birth name" is confusing, and is not really suitable when a historical person changed their real name (e.g. Taejo of Joseon changed his real name from 이성계 to 이단).
2. Another solution is to always place the real name at the "hangul" parameter, and create a new parameter for temple names and titles of historical people.

172.56.232.14 (talk) 18:44, 25 July 2025 (UTC)

I kept thinking about this, and I think always place the real name at the "hangul" parameter, and create a new parameter for temple names and titles of historical people is better. I propose the following for names of people in any time period (02:09, 6 August 2025 (UTC) update – added hangulmyo and made some changes):

• hangul: current (or at time of death) legal name (ALWAYS, unless unknown)
• hangulmyo (NEW parameter; heading "Temple name"): temple name
• hangulrt (NEW parameter; heading "Royal title"): royal names and titles for historical person in royal family
• hangulfl (NEW parameter; heading "Former legal name"): any former legal names
• hangulpen (NEW parameter; heading "Pen name"): pen name (필명; different from art name (호))
• hangul(ho|ja|ph|stage|[1-3]): same as current
• hangulborn (REMOVE): causes confusion

And I propose the following display order:

Before	After
hangul
—	hangulmyo
—	hangulrt
—	hangulfl
hangulho
hangulborn	—
hangulja
—	hangulpen
hangulstage
hangulph
hangul1
hangul2
hangul3

172.56.232.88 (talk) 19:16, 26 July 2025 (UTC)

@Paper9oll How do you feel about the above proposal from a South Korean pop culture perspective?

I support the addition of hangulpen; think clearly good distinction.

I cautiously support the addition of hangulfl.

I cautiously support the removal of hangulborn.

I'm a little skeptical of the scoping and naming of hangulrt.

1. What is a "name" and what is a "title"? Is a temple name a name or title?
   • Can you classify all the names/titles listed here for Sejong?
2. Monarchs can have multiple royal names and titles, as given in my Sejong article above. What name goes in? Do we just use hangul1 etc for the other names?

grapesurgeon (seefooddiet) (talk) 19:49, 5 August 2025 (UTC)

Okay, then I guess it is better to add a parameter specifically for a temple name.

• hangulmyo (heading "Temple name"): temple name
• hangulrt (heading "Royal title"): royal names and titles for historical person in royal family

For Sejong, this is how these parameters should be filled in:

• |hangul = %이도
• |hangulmyo = ^세종
• |hangulrt = ^충녕대군
• |hangulja = %_원정

172.56.232.254 (talk) 02:09, 6 August 2025 (UTC)

Ok I think that makes more sense. I guess the Changhŏn and Changhŏn Yŏngmun Yemu Insŏng Myŏnghyo titles shouldn't go in the infobox korean name?

Also could you remind me why %_원정 and not %_세종? Sorry, you've explained it to me before but I just forgot grapesurgeon (seefooddiet) (talk) 02:33, 6 August 2025 (UTC)

If needed, 장헌 (and the longer one) can be put under hangulrt (in addition to 충녕대군), but I don't think this is that necessary.

A temple name is more like a title rather than a given name. 172.56.232.254 (talk) 02:43, 6 August 2025 (UTC)

Reading through, the "issue" with hangulborn appears to be mostly limited to historical figures. Since the count for this topic is insignificant on English Wikipedia, I don't see why it can't just be fixed if it hasn't been already, which I believe it has. Regarding hangulpen, since both stage names and pen names are essentially pseudonyms used as alternate names, we could map it to the existing hangulstage using #if and change the label accordingly based on the parameter declared, without introducing another parameter that functions identically. Essentially, if hangulstage has a value, then hangulpen would be ignored or hidden, and vice versa. This approach is already used in {{Infobox person}}, so there is precedent for this coding style from the most commonly used Infobox on English Wikipedia. I have no objection to the addition of hangulmyo and hangulrt. — Paper9oll (🔔 • 📝) 14:27, 6 August 2025 (UTC)

Well, I think it is odd that there is a parameter for pseudonyms for only people in the entertainment industry and not for others. This is why I proposed a parameter for a pen name.

I kept thinking about this, and I started to think that introducing a new parameter hangulps (heading "Pseudonym") for any pseudonym (pen name, stage name, online handle, etc.) is a better idea. Multiple pseudonyms can all go into that parameter. Existing hangulstage can be replaced with hangulps by a bot (and hangulstage will be removed from the template). 172.56.55.222 (talk) 03:12, 17 August 2025 (UTC)

Just to be clear, I am withdrawing hangulpen. Instead, I am proposing hangulps and merging hangulstage into that. 172.56.55.253 (talk) 05:49, 17 August 2025 (UTC)

Merging hangulstage and hangulpen into that, right? grapesurgeon (seefooddiet) (talk) 08:56, 17 August 2025 (UTC)

Right. 172.56.55.120 (talk) 16:36, 17 August 2025 (UTC)

I believe my original reply already covers this where the only genuinely encyclopedic pseudonym types are stage names (actors, musicians, entertainers) and pen names (writers) in the context of Korean names. However, if there's a reason to cover an broader laundry list, regardless of whether those cases are genuinely encyclopedic, that should still be handled as a template coding change. We should change only the template's coding so it displays "Pseudonym" label whenever any of hangulstage, hangulpen, or hangulps (or any derivative parameter name, since this cosmetic naming keeps changing) is used. That preserves existing pages while giving readers a unified UX labeled under "Pseudonym". I'm opposed to a human using bot-driven migration for a template-level cosmetic changes, the #if conditional is the non-destructive and non-disruptive solution. — Paper9oll (🔔 • 📝) 10:49, 17 August 2025 (UTC)

I would argue that the parameter name and the default heading should be more generic. The pseudonym parameter (hangulps, heading "Pseudonym") I am proposing is meant to cover any pseudonym: not just stage names and pen names, but also online handles or any pseudonym that does not belong to a specific type. For example, in the case of

• Maangchi, 망치 is an online handle. This is neither a stage name nor a pen name.
• Kim Dal-sam, 김달삼 is a pseudonym that does not belong to a specific type (not a stage name, pen name, online handle, etc.).

So I disagree with using the parameter name hangulstage and the heading "Stage name" as the default.

Currently, hangulstage is used on fewer than 500 pages (418 in the article namespace, 449 when all namespaces are checked), so changing existing parameters would not be that disruptive in this case. And if someone mistakenly uses hangulstage after it is removed from the template, that can be detected by a regex search or Category:Pages using Infobox Korean name with unknown parameters. 172.56.55.120 (talk) 16:01, 17 August 2025 (UTC)

I lean agree with IP. <500 pages is not so disruptive and this change would handle those edge cases.

I am a little nervous that the parameter will be misused (e.g. to store art names or alternate names for non-people), but minor worry imo. grapesurgeon (seefooddiet) (talk) 17:11, 17 August 2025 (UTC)

Disagree. Making disruptive changes to any articles when only a small portion are actually impacted is overkill; in this case, it's 1–2% out of 98–99% being affected. Sorry to say, I also don't understand the recent eagerness for this kind of behaviour, trying to "fix" everything by making sweeping replacements when majority of cases simply don't warrant it. This wasn't an issue previously, and I don't think the numbers are the real problem here, but rather the approach itself. It's like saying to demolish an entire neighborhood just to fix a single broken window. The scale of the response is completely disproportionate to the actual problem, causing needless disruption for everyone. — Paper9oll (🔔 • 📝) 17:45, 17 August 2025 (UTC)

I think you're strongly misinterpreting this. We're saying we want to alter a parameter that affects <500 pages and none of the others. In other words, the vast majority of uses of the template will not be affected.

It's like saying to demolish an entire neighborhood just to fix a single broken window. This metaphor doesn't work. This metaphor would work if we needed to update ALL of the pages in order to fix <500, but that isn't happening. All we need to do is fix the <500. grapesurgeon (seefooddiet) (talk) 17:47, 17 August 2025 (UTC)

I don't think that I'm misinterpreting this. By saying "<500 pages is not so disruptive", you've implicitly suggested running AWB on those <500 pages, this is based on the assumption of your previous handling of similar situations. Otherwise, I don't see how those pages would be magically "fixed" unless you're referring to changing the template's coding, which would automatically update the <500 pages without any manual intervention. — Paper9oll (🔔 • 📝) 17:56, 17 August 2025 (UTC)

We already said bot request. That's not that difficult to file and doesn't trigger your emails. grapesurgeon (seefooddiet) (talk) 18:00, 17 August 2025 (UTC)

I understand the stated plan is to use a bot request, and I know that filing one isn't difficult. However, my concern comes from what has actually happened in previous cases where AWB runs have still been used, regardless of what was said about bot request. I'm just not seeing consistent follow-through with bot use in practice, which is why I have doubts here and why I strongly object to this approach. This isn't about intent, but about what's actually done and discussed. I've no confidence that this would actually end up being a bot request. — Paper9oll (🔔 • 📝) 18:06, 17 August 2025 (UTC)

Ok you're kinda right about the AWB thing, that was on me. I thought a bot req would be more feasible than it turned out to be for infobox conversions, but turned out there was a lot of manual fiddling that was needed. I should have planned that out better.

But this is quite different, it's just swapping a parameter out. That's quite easy to unambiguously program. grapesurgeon (seefooddiet) (talk) 18:31, 17 August 2025 (UTC)

I don't think, we actually needed a bot request nor a replacement in this case even if it would be an easy one, maybe you want to refer to my proposal below instead. — Paper9oll (🔔 • 📝) 18:35, 17 August 2025 (UTC)

I'm now wondering why any change is required. The template already provides othername1=–othername3= for custom headings, as well as hangul1=– hangul3= and/or hanja1=–hanja3= for the corresponding Hangul and/or Hanja, which covers the handful of fewer than ten articles that use a pen name or online handle. If a change is still desired, my agree-to-disagree proposal, since this is getting tiring, is a simple compromise as seen in the diff below (ready to implement): add explicit pen name and online handle parameters while leaving the stage name parameters untouched. This would be a small quality-of-life update for editors (if any) who prefer the convenience. I oppose introducing a broad catch-all "etc" parameter since "pseudonym" is broad, vague, and potentially abused. My proposal is intended to narrow the scope to common, well-defined use cases, while fringe cases, which still number fewer than ten after excluding articles that currently use the custom parameters for pen name or online handle, continue to use the existing custom parameters.

−

{{#if: {{{hangulstage|}}}{{{hanjastage|}}} | {{Infobox Chinese/Korean/auto |korean_header = Stage name |headercolor = {{{headercolor|}}} |hangul = {{#switch: {{#ifeq: {{{namemodestage|}}} | yes |%}}{{#ifeq: {{{capitalizestage|}}} | yes |^}} |%^=%|^=^|%=%}}{{{hangulstage|}}} |hangulref = {{{hangulstageref|}}} |hanja = {{{hanjastage|}}} |hanjaref = {{{hanjarefstage|}}} |rr = {{{hiderom|no}}} |mr = {{{hiderom|no}}} |koreanipa = {{{ipastage|}}} |koreaniparef = {{{iparefstage|}}} |lk = {{{lkstage|}}} |lkref = {{{lkrefstage|}}} }} }}

+

{{#if: {{{hangulstage|{{{hangulpen|{{{hanguloh|}}}}}}}}}{{{hanjastage|{{{hanjapen|{{{hanjaoh|}}}}}}}}} | {{Infobox Chinese/Korean/auto |korean_header = {{#if: {{{hangulstage|}}}|Stage name|{{#if: {{{hangulpen|}}}|Pen name|{{#if: {{{hanguloh|}}}|Online handle|}}}}}} |headercolor = {{{headercolor|}}} |hangul = {{#switch: {{#ifeq: {{{namemodestage|{{{namemodepen|{{{namemodeoh|}}}}}}}}} | yes |%}}{{#ifeq: {{{capitalizestage|{{{capitalizepen|{{{capitalizeoh|}}}}}}}}} | yes |^}} |%^=%|^=^|%=%}}{{{hangulstage|{{{hangulpen|{{{hanguloh|}}}}}}}}} |hangulref = {{{hangulstageref|{{{hangulpenref|{{{hangulohref|}}}}}}}}} |hanja = {{{hanjastage|{{{hanjapen|{{{hanjaoh|}}}}}}}}} |hanjaref = {{{hanjarefstage|{{{hanjarefpen|{{{hanjarefoh|}}}}}}}}} |rr = {{{hiderom|no}}} |mr = {{{hiderom|no}}} |koreanipa = {{{ipastage|{{{ipapen|{{{ipaoh|}}}}}}}}} |koreaniparef = {{{iparefstage|{{{iparefpen|{{{iparefoh|}}}}}}}}} |lk = {{{lkstage|{{{lkpen|{{{lkoh|}}}}}}}}} |lkref = {{{lkrefstage|{{{lkrefpen|{{{lkrefoh|}}}}}}}}} }} }}

— Paper9oll (🔔 • 📝) 17:25, 17 August 2025 (UTC)

Okay, then at this moment, I will not propose something about pseudonyms (hangulstage will stay as-is, and a new parameter for any type of pseudonym will not be added; people should still use hangul[1-3] for pen names, online handles, etc.).

I think "pseudonym" is broad, vague, and potentially abused makes sense.

However, for a specific type of pseudonym (such as a pen name, not a generic one), if I discover that it is needed in 100+ pages, I may (re-)propose adding a parameter for that type of pseudonym in the future.

(By the way, I am not sure if Paper9oll's approach is a good idea because it is not impossible for a single person to go by two or more different types of pseudonyms. For example, you can publish books under the pseudonym A (pen name) and do online activities under the pseudonym B (online handle).) 172.56.55.120 (talk) 19:44, 17 August 2025 (UTC)

I think hangulstage should be renamed hangulpr ("Professional name" as the infobox header). This proposal is intended to widen the usage to not just entertainers, but also names used by writers and, potentially, online aliases. Instead of relying on hangul1, hangul2, and hangul3, which are voluntary parameters, they could be titled inconsistently by editors. "Professional name" could possibly be an umbrella term for all aforementioned situations. 103.186.160.35 (talk) 09:22, 21 August 2025 (UTC)

Hm, this may be a good idea. 172.56.55.253 (talk) 10:55, 22 August 2025 (UTC)

So here is my revised proposal. I propose the following for names of people in any time period:

• hangul: current (or at time of death) legal name (ALWAYS, unless unknown)
• hangulmyo (NEW parameter; heading "Temple name"): temple name
• hangulrt (NEW parameter; heading "Royal title"): royal names and titles for historical person in royal family
• hangulfl (NEW parameter; heading "Former legal name"): any former legal names
• hangul(ho|ja|ph|stage|[1-3]): same as current
• hangulborn (REMOVE): causes confusion

And I propose the following display order:

Before	After
hangul
—	hangulmyo
—	hangulrt
—	hangulfl
hangulho
hangulborn	—
hangulja
hangulstage
hangulph
hangul1
hangul2
hangul3

172.56.55.120 (talk) 19:14, 17 August 2025 (UTC)

@Grapesurgeon Can you add the proposed parameters above to Template:Infobox Korean name/auto? Do not remove hangulborn yet; whatever is in that parameter should be moved or removed first. 172.56.55.208 (talk) 17:13, 18 August 2025 (UTC)

@Paper9oll Are you ok with the above? It'll largely affect historical people articles, although hangulfl and hangulborn will affect modern pop culture. Those we'll likely handle manually instead of with AWB or a bot. grapesurgeon (seefooddiet) (talk) 17:25, 18 August 2025 (UTC)

For modern people, this is what is going to happen (at least this is what I am planning to do):

• hangulborn contains former legal name: the value will be moved to hangulfl.
• hangulborn contains current (or at time of death) legal name: the value will be moved to hangul (and the value in the hangul parameter will be moved to a more appropriate parameter like hangulstage).
• If it is difficult to determine what hangulborn contains, the value will be removed.

172.56.55.208 (talk) 17:47, 18 August 2025 (UTC)

As stated above, I've no objection to the inclusion of hangulmyo and hangulrt, so please proceed with these only. However, I did object to the unnecessary cosmetic replacement from hangulborn to hangulfl. Additionally, I do not believe that there have been any changes to the interpretation discussed at the very beginning of this conversation i.e. to use hangul for the WP:COMMONNAME and use hangulborn for the birth name, which already aligns with MOS:NAME. As a sidenote, I intentionally didn't use the terms "legal" or "legal status" when referring to names since MOS:NAME advise against drawing those conclusions. That said, I can see how the adding hangulfl (rather than replacing hangulborn) could be useful, particularly in the context of MOS:MULTIPLENAMES. As another sidenote, we might want to consider renaming hangulborn to hangulbirth to better align with birth_name found in {{Infobox person}} or other BLP infoboxes, if considered, it would be a proper bot request. — Paper9oll (🔔 • 📝) 18:26, 18 August 2025 (UTC)

I don't think born -> fl is a cosmetic change; it's a semantic one. People have just one birth name, but previous legal names can be multiple, incl. the birth name.

Ironically I'd argue that the born -> birth change is mostly cosmetic, although if we kept hangulborn around I wouldn't be opposed to renaming it to hangulbirth.

Also, I think you're misinterpreting MOS:NAME. It isn't really strongly relevant to this discussion. It's mostly addressing the lead, and not infobox. Also, it's not saying that we should avoid using the term "legal names" altogether, it's saying be precise about sourcing and communicating what is or isn't a legal name.

I support hangulfl. grapesurgeon (seefooddiet) (talk) 18:35, 18 August 2025 (UTC)

Thanks for the response. Before I really shutdown my PC and go to sleep, I just want to clarify my reference to MOS:NAME. My point is that since the infobox is functionally and visually connected to the lead, the standards or key principles set out in MOS:NAME should apply to both, not just the prose portion of the lead. If something isn't appropriate in the prose portion of the lead due to policy concerns about clarity, relevance, or sourcing, I don't see why the infobox would be exempt from that. Regarding former legal names, I agree that individuals can have multiple, but MOS:NAME advises against including all former names. This is why I stated that I don't mind adding hangulfl for such cases, but only if there is a strong case (e.g., if it's notably relevant) for its usage in the article(s) concerned. My proposal, as I've stated, is to use hangul for the common name, hangulborn or hangulbirth for the birth name, and hangulfl for a former legal name where it's notably relevant. — Paper9oll (🔔 • 📝) 18:53, 18 August 2025 (UTC)

The problem is that "birth name" caused two different usages of parameters, as stated at the beginning of this discussion topic. This is why I am proposing removing that and introducing an unambiguous one like "former legal name".

By the way, when Grapesurgeon (Seefooddiet at the time) proposed hangul = current legal name, you agreed with this (Support as proposed by seafooddiet.). And after that, this was codified in the MOS and I made fixes regarding this.

But now, you are saying use hangul for the common name, hangulborn or hangulbirth for the birth name. You seem to be contradicting yourself. 172.56.55.104 (talk) 06:46, 19 August 2025 (UTC)

As stated earlier, I read through what was described as "confusion" and concluded that it affects only a small minority of historical figures' articles, which have already been addressed. I'm also not contradicting myself, by "hangul for common name", I literally meant the current [legal] name, and by "hangulborn or hangulbirth", I meant the [legal] name at birth. As I mentioned earlier, I intentionally omit any wording or terms that imply legal status; that's also why I purposely use brackets to enclose the word "legal" in the preceding sentence. With that in mind, I believe we should adopt a more neutral label without any legal connotations, something like "Former name" instead "Former legal name", using hangulfn= instead of hangulfl=. This would better align with existing headings, which do not imply any legal status or have legal connotations. In addition, this approach would also align with WP:BLP by not implying conclusiveness on legality and by remaining neutral in the presentation of such information. Preemptively, if there are any potential concerns for misuse, we could also restrict this parameter to only one notable usage, specifying this clearly in the documentation and here on the MOS, and monitor it. Based on my observation, any misuse should be picked up quickly (often within minutes or hours) by you or, at times, by Grapesurgeon, so in a best-case scenario, any potential "confusion" shouldn't even have a chance to arise. — Paper9oll (🔔 • 📝) 14:16, 19 August 2025 (UTC)

Okay, if it is desirable to avoid a wording or term that imply legal status, then "former name" would work.

However, at this moment, I decided not to propose a parameter for "former (legal) name". I think I need to first check how many pages actually need this. If I discover that this is needed in 100+ pages, I may repropose this in the future. 172.56.55.85 (talk) 09:49, 20 August 2025 (UTC)

@Paper9oll I said this before, but I don't understand where you're getting the "avoid mentioning legal status" idea from. That is not a feature of MOS:LEGALNAME. grapesurgeon (seefooddiet) (talk) 16:47, 20 August 2025 (UTC)

@Grapesurgeon Read carefully man, you cited MOS:LEGALNAME which is a true that legal name is mentioned however I don't see where is the legal connotations in the examples provided. What y'all are otherwise saying differs i.e. explicitly applying legal connotations. Also, MOS:LEGALNAME is the wrong example for what is being discussed i.e. a person having more than two notable names excluding the stage name, MOS:BIRTHNAME and MOS:MULTIPLENAMES should the correct one instead in which likewise, neither of the two or three has legal connotations. Likewise, none of the BLP infoboxes that this infobox would be combined into as a child module carries any legal connotations pertaining to names. — Paper9oll (🔔 • 📝) 06:45, 21 August 2025 (UTC)

Please keep this polite and be patient. It is normal to disagree. You've pushed over line of rudeness multiple times in this conversation, dial it back; I've never been rude to you here.

I've read all of those policies. What I don't get is your wording of I intentionally omit any wording or terms that imply legal status. Where is this coming from? What if all RS (incl. the person themselves) confirmed that a person had gone by 3 different legal names throughout their lifetime? Would you still try to avoid mentioning legal status of their names? There's no policy reason to do so.

You also mention BLP, but that's not a feature of BLP either. Also what about for deceased people? Would you still try to avoid mentioning legal status of their names for them? grapesurgeon (seefooddiet) (talk) 08:43, 21 August 2025 (UTC)

MOS:NICKCRUFT This might be the most applicable guideline, but it's not the one you linked. However, in that footnote, it says Avoid clogging the lead with a boldfaced litany of these [variant names]; reserve them for an appropriate place in the body of the article, in an infobox or language sidebar, or in footnotes. grapesurgeon (seefooddiet) (talk) 08:54, 21 August 2025 (UTC)

Disagree that I'm being rude just being direct and informal which isn't wrong. I don't deli-dali around; if I disagree or am unhappy with something, I simply say it. The entire point that I'm making is that we should use neutral language when categorizing BLP names, not language that assumes or asserts legal connotations of those names, even if it is or could be reliably sourced. Regardless of which policies are cited, they all have one thing in common: they avoid legal connotations in any of their examples and when they mention a "legal name", they're simply using that term as a descriptive label for a type of name, not as a statement of legal fact or with any legal weight. However, literally using "Former legal name" or replacing "Birth name" with "Former legal name" would be assuming or asserting legal connotations of those names, regardless of whether it's sourced or not. While BLP does require reliable sourcing, actually determining a person's legal name typically requires access to legal documents, which we generally don't have, and seeking out such documents if published can run into WP:BLPPRIVACY concerns. Even if reputable sources report that x changed their name from y to z, that information would come from x or its affiliates and not from legal bodies; we can't and shouldn't automatically present that as a legal fact in Wikipedia articles. We can still present the information in the article, but without asserting legal connotation. That's why using neutral language is safer, more conservative, non-assertive, and more in line with policy, which is why "I intentionally omit any wording or terms that imply legal status". — Paper9oll (🔔 • 📝) 09:56, 21 August 2025 (UTC)

Getting excessively informal and impatient with others is generally considered rude. Please don't double down on that; I don't treat you like that on purpose. I could, but don't.

I think all of that is a stretch. No explicit reading of any of those policies leads to that conclusion.

Again, what if a person says "this is my legal name" and a journalist went and confirmed it? There's no WP:BLPPRIVACY concern there. grapesurgeon (seefooddiet) (talk) 10:03, 21 August 2025 (UTC)

"If a person says 'this is my legal name'", I would say that information would come from that person or its affiliates and not from legal bodies. Even if "a journalist went and confirmed it", in most cases this simply means the subject or their representatives said so, as journalists rarely have direct access to definitive legal documents due to privacy restrictions. Therefore, we should avoid asserting legality unless the information comes from an actual legal record like a court order, deed poll, government record, etc. — Paper9oll (🔔 • 📝) 10:12, 21 August 2025 (UTC)

...? It's quite common to be able to easily find legal names of public figures in many countries. E.g. like looking at a lawsuit or getting tax forms or voter registration records. A lot of those things are publicly available.

The reason I say "what if a person mentioned their legal name" is because it's not a privacy violation then. Then, if a journalist confirms it, the information is almost certainly accurate.

And more importantly, where is this concern stated explicitly in policy? It doesn't come from anywhere, otherwise you'd be able to quote it. grapesurgeon (seefooddiet) (talk) 10:21, 21 August 2025 (UTC)

I understand that in some countries (such as the US), certain legal records, like court filings or voter registrations, can be accessed by the public and may include their legal name, making this information relatively easy to verify. However in many countries, privacy laws are much stricter, and personal government records are not publicly accessible, even for public figures. Regarding policy, V and BLP both require that any potentially contentious material about living people be sourced and not overstated beyond what sources directly confirm. We can certainly include statements like "Foo announced their name is now Bar" or "it is reported that Foo announced their name to Bar" in the article text, with proper sourcing. However, neither statement confirms the definitive legal status of the name, it simply reports what Foo stated. Likewise, we can certainly include statements like "Foo announced their legal name is now Bar" or "it is reported that Foo announced their legal name to Bar" in the article text, with proper sourcing, but again, neither confirms the definitive legal status of the name. Therefore, summarizing such a name under the infobox label "Former legal name" when legality cannot be definitively confirmed would be factually incorrect, even if the reported information itself is factually accurate, note the distinction. — Paper9oll (🔔 • 📝) 10:41, 21 August 2025 (UTC)

Again, and most importantly, where is "avoid assuming legal names" explicitly stated in policy? You've made a series of inferences to reach this conclusion, and the inferences are problematic.

Legal names are rarely ever considered to be contentious. Similarly, birthdays are not considered contentious. What would be contentious about it, other than like if it was a key factor in a criminal case or something? "My name is Frank Jones" is not a contentious statement; if someone announced their name and a journalist confirmed it somehow that is nowhere near contentious.

At this point, I feel like going to WP:3O or WP:RFC may be appropriate; I feel like most people would side against you on this. It's a fairly niche and imo extreme opinion. grapesurgeon (seefooddiet) (talk) 10:47, 21 August 2025 (UTC)

I already provided the policies and the principles that the policies is intended to do, I don't find it inferences but intepretation. If a subject or their affiliate claims a legal name change and this is reported in reputable media, that's suitable for inclusion in prose as a claim. However, summarizing it in an infobox under "former legal name" elevates it to a statement of verified fact, implying Wikipedia (and the inline sources) have confirmed the legal status, not just reported the claim. I agree that if the legal name is confirmed by an official source (such as a public court record), it can and should be stated as a legal fact. But in contexts (such as South Korea and many other countries) where that information is not verifiable through official documents, we should exercise the same caution as with any other detail about living people that cannot be independently confirmed. If you feel a broader consensus is needed, go ahead with WP:3O or WP:RFC. I do think, however, that my position is not an "extreme" one but a thoughtful one, and reflects Wikipedia's longstanding approach to verifiability, neutrality, and handling personal details in BLPs. — Paper9oll (🔔 • 📝) 10:56, 21 August 2025 (UTC)

Inferences and interpretations functionally have the same meanings here. I'm saying your inferences/interpretations are not good. There are leaps in logic that I don't agree with. And I don't agree that there's such a severe weight on confirming legal names. Why would that be contentious? We already list birthdates in infoboxes, and those would need to be somehow legally confirmed (but basically never are). Do you have similar complaints about listing birth dates in infoboxes?

And yeah, we should go to 3O/RFC if this continues to be an issue. Again, this is a niche opinion. I have never seen anyone else make this argument. grapesurgeon (seefooddiet) (talk) 10:59, 21 August 2025 (UTC)

Yeah, okay with 3O/RFC. Inferences and interpretations, or any similar wording, can differ from person to person, and that's fine. My argument is not based on leaps in logic, but on how WP:BLP, WP:V, and WP:BLPPRIVACY work together, which I believe has been made clear. Equating date of birth and legal name is conflating two completely different things; I don't see any basis for a one-to-one comparison here. Even if it's interpreted that they're the same, what I do know that we're not presenting it as "Legal birth date" or "Legal born" or "born legally on" or use similar language here. — Paper9oll (🔔 • 📝) 11:12, 21 August 2025 (UTC)

They're not so different. They're just bits of noncontentious information about people. Again, what would make a legal name a notable point of contention? For 99% of people it is just boring biographical information. grapesurgeon (seefooddiet) (talk) 16:22, 21 August 2025 (UTC)

Not exactly. Even for seemingly "boring" facts, there can still be contentiousness. Editors don't have a crystal ball. Under BLP policy, virtually any information about a living person falls under WP:CTOPS, so editors should exercise caution and maintain neutrality, even if factual accuracy is guaranteed but contextual accuracy is not. That said, I believe that this have come full circle. — Paper9oll (🔔 • 📝) 17:39, 21 August 2025 (UTC)

You're looking at a 0.1% edge case where names can be contentious and are assuming it'll apply to 100%. And while CTOPs does apply to BLP, we're still allowed to provide coverage that's reasonably likely to be true about people.

If you attempt to argue this in how we regulate infobox params, this will be a 3O/RFC. I don't recommend it; this is a fringe position. grapesurgeon (seefooddiet) (talk) 18:15, 21 August 2025 (UTC)

What's edge or isn't, is incalculable. CTOPS doesn't stops "coverage that's reasonably likely to be true"; however these coverage are often handled via prose where proper writing allows for nuance and does not imply conclusiveness, rather than in a infobox with a conclusive label and no room to wiggle, it simply isn't a one-size-fits-all. This is what I have been emphasizing many times, and I find it puzzling that there has not been more consideration of the bigger picture or of other perspectives in this discussion. Regardless, my position remains the same and I will continue to do so if necessary. On 3O/RFC, I already addressed it earlier. — Paper9oll (🔔 • 📝) 18:35, 21 August 2025 (UTC)

Just to be clear, I am still proposing the complete removal of hangulborn, because that parameter itself is tempting people to put the most recent (current or at the time of death) legal name there.

Whatever is in hangulborn will be moved or removed. For modern people, this is what is going to happen (at least this is what I am planning to do):

• hangulborn contains former legal name: the value will be moved to hangul[1-3] with the heading "Former name".
• hangulborn contains most recent legal name: the value will be moved to hangul (and the value in the hangul parameter will be moved to a more appropriate parameter like hangulstage).
• If it is difficult to determine what hangulborn contains, the value will be removed.

172.56.55.2 (talk) 22:32, 20 August 2025 (UTC)

I will do this. 172.56.55.38 (talk) 03:09, 16 September 2025 (UTC)

As before, changes are being made by brute force despite clear, unresolved objections. This does not reflect the spirit of consensus, and continuing to discuss concerns here is futile, as they will simply be disregarded. For clarity, I am not preemptively reverting all changes. I will allow edits to continue for now and will continue to monitor these edits. However, if I see any edits that go into the territory of unresolved objections, I will revert as needed and take the matter to an appropriate WP:DR venue, notifying all involved editors, since further discussion here would likely be with the same group of editors and therefore circular and unproductive at this point. — Paper9oll (🔔 • 📝) 08:05, 16 September 2025 (UTC)

While I agree that IP editor seems to be rushing forward on this, the "as usual" rings unnecessarily condescending. Please watch tone; consistent issue. Everyone here wants to improve the encyclopedia, communication and collaboration are hard grapesurgeon (seefooddiet) (talk) 14:02, 16 September 2025 (UTC)

After I said "I will do this" above, I did remove hangulborn from some pages. It has been about two weeks since then, but it looks like no one actually cares about this.

I still argue that getting rid of hangulborn from the template is better, because it is very easy to input "hangul = stage name, hangulborn = current legal name" as long as hangulborn exists in the template.

(And no one participating in this discussion seems to be actually against this either.) 172.56.55.7 (talk) 23:46, 30 September 2025 (UTC)

@Grapesurgeon Now, can you add hangulmyo (heading "Temple name") and hangulrt (heading "Royal title") to Template:Infobox Korean name/auto? (For the display order, see above.) 172.56.55.85 (talk) 10:12, 20 August 2025 (UTC)

Ok, I'll add these. grapesurgeon (seefooddiet) (talk) 16:49, 20 August 2025 (UTC)

Also, I would like to propose the following change in Wikipedia:Manual of Style/Korea-related articles#Infobox Korean name. (Note that this is meant to cover any people in any time period.)

BEFORE:

We recommend you put a modern person's various names in the following parameters:

• Current (or at time of death) legal name in |hangul=
• Legal name at birth in |hangulborn=
• Stage name in |hangulstage=

AFTER (you can make some copyedits if needed):

We recommend you put a person's various names as follows:

• When a person's most recent (current or at the time of death) legal name is
  • known, always put that in |hangul=. Do not use another parameter for this.
  • unknown, then the common name can be put in |hangul=. When doing this, do not repeat that name elsewhere in the template.
• For other names, if there is a designated parameter for a certain type of name, always use that (e.g. always use |hangulstage= for a stage name). If there is no designated parameter (e.g. pen name, online handle, any former names, etc.), use |hangul1=, |hangul2=, or |hangul3= with an appropriate heading.
  • Do not use "birth name". Historically this resulted in two different usages of parameters, and people had a hard time untangling this inconsistency.
• Do not repeat the same name.

172.56.55.2 (talk) 16:40, 20 August 2025 (UTC)

Sorry, I would like to remove hangulmyo (temple name) I originally proposed and introduce hangulmo (heading "Monarch name") instead.

1. I proposed hangulmyo to cover names of monarchs. However, it looks like not all monarch names are temple names or posthumous names.
2. In some cases, it is difficult to determine the type of a monarch name. People should not have to spend time on determining this.

If this change causes any inconvenience to anyone, I apologize. I think I should have done more research. I will also make the necessary edits resulting from this change. 172.56.55.198 (talk) 20:32, 22 August 2025 (UTC)

I think we should just add mo without removing myo. Temple names are a feature of {{Infobox royalty}}. If we know for certain that a name is a temple name, I don't see why we shouldn't indicate in the infobox what their temple name is. Other names that we're less certain of we can just use mo. grapesurgeon (seefooddiet) (talk) 21:13, 22 August 2025 (UTC)

No, let's just always use a single parameter for any monarch name. As I said, people should not have to spend time determining if a certain monarch name is a temple name, posthumous name, or neither. 172.56.55.198 (talk) 21:15, 22 August 2025 (UTC)

Imo there's no need to rush. I just need to not reformat more infoboxes until we resolve this.

Per my previous comment, if we already know for certain what a name is I don't see why we shouldn't just indicate it. We know for certain the temple names of all the Joseon kings. If time is needed to determine what another name is, then it can just go in the catch-all mo. None of this requires significant extra time, because mo is a catchall that prevents wasting extra time. grapesurgeon (seefooddiet) (talk) 21:26, 22 August 2025 (UTC)

Well, this is what can happen if there are separate parameters for a temple name and a monarch name: when inputting the temple name of a monarch, some people may use the temple name parameter while other people may use the monarch name parameter. This is why I oppose the coexistence of both parameters. 172.56.55.198 (talk) 21:32, 22 August 2025 (UTC)

Imo they should just be corrected as needed. There are only so many monarchs, it's not like there'll be new pages. Once those parameters are in there's basically really little chance they'll change. grapesurgeon (seefooddiet) (talk) 21:33, 22 August 2025 (UTC)

Also, I want to avoid introducing a parameter that are used on only some tens of pages. Instead of having two separate parameters (hangulmyo and hangulmo in this case) each of which is used on some tens of pages, it is better to use a single parameter (hangulmo in this case) that can be used on 100+ pages. 172.56.55.198 (talk) 21:39, 22 August 2025 (UTC)

~_~ Imo this can go either way and I don't feel so strongly about it. I'm willing to concede and just follow your ask, but I'm still not really convinced. grapesurgeon (seefooddiet) (talk) 21:43, 22 August 2025 (UTC)

Then can you please make the necessary changes to the template? As I said, I will make the necessary edits resulting from this change. 172.56.55.198 (talk) 21:52, 22 August 2025 (UTC)

First, I'll add the mo parameters. After we've confirmed myo is no longer in use, I'll phase that out. grapesurgeon (seefooddiet) (talk) 21:56, 22 August 2025 (UTC)

The heading for mo should be "Monarch name" (without a link), not "Temple name". 172.56.55.198 (talk) 22:03, 22 August 2025 (UTC)

Fixed grapesurgeon (seefooddiet) (talk) 22:16, 22 August 2025 (UTC)

It is now safe to remove myo from the template. Don't forget to make the necessary changes to "check for unknown parameters" as well. 172.56.55.198 (talk) 23:02, 22 August 2025 (UTC)

Done grapesurgeon (seefooddiet) (talk) 23:03, 22 August 2025 (UTC)

One thing I'm uncertain about. Couldn't temple names be considered both posthumous names and royal titles at the same time? grapesurgeon (seefooddiet) (talk) 23:06, 22 August 2025 (UTC)

Infoboxes wording

Currently, the wording for merging {{Infobox Korean name/auto}} (and eventually {{Infobox Korean name}} after conversion is completed) into broader infoboxes like {{Infobox person}} does not address the duplication that occurs when the Korean name is also filled into the |native_name= parameter. MOS:INFOBOXPURPOSE already addresses that the main function of an infobox is to summarize information, so it would be illogical to present the same information twice.

To address this, I propose changing the following sentence for clarity and consistency:

−

If there is another infobox in the article (e.g. {{tl|Infobox person}}), we recommend you merge the name infobox into the other infobox.

+

If there is another infobox in the article (e.g. {{tl|Infobox person}}), we recommend you merge the name infobox into the other infobox. When doing so, do not duplicate the Korean name by also filling in the <code>|native_name=</code> parameter, as this leads to redundancy and violates [[MOS:INFOBOXPURPOSE]].

— Paper9oll (🔔 • 📝) 18:11, 10 August 2025 (UTC)

I've been bothered by the same issue. I agree with proposal. There's also the issue of people putting in the Korean names in the name parameter, like |name=asdf<br>안녕. Not sure what to do there grapesurgeon (seefooddiet) (talk) 18:51, 10 August 2025 (UTC)

Thanks, glad to hear you've noticed the same issue. I hadn't personally observed the |name= + Hangul combination myself, so I didn't include it in the original proposal. But your point highlights a similar concern: when {{Infobox Korean name}} is merged into a broader infobox, the Hangul shouldn't be repeated elsewhere, whether it's in |native_name=, |name=, or any other parameter.

I've updated the proposed wording below to cover such cases without listing out a list of parameters:

−

If there is another infobox in the article (e.g. {{tl|Infobox person}}), we recommend you merge the name infobox into the other infobox.

+

If there is another infobox in the article (e.g. {{tl|Infobox person}}), we recommend you merge the name infobox into the other infobox. When doing so, do not duplicate the Korean name elsewhere in the infobox, as this leads to redundancy and violates [[MOS:INFOBOXPURPOSE]].

— Paper9oll (🔔 • 📝) 19:14, 10 August 2025 (UTC)

Yea I think that's better, I support that. grapesurgeon (seefooddiet) (talk) 19:29, 10 August 2025 (UTC)

This is a good idea. In the infobox of the Ahn Ji-hwan page, 안지환 appears three times. There is no need to do this. 172.56.55.222 (talk) 03:15, 17 August 2025 (UTC)

As the responses are positive after a week, I implemented the change today via revision 1306581424. — Paper9oll (🔔 • 📝) 15:22, 18 August 2025 (UTC)

Spacing of romanized terms

BOLDly added this section: MOS:KO-SPACE. I figure it's probably uncontroversial, but please speak up if disagree. It's basically just telling people to follow official spacing recommendations and not be sloppy about spacing. Happy to revert and discuss. grapesurgeon (seefooddiet) (talk) 17:37, 14 August 2025 (UTC)

MR for pre-1945 topics

Following up on comments about romanization in Talk:Gojoseon#Requested move 21 August 2025

@Asieon [1] Multiple reasons that single romanization system would be inappropriate/ineffective.

1. It would ignore principles of WP:DIVIDEDUSE and WP:CRYSTAL. It would ignore evidence of common practice we've gathered: WP:ROMANKO#Summary table and WP:KO-BOOKS.
2. Even if we were to agree to ignore the above, the fact that North and South Korea are two different countries with their own romanization systems would make it politically contentious if we decided to just completely ignore NK's preferred system ("NKR"). At present we're already pushing this because we actually do ignore NK's preferred system in favor of MR, although MR is fairly close to NKR and MR is significantly used in writings about NK.
3. Even if we did agree to use a single romanization system, WP:COMMONNAME and WP:KO-CONSISTENT would push most proper nouns to follow a variety of romanization systems or be ad-hoc. After all, WP:COMMONNAME for most historical figures will be in MR because they're basically relegated to history books, and NK has its own romanization system.

@AjaxSmack

• [2] I'm not really pleased with how you worded this. That discussion only had like two participants, it's not really representative of much. Also, if a simple proposal were possible I just would have made it. I'm not a fool, I also dislike that MR is being more and more enforced despite my desire to switch to RR, but it's hard to rigorously argue for it.
• Even if we were to agree to use RR, there's some significant unknowns, especially around how to format the names of historical people. This is part of what's been delaying my proposal.
  • Look at this mess: WP:KO-BOOKS#RR this doesn't tell us anything about how to format historical people names, but in MR there's a clearer answer. Maybe we could just default to the use of no hyphens and no assimilation, like RR's official recommendation, but that'd be inconsistent with what we recommend for South Korean people.
  • Furthermore, how do we handle surname conversions for historical people? E.g. "Pak" -> "Park"? It's not straightforward.

Not a simple issue. Even/especially scholars struggle to deal with this mess. To AjaxSmack especially, it's not fair for me to bear the brunt of your/others' frustrations when this isn't my fault. grapesurgeon (seefooddiet) (talk) 16:39, 20 September 2025 (UTC)

Again, I have voiced my issues with the changes, but as I have mentioned in my previous comment, if the community is adamant then I do not care. And as a side note, I also think it's not fair to put everything on grapesurgeon simply because they're doing the moving. The Korean language is a pain in the neck to romanize and we shouldn't make things personal. Asieon『✉』 23:43, 20 September 2025 (UTC)

The community isn't adamant; it's divided. I'll keep working at this. grapesurgeon (seefooddiet) (talk) 00:03, 21 September 2025 (UTC)

MOS:GEOLINK and MOS:KO-BIRTHPLACE

These two sentences contradict each other:

1. Y birth_place = [[Busan]], [[Joseon]]
2. Make sure to follow MOS:GEOLINK.

172.97.220.91 (talk) 13:38, 29 October 2025 (UTC)