지난 討論
保存1 保存2 保存3 保存4

한글字 넘겨주기 文書들에 對해 여러분들의 意見이 必要하여 글을 올립니다. 위키百科:전 , 위키프로젝트:臺 처럼 雨後竹筍으로 생겨나는 넘겨주기 文書들에 對한 넘겨주기 討論이 必要합니다. 이같은 前例가 있다면 앞으로도 이러한 한글자 넘겨주기 文書들을 자유로이 만들 수 있다는 意味가 됩니다. 1:1 對應되지 않는 넘겨주기로 因해 混同이 加重되고 있고, 이 境遇 아예 削除를 하거나 混同을 막기 위해 同音異義 文書로 만드는 것이 낫지 않을지에 對한 論議가 必要합니다. -- ted ( 討論 ) 2019年 10月 9日 (水) 12:51 (KST) 答辯

넘겨주기 生成을 總意로 하되, 一定 期間 特定 페이지뷰 以上 維持가 되지 않았을 時 削除 等의 規定이 必要해보입니다. 重要한 案件인데, 意見 要請을 달고 판을 키워보는 것은 어떨까요? -- trainholic ( T , C ) 2019年 10月 21日 (月) 01:22 (KST) 答辯

反對 1:1 對應이 되지 않는다는 主張부터가 恣意的이라고 생각합니다. 그렇다면 十餘年 넘게 利用된 백:社 나 只今도 多數의 使用者들이 使用하고 있는 백:전 같은 것들을 비롯해 모든것들이 '바깥고리' 마냥 不合理하게 削除되어야 한다는 이야기기도 합니다. - Ellif ( 討論 ) 2019年 10月 23日 (水) 12:00 (KST) 答辯

名稱 만으로 院 內容이 把握되기 어려운 部分은 있다고 생각합니다. 오랫동안 使用되어온 것들은 固着化되었으니 不合理하게 削除되는 特殊 케이스는 생기리라 보진 않습니다. 不必要하게 만들어져서 使用되는 境遇는 조금 원쿳션을 넣어도 좋으리라는 意見으로 생각하며, 同意합니다. -- tiens ( 討論 ) 2019年 10月 23日 (水) 12:46 (KST) 答辯

좀 過한 境遇는 지워야 하겠지만, 널리 쓰이지만 1:1 對應되지 않는 境遇는 同音異義語로 만드는 건 어떨까요? -- ChongDae ( 討論 ) 2019年 10月 24日 (木) 14:39 (KST) 答辯

參考: {{ 위키百科 同音異義 }}, 分類:위키百科 同音異義 文書 -- ChongDae ( 討論 ) 2019年 10月 24日 (木) 14:51 (KST) 答辯

熊川안골矮星 , 泗川禪眞理矮星 , 禪眞理 矮星 , 물금 증산리 矮星 , 熊川 안골포矮星, 熊川 안골포 矮星 等에서 케이스 問題가 크며 넘겨주기 文書에 對한 認識을 다시 檢討 하셨으면 좋겠습니다. 제가 要請드린 위에 있는 削除 申請 文書들은 留意點과 强點이 없어서 個人과 그리고 모두의 團體로 傳해드리고 싶습니다. 제가 指摘한 削除 申請 文書들은 넘겨주기 文書라고 해도 削除를 해야 한다고 보기에 한글字 띄어쓰기 라도 混同이라도 削除가 必要하다고 생각합니다. 過하게 여겨지고 있고 바깥고리처럼 놔두면 안된다고 봅니다. 218.236.209.93 ( 討論 ) 2020年 8月 12日 (水) 13:15 (KST) 答辯

矮性 關聯 넘겨주기 文書 말고도 위키百科 內에 있는 넘겨주기 文書가 50000萬 個가 넘는데 追後에 計劃이 있으신가요? 제가 活動을 언제 접을 지는 모르겠지만 아직은 많이 멀었고 제가 위키 壽命을 다할때 까지만은 繼續 넘겨주기 文書와 一般 文書 그리고 틀, 寫眞들도 削除 申請해야되는게 있다면 申請드리고 要請드릴 計劃이 있습니다. 따로 計劃이 있으면 제가 削除 要請 드리겠습니다. 218.236.209.93 ( 討論 ) 2020年 8月 12日 (水) 13:36 (KST) 答辯

本 討論 文段은 使用者討論:218.236.209.93 에서 벌어진 일로 인해 生成된 것으로 理解됩니다. 特定 타 使用者 때문에 氣分이 나쁘셨는지, 아니면 위키百科 그 自體에 惡感情이 생기셔서 그런지 모르겠습니다만, 只今 하신 發言은 感情的이고 相當히 不適切하다고 생각합니다. 위키百科:넘겨주기 에 따르면 넘겨주기 文書는 2가지 役割이 있습니다. 自動으로 다른 文書로 넘겨주는 機能, 그리고 外部에서 流入되는 使用者들이 檢索을 통해 文書를 보다 쉽게 찾을 수 있도록 하는 役割이지요. 위키 壽命을 다할 때까지 50萬 個가 넘는 넘겨주기를 削除 申請하시겠다는 意味는 오히려 위키百科 利用者들에게 被害를 주는 行爲입니다. -- ted ( 討論 ) 2020年 8月 12日 (水) 14:08 (KST) 答辯

答辯드릴게요.

위키 壽命은 잘못 적었습니다. 위키 編輯 寄與요... 제가 每日 하는 編輯이 時間이 가면서 접기 前까지 50萬個를 다 削除 申請 하는것은 아니고 必要없거나 題目의 名稱이나 文書 넘겨주기에 登載가 되는지, 一部 識別者나 띄어쓰기 붙여쓰기를 보면서 檢討가 必要한 넘겨주기 文書를 管理者에게 削除해야될 文書가 있는지를 確認하고 要請을 드릴 計劃이 있다는 意味에요. 타 使用者로 인해 氣分이 나쁘거나 惡感情은 없어요... 放心해서 그런게 아닙니다.

理解되시는가요. 218.236.209.93 ( 討論 ) 2020年 8月 12日 (水) 14:21 (KST) 答辯

理解했습니다. 위키百科의 모든 寄與는 自發的인 寄與로 이루어지고 있으며 넘겨주기 削除 申請 또한 마찬가지입니다. 該當 削除 申請들은 위키百科:넘겨주기 文書 라는 指針 틀 안에서 이루어져야 하며 該當 指針에 맞지 않는 部分이 있으시면 直接 一一이 눈으로 보고 削除를 申請해 주시면 됩니다. 識別子 問題와 關聯하여서는 別途 參考할만한 報告書가 2가지가 있습니다: 백:데이터베이스 報告書/生成이 必要한 文書 , 위키百科:데이터베이스 報告書/넘겨주기 確認이 必要한 文書 . 括弧가 있을 必要가 없다고 생각되시면 括弧가 있는 文書의 題目을 括弧가 없는 文書 題目으로 移動 해 주시고 가리키는 글을 整理한 뒤 括弧가 있는 文書에 削除 申請을 하실 수 있습니다. 모두 移動 對象이 아니므로 檢討는 必須입니다. IP 使用者로서는 文書 移動 等 權限에 制約이 있으니 會員 加入을 한 以後 도와주실 수 있습니다. 고맙습니다. -- ted ( 討論 ) 2020年 8月 12日 (水) 14:29 (KST) 答辯

例示에 스타크 를 스타크래프트 로 넘긴다고 나와있는데, 정작 스타크 文書는 同音異義 文書입니다. 例示에서 빼야 하지 않을까요? 그냥 제 判斷으로만 빼기 뭔가 그래서 글을 남깁니다.-- Aspere ( 討論 ) 2020年 8月 14日 (금) 21:44 (KST) 答辯

實際와 맞지 않은 例示 項目이므로 除外했습니다. -- ted ( 討論 ) 2020年 8月 14日 (금) 21:47 (KST) 答辯

"括弧가 包含된 同音異義 文書 形式의 넘겨주기는 ... 만들지 않습니다"라는 規定을 넘겨주기 後 남아있는 링크를 削除하는 理由로 내세우는 境遇가 많습니다. 하지만 括弧가 包含된 넘겨주기 文書가 오랫동안 該當 文書의 이름이었거나, 文書의 命名 規則 上 識別自家 包含된 規則을 使用하는 境遇(예: "이름 (衛星)")에는 넘겨주기를 남겨두거나 새로 만드는 實益이 더 큽니다. 위키百科:削除 討論/애플 (企業) 等의 討論을 參考해주세요. -- ChongDae ( 討論 ) 2021年 9月 29日 (水) 13:42 (KST) 答辯

社:ChongDae 님의 意見에 同意합니다. 胃 內容을 反映하여, 이 指針 文書에 아래와 같이 文句를 追加하였습니다.

• 括弧 等 識別自家 包含된 文書라고 할지라도 該當 文書를 가리키는 위키百科 文書가 남아 있거나, 外部 사이트에서 該當 文書로 直接 連結되는 링크가 多數 存在한다면, 削除하지 않고 維持합니다.
  • (o) 애플 (企業) → 애플

-- 阿斯達(Asadal) ( 討論 ) 2021年 11月 13日 (土) 18:46 (KST) 答辯

過去 檢索 시스템에서는 "다른 同音異義 文書와 混同될 수 있고 檢索 便宜性에서도 적합하지 않아 만들지 않습니다."라는 文句가 該當되었지만, 只今은 檢索 시스템의 基本값이 變更되어 더는 그렇지 않습니다. 英語 위키百科를 包含한 多數 위키百科에서도 括弧를 包含한 넘겨주기는 維持하고 있습니다. 또, 위키百科 페이지 링크를 外部에서도 使用하는 境遇가 많은데 文書 移動 後 넘겨주기를 削除해버리면 外部에서 流入 時 깨진 링크가 됩니다. 꼭 必要한 境遇에만 括弧가 包含된 넘겨주기를 削除하는 方案을 檢討하였으면 합니다. -- ted ( 討論 ) 2023年 2月 16日 (木) 08:53 (KST) 答辯

빠른 削除 基準 修正 中 가장 問題가 되는 것이 識別子 넘겨주기입니다.

• 括弧가 包含된 同音異義 文書 形式의 넘겨주기는 다른 同音異義 文書와 混同될 수 있고 檢索 便宜性에서도 적합하지 않아 만들지 않습니다. 單, 正式 名稱에 括弧가 包含된 境遇는 除外하며, 標題語 移動을 하며 넘겨주기 處理된 括弧가 붙은 文書의 境遇 以前 標題語의 維持 期間 等을 따져 讀者의 便宜性을 考慮하여 狀況에 따라 維持시킬 수 있습니다.
  • (x) 아웃사이더 (1983年) → 아웃사이더 (歌手)

바로 윗 文壇의 討論을 이어가고자 합니다. 意見이 모아지는 듯 하였지만 한 遮斷 回避 使用者로 인해 總意 없음으로 終結되었습니다.

現 檢索 시스템에서는 入力 미리 보기에서 넘겨주기와 關聯된 代表 題目만 標示되며 檢索 結果에서는 '~에서 넘어옴'이라는 項目으로 代置되도록 構造가 變化됨. 過去 檢索 시스템에는 複數의 넘겨주기로 因해 混同을 준 事例가 있었으나 只今은 該當

?? 社:Ykhwong

韓國語 위키百科 文書의 링크를 다른 곳에서 活用하는 事例가 많은데, 移動하고 旣存 넘겨주기를 削除해버리면, 追後 該當 링크를 타고 들어갔을 때 '削除된 文書입니다'라고 標示된다는 意見이 存在합니다. 이는 檢索 엔진 最適化 (SEO)에 매우 否定的인 影響을 줍니다.

?? 社:Ykhwong

제가 說明하는 것보다 Ykhwong님 말씀을 引用하는 것이 더 나을 것 같습니다. 識別子 包含 넘겨주기를 削除할 理由가 現在는 全혀 存在하지 않습니다. 英語 위키百科에서도 削除되지 않습니다. 이에 따라 識別子 包含 넘겨주기를 禁止하는 項目을 아예 없애고자 합니다. 萬若 異常한 識別者라면 다른 理由로 禁止됩니다.

윗 文壇에서 言及된 ' 애플 (企業) → 애플 '道 許容 事例로 넣을까 합니다. 다만, 同音異義 넘겨주기는 如前히 禁止됩니다. 많은 意見 바랍니다. -- ginaan 기나ㅏㄴ (??ε??) ^★ 2024年 4月 29日 (月) 14:51 (KST) 答辯

贊成 -- 데니스3 ( 討論 ) 2024年 4月 29日 (月) 19:21 (KST) 答辯

贊成 Yelena Belova ( 討論 ) 2024年 4月 30日 (火) 13:00 (KST) 答辯

贊成 -- YellowTurtle9 ( 討論 ) 2024年 5月 1日 (水) 15:24 (KST) 答辯

아예 없애면 移動 外에 새로 生成하는 것도 막지 않는 것인데, 맞는지 確認을 付託드립니다. 異常한 識別者라면 다른 理由로 禁止된다는 말씀에 對하여 다른 빠른 削除 基準으로 削除될 수 있다는 意味인지요. 그러하다면 關聯 基準(※ 위키百科:빠른 削除 基準#G14. 不必要한 同音異義語 文書 )과 指針의 關係性은 어떻게 되는지요. 끝으로, 禁止하는 項目을 아예 없애고 許容 事例를 넣는 것이 무슨 意味를 갖는지 알 수가 없습니다. 禁止 項目을 없애고 말씀하신 許容 事例가 追加되어야 할 必要가 있다면, 어떠한 內容을 追加하겠다는 것인지 그 例示와 함께 어떠한 理由로 追加할 必要가 있는 것인지에 對하여 明確한 說明을 付託드립니다. -- 메이 ( 討論 ) 2024年 5月 2日 (木) 22:21 (KST) 答辯

@ 메이 : 제가 重要한 部分을 說明하지 않았네요. G14에 넣어둔 識別子 關聯 內容은 適切한 基準이 없어서 제가 臨時로 넣은 겁니다. 이 討論이 通過된다면 G14度 元來의 버전으로 되돌려집니다.

하나하나 答辯드리겠습니다. 말씀하신 것처럼 새로 生成하는 것도 막지 않는 것이 맞습니다. 異常한 識別자란 백:R3 와 백:G3 等에 該當할 것입니다. 위에 例示로 提示된 애플 文書의 英語版 넘겨주기를 보면 en:Apple (computer) , en:Apple (Computers) , en:Apple (Company) , en:Apple (technology company) , en:AAPL (NASDAQ) , en:Apple (electronics manufacturer) , en:Apple (corporation) 이 있습니다. G14는 旣存에도 있었던 '同音異義'가 包含된 넘겨주기로 制限됩니다. 許容 事例를 追加하는 理由는 單純 混亂 防止를 위한 것입니다. 위에 提示한 ' 애플 (企業) '을 넣을 겁니다. 韓國語 위키百科에서 識別者를 넣은 넘겨주기가 不可能하다는 認識이 剛하기에, 識別子 包含 넘겨주기도 可能하다는 것을 說明하고자 하는 것입니다. ginaan 기나ㅏㄴ (??ε??) ^★ 2024年 5月 3日 (금) 01:31 (KST) 答辯

(※使用者들의 參考를 위하여 G14의 以前 內容을 옮깁니다.)
이 基準은 同音異義語 文書가 두 個 未滿의 文書만 가리키거나 (削除된 文書 除外) 넘겨주기 문서일 境遇 適用 됩니다. 索引 모음 文書 같이 同音異義語 文書와 類似한 文書들도 削除 基準에 包含됩니다. ※ 特需:差異/36744536
無制限 許容으로 바뀔 豫定이라면, 그러한 無制限 許容 狀況에서 該當 例示를 보이는 것은 適切치 않다고 여겨집니다. 標題語 重複과 關聯하여 企業을 비롯한 俳優, 政治人, 蹴球 選手 等 簡單한 括弧안의 情報는 언제든지 바뀔 수 있으며, 이러한 境遇 同音異義 넘겨주기에 該當하게되므로, 가리키는 文書의 整理 以後 削除되는 形便입니다.
한便, '同音異義 넘겨주기는 如前히 禁止됩니다'라는 內容이 무슨意味인지 仔細히 說明하여 주시기를 바랍니다. 本文 中에 있는 文書로 보자면, ' 코소보 戰鬪 (同音異義) , 아웃사이더 ' 文書와 같은 同音異義語 文書를 모아서 다루는 文書를 가리키는 넘겨주기 文書를 만들지 않는다는 意味인지요. 現在 指針 內容은 構成 關係에 따라 넘겨주기 文書가 어떠한 文書를 가리키는 것이 適切한가에 對한 說明이지 禁止한다(만들지 않는다)는 內容은 아닙니다. 卽, 基本的으로 括弧안의 情報가 있는 넘겨주기 文書 生成을 許容하되, ' 코소보 戰鬪 (同音異義) , 아웃사이더 ' 文書와 같은 同音異義語 文書를 모아서 다루는 文書를 가리키는 넘겨주기 文書의 境遇에는 禁止하겠다는 意味라면, 이에 對한 內容이 指針 上에 있어야 할 것입니다. -- 메이 ( 討論 ) 2024年 5月 3日 (금) 13:50 (KST) 答辯

@ 메이 : '同音異義 넘겨주기'의 槪念을 混同下視는 듯 합니다. 코소보 戰鬪 (同音異義) → 코소보 戰鬪 의 境遇가 同音異義 넘겨주기입니다.

• (o) 코소보戰鬪 → 코소보 戰鬪

  (x) → 코소보 戰鬪 (同音異義)

• (o) 아웃싸이더 → 아웃사이더

  (x) 아웃사이더 (歌手)

이러한 넘겨주기 또한 指針 床에 繼續 남겨둘 겁니다. 이는 同音異義 넘겨주기가 아니기에 G14에 該當하지 않습니다만, 削除의 問題가 아닌 移動되거나 넘겨주기 對象을 바꾸어야 하는 部分입니다. 애플 (企業) → 애플 도 同音異義 넘겨주기가 아닙니다. 이 境遇는 제가 上段에 提示한 文句를 削除함으로써 許容됩니다. -- ginaan 기나ㅏㄴ (??ε??) ^★ 2024年 5月 3日 (금) 14:07 (KST) 答辯

基나ㅏㄴ님이 말씀하신 '同音異義 넘겨주기는 如前히 禁止됩니다'라는 內容이 G14에 對한 말씀이라는 것은 알겠습니다. G14內容을 옮겨둔 것은 以後 該當內容으로 고쳐질 豫定임을 다른 使用者들이 알 수 있도록 옮긴 것이며, 以後 드리는 말씀이 G14와 連繫되어있기 때문이 아닙니다. 제가 드린 말씀은 G14에 對한 이야기가 아닌, 애플 (企業) 꼴 等의 文書에 對한 말씀입니다. 關聯 內容이 削除되면 基本값이 許容이므로, 따로 이를 標示할 必要가 없다는 것입니다. 왜냐하면 標題語 重複으로 인하여 文書 移動이 必要한 境遇, 넘겨주기 文書가 自動 生成되는데, 이러한 넘겨주기 文書는 一對一 對應이 되지 않는 境遇엔느 削除되어야 하는 境遇가 있기 때문입니다.
한便, 아래 코소보 戰鬪와 아웃사이더에 對한 內容도 G14에 關聯한 內容이 아니라 말씀드린 그대로 여쭙는 것입니다. ' 코소보 戰鬪 (同音異義) , 아웃사이더 ' 꼴을 가리키는 애플 (企業) 꼴의 넘겨주기, 例를 들어 코소보 戰鬪 (다른 뜻) , 아웃사이더 (同音異義) 等을 許容하는지 묻는 것입니다. 이를 묻는 理由는 從來에는 만들지 않는다(금지한다)라고 摘示하고 있었으나, 關聯 內容을 아예 없애려고 하신다니 묻는 것입니다. -- 메이 ( 討論 ) 2024年 5月 3日 (금) 15:13 (KST) 答辯

제 意見을 드리면 '(同音異義)'가 붙은 넘겨주기 文書 또한 그대로 維持해도 無妨할 것으로 비쳐집니다. 왜냐하면 '○○ (同音異義)' → '○○'로 移動된 以後 '○○ (同音異義)' 넘겨주기를 維持하지 않고 削除해 버리면 제가 위에서 말씀드린 SEO 問題가 發生하기 때문입니다. 英語 위키百科의 用例를 말씀드리자면, en:Soft (disambiguation) (同音異義로 넘겨주는 文書) → en:Soft (同音異義 文書)처럼 英語 위키百科에서는 韓國語 위키百科의 '(同音異義)'에 該當하는 '(disambiguation)' 文句가 들어간 넘겨주기는 維持합니다. 例示를 든 該當 넘겨주기는 移動을 통해 生成된 것이 아니라 봇을 통해 意圖的으로 生成되었습니다. 한便, '(同名異人)'이나 '(다른 뜻)'과 같은 題目을 同音異義 文書로 넘겨줘도 괜찮은가는, 同音異義 文書 題目에서 該當 識別自家 使用된 用例가 없으므로 積極的으로 意見을 드리긴 쉽지 않네요. 該當 部分은 넘겨줄 때의 實益 與否를 따져서 決定하면 될 것 같습니다. -- ted ( 討論 ) 2024年 5月 5日 (일) 10:38 (KST) 答辯

위키데이터(※ 위키百科:위키데이터 )의 '다른 이름' 內容 追加가 아닌, 個別 위키프로젝트의 넘겨주기 文書가 있어야만이 利益이 되고 도움이되는 것인지 궁금하네요. 말씀柱身 바 移動 後 削除가 檢索 엔진 最適化 (SEO)에 좋지 않고, 性格에 맞는 넘겨주기 文書 生成이 SEO에 利益인 模樣이긴 한 것 같은데, 그것이 꼭 個別 프로젝트에 넘겨주기 文書가 있어야만 有效한지 어떠한지는 잘 모르겠습니다.(※예시로 들어주신 soft의 境遇 위키데이터 移管 이전인 2010年 8月에 만들어졌습니다.) 모쪼록 두루 살펴보고 決定해야 하겠습니다. -- 메이 ( 討論 ) 2024年 5月 6日 (月) 01:14 (KST) 答辯

위키데이터는 위키百科와 一部 데이터가 聯動이 되어있음에도 穩全히 別個의 프로젝트인데 위키데이터를 言及하신 理由를 모르겠습니다. 위키데이터는 위키데이터 自體만의 役割이 있어서 서드파티에서 위키百科에 接近 없이 위키데이터의 DB를 活用하는 境遇가 많습니다. 따라서 위키데이터의 다른 이름(alias)과 위키百科의 넘겨주기는 役割이 다릅니다. 聯關性과 用例, 檢索 엔진(SEO 包含) 觀點에서 볼 때 저는 韓國語 위키百科에서 該當 同音異義性 넘겨주기를 決定하기 쉽지 않은 까닭에 타 위키의 事例를 찾아보았던 것이고, 위키데이터의 Alias가 檢索 엔진에서 넘겨주기와 同一한 役割을 하는 것으로 보지는 않습니다. 大體로 識別子 넘겨주기 自體에 對해서는 大體로 여러 분들이 同意하시는 듯 하니, 同音異義 페이지로 넘어가는 括弧가 들어간 넘겨주기의 範圍에 對해서 確定지으면 좋을 듯 합니다. 同音異義 페이지로의 넘겨주기를 막아야 된다는 妥當한 理由가 없다면 '(同音異義)'에 對해서만 許容을 하거나, 移動 後 남겨지는 '(同音異義)'에 對해서만 許容을 한다든지 等 여러 옵션들을 생각해볼 수 있겠습니다. -- ted ( 討論 ) 2024年 5月 7日 (火) 11:32 (KST) 答辯

說明하여 주셔서 고맙습니다. 말씀柱身 바처럼 一部 데이터가 聯動되어있는 點에 對해서는 알고 있었기에, 그러한 點에서 이 部分에 對한 役割도 할 수 있지 않는가 생각되어 披瀝한 意見입니다. 잘 몰라서 그런 것이니 諒解를 바랍니다. 關聯 內容에 對해서는 말씀 주신 바를 參考하여 個別 프로젝트 連結 役割과, 다른 이름을 통하여 위키데이터 프로젝트 안에서 그 役割을 하는 것으로 理解하겠습니다.

同音異義語 文書(※예: 洪吉童 )를 가리키는 넘겨주기 文書는, 括弧 안의 情報 꼴이 '同音異義'인 꼴[※예: 洪吉童 (同音異義) ]로만 만듭니다. 다른 꼴로는 만들지 않습니다.

그리고 同音異義에 對해서는 말씀柱身 意見을 參考하여 文案을 作成해보았습니다. 어느 範圍까지 許容하느냐에 따라 範圍를 고치고, 보다 매끄럽게 고치는 等 修正이 必要하겠습니다.
한便, 移動 後 削除에의 必要性이 있는 境遇가 있기 때문에, 無制限 許容하는 狀況으로 바뀌게 된다면, ' 애플 (企業) → 애플 ' 等의 例示를 드는 것은 適切치 않다는 點에 對해서는 再次 確認해둡니다. -- 메이 ( 討論 ) 2024年 5月 7日 (火) 19:31 (KST) 答辯

ted님께서 말씀해주신 技術的인 內容에 對해서는 제 理解가 不足합니다만, '(同音異義)' 넘겨주기 許容 및 메이님의 問安에는 異議가 없습니다.

Redirects to disambiguation pages that do not contain "(disambiguation)" in the title (for example, Durham (disambiguation) redirects to Durham ).

英語 위키百科의 이 內容과 같다고 보면 되겠습니다.

크게 關聯은 없지만 G14의 敍述 中 앞部分인 '이 基準은 同音異義語 文書가 두 個 未滿의 對象만 가리키거나' 部分도 修正이 必要하여 이 討論이 어느 程度 마무리되면 變更된 指針을 反映하여 한番에 바꿀 豫定입니다.

@ 메이 : 한 가지 걸리는 게 있는데, 適切한 例示가 떠오르지 않습니다만 말씀대로라면 12人의 성난 사람들 (드라마) 에서 12人의 성난 사람들 로의 넘겨주기는 禁止됩니다. 卽, 同音異義 文書에 羅列된 文書들은 同音異義 門서로의 넘겨주기가 禁止됩니다. 意圖하신 部分인지 여쭙니다. ginaan 기나ㅏㄴ (??ε??) ^★ 2024年 5月 7日 (火) 20:04 (KST) 答辯

例示로 들어주신 ' 12人의 성난 사람들 '은 同音異義語 文書로, 여러가지 同音異義 文書(드라마, 戱曲, 映畫 等)를 다룹니다. 그것이 위키百科:同音異義語 文書 나 위키百科:넘겨주기 文書 에 어긋나거나 衝突됨이 있는가 살폈을 때, 넘겨주기 指針 ' 明白하게 一對一로 對應한다고 보기 어려운 넘겨주기 文書는 만들지 않습니다. '라는 內容에 衝突하며,' 12人의 성난 사람들 (드라마) ' 自體가 該當 同音異義語 文書 안 項目으로 存在합니다. 該當 文案은 意見을 參考하여 作成한 것으로 위에 말씀드린 바와 같이 論議를 통하여 어느 範圍까지 許容하느냐에 따라 範圍를 고치고, 보다 매끄럽게 고치는 等 修正 하면 될 것으로 생각합니다.
무엇 걸리는 게 있으셔서 意圖를 물으셨는지는 모르겠으나, 充分히 檢討하고 論議하고 두루 살핀 以後에 改正하면 되겠습니다. -- 메이 ( 討論 ) 2024年 5月 7日 (火) 22:32 (KST) 答辯

確認次 여쭈어보았습니다. 感謝합니다. ginaan 기나ㅏㄴ (??ε??) ^★ 2024年 5月 7日 (火) 23:08 (KST) 答辯

英語 위키百科의 用例를 살펴본 結果 同音異義性 넘겨주기는 許容하고 있습니다. 劍槊 結果 例示 (넘겨주기 題目에 television channel, television series 等이 들어간 例示)입니다. 韓國語 위키百科에도 이미 이같은 넘겨주기가 많이 보이므로( [1] ) 參考하면 좋을 듯 하여 적어둡니다. -- ted ( 討論 ) 2024年 5月 8日 (水) 08:47 (KST) 答辯

于先 括弧가 包含된 넘겨주기는 一般的으로 許容하며 同音異義語 門서로의 넘겨주기에 한해서만 '(同音異義)'로 끝나는 넘겨주기 外에는 削除 對象으로 하는 것에 對한 異議는 없는 것으로 보입니다. 只今 指針 文書를 變更하면 백:G14 를 變更하여야 하며, 現在 同音異義 指針과 G14를 함께 바꾸어야 할 必要性이 있기에 G14 變更 時 함께 바꾸도록 하겠습니다. 곧 새로운 討論을 揭示하겠습니다. -- ginaan 기나ㅏㄴ (??ε??) ^★ 2024年 5月 9日 (木) 11:15 (KST) 答辯

• 위키百科討論:빠른_삭제_기준#G14_개정_토론

링크를 해두며 追加的인 討論은 위 링크의 討論에서 進行하겠습니다. 文段을 닫습니다. -- ginaan 기나ㅏㄴ (??ε??) ^★ 2024年 5月 10日 (금) 01:13 (KST) 答辯

저는 異議가 있습니다. 文書 移動 後 남겨진, 識別者를 包含한 넘겨주기는 가리키는 文書를 업데이트하고 나면 쓸모가 사라지므로 削除되어야 합니다. 넘겨주기 文書를 남겨두면 特需:가리키는문서 가 지저분해져서 여러모로 不便합니다. 小主題를 對主題로 넘겨주는 境遇(예: 模型 (論理學) → 救助 (論理學) )를 除外하면 모두 削除되었으면 합니다. 外部(檢索 엔진이나 웹 포스트 等)에서 거는 링크가 깨지는 部分을 指摘해주셨는데, 그건 저희가 相關할 바가 아니며, 저희가 책임질 範圍를 벗어납니다. 그들의 링크를 업데이트하는 건 自身들의 몫입니다. 慈居 ( 討論 ) 2024年 5月 11日 (土) 13:23 (KST) 答辯

" 特需:가리키는문서 가 지저분해진다는 理由"로 削除되어야 한다고 說明해 주셨는데요. SEO의 알고리즘이 相當히 複雜한데 單純히 그러한 理由만이라면 反對합니다. 도리어 가리키는 文書에 넘겨주기가 많으면 많을수록 聯關 檢索語로 위키百科의 流入率을 높일 수 있고요. 外部에서 위키百科의 流入率을 떨어트린 것은 여러 理由가 있겠지만, 그 中에 하나가 바로 이런 넘겨주기의 削除의 影響도 큽니다. 오랜 期間에 걸친 積層된 이슈라고 생각합니다. 外部에서 檢索 엔진 봇을 통해 內容과 링크, 링크間 連結고리를 把握하는데, 當然히 이어져야 할 링크가 이런 緣由로 HTTP 404 化되는 境遇가 많아지게 되었습니다. 外部에서 깨진 위키百科 링크를 量産하는 것을 放置하는 것이 아니라, 加用한(available) 위키百科 링크를 外部에서 많이 使用할 수 있게 해야 합니다. -- ted ( 討論 ) 2024年 5月 11日 (土) 13:54 (KST) 答辯

말씀하신 SEO는 저는 基本的으로 사이트 開發者 분들이 神經 써 주셔야 할 部分이라고 생각합니다. 文書 移動과 같은 基本的인 造作조차 流入에 否定的인 影響을 준다면, 사이트 設計가 잘못되었다는 뜻이겠지요. 저희로서는 削除를 遲延하는 程度?의 措置는 醉해 볼 만하나, 內部的으로 쓰임을 다한 文書를 檢索 流入을 爲해서 永久的으로 維持하는 것은 決코 바람직하지 않다고 생각합니다. 제가 "지저분하다"고 多少 가볍게 表現한 感이 있지만, 重複되는 넘겨주기가 늘어나는 것은 文書 속에 意味 없는 코드가 揷入되는 것처럼, 無秩序도가 늘어나는 것을 의미하고 常識的으로 좋은 現象은 아닐 것이라고 생각합니다. 編輯에도 不便을 끼치고요. 慈居 ( 討論 ) 2024年 5月 11日 (土) 16:40 (KST) 答辯

말씀하신 대로 사이트가 잘못 設計된 게 맞습니다. 當時 技術로써는 그렇게 開發됐으니까요. 말씀하신 '지저분하다'라는 것은 저는 觀點 差異일 수 있고 느껴지지 않는 部分이라 잘 모르겠습니다. -- ted ( 討論 ) 2024年 5月 11日 (土) 18:17 (KST) 答辯

@ 慈居 : 이제서야 內容을 確認하였습니다.

韓國語 위키百科에서는 只今까지 識別子 包含 넘겨주기를 必要 없는 넘겨주기로 생각하여 削除해왔기에 '지저분해진다'는 認識이 생길 것이라고 豫想하고는 있었으며, 當然히 그렇게 생각할 수 있는 部分이라고 봅니다. 다만 이러한 넘겨주기들이 內部的으로 쓰임을 다했다고 볼 수 없습니다. 識別者를 包含한 넘겨주기를 維持한다면 이 넘겨주기를 통해 流入이 增加하고 檢索에 있어 便利해질 수 있으며, 이는 위키百科 文書를 보다 쉽게 찾게끔 해준다는 넘겨주기의 제 役割을 하는 것입니다. 덧붙여 檢索엔진에 따른 流入을 看過할 수 없습니다. 個人的으로 구글이나 네이버 等으로부터의 外部 流入에 있어서 障礙가 없도록 하는 것이 위키百科의 가장 重要한 解決 課題 中 하나라고 보나 이를 否定하신다면 더 드릴 수 있는 말이 없습니다.

'無秩序도가 增加한다'는 뜻을 理解하겠으나 이로 인해 不便한 點은 잘 모르겠습니다. 가리키는 文書에서 넘겨주기의 量이 많아지는 것은 事實이겠지만 이게 不便하면 넘겨주기 숨기기를 活用할 수 있는 部分이기도 하고 檢索의 利點을 抛棄할 만큼 重要하다고 보이지는 않습니다. -- ginaan 기나ㅏㄴ (??ε??) ^★ 2024年 5月 13日 (月) 11:18 (KST) 答辯

저는 流入에 障礙가 없도록 하는 것이 重要함을 不正한 적이 없으며, 甚至於 이를 위한 代案(削除를 遲延)까지 提示했습니다. 저의 意見의 要旨는 넘겨주기의 削除가 流入에 支障을 준다면 이러한 問題를 擔當하는 사이트 開發者 분들에게 問題 解決을 要請하는 等, 더 根本的인 解決策을 求해야 한다는 것입니다. 削除되지 않고 쌓여 있는 重複되는 넘겨주기 文書들이 말씀하신 檢索의 便宜에 있어서의 效用이 있는 것도 只今의 前提 下에서만 成立하는 이야기입니다.

이러한 넘겨주기를 維持하는 가장 큰 問題點은, 編輯者들이 그 넘겨주기 文書를 繼續해서 使用할 수 있다는 것입니다. 假令 위에서 言及된 애플 (企業) 은 QWERTZ 字板 에서 링크되어 있는데, 이 링크는 '애플 (企業)'李 '애플'로 移動된 지 約 4年이 지난 時點에 만들어졌습니다. 이러한 點 때문에 文書에서의 링크들이 不必要하게 넘겨주기가 되고 맙니다. 直接 링크가 아닌 링크는 特히 低速 인터넷 環境에서 큰 不便을 誘發합니다. 넘겨주기를 숨기는 機能을 말씀해 주셨지만 必要한 넘겨주기를 包含한 모든 넘겨주기를 숨기는 機能은 그다지 도움이 되지 않습니다. 慈居 ( 討論 ) 2024年 5月 13日 (月) 15:35 (KST) 答辯

詳細한 答辯 感謝합니다. 貴下의 두 番째 文段의 內容은 저는 同意하지 않는 部分이 大多數이나, 使用者마다 觀點 差異가 있기 마련인 것 같습니다.

말씀하신 削除 遲延은 削除 提案 ( 白土:削除 提案#政策 導入을 위한 準備 )과 類似한 것으로 보입니다. 넘겨주기 指針에서 識別子 關聯 內容이 사라지더라도, 必要 없다고 생각되는 境遇 위 節次를 통해 削除하거나 削除 討論을 거칠 수는 있겠습니다. G14에 關한 討論이 끝나면 導入 準備할 것을 計劃하고 있었습니다. 넘겨주기 文書의 削除 提案에 關한 政策이 따로 마련되어야할 것으로 보이긴 하는데 한番 손봐보겠습니다.

識別子 包含 넘겨주기에 關한 項目을 除去하자고 提案한 理由는, 이 넘겨주기 指針과 빠른 削除 基準 政策이 說明하는 바가 같아야 하는데 現在로서는 識別子 包含 넘겨주기가 存在하는 實例도 있어 削除될 文書들이 많고 때에 따라서 削除 되지 말아야 할 리다이렉트도 있어 그 基準이 模糊하기에 빠른 削除 基準으로 적합하지 않기 때문입니다. 그러나 이 指針 文書에서 明確한 削除가 아닌 '止揚'으로 言及한다면 나중에 削除 提案 政策이 들어왔을 때 提案 後 削除가 可能해질 것입니다. 빠른 削除 基準 上에서도 백:T3 처럼 遲延 後 削除가 可能하긴 하지만 이런 例外는 勸奬되지 않습니다.

來日 中으로 整理해서 答辯 다시 달겠습니다. -- ginaan 기나ㅏㄴ (??ε??) ^★ 2024年 5月 13日 (月) 21:29 (KST) 答辯

削除 遲延을 말씀드릴 때 저는 削除 提案 보다는 빠른 削除 基準에 "一定 時間(예: 3個月)李 지났음"을 條件으로 追加하는 것을 念頭에 두고 提案했습니다. 例를 들어 en:Wikipedia:Criteria for speedy deletion#A3 는 만들어진지 몇 分 안 된 글에 適用될 수 없다고 明示되어 있습니다. 慈居 ( 討論 ) 2024年 5月 13日 (月) 22:51 (KST) 答辯