维基文库:写字间

←社區

写字间

存檔→

請另頁請求管理員幫助，力求提高效率。机器人、導入者、管理员、更改用戶名請另頁申請。目前中文維基文库共有117名活跃用户，沒有行政員，暫不建議申請。
If you can't speak Chinese, we prefer you to comment at the embassy and our volunteers can help on translating your inputs.

维基文库项目

维基文库是什么

维基文库与维基教科书

写字间

投票

版权信息

版权讨论

删除讨论

移动请求

请求管理员帮助

發言更新圖例

• 最近一小時內

• 最近一日內

• 一週內

• 一個月內

• 逾一個月

特殊狀態

已移動至其他頁面
或完成討論之議題

手動設定

當列表出現異常時，
請先檢查設定是否有誤

最近是不是有人动过常用模板的代码？

有一些意见如下：

1. 点击右上角的“编辑源代码”以后，页面下方还是会显示一个阅览状态下的版权模板（不同的是这个版权模板被拆散了），且这部分无法操作，应该是代码还没有理顺；
2. 版权模板的文字部分边距太宽了，看着会很奇怪；
3.  反对把header模板强制置顶，一些废止模板什么的才更应该置于顶端，具体是否置顶应视情况而定；
4. 被挂着copyvio的页面，不应强制显示版权模板，这就像是一边在说这篇文献有版权疑虑，一边在说这篇文献没有版权问题，自相矛盾。

——— 红渡厨（留言・贡献） 2023年10月20日 (五) 05:47 (UTC)

已修复MediaWiki:Gadget-PageNumbers.js。 Midleading（留言） 2023年10月20日 (五) 10:17 (UTC)

感谢。 ——— 红渡厨（留言・贡献） 2023年10月20日 (五) 11:42 (UTC)

您好，模板:中华人民共和国基本法律的五星红旗显示仍然有问题；以及各版权模板的文字部分页边距问题仍然未解决。 ——— 红渡厨（留言・贡献） 2023年10月20日 (五) 15:59 (UTC)

已修复该模板的语法错误。 Midleading（留言） 2023年10月21日 (六) 02:11 (UTC)

刚发现“亚运环境质量保障指挥中心杭州分中心指令（第22号）”这个页面仍有问题。 ——— 红渡厨（留言・贡献） 2023年10月21日 (六) 06:02 (UTC)

已修改Template:Copyvio Midleading（留言） 2023年10月21日 (六) 07:43 (UTC)

中国古代作品版权模板仍然存在边距过宽的问题。 ——— 红渡厨（留言・贡献） 2023年10月23日 (一) 04:57 (UTC)

文字部分边距过宽的问题仍未得到有效处理。 ——— 红渡厨（留言・贡献） 2023年11月12日 (日) 03:02 (UTC)

@Midleading 仍然存在字边距过宽的问题，该问题在中国古代版权模板中尤为明显。 ——— 红渡厨（留言・贡献） 2023年12月9日 (六) 06:42 (UTC)

英文维基文库也是这样的，我没想好怎么处理，等待其他人解决吧。 Midleading（留言） 2023年12月12日 (二) 03:52 (UTC)

之前都是好好的，不明白为什么非要照英文文库的模板搞。 ——— 红渡厨（留言・贡献） 2023年12月12日 (二) 04:06 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年2月6日 (二) 03:03 (UTC)

建议文库也导入网页存档机器人

如题。免得有些网页来源失效了。 ——— 红渡厨（留言・贡献） 2023年11月20日 (一) 03:07 (UTC)

要是技术上可行的话（不懂技术），个人觉得这个应该不错。 银色雪莉（留言） 2023年11月21日 (二) 09:50 (UTC)

支持。如果可行的话建议配置为仅存档talk页{{Textinfo}}模板中的链接。--Kcx36（留言） 2023年11月22日 (三) 08:18 (UTC)

网页存档机器人连英文维基文库都没有，不知道怎么才能在中文维基文库加入。在维基文库避免来源失效的最好办法是把原文扫描版文件上传到维基共享资源，并建立页面索引。 --Midleading（留言） 2023年11月22日 (三) 10:00 (UTC)

但事实是有很大一部分内容只是网页内容没有所谓原文扫描件。总不能将这部分内容放弃不管。而且我看中文维基百科有存档机器人才提出的本案。要是都没人知道怎么弄的话去那边问问？ ——— 红渡厨（留言・贡献） 2023年11月22日 (三) 12:30 (UTC)

有共识的话，管理员可以在这个页面申请启用，确实别的文库都没开启，不知道为何 及时雨 ^留言 2023年12月1日 (五) 21:50 (UTC)

可能是维基文库使用的模板和维基百科的不同，基本没有人用维基百科的{{cite web}}，维基文库的{{textinfo}}也没有存档网址参数？中文维基文库如果要做第一个使用网页存档机器人的维基文库，可能需要找个了解网页存档机器人工作机制的人测试。 Midleading（留言） 2023年12月2日 (六) 15:24 (UTC)

可以参考m:InternetArchiveBot/Documentation/Configuring_archive_templates，IABot url参数填我们模板用的参数source，然后我们需要加几个模板参数 及时雨 ^留言 2023年12月3日 (日) 00:35 (UTC)

@Kcx36：有关于阁下建议配置为仅存档talk页{{Textinfo}}模板中的链接，这点我有异议，因为事实上部分用户并没有在talk页{{Textinfo}}模板中加来源的习惯。譬如：关于进一步规范出版物文字使用的通知、

讨论:帝王略論、清丰县2016年国民经济和社会发展统计公报等。最好还是配置为有网页链接就加。 ——— 红渡厨（留言・贡献） 2023年12月22日 (五) 07:42 (UTC)

應當鼓勵上傳者填寫網址之時先即時自行存檔，肯定比機器人快。—— Eric Liu_（留言） 2023年11月26日 (日) 10:38 (UTC)

不现实，大部分人没有这种习惯。否则维基百科那边也就不需要什么存档机器人了。（甚至更多的人连加来源这种习惯都没有。） ——— 红渡厨（留言・贡献） 2023年11月26日 (日) 10:50 (UTC)

這裡還是建議大家安裝網際網路檔案館瀏覽器擴充功能，並開啟自動存檔機制（ —— Eric Liu_（留言） 2023年11月26日 (日) 11:19 (UTC)

阁下这样的建议让我觉得非常奇怪，这就如同阁下想对世界70亿人口说你们不要违法犯罪，第一个问题是，阁下没有办法对70亿人一个不落；第二个问题是，即使对这70亿人全部说了，你仍旧无法保证这70亿人不会违法犯罪。甚至这70亿人中有人已经或者正在违法犯罪。 ——— 红渡厨（留言・贡献） 2023年11月26日 (日) 11:48 (UTC)

不理解您想表達的意思。我們自己先有意識地「以身作則」有什麼問題？又沒說不讓啟用這功能了，而且我事實上還挺歡迎的。—— Eric Liu_（留言） 2023年12月27日 (三) 01:37 (UTC)

您支持提案就好。 ——— 红渡厨（留言・贡献） 2023年12月27日 (三) 03:30 (UTC)

支持 及时雨 ^留言 2023年12月1日 (五) 22:09 (UTC)

基本上参与本条讨论的各位都很支持，要不就2024年1月1日正式启用吧。——— 红渡厨（留言・贡献） 2023年12月27日 (三) 03:32 (UTC)

主要还是技术问题。--Kcx36（留言） 2023年12月27日 (三) 04:21 (UTC)

我看@94rain：阁下好像知道怎么弄。不如请这位阁下来协助操作。 ——— 红渡厨（留言・贡献） 2023年12月27日 (三) 09:56 (UTC)

管理员参考m:InternetArchiveBot/Documentation/Configuring_archive_templates去那个界面修改配置，然后我们textinfo模板需要增加archive url, archive date 及时雨 ^留言 2023年12月29日 (五) 13:52 (UTC)

这条有懂代码的管理员出来说个话不。。——— 红渡厨（留言・贡献） 2024年1月10日 (三) 07:38 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年1月24日 (三) 02:48 (UTC)

發現了個野雞網站

這個網站完全複製維基百科中文版：它OK嗎？侵權嗎？這是網址：[1]

Fremax （留言）2023年12月14日 (四) 10:50 (UTC)

完全是恶意copy，连我前两天刚传的文件都有，居然好意思在页面底部要打赏。 ——— 红渡厨（留言・贡献） 2023年12月14日 (四) 14:26 (UTC)

属于不遵守版权协议的镜像网站。--Kcx36（留言） 2023年12月15日 (五) 02:09 (UTC)

我认为镜像这个词用在这里不合适，镜像是完全copy，而该站没有贡献者信息，talk页面等内容。只挑自己喜欢的内容copy，纯粹是出于恶意。至于该站是否侵权我也不好说，毕竟文库的内容都是公有领域或CC-BY-4.0授权。 ——— 红渡厨（留言・贡献） 2023年12月16日 (六) 03:42 (UTC)

哎呀呀，這麼說來，他盜版我們，還有幾分理直氣壯呢哈哈哈 Fremax（留言） 2023年12月16日 (六) 06:24 (UTC)

已回報予基金會的法務部門。謝謝。 SCP-2000（留言） 2023年12月27日 (三) 12:51 (UTC)

话说这网站的文章正文字体还挺好看的（——— 红渡厨（留言・贡献） 2024年1月1日 (一) 04:12 (UTC)

那是“康熙字典體”，我們學校可喜歡用了。 Fremax（留言） 2024年1月1日 (一) 06:22 (UTC)

准确地说字体是方正金陵，可能侵权了。--Kcx36（留言） 2024年1月1日 (一) 06:30 (UTC)

基金会法务怎么还没下架这个网站 囧rz...——— 红渡厨（留言・贡献） 2024年1月16日 (二) 14:54 (UTC)

法務部門需時處理（至少幾個月不等），且他們或認為有其他手段可解決（如先發律師信），或他們認為未有侵犯商標而不作處理。謝謝。 SCP-2000（留言） 2024年1月16日 (二) 17:06 (UTC)

中国裁判文书网问题

原標題：中国裁判文书网即将下线

目前网上有各种离线版本，但是覆盖范围（公开过的裁判文书超过1.4亿篇）和质量参差不齐，我见过的一个版本文书内容出现了乱码。 GZWDer（留言） 2023年12月20日 (三) 12:32 (UTC)

虽然法院内网专用的系统明年1月启用、近来公开的裁判文书越来越少，但暂时无任何迹象表明裁判文书网会“下线”，今日尚新增1670篇。 Teetrition（留言） 2023年12月21日 (四) 02:55 (UTC)

根据报道，最高法相关负责人已明确表示“并不是要以库代网、此开彼关。现在对外公开的裁判文书网会继续发挥应有作用”。（[2]） Teetrition（留言） 2023年12月22日 (五) 02:21 (UTC)

官网版本 Teetrition（留言） 2023年12月22日 (五) 04:07 (UTC)

另需注意，裁判文书网声明：“相关法院依法定程序撤回在本网站公开的裁判文书的，其余网站有义务免费及时撤回相应文书。”当然，我并不知道不履行该义务会如何。不过，文库当然不愿意承担丝毫法律风险。如果裁判文书网真的依法下线，反而需要讨论是否全部删除这批文书了。 Fire Ice 2023年12月21日 (四) 04:50 (UTC)

说到法律风险，之前写字间聊过一个Wikisource:写字间/存档/2023#有关于作者要求保密的文献是否应录入至文库。无奈该提案有争议，没通过。 ——— 红渡厨（留言・贡献） 2023年12月21日 (四) 07:24 (UTC)

我是支持禁止录入法律要求保密，且未过保密期内容录入的。--維基小霸王（留言） 2024年1月5日 (五) 08:19 (UTC)

没用。。其他人不同意。。 ——— 红渡厨（留言・贡献） 2024年1月5日 (五) 08:48 (UTC)

人民法院案例库上线

人民法院案例库于今日上线。报道强调，官方指出，裁判文书网不会关闭，该案例库与裁判文书网互为补充。据此，我修改了本话题的标题（原标题为“中国裁判文书网即将下线”），避免该不实信息继续传播。粗略来看，该案例库中收录的基本是指导案例而非文书全文，私以为该库中的内容不应当被收录至维基文库。 Teetrition（留言） 2024年2月27日 (二) 07:18 (UTC)

指导案例算司法性质文件吧。 银色雪莉（留言） 2024年2月27日 (二) 07:26 (UTC)

试举一例，公报刊载的指导案例与案例库中刊载的指导案例内容是一样的。除非将公报页版权声明证伪，否则案例库中的案例无法从司法性质路径进入公有。 Teetrition（留言） 2024年2月27日 (二) 08:01 (UTC)

Wikisource:版權討論#1月中关于最高院指导案例中Patlabor Ingram阁下所举的说明，阁下如何看？ 银色雪莉（留言） 2024年2月27日 (二) 08:07 (UTC)

刚注意到Portal:中华人民共和国最高人民法院指导案例的说明。我撤回前述意见。现在的问题是，该案例库将案例划分为“指导性案例”和“参考案例”两部分。不知阁下如何看待参考案例？ Teetrition（留言） 2024年2月27日 (二) 08:12 (UTC)

关于征集人民法院案例库参考案例的公告（我还想看《关于建设人民法院案例库的通知》和《关于加快推进人民法院案例库建设的通知》，可惜未找到）：人民法院审理案件必须查阅案例库，参考入库同类案例作出裁判，以保障法律适用统一、裁判尺度统一，避免“同案不同判”。，如果单靠这份公告而论，我轻度认为它有司法性质——轻度是因为它从文字上不够有定义感；但是考虑到推荐的案例经作出生效裁判的人民法院初审后，将由最高人民法院相关审判业务部门审查、研究室复核，符合条件的将录入人民法院案例库。和该公告附的《答记者问》说入库案例的权威性有充分保障，各级法院在审理同类案件时应当参考；各级法院审判工作中认为法律、司法解释修改或者司法政策调整，不宜参考入库相关案例的，应当说明理由，并将在办案件提请审判委员会讨论，或者报请上级法院提级管辖，生效裁判确立新的裁判规则的，应当编发新的入库案例替换原有案例。的表述的话，可能认为它具备司法性质会更妥当，不知道您以为如何？ 银色雪莉（留言） 2024年2月27日 (二) 08:30 (UTC)

了解，感谢阁下提供更多资料和说理。看完您的说理我认为很有道理。之前在未详细考察时我想到的是现在某些法院会在裁判文书后主动附摘要和裁判要旨并声明该节选整理不具有法律效力，现在看来应无此担忧。 Teetrition（留言） 2024年2月27日 (二) 11:09 (UTC)

顺带说个题外话：感觉案例库比文书网的网站速度要快2333不知道是我个人网络如此还是怎样，哈哈 银色雪莉（留言） 2024年2月27日 (二) 08:32 (UTC)

严禁任何单位和个人擅自超出用户权限和合理使用范畴，对本站案例数据以各种形式传播或盈利，包括但不限于复制发行、信息网络传播、改编、汇编、网站链接、建立镜像网站和数据库交易等。

--維基小霸王（留言） 2024年2月27日 (二) 11:57 (UTC)

有关于逝世年份不明的作者

如题，对于这类作者，是否应拿出一个标准来判断其作品进入公有的时间？之前我和@Teetrition阁下认为按出生后120年去世这个标准来判断（见Wikisource:版權討論#12月）。不知社群是否有不同意见？ ——— 红渡厨（留言・贡献） 2023年12月22日 (五) 07:57 (UTC)

另外，经查吉尼斯世界纪录官网[3]：现“世界最长寿的人”世界纪录称号保持者为来自法国的Jeanne Calment。截止离世，她的寿命共计122岁零164天。——— 红渡厨（留言・贡献） 2023年12月22日 (五) 08:02 (UTC)

支持以此确立为社群标准并列入相关方针。 Teetrition（留言） 2023年12月24日 (日) 16:17 (UTC)

同意以一百二十年為實務認定基準。—— Eric Liu_（留言） 2023年12月27日 (三) 01:35 (UTC)

非“认定”或“判断”进入公有，辞藻恐需斟酌，以免造成与法律概念不必要的冲突；但对此时间拟共识并不反对。——或者用“容忍”的说法？ 银色雪莉（留言） 2023年12月27日 (三) 13:17 (UTC)

既然大家都支持，那么需要考虑一下后续实际操作中的问题，我目前只想到一个新增120年消极容忍版权模板（我没想好怎么措辞）。——— 红渡厨（留言・贡献） 2024年1月4日 (四) 10:37 (UTC)

方针扩充的公示

根据上方讨论，计划对Wikisource:版权信息/全文#注意事项增加一个第15条：

经社群讨论并一致同意，对于逝世年份不明的自然人，社群对其作品按出生后120年逝世为标准进行保护。超出120年标准的，社群可消极容忍其作品的上传。

现对该方针扩充计划进行公示，考虑到本条讨论提出已有近1个月，暂定公示期为7×24小时。公示期满后我会手动进行方针扩充。——— 红渡厨（留言・贡献） 2024年1月16日 (二) 15:10 (UTC)

对于遣词造句等有不同意见，欢迎在下方提出。——— 红渡厨（留言・贡献） 2024年1月16日 (二) 15:36 (UTC)

我讀了Wikisource:版权信息/全文#注意事项目前的14條。我覺得新條文應該和原有條文風格一致。目前的條文内容分三類—— 1 是純事實（某地版權法規定……），2 是文庫的觀點（如第12條），3是文庫允許或禁止的行爲。這三類句子已經足夠，不應加入其他描述文字。

對於條款的用詞，我贊同銀色雪莉和Kcx36閣下提到的「假定」一詞，因版權方針不是在立法，不是在制定公司規則，而是社群的態度，觀點。大部分時候這些文字只是社群允許上傳或刪除的藉口，社群不需要再為藉口找藉口，這是社群不能為共識而負責的表現。我據此草擬新條文的樣板——

對於作者逝世年份不明的作品，中文維基文庫認爲，可以假定在【某個事件】之後【若干年】，再加上（或：經過）所屬地（出版地）逝世後版權保護期的相同時間長度后（這句話可選，取決於討論結果），作品進入公有領域（或：版權失效）。

我認爲不需使用「消極容忍」字樣。假定版權過期，就是在允許上傳。

不應使用「如果怎樣，那麽社群應執行某些編輯」的字樣。這和維基社群不强迫用戶參與的方針矛盾：w:Wikipedia:维基百科不是什么#維基百科不強迫任何人參與。本地雖未討論過這一點，但這點對於維基項目實在過於基本，如本地不承認這一方針，我不知道我們是否還能稱爲維基項目。包括方針和模板，我們只能規定：允許某些編輯，和禁止某些編輯。

以上範例僅爲示範，并非我支持哪種觀點。Andayunxiao（留言） 2024年1月18日 (四) 15:26 (UTC)

方针扩充讨论区

部分作者生卒年皆不详，这种判断方式不太合适。 沈澄心✉ 2024年1月16日 (二) 17:29 (UTC)

你看哈，我上面写的是“按出生后120年逝世为标准进行保护”，也就是说生年不详的作者不能算在本条范围内。 ——— 红渡厨（留言・贡献） 2024年1月17日 (三) 03:11 (UTC)

这个问题Commons早有讨论，目前Commons认为创作已满版权期限+50年的作品可推定为属于公有领域（见c:Template:PD-old-assumed）。 沈澄心✉ 2024年1月16日 (二) 17:34 (UTC)

@Andayunxiao：有几点需要指出的是，根据维基文库:版权信息上方的信息显示，这是社群的方针，说他是公司规则其实也没什么错。而且我好像没说过「如果怎樣，那麽社群應執行某些編輯」这样类似的话吧。我说的是超出120年标准的，社群可消极容忍其作品的上传。还有就是，阁下草拟的方案里，【某個事件】是什么事件？——— 红渡厨（留言・贡献） 2024年1月18日 (四) 15:45 (UTC)

「不應使用……」此段話并非對閣下的評論，也未見有誰這樣提議，我只是認爲可能有必要在完成討論前指出這一點，引起社群注意。【某個事件】就是各個提議裏計算版權過期的時間起點，可以是生年、卒年、出版年，我只是將它抽象出來。 Andayunxiao（留言） 2024年1月19日 (五) 16:42 (UTC)

增加消极容忍版权模板的公示

根据上方讨论，计划增加一个消极容忍版权模板。内容为：

本作品的作者逝世年份不明。经社群讨论并一致同意，对其作品按出生后120年逝世为标准进行保护。超出120年标准的，可消极容忍其作品的上传。

现对该计划进行公示，考虑到本条讨论提出已有近1个月，暂定公示期为7×24小时。公示期满后会新增该模板。

对于遣词造句等有不同意见，欢迎在下方提出。——— 红渡厨（留言・贡献） 2024年1月16日 (二) 15:36 (UTC)

增加消极容忍版权模板讨论区

• 我发现Wikimedia Commons已对本案进行过讨论，Template:PD-old-assumed，若来源国版权期限至作者逝世后70年，且作品早于120年前创作则假定版权过期；若来源国版权期限至作者逝世后50年，且作品早于100年前创作则假定版权过期。或可作为参考。--Kcx36（留言） 2024年1月16日 (二) 16:57 (UTC)

  我原来以为阁下的出生后120年只是卒年推定计算（这是我的锅，因为我之前参与过Teetrition阁下说的以前那个讨论，所以我也没细看本话题的表述），也就是假定出生后120年死亡，在这个基础上再加来源国著作权期限（例如50）才容忍。前述这种的我是支持的，但如果按现在这个表述而一去世就马上容忍的话，恐怕是不行的，因为用120年来容忍，以身后+50年的来源国为例，这实际上等同于假定作者70岁即逝世，那这个就有太多例外的可能了。

  同时留意到沈澄心和Kcx36两位阁下引述的C区讨论和模板，我做一个简单计算（以本地最常见的身后+50背景为例）：

  1、按“我以为的”本地生年（m）方案：m+120+50⇒m+170 ;
  2、按C区创作年（n）方案：n+100 ;
  显然m≤n.

• 这样对比下来：

  （1）当作品在作者70岁或之后被创作出来时，方案2于作者更有利；而其他情况，都是方案1有利于作者。创作年份越早，两个方案到期时间的差距越大。如果单就作者权利保护而言，可能方案1的情况更广泛，但同时也更容易极端（从平衡性的角度论）。

  （2）在作者的生卒年和创作年三个信息中，最容易获得的可能是创作年。就这一点而言，方案2更佳。

  结合一些实际的例子来讨论这些事情：

  （a）已知生年和创作年，卒年不明：濰縣志稿卷一（1941），作者w:常之英（1892年—？），方案1是2062年，方案2是2041年。又如w:储安平（1909—？）的中國的政局（1947），方案1是2079年，方案2是2047年。

  （b）已知创作年，生卒年不明：意中人（1915），译者薛琪瑛（？—？），这种如果要算，应该只能按创作年算。

  （c）已知生年，创作年和卒年不明：1854年以来有没有这样的例子？我一时想不到，如有请告知。

  因为暂时想不到（c）的对应例子，仅以前两个例子而论，至少从通用性而言，方案2似乎会更佳。从这一点出发的话，我觉得或者划一不论生年而使用方案2；或者以方案2为基础，但当生年可知时，则按两个方案中较长保护期的一个来判断。前者比较干脆，后者则兜底感更重，但也更容易走向极端。我个人倾向前者。以上或有考虑不周的地方，请各位指正。 银色雪莉（留言） 2024年1月16日 (二) 21:59 (UTC)

  PS：忆及当初对储安平作品的争议，我需要说明的是此处在下的引例并不意图涉及对储安平死亡时间推定依据的讨论，只是顺手取来作一个关于“已知生年和创作年，卒年不明”的例子，谨此声明。 银色雪莉（留言） 2024年1月16日 (二) 22:15 (UTC)

  没有没有，可能是我前面没有表述清楚，我的意思就是120加当地期限。由于各个国家规定的期限不同，所以我不好写是50年还是95年、等等。前面的公示里我把他简称为120年标准了。 ——— 红渡厨（留言・贡献） 2024年1月17日 (三) 03:20 (UTC)

  好的，完全了解红渡厨阁下的意见。我没有改变对于“生年+120+来源国期限”这种方式的支持，不过在了解到C区对于此类问题的讨论后，经过前述的思考，基于可操作性（前已列出例子详述，大略而言就是这种方式可能包括到的范围更多）我目前较倾向于：

  （1）导入C区方案为本地方案；

  （2）同时想顺便了解各位对于基于此的分支选项（即（A）划一不论生年而使用C区方案；（B）以C区方案为基础，但当生年可知时，则按“生年+120+来源国”或C区方案中较长保护期的一个来判断）的观点，看是使用方案A还是使用方案B，以便收集共识。——PS：先说明，我是简化派，所以我是支持方案A的。

  不知道您对此怎么看？希望得到您的意见。也同时副知曾发起或参与过与此问题相关的历次讨论的各位@Teetrition, Zhxy 519, Jusjih, Yinyue200, 維基小霸王，@Midleading, Cmsth11126a02, Ericliu1912, 沈澄心, Kcx36（希望没有遗漏）请各位不吝赐教。 银色雪莉（留言） 2024年1月17日 (三) 07:35 (UTC)

  不好意思，我回复得有点晚，主要是不想仓促回复。我个人还是期望于本人提出的原计划，即银色雪莉阁下所说的“生年+120+来源国期限”这种方式。这主要还是出于尊重法律的考虑。 ——— 红渡厨（留言・贡献） 2024年1月18日 (四) 15:26 (UTC)

  我个人目前也是偏向“生年+120+来源国”的方案。 Teetrition（留言） 2024年1月19日 (五) 04:19 (UTC)

• 我觉得都太严，对于作者未知，或者网上搜索不到作者逝世日期，按出版后50-70年就可以收录就行了。如果哪天我们知道了作者或者作者逝世日期，再删除。如果一定按寿命，应该按预期寿命，而非最长寿命。1949年，中国人的人均预期寿命只有35岁。因此对于那时发表的作品，如果作者未知或去世时间未知，按生年+35+50。本人的版本是：

本作品的作者逝世年份不明。经社群讨论并一致同意，按作品发表时的预期寿命进行保护。按此寿命超过所在国版权保护期的，本站可消极容忍刊载其作品。若刊载后才得知作者的去世日期，则改由该日期保护，可对未超出保护期的作品删除处理。

--維基小霸王（留言） 2024年1月19日 (五) 05:31 (UTC)

• 个人认为预期寿命无法兜底，例外恐太多，法律层面的争议也太多。 银色雪莉（留言） 2024年1月19日 (五) 05:37 (UTC)

  若刊载后才得知作者的去世日期，则改由该日期保护，可对未超出保护期的作品再做删除处理。--維基小霸王（留言） 2024年1月19日 (五) 05:39 (UTC)

  个人认为最长寿命太多，太保守，不利于孤儿作品保存利用。 維基小霸王（留言） 2024年1月19日 (五) 05:44 (UTC)

  阁下提到的太严、太保守似乎不符合维基文库一贯以来的方针，毕竟，如果不严、不保守的话，那本站应该允许合理使用才对。 ——— 红渡厨（留言・贡献） 2024年1月19日 (五) 06:17 (UTC)

  至少赞成“事后得知作者的去世日期再调整”的做法，我相信这也应该是上面所有提案者的共识，只是其时尚未写入。至于其他部分，因为已有数案，届时看看是不是把各案做一个简单投票，以便统计，现阶段仍先收集意见。 银色雪莉（留言） 2024年1月19日 (五) 06:19 (UTC)

  事后得知作者的去世日期再调整我觉得没必要在这里提，因为，这里想要扩充的内容就是“本作品的作者逝世年份不明。”若是之后得知该作者逝世日期，那就不属于本案讨论内容了。按照平常维基对于已知逝世日期的作者处理便是。 ——— 红渡厨（留言・贡献） 2024年1月19日 (五) 06:24 (UTC)

  文字上的东西，说清楚衔接清楚是最好的，凭理解难免滋事。本地已有说不清楚的人事规则，不宜再增加可能会有歧义的东西了（doge） 银色雪莉（留言） 2024年1月19日 (五) 06:30 (UTC)

  也有道理，那我同意。 ——— 红渡厨（留言・贡献） 2024年1月19日 (五) 06:33 (UTC)

• C区的标准已被大范围使用（已用于一万三千个文件），我们完全可以直接引入，而不必再制定一个更为严苛的标准（对于70岁之前创作的作品，C区的标准比提案的“出生+120+50”要宽松）。且C区标准适用范围更广，操作简便，提案标准未考虑生卒年均未知的作者。总之我认为“出生+120+50”过于严格，支持直接采用C区的标准。--Kcx36（留言） 2024年1月19日 (五) 07:27 (UTC)
• 若共享資源已經有行之有年的標準，那本站與之接軌似無妨也。—— Eric Liu_（留言） 2024年1月19日 (五) 10:17 (UTC)

投票

我列举了多种方案，另外考虑了连出生日期也不明的情况，请在2月进行投票：Wikisource:投票#其他投票。若有其他方案，请在投票开始之前加入。--維基小霸王（留言） 2024年1月20日 (六) 01:38 (UTC) @银色雪莉您把作者不明删了，请问您认为作者不明应该如何处理？

@維基小霸王：您好，一则是此次讨论不涉及此事，二则是“作者不明”（即身份不明）与“作者生卒年不明”是两个概念。前者在法律上是有定案的，至少如《中华人民共和国著作权法实施条例》指出：作者身份不明的作品，...权利的保护期截止于作品首次发表后第50年的12月31日。作者身份确定后，适用...规定。；《著作權法 (中華民國)》指出：別名著作或不具名著作之著作財產權，存續至著作公開發表後五十年。，都明确指出了此类事项的处理方式，并非需要文库另行讨论的议题。而生卒年不明则是另外的情况。 银色雪莉（留言） 2024年1月20日 (六) 02:53 (UTC)

谢谢。我了解了。--維基小霸王（留言） 2024年1月20日 (六) 03:14 (UTC)

另外我还是希望能刊载更多作品，做到版权保护与保护作品本身的流传的平衡。

通过让作品在现代互联网活起来、得到流传，就是对老作品最好的保护。

如果作者生死年龄不明，说明这些作者后来消声灭迹了，自己或者通过后人保存作品的可能更小，作品失传风险更大。如果能对生或卒年不明的民国图书都消极容忍，是对他们本身最好的保护。 維基小霸王（留言） 2024年1月20日 (六) 03:12 (UTC)

我理解阁下的意思，只是我认为“预期寿命”这个撇开无法兜底不谈，在实操上光是要查这个数据就是个不方便（而且也未必准确）的操作。——此外始终还是不能兜底。但我完全理解您希望保护文献的理念。 银色雪莉（留言） 2024年1月20日 (六) 14:02 (UTC)

• 更新：在维基小霸王君原贡献的基础上，对投票简述、选项下便利投票用的介绍和投票资格的表述做了部分调整。在下改动了一些有歧义的表述，如：事后发觉作者卒年时不应采“可以删除”态度，而应重新计算并确定存废；原各项优点介绍在选项处列出似不妥，改为对各项内容事实的简要表述，以便此前未参与详细讨论的用户亦可尽快理解；投票资格本地有定案，据此作了表述调整；等等。请各位指正，看看还有没有什么疏漏的地方。--银色雪莉（留言） 2024年1月21日 (日) 03:48 (UTC)

@維基小霸王：有一个问题要与阁下推敲的，因为阁下是“创作年+75”这个方案的提议人，但这个方案的中招几率很高——拿一个最明显的例子，新加坡作为使用华文（中文）颇多的国家，著作权到身后七十年，而南洋华文文学在十九世纪末就已逐步萌芽，且比重不在少。“创+75”很难避免踩界。虽然说我们投票的事项相当于在法律空白处创作，但起码我们要尽量减少预期内的踩界至最低可能。其他几个方案应该都几乎比较避免这一点：生年+120那个自不必说，创作年+来源国年限+50也几乎保证了创作年+100以上的实效，创作+95还可以拿美国版权法来说事，但创作+75，我就不知道该拿什么来辩护了。——毕竟我们的表述是“推定保护期截止”，创作年+75，要拿哪里的常规案例来辩护这一点？我觉得这个方案是不符合各方意见的本意的，似应移除。 银色雪莉（留言） 2024年1月22日 (一) 08:23 (UTC)

您好，您提到相关法律规定，作者身份不明的作品保护50年。对于作者确定的，保护50年。法律是为了在遇到涉及权利人争议时情况下进行裁决而设立的，这里就有一个隐藏的条件：权利人的身份是已知的，这样权利人才能主张权利，法律的作用是在这个时候保护版权人的权利。找不到作者的身份，或者过于模糊连死亡日期都不知道，应该就相当于身份不明，所以应该参照身份不明处理。“身份”明确的话，应该包括是否健在、是否去世。连这个基本的信息都不知道，就应该参照“身份不明”消极容忍。如果只知道一个名字，别的信息也找不到，谁知道是真名字，还是笔名、别名，这就是不明。75本来是想取折中时间，还是改成“参照身份不明处理”吧。 維基小霸王（留言） 2024年1月22日 (一) 10:48 (UTC)

您的这个看法是不准确的。因为您现在只是在网上查阅，基本上只能得到一些“上了网公开”的消息，而不能等同于“找不到”。现实实务中确定身份不明前所需查找翻阅，网上仅靠简单搜索而能做到的不足其万一，不能简单等同。这样的推理是严重滑坡。举一例，本地版权讨论中w:常之英，有生无卒，下落不明，身份却确定，这种就不能混同于身份不明，是不能混同于“如果只知道一个名字，别的信息一切也找不到”的。若以“法律是为了在遇到涉及权利人争议时情况下进行裁决而设立的”论，则实务虽权利人不告就无事，然文库可以如此么？版权讨论里的讨论都不是事主，本地又非法院，则何不干脆取消此条？真匿名或无信息，自可援用身份不明，不需要混同到身份明确的人中来。 银色雪莉（留言） 2024年1月22日 (一) 11:58 (UTC)

以我的理解，作者身份不明的作品，...权利的保护期截止于作品首次发表后第50年的12月31日。作者身份确定后，适用...规定。立法目的即是如此，对于保护期限不明确的人，保护50年，除非后来确定了。对网上找不到信息的下落不明者参照“身份不明”处理，暂时消极容忍，我觉得没问题。

请外请注意，这是“消极容忍”：{{Not-PD-US-old}}“不鼓勵但也不反對增加與刪改有關内容，除非基金會行動必須回應版權所有者撤下作品的要求”。如果是“作者生年+120（人类获验证的寿命最大值取整）+作品来源国版权期限这个最保守的日期，那么就不是消极容忍了，而是绝对可以容忍。--維基小霸王（留言） 2024年1月22日 (一) 12:22 (UTC)

我去掉了120选项中的“容忍”二字，因为这是最保守的不能算容忍。我恢复了那个选项，因为我认为应该由维基文库用户决定。另外我加上了“或(作者有证据活跃的最晚年份+作品来源国版权期限)”以避免出现作者虽然死亡日期未知，但有证据显示多年后还在出版作品，因此应该保护更长的情况，以保护长寿作者权益。 維基小霸王（留言） 2024年1月22日 (一) 14:42 (UTC)

“立法目的即是如此”怕是不见得。“保护对象”不确定和“保护期限”不明确的概念存在差异。“身份”是通过著作权法中有关署名权的相关规定体现的，只有在署名无法体现身份时，才能视为身份不明，也就是通常所说的匿名、别名或不具名等情况；这与署名足以确定身份，只是不知下落这种情况显然有别。匿名、别名或不具名，除非有印证凭据的说明，否则即属于毫无线索可考，故取创作+50，实际上是不得不如此；而只要身份确定，则存有考出下落甚至著作权人自身复出的可能（尽管它不大）。本次讨论的对象，事实上是对后者在可能性极其微弱的情况下试图在空白处做一个本地的兜底措施，这个措施必然比法律要放松（因为如果按法论，那可能就得“尽力查找”，这就太没完没了了，反而可能滑坡），但恐也不宜滑落到与法有所示的常规情况齐头。如果留意到可能（更大的）法律风险而不提醒，仅说一句“由维基文库用户决定”，实际上是推卸责任。至于120选项中的容忍，恐怕也不能去除或者至少应该换成同义词，因为——很简单地，你没有法律条文支撑，所有的东西就都是假定。 银色雪莉（留言） 2024年1月22日 (一) 14:59 (UTC)

补充说一个“容忍”不能移掉的原因：前述也说了，是“获验证的寿命最大值取整”，这无法排他性地说明120是一个不可逾越的界限，所以仍然是“容忍推定”。至于您提的新的“有证据活跃的最晚年份”那个，其实还是一个问题：你无法证实这是否被经过尽力查找，这就很容易纠纷。 银色雪莉（留言） 2024年1月22日 (一) 15:23 (UTC)

维基文库要保护版权，也要保护作品的流传。wmf的法律责任是遇到版权所有者请求后将侵权材料移除，何况我们是任何人指出作者去世年龄后都会照着该年龄判断版权，移除内容。“至于120选项中的容忍，恐怕也不能去除或者至少应该换成同义词，因为——很简单地，你没有法律条文支撑，所有的东西就都是假定。”古代有很多作者，生卒年不详，按您的说法，是否都该算成“容忍”？您说“本次讨论的对象，事实上是对后者在可能性极其微弱的情况下试图在空白处做一个本地的兜底措施”、“而只要身份确定，则存有考出下落甚至著作权人自身复出的可能（尽管它不大）”也就是说您要求本站规定必须是最严格的。不仅是您删除的我的选项，其他选项，比如“创作年+来源国期限+50”这个选项，完全有可能一个人20岁创作了一个作品，80岁逝世，那么这个选项不也无法兜底了吗？只有“生年+120+来源国期限”这个选项接近您的要求。那么这个投票还有什么必要？我已经删除了这项投票。--維基小霸王（留言） 2024年1月22日 (一) 23:32 (UTC)

逝世显然超过100年的，本地有模板，不是“都该算成“容忍””。我前述表明过我目前更支持创作国+来源国+50，不是“要求本站规定必须是最严格的”。正如您引述我的话是“试图在空白处做一个本地的兜底措施”，如果我要求绝对兜底，那么就很简单，上生年+120+来源国就好，何必支持一个更宽松的？但我认为“更宽松的”不代表可以无限滑坡，而投票至少应该是把在讨论中获得相对认可的几个选项推出来，若不如此，要是有人提出来干脆直接按创作当年截止并且获得足够票数，那是否意味着这个选项是合理的？我想我们应该是避免这种局面的。当然，我已经表明了我的看法，但如果我的做法让您感到不适，那不当之处应该在我，我对此表示歉意，如果您要把这个选项补回去，我现持开放态度；如果您不想再处理了，我会在此处讨论相对告一段落时再统合列出投票（或者延请第三方统合），留出“其他意见”选项。 银色雪莉（留言） 2024年1月23日 (二) 07:50 (UTC)

您好，我希望把这个选项补回来。如果最后在投票中失败了，我承认该结果。 維基小霸王（留言） 2024年1月23日 (二) 09:45 (UTC)

兩位上面已經有充分表達和澄清自己的意見，如果兩位覺得已無新的觀點，可以用投票決定，那麽將目前所有提案列舉出是否適當？否則，是否延後投票，繼續尋求討論？畢竟這并非緊急事務，而百科、英文文庫也不乏未有定論的長期討論。我也對模板使用指引（非方針本身）有些問題想得到解答。見後文。Andayunxiao（留言） 2024年1月23日 (二) 13:18 (UTC)

限定討論範圍

上面討論已經有共識，即此案應限於作者身份明確的情形。補充對此的支持性意見：1. 匿名作者作品，在兩岸四地和美國版權法都是利用發表年+時長來計算版權長度。2 生卒年對匿名作者不能適用，故現有選項很多無法計算。3 文庫對匿名作者的共識不明，Help:公有領域#匿名別名作品裏，1929年——1974年出版的作品，在兩岸四地是公有領域，在美國不是，那麽是否可以錄入，用什麽模板，都沒有説清。

作爲新手，我原以爲Help:公有領域就是共識，但現在發現似非如此。惟Help:版权标记也寫作不佳，只列出了各個模板的内容，而沒有給出判斷流程。因此，提請社群另案討論匿名作者問題。如果共識已有，只是我沒找到，當更新相關幫助頁面。Help:公有領域建議按對應英文頁面的寫法進行擴充。Andayunxiao（留言） 2024年1月23日 (二) 13:47 (UTC)

匿名作者有定案，无须另外讨论。现有选项与匿名无关。两岸四地公有而美国未公有的，使用Template:Not-PD-US-old。 银色雪莉（留言） 2024年1月23日 (二) 14:49 (UTC)

建議更新Help:公有領域#匿名別名作品，或者另有的正確指引頁面。Andayunxiao（留言） 2024年1月23日 (二) 15:08 (UTC)

模板使用指引的問題

我個人理解，版權模板并非完美對應每一種情況。有多個模板重叠的情形，如{{PD-old}}和{{明朝作者}}並無强制指引應用哪個，而我也認可現狀，即編者可自由選擇。也有模板之間或各地版權法矛盾之間的情形，如已經反復被提到的消極容忍方針（違反美國版權法），還有出版95年但作者逝世未滿50年的作品（文庫比美國版權法更嚴格）。

我的理解是，版權模板的文字只列出可以應用的情形即可，不需要列出爲何不使用其他模板，或爲何不違法。現有版權模板的寫法就很好。何種情況使用何種模板，不應咬文嚼字，由模板字面決定，而是應該形成共識后寫在幫助頁面裏。Help:公有領域的對應英文頁面可做參考。

版權模板也不可「合理」地自動擴大應用範圍，如上面的提案，如果我們投票時限定非匿名作者，日後則不應理解爲對「作者匿名」也自動成立。雖然兩者的主旨接近，但是還要再討論。

以上理解是否合理，還請指點。Andayunxiao（留言） 2024年1月23日 (二) 14:37 (UTC)

消极容忍基于基金会的有限例外；“出版95年但作者逝世未滿50年的作品”是因为需要考虑来源国著作权情况，并非单纯的“比美国更严格”。之所以“咬文嚼字”，就是因为尽量避免争议。“不需要列出爲何不使用其他模板，或爲何不違法”从未曾被列出，似不必原创一个新敌人。 银色雪莉（留言） 2024年1月23日 (二) 14:52 (UTC)

感謝。認同閣下的解釋。 Andayunxiao（留言） 2024年1月23日 (二) 15:04 (UTC)

关于上传文献时数据太多导致卡得无法上传的问题

我上传内蒙古自治区长城认定表的时候，每次点“编辑”按钮都让我的页面卡得不能动，搞得我快半年还没传完这份，想问问有没有什么办法能够处理。 ——— 红渡厨（留言・贡献） 2023年12月27日 (三) 03:57 (UTC)

把剩余部分保存在Wikisource:沙盒吧，然后我使用高性能计算机编辑。 Midleading（留言） 2023年12月27日 (三) 10:12 (UTC)

OK，我这几天就弄一下 ——— 红渡厨（留言・贡献） 2023年12月27日 (三) 10:16 (UTC)

用wikiplus[4][5]应该能正常编辑。--Kcx36（留言） 2024年1月2日 (二) 05:58 (UTC)

感谢，不过我看不懂那些代码（——— 红渡厨（留言・贡献） 2024年1月2日 (二) 06:55 (UTC)

在User:红渡厨/common.js加入：

mw.loader.load('https://cdn.jsdelivr.net/npm/wikiplus-core@latest/dist/Main.js');

就可以启用wikiplus。

不过我刚试了，完整的内蒙古自治区长城认定表达到2344.971KB，已超过MediaWiki允许的最大页面长度（2048KB），无法正常显示及保存，建议按所在市进行拆分。--Kcx36（留言） 2024年1月2日 (二) 08:55 (UTC)

我还是自己传吧，刚才试了一下，每次复制粘贴少一点好像能行。 ——— 红渡厨（留言・贡献） 2024年1月2日 (二) 09:56 (UTC)

不，全部传完就超过最大长度限制了。--Kcx36（留言） 2024年1月2日 (二) 09:57 (UTC)

我还第一次知道会有长度限制的问题。。。你让我想想。。。 ——— 红渡厨（留言・贡献） 2024年1月2日 (二) 10:36 (UTC)

拆分问题是这样的，我之前想过，考虑到其他省都是一个整表，也考虑到拆分可能破坏完整性，不符合我站相关方针，所以没拆。 ——— 红渡厨（留言・贡献） 2024年1月2日 (二) 09:59 (UTC)

我在iOS Safari点开这个页面，浏览器直接崩溃了。建议拆分。 曾晋哲（留言） 2024年1月4日 (四) 10:55 (UTC)

好，那我拆。你们等我研究研究要怎么拆才好。 ——— 红渡厨（留言・贡献） 2024年1月4日 (四) 10:58 (UTC)

我传完了内蒙古自治区长城认定表，它说我引用模板后大小超过限制，我去，这要怎么搞。。。。。。——— 红渡厨（留言・贡献） 2024年1月18日 (四) 07:16 (UTC)

@红渡厨：我這邊能夠看到最底部（編號：150824382102030103），不知道是不是實際上最末端？—— Eric Liu_（留言） 2024年1月18日 (四) 07:37 (UTC)

不是，还有一个内蒙古自治区长城认定表/7没显示出来，显示正确了的话应该是152921382106170117这个编号。 ——— 红渡厨（留言・贡献） 2024年1月18日 (四) 07:45 (UTC)

我用末尾备注的方式让读者点后续链接，勉强解决了。——— 红渡厨（留言・贡献） 2024年1月22日 (一) 04:29 (UTC)

自己做讀者，是糾正文本的最快方法

作為錄入者，總感覺文本100%正確；但成為讀者，就看到處處是錯誤。誒！糾正別人，似乎總是比糾正自己簡單哈哈哈。我想，作為讀者的時候，會開始理解文本，所以更能看到細微的東西吧。

Fremax （留言）2023年12月29日 (四) 10:50 (UTC)

哈哈。基本上以我个人经验，上传完成后过几天再去看一遍录入的内容，还是能发现一些问题。所以我个人建议还是检查一遍更好。 ——— 红渡厨（留言・贡献） 2023年12月29日 (五) 10:56 (UTC)

@Victorius James：您在签名时并没有链接到您的用户页，请正确签名（可参见维基百科的指引）。--Kcx36（留言） 2023年12月29日 (五) 11:27 (UTC)

啊？簽名鏈接到用戶頁？那是什麼？ Fremax（留言） 2023年12月29日 (五) 11:47 (UTC)

你之前的留言的签名点击后是User:Fremax，而不是User:Victorius James，这样别人不知道这是你的留言。--Kcx36（留言） 2023年12月29日 (五) 13:03 (UTC)

我不懂操作。就像上一條留言，系統自己就加上User:Fremax了。 Fremax（留言） 2023年12月30日 (六) 00:55 (UTC)

确实是这样，我录入的时候都发现不了什么问题，但每次提交上去看一眼都有错的（ーー；）这样看似乎提交之前先浏览一下也很有必要。—RiD（留言） 2023年12月29日 (五) 12:00 (UTC)

檢查文本的時候發現大量異體字：我的標準是，只要不妨礙理解，異體字也行，通用字也行。我這人隨和些，能看懂的都對，^_^！ Fremax（留言） 2024年1月1日 (一) 06:25 (UTC)

我今年不會做編輯了

今年我很忙，所以我不會做編輯了。但是這不意味著我離開了這個平台。如果有任何問題你可以問我。如果先要搞編輯我的討論頁裡有很多文字數量較少的文獻，你們可以可以錄入那個。 Blahhmosh（留言） 2024年1月1日 (一) 02:04 (UTC)

唯一在做实事的人，相较于其他编辑者为了争管理员或行政员打的不可开交，你很让我钦佩。

祝现实平安。Assifbus（留言） 2024年1月2日 (二) 01:29 (UTC)

@Blahhmosh：辛苦了。—— Eric Liu_（留言） 2024年1月2日 (二) 01:54 (UTC)

自個兒的手抄本

假設我在某個圖書館得到了一份古書，但是我不能拍照。因此我只能用手在筆記本抄寫上面的內容。我可不可以將拍攝的筆記本上面的內容上傳到這個網站？ Blahhmosh（留言） 2024年1月1日 (一) 17:28 (UTC)

有趣！ Fremax（留言） 2024年1月1日 (一) 23:50 (UTC)

問題是我這樣做違不違法？ Blahhmosh（留言） 2024年1月2日 (二) 00:02 (UTC)

你不一定違法，但絕對不違心❤ Fremax（留言） 2024年1月2日 (二) 00:14 (UTC)

在假定手抄本完全忠实于原件而无增删的前提下，著作权是看原件的出版时间和作者等信息，如果这些信息合乎相应著作权法律要求则至少在著作权层面通常没问题。但是我认为在讨论页应说明该原件的馆藏信息，以满足（理论上）来源确认的需求。 银色雪莉（留言） 2024年1月2日 (二) 15:34 (UTC)

是的。我的手抄本完全忠实于原件而无增删。我抄寫的東西是古書。但是人類是不可能不犯錯誤的。因此我寫的東西也許會出現一些失誤，但是這些失誤不是故意的。 Blahhmosh（留言） 2024年1月2日 (二) 21:23 (UTC)

这并非要质疑阁下，请不用过于敏感，只是在著作权作为法律问题时，把话说完整以免误会罢了。记得在讨论页附上馆藏信息就好。 银色雪莉（留言） 2024年1月4日 (四) 14:44 (UTC)

不如先在網上找找掃描？（因爲我已經有幾次拍完照才發現網絡已經有的（（。Fish bowl（留言） 2024年1月2日 (二) 23:41 (UTC)

那行，去查看《刑部奏议》在那裡。 Blahhmosh（留言） 2024年1月3日 (三) 03:39 (UTC)

《督戎疏纪》的PDF幫我找找。謝謝 Blahhmosh（留言） 2024年1月3日 (三) 04:03 (UTC)

请求检视数笔机翻编辑

如题。在近日开始活跃的@Sowhat666阁下的编辑，在在下看来似乎存在值得疑虑之处，而此君创建页面量大急速，故想提请讨论，请社群讨论寻求处理方式。其中，不少在在下看来有显然的著作权问题的编辑，在下已谨提报到Wikisource:版權討論（在此也请诸位有识协助看看在下有无判断失误之处以免错怪，先行感谢）；而另外数笔如古蘭經直譯、哈達瑜珈導論、神的《古蘭經》（Maulana Muhammad Ali）、帕坦伽利(Patanjali)的 《瑜伽經》等编辑，则有浓厚的机翻痕迹——这一点我想毋庸置疑，因为即便用户自身在前两处作品的历史编辑版本中，即有“Google Translate 及本人潤飾校對”字样——惟在下愚昧，似未见“润饰”之处（苦笑）。我非常明白本地存在可由用户在相关协议下提供用户译本或作品的路径，并且也不排斥机翻在用户自行翻译过程中可能存在的辅助作用，同时相当明白校对需时——但一则此数个页面，文量巨大，似并无在短时间内“润饰校对”的可能；二则由于无法确认其部分机翻对象的原始来源，导致其著作权等信息亦无法求证确认；三则说实在，这样的页面的观感，恐只比空白页面更不佳。以上类似的问题我此前已在Wikisource:版權討論向其提及，惟暂未见有效回应，鉴于其创建编辑等操作持续，因此不得不叨扰社群请求讨论并检视其编辑，并寻求是否可以向此君进行有效沟通而调整编辑模式。 银色雪莉（留言） 2024年1月3日 (三) 11:54 (UTC)

來自英語及阿拉伯語維基文庫! Sowhat666（留言） 2024年1月3日 (三) 12:01 (UTC)

阁下的机翻是在下本条提问的核心，著作权的我已经在那边提过了。阁下创建四个页面，字数特多且大量机翻无效内容，恐非善举而徒添不便。像古兰经此类文本根本无自译必要——不客气地讲一句，也无质量保证。 银色雪莉（留言） 2024年1月3日 (三) 12:05 (UTC)

沒有辦法，又要不犯侵權,只好在舊又合符公用的外文書中找。 Sowhat666（留言） 2024年1月3日 (三) 12:12 (UTC)

我的看法跟昨天一样，您最好应先阅读本地方针。机翻算是没有明确指引（也很难指引）而才被提出讨论的一个问题，而至于阁下像页面标题等问题也不在少数，在下已经先没有在提这些了。就我个人而言，如果像以前有用户先建立空白页面而提供有效来源供人查阅，我完全愿意善意推定之为“共同协作”；然而阁下未提供来源（原件或影印件，而不是说从一个语言的文库机翻到另一个语言，然后拿“文库”当来源），堆了一堆以十万字节计、短期无法整理的机翻文字在本地，而自称“有待大眾力量共同改善”，这是我不能接受的。当然，以上是我个人的看法，我等候社群的意见。 银色雪莉（留言） 2024年1月3日 (三) 12:16 (UTC)

我會盡快補充其來源來自英語及阿拉伯語維基文庫網址! Sowhat666（留言） 2024年1月3日 (三) 12:24 (UTC)

阁下是否有见到（原件或影印件，而不是说从一个语言的文库机翻到另一个语言，然后拿“文库”当来源）这一句？不要拿一个语言文库的内容当原文，谨此再次提醒，恕不复述。 银色雪莉（留言） 2024年1月3日 (三) 12:25 (UTC)

已掛上「正在翻譯。 歡迎大眾積極翻譯與修訂。」面板! Sowhat666（留言） 2024年1月3日 (三) 12:18 (UTC)

这个模板的作用不是用于挡箭牌。阁下如果确实有意处理，就先从修葺一个章节做起——这不意味着阁下可以继续把一堆乱文抛在本地，而等别人来“积极”。——提供空地和农具、种子，邀请别人来种菜，算是说得过去；乱局而径称“欢迎参与”是说不过去的。 银色雪莉（留言） 2024年1月3日 (三) 12:24 (UTC)

以上書本來自英語及阿拉伯語維基文庫,合符公用條件的,只是文句翻譯有待大眾力量共同改善！ Sowhat666（留言） 2024年1月3日 (三) 12:06 (UTC)

我願意假定閣下有熱情和精力完善維基項目，希望錄入自己喜歡的文獻。文庫的指引可能對新手過於複雜，如果之前閣下沒有看得很明白，希望澄清幾件事實：1. 文庫不是網站空間提供者、個人主頁托管商，不是宣傳工具，也不是維基百科，收錄的範圍通常限於公有領域的原始文本（作者應至少已經逝世50年），通常不包括二次創作，對侵權的文本容忍極低。2. 文庫是協作項目，對您編輯的爭議，并不代表社群不歡迎新手。加入討論、提問題是最好的、尊重社群的辦法，也有助於您贏得社區的信任。和百科一樣，對有爭議的編輯，請暫時擱置進一步的更新，參與討論，或等待討論產生共識。如果忽略爭議，大量添加和正在討論的問題類似，或有同樣問題的新文本，難免不會讓社群認爲，這不是在建設文庫，而是在破壞。3. 新手最容易上手的是，找一篇版權已確認過期，作者和來源明確的作品，按原文原字，錄入文庫。如果這過程中有疑慮，歡迎在維基文庫:寫字間尋求幫助。翻譯作品，恕個人直言，門檻甚高。機器翻譯的作品，讀者也很容易發現其質量問題而放棄閲讀，另尋他本。4. 文庫保留條目的所有歷史版本，作品頁的每一筆編輯，請慎重考慮。 Andayunxiao（留言） 2024年1月3日 (三) 16:00 (UTC)

坚决 反对机翻的做法，维基文库又不是翻译软件的二道贩子。认为任何一个会使用互联网，并且会使用互联网进入维基文库的人，使用一个翻译软件对他们来说也不是什么难事。认为应将这些页面做(×)删除处理。以及我看不懂Sowhat666阁下说“沒有辦法”是什么的意思，又没人逼你传。。——— 红渡厨（留言・贡献） 2024年1月3日 (三) 12:26 (UTC)

试着把“没有办法”善意推定成“急切想要贡献而不得其门”？23333（好吧我过于伪装自己脾气好了可能是）老实说此君的贡献像金剛心總持論就应该是可以接受的（在下实在不擅长宗教文献，只是略查，要是判断有错请各位指教），但是主要是其不可接受的贡献太...多...了，我真的接受不了（苦笑） 银色雪莉（留言） 2024年1月3日 (三) 12:35 (UTC)

应该和维基百科一样禁止全文机器翻译，删除错误百出的机器翻译内容。上传有错误的宗教类文献是件让读者无比反感的事，当然其他类型的文献也是一样。 Midleading（留言） 2024年1月3日 (三) 13:19 (UTC)

同意将此列入中文维基文库方针。 ——— 红渡厨（留言・贡献） 2024年1月3日 (三) 13:52 (UTC)

删除容易,建立難！條目可公開編輯。比一下子直接删除更好！

空地在此,可自由清空不好句子及章節！ Sowhat666（留言） 2024年1月3日 (三) 13:30 (UTC)

想删除就删除吧！我盡了一些綿力已給 上帝看見了，現在删不删也無所謂了！我當已交功課了。上帝不想我太辛苦。要我停下來了！ Sowhat666（留言） 2024年1月3日 (三) 13:55 (UTC)

做功課哪有那麼容易，放上一大篇似是而非的文字，其中有沒有褻瀆上帝的語句都難說。我認為你最好還是看看有沒有符合維基文庫版權要求的中文圖書沒有保存到這里，然後按原文錄入。 Midleading（留言） 2024年1月3日 (三) 14:12 (UTC)

也好！應有不少漏網之魚！ Sowhat666（留言） 2024年1月3日 (三) 14:36 (UTC)

不管怎样，阁下若是真要想在维基文库作出自己的贡献，都请阁下先熟悉一下相关方针，不会的可以来这个页面问。然后阁下的上传格式也是个大问题，您可以看一下别人上传的格式是什么样的，照抄格式您总会吧。 ——— 红渡厨（留言・贡献） 2024年1月3日 (三) 14:39 (UTC)

贊同對翻譯作品加以一定限制，同時不建議僅禁止機器翻譯來達成這一目的，因技術上現在機翻容易識別，但未來機翻總有達到人類水平的一天，那時又如何辨別譯者？從文庫的角度，無論機翻，人翻，都有衍生作品特有的風險，如，社群不易或不能校對（缺少精通原文語言的編輯）、難免加入譯者的主觀傾向等。我以爲底綫是：不可批量將其他語言文庫條目由維基文庫（無論人機）翻譯到本地；特定主題的文本，如新聞、法律，除非有白話和文言、粵語等變體，或地區詞需要，應限制至多一個維基文庫翻譯版本；長期未完善以及社群長期無力查驗可靠性、無力完善的翻譯作品，應該刪除。是否合理，還請討論。

Andayunxiao（留言） 2024年1月3日 (三) 15:02 (UTC)

除了机翻内容外，包括入不思議解脫境界普賢行願品等显然与大方廣佛華嚴經普賢菩薩行願品/卷四十一致，另佛咒内容通常出自佛经，不应该分出来单独成章，也该删除，另外则是版权问题。在这里只是粗略判断，不过除了@银色雪莉：阁下提到的金剛心總持論（格式也…不太好说）之外应该全部删除，包括一些不大可能会出现新内容的分类。103.150.214.135 2024年1月3日 (三) 15:25 (UTC)

您提到的入不思議解脫境界普賢行願品我此前在Wikisource:删除讨论已提，跟您的理由是一致的，等各位看看。佛咒这些我是真的不懂，很遗憾无法发表意见——但我大概理解您的意思，譬如说藥師佛解冤結咒这个，我感觉除了咒语本身以外的东西都像是今人的东西，但宗教出版物（除古籍外）和一般出版物的查找方式至少在我而言有相当差异，我能力有限，无法确认这一点。至于格式，已经不是最需要吐槽的点了2333至于您讲到分类，我倒很想问一句，像藏傳伏藏經典这页面，此君就链了一个同名分类，是要干什么... 银色雪莉（留言） 2024年1月3日 (三) 15:52 (UTC)

佛咒的话，我的意思是可以参考摩訶般若波羅蜜多心經的内容，一般来讲应该都是会附在佛经的正文中的，不过到底是出自哪里确实难找，但我还是建议删除。虽然这位用户现在创建的内容大概（？）没有什么问题，但格式实在不行，都应该挂个Cleanup。我看了一下这位用户其他创建的内容，梵天經(梵天相應/有偈篇/祇夜)和臨終智大乘經的语法实在奇怪，而且像“如是我闻”的翻译也很诡异，似乎标题也有问题，管理员可以考虑把这些也作为机翻内容删除@Midleading：。这位用户建立的蓮花生大士應化因緣經 并序 附祈願文完全只是在蓮華生大士應化因緣經的基础上增加了序一类的内容（ps.也不知他怎么搞的复制内容也能弄得如此糟糕），建议把其新添的内容转走再删除页面。最后希望他稍稍看一下入门指南都行（103.150.214.135 2024年1月3日 (三) 17:06 (UTC)

入不思議解脫境界普賢行願品似乎是這篇文章的常用名稱，因此暫時創建重定向，如無保留必要亦可考慮刪除。 Midleading（留言） 2024年1月4日 (四) 04:16 (UTC)

@User:Sowhat666，大哥，上面都跟你讲过了，让你看一下方针，让你注意一下格式的问题，结果还是乱七八糟。。。你要是再这样，真的会被封禁的。。。。——— 红渡厨（留言・贡献） 2024年1月4日 (四) 10:02 (UTC)

已盡力,但也搞不好。可能我太笨,被上天封禁了智慧！ Sowhat666（留言） 2024年1月4日 (四) 10:08 (UTC)

有可能此封彼開,文庫封我後我大開圓解！(說笑的) Sowhat666（留言） 2024年1月4日 (四) 10:12 (UTC)

我從小有些讀寫障礙及中度閱讀困難！ Sowhat666（留言） 2024年1月4日 (四) 10:15 (UTC)

也有少少口吃！ Sowhat666（留言） 2024年1月4日 (四) 10:16 (UTC)

由本案引出的方针扩充请求

根据上方讨论，现建议：

1. 在维基文库:收錄方針#禁止內容慣例中加入新的1级子标题“由翻译软件生成的译文”，内容为：维基文库不收录纯粹由翻译软件生成的译文。
2. 在维基文库:删除守则#总体加入第8点，内容为：由翻译软件生成的译文。

现对上述扩充建议进行公示，由于方针事关重大，暂定1个月公示期。另外，对于遣词造句等有不同意见可在下方进行讨论。 ——— 红渡厨（留言・贡献） 2024年1月4日 (四) 09:56 (UTC)

不仅是机器翻译，像生成式人工智能生成的内容和译文也都应该限制。此外，对《古兰经》这样的文献我认为应该禁止所有用户自行翻译版本，因为中文维基文库目前并没有能力像英文维基文库那样由专业人员维护一个《圣经》译文。 Midleading（留言） 2024年1月4日 (四) 10:32 (UTC)

 支持 ——— 红渡厨（留言・贡献） 2024年1月4日 (四) 11:04 (UTC)

我提一個折衷案：自行翻譯作品如果長期不完成，最後一次編輯以後兩個月可以提刪。 Zhxy 519（留言） 2024年1月4日 (四) 19:27 (UTC)

話說，任何譯文至少都應該放在翻譯命名空間吧？—— Eric Liu_（留言） 2024年1月5日 (五) 06:30 (UTC)

建议允许以翻译软件生成为基础，自行提升的译文。--維基小霸王（留言） 2024年1月5日 (五) 08:11 (UTC)

个人以为没有必要明确在表述上来允许这一点。议案的实质是反对把机翻的东西直接堆放在本地，仅此而已。先机翻再提升可以，请在电脑本地完成整个流程再传上来，这本来也就没有禁止过的事情，何來“允许”？列明了，则所谓是否“提升”的争论，无日无之，况且上方已有机翻double的“提升”不良案例，所谓“提升”无法论定，不如不列，简单定义最好。 银色雪莉（留言） 2024年1月7日 (日) 13:58 (UTC)

(！)意見 我认为主要问题并不在于使用软件翻译，而在于翻译质量低下，因此不应该讲禁止软件翻译，而应该禁止低质量的用户自行翻译内容。况且如果有英语水平较低的用户不借助机翻，虽说翻译出来的汉语内容看起来可能条理清晰、语法无误，但也很有可能有很多和机翻不太一样的问题，比如把breakfast table翻译成把“速速把桌子砸了”（bushi）（（RiD（留言） 2024年1月11日 (四) 09:57 (UTC)

跨年公布的行政法规

《国务院关于修改《消耗臭氧层物质管理条例》的决定》在今日（2024年1月5日）公布。有关的行政法规在2023年12月18日常务会议通过，于2023年12月29日经总理签署国令第770号。所有文档的命名和日期均以签署国令的日期为准，但在分类上究竟有关的国务院令和文档究竟应该归类到2024年还是2023年？考虑到目前还有不少的待公布行政法规，希望有人能够解释。廣九直通車（留言） 2024年1月5日 (五) 10:39 (UTC)

按总理签署的2023年12月29日这个时间我觉得比较合理。 ——— 红渡厨（留言・贡献） 2024年1月5日 (五) 10:50 (UTC)

其實至少也可以同時歸類吧？不成大礙。—— Eric Liu_（留言） 2024年1月5日 (五) 12:53 (UTC)

請看分类:中華民國隔年公布的法律的方式，就是答案。嚴格說，立法院通過尚非法律；總統公布才是法律，但目前同時歸類是便於查找。--Jusjih（留言） 2024年1月5日 (五) 19:57 (UTC)

也好，就这样两个都分类吧。我也找到有类似状况的企业名称登记管理规定 (2020年)，接下来会以此参考处理，感谢各位意见。廣九直通車（留言） 2024年1月6日 (六) 03:21 (UTC)

中华民国和中华人民共和国是两回事。 ——— 红渡厨（留言・贡献） 2024年1月6日 (六) 03:21 (UTC)

Jusjih应该是参照他处理台湾法规的做法，个人认为建立隔年公布法律/行政法规的做法未必适合，尤其是有类似状况的法规不多（倒查后确认每年差不多就一件），不过还是按照成文和发文年份给修改决定和经修改的法规都分到2023和2024年去了。廣九直通車（留言） 2024年1月6日 (六) 03:28 (UTC)

Do you use Wikidata in Wikimedia sibling projects? Tell us about your experiences

Note: Apologies for cross-posting and sending in English.

Hello, the Wikidata for Wikimedia Projects team at Wikimedia Deutschland would like to hear about your experiences using Wikidata in the sibling projects. If you are interested in sharing your opinion and insights, please consider signing up for an interview with us in this Registration form.
Currently, we are only able to conduct interviews in English.

The front page of the form has more details about what the conversation will be like, including how we would compensate you for your time.

For more information, visit our project issue page where you can also share your experiences in written form, without an interview.
We look forward to speaking with you, Danny Benjafield (WMDE) (talk) 08:53, 5 January 2024 (UTC)

维基百科:請求評論/2024年管理人員制度改革

维基百科:請求評論/2024年管理人員制度改革結束了。其中以下議案已在維基百科通過，而且值得在維基文庫討論：

議案3E：取消不活跃通知或提前通知

1. 取消通知措施直接除权「最近六個月未曾做過在用戶貢獻或日誌中有記錄的編輯，該管理員便會被取消管理員權限」；或
2. 修改提醒时间为「最近五個月未曾做過在用戶貢獻或日誌中有記錄的編輯，並且通知發出逾一個月（30天）后仍未有上述活动，該管理員便會被取消管理員權限」

注意：以上兩種方案擇一

議案6A：重新明確「避嫌」定義

重新明確「避嫌」定義如下（管理員方針避嫌一節建議修訂）：

人在自己牽涉爭議中或具強烈情感的情況可能無法作客觀判斷。由此，管理員在所牽涉事宜中應避嫌——換言之，用戶應避免以管理員身份參與所牽涉事宜，包括行使保護、封鎖及刪除等權限或結案等。此情況下，涉事管理員應作為普通用戶身份參與爭議解決，循一般途徑（如維基百科:佈告板）請求未涉事的第三方管理員處理事件。

管理員面對當前或過往有衝突的用戶或在曾參與爭議的特定議題當中都可能被要求避嫌；惟若過往僅曾以管理員身份與有關用戶互動或參與有關議題，或者過往的參與程度小或明顯客觀無偏見，則不應被要求在處理這些用戶或主題相關事宜時避嫌。管理員警告、探討警告、對遵守社群規範的建議、建議文句和立意等均不構成「牽涉」事宜，無需因而避嫌。管理員不會僅因用戶反對自己而需要避嫌，但亦不得僅因用戶反對自己而對其採取管理行動。

顯而易見不會存在爭議的情況（即任何其他管理員正常也會得出相同結論的情況，如執行社群共識或針對破壞、侵權、公開個人隱私的封鎖及刪除）亦不適用避嫌原則。雖然有提供此越過避嫌執行的例外情況，但最佳處理仍是經維基百科:佈告板將事宜提交其他管理員處理。

Midleading（留言） 2024年1月5日 (五) 12:02 (UTC)

 支持以上二者用於本站，但本站要修正Wikisource:管理员#避嫌以及Wikisource:管理員的離任#提前中止矛盾的指引？也請看Wikisource:写字间/存档/2023#稍微修正Wikisource:管理員的離任#長期沒有活動以及Wikisource:写字间/存档/2023#稍微修正Wikisource:管理員的離任#提前中止_2--Jusjih（留言） 2024年1月5日 (五) 20:08 (UTC)

@Shizhao, Hat600, Midleading, Ericliu1912‎：逾三周他人未留言，請裁示下一步。以上二者形成指引方針？或投票決定？--Jusjih（留言） 2024年1月30日 (二) 00:32 (UTC)

不禁還是要先抱怨一下，底下討論多次提及閣下也不回應，就只先顧著處理這種問題。至於這個避嫌問題，我是覺得即使要借鑑，也大可直接多寫一句「參照維基百科管理員方針中有關避嫌的規定」，不用全抄過來。—— Eric Liu_（留言） 2024年1月30日 (二) 13:35 (UTC)

已送投票。--Jusjih（留言） 2024年2月5日 (一) 21:52 (UTC)

我認為這就有點過分了。畢竟根本還沒有多少討論，怎麼就直接付諸表決了呢？何況連修改文本都尚無定案（多有百科遺留），這樣子投票豈不如兒戲？甚至還看到其中一兩項是把閣下自己過往的提案也夾帶進去了。—— Eric Liu_（留言） 2024年2月5日 (一) 23:14 (UTC)

又如上面的消極容忍標準修訂問題，也是社群在寫字間仔細切磋了一個月多以後，才得出幾個可行方案拿去投票的。我要提醒閣下，本站不是維基百科，不是唰一下把東西抄過來，順手送去投票過過場就完事了。—— Eric Liu_（留言） 2024年2月5日 (一) 23:19 (UTC)

就事論事，將管理員不活動期限由「六加一」縮短為「五加一」，還是比較符合實際宗旨的，個人不反對。—— Eric Liu_（留言） 2024年2月5日 (一) 23:24 (UTC)

@Shizhao, Hat600, Midleading：本站未明定要先切磋多久才能投票。1月30日前，三周他人未留言，請求裁示下一步，已算等待。--Jusjih（留言） 2024年2月6日 (二) 00:55 (UTC)

• 已撤回送交投票，並對Jusjih予以警告。--Zhxy 519（留言） 2024年2月5日 (一) 23:17 (UTC)

  您把Jusjih對他案的投票也一併回退了，special:diff/2364915。--Kcx36（留言） 2024年2月7日 (三) 12:13 (UTC)

  手誤，已恢復。 Zhxy 519（留言） 2024年2月7日 (三) 13:06 (UTC)

建议分案讨论，提前通知事宜应该没有很多意见。 --达师 - 370 - 608 2024年2月13日 (二) 15:53 (UTC)

請問誰有《古文小品咀華》的古籍PDF

有該古籍PDF的朋友，請留言黏貼下載地址，謝謝！

Fremax（留言）2024年1月6日 (四) 3:26 (UTC)

Textquality模板显示问题

能不能把这个模板的显示范围限制到Header模板里面的右上角卡死，我新传的文献都挡住字了。——— 红渡厨（留言・贡献） 2024年1月6日 (六) 09:55 (UTC)

我前几天也想说这事。File:PDmaybe-icon.svg也会挡字，如《叔本華自我意志說》我的显示效果：Vector2022、Vector2010，但退出登录后能正常显示。--Kcx36（留言） 2024年1月6日 (六) 10:40 (UTC)

这条有没有懂代码的朋友出来说个话。。。。——— 红渡厨（留言・贡献） 2024年1月10日 (三) 07:30 (UTC)

阁下能拿一个文献举例吗？我这里貌似没有看到明显的遮挡情况。 Teetrition（留言） 2024年1月10日 (三) 09:25 (UTC)

大理基层立法联系点关于文物保护法立法调研情况的报告、检察机关文物和文化遗产保护公益诉讼典型案例 (2020年)，这两个就是。顺便一提我的电脑分辨率是1920×1080。 ——— 红渡厨（留言・贡献） 2024年1月10日 (三) 12:31 (UTC)

新旧Vector皮肤表现不一致。

这个模板的实现用的是absolute定位，会找到前一个定位为非static定位的祖先元素，按照模板的设置为右边距离10px，上方距离50px。但是新旧皮肤的上一个非static定位的祖先元素不一致（两个皮肤的这一祖先元素都是relative定位），旧皮肤的基准在Header模板的顶端，但新皮肤的基准在下载按钮之上。 Teetrition（留言） 2024年1月10日 (三) 13:16 (UTC)

看不懂（ ——— 红渡厨（留言・贡献） 2024年1月10日 (三) 13:56 (UTC)

本案仍需处理。——— 红渡厨（留言・贡献） 2024年1月24日 (三) 07:56 (UTC)

《治道規則》錄入請求

有沒有感興趣的人想要錄入《治道規則》？只有九頁，不多。 Blahhmosh（留言） 2024年1月6日 (六) 16:45 (UTC)

我來了。 DuckSoft（留言） 2024年2月15日 (四) 14:20 (UTC)

我已將《治道規則》錄完。方便的話，可以幫忙校對一下，自己錄過的文本，自己很難看出問題。 DuckSoft（留言） 2024年2月16日 (五) 08:18 (UTC)

IP封禁問題

有一位用戶因為IP關係，目前账号处于封禁状态。他如何取得全域IP豁免？ Blahhmosh（留言） 2024年1月9日 (二) 15:55 (UTC)

你可以告诉我他的账号名，管理员可以授予IP封禁豁免权限。如果他还没有一个帐号，你可以帮他注册并通过邮件通知密码。 Midleading（留言） 2024年1月13日 (六) 04:09 (UTC)

帳號：User talk:久遠時瀬 Blahhmosh（留言） 2024年1月13日 (六) 04:20 (UTC)

@久遠時瀬 已授予IP封禁豁免者身份，您可以绕过IP封禁了。 Midleading（留言） 2024年1月13日 (六) 04:37 (UTC)

帮大忙了，十分感谢。 久遠時瀬（留言） 2024年1月13日 (六) 07:51 (UTC)

這是什麼字？

一（這兩個“■”是什麼字？）

原文：https://db.history.go.kr/KOREA/item/level.do?itemId=muds&types=o#detail/muds_001_0010_0110

百濟遣使朝北魏表_{■■一, 蓋鹵王十八年, 壬子歲行}

臣立國東極, 豺狼隔路, 雖世承靈化, 莫由奉藩, 瞻望雲闕, 馳情罔極. 凉風微應, 伏惟皇帝陛下, 協和天休, 不勝係仰之情. 謹遣私署冠軍將軍駙馬都尉弗斯使侯長史餘禮, 龍驤將軍帶方大守司馬張茂等, 投舫波阻, 搜徑玄津, 託命自然之運, 遣進万一之誠. 冀神祇垂感, 皇靈洪覆, 克達天庭, 宣暢臣志, 雖旦聞夕歿, 永無餘恨.〈犲狼謂句驪世讎也〉

若要看原文圖片點擊“이미지”，然後點擊“고려대학교 도서관(만송364B1)”或“고려대학교 도서관(만송364-1)” Blahhmosh（留言） 2024年1月10日 (三) 03:48 (UTC)

二

原文：爾雅曰鵪鶉其雄鶛牝痺註云鶉䳺也素問曰鴽鶉也鄭 玄曰鴽？母也一名䳺月令曰田鼠化為鴽

原圖：https://ctext.org/library.pl?if=gb&file=38772&page=54

右邊第二行 Blahhmosh（留言） 2024年1月10日 (三) 17:12 (UTC)

@Blahhmosh：像是⿰矣鳥，姑且用缺字模板先錄？這個還沒收錄。 银色雪莉（留言） 2024年1月11日 (四) 02:11 (UTC)

本應是「鴾」，鳥的撇被左邊組件吸收成了「矣」。另外中國國圖有更清晰的版本，可以移步維基共享資源閱覽。 Jlhwung（留言） 2024年1月16日 (二) 04:59 (UTC)

三

原文： 童赴水賊就刺殺之 〈 〇武巡捕江守�繼勳 收殮某督後遂投河而 死〉 旋聞山上螺聲亦遽去時逃勇

原圖：https://ctext.org/library.pl?if=gb&file=109516&page=36

https://books.google.com/books?id=6z0rAAAAYAAJ&printsec=frontcover&source=gbs_atb#v=onepage&q&f=true Blahhmosh（留言） 2024年1月13日 (六) 02:18 (UTC)

“備”。已校改。 银色雪莉（留言） 2024年1月13日 (六) 16:07 (UTC)

四

原文：若所設各官軍中有典聖粮典聖庫典買辦典油鹽此四 種皆有總典官又典鐵衙典硝衙典砲衙典鉛碼典旗幟巡查官 等名色〈 〇僞官内有僞典鐫刻僞典紅粉_六藥僞典竹匠僞典銅 匠僞典玉匠僞典洋遮_洋�僞典粧官_花粉雜行僞典京靴〉

原圖：https://ctext.org/library.pl?if=gb&file=109516&page=78

https://books.google.com/books?id=6z0rAAAAYAAJ&printsec=frontcover&source=gbs_atb#v=onepage&q&f=true Blahhmosh（留言） 2024年1月14日 (日) 04:47 (UTC)

@Blahhmosh：谷歌那个来源很清晰，“繖”，跟“傘”是一樣的，剛好注釋上面的“遮”。 银色雪莉（留言） 2024年1月14日 (日) 05:00 (UTC)

五

整個左邊第四行。

https://ctext.org/library.pl?if=gb&file=110393&page=33 Blahhmosh（留言） 2024年1月21日 (日) 18:06 (UTC)

粧潢或直付外閣粧潢以上 银色雪莉（留言） 2024年1月21日 (日) 18:34 (UTC)

六（這些字是什麼？）

字一：相基址而隂陽？吉。宸遊髣髴未甍近暎花

https://ctext.org/library.pl?if=gb&file=110392&page=36 （最左行）

字二：例？之帶間每當休沐之日自內傳與傳授

https://ctext.org/library.pl?if=gb&file=110392&page=74 （右四行）

字三：？畢〈皷樂止〉閣臣以下至小次前啓奉書禮成典

https://ctext.org/library.pl?if=gb&file=110393&page=17 （左四行）

字四：？年少有文學者賜暇湖堂乘馹出入粧二方

https://ctext.org/library.pl?if=gb&file=110393&page=49 （右三行）

剩下的字：二十五日稽謨奎閣觀徳雲壇遂令臣等醉以 法醖沐以恩波臣等不勝歡欣感激之至謹奉 箋稱謝者臣命膺等誠惶誠恐稽首稽首上言 伏以府開羣玉獲覩昭漢之光官忝條氷幸與 需雲之席既飽以德不醉無歸伏念臣等愧非 通儒遭際休運五雲㴱處長守典謨之蔵雙日 直中焉有討論之益仰惟。列朝灝噩之？爰 有每嵗曝曬之䂓。聖謨並耀於秋陽開玉凾 之秩秩曠禮允？於吉日列劒？之蹌蹌迨縟 儀之載成申法醞之特賚恩逾三錫挹灝露於

https://ctext.org/library.pl?if=gb&file=110393&page=75 Blahhmosh（留言） 2024年1月22日 (一) 17:46 (UTC)

還有，

https://ctext.org/library.pl?if=gb&file=110392&page=11

https://ctext.org/library.pl?if=gb&file=110392&page=12

可以告訴我這些字是什麼嗎？ Blahhmosh（留言） 2024年1月22日 (一) 17:53 (UTC)

@银色雪莉 Blahhmosh（留言） 2024年1月23日 (二) 04:58 (UTC)

如果你不介意的话，我先直接处理后面两个模糊的页面吧，请你把对应的本地链接发一下，因为我这边不大清楚它该录入到哪个位置。至于那几个异体字，我需要时间看一下，其实有几个我相信是比较明确的，譬如字二和字四，我相信它们是“佩”和“選”的异体字，尤其在结合前后文意和本身字形来推断。 银色雪莉（留言） 2024年1月23日 (二) 11:23 (UTC)

@Blahhmosh 银色雪莉（留言） 2024年1月23日 (二) 12:11 (UTC)

明白了《奎章閣志再草》 Blahhmosh（留言） 2024年1月23日 (二) 14:43 (UTC)

@银色雪莉 Blahhmosh（留言） 2024年1月23日 (二) 14:59 (UTC)

我的个人看法：

字一大概是“叶”（不是简化字），“叶吉”算是固定搭配，至于那额外的一点我发现本书不少字都有，我不大了解这原因；

字二大概是“佩”的异体字，似乎还没有被收录？

字四大概是“選”的异体字，似乎也没有被收录？

剩下的字：大概是“什”（不是简化字）、“叶”（不是简化字）、“佩”。

以上是个人意见，借此机会我还想请@Jlhwung阁下指正在下是否有判断不当之处？ 银色雪莉（留言） 2024年1月27日 (六) 17:19 (UTC)

閣下所言很有道理，我沒有不同意見。字四非常像BabelStone Han PUA收錄的「⿺辶⿱𭕄共」，也是「選」的簡化字形。 Jlhwung（留言） 2024年1月27日 (六) 17:30 (UTC)

七

原文： 飯夕粥之說務令撙節事 八凢人十年之�莫如種樹勿論上 下以春秋棗栗楮㓒等木人人各 種三十株於其所居家前或種於 田畔或種於其父母墳山左右空 處以為敷養料生之地而違約不

原圖：https://kyudb.snu.ac.kr/book/view.do?book_cd=GK00482_00

（六十八頁） Blahhmosh（留言） 2024年2月4日 (日) 16:29 (UTC)

@Blahhmosh：“計”。 银色雪莉（留言） 2024年2月4日 (日) 18:17 (UTC)

八（這些字是什麼？）

原文：

白羊即湖南之小金剛也�溪樓所記諸賢吟咏槩可 見矣其東南牛鳴之許有晦谷谷之上有山而名曰瓠盖取 義於山形之似瓠也山之北有小澗自月出谷彂源逶迆西南 流與龍崗鶴林洗合其間泉石亦有可樂者掬泉而飲 水冽而清掃石而坐苔班而奇登是山也南有冠山儼然如 加帽而趨拜西有鶴林軒然如飛鳥之囬翔其餘船墅 農�皼洞樵笛龍頭朝�狑岩落暉盡在於顧眄之 間大而四時之景小而朝暮之態雖不及濂溪之廬山晦 庵之雲谷若遇考盘之碩人居於是所則不知其傳於

c:File:瓠山遺藁.pdf pp.51-52 (101-102) Blahhmosh（留言） 2024年2月15日 (四) 21:33 (UTC)

@Midleading@Jlhwung Blahhmosh（留言） 2024年2月26日 (一) 22:10 (UTC)

Reusing references: Can we look over your shoulder?

Apologies for writing in English.

The Technical Wishes team at Wikimedia Deutschland is planning to make reusing references easier. For our research, we are looking for wiki contributors willing to show us how they are interacting with references.

• The format will be a 1-hour video call, where you would share your screen. More information here.
• Interviews can be conducted in English, German or Dutch.
• Compensation is available.
• Sessions will be held in January and February.
• Sign up here if you are interested.
• Please note that we probably won’t be able to have sessions with everyone who is interested. Our UX researcher will try to create a good balance of wiki contributors, e.g. in terms of wiki experience, tech experience, editing preferences, gender, disability and more. If you’re a fit, she will reach out to you to schedule an appointment.

We’re looking forward to seeing you, Thereza Mengs (WMDE)

《今古實記》的吃屎問題

我邊錄入邊讀《今古實記》時經常看到各種孝子爲父母吃屎，真是噁心！吃屎到底有什麼科學依據嘛？ Blahhmosh（留言） 2024年1月15日 (一) 04:28 (UTC)

還有，作者是怎麼搞的，寫的字怎麼這麼難看？要不是存在上下文以及私人信息，有些字我都快看不出來了。 Blahhmosh（留言） 2024年1月15日 (一) 04:38 (UTC)

重点不是吃屎有没有依据，而是父母病了，要不要做个孝子，要搞清楚重点。 Midleading（留言） 2024年1月15日 (一) 04:44 (UTC)

喔。明白了。 Blahhmosh（留言） 2024年1月15日 (一) 04:46 (UTC)

大规模OCR图书馆

於Phabricator查看
編號T332125的工單
狀態：已解決

之前讨论过Wikisource:写字间/存档/2023#OCR圖書館，但遇到了Google OCR无法访问图片的问题。现在此问题已经解决了。我们可以开始大规模识别图书扫描了。

一个潜在的问题是，很多书具有多份扫描档。每个都识别是没有意义的，最好的方式是像@midleading：提出的那样，开发一个工具，允许各位用户批量识别不同的书。我已经提出了功能需求，有更多需求请提出。

另一个问题是，使用哪种OCR软件。Google OCR对于识别1900年以来的印刷体合适，但是无法识别竖排排版位于行外的标点。对于古文，古籍酷效果更好，而且支持自动加标点，对开源项目有支持。我还测试了日本国立国会图书馆开发的OCR软件，打开是因为是针对日文训练的，效果不好。请大家考虑在Wikisource:OCR/测试加入各种类型文件的例子，以及测评更多OCR软件。 維基小霸王（留言） 2024年1月15日 (一) 13:33 (UTC

我刚才录入了来自这里的文本，感觉还不错，这也是一个选择。 Midleading（留言） 2024年1月15日 (一) 13:37 (UTC)

匹配文本与文件也是个问题。 維基小霸王（留言） 2024年1月15日 (一) 13:51 (UTC)

2017年錄入四部叢刊的時候就是人工匹配的，匹配中發現了大量缺頁和重複，現在我認為也可以人工匹配。 Midleading（留言） 2024年1月15日 (一) 14:22 (UTC)

导入现在已有的文本应该要优先于自己识别，有很多书其实已经有已有的数字化文本，没必要再重来一遍。目前这个来源的文本已经具备导入维基文库条件了。 Midleading（留言） 2024年1月16日 (二) 09:45 (UTC)

這種識別作業會有方便後續人工追蹤維護標籤對吧？—— Eric Liu_（留言） 2024年1月15日 (一) 14:38 (UTC)

有沒有用戶願意維護就不知道了，關鍵是看有沒有用戶在維基文庫讀我們錄入的書。 Midleading（留言） 2024年1月15日 (一) 14:46 (UTC)

最基本的一个作用是作为图书的全文搜索库。现在，维基共享资源上传了那么多图书，是无法全文搜索的。维基百科的搜索引擎和维基文库是相连的，完成这个项目后，在搜索维基百科的时候，右边就会有一个框框显示出几乎所有中文公有领域图书的搜索结果，这不是很棒吗？

至于标签，这种校对页面默认的未校对标签就描述了这些页面的状态。即使不是大规模的机器识别，很多用户输入之后不校对，跟这样做的结果是一样的。 維基小霸王（留言） 2024年1月15日 (一) 23:39 (UTC)

对于印刷体Google OCR效果很好，但它的标点符号大多是半角的，建议OCR之后都替换一次。简体测试文本刚好就是我用Google OCR录入并校对的。--Kcx36（留言） 2024年1月15日 (一) 15:47 (UTC)

竪排古籍中低几格或有空白的短段落，Google OCR有時無法保證行序、字序，還會把一行拆成幾塊。對雙行注文識別弱，即使是較高像素的圖片。Andayunxiao（留言） 2024年1月15日 (一) 16:04 (UTC)

录入古文还是用古籍酷最好，不仅识别效果好，还能用人工智能加标点。 維基小霸王（留言） 2024年1月15日 (一) 23:32 (UTC)

@Andayunxiao 對於古文，gj.cool優於Google。Google gj.cool 維基小霸王（留言） 2024年1月16日 (二) 04:51 (UTC)

gj.cool给的额度很小 应该用不了 維基小霸王（留言） 2024年1月16日 (二) 08:48 (UTC)

没关系，我们可以把这个功能放到WMCS里面，让其他用户使用，估计用户应该不会用完这些额度 Midleading（留言） 2024年1月16日 (二) 09:40 (UTC)

古籍酷看來效果很好，而且沒有缺字。中文古書通常行列分明，惜 Google OCR 未能利用這一點。額度就算小，能利用也是對用戶有益的。我無意用 OCR 錄入大量内容，僅作範例。 Andayunxiao（留言） 2024年1月17日 (三) 15:34 (UTC)

於Phabricator查看
編號T352503的工單

竖版图书行外标点无法识别的问题可能将会解决，2月19日Google API更新后，请大家注意测试。--維基小霸王（留言） 2024年1月19日 (五) 02:03 (UTC)

借此話題提個想法：我很喜歡Ctext的 字符識別連結頁面，不僅美觀，容易定位，而且其底層支持兩種輸入和修改模式，不需要用戶會使用排版代碼。效果上更是同一段源碼有三種展示模式——簡單修改模式（不合并行）、竪排陣列模式，和正文橫排模式（合并行）。不知道在 Mediawiki 的框架下我們能否實現類似功能，讓用戶只輸入一次，就可以有不同的展示方式。Andayunxiao（留言） 2024年1月19日 (五) 17:02 (UTC)

"分类:需要清理的条目"問題

“cleanup”模板上的“这篇文章可能需要清理”的文字的“需要清理”的連結是連接到“分类:需要清理的条目”。但是現在“分类:需要清理的条目”要用重定向了，成為“Category:需要清理的頁面”。如果我把“cleanup”模板上的“这篇文章可能需要清理”的文字的“需要清理”的連結是連接到“Category:需要清理的頁面”，那麼我在"Category:需要清理的頁面"看不到任何“頁面”這是怎麼搞的？ Blahhmosh（留言） 2024年1月15日 (一) 16:02 (UTC)

OCR软件使用指引

我认为维基文库对OCR软件的使用需要提出指引，避免将来某些用户大量创建低质量的文本页面充斥整个维基文库，避免管理员删除上百个甚至上千个低质量页面：

• 当维基文库收录了原文对应数字化文本时，不应大量创建错误率高于该数字化文本的页面。
• 当维基文库尚未收录原文对应数字化文本，但可公开访问的外部网站收录了原文对应数字化文本时，不应大量创建错误率高于该外部网站所提供的数字化文本的页面。

Midleading（留言） 2024年1月16日 (二) 05:35 (UTC)

我用chatgpt将讨论内容转换成了方针，请修改：Wikisource:OCR#大规模OCR计划。 維基小霸王（留言） 2024年1月16日 (二) 13:35 (UTC)

新手提問！請問有給古籍PDF免費做OCR的網站嗎？ Fremax（留言） 2024年1月17日 (三) 10:47 (UTC)

@Ericliu1912：Wikisource:OCR有必要移动到Wikisource:光學字元辨識吗？英文缩写更常用，中文还涉及地区词，地区词转换不知道为什么没生效。--Kcx36（留言） 2024年1月17日 (三) 11:22 (UTC)

正式名詞的話，第一次提到使用中文名稱為宜，之後可以多用簡稱。地區詞轉換已經修復，我也不知道是怎麼回事（ —— Eric Liu_（留言） 2024年1月17日 (三) 12:04 (UTC)

維基文庫是沒有地區詞轉換的，因為不需要轉換原文中的地區詞 Midleading（留言） 2024年1月17日 (三) 14:37 (UTC)

文庫目前只有簡體和繁體模式，沒有開啓地區詞轉換。技術上，w:維基百科:繁简处理 提到， 繁簡轉換總共通過三個轉換表來實現，這三個表所有維基項目共用，其中不包括地區詞。這一點是百科的周全考慮，而不是疏忽。見w:維基百科:字詞轉換/2015年轉換表更新說明，轉換表收錄相對保守，有些地區用字差異也未收入，如「著」，「着」。Andayunxiao（留言） 2024年1月17日 (三) 15:54 (UTC)

不贊同在作品頁使用地區詞轉換。文庫作品是對已有作品的複制。應該保持這些作品的完整性和原貌。幫助空閒提供轉換有益。 Andayunxiao（留言） 2024年1月17日 (三) 16:00 (UTC)

我和Ericliu1912在说的仅仅是Wikisource:光學字元辨識的页面标题“光學字元辨識”和“光学字符识别”。--Kcx36（留言） 2024年1月17日 (三) 16:07 (UTC)

是我離題太遠了，抱歉抱歉。標題轉換是怎樣生效的，是不是通過地區詞轉換，我還不清楚。 Andayunxiao（留言） 2024年1月17日 (三) 16:23 (UTC)

我觉得没必要移动，大家都知道OCR是什么意思。w:Wikipedia:格式手册/缩写上说：“‘大家都这么用’，那么我也可以这么用。”--維基小霸王（留言） 2024年1月19日 (五) 02:02 (UTC)

@Blahhmosh Lemonaka（留言） 2024年1月24日 (三) 00:32 (UTC)

Yes? What's up? @Lemonaka Blahhmosh（留言） 2024年1月24日 (三) 02:15 (UTC)

有关分类里的“的”字

你们不要因为这种无聊的小事改来改去好不好。。。。中文维基文库本就没有强制要求要或者不要这个“的”字，老动他干什么。。。。——— 红渡厨（留言・贡献） 2024年1月17日 (三) 09:43 (UTC)

@Ericliu1912大哥你能不能先停一下。。。 ——— 红渡厨（留言・贡献） 2024年1月17日 (三) 09:45 (UTC)

只是一次性例行維護工作而已，統一命名格式，並清理IP帳號留下來的麻煩；多數分類從建立以來只改過一次，並不是「改來改去」，也不是「老動他幹什麼」。因為涉及頁面範圍較廣，而且累積不少，所以總編輯數目自然也難免多一些。改完以後，基本就不會再有需要處理的問題。—— Eric Liu_（留言） 2024年1月17日 (三) 10:10 (UTC)

至於不小心建立空白頁面之事，那確實是我的問題，會調整一下小工具設定，確保不再犯，抱歉。—— Eric Liu_（留言） 2024年1月17日 (三) 10:17 (UTC)

阁下所谓“例行维护”，既没有方针支持，也没有社群共识支持，所以，请停止。 ——— 红渡厨（留言・贡献） 2024年1月17日 (三) 10:41 (UTC)

近期不會再大規模移動。但是相關分類沉痾已久，所以只要不構成破壞，就沒有停止的理由。唯一的顧慮就是可能沖刷近期變更，那大概就是不要一次處理那麼大規模。—— Eric Liu_（留言） 2024年1月17日 (三) 12:09 (UTC)

那看来我有必要再强调一遍：阁下的行为既没有方针支持，也没有社群共识支持，所谓“沉痾已久”，完全是阁下的一己之见，无法代表社群。 ——— 红渡厨（留言・贡献） 2024年1月17日 (三) 12:21 (UTC)

@Ericliu1912 Have you tried a user-right called flood? Or another right called bot? Lemonaka（留言） 2024年1月24日 (三) 00:32 (UTC)

@Lemonaka：I think that the flood right does not exist in zhwikisource. Bot could be a choice, but the task has to be approved by community consensus. —— Eric Liu_（留言） 2024年1月24日 (三) 05:21 (UTC)

Invitation to join January Wikisource Community Meeting

Hello fellow Wikisource enthusiasts!

We are the hosting this month’s Wikisource Community meeting on 27 January 2024, 3 PM UTC (check your local time).

As we gear up for our upcoming Wikisource Community meeting, we are excited to share some additional information with you.

The meetings will now be held on the last Saturday of each month. We understand the importance of accommodating different time zones, so to better cater to our global community, we've decided to alternate meeting times. The meeting will take place at 3 pm UTC this month, and next month it will be scheduled for 7 am UTC on the last Saturday. This rotation will continue, allowing for a balanced representation of different time zones.

As always, the meeting agenda will be divided into two halves. The first half of the meeting will focus on non-technical updates, including discussions about events, conferences, proofread-a-thons, and collaborations. The second half will delve into technical updates and conversations, addressing major challenges faced by Wikisource communities, similar to our previous Community meetings.

If you are interested in joining the meeting, kindly leave a message on [email protected] and we will add you to the calendar invite.

Meanwhile, feel free to check out the page on Meta-wiki and suggest any other topics for the agenda.

Regards

KLawal-WMF, Sam Wilson (WMF), and Satdeep Gill (WMF)

Sent using MediaWiki message delivery（留言） 2024年1月18日 (四) 10:54 (UTC)

《奎章閣志再草》問題

這是什麼鬼？我該怎麼錄入？

原文：

https://ctext.org/library.pl?if=gb&file=110392&page=57

https://kyudb.snu.ac.kr/book/view.do?book_cd=GK00734_00 （27a）

（左邊第四行） Blahhmosh（留言） 2024年1月19日 (五) 15:56 (UTC)

@Blahhmosh：这就是贴补上去的，就按他贴上去的录入就好了。那条竖线就是这部分没有字的意思，从上一个“揖”就直接往下面接下去。 银色雪莉（留言） 2024年1月20日 (六) 01:59 (UTC)

問題是貼上去的文字到底是什麼？我看不清楚。 Blahhmosh（留言） 2024年1月20日 (六) 02:00 (UTC)

我目前粗讀到的第一張小紙條是“檢書及司卷領籤閣監檢律叅謁監書楹外”，第二張就不用說了，第三張是“書寫”。——不過我還沒有空前後文通讀一遍，也許到時可能有對這些初步判斷的校正。 银色雪莉（留言） 2024年1月20日 (六) 04:28 (UTC)

有關《通用行為準則》協調委員會章程的投票

您可以在元維基上找到此訊息的其他語言翻譯版本。 请帮助翻译至您的语言

大家好，

我今天聯絡您是為了宣布《通用行為準則》協調委員會（U4C）章程的投票期現已開始。社群成員現在可以透過SecurePoll進行投票並提供有關章程的評論，直至2024年2月2日。曾在《通用行為準則》執行規範制定過程中發表意見的人士將會發現這個流程很熟悉。

《通用行為準則》協調委員會章程的當前版本已在元維基上發布，並提供翻譯版本。

請閱讀章程，投票並與社群中的其他人分享此訊息。我可以自信地說《通用行為準則》協調委員會期待您的參與。

謹代表《通用行為準則》專案團隊，

RamzyM (WMF) 2024年1月19日 (五) 18:09 (UTC)

特殊符号录入

本人目前正在上传的《北京中轴线保护管理规划（2022年-2035年）》涉及到一些文库似乎会显示错误的特殊符号，比如等，这种要怎么办？——— 红渡厨（留言・贡献） 2024年1月21日 (日) 10:41 (UTC)

可以换成⦿、◉、⧈、▣。--Kcx36（留言） 2024年1月21日 (日) 11:31 (UTC)

圆的OK了，但是方的那个好像不对（PS.我都不知道北京市文物局哪里搜出来的这些符号=.=） ——— 红渡厨（留言・贡献） 2024年1月21日 (日) 11:59 (UTC)

有用戶在多語言文庫建立中文主頁面和版權爭議文獻

多語言文庫mul:Main_Page的分語言子頁通常只有未獨立建站的語言才有實質性内容，否則如英文mul:Main_Page/English則自2005年后再無内容。 近日有用戶向mul:Main_Page/中文添加内容，並建立數個子頁面：[6]. 此舉是否應提請多語言社群注意？文庫早年各語言分家時，是否考慮到這種另立門戶的編輯意願？

另有子頁面mul:Main_Page/中文/主题/Portal:宗教/category:儒家/惜字集，本地已有討論結果不在公有領域（Wikisource:版權討論#2024年），且同一上傳用戶的回覆表明其已知悉。此次重複上傳的是前次的部分内容，但顯然仍包含現代結集成份，當如何解釋? Andayunxiao（留言） 2024年1月21日 (日) 13:54 (UTC)

显属w:维基百科:游戏维基规则 ——— 红渡厨（留言・贡献） 2024年1月21日 (日) 14:04 (UTC)

這恐怕得請Template:Ping2君幫忙看看。—— Eric Liu_（留言） 2024年1月21日 (日) 14:07 (UTC)

阁下没at到，我帮你重新@Jusjih： ——— 红渡厨（留言・贡献） 2024年1月23日 (二) 05:15 (UTC)

另外，该用户仍在多语言文库上传内容，需要尽快通知多语言文库社群。——— 红渡厨（留言・贡献） 2024年1月23日 (二) 05:18 (UTC)

此人仍然在多语言文库上传一些诸如mul:關聖帝君覺世真經 Holy Emperor Guan's True Scripture to Awaken the World、mul:《天主經》(基督新教《主禱文》)等丝毫不符合相关指引的内容，需要尽快通知多语言文库社群。——— 红渡厨（留言・贡献） 2024年1月26日 (五) 09:47 (UTC)

这两件的“不合指引”具体指？ 银色雪莉（留言） 2024年1月26日 (五) 10:33 (UTC)

其中比较显著的，包括命名、格式等。 ——— 红渡厨（留言・贡献） 2024年1月26日 (五) 11:19 (UTC)

他还创建mul:Category:中文这种莫名其妙的仿照中文维基文库主页的东西。——— 红渡厨（留言・贡献） 2024年1月26日 (五) 11:25 (UTC)

不懂...其实我也就路过一问，我对那边不熟悉（捂脸）让熟悉情况的同好看看吧 银色雪莉（留言） 2024年1月26日 (五) 13:34 (UTC)

此用戶本地對方都有活動。已在本地用戶討論通知。--Jusjih（留言） 2024年1月30日 (二) 22:10 (UTC)

我已經全部予以提刪。--Zhxy 519（留言） 2024年2月5日 (一) 23:46 (UTC)

《通用行為準則》協調委員會章程的最後投票期

您可以在元維基上找到此訊息的其他語言翻譯版本。 请帮助翻译至您的语言

大家好，

我想提醒大家《通用行為準則》協調委員會（U4C）章程的投票期將於2024年2月2日結束。社群成員可以透過SecurePoll進行投票並提供有關章程的評論。曾在《通用行為準則》執行規範制定過程中發表意見的人士將會發現這個流程很熟悉。

《通用行為準則》協調委員會章程的當前版本已在元維基上發布，並提供翻譯版本。

請閱讀章程，投票並與社群中的其他人分享此訊息。我可以自信地說《通用行為準則》協調委員會期待您的參與。

謹代表《通用行為準則》專案團隊，

RamzyM (WMF) 2024年1月31日 (三) 17:01 (UTC)

《鄕約條目》問題

爲什麼20、21與22、23相同？有沒有搞錯？我們到底缺少了沒有22、23頁？ Blahhmosh（留言） 2024年2月3日 (六) 04:33 (UTC)

https://kyudb.snu.ac.kr/book/view.do?book_cd=GK00482_00 Blahhmosh（留言） 2024年2月3日 (六) 04:42 (UTC)

尋找來源

請問有人知道杜柯和抵匈奴的來源嗎？--221.127.11.165 2024年2月9日 (五) 10:41 (UTC)

高度疑虑——请参见[7]里面“文章”栏目的内容。当然我不是唐史专家，但就我浅薄的知识而论，这似乎是乱弹琴23333还有，那首抵匈奴也太扯了... 银色雪莉（留言） 2024年2月12日 (一) 04:04 (UTC)

• 疑似是混淆視聽"惡攪"文創，尋遍隋書、南北史、新舊唐書俱不見杜柯其人。@Dukeee12：請說明來源，如半月後無回覆，建議刪除兩文。--晞世道明（留言） 2024年2月12日 (一) 05:55 (UTC)

如何錄入《御製大訓》？

《御製大訓》版本頗多，而且版本之間都些有不同之處。如何分別錄入各個版本？ Blahhmosh（留言） 2024年2月11日 (日) 03:37 (UTC)

@Blahhmosh：我粗看了一下，觉得应该按里边每一篇单独的文章来收，而把这个“御製大訓”的页面当成一个文集目录的页面，像是朝花夕拾和它的各篇文章的这样的收录方式。至于这个“版本頗多，而且版本之間都些有不同之處”，在下眼拙看起来，似乎只是收文的篇目不同，而且还不是说那种“AB、ACD、AGF”那种不同，而是“A、AB、ABC”这种模式的不同——如果狠一点，干脆按最全的那个收录；如果啰嗦一点，就在文集页面里列出不同的目录就好了——但就算是后者，录入逻辑也是朝花夕拾这种逻辑，而不是直接在“御製大訓”的页面上录文本内容。 银色雪莉（留言） 2024年2月12日 (一) 04:20 (UTC)

至于跟文集同名的那篇文章，你就录在文集子页面再引用回页面好了，当是跟朝花夕拾/小引的逻辑那样——反正每本大训都有这篇。（文字没有不同吧？） 银色雪莉（留言） 2024年2月12日 (一) 04:25 (UTC)

其實更像是“A、AB、ABC、ABCD、AEF。” Blahhmosh（留言） 2024年2月12日 (一) 05:04 (UTC)

这也还好啦，也还是按文集来录比较好。 银色雪莉（留言） 2024年2月12日 (一) 05:20 (UTC)

公佈《通用行為準則》協調委員會章程批准投票結果

您可以在元維基上找到這則訊息其他語言的翻譯。 请帮助翻译至您的语言

各位好，

我們十分感謝大家關注《通用行為準則》的進展。我在此宣佈《通用行為準則》協調委員會章程的批准投票結果。1746位貢獻者在本次批准投票中投票，1249名選民支持該章程，420名選民不支持。而是次投票過程允許選民對該章程發表評論。

投票統計報告和選民評論摘要將在未來幾週內在元維基上發佈。

敬請期待後續的進展。

謹代表《通用行為準則》專案團隊，

RamzyM (WMF) 2024年2月12日 (一) 18:24 (UTC)

2024年第07期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用戶这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• 維基數據查詢服務（WDQS）圖表拆分實驗正在進行並載入到3個測試伺服器上。負責團隊正在測試拆分的影響，並要求WDQS用戶透過UI或以程式設計方式在不同管道提供反饋（如：[8][9][10]）。用戶的反饋將驗證圍繞維基數據查詢服務的各種用例和工作流程的影響。 [11][12]

問題

• 使用移动设备访问wiki網站時發生一個錯誤，該錯誤會使已造訪链接顯示為黑色。此問題已修復。

本週更改

• MediaWiki的新版本將於2月13日部署至測試維基及MediaWiki.org。它將於2月14日部署至非維基百科wiki及部分維基百科，並於2月15日部署至所有wiki（參見日曆）。 [13][14]
• 隨著Grid Engine棄用作業[15]持續進行，Grid Engine上的工具將從2024年2月14日起停止運作。如果您有正在積極遷移的工具，您可以要求延期以防工具停止運作。 [16]

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反饋 • 订阅或退订。

MediaWiki message delivery 2024年2月13日 (二) 05:48 (UTC)

我为维基文库订阅了技术新闻，以后的每期技术新闻都会送达写字间，和维基百科一样。 Midleading（留言） 2024年2月13日 (二) 05:59 (UTC)

原作與譯文版權有差別嗎？

原作與譯文版權有差別嗎？若我因上傳了<<魯迅全集第十八集>>而被說成破壞,要永久封我帳號，這樣公平合理嗎？本站一向有魯迅全集第十八集之部分內容存在着，為何等到我上傳一部分才清算呢？有針對性嗎？中文譯文版權不是用50年之計算法嗎？若然不是，本站不小作品也要重新審核原作版權一次才合理呢！我由於已完全失望，不怕被封帳號，才敢開口直言！附記：維基共享資源有魯迅全集第十八集 pdf.是公共領域的作品。 Sowhat666（留言） 2024年2月15日 (四) 13:18 (UTC)

2024年第08期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• 如果您啟用了「当我的监视列表中的页面或文件发生更改时发送电子邮件通知我」選項，機器人帳號執行的編輯將不再觸發電子郵件通知。以前，只有小修改不會觸發電子郵件通知。 [17]
• 特定wiki在Vector 2022皮肤下，用户和網站腳本的加载方式有一些更改。此更改影響以下wiki：以舊版Vector為默认皮肤的所有项目、維基導遊和維基教科書。其它wiki則將在未來三個月內受到影響。小工具不受影響。如果您受此影響或希望盡量減少對项目的影響，請參閱此工單。敬請積極配合、積極行動。
• 新的自動创建账户（您造訪新wiki時獲得的账户）現在與在該 wiki上的新註冊用户具有相同的本地通知設定。此更改影響任務說明中列出的四種通知類型。
• 上传向导可上传的最大文件大小現在為5 GiB。 [18]

本週更改

• MediaWiki的新版本將於2月20日部署至測試維基及MediaWiki.org。它將於2月21日部署至非維基百科wiki及部分維基百科，並於2月22日部署至所有wiki（參見日曆）。 [19][20]

• 由於我們準備在2024年3月14日關閉Grid Engine，Grid上的部分工具已停止運行。工具的代码和数据尚未刪除。如果您是維護人員並且希望重新啟用您的工具，請聯絡我們的團隊。只有請求延期的工具仍在Grid上運行。
• 現在wikitext中可以在HTML的style屬性中使用CSS的filter屬性。 [21]

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年2月19日 (一) 15:36 (UTC)

Invitation to join February Wikisource Community Meeting

Hello fellow Wikisource enthusiasts!

We are the hosting this month’s Wikisource Community meeting on 24 February 2024, 7 AM UTC (check your local time).

The meeting agenda will be divided into two halves. The first half of the meeting will focus on non-technical updates, including discussions about events, conferences, proofread-a-thons, and collaborations. The second half will delve into technical updates and conversations, addressing major challenges faced by Wikisource communities, similar to our previous Community meetings.

If you are interested in joining the meeting, kindly leave a message on [email protected] and we will add you to the calendar invite.

Meanwhile, feel free to check out the page on Meta-wiki and suggest any other topics for the agenda.

Regards KLawal-WMF, Sam Wilson (WMF), and Satdeep Gill (WMF)

Sent using MediaWiki message delivery（留言） 2024年2月20日 (二) 11:11 (UTC)

台灣分會2024年2月對話時間

台灣維基媒體協會2024年2月的對話時間，
訂於台灣時間2/29 (四) 19:00舉行，
參與連結為 https://meet.google.com/qiv-ctih-sse 。

想跟更多台灣維基人互動嗎？不知道台灣有個維基協會，或知道協會但不知道他們平常都在幹嘛嗎？對今年第一線資訊有興趣嗎？首次對話時間歡迎一起來聊聊！

這些字是什麼？

原文：《治道規則》 Blahhmosh（留言） 2024年2月24日 (六) 04:53 (UTC)

略校了兩處較為明確的。“？其故”可能是“溯其故”，有月部和類似三點水的簡筆；“生？”可能是“生死”，其中“死”應該呈異體；但以上均不夠明確，是以未改。其他在下暫時看不出，姑且留之。 银色雪莉（留言） 2024年2月24日 (六) 05:31 (UTC)

這是什麼字？

原文：黎純齋曰：西洋種樹之利甚大，長林�望，處處皆然。

原圖：

治道規則第八頁

Blahhmosh（留言） 2024年2月24日 (六) 15:31 (UTC)

@Jusjih@红渡厨@Midleading@Eric Liu Blahhmosh（留言） 2024年2月25日 (日) 21:35 (UTC)

我覺得是「𢏏」，同「弥」、「彌」。 Jlhwung（留言） 2024年2月26日 (一) 00:20 (UTC)

2024年第09期技术新闻

维基媒体技术社群现在发布最新的技术新闻。请告知其他用户这些更改；不是所有的更改都会对您造成影响。技术新闻提供其它语言的翻译版本。

最近更改

• 在一少部分wiki，從未編輯過的用户會優先使用手机版可视化编辑器。研究顯示該編輯器的用户稍較容易發布他們開始編輯的內容，而稍較不容易發布不會被回退的編輯。將wikitext編輯器設為桌面版默认編輯器的用户，在手机版首次編輯時也會得到wikitext編輯器。 [22]
• mw.config的wgGlobalGroups現在僅包含該wiki上活躍的群組。腳本不再需要通过API請求來檢查群組在wiki上是否活躍。上述的代码示例如下：if (/globalgroupname/.test(mw.config.get("wgGlobalGroups")))。 [23]

本週更改

• MediaWiki的新版本將於2月27日部署至測試維基及MediaWiki.org。它將於2月28日部署至非維基百科wiki及部分維基百科，並於2月29日部署至所有wiki（參見日曆）。 [24][25]

未來更改

• 在維基媒體網站中，更改編輯標籤的權限（changetags）將從用户的權限群組中移除，只有管理員和機器人默认持有。您的社群可以在發生更改前要求為您的wiki保留舊配置。若要保留，請於2024年3月底前在此工單指出。

技术新闻由技术新闻编者准备，并由机器人送达 • 贡献 • 翻译 • 获取帮助 • 提供反馈 • 订阅或退订。

MediaWiki message delivery 2024年2月26日 (一) 19:23 (UTC)