维基百科:互助客栈/其他/存档/2024年6月


是不是建立一个披露过滤器细节的规范比较好

我希望知道,披露某个编辑的哪个字眼触发过滤器,是否是可以的。比如说,披露“黑人警察”四个字触发过滤器是可行的吗?披露“收购”触发过滤器也是可行的吗?如果认为这种程度的披露是可以接受的话,我觉得我运用权限就能有更多的自由。我申请过滤器助理的原因之一就是处理这种情况。--MilkyDefer 2024年5月27日 (一) 16:25 (UTC)

又或者说,我以后是否可以依照“您编辑中的XXX字样触发了过滤器YYY中用以阻挡ZZZ等类似字眼的过滤规则”的句式来回应。此外,此等消息是否真的要闹到客栈长篇大论后才能披露,以闹取胜?--MilkyDefer 2024年5月27日 (一) 16:30 (UTC)
@MilkyDefer理論上我們可以認為助理(及管理員)任職要求是能夠判斷是否合理披露此類資訊?或是社群在此處明確授權助理(及管理員)有權如此做。—— Eric Liu 創造は生命(留言留名學生會 2024年5月29日 (三) 07:06 (UTC)
判断哪些细节透露出来会导致过滤器无法发挥预期作用大概是不会有具体标准的,但判断起来并不困难。只有部分破坏者了解过滤器并主动试探,而这时生效的往往还有其它的判断规则。关键字是比较容易误伤、公开部分影响较小的,这种情况自行判断即可吧。——暁月凛奈 (留言) 2024年5月29日 (三) 07:46 (UTC)
我披露了“黑人警察”是因为这个规则已经被撤销了。而且由于这是一个编写极有缺陷的规则,就算没有被别人撤销,我也会撤销它,因此我觉得这并不算披露细节。Bluedeck 2024年6月1日 (六) 09:56 (UTC)

第二十二次動員令籌備討論

关于「Save to」和「Moved to」

现时{{Save to}}和{{Moved to}}模板提供將討論移动至多个讨论页的选项,然而有用户指出这有「若有人添加留言,則變成討論鬧多胞」的问题。我想Move to的逻辑能否修改成存档至一主页面,然后在其他页面提供「X处有和本条目相关讨论的」的导引,或者以{{#section-h:主页面|讨论标题}}的形式在其他页面存档。谢谢。Ghren🐦🕒 2024年5月28日 (二) 07:15 (UTC)

(+)贊成:像重定向到某條目一樣可以集中討論,然而反對強制限於主頁面討論。 -- 月都 2024年5月28日 (二) 10:12 (UTC)
@Ghren你説的是否{{save to}}?Sanmosa 人人皆王 2024年5月28日 (二) 11:49 (UTC)
標題指的是「Moved to」,不知何故被重定向至「Vmp」模板。不過「Save to」也可一并加上。Ghren🐦🕗 2024年5月28日 (二) 12:08 (UTC)
不支持,這兩個模板幾乎都是用在存檔的情況,要配合集中討論制度另開模板比較好,另您這完全沒考慮導引失效的問題--SunAfterRain 2024年5月28日 (二) 13:13 (UTC)
两者的定位不同吧,saveto是给存档时方便机器人迁移到指定的讨论页存档(saveto一般不接续讨论),moveto是现在的讨论迁移到新的页面去继续(搭配movefrom,讨论一般可以接续)。——Sakamotosan路过围观 | 避免做作,免敬 2024年5月29日 (三) 00:45 (UTC)
@Ghren事實上更應該搭配關閉討論模板,明確指出這是已經關閉的討論,這樣即可以免除造成重複討論的責任(別人堅持要繼續那也不關原始討論參與者的事了)。實際上一般條目討論頁也是如此,這跟有沒有強制規定討論地點根本無關(兼答共識方針修訂某理由)。—— Eric Liu 創造は生命(留言留名學生會 2024年5月29日 (三) 04:09 (UTC)
同意,机器人存档时自动加上{{archive top}}即可。——BlackShadowG Slava Ukraini! 2024年6月2日 (日) 00:32 (UTC)
不過我問過維護機器人Jimmy Xu,他的意見比較消極。—— Eric Liu 創造は生命(留言留名學生會 2024年6月5日 (三) 04:35 (UTC)

关于条目中出现的英雄联盟英雄名称的问题

2024年非洲月籌備討論

关于牢大

移除Module:RFX report的「驗票」連結

維基餐廳食品增減

建议多多关注那些潜在的高风险主题

看了近期新提议高风险主题后,我觉得还有另外一些主题的的条目长期遭受破坏及编辑战影响,或者近几年这样的问题、争议激增的,但是可能还没有引起足够的关注,再加之近年封禁那7位管理员的风波的影响,我建议热心用户多加留意,及早提报。--⚞︎⚟︎ 2024年6月17日 (一) 05:48 (UTC)

Template:Policy风格

Template:PolicyTemplate:Nutshell的边框怎么全撑到页面的边上了,之前应该是居中,两边留有一定的空白,见互联网档案馆备份。英维的也是居中,两边留有空白。似乎是所有调用Module:Message box的模板,显示结果均变成如此。--Kethyga留言2024年6月18日 (二) 14:38 (UTC)

這似乎不是本地技術問題。—— Eric Liu 創造は生命(留言留名學生會 2024年6月18日 (二) 17:23 (UTC)
  已修复,昨天为了修dark mode下的问题,偷懒抄enwiki没抄全。已经补上--百無一用是書生 () 2024年6月19日 (三) 02:36 (UTC)
現在dark mode有這麽多問題,不如專門開個RFC討論一下吧。--User:What7what8🏠 2024年6月19日 (三) 15:34 (UTC)
已开Wikipedia:徵求意見/深色模式--百無一用是書生 () 2024年6月20日 (四) 07:52 (UTC)

请求讨论LuciferianThomas涉嫌扰乱、游戏Rfda共识形成事情

用户LuciferianThomas在近期有关用户Mys 721tx不当用权态度、诽谤用户事情为阐述观点多次发表扰乱、游戏讨论言论:

一、诉诸诡辩技巧:针对在下的几则言论见下:
  1. 如果说苗没有对被封禁人假定善意,那么被封禁人对苗毫无假定善意为误判又是什么道理?”首先在下一开始的言论就完全假定善意,对涉事用户的期许“...(Mys 721tx君封禁在下)一定是有令人敬服及光明正大之理由,因此在下才要求Mys 721tx君必须按维基百科的精神 “充分沟通 ”,供社群检验。,此则言论亦可能诉诸伪善,进而淡化涉事用户不当行为。
  2. 为什么苗君作为管理员,在依照方针认定用户违规后,指出用户“对扭曲方针的认识”,并明确拒绝解封,直到你“通过行为意识自己的错误”,这样就叫做“无效沟通”...所以结局必须是管理员撤回封禁才叫“有效沟通”?在下从未发表要求任何管理员必须解封言论,而是要求管理员详细调查充分回应用户质疑后行权。该言论我认为符合红鲱鱼定义的通过修辞、转移言论性质,曲解在下解封申诉是为施行用户正当要求合理解释,保证用户权益之本意。
  3. 诽谤在台湾法律中,可受公评之事及与公共利益有关的申请不能认定诽谤、有尽力查证也不构成诽谤...通篇引用法律解释不当陈述诽谤定义,属于维基法匠谬论,并合理化已造成当事人精神痛苦的诽谤行为。这种为袒护涉事管理员而扭曲一般人礼仪的发言令人发指。至于所谓“证据”未得CU等权威机构认证,可合理认为属于罗织罪名、捕风捉影。在此情境下,已经受到严重精神痛苦的Lanwi1即使在此等糟糕情绪下反指控,也可以理解。(这里不是说相关言论妥当,但在下认为轻视别人的人无权要求自己不被轻视,Mys 721tx君应先尊重别人再要求被伤害的人尊重自己。)
二、强推意见的冗长发言:该君上述诸诡辩发言之冗长,可合理认为其涉嫌为袒护Mys 721tx君拉布、抵牾意见不和者。此等类似言论也非Luciferian君首次被质疑:早在WP:共识讨论中已被诸多用户认为强推、漠视反对意见,见下方用户评价:
综上可证明LuciferianThomas君习惯性为阐释观点发表冗长言论,强推不被人接受的观点, 让只有有限时间和精力的用户感到难以继续回应,游戏共识形成
三、鲁莽指控他人行为不当':将在下提前声告行政员如果违背社群程序、共识强行如上次讨论般迅速终止决定,提出必要质询的言论谓之“威胁”“恐吓”进而违反RFDA,并就此要求第三方管理员“遏制”在下、阻止本次RFDA共识形成。显然不符合常人认知。
同时一整段言论使用放大粗红字体,已使在下感到威胁与恐吓,也TPG指引的:“避免过多的文字特效:请注意过多的文字特效会使别的用户有被骚扰的感觉,亦让人感到这些留言带强烈的语气,例如是斜体文字、粗体文字,以及英文中完全的大写字母和过多的感叹号,就像是“SHOUTING”
四、倾向言行双重标准:涉事用户Mys 721tx之不当用权态度被多名用户指出、质疑,却丝毫不承认自己过错。借@LuciferianThomas一言:人生最厌恶自己违规还好面子说是别人问题的人。LuciferianThomas却完全忽视用户质疑,对当事管理员问题只字不提,显示出Luciferian为袒护(自称)“与自己走的很近的管理员”对用户双重标准、特别对待。
五、威胁用户在在下发表论证言论驳斥其冗长、不当言论后,在另一相关讨论中,其不针对本人言论作出回应,反而威胁在下如果开启联署,将诉诸第三方管理员制裁。
我提前告知,如果管理人员如施行前次般被广泛用户质疑之行为,将提起新一轮质询让社群检验,Luciferian君能谓之“威胁”“胁迫”“攻击”在下依照过往惯例标准,驳斥其袒护管理员的发言后,其仍只是一贯未回应论证地指称在下“扭曲方针”“不合规定,并威胁“如果他还是正式发起解任案,我再请求其他管理人员制裁有关行为即是”(似乎在他眼里这就不是威胁了)可合理认为LuciferianThomas君继续双重标准,优待涉事管理员、试图“镇压”质询管理员的用户。

在下鉴于用户LuciferianThomas君涉嫌扰乱、游戏共识形成言论严重性,在此希望社群讨论该用户近期行为,保护社群用户质询管理员应有之权利。 同时再次(!)強烈抗议,并呼吁LuciferianThomas君立即停止涉嫌为偏袒管理员,阻挠当前RFDA共识形成发表诡辩言论、夸大扭曲意图遏制质疑管理员的用户、游戏讨论等违反AGF、文明与礼仪的不当行为。 希望LuciferianThomas自觉停止相关行为,作出有益讨论。如无改善,社群理应对此进一步讨论。保留其他方式维护讨论秩序。--Gluo88留言2024年6月15日 (六) 14:22 (UTC)

若是要討論單一使用者的行為以及實施封禁,應該去WP:VIPWP:AN3或是WP:ANM提報。--CaryCheng留言2024年6月15日 (六) 14:47 (UTC)
另外,我認為U:LuciferianThomas近期的發言及編輯並無不當,沒有閣下宣稱的擾亂、遊戲共識等情形。--CaryCheng留言2024年6月15日 (六) 14:51 (UTC)
“若是要讨论单一用户的行为以及实施封禁,应该去WP:VIP、WP:AN3或是WP:ANM提报。”此事有关正在形成的RFDA共识,在此版面请求讨论也广泛利用版面征询其他用户发言。此外,@LuciferianThomas君此前亦曾对前用户在此版面提出要求社群讨论处理,相信他能理解这一行为。至于您不认为近期发言或编辑并无不当,我能理解你的观感。只是可以的话,还望给出您的理由陈述上方情形如何不违反,相信这有助于社群理解有关观点。--Gluo88留言2024年6月15日 (六) 15:03 (UTC)
  • 喔不,你不理解,若是理解了就不會接著說出後面那一段。
  • 閣下花了很大的篇幅試圖說服社群成員,U:LuciferianThomas做了很糟糕的事。我要說的就只是,我作為社群成員之一,閣下的長篇論述終究沒有說服我U:LuciferianThomas違反了方針與指引。
--CaryCheng留言2024年6月15日 (六) 18:44 (UTC)
  1. 维基百科共识决议的机制基本上就是论据合理性之间的相互博弈形成,如果编者没有提出论据的能力,不会形成有益共识。
  2. 正如有人仅以“我认为该条目有所不当,没有某些人宣称的资料完备、叙述流畅等情形”投票反对DYK,而不指出具体的问题。这种行为可能构成POINT,即不乐见共识建立的发言:在其他编者对自己的编辑提出问题/异议或要求解释时,反复漠视他们的诉求。
  3. 当然以上只是建议,或许在下仍然无法说服阁下。只是请注意自身讨论态度引起的可能问题。
 謝謝您,祝编安
--Gluo88留言2024年6月15日 (六) 19:26 (UTC)
祝編安 。--CaryCheng留言2024年6月16日 (日) 17:07 (UTC)
贊成CaryCheng所述:「若是要討論單一使用者的行為以及實施封禁,應該去WP:VIPWP:AN3或是WP:ANM提報。」,也希望Gluo88自觉停止相关行为,在其他適合的頁面進行提報--Wolfch (留言) 2024年6月15日 (六) 15:29 (UTC)
这只是原则问题,封禁政策指出的也只是任何用户在提供充分证据下向适当的布告板提报不当编辑行为,提议管理员封禁相关账号和IP地址。而不是必须在有关版面提出。所以我不知道“要求我自觉停止相关行为”的原因何在(扰乱?游戏?在下不过是用@LuciferianThomas先前的标准行为处事在此对他提出质询与邀请用户讨论,如果能改善,我目前亦无将其举报意愿,只是希望社群讨论此事),除非将维基百科视作维基百科不是官僚体系。只是从引文条文的非强制性来看,这点自然也是不成立的。请就用户相关行为发言,谢谢。--Gluo88留言2024年6月15日 (六) 15:45 (UTC)
最近的討論似乎有帳號提到貢獻至上原則,只有這個原則切入一種觀點
  • A帳號的編輯產生數值X正面效果(此時假設X數值無限大),數值Y負面效果,X-Y>0(此時必定是X÷Y>1)且X÷Y>2
  • 假設第一項成立,讓A機能停止是否適合
  • 將第一項的的等式改成Y-X>0(此時必定是Y÷X>1)且Y÷X>2,此時讓A機能停止是否適合
--Rastinition留言2024年6月15日 (六) 20:29 (UTC)
@Gluo88 stop, you are close to WMLO讨论 | 貢獻) who got a CBAN on this community. I once tried to persuade them to stop accusing all the users but failed. Do you want to second their process? -Lemonaka 2024年6月16日 (日) 11:31 (UTC)
同Lemonaka,我建议您避免步入WMLO后尘。--桐生ここ[讨论] 2024年6月16日 (日) 12:24 (UTC)
@Gluo88建議您可以放一段假期,您太激動了,也十分感謝您對我上面留言的認可,您使用系統功能發送的感謝我有收到,加油。--~~Sid~~ 2024年6月17日 (一) 09:03 (UTC)

谢谢两位提醒 , 我目前尽量不发言了。--Gluo88留言2024年6月16日 (日) 12:43 (UTC)

当事人回应区

在下认同维基百科不强迫任何人参与,但我觉得阁下的言行可能对未来讨论造成不是很好的影响(在下现在还在担心是否我真的发起联署,您会将此前威胁诉诸真实)。所以特此设立当事人回应区。如果可以的话,还请您在此回复上述问题。如果您不想回答,也没关系。 --Gluo88留言2024年6月16日 (日) 12:30 (UTC)

I got a severe threat from WMLO, a previous banned user, after posting this comment by direct emailing. I will step away from this topic. Good luck for every parties in this case. -Lemonaka 2024年6月17日 (一) 05:38 (UTC)
建议您阅读WP:ANON,并寻求信任与安全团队协助。--桐生ここ[讨论] 2024年6月17日 (一) 06:50 (UTC)
How do he mail you? —— Eric Liu 創造は生命(留言留名學生會 2024年6月19日 (三) 14:20 (UTC)

新分段

我之前沒特別留意這邊的討論,但我意外地發現我在上方的討論中說到的事情與這個討論串也有一定的關係。Sanmosa 蚌埠 2024年6月20日 (四) 14:28 (UTC)

將「1945年後臺灣政治」訂為高風險主題

協助增加台灣交通標線標誌號誌圖片

共享資源上有「枕木紋行人穿越道線」、「對角線行人穿越道線」、卻沒有「斑馬紋行人穿越道線」及「行人穿越道號誌(雙閃黃燈)」,有沒有人可以協助添加呢?--世界解放者留言2024年6月20日 (四) 02:10 (UTC)

實物圖片,來源台中市政府網站。這種穿越道與號誌是不是台灣自創的啊?--世界解放者留言2024年6月20日 (四) 02:18 (UTC)
已上傳,但這張照片的穿越道不符合標準(無邊線、綠底),而且號誌燈不夠亮,希望有更好的照片。--世界解放者留言2024年6月21日 (五) 04:01 (UTC)

管理人员申请预讨论

—此條未加入日期時間的留言是于2024年6月21日 (五) 16:14 (UTC)之前加入的。

對新用戶禁用內容翻譯工具(續)

原討論存檔見此:Wikipedia:互助客栈/其他/存档/2024年3月#對Phabricator的回應

以下為Pginer-WMF的最新回應

Perfect. I think we can plan to introduce these changes. We plan to introduce these in iterations.

  1. Limit publishing into the main namespace to "extended confirmed users" only.
  2. Get input from the community on the effects, for the community to decide whether to make the restriction more/less strict.
  3. Make machine translation non-default.

In this way we can have a better understanding on the effect of each of the changes and how to adjust them.

簡單而言,他們將作出以下更改:僅允許延伸確認用戶將翻譯發佈到主命名空間,並願意之後依社群意見將限制調整成更嚴格 / 寬鬆;以及機械翻譯設為非預設選項。

@LemonakaEricliu1912SIridiuM28Hoben7599CwekS8321414日期20220626桐生ここ魔琴YFdyh000MilkyDeferDewadipperStang 考慮到他們的提議與過去討論的共識(即禁止翻譯發佈到主命名空間及機翻設為非預設)相近,如果一週後沒有任何異議,即視為社群同意他們的提議。副知所有曾參與討論的編者。謝謝。--SCP-0000留言2024年3月23日 (六) 13:27 (UTC)

沒問題。--日期20220626留言2024年3月23日 (六) 13:33 (UTC)
應該可以。--冥王歐西里斯留言2024年3月23日 (六) 14:20 (UTC)
挺好,我收到了邮件但都忘了这事了。--MilkyDefer 2024年3月23日 (六) 15:01 (UTC)
好。 -Lemonaka 2024年3月23日 (六) 16:56 (UTC)
非常好。——Aggie Dewadipper 2024年3月23日 (六) 19:55 (UTC)
他們願意退讓是可以就此參考他們的意見啦--SunAfterRain 2024年3月24日 (日) 14:16 (UTC)
赞同。--桐生ここ[讨论] 2024年3月24日 (日) 16:51 (UTC)

既然已有多人同意此變更,且正如上方提到他們的提議與過去的共識相近,故依照 WP:SNOW 視社群同意他們的提議,並已在 phab 反映社群的意願。謝謝。--SCP-0000留言2024年3月24日 (日) 14:29 (UTC)

不反对如此配置。但扒了三个有使用内容翻译工具的直出主条目空间的成品(中国的动物福利和权利自由意志民主党人杰克逊·欣克尔 ),我还是觉得禁用了可能更好。  囧rz……——Sakamotosan路过围观 | 避免做作,免敬 2024年3月25日 (一) 08:15 (UTC)
目前方案通過後第一個條目不會直接輸出到主空間,因為作者的編輯數量還達不到延伸用戶的級別。所以至少擋掉三分之一了,不錯了。--日期20220626留言2024年3月25日 (一) 08:20 (UTC)
如果可以,不知能否幫忙整理使用內容翻譯而有問題的條目?這樣方便與基金會溝通時,有相關例子可供他們參考及研究。謝謝。--SCP-0000留言2024年3月25日 (一) 16:44 (UTC)
感觉被G13的多少都是内容翻译的条目。。。—-Aggie Dewadipper 2024年3月25日 (一) 18:39 (UTC)
偶爾也有非內容翻譯的條目被掛G13。--日期20220626留言2024年3月25日 (一) 22:26 (UTC)
@SCP-2000用RTRC找主条目空间、新建页面(因为原生最近更改不方便找新建页面)、标签为“内容翻译”、“内容翻译2”的,应该会存在不少。例如找到一篇乔安娜·斯丁格蕾(oldid=82028905)。好像最近多了一批没用户页的新用户在用这个系统来翻译,而且首次格式质量都存在或多或少同类问题(包括斜体、数字间空格、参考注脚之间空格或者参考复制的一些格式暴露(<cite>这种)、缺少参考列表,部分还有格式紊乱、模板丢失)虽然这些问题是新页面巡查员应该去做的事……——Sakamotosan路过围观 | 避免做作,免敬 2024年3月26日 (二) 02:15 (UTC)
根據提案,新用戶已經無法通過內容翻譯直接在主空間生成條目。--日期20220626留言2024年3月26日 (二) 03:31 (UTC)
只是提供收集说服来源的方法。当然希望拉高下限能挡住一部分借助该系统粗制滥造的低质量翻译条目。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月26日 (二) 13:15 (UTC)
另外,感觉User:New user message不会对不是以本项目注册的新用户发自动欢迎的(例如找到的User:赛博崔会遇见电子铝黄瓜吗User:Art4cn),有可能导致新用户缺乏对格式规则的了解。——Sakamotosan路过围观 | 避免做作,免敬 2024年3月26日 (二) 02:26 (UTC)
这个改配置即可,可以在其建立本地账号时发送。个人认为至少其有一个编辑在发送会好些?(改配置噩梦)--Hualin🎗️希望の星は青霄に昇る Commons|Talk 2024年3月30日 (六) 22:34 (UTC)
What the hell is that? -Lemonaka 2024年3月30日 (六) 01:21 (UTC)
In general, Content translation will redirect users to their chosen language of wiki, even if they use it on zhwiki. So I don't think it's the content translation's fault, but I have no idea how they can do that :)--SCP-0000留言2024年3月30日 (六) 07:45 (UTC)

内容翻译现已缩紧

(註:複製自WP:互助客棧/消息#内容翻译现已缩紧,原由User:MilkyDefer發布。)

自4月10日(三)起,只有拥有延伸确认权限的使用者可以使用内容翻译功能将页面发布到主条目空间。这次调整是因应近期多发的粗滥翻译问题所做出的。延伸确认权限自动授予注册满90天且编辑满500次的编者,以及管理员。

请巡查员和所有编者留意这次更改后,翻译条目的品质是否有改善。其结果会决定是否采取下一阶段的措施:将“从原文开始”设定为默认翻译选项。

@LemonakaEricliu1912SIridiuM28Hoben7599CwekS8321414日期20220626桐生ここ魔琴YFdyh000DewadipperHualinXMNSunAfterRainS8321414 副知所有曾參與討論的編者。謝謝。--SCP-0000留言2024年4月11日 (四) 17:11 (UTC)

phab:T349959#9711650,疑似未生效。--碟之舞📀💿 2024年4月14日 (日) 07:50 (UTC)
不過好像數量並不多。--日期20220626留言2024年4月14日 (日) 07:58 (UTC)
原因也大致抓到了,Special:PermanentLink/82270024#L-111應該能當臨時補丁--SunAfterRain 2024年4月14日 (日) 14:35 (UTC)
并没有生效:Special:用户贡献/EitanVel。上面的patch有管理员review下么?--Tim Wu留言2024年4月19日 (五) 01:36 (UTC)
@SunAfterRain Not applied till now, Special:Contributions/Hueydome88E92 -Lemonaka 2024年4月21日 (日) 10:52 (UTC)
@Lemonakaphab:T349959#9734223 patch backports in today. 雖然我是不知道他們說的移植後仍然有問題是甚麼意思,畢竟我剛才看的結果確實有正確攔截到了...--SunAfterRain 2024年4月23日 (二) 12:39 (UTC)
確實還沒有修正,如火腿黃油三明治。--SCP-0000留言2024年4月24日 (三) 03:51 (UTC)
@LemonakaEricliu1912SIridiuM28Hoben7599CwekS8321414日期20220626桐生ここ魔琴YFdyh000DewadipperHualinXMNSunAfterRainS8321414 補丁已於5/15部署,目前為止未見有非延伸確認用戶能發布條目至主條目空間,似乎已被修正。另外,現時僅限制發布權限,而沒有限制使用機翻的權限,草稿仍大機會存在翻譯質素低下的問題,煩請各位注意翻譯條目的品質有否改善。如果一個月後沒有任何意見,則會讓此討論自動存檔。副知所有曾參與討論的編者。謝謝。--SCP-0000留言2024年5月23日 (四) 08:15 (UTC)
@LemonakaEricliu1912SIridiuM28Hoben7599CwekS8321414日期20220626桐生ここ魔琴YFdyh000DewadipperHualinXMNSunAfterRainS8321414 再通知一次所有曾參與討論的編者。如果還是沒有意見,那就存檔了。--SCP-0000留言2024年6月21日 (五) 18:42 (UTC)
一月似過久,二週何如?—— Eric Liu 創造は生命(留言留名學生會 2024年5月23日 (四) 12:20 (UTC)
兩星期未必足夠觀察其變化及影響,且此討論非急需結案或關閉。--SCP-0000留言2024年5月23日 (四) 16:31 (UTC)

要求社群处理Mys 721tx管理员扰乱性用权、诽谤用户事情

共享資源的文字授權?

共享資源網頁下寫著「所有非結構化文字在創用 CC 姓名標示-相同方式分享授權條款下提供」,但上傳過程中,又出現了「說明文字」以CC0授權,而且這「說明文字」好像包括了非結構化文字?有人可以講解一下嗎?--世界解放者留言2024年6月25日 (二) 04:26 (UTC)

说明文字应该是指页面中的文件信息(“添加一行文字以描述该文件所表现的内容”),属于结构化文本。——暁月凛奈 (留言) 2024年6月25日 (二) 11:10 (UTC)
結構化資料是指meta data吧。--世界解放者留言2024年6月25日 (二) 14:29 (UTC)
「說明」是在「檔案資料」而不是「結構化資料」下面,所以我以為算是「非結構化文字」。--世界解放者留言2024年6月25日 (二) 14:36 (UTC)
根据Commons:File captions,文件说明确实属于结构化数据,而且是最早启用的结构化数据。可能是因为其重要性,所以单独分开了,没有和其他结构化数据放在一起。我理解共享资源所说的“非结构化文字”指的是那些项目页面,比如方针、指引、帮助等等,而结构化文字指的就是各文件页面上关联的信息。Irralpaca留言2024年6月25日 (二) 18:17 (UTC)
我看了一下討論頁,有人指出嚴格來說「說明文字」不符合結構化資料的定義,所以是共享資源自己把「說明文字」算做結構化資料的,而「描述文字」看起來算是非結構化文字。總之我要去把之前上傳的檔案的說明文字處理處理。--世界解放者留言2024年6月26日 (三) 02:47 (UTC)