维基文库:写字间
←社區 | 写字间 | 存檔→ |
If you can't speak Chinese, we prefer you to comment at the embassy and our volunteers can help on translating your inputs. |
维基文库项目 |
---|
维基文库是什么 |
维基文库与维基教科书 |
写字间 |
投票 |
版权信息 |
版权讨论 |
删除讨论 |
移动请求 |
请求管理员帮助 |
發言更新圖例 |
---|
|
|
|
|
|
特殊狀態 |
已移動至其他頁面 或完成討論之議題 |
手動設定 |
當列表出現異常時, 請先檢查設定是否有誤 |
建议文库也导入网页存档机器人
[编辑]如题。免得有些网页来源失效了。 ——— 红渡厨(留言・贡献) 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)
- 可能是维基文库使用的模板和维基百科的不同,基本没有人用维基百科的{{cite web}},维基文库的{{textinfo}}也没有存档网址参数?中文维基文库如果要做第一个使用网页存档机器人的维基文库,可能需要找个了解网页存档机器人工作机制的人测试。 Midleading(留言) 2023年12月2日 (六) 15:24 (UTC)
- @Kcx36:有关于阁下建议配置为仅存档talk页{{Textinfo}}模板中的链接,这点我有异议,因为事实上部分用户并没有在talk页{{Textinfo}}模板中加来源的习惯。譬如:关于进一步规范出版物文字使用的通知、
- 讨论:帝王略論、清丰县2016年国民经济和社会发展统计公报等。最好还是配置为有网页链接就加。 ——— 红渡厨(留言・贡献) 2023年12月22日 (五) 07:42 (UTC)
- 网页存档机器人连英文维基文库都没有,不知道怎么才能在中文维基文库加入。在维基文库避免来源失效的最好办法是把原文扫描版文件上传到维基共享资源,并建立页面索引。 --Midleading(留言) 2023年11月22日 (三) 10:00 (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)
- 不理解您想表達的意思。我們自己先有意識地「以身作則」有什麼問題?又沒說不讓啟用這功能了,而且我事實上還挺歡迎的。—— Eric Liu(留言) 2023年12月27日 (三) 01:37 (UTC)
- 阁下这样的建议让我觉得非常奇怪,这就如同阁下想对世界70亿人口说你们不要违法犯罪,第一个问题是,阁下没有办法对70亿人一个不落;第二个问题是,即使对这70亿人全部说了,你仍旧无法保证这70亿人不会违法犯罪。甚至这70亿人中有人已经或者正在违法犯罪。 ——— 红渡厨(留言・贡献) 2023年11月26日 (日) 11:48 (UTC)
- 這裡還是建議大家安裝網際網路檔案館瀏覽器擴充功能,並開啟自動存檔機制( —— Eric Liu(留言) 2023年11月26日 (日) 11:19 (UTC)
- 往页面添加存档链接还是跑Bot快一点。。。 沈澄心✉ 2024年7月1日 (一) 13:58 (UTC)
- 不现实,大部分人没有这种习惯。否则维基百科那边也就不需要什么存档机器人了。(甚至更多的人连加来源这种习惯都没有。) ——— 红渡厨(留言・贡献) 2023年11月26日 (日) 10:50 (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)
- textinfo模板的source参数不总是填写URL,所以我不建议把archive url等参数直接加到textinfo模板上 沈澄心✉ 2024年8月1日 (四) 14:33 (UTC)
- 管理员参考m:InternetArchiveBot/Documentation/Configuring_archive_templates去那个界面修改配置,然后我们textinfo模板需要增加archive url, archive date 及时雨 留言 2023年12月29日 (五) 13:52 (UTC)
- 我看@94rain:阁下好像知道怎么弄。不如请这位阁下来协助操作。 ——— 红渡厨(留言・贡献) 2023年12月27日 (三) 09:56 (UTC)
这条有懂代码的管理员出来说个话不。。——— 红渡厨(留言・贡献) 2024年1月10日 (三) 07:38 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年1月24日 (三) 02:48 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年3月5日 (二) 06:47 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年4月1日 (一) 16:01 (UTC)
- 支持该提案。存档出现的所有链接即可,事实上维基百科的机器人也会存档cite模板之外的链接的。--Yinyue200(留言) 2024年4月7日 (日) 05:56 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年5月5日 (日) 04:26 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年6月1日 (六) 09:39 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年7月1日 (一) 13:48 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年8月1日 (四) 14:38 (UTC)
- 把{{webarchive}}搬运到文库了。 沈澄心✉ 2024年8月1日 (四) 15:02 (UTC)
- 总之先仿照百科的phab:T163869开工单(phab:T371655)了。@94rain、@Ericliu1912、@Kcx36、@Midleading、@Yinyue200、@红渡厨、@银色雪莉:请问还有没有什么需要补充的? 沈澄心✉ 2024年8月2日 (五) 02:38 (UTC)
- 我这边没什么补充,只要能把所有网页都存档就行。 ——— 红渡厨(留言・贡献) 2024年8月2日 (五) 02:50 (UTC)
- 总之先仿照百科的phab:T163869开工单(phab:T371655)了。@94rain、@Ericliu1912、@Kcx36、@Midleading、@Yinyue200、@红渡厨、@银色雪莉:请问还有没有什么需要补充的? 沈澄心✉ 2024年8月2日 (五) 02:38 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年9月8日 (日) 04:22 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年10月2日 (三) 02:45 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2024年11月1日 (五) 03:12 (UTC)
- 事已迟,静待未必如寻他人。--Zy26(留言) 2024年11月14日 (四) 10:44 (UTC)
- @Cyberpower678:We humbly ask you, regarding task phab:T371655. If you have the leisure, might you kindly take a moment to review and assist in its processing? --Zy26(留言) 2024年11月14日 (四) 10:44 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2025年1月1日 (三) 12:09 (UTC)
本案仍需处理。——— 红渡厨(留言・贡献) 2025年2月4日 (二) 09:22 (UTC)
這是什麼字?
[编辑]五十六
[编辑]五十七
[编辑]五十八
[编辑]原文:「自註。末句。皆下無字者。恨▒失悉無物可倚。」
[1] page 17
[2] page 106
我懷疑是「僕」,你們呢? Blahhmosh(留言) 2024年6月30日 (日) 06:04 (UTC)
- 寓言以蒙莊。▒章師楚原。
- [3] page 89 Blahhmosh(留言) 2024年6月30日 (日) 12:57 (UTC)
- 贈金國弼名忠▒。時余與公及大遺。同差安城都會試宴。
- [4] page 34
- 我懷疑是「後」還是「浚」還是「𢓭」 Blahhmosh(留言) 2024年6月30日 (日) 13:31 (UTC)
- 第二个也许是“掇”,但我没有足够的客观判断依据。第三条有个意外收获,那个“宴”是“官”,我改了。 银色雪莉(留言) 2024年7月1日 (一) 17:10 (UTC)
- 如果你需要第二個的原文在這裡:《大觀齋亂稿/跋#書大觀齋集後》 Blahhmosh(留言) 2024年7月2日 (二) 01:20 (UTC)
- @银色雪莉银 Blahhmosh(留言) 2024年7月2日 (二) 01:20 (UTC)
- [5] 179 Blahhmosh(留言) 2024年7月2日 (二) 03:08 (UTC)
- 这个我看过,只是我觉得没有到能绝对肯定的程度。 银色雪莉(留言) 2024年7月2日 (二) 03:11 (UTC)
- 明白了。
- 我根據搜索找到了本文作者藥峯金克一的文集:
- [6] Blahhmosh(留言) 2024年7月2日 (二) 03:23 (UTC)
- 这个我看过,只是我觉得没有到能绝对肯定的程度。 银色雪莉(留言) 2024年7月2日 (二) 03:11 (UTC)
- 如果你需要第二個的原文在這裡:《大觀齋亂稿/跋#書大觀齋集後》 Blahhmosh(留言) 2024年7月2日 (二) 01:20 (UTC)
- 㨖 Xie1995(留言) 2025年1月22日 (三) 08:49 (UTC)
五十九
[编辑]六十
[编辑]六十一
[编辑]六十二
[编辑]原圖:

原文:「忼慨埋輪▒未回。」 (pg 152)
原文:「去年▒質正官赴燕」 (pg 158)
原文:「乙巳歲。與兪水▒克己。同遊江城。」 (pg 173) Blahhmosh(留言) 2024年7月4日 (四) 20:55 (UTC)
- 而且最後一頁有些闕字:「 匡鼎▒▒▒自負。楊雄識字謾稱奇。花間阻逐裳▒▒。▒▒▒▒瀲 」 Blahhmosh(留言) 2024年7月4日 (四) 21:47 (UTC)
- 第一條,“志”。“埋輪”或者“埋輪之志”,都有出處,見[7],從前後文上看是適當的,字形也合理。
- 第二條破損過多,而且看起來不是實詞,無法推。
- 第三條我認為是一個姓氏,不宜單憑字形推導。不過我從同書梅溪先生文集_(曺偉)/卷一處讀到“偶閱書篋。得此詩草。乃壬子三月十七日。同...克己遊藏義寺所作也。是時。...余爲右副。克己副校理。...自壬子抵今僅十稔。而...克己。俱已下世。”我想閣下或許應從其時代及官職上尋線索,作者生活的年代是朝鮮成宗、燕山君兩代,“克己”與其同時代(相信“克己”是表字),副校理大小也是個五品官,可能會有記錄,但我的知識有限,不那麼熟悉朝鮮史籍,所以可能要看看閣下有沒有辦法找到。
- 第四條,破損太多。
- PS,韓國古典翻譯院的本子已經讀過,可惜第二條仍然磨得厲害,個人意見是還不足以推定。 银色雪莉(留言) 2024年7月5日 (五) 08:33 (UTC)
- 感謝🙏!
- 順便提一下,第三條的「克己」指俞好仁,「克己」是他的字。至於「水▒」是什麼意思我就不知道了。但是如果你需要跟多信息他有著作藏於本文庫,叫《㵢谿集》。本倆《㵢谿集》內容有很多不認識的字,幸好我找到了日本的抄本,那個抄本的字太清晰了,所以很多字被我填上了。 Blahhmosh(留言) 2024年7月5日 (五) 14:20 (UTC)
- 其實我在其他的韓國大學裡面找到了更多次文獻的藏本,就是沒有辦法讀到他們的內容。 Blahhmosh(留言) 2024年7月5日 (五) 14:23 (UTC)
- 这样看来我也理解错了,以为那五个字代表两个人。如果照阁下的说法,那么“水?”可能是官职或官职别称,又或者是出身郡望。不过还是那句,除非足够清晰,否则不猜。 银色雪莉(留言) 2024年7月5日 (五) 16:55 (UTC)
六十三
[编辑]六十四
[编辑]原文:「觥籌交錯。劍拂雙�。旣智勇之各峙。」
原圖:[8] page2
我至少知道此字底下是「止」。 Blahhmosh(留言) 2024年7月17日 (三) 03:29 (UTC)
六十五
[编辑]六十六
[编辑]六十七
[编辑]六十八
[编辑]六十九
[编辑]七十
[编辑]七十一
[编辑]七十二
[编辑]七十三
[编辑]七十四
[编辑]七十五
[编辑]七十六
[编辑]原文:两家今歲難諶天 逾月之間繼化仙 地下若逢吾叔父 為言孱姪�茫然
原图:c:File:瓠山遺藁.pdf pp.42(92) @ [10] DuckSoft(留言) 2024年8月1日 (四) 18:23 (UTC)
- 極為不負責任地盲猜是「手」 Blahhmosh(留言) 2024年8月1日 (四) 19:19 (UTC)
- 「半」?「乎」(懷疑用「忽」而誤寫作「乎」)? Liouxiao(留言) 2024年9月22日 (日) 13:52 (UTC)
七十七
[编辑]七十八
[编辑]原文:「翻雲覆雨�開眼」
原圖:[11]
均在 pg 162 Blahhmosh(留言) 2024年8月5日 (一) 00:42 (UTC)
- 鏞? DuckSoft(留言) 2024年8月5日 (一) 01:41 (UTC)
- 我也這麼想的!但是我不知道恰不恰當! Blahhmosh(留言) 2024年8月5日 (一) 02:15 (UTC)
- @Blahhmosh, DuckSoft:菜根譚有“飽諳世味,一任覆雨翻雲,總慵開眼;會盡人情,隨教呼牛喚馬,只是点頭。”語,則本件詩所稱“翻雲覆雨?開眼,呼馬喚牛只點頭”一句,似可視為化用,那麼“?”應作“慵”。至於原件模糊,可能確是“鏞”(但“鏞”似無與“慵”通的記錄?若有請指正),也可能是過度模糊所致。我有一點淺見,想請二位指正:若二位傾向原件確是“鏞”,而“鏞”似無與“慵”通的記錄時,那麼可以使用校字模板以呈現誤“慵”為“鏞”的情況(當然,若“鏞”與“慵”可通,則另作別論,可以直接寫“鏞”);若二位傾向是過度模糊時,則可以直接寫“慵”。不知二位以為何種方式較佳? 银色雪莉(留言) 2025年1月9日 (四) 08:04 (UTC)
七十九
[编辑]原文:「此身�瓦全」
原圖:[16]
均在 pg 165
是「尙」、「向」、「靣」、還是什麼其他的? Blahhmosh(留言) 2024年8月6日 (二) 01:37 (UTC)
- 從殘存字形和句意上,傾向“尙”,其它兩者幾無可能:“向”字形顯然有異,“靣”未見用例(用的都是“面”)。 银色雪莉(留言) 2024年8月6日 (二) 03:02 (UTC)
八十
[编辑]八十一
[编辑]八十二
[编辑]八十三
[编辑]八十四
[编辑]八十五
[编辑]八十六
[编辑]八十七
[编辑]八十八
[编辑]八十九
[编辑]九十
[编辑]九十一
[编辑]九十二
[编辑]九十三
[编辑]九十四
[编辑]九十五
[编辑]九十六
[编辑]九十七
[编辑]原文:「四方學者多?之官至左參賛」
原圖:[21] page 12 Blahhmosh(留言) 2024年8月30日 (五) 01:02 (UTC)
- 从字形上看像“敀”,但字义不明;如果用“称”字(四方学者多称之),可以说通,但字形又不像。 Liouxiao(留言) 2024年8月30日 (五) 02:48 (UTC)
- 再找了一下,可能是“敂”,通“叩”字,拜访、拜师的意思。出典:《周礼详解》“凡四方之宾客敂关,则为之告。” Liouxiao(留言) 2024年8月30日 (五) 03:11 (UTC)
- 「敀」同「迫」。 Blahhmosh(留言) 2024年8月30日 (五) 04:41 (UTC)
九十八
[编辑]九十九
[编辑]一百
[编辑]一百一
[编辑]一百二
[编辑]一百三
[编辑]一百四
[编辑]原文:「煙寺遙思着▒殘。」
原圖:[22] page 43
原圖:[23] page 40 Blahhmosh(留言) 2024年9月13日 (五) 02:22 (UTC)
- 原文:「麗▒寒掛曉星殘。」
- [24] page 44
- [25] page 41 Blahhmosh(留言) 2024年9月13日 (五) 02:25 (UTC)
- 原文:「渡口靑歸▒葉春。」
- 這個字是「桃」還是「挑」?
- 原圖:[26] page 44 Blahhmosh(留言) 2024年9月13日 (五) 02:33 (UTC)
- 原文:「寶唾驚霑滿▒霏」
- 原圖:[27] page 47
- [28] page 44
- 這個字是不是「紙」? Blahhmosh(留言) 2024年9月13日 (五) 02:39 (UTC)
- 原文:「玉局尋仙已▒期。」(是不是「促」)
- 原圖:[29] page 62
- [30] page 65 Blahhmosh(留言) 2024年9月13日 (五) 02:47 (UTC)
- 原文:「卿卿秉禮宜家▒。」(深度懷疑是「羙」)
- 原圖:[31] page 62
- [32] page 65 Blahhmosh(留言) 2024年9月13日 (五) 02:50 (UTC)
- 原文:「挽尹都事▒」
- 原圖:[33] 67
- [34] 64 Blahhmosh(留言) 2024年9月13日 (五) 02:59 (UTC)
- 「卿卿秉禮宜家▒。」——大概是「羙」字。
- 後唐《梁魏國尚賢夫人墓誌銘》:「竟以蘊孝悌宜家之美,抱貞淑舉案之賢」。 Liouxiao(留言) 2024年9月15日 (日) 11:00 (UTC)
- 只說個人認為明確的:第三條,“桃”,字形夠明顯(異體)。第四條,“紙”,前“寶唾”(指代他人的談吐和文詞,稱讚之詞)與“滿紙霏”正合意。第五條,“促”。 银色雪莉(留言) 2024年9月13日 (五) 10:31 (UTC)
- 「煙寺遙思着▒殘。」 -- 是「懶」字的異體字「懶」,& # 194737 ; ,個人認爲直接用「懶」字即可。 Liouxiao(留言) 2024年9月14日 (六) 02:08 (UTC)
一百五
[编辑]原文:「長虹吐氣▒橫坤。」
原圖:[35] 82
[36] 79 Blahhmosh(留言) 2024年9月13日 (五) 03:21 (UTC)
- 原文:「窓暉坐愛添▒線。」(是「微」、「㣲」、「幑」、「徴」、還是「徵」?)
- 原圖:[37] 88
- [38] 85 Blahhmosh(留言) 2024年9月13日 (五) 03:27 (UTC)
- 原文:「常年臘日▒玄霜。」(是「搗」?)
- 原圖:[39] 91
- [40] 88 Blahhmosh(留言) 2024年9月13日 (五) 03:31 (UTC)
- 原文:「漫▒歸期手折第」(是「卜」、「十」?)
- 原圖:[41] 91
- [42] 88 Blahhmosh(留言) 2024年9月13日 (五) 03:56 (UTC)
- 原文:「未將彩筆題▒字。」
- 原圖:[43] 95
- [44] 93 Blahhmosh(留言) 2024年9月13日 (五) 04:01 (UTC)
- 「未將彩筆題糕字。」——典故:宋 邵博《闻见后录》卷十九:“刘梦得(唐 刘禹锡)作《九日诗》,欲用糕字,以《五经》中无之,辍不复为。宋子京(宋祁)以为不然。故子京《九日食糕》有咏云:‘飙馆轻霜拂曙袍,糗餈花饮斗分曹。刘郎不敢题糕字,虚负诗中一世豪。’”后遂以“题糕字”作为重阳题诗的典故。明 张煌言《九日陪安昌王》诗:“追陪谁复题糕字,愧向銮坡问笔才。” Liouxiao(留言) 2024年9月15日 (日) 11:45 (UTC)
- 「窓暉坐愛添▒線,回首璇杓轉一陽。」——和下句的「一陽」相對,用「微線」較宜,窗戶上日光投影的綫條。意趣同李商隱的《晚晴》「微注小窓明」。 Liouxiao(留言) 2024年9月15日 (日) 11:28 (UTC)
- 第三條:“搗”,太平廣記/卷第050:「一飲瓊漿百感生,玄霜搗盡見雲英。」 银色雪莉(留言) 2024年9月13日 (五) 10:43 (UTC)
- 「長虹吐氣▒橫坤。」 —— 可能是「謾」字。 Liouxiao(留言) 2024年9月16日 (一) 10:10 (UTC)
- 左邊的部首你認為是「言」,是吧?那麼,「詚誯諟諹謁謃䛞䛰䜙」等選擇呢? Blahhmosh(留言) 2024年9月16日 (一) 12:55 (UTC)
- 上句「萬卷蟠脑何補世」,下句「長虹吐氣▒橫坤」,用其它字除了「謁」好像都不通,用「謾」可以通作「漫」,似乎還能對上;而且該字右下半邊看起來和壓扁的「又」相像,不太像「謁」(但中部更像「謁」)。
- 另外上句原本寫作「萬卷蟠脑」很奇怪,看起來應該改爲「萬卷蟠胸」。 Liouxiao(留言) 2024年9月18日 (三) 01:28 (UTC)
- 赞成,“脑”用作“腦”的简化字是后来的事,与本件中字应无关联;我认为这是由“胸”的异体字“𦛄”变化而来的写法,可以参见[45]、[46]。 银色雪莉(留言) 2025年2月14日 (五) 07:49 (UTC)
- 左邊的部首你認為是「言」,是吧?那麼,「詚誯諟諹謁謃䛞䛰䜙」等選擇呢? Blahhmosh(留言) 2024年9月16日 (一) 12:55 (UTC)
一百六
[编辑]一百七
[编辑]一百八
[编辑]一百九
[编辑]一百十
[编辑]一百十一
[编辑]一百十二
[编辑]一百十三
[编辑]一百十四
[编辑]一百十五
[编辑]一百十六
[编辑]一百十七
[编辑]一百十八
[编辑]一百十九
[编辑]一百二十
[编辑]原文:「幼學柳世▦」
原圖:[47] pg 86 Blahhmosh(留言) 2024年10月27日 (日) 04:00 (UTC)
- 遠看像個“則”字——太模糊了,最好有高清本。 Liouxiao(留言) 2024年10月27日 (日) 16:32 (UTC)
- 所有我見到的版本都沒有這一段文字。 Blahhmosh(留言) 2024年10月27日 (日) 21:18 (UTC)
一百二十一
[编辑]一百二十二
[编辑]一百二十三
[编辑]一百二十四
[编辑]一百二十五
[编辑]一百二十六
[编辑]一百二十七
[编辑]关于1947年解放军训令之著作权适用性说明
[编辑]近日,对于1947年解放军训令之著作权适用性,产生了一些争议,特此对本人编辑澄清如下。
依《中华人民共和国著作权法》第五条第一款之规定,法律、法规、国家机关之决议、决定、命令,以及其他具有立法、行政或司法性质之文件及其官方译文,均不受著作权保护。
据《世界知识产权组织(WIPO)》所载之《中华人民共和国著作权法》英文版内容如下:
"(l) laws; regulations; resolutions, decisions and orders of State organs; other documents of a legislative, administrative or judicial nature; and their official translations."
此款明确指出,豁免适用之范围,不止于“国家机关”之正式文件,亦包括“其他具有立法、行政或司法性质之文件”。
由是,1947年中国人民解放军总部所发布之《重行颁布三大纪律八项注意之训令》,虽当时解放军非中华人民共和国之正式国家机关,然训令所具行政性质,实不可忽视。此训令旨在规训军纪,严明军规,规范行为,具有明确之约束,非凡俗之文本。训令其实质,乃行政命令,具行政效力,且具立法、行政、司法性质之特征,故应归为法律所豁免之文件。
训令之目,统一军纪,规范行为,指引军中,设立标准,实乃行政命令之典型。依《著作权法》第五条之规定,凡具此类性质之文件,应自然而然不受著作权保护。此训令依其功能与约束力,应视为行政文件,适用豁免,而非普通作品。
此条文义明,除“国家机关”所发之法律、法规、决议、决定、命令外,凡具有立法、行政、司法性质之文件及其官方译文,均不受著作权保护。由此可见,文件之性质、功能、效力,远重于发布机构之地位。若该文件具行政命令特性,理应纳入豁免范围。
此外,维基文库一贯遵循惯例,诸如中国共产党所发布之重要文件(如党章)亦已被收录。若著作权豁免仅适用于“国家机关”发布之文件,党章等文件岂应纳入豁免范围?然党章等文件之收录,符合判例精神,表明法院及文库对文件性质之判断,并非拘泥于发布机构之身份,而重视其功能与效力。这与著作权法第五条之精神相契合,即凡具立法、行政或司法性质之文件,皆不受著作权保护。
综上所述,尽管1947年《中国人民解放军总部关于重行颁布三大纪律八项注意之训令》非由正式“国家机关”发布,然其内容明确、目的鲜明、约束力强,具行政命令性质,符合“其他具有立法、行政或司法性质之文件”之定义,依法应豁免著作权保护,而不应视为一般受保护之作品。
各位编辑与@红渡厨:若有异议,恳请赐教。--Zy26(留言) 2024年11月13日 (三) 07:47 (UTC)
- 中国共产党视为行政,那是因为中国共产党1949年10月1日建立了中华人民共和国,所以中华人民共和国带着中国共产党一起行政了。这是{{PD-PRC-CPC}}的基本逻辑。1947年的中国共产党同样没资格行政。 ——— 红渡厨(留言・贡献) 2024年11月13日 (三) 08:26 (UTC)
- 君所言1947年中国共产党“没有资格行政”,实乃误解《著作权法》之真义。中国共产党固非国家机关,是否已建中华人民共和国,皆与此无关。依《著作权法》第五条所载,其要义不在于文件发布之机构是否正式为国家机关,而在于文件之性质。无论由何机构所发,若其内容具立法、行政、司法性质,则应当享有著作权豁免。
- 回看“{{PD-PRC-CPC}}之基本逻辑”,《刑事审判参考》指导案例第680号指出:“显然,《党章》和《十七大报告》作为党中央发布的官方文献,由一定的组织和人员负责起草,经特定的组织程序决议通过,在全党范围内具有约束力,等同于‘具有立法、行政、司法性质的文件’,均属于上述第一类除外情形。”此判例指明,不仅国家机关发布的文件,具有行政、立法性质的党内文献亦应当享有著作权豁免,充分印证了文件性质优先于发布机构身份之原则。
- 且观1947年中国人民解放军所发布之训令,虽非由今日之国家机关所发,然其性质显然为行政命令,旨在规范军纪,统一军规。对于军队而言,此类训令具明确之行政效应,实应视为行政文件,应享著作权豁免。。--Zy26(留言) 2024年11月13日 (三) 08:52 (UTC)
- @红渡厨:见君在讨论尚未果之际,复行同类编辑,恐有引发争议之虞。为确保共识得以达成,还请在此问题未定之时,暂缓更动,俾利进一步论议。望能秉持理性,求得最为妥当之结论。@Midleading:作为保护该条目的管理员,尚希聆听阁下意见与看法。--Zy26(留言) 2024年11月14日 (四) 09:42 (UTC)
- 目前认为其他中华人民共和国成立之前的中国共产党文件不适用《著作权法》第五条规定,维基文库中类似文件仅标注匿名或以法人名义发表作品。这并不影响该作品是否收录。可能具有立法、行政或司法性质的文件范围非常广,甚至还有真正具备立法、行政或司法性质但不是公有领域的作品(例如中华人民共和国香港特别行政区的法律条款)。因此“其他具有立法、行政或司法性质之文件”在维基文库中是一个需要根据相关证据开展讨论的条款。 Midleading(留言) 2024年11月15日 (五) 03:12 (UTC)
- @Midleading:愚以为,阁下所言“此并不影响该作品是否收录”固为正理,实则从操作流程而言,亦是无可非议之处。然而,若从使用者角度考量,或可略有补充。尽管责任在于使用者自行查阅该作品是否符合其所适用之法律规定,但若仅标示为法人作品过期,用户或许会心生疑虑,担心涉及如乌拉圭回合协议等国际条约之限制,从而未必敢于放心使用。若能明确标注该作品为“具有立法、行政、司法性质之文件”,则可使使用者更加确信,此作品或为官方法律材料,进而有助于判断其是否符合所处法域之规定。此种标注,无疑能为使用者提供更为明确之法律指导,便于其决策,实为增强使用便利之举。
- 至于您提及之“具有立法、行政或司法性质但非公有领域之作品”,如香港特别行政区之法律条文,实在与1947年训令之讨论有所不同。公有领域之范围与地域紧密相关,该类文件可在内地无著作权保护,但在香港则非公有领域。文库的收录惯例,主要依据服务器所在法域及贡献者所在地之法律,故此是否收录香港法律条文,并不影响本案之讨论。
- 总而言之,愚以为,若能于作品标注中进一步明确其是否具备“立法、行政、司法性质”,无疑有助于使用者作出更加明晰之判断,避免因版权问题产生不必要之疑虑,从而增进使用之便捷与信心。--Zy26(留言) 2024年11月15日 (五) 16:38 (UTC)
- 现有的惯例是无法确定中华人民共和国成立之前的中国共产党文件是否具备“立法、行政、司法性质”,同时该编辑撤销次数达到三次,所以建议取得共识后再进行标注。 Midleading(留言) 2024年11月16日 (六) 03:22 (UTC)
- 其實,不論是當時的解放軍總部,還是現在的中央軍事委員會,其本身就不屬於行政機關,沒有行政管理職能,行政機關是中央和地方各級人民政府,故這個文件根本就不可能具有行政性質。行政管理職能的一個很明顯的特點是具有普遍性,對某個區域內的所有人都生效,而解放軍總部的訓令顯然局限於解放軍,參照現在的法律的話,解放軍總部在這個訓令中行使的是軍事領導職能,不是行政管理。Hamish(留言) 2024年11月28日 (四) 05:56 (UTC)
- “行政机关”与“行政性质”是不同的两个概念。如《中华人民共和国行政诉讼法》第十三条(受案范围的排除)规定,“
人民法院不受理公民、法人或者其他组织对下列事项提起的诉讼:(一)国防、外交等国家行为;
”。国防外交等国家行为,具有行政性质,只是不在法院受理行政诉讼的范围内。因此,此处军队训令属于国防等国家行为,应认为具有“行政性质”。 Patlabor Ingram(留言) 2025年1月29日 (三) 14:09 (UTC)
- “行政机关”与“行政性质”是不同的两个概念。如《中华人民共和国行政诉讼法》第十三条(受案范围的排除)规定,“
- 目前认为其他中华人民共和国成立之前的中国共产党文件不适用《著作权法》第五条规定,维基文库中类似文件仅标注匿名或以法人名义发表作品。这并不影响该作品是否收录。可能具有立法、行政或司法性质的文件范围非常广,甚至还有真正具备立法、行政或司法性质但不是公有领域的作品(例如中华人民共和国香港特别行政区的法律条款)。因此“其他具有立法、行政或司法性质之文件”在维基文库中是一个需要根据相关证据开展讨论的条款。 Midleading(留言) 2024年11月15日 (五) 03:12 (UTC)
- 來句插科打諢:請問中華人民共和國法律能不能控告周公旦重婚?--晞世道明(留言) 2024年11月14日 (四) 11:10 (UTC)
┌─────────────┘
@红渡厨, 晞世道明, Midleading, Hamish :感谢诸位之讨论,尤其是 Midleading 与 Hamish 诸君之耐心回应。近阅2024年12月16日商务部网站对公众留言的答复,其中明述类似《中国少年先锋队章程》等规范性文件,不在《中华人民共和国著作权法》保护之列。此答复揭示著作权保护的核心,在于文件之性质,而非发布机构之身份。若文件具备规范性并具约束力,则可类比立法、行政、司法类文件,理应豁免著作权保护。
此理亦可推及1947年中国人民解放军发布之《中国人民解放军总部关于重行颁布三大纪律八项注意的训令》。虽然彼时解放军非正式国家机关,然该训令之性质,显然为行政命令,意在统一军纪,规范军规,且具有强大约束力,符合“其他具有立法、行政或司法性质之文件”之豁免范围。依《著作权法》第五条所述,凡具此类性质之文件,自应不受著作权保护。
是故,依照最新证据,愚认为,1947年之训令,虽出自解放军之手,但其内容及性质,早已超越一般作品范畴,实应视为不受著作权保护之文件。愿此浅见能为各位提供更多参考,望大家能达成共识,确保文库收录之文件,处理妥当,合乎法理。--Zy26(留言) 2024年12月18日 (三) 01:12 (UTC)
- 我个人认为,如果《训令》只有第二、三点,其实可以很简单地适用著作权法第五条,但因为第一点属于一定程度上的智力成果,而训令本身并未明确是否属于“其他……”的范围,也并非简单的规范性文件(也就是我说的第二、三点),故不应直接认定其属于“其他……”范围而标记为豁免保护。不过,您可以自己在商务部网站上面留言,问问这个事情。 Hamish(留言) 2024年12月18日 (三) 13:26 (UTC)
该文件即便属于“其他……”也不适合用{{PD-PRC-exempt}}标记(因1947年中华人民共和国尚未成立)。不知是否适用{{PD-EdictGov}}?如有必要,也可创建新模板。 dringsim 2024年12月19日 (四) 17:20 (UTC)
- @沈澄心:有點疑問,若「中共建政」以前之黨(軍)務文書,於「建政」後依然續行(或至少未有明文廢止),應該就符合相關模板要件了?—— Eric Liu(留言) 2024年12月28日 (六) 00:50 (UTC)
- 个人同意这个看法。 Patlabor Ingram(留言) 2025年1月29日 (三) 14:10 (UTC)
重写维基文库方针和说明文档
[编辑]明年中文维基文库即将迎来20周年华诞。一些方针和说明文档已有近20年的历史,让人感觉晦涩难懂,内容过时。我计划明年对其进行大幅修改。对方针的修改尽量不会有争议,如果别人不满意也可以讨论。 維基小霸王(留言) 2024年12月4日 (三) 14:21 (UTC)
- 支持。我半年前就大致整理过一次帮助文档和模板说明,但很多还需要大幅完善。 Kcx36(留言) 2024年12月4日 (三) 16:20 (UTC)
- 支持,目前很多应当有的文档仅存在于英文维基文库,例如en:WS:V,en:Help:Index pages。 曾晋哲(留言) 2024年12月4日 (三) 18:42 (UTC)
支持:修正案可即時陸續提出,俾便社群分批檢視。—— Eric Liu(留言) 2024年12月9日 (一) 16:01 (UTC)
- 完全
支持。 银色雪莉(留言) 2024年12月26日 (四) 07:02 (UTC)
支持。Teetrition(留言) 2025年1月7日 (二) 09:01 (UTC)
支持。另外(&)建議:希望能补上中文特有的东西:异体字如何处理、怎样查询,直排标点符号怎么录入、引号和句号连一起时顺序是否要转换成横排习惯,首行缩进、{{nop}},穿越历史的文献怎么算版权…… David, but not Hilbert(留言) 2025年2月18日 (二) 14:16 (UTC)
- 從校對頁錄入時,目前共識是盡量使用原文用字。但是,古籍用字複雜,Unicode 編碼并不完美,很難制定一句話指引。
- 直排標點在w:標點符號有列出。如錄入原文標點,請與原文一致。如自行加標點,無用法限制。
- 引号和句号连一起:請與原文一致。
- 首行缩进:社群可能共識不足或沒有指定樣式。既往討論有Wikisource:写字间/存档/2023#要加gap吗?個人認爲只要整部作品一致即可,無需全站統一。如需要縮進,個人建議用{{gap}}或類似的不添加額外字符的模板,避免使用空格。
- {{nop}}用於校對頁錄入時頁面正文的結尾,讓下一頁另開新段。
- Andayunxiao(留言) 2025年2月18日 (二) 16:21 (UTC)
- 感谢回复!(我不确定在这里讨论是否合适,不合适的话我新建个话题挪过去。)
- Unicode 编码并不完美
- 是啊,值 ≠ 値,可右边的的“直”似乎只有一个码?真是令人裂开……
- 缩进
- 请看Page:魯迅全集01_(1948).pdf/323。全文无段间距,每段首行缩进;但是『小栓——你坐着,不要到這裏來。』这句似乎是插在段中间,它自己这行缩进两字,下一行打头写。
- 我在此用了
<br>
和{{gap}},不知是否合适?(我在段首加{{gap}}是沿用这部作品既有做法,并非有所偏好。)
- 标点与原文一致
- 请看Page:魯迅全集01_(1948).pdf/361的『七斤嫂,你「恨棒打人」。……』 。原文用直角引号,但并非「『』」,而是『「」』。在“不转换”和“繁体”模式,与原文一致,我没有疑问;可在“简体”模式时,引号会转换成‘“”’,既不合原文,又与今日习惯相反。
- 有无办法在特定页面关闭引号转换?
- 引号和句号连一起
- 也请看Page:魯迅全集01_(1948).pdf/361的『七斤嫂,你「恨棒打人」。……』。原文标点二维排布,引号、省略号作为行内标点依次放在“人”下方,句号作为行间标点放在“人”右方。
- 然而录入时只有一维,
。」……
、」。……
、」……。
选哪个?
- {{nop}}
- 我看也有给末段套
<p>
的(暂时未翻到是哪里),请问有区别吗?
- David, but not Hilbert(留言) 2025年2月18日 (二) 17:16 (UTC)
- 値的右方部件可以是直(U+2F940),在擴充區F區,目前主流閱讀環境應該都沒有字型原生支援,或乾脆直接映射到直(U+76F4)。
其實我也給忘了有這個碼位,我都用直錄直。這下可好了... - Page:魯迅全集01_(1948).pdf/323像這類有著原稿紙版型風格的作品,每段開頭都有空格,故可以直接交給Index:魯迅全集01_(1948).pdf/styles.css負責縮排即可
::::p { :::: text-indent: 2em; /* 每段開頭縮排2字元 */ ::::}
之後即可直接一段一段錄入,無須手工縮排。每段(p元素)會自動縮排。 - Page:魯迅全集01_(1948).pdf/361是一個很好的早期標點風格舉例。在橫書顯示時,最終輸出應渲染為
八一嫂也發怒,大聲說,『七斤嫂,你「恨棒打人。」……』。」……』
,即引號與句點相連。
在簡體模式,受限於自帶的轉換規則。需要用-{}-對符號進行行內跳脫處理,或是套用頁面轉換規則如-{H|}-、模板{{noteTA}}等。
不過這些處置應做為推薦性或補充性即可。為維基的繁簡體轉換適配這件事,甚至不屬於貢獻者的本務範疇,而是編輯性質的低優先度事項。 - {{nop}}:來細說nop好了。維基的校對頁擴展會將跨頁內容接合避免中斷,又由於Wikitext用的雙換行以換段,這會導致雙換行被解析器視作空行並裁切掉,換段失敗。故需要插入一個塊元素(如<div>)之類的實體來確保解析器理解文本到這兒到底了,要對當前段落(如p元素)閉合,再來處理空的塊元素(nop)。
故如果貢獻者欲確保段落(p)或行內元素(span)正常收尾,就可用{{nop}},或是你有時會看到的</p>
直接提示解析器對p元素作閉合。
先前說到我的情況是因我多編輯古籍,常用<ul>
等塊元素排版,通常能自帶正常閉合。所以{{nop}}對我來說更多是註釋用途。屬於個人寫作風格,不應做為方針。 Aerotinge(留言) 2025年2月19日 (三) 02:52 (UTC) - 對縮排及Page:魯迅全集01_(1948).pdf/323再行補充:維基解析器通常會對頁面第一行另起新p元素,所以該CSS樣式很可能會縮在不該縮的跨頁後第一行(因為被當成新段落開頭了)。
英語文庫那邊我看到比較多的作法是用{{ti/s}}(樣式起始)、{{ti/m}}(跨頁頁首)、{{ti/e}}(頁尾、樣式結束)來處理跨頁縮排。 Aerotinge(留言) 2025年2月19日 (三) 03:21 (UTC)
- 値的右方部件可以是直(U+2F940),在擴充區F區,目前主流閱讀環境應該都沒有字型原生支援,或乾脆直接映射到直(U+76F4)。
- 直排符號,原文無標點的可以先用{{ia}}加點錄入。原文為旁注標點或字距間插入標點的這兩種,我也還在苦思中。
- 同意Unicode 編碼并不完美。故先求有再求好,行有餘力再盡量保留足夠的元數據,如結構等。以待未來Unicode擴充可能性。
不期不待,不受傷害 - 對於標點,比較會出問題的是引號的部分。這會隨著錄入者而有所不同,又無法依靠轉換表去達成轉換。(好吧是可以,非常之冗餘)
- 引号和句号连一起:同意,但最好參閱一下W3C草案對於連續標點的處理。我看中國好像存在相關的國標,或許會需要對習慣中國方案的編輯者做釐清說明。
- 首行缩进:個人建議使用{{dent}}、{{hi}}及子模板{{dent/s}}、{{dent/e}}等等來達成,或是從樣式表下手,配合
<ul>
,<li>
等元素做縮排。我也用過{{gap}}排版面,現在只悔不當初,通篇贅模板。
如果存在使用困難再來使用{{gap}},這不失為一個新手友好的方式,也總強過用全形空白 - {{nop}}按需使用,我是僅加在序、卷、跋等結構的結尾作收。至於內文段落若收在頁面末端,需就語意跨頁另起新行時,我會用
<p>
手動開新段。 - 割注:結尾採日式規範,不加標點,避免出現雙句號或是雙重引号句号結構。
- 還有一些,想到再補充。 Aerotinge(留言) 2025年2月18日 (二) 17:16 (UTC)
我也用过{{gap}}排版面,现在只悔不当初,通篇赘模板。
- 同意。模板太多除了人难读,还可能干扰机器生成 diff。 David, but not Hilbert(留言) 2025年2月18日 (二) 17:32 (UTC)
- 感谢回复!(我不确定在这里讨论是否合适,不合适的话我新建个话题挪过去。)
- 我认为校对页面和主页面显示不同内容,完全通过软件层面的处理即可完成。每个标点添加{{ia}}太麻烦了。另外,建立忠实原文和现代标点的两种页面也不利于维护。如督戎疏紀/卷之一和督戎疏紀_(影印本)/卷之一。一方面我很尊重这样做的编辑很用心,一方面我觉得如果有一天更正错字,需要修改两个地方,很麻烦。最好的做法是能通过软件进行修改,可自动将嵌入包含的页面显示为督戎疏紀/卷之一的样式。现在chatgpt等llm可以帮助写代码,我觉得咱们可以试着写一个。--維基小霸王(留言) 2025年2月20日 (四) 02:02 (UTC)
- 我在建立{{ia}}模板前也想過軟件方案,如js工具、lua模組,
- js小工具需要審核後方能添加到維基站點。還需要進一步判對當前頁面命名空間是否為無標點文書,如果沒有參數支持,那就要讀者用戶自行手工打開。
- lua模組則是方便用於作品頁嵌入時刪去符號,剛好與古文校對頁無標點的目的相反。
- 思來想去讓編輯貢獻者自己來負擔成本還較省事,至少可調可控。花的時間也不過是完稿後敲幾個Ctrl+H作取代的工夫,或是直接丟進python處理。
- 反正這模板只是工具,也還能修改。我就在想著要來把這些標點改成偽元素,使其真正的與實體原文分離。 Aerotinge(留言) 2025年2月20日 (四) 03:00 (UTC)
- 我見到您提供的模組了,的確是可以照著軟件這個方向去做。 Aerotinge(留言) 2025年2月20日 (四) 03:11 (UTC)
- 我在建立{{ia}}模板前也想過軟件方案,如js工具、lua模組,
關於自魯迅全集錄入的《孔乙己》
[编辑]本人剛剛從《魯迅全集》第一卷錄入了《孔乙己》原文(自PDF第313頁起,詳細資料見本人用戶頁),相較原頁面修正了數個異體字和標點問題。由於這是我第一次在維基文庫進行此類貢獻,想問何時應該將元頁面內容替換爲錄入內容?另希望各位校正錄入文本。 1F616EMO(留言) 2024年12月9日 (一) 12:12 (UTC)
- 原頁面非空頁面,且已有來源版本訊息等。
- 如你想據影印底本來源再錄入,建議可以新建一孔乙己_(1948年本)頁面另行錄入。至於原頁面是否改作消歧頁,這可再討論。Aerotinge(留言) 2024年12月9日 (一) 12:34 (UTC)
- 已經依照建議新建該頁面,並於註解處標註爲來自《魯迅全集》,感謝協助。1F616EMO(留言) 2024年12月9日 (一) 13:04 (UTC)
- 可能应把1948年改成1938年?魯迅全集_(1938年) 依据同一PDF,却标1938年。其header解释道:
David, but not Hilbert(留言) 2025年1月30日 (四) 08:45 (UTC)本作品集虽然是1938年编,但底本为1948年出版。
- 作品名反映的版本應該和來源的文件一致。即:魯迅全集_(1938年) 應該只從1938年版的影印件嵌入,1948年同。孔乙己_(1948年本) 命名適當,不需要移動到1938年。如果兩個年份的版本確有不同,可以創建孔乙己_(1938年本)。
- 維基共享資源上是否還沒有1938年版的魯迅全集? Andayunxiao(留言) 2025年1月31日 (五) 16:26 (UTC)
- 我只搜到了1938年版的第十九卷。据网上说,1938年版“特印200套编号发行并注明是非卖品的‘纪念本’”,恐怕很难存下来。
- 可能把魯迅全集_(1938年)重命名成魯迅全集_(1948年)吗?
- 魯迅全集在目前文库里只有魯迅全集_(1938年)单一版本。
- 我翻了翻魯迅全集 (1938年):修订历史,这一页面是2019年8月維基小霸王从“鲁迅全集”移动过来的。此后 User:維基小霸王 又改了几次,User:Sowhat666 加了 Category:鲁迅全集。除此以外再无别人。所以也许是当初误判? David, but not Hilbert(留言) 2025年1月31日 (五) 17:43 (UTC)
- 感謝
閣下以上各位從校對頁錄入並校對孔乙己_(1948年本) 和藥。提醒閣下,錄入時不必先從維基文庫原有的文字複製,校對后的文字和標點符合影印件即可。可試用「轉錄文本」(Google OCR) 來從圖像獲取文字,雖不能正確識別行外標點,但文字準確率高。 - 同一作品有不同版本,之間文字出入是正常現象。如果在校對頁錄入,請不要混合版本。不必以其他版本對照,僅需與本影印件一致。如果懷疑影印件有偽,應該以可靠的影印本替換而不是編者訂正。
- 如果閣下有志繼續錄入Index:魯迅全集01_(1948).pdf, 社群可考慮討論適當的作品頁的命名方式。個人建議嵌入到魯迅全集_(1948年)的子頁面。如:魯迅全集_(1948年)/呐喊/藥。孔乙己等作品因更著名,可保留多個命名方法的入口,並重定向。 Andayunxiao(留言) 2025年1月31日 (五) 16:54 (UTC)
- 感谢,原来如此!我之前只试了默认的 Tesseract OCR,看结果一团乱,就没再试别的。
- 我最近应该还能录入《呐喊》里的几篇。不过《吶喊》中,似乎除了《狂人日記》取自《新青年》,《孔乙己》挂了 {{textinfo}},其它大多无确定来源。翻看历史记录和讨论页,常有人参考多个版本修改某一局部,已经乱了。所以我倾向于直接替换。
- 另外,如果要建子页面,我建议再在中间加上“卷1”。 David, but not Hilbert(留言) 2025年1月31日 (五) 17:28 (UTC)
- 同意使用卷1的命名方式,默認應如此。我之前想的是,此全集中三級標題(「呐喊」等)并不重名,所以也可以省略卷編號。
- 感謝閣下反饋 OCR 使用的問題,我不知道默認的是 Tesseract OCR。各位管理員和界面管理員:能否將校對界面的默認OCR 設爲 Google OCR? 現提供的三種 OCR 方案中,Tesseract 對中文質量不佳,Transkribus 不支持中文,可以改爲次選。 Andayunxiao(留言) 2025年2月3日 (一) 15:15 (UTC)
- @David, but not Hilbert Andayunxiao: https://aistudio.google.com/ 中的gemini flash thinking更好用。--維基小霸王(留言) 2025年2月20日 (四) 02:07 (UTC)
关于Template:楷體
[编辑]或者不应该整篇文章强制使用某种特定字体,而是用什么字体读文章交给用户自己决定比较好。 Huhu9001(留言) 2024年12月26日 (四) 07:20 (UTC)
- 如果是具有來源件的作品,在主命名空間,我認同你的看法。我傾向將字體、部分排版等元素僅用於在page空間,使其在貼齊原件風格,方便校對時,不至影響最終產出的文本。
- 但如果是無來源件的作品,這就不好說了。或許貢獻者想要保留一些來自原件的metadata,如用行、楷書表示手抄本,明體表示雕版印刷件,仿宋表示紅頭文件。
- 這點很見仁見智,目前社群好像還沒一個共識?或許是時候討論一下了。Aerotinge(留言) 2024年12月26日 (四) 07:56 (UTC)
- 支持,不建议对通篇文章设置字体或过多的格式,默认的字体就行。 Kcx36(留言) 2024年12月26日 (四) 09:28 (UTC)
- 支持,英文维基文库已有指引Help:Fonts。 Midleading(留言) 2025年1月1日 (三) 12:54 (UTC)
- 已翻译:Help:字体。英文维基文库有一个“显示选项”的功能,读者可以自己选版面布局和字体(en:Help:Layout),没看懂是怎么实现的。 Kcx36(留言) 2025年1月2日 (四) 11:56 (UTC)
- 支持。-- Ewan0707(留言) 2025年1月1日 (三) 20:40 (UTC)
- 支持,英文维基文库已有指引Help:Fonts。 Midleading(留言) 2025年1月1日 (三) 12:54 (UTC)
年度版權過期大放送時間 :D
[编辑]年底又快到了,可以開始準備翌年伊始公有領域作品復還程序(當然不僅限於前述列表,若偶拾其他符合條件的孤立頁面亦可一併處理)。@Gzdavidwong, Hat600, Jusjih, Midleading, Shizhao:副知本站管理員同志。—— Eric Liu(留言) 2024年12月28日 (六) 00:47 (UTC)
- @Jusjih: 请将莎菲女士的日记恢复到多语言维基文库代收。 Midleading(留言) 2025年1月1日 (三) 12:24 (UTC)
- 完成移交。--Jusjih(留言) 2025年1月1日 (三) 21:36 (UTC)
對不起大家
[编辑]最近因為我去北京看姥姥姥爺,我不知道這個網站被中國封閉掉了,所以沒有那麼多編輯,但是我還是閒暇時間裡把《懲毖錄》、《湖西大同事目》、還有一部分《續武定寶鑑》搞定了。
還有,以後我的編輯率會更少,因為我要關注我的未來了,所以請諒解。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月7日 (二) 01:27 (UTC)
- 感谢!《懲毖錄》已经直接搬运到《懲毖錄 (1913重刊本)》,顺带改了3个错字。 Liouxiao(留言) 2025年1月7日 (二) 04:54 (UTC)
- 辛苦了。 银色雪莉(留言) 2025年1月7日 (二) 07:20 (UTC)
模板Tabbegin显示有问题
[编辑]@Shizhao, Template:Tabbegin 的分栏内容显示为空白,例如《靜夜思》,请帮忙看一下。 Liouxiao(留言) 2025年1月7日 (二) 04:56 (UTC)
archive top/bottom模板似需修复
[编辑]如题,见本页Wikisource:写字间#最近是不是有人动过常用模板的代码?,尾巴多了个“{{{1}}}”,顶头那个悬浮的结果框未显示。副知使用该模板的@Ericliu1912。 银色雪莉(留言) 2025年1月9日 (四) 05:11 (UTC)
- 已修復多餘的
{{{1}}}。
{{Archive bottom}}模板用到{{-}} 畫尾部的空白,本地此名模板已作他用。 - 頂端結果框未發現不能顯示。 Andayunxiao(留言) 2025年1月11日 (六) 16:57 (UTC)
本地版权方针关于合理使用部分的修订
[编辑]承移动前唯一参与讨论者提议,Teetrition(留言) 2025年1月9日 (四) 05:22 (UTC)自#重写维基文库方针和说明文档独立移动自此
本地版权方针中现有关于合理使用问题的表述繁杂、散乱各处且不符合本地操作实际,一些文字也被删除线划掉,对于新手而言非常不友好。承维基小霸王阁下上方关于重写方针的(随本提议独立成节补充于2025年1月9日 (四) 05:22 (UTC))提议,同时注意到Wikisource:删除讨论正就Template:KR-political-speech模板涉合理使用问题开展讨论,借此机会,提出对合理使用部分的修订。
提议与对照
[编辑]
|
|
修订理由简述
[编辑]一、定义中为什么删去“合理使用”的英文?
答:在中文社群中,美国《版权法》第107条之“合理使用”(Fair Use,实际上是在第108-122条中规定的各权利限制情形之外由法官根据第107条所列举的4个要素自由地、开放地裁量对作品的使用是否不构成侵权的制度)与《中华人民共和国著作权法》第24条之“合理使用”、台澎金马地区著作权法“合理使用”(中国大陆和台澎金马实际上是指明文规定的所有不需要取得著作权人同意也不需要支付报酬的各种情形的权利限制制度),二者内涵并不对应。使用“Fair Use”一词可能会使人误解方针的“合理使用”特指美国法第107条之开放式合理使用。方针中的“合理使用”应包括所有不需要著作权人同意,也不需要向著作权人支付报酬,即可使用相关作品的制度。
另可考虑将“合理使用”改为“限制与例外”等称呼,如是,则对提议条文进行批量替换。
二、关于新整合的“合理使用”一节的一些考虑
在维基共享资源存在一些适用不需要取得著作权人同意也不需要支付报酬的权利限制例外(也就是方针中定义的“合理使用”)的情况(下面可能并不是完全列举):
1. 适用全景自由规定的情况,也就是拍摄建筑、美术等作品并上传或是上传他人拍摄的建筑、美术等作品且该他人拍摄的照片在维基允许的许可证下授权。
2. 适用de minimis(最小限度、微不足道)的情况,也就是照片中受版权保护的部分占整个照片的比例是微不足道的。这在一些国家的著作权法的权利限制制度中有明文规定,通常以“附随性使用”或类似表述出现(例如日本《著作权法》第30条之2,2001年欧盟《信息社会版权指令》(Directive 2001/29/EC)第5条第3款第(i)项(防杠:指令需要转化为国内法适用。该指令的该规定只是说成员国可以而非应当规定附随性使用例外,放在这里只是想说欧盟部分成员国确实有这个规定))。
然而,全景自由规定对于文字作品的适用性非常有限,根据维基共享资源的总结,明确可适用于文字的国家基本与中文关系不大,且其中部分国家要求不得对被适用作品进行破坏性修改、且复制方式限于拍照等适合维基共享资源而不适合中文维基文库的方式(如德国),因此,以上提议条文中未明确指出全景自由问题,而是概括提出“惟如部分合理使用能够满足与CC BY-SA 4.0兼容的要求,则可援引。”
对于“另一方面”一段,则是参照了维基共享资源最小限度和微不足道的原理。
三、关于GFDL的进一步疑问
私以为应当优先鼓励以CC BY-SA进行贡献(而非GFDL),因此对“使用有版权的非文字类作品”一节部分作了对应修改。本站目前是否允许仅GFDL授权的文章新上传到本地?可能需要对版权信息全文中的相关内容进行进一步考虑。
以上提案妥否,同时措辞定有不当之处,还请社群提出。Teetrition(留言) 2025年1月7日 (二) 09:01 (UTC)
- 抱歉对于GFDL部分忘记此前已参与讨论,但该讨论似乎没有反映到版权信息全文中,因此本次似宜一并修订。 Teetrition(留言) 2025年1月7日 (二) 09:07 (UTC)
讨论区
[编辑]@Teetrition:在此先感谢阁下辛劳。在此有几点个人意见,也许有些琐碎,如有疏失处多包涵。
- 1、其实是个题外话,我在想是不是把这(与楼下)件移动到一个独立新话题会较好,可能会更容易引起注意与讨论,毕竟篇幅颇长,收在这话题下的话可能得不到足够的注意。
- 2、“合理使用”节的一、二段似可合并,大概作
在通常情况下,中文维基文库不接受以合理使用为由添加整篇作品。这是因为在各地法律中合理使用仅适用于引用、媒体报道、传播单篇政治演讲等特定情形,...
或在通常情况下,中文维基文库不接受以合理使用为由添加整篇作品。这是因为:1、在各地法律中合理使用仅适用...2、然而,中文维基文库要求贡献的...
(注:后一种情况,两序号处各另起新缩进)。在下浅见以为,第二段其实是第一段的理由论述,如果按现况陈列,可能有(不仔细的)读者看了首句,以为第二段是在讲“什么情况下可以合理使用”,因此提议作这一更动。 - 3、“合理使用”节中“CC BY-SA 4.0第一条(a)及第二条(a)1.B.”提议链接到官网那边。
- 4、我不太确定“合理使用”节中“另一方面”段的说理是否足以覆盖
再如,某些国家的司法文书不受著作权法保护,惟法院适用国家机关可以以公务使用的目的使用他人作品的规定在法院判决书中附加了其他人受著作权法保护的作品作为附件
;或者说,我想向您了解,“另一方面”段中只是该作品的作者本身适用了一些合理使用规定,此时便不存在问题
的描述是否使如关于转发首都儿科研究所附属儿童医院贯彻落实防控“新十条”主要做法的函(PS:原讨论见此)或中共中央关于印发毛泽东同志在扩大的中央工作会议上的讲话的通知的转发、印发对象被收录成为可能。之所以在下持有此疑问,是因为与其作品中适用引用相关的合理使用规定引用了一小部分其他人受著作权法保护的文字
这种情况不同地,公务使用会出现全文使用的情况,这样一来,不知是否适宜以“最小限度/微不足道”逻辑来说理——而这种情况又恰是讨论得最多的(小部分节录、引用通常无人疑义,我甚至认为这种情况还不至于要新开模板——可能是因为文字作品的情况如此)。诚然,在下所引述的两例的印发、转发对象大概都不应该视为“附件”而应视为独立作品,但是由于实务中不少公文由于各种原因可能会出现“附件”标识(即使这些标识也许并不准确),以及只是该作品的作者本身适用了一些合理使用规定,此时便不存在问题
也可能被用户引用为“只要作者合理使用合规,即使全文使用,这边也没问题”的立论依据,届时应如何对应,是个难题。因此,我想就此进一步了解您在此问题上的看法,即您所指的“附件”,其边界在何。
以上匆匆,多请指正。--银色雪莉(留言) 2025年1月8日 (三) 18:33 (UTC)
- @银色雪莉:感谢意见。以下分点回复之:
- 1. 已移动。
- 2. 同意。
- 3. 由于这部分方针本身是从页面里摘出来的,提议时由于不能保证其他部分内容情况,因此对于链接问题似可在正式修改时适当加入。
- 4. 私认为不足以使阁下所列两件作品的转发、引发对象(被附作品)被收录成为可能,结合此二件受版权保护作品所占比例亦不符合“最小限度”的逻辑。如将提议文字中“附件”改为“判决书的一部分”是否会更好? Teetrition(留言) 2025年1月9日 (四) 05:31 (UTC)
- 我想我应该是了解阁下的意思的,尽管如此,请容我再确认一下,“再如”一项,是否指如北京互联网法院(2019)京0491民初1957号民事判决书这种情况。至于表述的话,我倒是考虑,不如这样:
......只是该作品的作者本身适用了一些合理使用规定,且这种适用在作品中呈现的效果被认为是“最小限度/微不足道”时,则该作品可以贡献到中文维基文库。......再如,某些国家的司法文书不受著作权法保护,惟法院适用国家机关可以以公务使用的目的使用他人作品的规定,将其他受著作权法保护的作品以非独立主体形式附加在法院判决书中。在这些情况下,在录入这些作品时,应使用模板【待创建,可参考维基共享资源最小限度/微不足道模板】来告知读者该作品中存在单独使用则可能构成侵权的元素。
- 我想我应该是了解阁下的意思的,尽管如此,请容我再确认一下,“再如”一项,是否指如北京互联网法院(2019)京0491民初1957号民事判决书这种情况。至于表述的话,我倒是考虑,不如这样:
- 其中,“被认为”一词的加入是想保留共识决的空间,以免拿着这条硬顶牛的情况出现。PS:加黑体只是突出,并非最终想要这种效果,在下在非黑体处也有个别调整。其实我主要还是担忧哪的机关脑子一热附加了个不知道啥2333 银色雪莉(留言) 2025年1月9日 (四) 14:07 (UTC)
- 向阁下确认,阁下所举北京互联网法院(2019)京0491民初1957号民事判决书,是否属于
将其他受著作权法保护的作品以非独立主体形式附加在法院判决书中
?其实对于中国大陆的法院判决书而言,所附的内容(或者说所引用的内容)可能写在判决正文里,也可能在落款之后另附页从而显得与判决更为独立。就拿商标行政案件来说,北京知识产权法院在前几年可能偏向把争议商标的图案放到判决落款之后另附页,最近偏向直接放到正文的事实部分——实质上两种形式起到的都是相同的作用。但是“非独立主体形式”或许可能存在一些理解上的困难?例如部分人可能会认为落款之后另附页的就是“独立主体形式”?Teetrition(留言) 2025年1月10日 (五) 02:44 (UTC)- 仅就“非独立主体形式”而言我觉得是属于的,但其实像您提到的“放到正文的事实部分”这种我好像也有看过,一下子记得不太清楚了,像是某个游戏公司相关的案例,展示了一些游戏页面之类的。
理解上的困难
这我同意,我自己也没有很好的写法思路(我还考虑过不少定语,但感觉愈显累赘,因此作罢),只是姑且一提,希望碰撞一下。 银色雪莉(留言) 2025年1月10日 (五) 04:34 (UTC)
- 仅就“非独立主体形式”而言我觉得是属于的,但其实像您提到的“放到正文的事实部分”这种我好像也有看过,一下子记得不太清楚了,像是某个游戏公司相关的案例,展示了一些游戏页面之类的。
- 向阁下确认,阁下所举北京互联网法院(2019)京0491民初1957号民事判决书,是否属于
- 其中,“被认为”一词的加入是想保留共识决的空间,以免拿着这条硬顶牛的情况出现。PS:加黑体只是突出,并非最终想要这种效果,在下在非黑体处也有个别调整。其实我主要还是担忧哪的机关脑子一热附加了个不知道啥2333 银色雪莉(留言) 2025年1月9日 (四) 14:07 (UTC)
- 「合理使用」稱呼不必改易,說明含義即可。—— Eric Liu(留言) 2025年1月9日 (四) 08:06 (UTC)
感謝閣下的修訂提議,能否一并審定或更新其他有關合理使用和GFDL的頁面和模板?
合理使用:
GFDL:
Andayunxiao(留言) 2025年1月11日 (六) 17:39 (UTC)
- 谢谢阁下提议。关于GFDL部分,由于此前已经有过讨论,似乎可以直接执行?关于合理使用部分,由于我本次新提议了法院判决书引用受保护内容等的提案,似宜等待本次提案通过后一并修改。无论如何,对于阁下所给任一一个页面,我目前暂时先等待一段时间后再行行动。 Teetrition(留言) 2025年1月13日 (一) 02:30 (UTC)
- 閣下和社群可決定,非高優先級任務,可後續再審視。 Andayunxiao(留言) 2025年1月13日 (一) 16:18 (UTC)
公示
[编辑]春节假期已过,考虑到本提案截至目前并未有明显反对意见,对提案文本公示如下:
|
|
较此前版本修订之处:
- 接受了银色雪莉阁下的意见第2点;
惟法院适用国家机关可以以公务使用的目的使用他人作品的规定在法院判决书中附加了其他人受著作权法保护的作品作为附件
改为惟法院适用国家机关可以以公务使用的目的使用他人作品的规定在法院判决书中附加了少许其他人受著作权法保护的作品
;如果您不能确定您对一个作品的使用是否确实属于合理使用
顺带改为如果您不能确定您对一个作品的使用是否确实属于符合本方针要求的合理使用
。
最小限度模板参考c:Template:De minimis拟文案如下。考虑到本部分系首次草拟,如有不同意见可单独再行公示。
警告:本作品中的部分元素受版权保护。
本作品的一些部分不完全为自由版权,但被认为对于此作品是微不足道的:若此作品的衍生作品更注重非自由元素,则可能不符合最小使用的标准,且可能会侵犯版权。作为直接后果,如果您将其中的非自由元素单独摘录出来使用,则可能需要重新检查版权状态。
Public domainPublic domainfalsefalse
副知参与各讨论人员,如有打扰请见谅:@银色雪莉, Ericliu1912, Andayunxiao
同时,本次修订私以为并未对社群任何实践造成实质性影响。
Teetrition(留言) 2025年2月13日 (四) 09:31 (UTC)
- 看起來沒有問題。—— Eric Liu(留言) 2025年2月13日 (四) 12:32 (UTC)
- 连同模板均
支持。 银色雪莉(留言) 2025年2月13日 (四) 14:44 (UTC)
支持完善條文。版權細則因不瞭解,沒有更多意見。 Andayunxiao(留言) 2025年2月13日 (四) 16:33 (UTC)
- 提個問題,{{Indent_pars}}模板中的說明文件,其所用的範例是否會造成影響? Aerotinge(留言) 2025年2月18日 (二) 15:10 (UTC)
- 窃以为采用版权作品的片段且只是为了展示排版效果,不属于多数国家引用之合理使用具有批评、介绍等目的的要求,属于侵权,需要修改并请管理员删除历史。 Teetrition(留言) 2025年2月19日 (三) 05:06 (UTC)
- 已提交版权讨论。 Teetrition(留言) 2025年2月19日 (三) 10:00 (UTC)
将版权方针中的各地法律法规规定及解读另设单页
[编辑]承移动前唯一参与讨论者提议,Teetrition(留言) 2025年1月9日 (四) 05:22 (UTC)自#重写维基文库方针和说明文档独立移动自此
参考维基共享资源模式,各地法律法规规定、案例、解读等随各地法律修改及实务修改变化,相较方针本身具有更强的不稳定性,其本身也仅向读者提供信息参考,其本身似不应当作为方针的一部分。因此提议将Wikisource:版权信息/全文“注意事项”一节及页面其他部分关于各地法律法规规定及解读的部分脱离于方针另设单页。Teetrition(留言) 2025年1月7日 (二) 09:30 (UTC)
讨论区
[编辑]原则上 支持此做法,我的理解,是不是大致像百科w:Template:Supplement所指的这种?另,当作此移动时,似乎仍应在Wikisource:版权信息/全文保留录入文献需遵守美国及来源国著作权法规以及容忍规则作简要说明。--银色雪莉(留言) 2025年1月8日 (三) 18:41 (UTC)
幫助整理《新羅村落文書》
[编辑]請求幫助整理《新羅村落文書》。圖片都在原文頁面討論區裡面。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月10日 (五) 20:46 (UTC)
這是什麼字?(2025年)
[编辑]一
[编辑]原文:「則吾等之死不⾜惜國家⼤事從此�矣」
原圖:[48] 冊一pg 41
這個字是「解」,「觧」,還是「鮮」?
可參考《朝鮮王朝實錄·成宗實錄·二十二年》:「彼人過行馬跡未久,彼人若還來見吾等馬跡,尋蹤扼其歸路,則吾等之死不足惜,國家大事不諧矣。」
大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月11日 (六) 13:47 (UTC)
- @Liouxiao@银色雪莉 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月12日 (日) 02:35 (UTC)
- 我觉得是“解”——瓦解。或者通“懈”。 Liouxiao(留言) 2025年1月12日 (日) 02:56 (UTC)
二
[编辑]原文:「非樂事也㦲�禱之辭䂓戒之義略」
原圖:[49] 25a
大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月16日 (四) 03:05 (UTC)
- 這個字是不是「頌」 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月16日 (四) 03:06 (UTC)
- 應該是的,字形合理,“頌禱”也是合理的。 银色雪莉(留言) 2025年1月16日 (四) 16:24 (UTC)
- (按年度分拆討論,並重新編號)—— Eric Liu(留言) 2025年1月17日 (五) 16:22 (UTC)
三
[编辑]原文:「乎杖訊服義供柳順汀三⼨姪完川正�問順」
原圖:[50] page 46 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月23日 (四) 01:06 (UTC)
- 算了,我看了一下歷史文獻,得到結果是「禧」。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月23日 (四) 01:12 (UTC)
四
[编辑]原文:「有⼀男四女男諱時英女長適田�」pg44
「年⼄巳墓與公袝⼀男時英四女⽥�」pg46
「⼦四女男曰時英女長適⽥�」pg49
原圖:[51]

大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月30日 (四) 02:11 (UTC)
- 我懷疑是「渫」,但是歡迎大家討論。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月30日 (四) 02:12 (UTC)
- @Liouxiao@银色雪莉 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月3日 (一) 13:24 (UTC)
- 像是「滦」的異體字 Liouxiao(留言) 2025年2月4日 (二) 08:26 (UTC)
- 似乎朝鮮文獻中也有數個與此字右半部類似的寫法,參見[52]和[53],不知何故我打不開韓國歷史情報統合系統的網站,但從字統網抓下來的例句看,第一條中“古▼圍”的僻字解作“堞”和第二條中“有⊙闡者”的僻字解作“牒”似乎並無不通處,若照此推論,則同右半部的本件此字作“渫”似無不可;何況,右上部的結構視作“世”的異體似也無不可,若這樣看,則也是可以接受的。但話又說回來,本件是人名,無法以前後文檢測文意,因此在下未敢過多推測。 银色雪莉(留言) 2025年2月4日 (二) 10:14 (UTC)
- @Liouxiao@银色雪莉 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月3日 (一) 13:24 (UTC)
五
[编辑]原文:「闻夫豈塗�道說之比」pg 6
「余以老洫辤。不�」pg 9
原圖:[54] 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月30日 (四) 22:56 (UTC)
- 其他的部分是根據《拓菴集》填寫的。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月30日 (四) 22:57 (UTC)
- 闻夫豈塗聼道說之比;
- 余以老洫辤不獲。
- 兩字俱為草書。 Liouxiao(留言) 2025年2月4日 (二) 11:55 (UTC)
六
[编辑]原文:「追事怪於▦▦。接」pg 65
原圖:[55] 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月5日 (三) 02:20 (UTC)
- 各本子都很糊,似乎也不是熟语,恐无从推断。 银色雪莉(留言) 2025年2月5日 (三) 05:08 (UTC)
- 是孝武吧,太初不是刘彻年号吗,汉武帝太初改历。—— Zzhtju(留言) 2025年2月6日 (四) 11:39 (UTC)
七
[编辑]原文:「龍蛇⽽鬪風霆卒⽌於正者?臺下之⽔當」pg 138
[56] 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月14日 (五) 21:18 (UTC)
- 這個字是不是「是」? 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月14日 (五) 21:19 (UTC)
- @Blahhmosh:不要这样删改原有发言,这是不合规的。要发新提问时,请照以前一样开新话题。本件而言,这是“是”字没错。--银色雪莉(留言) 2025年2月15日 (六) 04:45 (UTC)
- 我沒有刪改原有的發言。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月15日 (六) 04:46 (UTC)
- 等等,我確實是不小心刪改了!對不起。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月15日 (六) 04:47 (UTC)
- @Blahhmosh:没事,不打紧,我猜也是这样,无心之失,请不必太在意,此后注意就好了,我主要是怕存档不准确和信息丢失引起误会,所以特地提醒。--银色雪莉(留言) 2025年2月15日 (六) 04:50 (UTC)
- 等等,我確實是不小心刪改了!對不起。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月15日 (六) 04:47 (UTC)
- 我沒有刪改原有的發言。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月15日 (六) 04:46 (UTC)
- @Blahhmosh:不要这样删改原有发言,这是不合规的。要发新提问时,请照以前一样开新话题。本件而言,这是“是”字没错。--银色雪莉(留言) 2025年2月15日 (六) 04:45 (UTC)
八
[编辑]原文:「揖我謂我儇而狂。人生快▦何所好。」
原圖:[57] 70
[58] 68
[59] 69
[60] (靑泉集) 册一頁139
(靑泉集. 卷1, 2, 4, 6/ 申維翰(朝鮮) 著) 册二頁30
(靑泉集. [1])pg136 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月16日 (日) 06:59 (UTC)
九
[编辑]原文:「分。淸言殊未了。騎馬曉鍾聞。〈▦▦〉」
原圖:[61] 339
[62] 47a 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月16日 (日) 17:52 (UTC)
十
[编辑]原文:「執筆具稿者如�偶扵廢謝閒」
原圖:Page:KYTU-BB04492447 督戎疏紀1.pdf/5
大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月18日 (二) 07:00 (UTC)
- @银色雪莉 @DuckSoft @Liouxiao 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月18日 (二) 15:41 (UTC)
- @Blahhmosh:“干”。“如干”,义同“若干”。 银色雪莉(留言) 2025年2月18日 (二) 17:03 (UTC)
十一
[编辑]玉屏摹出之其巾爲筐圍若石鼓文者頗多如� ���之類而作�之字一方中至四五見又有 似鳥者作�有似馬者作�亦有竟作馬首者有 似眉眼者作�或作�或作�或作�或作�有 似爪者作�其竟類今篆者如������� ���其柱不知始何時埃及流傳古有賢后克
我從沒料想到會在古籍裡錄到埃及象形文字,今天算開了眼界了。這該怎麼處理? Aerotinge(留言) 2025年2月19日 (三) 07:44 (UTC)
- 找到两个:𓃒𓆆。--維基小霸王(留言) 2025年2月20日 (四) 01:46 (UTC)
- 左邊第二行倒數第三字是否是「𓂯」? 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月20日 (四) 20:05 (UTC)
- 或者是「𓏥」、「𓏦」、「𓏼」? 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月20日 (四) 20:10 (UTC)
- 左邊第二行倒數第三字是否是「𓂯」? 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月20日 (四) 20:05 (UTC)
- 右邊第三行的第一個說是像鳥,所以這裡或許會有你的字:[63] 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月20日 (四) 20:12 (UTC)
- 同行第二個說是像馬,所以「𓃗」有可能是。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月20日 (四) 20:13 (UTC)
- 中間那一行有諸多的像眼的字符,[64] 可能會有你想要的。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月20日 (四) 20:15 (UTC)
- 還有一個說是像爪的字符,可能是「𓆆」 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月20日 (四) 20:16 (UTC)
《襟帯集》是什麼?
[编辑]最近我在日本圖書寮文庫搜索有什麼有意思的東西可以看到,我碰見了一個叫《襟帯集》的書籍。這是什麼東西?說是宋朝時候的圖書。
https://shoryobu.kunaicho.go.jp/Toshoryo/Detail/1000357250000?index=0&sort=Title&searchtype=Freeword&archive=Toshoryo&keyword=%E6%9D%BE%E5%9D%A1&keywordop=AND&hasdetail=True 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月12日 (日) 05:48 (UTC)
彩色影印庚辰本石頭記之錄入樣式和規則尋求共識
[编辑]感謝社群關注和協作。同一作品的校對頁應遵循大致相同樣式(模板,標點),並有確定的錄字標準(異體字?旁改文字?)。 我已自行校對第19回和20回,並希望分享自己的格式手冊。現剛剛向文庫錄入第19回的一半,但想要先尋求共識討論,再繼續任何新頁面的錄入。 如複數編者希望貢獻,是否可以建立專題討論?
提請所有貢獻者參與討論:@Liouxiao:
相關索引:
Andayunxiao(留言) 2025年1月13日 (一) 16:33 (UTC)
- 以下是我采用的樣式或原則,供討論:
- 1. 關於紅色批注,因第一冊影印本(PDF)大部分為黑白,所以無從判斷哪些段落為紅色批注,只好參照脂硯齋重評石頭記判別,對於“紅批”部分的行使用Template:紅模板,見Page:ISBN978-7-5013-6272-1_脂硯齋重評石頭記庚辰本_1.pdf/30;
- 2. 關於雙行注解,個人認爲Template:DL要優於Template:Iac,可以縮小字體、並居中顯示,參見Page:ISBN978-7-5013-6272-1_脂硯齋重評石頭記庚辰本_2.pdf/188;(注:需要在styles.css中加上字體的高度修正);
- 3. 關於標點符號,建議用onlyinclude,這樣在Page竪排頁面不顯示標點,在引用的頁面可以顯示標點,見脂硯齋重評石頭記_(庚辰本)/第02回。 Liouxiao(留言) 2025年1月14日 (二) 01:39 (UTC)
- 感謝閣下回復樣式:我已在下面討論説明對原文顔色的看法。回復2和3:
- 2. Template:Iac 亦可通過校對頁樣式修改字體,居中(閣下和社群可在索引頁樣式頁試驗)。惟此模板試圖兼顧直排和橫排,實現橫排下批語順序單行顯示,適應寬度換行。橫排下的草樣可參見我的沙盒頁User:Andayunxiao/sandbox,可更改瀏覽器寬度,或在小尺寸設備上查看其效果。和「竪排原文嵌入橫排顯示環境后每行單列」的目標不同。
- 3. 我尊重閣下不顯示標點的偏好。我也想指出,給每組標點都標記
onlyinclude
標簽或圍繞模板,無助於編者在page 頁面的文本編輯器編輯源碼,且易出錯。Page頁面是服務編者多於讀者,我理解有編者在Page頁面的生成頁面對照校對,希望行款整齊,但也有編者在文本編輯頁和源碼上比對。很遺憾,此二者不能兼顧是技術限制,我們使用的MediaWiki 軟件并非為中文古籍特制,非哪種偏好孰優孰劣。 Andayunxiao(留言) 2025年1月14日 (二) 16:13 (UTC)- 閣下沙箱頁的橫排示例確實不錯,維如果能將竪排顯示也優化則更佳。 Liouxiao(留言) 2025年1月15日 (三) 01:56 (UTC)
- 感謝閣下美言。已經調整樣式,使雙行批語貼近閣下在188頁所示。{{Iac}}模板還需修改,如,第二行為空時也應顯示固定高度。更多細節還請指點。 Andayunxiao(留言) 2025年1月16日 (四) 16:25 (UTC)
- 請問是否有修改後的“雙行批語”直排|竪排示例? Liouxiao(留言) 2025年1月20日 (一) 00:44 (UTC)
- 已在索引頁樣式頁修改。現169頁起即爲更改後樣式。 Andayunxiao(留言) 2025年1月20日 (一) 14:45 (UTC)
- 請問是否有修改後的“雙行批語”直排|竪排示例? Liouxiao(留言) 2025年1月20日 (一) 00:44 (UTC)
- 感謝閣下美言。已經調整樣式,使雙行批語貼近閣下在188頁所示。{{Iac}}模板還需修改,如,第二行為空時也應顯示固定高度。更多細節還請指點。 Andayunxiao(留言) 2025年1月16日 (四) 16:25 (UTC)
- 閣下沙箱頁的橫排示例確實不錯,維如果能將竪排顯示也優化則更佳。 Liouxiao(留言) 2025年1月15日 (三) 01:56 (UTC)
- 標點錄入是否可以推遲,即,以每一回為單位,待一回的有共識的頁面内容全部錄入,或編者執行首次校對時或之後,再按閣下的樣式補加標點?這樣兼顧最終的樣式,也方便各種偏好的編者參與編輯。閣下和社群更可開發機器人錄入標點。此外,頁面錄入也可拆分步驟,如,錄入未編碼字的資訊不易,其他編者可忽略此步,僅錄正字或留白(即錄入
{{UnO|字|}}
),本人隨後追加。各編者可僅錄字,僅校對批語樣式等。可在專題頁記錄各回各步的進度。 Andayunxiao(留言) 2025年1月16日 (四) 16:40 (UTC)
- 庚辰本还有更好的影印版吗?这套感觉不够清晰。 Kcx36(留言) 2025年1月14日 (二) 05:02 (UTC)
- 在書格論壇裏找到這個版本 - 脂砚斋重评石头记(庚辰本)-人民文學出版社1975.pdf,目錄裏還有其它版本。 Liouxiao(留言) 2025年1月14日 (二) 05:44 (UTC)
- 好的。另外再造善本也不错,可惜Wikimedia Commons上的文件图像有压缩,不知道有没有更清晰的版本。 Kcx36(留言) 2025年1月14日 (二) 06:34 (UTC)
- 我感觉人文社的这个pdf可能哪位爱好者给朱批上过色,虽然该影印版原书是彩色的,但是经我对比该pdf应该是来自读秀的ss10317852,而读秀扫描的是黑白的。 Kcx36(留言) 2025年1月14日 (二) 06:51 (UTC)
- 根据帖主“子康”在書格另外一個帖子,其發佈的“甲戌、庚辰”本都做過精修,如“使用商業字体製版”、“加底色”等,且有特別説明“所分享的所有圖書都禁止打印。一經發現,將取消原始分享。”、“此版字体爲未經商業授權之字体。故私用無礙,一經商用便侵權。”特提請注意。
- ” Liouxiao(留言) 2025年1月14日 (二) 14:38 (UTC)
- 抱歉,還是弄混了,上面所指的應是該帖主自行整理的四校自用本(v2.006a)、四校自用本(v2.006b)。 Liouxiao(留言) 2025年1月14日 (二) 14:46 (UTC)
- 本人拙見,再造善本影印本的文字顔色當是原本顔色,朱筆批語和改字當只存在于11回至28回。我當然未親目見過原本,僅列幾個其他旁證:一, 我上傳的影印本第一冊除末頁外全爲黑白(此頁應是13回的回前批),第二、三冊為彩色(21-30回),第四至八冊全爲黑白。二,馮其庸《論庚辰本》(一九七八上海文藝出版社初版):
- 一(三)评语的情况(下錄原文):庚辰本上的那许多朱笔评语,……(省略无关文字),而且它的朱笔抄手是一个人,全部朱笔批语是由一个人抄完的。(原文结束)
- 附錄表二:己卯、庚辰兩本回前、回後批語對照表,紀錄庚辰1-11回的回前、回後批語為墨色。庚辰本前11回沒有眉批、行間批、雙行小字,所以至少1-10回應無任何朱批。
- 三,鄧遂夫《脂硯齋重評石頭記庚辰校本》(二〇〇六作家出版社初版)有詳盡記錄庚辰本批語的顔色,前十回的回前批或混為正文的批語均標爲「【回前墨】」。我雖未閲讀鄧氏全書,且這是鄧一家之言,但在19,20回校對時,已經逐字對比鄧書的此二回,未見批語顔色有誤。
- 其他今人出版的庚辰本也有描述批語顔色,惟維基文庫脂硯齋重評石頭記的來源即未標明顔色,其在維基文庫展示的顔色并不和某個原始文獻相符。 Andayunxiao(留言) 2025年1月14日 (二) 15:53 (UTC)
- 我手上有四本裝2010年人民文學出版社出版的脂硯齋重評石頭記影印本,印刷很清晰。這是紅樓夢古抄本叢刊中的一種,豆瓣列出共有10種各版影印,這套應該是內地出版的最全面權威的紅樓抄本了,價格也還好,庚辰、甲戌本應該還可以買到。 Knowhan(留言) 2025年1月19日 (日) 21:36 (UTC)
- 在書格論壇裏找到這個版本 - 脂砚斋重评石头记(庚辰本)-人民文學出版社1975.pdf,目錄裏還有其它版本。 Liouxiao(留言) 2025年1月14日 (二) 05:44 (UTC)
- 我簡述我在第19回(第二冊169頁)起試錄入的樣式和錄字標準,請評論。
- 樣式:
- 1. 直排下模擬原書排版,橫排下合并按序展示正文和批語,試圖同時適應桌面瀏覽器和手機端。允許跨行、跨頁批語在橫排下合并。
- 2. 批語樣式和内容分離。生成的Wikitext 以CSS 類標記批語類別。紅色批語均以模板參數
class=red
標記(關鍵字可討論),在索引頁樣式頁指定顔色。墨色批語顔色,所有批語的對齊,間距,是否顯式標記批語類別,等待社群和讀者意見。 - 3. 正文有標點,批語無標點。但不加標點亦可。
- 錄字:
- 1. 錄抄手所寫原字,區分同一個字的不同寫法。未編碼非正字以{{Unencoded Original}}模板標記編碼或zh:w:表意文字序列(IDS)。少量的未編碼正字以{{?}}標記。
- 本書批語或者字小,或以連筆寫成,故對批語降低分類標準,在不能識別寫法時按正字錄。
- 2. 錄入範圍:所有可見的字,包括旁改文字和塗掉的原字。
- 3. 不加校,改,另,或注釋,在另頁(用戶頁或專題頁)提供編者需要的資訊。
- 4. 以模板標記少量避諱字(玄,祥等)但顯示正字。 Andayunxiao(留言) 2025年1月14日 (二) 17:07 (UTC)
- 第2點“旁改文字和塗掉的原字”是否需要依樣錄入?感覺按照改後的文字錄入原文中,會更方便閲讀。 Liouxiao(留言) 2025年1月15日 (三) 00:49 (UTC)
- 建議同時錄入旁改和塗掉的字,樣式,使用何種模板都可討論。一般而言,對原始文獻是手稿的情況,兩者都是組成部分,都應如實記錄。單對庚辰本而言,旁改有抄手隨手更正,但也有後人改動,和抄手不明來源的改字。版本學愛好者,可參考馮其庸《論庚辰本》三(五)章對庚辰本旁改文字的論述和舉例。因庚辰本的母本早已湮沒,此類考證很難避免主觀論斷,維基文庫只需兩者全錄。 Andayunxiao(留言) 2025年1月16日 (四) 16:56 (UTC)
- 第2點“旁改文字和塗掉的原字”是否需要依樣錄入?感覺按照改後的文字錄入原文中,會更方便閲讀。 Liouxiao(留言) 2025年1月15日 (三) 00:49 (UTC)
再次感謝各位參與討論。已經過去了幾周,本人不確定現在是否有共識?我想補充,此討論限於我上傳的此系列影印本。共享資源有其他庚辰本影本,此系列文件未必需要作爲脂硯齋重評石頭記 (庚辰本)的惟一或首選來源。雖然一般情況文庫不需要單個版本多次錄入,但庚辰本石頭記有其内容和版本價值,各編者完全可以因排版和錄字標準之理由而在繼續消歧義的不同作品頁錄入(如脂硯齋重評石頭記 (庚辰本直排),脂硯齋重評石頭記 (庚辰本正字本))。本人的一廂情願也是此作品能經受時間檢驗,成爲文庫的特色,填補公有領域沒有精確的庚辰本石頭記原文的空白。我也支持基於庚辰本的精確校對本,社群維護一個維基文庫校本(en:wikisource:Annotation)。
其次,參考英語維基文庫常用的專案頁面的格式手冊(如en:Wikisource:WikiProject_1911_Encyclopædia_Britannica/Style_Manual,en:Wikisource:WikiProject DNB/Style Manual),且前番已經提請社群意見,如不反對,將近日建立專題頁面:Wikisource:專題/庚辰本石頭記2017影本,放置因需要長期更新而不適在討論頁維護的格式指引。Andayunxiao(留言) 2025年2月14日 (五) 17:02 (UTC)
2025年第3期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
本週要聞
- 單一用户登录(SUL)系統將在今後幾個月中進行更新。藉由這個系統,用户只需在一個維基媒體網站上填入帳號密碼,即可於所有其他維基媒體網站上登入。由於瀏覽器對跨網域cookie的限制日趨嚴格,因此需要更新。為了配合這些限制,登入和帳號建立頁面將移至中央網域,但以用户的視角來看仍像是在原本的維基站點上。此更新將於本週在測試維基上推出。此變更計劃於2月和3月向所有用户推出。請參閱SUL3项目頁面以了解更多細節和時間表。
近況更新 - 面向編輯者
- 在安裝有PageAssessments的維基上,用户現在可以用
inproject:
前綴,按維基專題篩選搜尋結果。這些維基包括:阿拉伯语维基百科、英语维基百科、英语维基导游、法语维基百科、匈牙利语维基百科、尼泊尔语维基百科、土耳其语维基百科、中文维基百科。 [65] - 已新建一個維基: 提格雷語维基百科 (
w:tig:
) [66] 上週有35個社群提交的工單得到解決。 例如,先前回退所產生的編輯未正確計入用户的編輯次數,此問題現已修復。 [67]
近況更新 - 面向技術貢獻者
Wikimedia REST API用户,如機器人操作者和工具維護者,可能會受到正在進行的升級更新的影響。從1月13日當週開始,我們將著手將部分頁面內容端點從RESTbase重新路由至較新的MediaWiki REST API端點,這項變更適用於所有維基站點。這項變更先前已在測試維基上施行,應不會影響現有功能;如果相關端點的活躍用户發現任何問題,可以直接在Phabricator中向MediaWiki介面團隊回報。
- 誠邀Toolforge工具維護者分享他們對Toolforge UI的意見回饋。Toolforge UI是一項提供Web平台的計畫,讓工具維護者能透過圖形介面來創建和管理Toolforge工具,以補足現有的命令列工作流程。Toolforge UI旨在簡化活躍維護者的工作,並讓新工具創建者更容易進行註冊和部署流程。這項計畫仍處於非常早期的階段,Cloud Services團隊正在收集Toolforge社群的意見回饋,以協助塑造滿足其需求的解決方案。閱讀更多並分享您對Toolforge UI的看法。
使用OAuth系統的工具和函數庫開發者請留意:先前,用於OAuth 1和OAuth 2的身分端點會返回一個JSON对象,其
sub
字段為整數——這是不正確的,該字段應始終為字串。此問題已修復,並將於1月13日當週部署至維基媒體維基。 [68]- 目前,許多維基使用Cite CSS在Parsoid輸出中呈現自訂腳註標記(腳註編號)。從1月20日開始,這些規則將被停用,但開發人員強烈建議您不要在2月20日之前清理
MediaWiki:Common.css,以免遷移過程中發生問題。您的維基在可视化編輯器中和使用實驗性Parsoid閱讀模式時,可能會遇到腳註標記的一些小變更;即使有變更,其所渲染出的應與舊版解析器的輸出一致。 [69]
會議與活動
- 維基媒體基金會與維基共享資源社群的對話系列的下一次會議將於1月15日的8:00 UTC和16:00 UTC舉行。本次通話會議的主題是決定共享資源工具投資的優先順序。歡迎所有維基的貢獻者參加,尤其是維護共享資源工具的用户。
MediaWiki message delivery 2025年1月14日 (二) 01:42 (UTC)
《督戎疏紀》PDF請求
[编辑]Launching! Join Us for Wiki Loves Ramadan 2025!
[编辑]Dear All,
We’re happy to announce the launch of Wiki Loves Ramadan 2025, an annual international campaign dedicated to celebrating and preserving Islamic cultures and history through the power of Wikipedia. As an active contributor to the Local Wikipedia, you are specially invited to participate in the launch.
This year’s campaign will be launched for you to join us write, edit, and improve articles that showcase the richness and diversity of Islamic traditions, history, and culture.
- Topic: Wiki Loves Ramadan 2025 Campaign Launch
- When: Jan 19, 2025
- Time: 16:00 Universal Time UTC and runs throughout Ramadan (starting February 25, 2025).
- Join Zoom Meeting: https://us02web.zoom.us/j/88420056597?pwd=NdrpqIhrwAVPeWB8FNb258n7qngqqo.1
- Zoom meeting hosted by Wikimedia Bangladesh
To get started, visit the campaign page for details, resources, and guidelines: Wiki Loves Ramadan 2025.
Add your community here, and organized Wiki Loves Ramadan 2025 in your local language.
Whether you’re a first-time editor or an experienced Wikipedian, your contributions matter. Together, we can ensure Islamic cultures and traditions are well-represented and accessible to all.
Feel free to invite your community and friends too. Kindly reach out if you have any questions or need support as you prepare to participate.
Let’s make Wiki Loves Ramadan 2025 a success!
For the International Team 2025年1月16日 (四) 12:08 (UTC)
2025年第4期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
近況更新 - 面向編輯者
- 管理員可以用大量刪除(Nuke)功能大量刪除由特定用户或IP位址建立的頁面。先前,該功能只能刪除過去30天內建立的頁面。現在,針對特定用户或IP位址,該功能可以刪除過去90天內建立的頁面。 [70]
- 在啟用編輯巡查功能的維基上,當使用回退功能復原未經巡查的頁面修訂時,系統現在會將其標記為更準確的「手動巡查」,而非「自動巡查」。在最近更改中設有篩選條件的編者可能需要更新。 [71]
上週有31個社群提交的工單得到解決。 例如,先前可视化編輯器的「插入链接」功能,當輸入時偶爾不會正確顯示建議的現有頁面,現已修正此問題。
近況更新 - 面向技術貢獻者
- 結構式討論扩展(又稱Flow)正逐步棄用。該扩展未經維護且造成問題。結構式討論將被討論工具(DiscussionTools)取代,其用於任何一般討論頁。我們即將聯絡最後一批維基(加泰罗尼亚语维基语录、芬兰维基媒体协会、果阿孔卡尼语维基百科、卡拜尔语维基百科、葡萄牙语维基教科书、瑞典维基媒体协会)。如果您對棄用流程有任何疑問,請在您的維基上提及(ping)Trizek (WMF)。 [72]
- 季刊技術社群電子報新期數發布。本期內容包括:來自資料平台工程團隊的服務近況更新;來自設計系統團隊的Codex資訊更新;等等。
MediaWiki message delivery 2025年1月21日 (二) 01:36 (UTC)
台灣分會2025年1月對話時間
[编辑]台灣維基媒體協會2025年1月的對話時間,訂於台灣時間1/25 (六) 14:00舉行,
參與連結為 https://meet.google.com/qiv-ctih-sse 。
想跟更多台灣維基人互動嗎?不知道台灣有個維基協會,或知道協會但不知道他們平常都在幹嘛嗎?
本次對話時間將聚焦於 2024 年回顧與新年新展望的討論與分享,這是將是讓你深入了解協會運作並參與交流的絕佳機會!快來一起參加!
另,2026年ESEAP區域年會填寫調查問卷填寫期限至1/22為止,敬請踴躍參與。
Universal Code of Conduct annual review: provide your comments on the UCoC and Enforcement Guidelines
[编辑]My apologies for writing in English. 请帮助翻译至您的语言.
I am writing to you to let you know the annual review period for the Universal Code of Conduct and Enforcement Guidelines is open now. You can make suggestions for changes through 3 February 2025. This is the first step of several to be taken for the annual review. Read more information and find a conversation to join on the UCoC page on Meta.
The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.
Please share this information with other members in your community wherever else might be appropriate.
-- In cooperation with the U4C, Keegan (WMF) (talk) 2025年1月24日 (五) 01:12 (UTC)
《竹溪遺稿 (鞠溟)》填寫請求
[编辑]您好。我需要有人幫助我填寫《竹溪遺稿 (鞠溟)/䟦》和《竹溪遺稿 (鞠溟)/序》部分。原文可以依據[73]。主要是因為有很多草書部分,我看不懂。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月27日 (一) 21:02 (UTC)
2025年第5期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
本週要聞
- 巡查員們和管理員們——哪些關於編輯或使用者的資訊或情境,可以幫助您更快速、輕鬆地做出巡查或管理決策?維基媒體基金會想聽取您的意見,以協助指導即將到來的年度計畫。請考慮分享您對這個問題和其他13個問題的想法,以塑造明年度的技術方向。
近況更新 - 面向編輯者
- 現在,世界各地的iOS維基百科App使用者都可以使用個人化的「年度回顧」,根據他們在維基百科上的閱讀與編輯記錄提供洞察報告。這個项目是眾多努力的一部分,旨在幫助新讀者探索百科內容並與之互動。
有一個新標籤可供巡查員標記可能有問題的新頁面。現在,當新建頁面的標題與先前已被刪除的頁面相同時,會標上標籤「Recreated」,使用者可以在Special:最近更改和Special:最新页面中篩選出該標籤。 [74]
- 本週稍晚開始,如果編輯者嘗試建立連結至另一個重定向的重定向(即雙重重定向),將會被新的警告阻止。該警告會建議他們直接連結至第二個重定向的目標頁面。感謝SomeRandomDeveloper所做的改進。 [75]
維基媒體維基允許在登入過程中使用基於WebAuthn的雙因素驗證(例如硬體權杖),但是該功能很脆弱,使用者非常少。MediaWiki平台團隊暫時禁止新增WebAuthn金鑰,以避免干擾SUL3的推出。現有的金鑰不受影響。 [76]
上週有30個社群提交的工單得到解決。
近況更新 - 面向技術貢獻者
- 使用MediaWiki History dumps的開發者請留意:資料平台工程團隊在這些轉儲中新增了幾個欄位,以支援臨時帳號。如果您負責維護讀取這些資料庫的軟體,請檢查您的代码並查閱更新後的文档,因為欄位在行(row)中的順序將會改變。此外,在
mediawiki_user_history
轉儲中,anonymous
欄位將重命名為is_anonymous
。這些變更將在2月的發行版本中生效。 [77]
MediaWiki message delivery 2025年1月27日 (一) 22:14 (UTC)
花錢給某大學複印古書
[编辑]我現在要花錢給大學複印古書,但是需要花錢。維基文庫會不會幫我支付這一筆錢? 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月28日 (二) 23:16 (UTC)
- m:Grants:Project/Rapid/zh Midleading(留言) 2025年1月30日 (四) 09:57 (UTC)
- 也請閣下注意,如果從大學圖書館購買他們製作的影印圖像,然後分享到維基共享資源,可能有法律風險,請事先瞭解當地法律和大學的版權聲明。 Andayunxiao(留言) 2025年1月31日 (五) 16:21 (UTC)
- 明白了,但是如果複製的圖像都是早就進入公有領域的圖像呢?@Andayunxiao 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年1月31日 (五) 18:56 (UTC)
未收錄字以正字替代的模板(2)
[编辑]提議更新Template:Unencoded_Original模板。先前討論在此。已經以模組實現顯示多種編碼及表意文字結構的功能:Module:Unencoded_Original。新版本和現版本的對比在此:Template:Unencoded_Original/testcases。僅文字有變化,樣式未更改。請社群評論新的提示文字,參數等是否得當。
更新後,第二個位置參數{{{2}}}將顯示異體字字典編碼,而不是現在的自訂文字。因社群已經有後一用法,故在模組的邏輯中製作了維護分類Category:Unencoded Original 模板使用錯誤參數的頁面來追蹤,我將協助社群逐一更正。如果社群想要保留一個通用的提示模板,可以另外創建。各種意見,請在此提出。 Andayunxiao(留言) 2025年1月31日 (五) 18:27 (UTC)
- '原字未編碼' => '原字未收錄於Unicode'
- 又,{{{2}}}可以做成隱式變數,讓模組去做判斷。我不知道當前使用{{UnO}}且無宣告參數名稱的頁面數量多寡,但如果這麼做,會比逐一更正現有的、的使用中頁面還要省力的話,也不妨參考一下。
- 以⿰⿲⿱⿳⿸⿺⿹⿵⿷⿶⿴⿻開頭為IDS
- 以ABCN開頭為MOE字號
- 以0~9開頭為CNS碼
- GlyphWiki倒沒辦法判斷就是了。
- 話又說回來,指定參數名稱是個好慣習(convention),向後相容性也不是必要的。Aerotinge(留言) 2025年2月4日 (二) 16:13 (UTC)
- '原字未收錄於Unicode' : 更為準確,惟 Unicode 是否替以中文名更好理解?可等待社群更多意見。
- 分離各編碼的參數名可能更不易出錯,也和閣下先前的提議一致。{{{2}}} 取 MOE 編碼是我的私心和需要,也可討論改爲另一種編碼。
- 感謝閣下關於判斷編碼的提示。查連入頁面Special:链入页面/Template:Unencoded_Original,現不到300處使用,大多應無需修改,所以可能我自己還應付得過來。閣下也可改進相關邏輯(Module:Unencoded_Original 50-52行)。又此追蹤功能僅爲過渡而用,故判斷的邏輯很欠缺,更正後可能不再需要。 Andayunxiao(留言) 2025年2月4日 (二) 17:00 (UTC)
- 閣下另外是否仍希望開發外鏈功能?異體字字典的例子我已知道(ja:wikt:Template:R:twedu),其他的我還不瞭解。可提供閣下希望的參數用法和實現方式或直接更新模塊。 Andayunxiao(留言) 2025年2月4日 (二) 17:06 (UTC)
- 我知道的外鏈如下
- IDS
- CNS
- https://www.cns11643.gov.tw/search.jsp?ID=6&CPG=1&CNUM=6D30&CNUM2= CPG=字面;CNUM=碼位;CNUM2=碼位
- MOE
- https://dict.variants.moe.edu.tw/search.jsp?ID=7&WORD=A02964-001&WORD= WORD=字號1;WORD=字號2(選填)
- 不過我對外鏈目前沒有需求(及期望),可以按您的方便及需求來做就好。Aerotinge(留言) 2025年2月4日 (二) 17:22 (UTC)
- 如果說僅採用MOE碼是設計本意,也可以從我這著手,把我之前的嵌入使用給改了。該模板專注在MOE碼及其配套的索引字表上即可。
- 我會用{{UnO}}指定並錄入IDS結構也是看到某個用例在前,才以為可以這麼用,現在想想是疏忽了。Aerotinge(留言) 2025年2月5日 (三) 04:05 (UTC)
- 非常感謝閣下提供的外鏈實例,即便暫不用於本模板,也會幫助未來開發者。
- 提供IDS 參數雖然我起初未曾想到,但後來也發現了需求,因的確有些字的變體未在異體字字典收錄,或編者一時沒有找到。在本模板提供此參數可能優於拆分到不同模板。
- 閣下所提的索引字表和後續開發,我上面沒有説明。構想是,此次更新後,無論是否有Unicode以外的編碼,都允許顯示自訂的IDS。未來建立索引字表後,可以向表内添加社群維護的IDS 序列,對有指明其他編碼的字,將替換編者自訂的IDS。以「窗」的異體字「A02964-014」爲例,編者如要顯示IDS資訊,可輸入
ids=⿱穴忽
或ids=
,會顯示社群維護的IDS。對沒有指明其他編碼的字,不會覆蓋自訂IDS,但也可允許社群自行編碼並在字表登記。 Andayunxiao(留言) 2025年2月9日 (日) 16:28 (UTC)
- 至於Unicode,中文可以稱為
統一字元編碼 。或是去掉小字注文,反正tooltip字都夠小了。Aerotinge(留言) 2025年2月4日 (二) 17:25 (UTC)- 或者作:原字未收錄於統一碼。据w:Unicode,統一碼是官方名稱,但文庫不必用官名,可考慮讀者接受的名稱。 Andayunxiao(留言) 2025年2月13日 (四) 17:00 (UTC)
目前對本模板的功能更新提議,社群是否還有更多意見?Tooltip 的用詞因只需修改模塊内一處,可繼續討論,修改不必經過沙盒。此更新未涉樣式,仍可延後修改。如無反對或新提議,將在7日后更新並人工修復連入頁面。Andayunxiao(留言) 2025年2月13日 (四) 17:11 (UTC)
Reminder: first part of the annual UCoC review closes soon
[编辑]My apologies for writing in English. 请帮助翻译至您的语言.
This is a reminder that the first phase of the annual review period for the Universal Code of Conduct and Enforcement Guidelines will be closing soon. You can make suggestions for changes through the end of day, 3 February 2025. This is the first step of several to be taken for the annual review. Read more information and find a conversation to join on the UCoC page on Meta. After review of the feedback, proposals for updated text will be published on Meta in March for another round of community review.
Please share this information with other members in your community wherever else might be appropriate.
-- In cooperation with the U4C, Keegan (WMF) (talk) 2025年2月3日 (一) 00:49 (UTC)
2025年第6期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
近況更新 - 面向編輯者
- 「特殊字元」編輯工具列選單現在可以顯示您最近在該維基編輯時最常使用的32個特殊字元。這項變更讓您能更容易找到最常使用的字元。2010年版wikitext編輯器和可视化編輯器皆有此功能。 [78]
- 2010年版wikitext編輯器現在能以正確的縮排建立子清單。另外,您現在可以使用新的工具列按鈕插入
<code>
標籤。感謝stjn所做的改進。[79][80] - 請提供協助以確保引用生成器Citoid能在所有維基上正常運作。
- 一、請管理員更新本地版本的
MediaWiki:Citoid-template-type-map.json
頁面,收入preprint
、standard
、dataset
等項目;參見preprint以及standard、dataset的更新範例。 - 二之一、如果用於這類參考資料的引用模板中缺少citoid映射,請補上。
二之二、如果已有citoid映射,請更新TemplateData,收入新的欄位名稱。參見preprint以及standard、dataset的更新範例。可能需要支援的新欄位包括archiveID
、identifier
、repository
、organization
、repositoryLocation
、committee
、versionNumber
。 [81]
- 一、請管理員更新本地版本的
- 已新建一個維基: 中卡努里語维基百科 (
w:knc:
) [82] 上週有27個社群提交的工單得到解決。 例如,用於維基文庫的OCR(光學字元辨識)工具新增支援語言:教會斯拉夫語。 [83]
MediaWiki message delivery 2025年2月4日 (二) 00:09 (UTC)
Gemini 2.0 Flash Thinking支持行外标点识别
[编辑]大语言模型飞速发展。现在有很多模型支持OCR了,有人搞了一个榜单[84]。或许维基文库也可以根据对不同类型文献识别的准确程度自己做一个榜单。
经过测试,只有Gemini 2.0 Flash Thinking Experimental 01-21支持行外标点识别。网址:https://aistudio.google.com/prompts/new_chat 。
使用的命令:“这是一段文本,从右到左竖排版式,请注意标点在行外,转换为文本,不要给出解释,不要转换为简体。注意,页眉页脚、页码请忽略。换行请用双行换行。”
结果如下:[85]。
有一些错误。注意,“另外想法子”识别成了“另想些法子”。这不像一个识别错误,而是进行了文本修改。
aistudio的限制是每分钟10个请求,每天1500个请求。 維基小霸王(留言) 2025年2月6日 (四) 12:19 (UTC)
- 怎么说呢,本人是完全支持文库接入大模型对文本作业进行高效批处理的。
- 但目前市面上的agi大模型要想高效无限量使用都要支付一定算力成本,这方面资金由谁出?wiki基金维护目前的wiki公共服务器就已经捉襟见肘了。
- deepseek的免费web前端入口也已经被完全撸废,白天基本以每半小时为一周期成功响应一次。不知道是由站方暗中写入规则限制并发数,还是确实是使用人数过多导致的网络拥塞或服务器过载。
- 总而言之,大模型的性能和推理能力确实日新月异,但离走入普通用户生活中还存在巨大差距。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月7日 (五) 07:55 (UTC)
- deepseek 的OCR估计是传统的技术应用于古书并不好用。gemini 2.0是多模态融合ai,直接用最新技术识别古文。 維基小霸王(留言) 2025年2月8日 (六) 01:31 (UTC)
- 说到底还是钱的问题,只要有钱活抢着做。
- deepseek之前胜在web入口免费无限撸,现在这个渠道也在暗中被限制。
- 无论未来是大公司免费无限量提供高性能推理模型,还是个人pc性能提升到足以接入本地大模型进行推理。都得等算力供应过剩,大幅溢出,相关硬件成本普降后,才能吃到免费的午餐。这个过程至少还要再等10年左右。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月8日 (六) 08:31 (UTC)
- Gemini 2.0 Pro Experimental 02-05 的表现更好。 Liouxiao(留言) 2025年2月14日 (五) 09:08 (UTC)
- deepseek 的OCR估计是传统的技术应用于古书并不好用。gemini 2.0是多模态融合ai,直接用最新技术识别古文。 維基小霸王(留言) 2025年2月8日 (六) 01:31 (UTC)
识典古籍相关的问题
[编辑]Wikisource:古籍資源列了好些网站,其中识典古籍带页面扫描,并且它的古籍整理任務中心有“校对OCR结果”任务。尽管其用户服务协议 §4.3 不允许复制、整理等,但古籍的原本影像和OCR结果是不是没有版权,仍然可用于维基文库?OCR结果经人工整理校对勘误后呢?
特别地,“中国国家图书馆首页 → 数字资源 → 永乐大典”指向《永乐大典》高清影像数据库(第一辑),右上角的“阅读大典”就是识典古籍的《永乐大典》。这又怎么算呢? David, but not Hilbert(留言) 2025年2月7日 (五) 09:12 (UTC)
- 补充:识典古籍上的文字似乎有以下三种程度。
- 所谓“命名实体”大概是指□□百科链接。 David, but not Hilbert(留言) 2025年2月7日 (五) 09:26 (UTC)
- 對已進入公有領域之古籍書頁進行翻攝、掃描。只要不存在創作性的參與,該重製影像就不會形成著作權。
- 然,該重製影像經印刷或類似方式公開發行,並依法登記者。重製者就其影像,享有以相同或類似方式重製之專有權利,是為製版權。
- 又,對重製影像再翻拍、發行,不會再次形成製版權。(這部分有訴訟爭議,爭點在於縮圖、示意圖的公開算不算形成製版權,並耗盡權利)
- OCR文本,作為忠實再現文字的方法,也不會產生任何著作權。
- AI輔助生成的OCR文本,當前通說認為在沒有人為參與的情況下,即是不存在創作性與原創性的參與,亦不得主張著作權。
- 但即便如此,您仍應遵守EULA(用户服务协议),不應該違反其任一項條文來使用該網站的服務,這是民法契約自由原則所保障的範疇。
- 以上都只是我的看法,畢竟我不知道共和国的相關條文是怎麼訂定及如何執行的。請務必遵守當地法規來行事。Aerotinge(留言) 2025年2月7日 (五) 10:00 (UTC)
- 看了一下这个网站,整理的所有书籍仅限于中国封建历史时期,近代出版的书籍貌似一本都没。
- 条款仔细看了下,大概意思也是自己有能力会爬数据,爬下来的数据自己看也行,网站基本上睁一只眼闭一只眼,但在未经站方许可绝对不能外传或者引用。
- 爬下来自己搭着自己看,对外提供服务要是被举报会被视为侵权。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月7日 (五) 10:24 (UTC)
- 感谢各位解答!看来还是谨慎参考为好。 David, but not Hilbert(留言) 2025年2月7日 (五) 10:51 (UTC)
- 说句题外话,识典古籍的整理平台可以自己上传古籍图像并免费使用文字识别、自动标点等功能,成果可以导出然后上传到维基文库,整个校对过程比起维基文库的Proofread Page顺畅太多了。 Kcx36(留言) 2025年2月13日 (四) 16:50 (UTC)
- 我试了一下,确实很好!不想注册的朋友可以参考他们网站上的教学视频(三分多钟),分为以下三步。
- 区域调整:选图用的。这个维基文库似乎不涉及,就不说了。
- 字框和列框:OCR如果没找出的字或行,可以人工框选补上
;双行夹注似乎要单独选列。 - 校对文字:一列原图一列结果;OCR不确定的字会标蓝,人工改过的会标橙,人工标记存疑的会标红;选中字还会推荐替换字(比如原文是“𤫊”,OCR结果是“靈”,会给我推荐“𤫊孁霊霛”等;还有助于发现“成成”这种细微区别),并根据输入继续推荐。但反而没法全文查找替换那种永远识别错的异体字。
- 不过,我没找到如何自己上传古籍图像。若是指整理平台,似乎要用手机号、姓名、大陆身份证号实名认证才能创建团队,恐怕维基文库不是所有人都能用。 David, but not Hilbert(留言) 2025年2月15日 (六) 14:17 (UTC)
- 我加上了韓國典籍的網站了。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月15日 (六) 15:13 (UTC)
- 上传影像确实要自己建一个团队。如果非大陆用户确实不能创建团队,或许可以委托大陆用户上传影像,再进行校对。 Kcx36(留言) 2025年2月16日 (日) 08:09 (UTC)
- 确实,识典古籍整理平台的功能确实很棒,可以减轻很多人工负担,极大加速了古籍的处理速度和质量。 Liouxiao(留言) 2025年2月19日 (三) 01:48 (UTC)
- 對上傳文本有審核要求,由於大陸目前的政治正確,絕大部分近代相關資料應該都無法通過審核,例如《國民政府公告》《滿洲國公告》之類的國家政府公文內容中會有數不勝數的觸犯禁忌的敏感詞。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月19日 (三) 20:22 (UTC)
- 我试了一下,确实很好!不想注册的朋友可以参考他们网站上的教学视频(三分多钟),分为以下三步。
这个网站的工具很好,如果能说服他们开源,以应用到维基文库就好了。开源是趋势,比如deepseek。或者不开源,但提供api也很好。维基文库的优势是多语言,国际化。而且成果完全开源,全站提供打包下载,可用于LLM。--維基小霸王(留言) 2025年2月20日 (四) 01:53 (UTC)
- 我发了邮件,回复说让用平台上的OCR功能。 維基小霸王(留言) 2025年2月20日 (四) 04:21 (UTC)
如题,留意到两模板内容引起讨论,在下简要看后,私以为目前两模板需要承载的内容杂糅(即“强制性国家标准”(此为专有名词)和“具强制约束力的国家标准”),因此有如下浅见,亦副知近期参与此模板相关事宜的@红渡厨, Patlabor Ingram,并请未尽ping到的社群各位多指正:
- 当前模板标题因已有“强制性XX标准”这一名词存在,这就使得再在其中列举其他“具强制约束力的标准”的内容可能造成使用或理解上的不便,个人建议将模板更名为“中华人民共和国国家标准”和“中华人民共和国行业标准”(为免累赘,下面仅以国家标准为例),并修改模板首句为“本作品来自中华人民共和国国家标准,因符合下列规定而具备强制约束力,因而属于公有领域”,这样一来,下面的内容中则可照当前样式充分包含所有“具强制约束力的国家标准”。
- 当前在下暂时作了一个缓冲修改,这里需要说明的是,《标准化法条文解释》是符合中国大陆司法管辖区内的法律解释权限划分规则的,这也是比较普遍的认知,因为《全国人民代表大会常务委员会关于加强法律解释工作的决议》与《宪法》、《立法法》并不相冲突,这一点如果有朋友有疑虑的话,可以参见一例,即2000年的国务院关于贯彻实施《中华人民共和国立法法》的通知——自然,这样的划分当然是存在学理法理上的讨论的,但我想那并不是我们在面对当前问题时能够考虑的。至于《标准化法释义》,尽管并不像《条文解释》那样因由技监局发出而具备三性质,但作为由人大法工委、国务院法制办、质检总局和国家标准委等参与修订《标准化法》的单位组织编写的释义书籍(PS:署名的二位,一位时任国务院法制办副主任,一位就是时任的国家标准委主任),无疑在厘清法律原意方面具备相当的权威性。据以上,两段都留在了当前的缓冲修改,因为愚见以为这两段被去除的可能性不大,同时也便于参与讨论的各位检视。
- 至于其他引起讨论的细项,个人粗看似乎不必列得那么细(例如食安标准,食安都是GB无T打头,再细列似乎意义不大?),不过我还是想再细看一下;至于部分中涉及地方标准(强制性)的,是不是再建一个“中华人民共地方标准”为好,还要请诸位讨论。
- 至于是该写一个注来提醒使用者国标行标不必然具有强制性(就像PD-PRC-exempt那种形式),还是直接在文本中说明,也在此请各位商议。
以上,一点浅见,多请指正。 银色雪莉(留言) 2025年2月8日 (六) 04:01 (UTC)
- 基本认同银色雪莉阁下的意见,同意将模板更名为“中华人民共和国国家标准”和“中华人民共和国行业标准”,避免理解上的困难。 ——— 红渡厨(留言・贡献) 2025年2月8日 (六) 09:16 (UTC)
- 亦认同地方标准单独设立模板的建议,不过本站目前似乎未录入公有领域的地方标准,似无现实需求。 ——— 红渡厨(留言・贡献) 2025年2月8日 (六) 09:22 (UTC)
- 这不难,录一个就是doge 银色雪莉(留言) 2025年2月8日 (六) 14:06 (UTC)
- (1)对更名无异议。
- (2)对于“按现有模式管理”,需要说明的是:
- ①《中华人民共和国标准化法》第十条规定,“
法律、行政法规和国务院决定对强制性标准的制定另有规定的,从其规定
”。《〈中华人民共和国标准化法〉释义》指出,“……‘国务院决定’是指《深化标准化工作改革方案》(国发〔2015〕13号)。
” - ②《国务院关于印发深化标准化工作改革方案的通知》(国发〔2015〕13号)规定,“
法律法规对标准制定另有规定的,按现行法律法规执行。环境保护、工程建设、医药卫生强制性国家标准、强制性行业标准和强制性地方标准,按现有模式管理。安全生产、公安、税务标准暂按现有模式管理。核、航天等涉及国家安全和秘密的军工领域行业标准,由国务院国防科技工业主管部门负责管理。
”因此,《〈标准化法〉释义》中对于“按现有模式管理”的释义段落,本质上是把国发〔2015〕13号文重述了一遍。 - ③因此,环境保护、工程建设、医药卫生、安全生产、公安、税务等领域在2018年1月1日以后,仍然可以公布强制性行业标准、强制性地方标准;仍然可以依据质技监局标发〔2000〕36号文公布以“GB/T”编号的条文强制形式强制性国家标准、以“XX/T”编号的条文强制形式强制性行业标准。此部分应当列入两个版权模板的说明内。 Patlabor Ingram(留言) 2025年2月8日 (六) 13:57 (UTC)
- 我认为这只需要在模板中的“此外”节中列出《标准化法》第十条即可,因为详列是列不尽的,而我们仍需要在出现疑难文献时检视相关标准制定时所依据的具体法律法规,这样一来在模板里详细列出就无必要了,不知阁下以为如何。 银色雪莉(留言) 2025年2月8日 (六) 14:05 (UTC)
- 同意您的看法。 Patlabor Ingram(留言) 2025年2月9日 (日) 12:31 (UTC)
- 我认为这只需要在模板中的“此外”节中列出《标准化法》第十条即可,因为详列是列不尽的,而我们仍需要在出现疑难文献时检视相关标准制定时所依据的具体法律法规,这样一来在模板里详细列出就无必要了,不知阁下以为如何。 银色雪莉(留言) 2025年2月8日 (六) 14:05 (UTC)
- 更新:已制作Template:中华人民共和国地方标准,尚请各位协助审视行文是否有不足处。 银色雪莉(留言) 2025年2月9日 (日) 05:27 (UTC)
- 同意该模板的行文逻辑。并建议国家标准、行业标准模板行文可参照此模板现有文本撰写。 Patlabor Ingram(留言) 2025年2月9日 (日) 12:32 (UTC)
提议
[编辑]根据各位见解,现提出两件的修正案:
一、Template:中华人民共和国强制性国家标准标题改为Template:中华人民共和国国家标准,内文:
本作品来自中华人民共和国国家标准(或部标准、专业标准),并因符合下列规定之一而具备强制约束力,根据《国家版权局版权管理司关于标准著作权纠纷给最高人民法院的答复》(权司〔1999〕50号),“强制性标准是具有法规性质的技术性规范”,所以依据《中华人民共和国著作权法》第五条,不适用著作权保护,因而属于公有领域:
- 根据1962年12月4日施行、1979年7月31日停止执行的《工农业产品和工程建設技术标准管理办法》第十八条,在此期间,技术标准中的国家标准和部标准均具备强制性。
- 根据1979年7月31日施行的《中华人民共和国标准化管理条例》第十一条、第十八条,自此日起至1989年4月1日间,标准中的国家标准、部标准一经批准发布,就是技术法规,具备强制性。
- 根据1988年和2017年《中华人民共和国标准化法》,自1989年4月1日起:
- 国家标准分为强制性标准和推荐性标准。具体而言,根据1990年《国家标准管理办法》第四条、2020年《强制性国家标准管理办法》第三十五条,以汉语拼音字母“GB”加上国家标准发布的顺序号和年份号为标准代号格式的标准,是强制性国家标准。
- 法律、行政法规和国务院决定对强制性标准的制定另有规定的,从其规定。因此,若有直观依据时,亦可佐证该国家标准具备强制性。
- 若无法符合上述任何一项时,则该国家标准是推荐性标准,《国家版权局版权管理司关于标准著作权纠纷给最高人民法院的答复》指出“推荐性标准不属于法规性质的技术性规范,属于著作权法保护的范围”,但:
- 1990年7月23日颁布实施、2018年3月6日废止的《标准化法条文解释》(原国家技术监督局令第12号)第十四条规定:“……推荐性标准一旦纳入指令性文件,将具有相应的行政约束力。”据此,在1990年7月23日至2018年1月1日期间被纳入指令性文件的推荐性标准,具备强制约束力,属于公有领域文件。
- 《〈中华人民共和国标准化法〉释义》指出,“但在有些情况下,推荐性标准的效力会发生转化,必须执行:(1)推荐性标准被相关法律、法规、规章引用,则该推荐性标准具有相应的强制约束力,应当按法律、法规、规章的相关规定予以实施。……”因此,2018年1月1日以后发布且被相关法律、法规、规章引用的推荐性标准,也具有与该相关法律、法规、规章相对应的强制约束力,属于公有领域文件。
二、Template:中华人民共和国强制性行业标准标题改为Template:中华人民共和国行业标准,内文:
本作品来自中华人民共和国行业标准(或企业标准),并因符合下列规定之一而具备强制约束力,根据《国家版权局版权管理司关于标准著作权纠纷给最高人民法院的答复》(权司〔1999〕50号),“强制性标准是具有法规性质的技术性规范”,所以依据《中华人民共和国著作权法》第五条,不适用著作权保护,因而属于公有领域:
- 根据1962年12月4日施行、1979年7月31日停止执行的《工农业产品和工程建設技术标准管理办法》第十九条,在此期间,下列领域的企业标准具备强制性:
- 涉及生产原料、材料和协作件的验收、半成品的检查及成品的检验的;
- 涉及工程建设的设计、施工和验收的;
- 涉及农产品分级的。
- 根据1979年7月31日施行的《中华人民共和国标准化管理条例》第十一条、第十八条,自此日起至1989年4月1日间,标准中的企业标准一经批准发布,就是技术法规,具备强制性。
- 根据1989年4月1日施行的《中华人民共和国标准化法》第七条,自此日起至2018年1月1日期间,行业标准分为强制性标准和推荐性标准。具体而言,根据1990年《行业标准管理办法》第十六条,以强制性行业标准编号加上行业标准发布的顺序号和年份号为标准代号格式的标准,是强制性行业标准。
- 根据2018年1月1日施行的《中华人民共和国标准化法》第十条,法律、行政法规和国务院决定对强制性标准的制定另有规定的,从其规定;因此在2018年1月1日以后,仍存在制定新的强制性行业标准的可能,此时若有足以直观佐证该行业标准强制性的依据时,则可证明其为强制性行业标准。
- 若无法符合上述任何一项时,则该行业标准可能是推荐性标准,《国家版权局版权管理司关于标准著作权纠纷给最高人民法院的答复》指出“推荐性标准不属于法规性质的技术性规范,属于著作权法保护的范围”,但:
- 1990年7月23日颁布实施、2018年3月6日废止的《标准化法条文解释》(原国家技术监督局令第12号)第十四条规定:“……推荐性标准一旦纳入指令性文件,将具有相应的行政约束力。”据此,在1990年7月23日至2018年1月1日期间被纳入指令性文件的推荐性标准,具备强制约束力,属于公有领域文件。
- 《〈中华人民共和国标准化法〉释义》指出,“但在有些情况下,推荐性标准的效力会发生转化,必须执行:(1)推荐性标准被相关法律、法规、规章引用,则该推荐性标准具有相应的强制约束力,应当按法律、法规、规章的相关规定予以实施。……”因此,2018年1月1日以后发布且被相关法律、法规、规章引用的推荐性标准,也具有与该相关法律、法规、规章相对应的强制约束力,属于公有领域文件。
请各位协助审视行文是否有不足处。--银色雪莉(留言) 2025年2月10日 (一) 06:00 (UTC)
- 涉及的内容太多,无法一次性细致地看完,但粗略来看是没有什么明显问题的。 ——— 红渡厨(留言・贡献) 2025年2月17日 (一) 16:07 (UTC)
现阶段一简多繁问题解决方案。目前为止转换准确率最高的NLP模型HanLPC。
[编辑]先使用HanLPC对文本进行分词,再利用繁简词对字典对包含语义和上下文关系的最小单位「词」进行字体转换,从根本上解决了过去仅仅通过单字匹配方式转化后产生的分歧词问题。
由于繁简词对的字典文件所收录多为白话文词汇,故该方案应用于现代中文体的文章时,其转换正确率最高,半百话其次。
HanLP下载后可搭建本地NLP处理平台。官方提供线上调用接口。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月8日 (六) 10:10 (UTC)
CSS 图像裁剪工具
[编辑]{{CSS image crop}}是一个直接裁剪图像的实用工具。它允许你使用现有图像的特定部分,从而免去了为简单的裁剪任务上传新文件的需求。然而,这个模板的主要挑战是它需要用户手动识别并输入他们期望裁剪区域的精确像素坐标。 我已经开发了一个 JavaScript 工具,c:User:維基小霸王/CSSImageCrop.js,使用了 Google Gemini 2.0 Flash Thinking。 这个工具极大地简化了这个过程。 要安装它,只需将 importScript('User:維基小霸王/CSSImageCrop.js');
添加到你的 c:Special:MyPage/common.js 中。 安装后,每个图片文件页面都会出现一个 "CSS Image Crop" 按钮。 点击此按钮即可激活该工具,允许你直接在图像中选择你期望的裁剪区域。 一旦你做出了选择,该工具会立即为你生成模板代码。 此外,你可以通过在提供的对话框中输入数值来轻松更改缩放级别。 该工具也与多页图书文件兼容。 維基小霸王(留言) 2025年2月8日 (六) 15:33 (UTC)
- 感谢提供该工具。 ——— 红渡厨(留言・贡献) 2025年2月10日 (一) 07:07 (UTC)
编辑协作请求
[编辑]各位好,现有DB44/ 2155-2019 小东江流域水污染物排放标准一文需要录入含数学公式的内容,在此询请有能者据[86](纸面页码p3)协助录入,感谢! 银色雪莉(留言) 2025年2月8日 (六) 15:37 (UTC)
- 怎麼樣? 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月8日 (六) 16:43 (UTC)
- @Blahhmosh感谢您的帮助!也在此一并感谢@Aerotinge阁下的帮助。 银色雪莉(留言) 2025年2月8日 (六) 17:01 (UTC)
2025年第7期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
本週要聞
- 產品與技術諮詢委員會(PTAC)發表了一份對維基媒體基金會產品與技術部門的建議的草案。PTAC建議部門專注於行動裝置體驗,尤其是關於貢獻。PTAC請求社群在討論頁提出意見回饋,2月21日截止。
近況更新 - 面向編輯者
- 默认情況下,「特殊页面」portlet链接將從「工具」區塊移至主選單側邊欄的「导航」區塊(位於最頂部的區塊)。「工具」是用來放置與當前頁面相關的工具,而非與站點相關的工具,這項變更將使链接位置更符合一貫的邏輯。若要修改此行為並更新CSS樣式,管理員可遵循T385346的指示進行修改。 [87]
- 網頁團隊的一項工作是改善讀者在維基上探索內容的方式。作為該工作的一部分,網頁團隊將對少數讀者進行一項實驗,在搜尋欄中顯示一些相關或有趣條目的建議。參閱專案頁面了解更多。
使用TemplateStyles的模板編輯者現在可以用無障礙相關的媒體查詢(
prefers-reduced-motion
、prefers-reduced-transparency
、prefers-contrast
、forced-colors
),來針對特定無障礙需求定制輸出。感謝Bawolff所做的改進。 [88]上週有22個社群提交的工單得到解決。 例如,全域封鎖日誌現在會直接顯示在Special:中央认证頁面上,與全域鎖定類似,以簡化監管員的工作流程。 [89]
近況更新 - 面向技術貢獻者
- 維基數據現在支援一種特殊語言「所有语言的默认值」,作為標籤和別名。這是為了避免相同的資訊過度地重複出現在多種語言中。如果您的維基數據查詢會用到標籤,您可能需要更新您的查詢方式,因為部分現有標籤會被移除。 [90]
- 先前,
getDescription
函數會在每次讀取維基頁面時被調用,約佔頁面總載入時間的2.5%。現在,計算出的值將被快取,以減輕維基媒體伺服器的負載。 [91] - 作為RESTBase棄用作業的一部分,
/page/related
端點已於2025年2月6日封鎖,並將於近期移除。此時程選擇乃為配合舊版Android和iOS的棄用時程。MediaWiki的「morelike
」action API提供了穩定的替代方案,請參考遷移範例。如有任何疑問,請聯絡MediaWiki介面團隊。 [92]
深入了解
- 季刊語言與國際化電子報新期數發布。 本期內容包括:有關「貢獻」功能表(Speciale:Contribute)的更新;維基百科一些最新語言版本的細節資訊;MediaWiki介面支援的新語言的細節資訊;社群定義清單功能的近況更新;等等。
- Chart專案電子報新期數發布。 本期內容包括:為Chart圖表的全域使用情況提高可見性的進度更新;在共享資源上的Data命名空間中支援頁面分類的進度更新。
MediaWiki message delivery 2025年2月11日 (二) 00:12 (UTC)
直排之技術問題
[编辑]社群近來有對文字排列方向和模板功能適配上的嘗試,但未就文字方向,特別是直排有重新討論,是否可能在此處瞭解社群的意見?
就技術而言,維基媒體基於HTML 標記語言,現支持直排等不同書寫方向,但并不完全支持同一模板或wikitext片段同時支持不同書寫方向。
適配最廣的是使用HTML 原生同時支持多書寫方向的樣式,如Template:書最近更新后使用的樣式text-decoration: underline
, padding-inline-end
。又例如Template:Zh-em2,傍點在直排環境下能正確地顯示在右側,這是好的設計。惟更多情況,同時支持不同書寫方向需要多個模板協作或全站樣式支持,會有技術限制(如Wikisource:写字间/存档/2024#校對頁面的樣式生效的範圍)。另,Mediawiki 軟體的原則之一是不允許模板依上下文不同而展開成不同的文字(試圖繞過可能會被後續補丁禁止)。
就樣式和讀者功能,有全局頁面直排,僅作品内容直排,僅嵌入包含直排等可能,也可能允許讀者自選方向。這些功能都顯有益,但恐互有衝突,且需要Mediawiki 提供更多支持。因Mediawiki 更新需時日,社群可以早早開始討論,有共識后即可向Phabricator提議案。 Andayunxiao(留言) 2025年2月13日 (四) 17:45 (UTC)
- 承君起言,
- 關於中文縱書,我以為問題在於「中文」文庫的性質上。中文,甚至諸東亞文字,在現代多改採用西方的行文書寫方式。
- 故在中文文庫也採用了由左至右的版面配置。但是傳統東亞文字排版並非如此,而文庫好一部分的作品便屬此排版。
- 由於各式因素,HTML原生的完整東亞文字排版支援仍是草案,處在有生之年、家祭毋忘的高閣。
- 長久以來對縱書作品的排版需求,多由模板去達成。
- 止直排一事,有古早時代的{{Vtext}}、約莫10年前
writing-mode
開始普及後的{{Vtext2Start}}、四庫系列的{{SKQS header}}、近來的{{Vlr-begin}}、君之{{vps}}。 - 但都不乏磨合難處,如Wikitext parser會自動生成<p>結構對文本閉合,但與模板互動後,結果難以預料。這也使得應用直排模板,配合雙換行符斷句的編輯貢獻者,常會需要在文本末尾用{{nop}}之類語法,去提示Parser作閉合。
- 以Wikimedia的架構而言,我認為一個可能的通解是在Page:命名空間中添加一個如校對頁面狀態的擴展,用以紀錄書寫方向。並據此以
<div class="mw-content-ltr mw-parser-output" lang="zh" dir="ltr">
或<div class="mw-content-rtl mw-content-vertical mw-parser-output" lang="zh-hant" dir="rtl">
- 於Page:命名空間渲染頁面。
- (註:mw-content-vertical是我胡謅的類別,僅權宜地代表直書屬性。依愚所聞,維基媒體基金會底下,至今仍不存在以東亞文字排版的媒體專案。在東亞文字排版向來是領跑者的日文,在此事上完全躺平;滿文已死;老蒙文還在孵蛋。真要說的話,
zh-classical
興許才該用在這兒)。 - 在最基本的框架確定下來後,再來才是對直排的樣式適配(維基預設的許多樣式如margin-*, padding-*是按西方行文習慣添加的,Common.css、Gadget-Site.css或需要相應修改。)
- 模板,即割注(夾注,即雙行註文)、挪抬、古文加點(添加新式標點符號)等如果要適配,此時也較方便著手。
- 以上是我對全局頁面的看法。
- 至於僅作品内容直排、僅嵌入包含直排,我認為這屬於個別貢獻者的編輯範疇,可以有方針,倒不一定需要有個規範。或可在該作品(如文集)的討論頁中約定即可。 Aerotinge(留言) 2025年2月14日 (五) 05:01 (UTC)
- 又,「模板依上下文不同而展開成不同的文字」一事,還請您指出有疑慮之模板。愚以為分項出來討論為宜。 Aerotinge(留言) 2025年2月14日 (五) 05:02 (UTC)
- 此處并無對現有模板的疑慮,僅是闡述此類方案不可行,後面我可能會專項説明。本人無意推動違反這一原則的提案,此功能可能是MediaWiki的潘朵拉的盒子,啓用可能危害不小。可參考Extension:Variables這一未來將棄用的擴展的設計和討論。 Andayunxiao(留言) 2025年2月14日 (五) 15:50 (UTC)
- 認同閣下分享的經驗和觀點,我將後續分項細論。很遺憾日文維基文庫未能在此問題上先發聲。MediaWiki 和HTML 標準整體是為西文設計,背後是西文出版成熟的標準和習慣趨同的讀者群。對中文多編碼,多排版標準的複雜體系是先天不適應。希伯來文維基文庫he:עמוד_ראשי可能和中文社群有類似的處境,即歷史典籍多,需要注釋,校對不足,多排版標準。中文文庫社群如果能在提案上聯合以上語言社群,可以擴大聲音。 Andayunxiao(留言) 2025年2月14日 (五) 16:06 (UTC)
- 另,此討論不應影響現有直排作品的錄入,且成果也可能是有生之年,不可過高期望。用模板實現直排雖不完美(包括本人製作的模板)但卻是好的做法,方便編者,也便於未來可能的修改。本人也認爲文庫的老作品的樣式應不壞勿修(w:維基百科:沒壞就不要修),應避免(批量)以非校對原因編輯陳年作品頁。現在的錄入可以,但不必為未來的新技術讓位或留餘地。未來如果有直排的共識,也應限於更新模板,並免於追溯老作品的樣式。 Andayunxiao(留言) 2025年2月14日 (五) 16:23 (UTC)
- 大原則上我也是同意沒壞不修、不溯及既往,但排除我經手的過的作品。
- 因我自用的格式準則有顯著改變,手邊又沒有正在錄入的作品可供應用時,我可能會抓一件過去貢獻過的合適作品底稿進行再校對,順帶改寫。
- 至於預留新技術的空間,竊以為非必要,同時也未嘗不可。
- 舉個例子來說好了,詩文作品的斷句換行,目前常以手動方式添加換行符,或以雙回車達成。
- 查CSS實有
break-after
屬性,搭配nowrap
即可供文句按標點、空格、<wbr>等元素排版斷句。惟其不能通過當前維基的CSS校驗工具檢查。 - (屬CSS Fragmentation Module Level 3規範,當前處在CR階段。直排所用的
writing-mode
同處在CR階段就是了,但這屬性受到校驗工具認可) - 故假使我要錄入一件七言詩作品時,我會傾向於不手動添加換行符。因在未來以HTML原生方法達成該效果是可預見的。
或許在Phabricator爭取一下加速?Aerotinge(留言) 2025年2月15日 (六) 03:06 (UTC)- 是的,同意修改老作品頁的樣式非「不可」,而偏於「非必需」。如機器人或可靠的人工改法我也支持。閣下舉例已有遠見,當可以無慮按計劃錄入並修改。當前的CSS校驗工具顯較最新標準滯後。此處討論也有意爭取社群共識,推出Phabricator 提案,讓提案更容易通過。 Andayunxiao(留言) 2025年2月16日 (日) 16:30 (UTC)
- 又,「模板依上下文不同而展開成不同的文字」一事,還請您指出有疑慮之模板。愚以為分項出來討論為宜。 Aerotinge(留言) 2025年2月14日 (五) 05:02 (UTC)
《国(境)外学历学位认证办法》是否具有行政性质?
[编辑]该文件。已知事实:
1. 该文件作者“教育部留学服务中心”是教育部直属事业单位,不是政府部门。
2. “国(境)外学历学位认证”位于教育部官网的“服务”栏目中,里面标注“系留服中心依据国务院教育行政部门为其核定的机构职能,面向社会开展的一项服务。”
3. 学历学位认证工作经教育部2000年文件《关于同意“教育部留学服务中心”和“全国学位与研究生教育发展中心”开展外国学位证书认证咨询工作的通知》(学位【2000】2号)授权。
因此想讨论“学历学位认证”是否属于教育部授权由事业单位承担的行政职能。 曾晋哲(留言) 2025年2月14日 (五) 14:22 (UTC)
- 个人意见,不是,见[93]。有一个案例在裁判文书网上还有,刘远东与教育部,因为案涉裁定书太多我就不一一列了,但就在下所见那里的中心思想之一是:教育部没有国外学历学位认证这一法定职责——北京中院这么说,教育部自己也这么说(而且是在基于有《通知》的基础上这么说)。个人所见,教育部固然有“负责国际间学位对等、学位互认等工作”的职权(见国务院办公厅关于印发教育部主要职责内设机构和人员编制规定的通知),但它跟学历认证这一专业认证是两码事,学历认证本身不是行政职权,教育部的文件是同意(或授权)相关单位“可以”做这个,而不是授权相关单位“代它”干这个——作一个不恰当的类比,就是教育部授权其“专营”。 银色雪莉(留言) 2025年2月14日 (五) 16:44 (UTC)
模板分類參數
[编辑]依據這個修改,似乎有些模板的「cat=no」參數不作用,是否能夠修復?—— Eric Liu(留言) 2025年2月14日 (五) 15:03 (UTC)
完成。顺便请帮我删除Module:Suppress categories,我建重复了。 Kcx36(留言) 2025年2月14日 (五) 19:10 (UTC)
《督戎疏紀》終於上線了!
[编辑]《督戎疏紀》終於傳到維基文庫了! 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月16日 (日) 14:46 (UTC)
- 各位,我現在在上傳文件,上傳時我經常得到《无法上锁。有人正在操作此文件。》的警告。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月16日 (日) 14:51 (UTC)
- 祝賀!非常感謝您對維基社群的貢獻。 Andayunxiao(留言) 2025年2月16日 (日) 16:20 (UTC)
- 感谢上传。请问您是如何获得该文件的? 維基小霸王(留言) 2025年2月17日 (一) 02:42 (UTC)
- 有人有該文件的PDF。我請他要了。然後他讓我付錢。我給了。它把PDF給我了。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月17日 (一) 03:06 (UTC)
- 以后任何人都可以自由访问了。感谢您的无私奉献! 維基小霸王(留言) 2025年2月17日 (一) 12:53 (UTC)
- 感谢您愿意花真金白银为维基文库做出贡献! ——— 红渡厨(留言・贡献) 2025年2月17日 (一) 16:05 (UTC)
- 有人有該文件的PDF。我請他要了。然後他讓我付錢。我給了。它把PDF給我了。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月17日 (一) 03:06 (UTC)
- 可惜卷二缺了目录和28个筒子页的正文。 Kcx36(留言) 2025年2月18日 (二) 14:24 (UTC)
- 不对,开头的部分被装订到末尾去了,但还是缺几页。 Kcx36(留言) 2025年2月18日 (二) 14:28 (UTC)
《督戎疏紀/自序》填補請求
[编辑]我想要各位幫助我填寫《督戎疏紀/自序》上的內容。謝謝。
原文:[94] 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月16日 (日) 20:35 (UTC)
- 如前面的讨论,也可以上传到识典古籍利用该平台更为先进的校对工具。 Liouxiao(留言) 2025年2月17日 (一) 01:20 (UTC)
我用gemini flash thinking識別了幾頁,見此Special:用户贡献/維基小霸王,可與识典古籍比較。我用上傳了pdf中的幾頁到google drive,用的命令是:
ocr為文本,從右到左的中國古代文獻。我準備放到維基文庫。注意,上面只有中文。行前空格一格用{{gap|1em}}表示,兩格用{{gap}}表示。
--維基小霸王(留言) 2025年2月17日 (一) 03:13 (UTC)
- @維基小霸王:这是识典古籍自动识别的结果(仅手动修正部分字框,未人工校对,蓝色是可能有错的字):[95][96][97][98]。 Kcx36(留言) 2025年2月18日 (二) 10:07 (UTC)
- 还是识典古籍好用。 維基小霸王(留言) 2025年2月19日 (三) 01:58 (UTC)
- 是的。我已经上传处理了《督戎疏紀1》,正在等待审核上架。 Liouxiao(留言) 2025年2月19日 (三) 02:09 (UTC)
- 还是识典古籍好用。 維基小霸王(留言) 2025年2月19日 (三) 01:58 (UTC)
把台灣教育部《異體字在線字典》的字體樣式表下載搬運至本站。能一勞永逸解決絕大部分異體字缺失問題。
[编辑]根據《異體字在線字典》說明介紹,收錄大約10w個異體字。針對收錄的每個異體字,並非通過加載位圖圖像或svg矢量圖的方式來顯示。也非類似本站通過字形結構膠水式拼接的模版給出標註,從而曲線達到目的,而是自製一套異體字font-face字體文件,用戶通過瀏覽器訪問時下載、加載該字體文件,進行前端異體字渲染。
以上是原理,好處是font-face由於是基於css的規則,對於瀏覽器來說更加原生,加載渲染效率好,同時收錄全面。
例如 Page:KYTU-BB04492447 督戎疏紀1.pdf/36 中「廷」對應的異體字。在其他線上字典如漢典中只能找到𢌜,但在《異體字在線字典》中就有收錄。
現在的問題是本站未安裝該網站的font-face文件,導致即便從其網站頁面中複製該文字,粘貼到本站時亦無法渲染。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月17日 (一) 15:52 (UTC)
- 教育部該網站的內容不符合{{PD-ROC-exempt}}中的任何一項,存在版權疑慮。 Midleading(留言) 2025年2月17日 (一) 16:16 (UTC)
- 這條路子早已有類似討論,我也試過。首先維基媒體基金會不允許CSS去外連外部資源這關就過不去,
- 而維基共享資源也不收字體檔案,所以沒得內連。
- 就算能上傳字體至維基共享資源,教育部異體字字型亦不提供SIL授權以相容維基共享資源所需的CC-BY-SA 3.0授權,故不得再分發。
- 就算教育部提供授權,其異體字用的也是Unicode PUA B區碼位,皆為外字。不利文獻保存流通,應當避免使用。目前已有機器人巡查PUA字並標記待清除,故不應再增加外字使用。
- 現在的模板曲線方案已經是碰壁試錯後,得到的相對可行方案了。 Aerotinge(留言) 2025年2月17日 (一) 16:17 (UTC)
- 不是引用外鏈獲取,而是下載字體庫文件,在本地服務器安裝。
- 字體拼接模版後的異體字,也無法保存流通,下載後也無法直接複製使用(顯示爲模版原生標記語言,非php語言環境無法渲染)。
- 而Unicode的非官方字,只要維護好一套使用標準,數量夠多,至少線上渲染時足夠簡潔美觀。也省去了很多異體字逐個都拼接的麻煩。
- 《異體字在線字典》下方外鏈的辭典公眾授權網,裡面有關於字典內容的引用方式和授權標準。使用的是「創用CC-姓名標示- 禁止改作 3.0 臺灣授權條款」。允許使用者重製、散布、傳輸著作(包括商業性利用)。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月17日 (一) 16:58 (UTC)
- 禁止改作不符合維基版權方針,維基要求授權允許使用者改編、匯編以及商業性利用。同時,網站下方有©版權聲明。 Midleading(留言) 2025年2月17日 (一) 17:24 (UTC)
2025年第8期技術新聞
[编辑]維基媒體技術社群現在發布最新的技術新聞。請告知其他用户這些更改;不是所有的更改都會對您造成影響。技術新聞提供其他語言的翻译版本。
本週要聞
- 現在,使用Growth工具的社群可以在
Special:首页
給新手展示一則活動。這項功能將幫助新手了解可以參與的編輯活動。管理員可以在Special:CommunityConfiguration
新建活動展示。參見Diff文章、文档,或聯絡Growth團隊了解更多。
近況更新 - 面向編輯者

- 從下週開始,四個維基的討論頁將採用新設計。這些維基包括:西班牙语维基百科、法语维基百科、意大利语维基百科、日文维基百科。這項變更已作為測試功能進行了廣泛測試,是討論頁改進的最後一步。 [99]
- 现在,在操作页面(例如查看历史记录的页面)点击重定向页面的链接可以直接前往重定向页面。先前则必须先跳转到重定向目标再前往。此项更改会为处理重定向的编辑者带来很大的帮助。感謝stjn所做的改進。 [100]
- 目前,當Cite參考資料被多次重複使用時,參考資料清單中會顯示如「1.23」的數字標記或如「a b c」的本地化字母標記。先前,如果重用次數太多,以致於字母標記用盡,系統會顯示一則錯誤消息。作為Cite自訂現代化工程的一部分,將不再顯示這些錯誤消息;一旦字母標記用盡,反向链接將恢復顯示如「1.23」的數字標記。
- 现在,每条用户组更改日誌的显示都更加清晰,目前会分别列出授予、撤销、更改的群组,而不再是简单列出更改前后是哪些群组。译者可以帮忙更新相关消息的本地化版本。感謝Msz2001所做的改進。
- Special:大量删除工具新增篩選項,現在可用頁面大小(位元組)範圍來篩選頁面。管理員可以用這項功能刪除小於特定大小的頁面。 [101]
- 此外,非管理員——即使無法直接刪除頁面——現在可以使用Special:大量删除工具檢查哪些頁面可能需要刪除。感謝MolecularPilot所做的這兩項改進。 [102]
上週有25個社群提交的工單得到解決。 例如,AV1視訊檔案格式配置中的一個錯誤得到修復,使這些檔案再度能夠正常播放。 [103]
近況更新 - 面向技術貢獻者
- 繼去年維基導遊成功轉換成Parsoid閱讀視圖之後,未來幾週內,Parsoid閱讀視圖將在大多數維基詞典推出。參閱Parsoid/解析器統一了解更多。 [104][105]
- 站内工具的开发者请注意,
mw.Uri
已弃用。仍依赖mw.Uri
的工具必须显式声明mediawiki.Uri
作为ResourceLoader依赖,且应尽快迁移到浏览器原生的URL
这一API。 [106]
MediaWiki message delivery 2025年2月17日 (一) 21:16 (UTC)
我有一個想法
[编辑]古代時候,葡萄牙、荷蘭、英國、俄羅斯等國家曾經不是跟中國、朝鮮、日本等地區做生意嗎?或許這些國家的圖書館/大學圖書館裡面會有一些逸存書。有沒有人能夠幫我們檢查一下? 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月19日 (三) 04:07 (UTC)
- 因為你們想想,這些交易、貿易裡或許存在一些圖書等物品。 大東國奎章閣大提學兼弘文館大提學藝文館大提學知成均館事Blahhmosh(留言) 2025年2月19日 (三) 04:13 (UTC)
- 實際上歐美(包括日本)確實有很多散佚的中文古籍(通過不僅限於貿易、盜買、劫掠等手段),而且有不少孤本,比如敦煌殘卷,還有“漢籍合璧項目”從俄羅斯聖彼得堡大學圖書館獲得的《鐵冶志》。只是尋訪逸書的工作需要經費人力,即便如有官方支持的“漢籍合璧”項目,也未見其網站公佈更多的成果,可想是不太容易。 Liouxiao(留言) 2025年2月19日 (三) 05:47 (UTC)
- 光有想法沒有資金是無法實現的。尋求他人幫助時即便是為公義而非私利,也應該支付代價。
- 如果需要調用大量人手做事,應該要先籌措資金,通過商業化活動支付佣金方能達到目的。動用私財來支付總非長久之計。
- 本人的想法是成立基金會,聘請專業的投資經紀人,開展金融投資交易,獲利增值後,拿盈利來實現目的。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月19日 (三) 20:14 (UTC)
魯迅全集01 (1948).pdf錄入的異體字和格式問題
[编辑]@David, but not Hilbert,@Aerotinge,感謝各位在#重写维基文库方针和说明文档話題下補充問題和貢獻討論。上面的討論可能已經偏離原話題,我的初始回答也未解決David閣下的問題。提請後續討論在此話題下繼續。Andayunxiao(留言) 2025年2月19日 (三) 07:18 (UTC)
錄入異體字的原則
[编辑]承上討論,此問題包括「識讀原字」和「確定編碼」。前者需要編者熟悉傳承字寫法,有時還需要熟悉書法,但求助社群通常可以得到解決。後者則是技術問題。Unicode 非爲古籍錄入設計,其「認同原則」和「原字集分離原則」矛盾,後續的變體序列也僅考慮了字體渲染,文庫未曾使用且未必能適應本地架構。簡要的編者規則很難制定。Andayunxiao(留言) 2025年2月19日 (三) 07:57 (UTC)
異體字查詢
[编辑]幾個外部查詢來源並請補充:
- 教育部異體字字典 收字多且有來源,用例和影印(拓本)圖像。
- https://glyphwiki.org 字形為使用者生成,通常可以查到同一個編碼對應的各地不同字形。
- 例如「直」 的不同變體。個人認爲,現階段按Unicode 認同原則有同一編碼的異體字不需要以模板額外標注,除非字形於原文特別重要。
- en:wikt:Main page,英文維基詞典。
- 中國哲學書電子化計劃的字典功能。其優點是對古籍用字有典籍用例,適合不確定原字是否是筆誤的情況。
—以上未簽名的留言由Andayunxiao(對話|貢獻)於2025年2月19日 (三) 08:19加入。
- 漢典网(例:为)在宽屏界面会显示简繁和异体字,来源不明。
- Unihan 数据库会列出 variants(例:值),由Unicode维护,可靠但缺漏严重。该网站搜索较慢,可先用 UniView 搜索(例:值),再选字,view data in Unihan database。UniView 的开发者隶属于W3C,应该也比较可靠。
David, but not Hilbert(留言) 2025年2月19日 (三) 08:51 (UTC)
我慣用IDS結構去查字,提供幾個外部工具
- CNS全字庫:CNS標準,可以由此反查教育部異體字典等台灣工具網站。
- IRG工作組:就是搞Unicode規範的小組,會收不少提交上來的異體字
- 字統网:作者好像也是IRG的小組成員。支援結構模糊查找,功能強大。附帶一個類似GlyphWiki的組字引擎,習慣筆畫輸入的用戶可以組合出各種可能性。
Aerotinge(留言) 2025年2月19日 (三) 09:04 (UTC)
值 ≠ 値
[编辑]值 ≠ 値,可右边的的“直”似乎只有一个码?
— User:David, but not Hilbert
Andayunxiao(留言) 2025年2月19日 (三) 07:43 (UTC)
段落縮進
[编辑]请看Page:魯迅全集01_(1948).pdf/323。全文无段间距,每段首行缩进;但是『小栓——你坐着,不要到這裏來。』这句似乎是插在段中间,它自己这行缩进两字,下一行打头写。
我在此用了<br>
和{{gap}},不知是否合适?(我在段首加{{gap}}是沿用这部作品既有做法,并非有所偏好。)
— User:David, but not Hilbert
Andayunxiao(留言) 2025年2月19日 (三) 07:43 (UTC)
直角引號用法
[编辑]请看Page:魯迅全集01_(1948).pdf/361的『七斤嫂,你「恨棒打人」。……』 。原文用直角引号,但并非「『』」,而是『「」』。在“不转换”和“繁体”模式,与原文一致,我没有疑问;可在“简体”模式时,引号会转换成‘“”’,既不合原文,又与今日习惯相反。
有无办法在特定页面关闭引号转换?
— User:David, but not Hilbert
Andayunxiao(留言) 2025年2月19日 (三) 07:43 (UTC)
- 同樣還是請見沙盒示例,頁首的
-{H|「=>zh-hans:「;」=>zh-hans:」;『=>zh-hans:『;』=>zh-hans:』}-
- 可用於強制指定“简体”模式的轉換規則。 Aerotinge(留言) 2025年2月20日 (四) 03:40 (UTC)
行間排版的標點和引號的順序
[编辑]也请看Page:魯迅全集01_(1948).pdf/361的『七斤嫂,你「恨棒打人」。……』。原文标点二维排布,引号、省略号作为行内标点依次放在“人”下方,句号作为行间标点放在“人”右方。
然而录入时只有一维,。」……
、」。……
、」……。
选哪个?
— User:David, but not Hilbert
Andayunxiao(留言) 2025年2月19日 (三) 07:43 (UTC)
- 感謝User:David, but not Hilbert閣下舉例,此問題可能并不簡單。行内樣式的早期新式標點,標準可能已經和今日相同,即直接引文的句號在引號内,但强調語匯的引號内無末尾句號。還請熟悉標點歷史的編者賜教。幾個可能相關的文獻:
- File:CADAL3008526_紅樓夢(一).djvu。1927年亞東圖書館,汪原放標點本《紅樓夢》。
- File:SSID-13427406_標點符號使用法.pdf。見其59頁起「句號無形的消滅」的解釋,可能一窺當日的理解:[107]。
- Andayunxiao(留言) 2025年2月19日 (三) 08:34 (UTC)
- 我还听说过一种说法(没有确切来源了),与胡怀琛“句号无形的消灭”的解释不同:句号表示停顿,而引号读不出来,所以二者没有严格先后;但句号点在汉字旁边更美观,便如此布置。
- 无论当时标准与今日相同,还是当时只考虑美观性而无标准,在模棱两可的地方,我认为可以按今日标准录入。 David, but not Hilbert(留言) 2025年2月19日 (三) 13:21 (UTC)
- 以本作品的排版,我試著弄了個高仿P.361,並錄到沙盒呈現嵌入後效果。
- 從模板展開嵌入後的狀態,標點順序您看來,有何不妥適處?
- 這種有影像供校對的,只要忠實還原行文方式,將其邏輯理清後,最後展開便是該作品的原標點順序。
- 或許會稍與今日的标准/標準有所出入,竊以為還是忠實於原文較佳,也較為方便。
- 至於沒有原件來源供校對的作品,或是用戶自行加點的文字。理當可以按标准/標準編輯並錄入。 Aerotinge(留言) 2025年2月19日 (三) 16:30 (UTC)
- 原来还能这样,感谢您演示这种方法!
- 不过我可能没表达清楚,我也支持忠于原文——我之所以建议按今日标准录入,是因为认为三种方法都不忠于原文。打个比方,人类(原文)有左右两只手,外星人(录入版)发明了三种克隆方法,但都是把双手放到同一胳膊上,区别仅在左右手串联方式。在这种情况下,选择外星人的天然生长方式比较好。
- 关于{{ip}},我认为
」{{ip|。}}
与{{ip|。}}」
在直排时应渲染成相同样子,现在不同属于 bug。 David, but not Hilbert(留言) 2025年2月19日 (三) 18:19 (UTC) - 高仿不錯,如果可以支持文本複製帶標點就更好了。 Liouxiao(留言) 2025年2月20日 (四) 01:33 (UTC)
- @Aerotinge, Liouxiao:我用AI写了{{Interlinear punctuation auto}},无需每个标点添加模板,只需要在页眉添加{{Interlinear punctuation auto|,在页脚添加}}即可实现相同效果:Page:Sandbox.djvu/5。--維基小霸王(留言) 2025年2月20日 (四) 02:44 (UTC)
- 感謝Aerotinge,維基小霸王的貢獻!對從校對頁嵌入時替換所有中文標點的方案,我和之前文庫討論一樣,有維護和穩健性的擔憂,更希望獲得 MediaWiki 原生的支持。但此處如只替換幾個只用於行外的標點,Module:Interlinear punctuation auto的方案更利於維護,也可兼顧讓原始 WikiText 更易讀。如社群有共識和需求,可協助整合到其他校對頁使用的頁眉頁脚模板以作爲參數選項。 Andayunxiao(留言) 2025年2月20日 (四) 06:52 (UTC)
- 您好,我恰好剛剛創建了兩個模板,見下面的討論。 維基小霸王(留言) 2025年2月20日 (四) 04:20 (UTC)
- 如果内容長了,圖片就無法顯示,如Page:Sandbox.djvu/4。請問如何修改?我嘗試了chatgpt很多次都不行。 維基小霸王(留言) 2025年2月20日 (四) 06:53 (UTC)
- 您是說校對頁右邊的書影圖片嗎?我看還是有的。會不會是所用的Skin、用戶自訂樣式,或是裝置畫面大小導致? Aerotinge(留言) 2025年2月20日 (四) 08:05 (UTC)
- 我的chrome浏览器显示成这样:[108]。为了避免自定样式的影像,使用的是匿名模式。 維基小霸王(留言) 2025年2月20日 (四) 08:25 (UTC)
- 是了,Chrome開起來的確是這樣。我原先用的火狐還能看到,到了Chrome圖片便被擠出畫面了。不知是哪條樣式跟Chrome犯沖。 Aerotinge(留言) 2025年2月20日 (四) 09:00 (UTC)
- 我的chrome浏览器显示成这样:[108]。为了避免自定样式的影像,使用的是匿名模式。 維基小霸王(留言) 2025年2月20日 (四) 08:25 (UTC)
- 您是說校對頁右邊的書影圖片嗎?我看還是有的。會不會是所用的Skin、用戶自訂樣式,或是裝置畫面大小導致? Aerotinge(留言) 2025年2月20日 (四) 08:05 (UTC)
- 同意Andayunxiao君所言。Interlinear punctuation auto模組在其本分工作上實在相當出色。往後若有編輯手冊,可將其作為錄入該時代圖書標點版型的推薦方式。 Aerotinge(留言) 2025年2月20日 (四) 08:03 (UTC)
- 也感謝閣下創作並分享模板。即使是英文文庫,据我有限的體驗,校對頁面的模板也是五花八門,少有强制標準。當然,西文編者更容易接受模板,而本地尚有語言障礙,非中文字符太多,或模板選擇太多,難免勸退新手,這也是我不希望原始代碼過複雜的一點點擔憂。 Andayunxiao(留言) 2025年2月20日 (四) 08:55 (UTC)
- 感謝Aerotinge,維基小霸王的貢獻!對從校對頁嵌入時替換所有中文標點的方案,我和之前文庫討論一樣,有維護和穩健性的擔憂,更希望獲得 MediaWiki 原生的支持。但此處如只替換幾個只用於行外的標點,Module:Interlinear punctuation auto的方案更利於維護,也可兼顧讓原始 WikiText 更易讀。如社群有共識和需求,可協助整合到其他校對頁使用的頁眉頁脚模板以作爲參數選項。 Andayunxiao(留言) 2025年2月20日 (四) 06:52 (UTC)
- @Aerotinge, Liouxiao:我用AI写了{{Interlinear punctuation auto}},无需每个标点添加模板,只需要在页眉添加{{Interlinear punctuation auto|,在页脚添加}}即可实现相同效果:Page:Sandbox.djvu/5。--維基小霸王(留言) 2025年2月20日 (四) 02:44 (UTC)
我看也有给末段套
<p>
的(暂时未翻到是哪里),请问有区别吗?
— User:David, but not Hilbert
Andayunxiao(留言) 2025年2月19日 (三) 07:43 (UTC)
- 補充User:Aerotinge閣下的説明:維基文庫使用Extension:Proofread Page 擴展處理校對(page)頁嵌入,其原理很不巧是單獨解析(parse)每個頁面,故每個page 頁面内模板必須成對或閉合,禁止模板跨頁。見英文維基文庫的指南:en:Help:Page_breaks。很遺憾尚未翻譯為中文。 Andayunxiao(留言) 2025年2月19日 (三) 08:47 (UTC)
Andayunxiao(留言) 2025年2月19日 (三) 07:18 (UTC)
章太炎文字學作品裡的異體字過於罕見。不少都是金文文字。錄入十分困難。
[编辑]字形難以辨認不說,很多古體字按照現有方式根本無法錄入。目前只能通過glyphwiki.org開發新字再上傳文字圖片的方式插入到該文字位置。
是時候請字體設計的程序員開發一套維基文庫自有的字體庫了。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月20日 (四) 02:55 (UTC)
- 最好的办法是直接用glyphwiki.org的字体。将glyphwiki的字体导入commons,定期更新,直接使用该站编号即可。未来有字体编入更新版本的unicode,替换也会很方便。 維基小霸王(留言) 2025年2月20日 (四) 04:23 (UTC)
- 現在解決方式過於雜亂多樣。而且隨著錄入文本體量增加,之後即便制定出較為完美的標準,也不得不花巨額成本,從頭修正因標準多樣造成的海量既定待修文本。
- 這也是工程學相關的行標比其他行業要嚴謹苛刻的多,沒有良好的設計規劃,寫出一大堆屎山那還不如一開始就不要開發。
- 畢竟程序內核的開發都是一次性的,未考慮周全寫到擴展功能時才發現出問題,推倒重來的成本太高。 #Kill the zombies in zh.wikisource.org, it's very important.(留言) 2025年2月20日 (四) 10:39 (UTC)
新建模板:允許在page頁面以傳統版式顯示、在主頁面以現代方式顯示
[编辑]古文需要以兩種方式顯示:現代版式和傳統版式。前者便於閲讀,後者便於校對。一種方法是同時創建兩者,比如督戎疏紀_(影印本)/卷之一和督戎疏紀/卷之一。但是這樣太費力,而且難以維護。我創建了兩個模板,以允許在page頁面以傳統版式顯示、在主頁面以現代方式顯示。
{{Transclude pages}}:替代<pages/>嵌入包含。請看夜航船/卷01和欽定古今圖書集成/博物彙編/藝術典/第001卷。該模板可以刪除每行閒的“\n”,這樣嵌入后換行閒就不會有空格了。另外,還支持mediawiki的標題目錄。(目前欽定古今圖書集成/博物彙編/藝術典/第002卷還是用傳統方式嵌入,就無法顯示目錄。)
{{Old text page}}:用於在page頁面以還原古書的方式顯示:竪排顯示,刪除標題(==標題==)兩旁的等號,刪除表點,將換行顯示。見Page:Ye Hang Chuan part 1.djvu/15。但是還有個問題沒有解決,那就是對於太長的文本,原圖就無法顯示了,見Page:Gujin Tushu Jicheng, Volume 423 (1700-1725).djvu/4。還請其他維基人幫忙調整。
建好了這兩個模板,只需在校對頁面輸入完整的包含標點和標題符號的文章,即可同時實現在page頁面以傳統版式顯示(按原版式顯示換行)、在主頁面以現代方式顯示(只顯示段閒換行),既便於核對原文,又便於維護。
這兩個模板還需要進一步完善,以適應更複雜的版式。比如,有的古書會將一些名字靠前顯示,如南京條約,又比如Page:KYTU-BB04492447 督戎疏紀1.pdf/16有不同的段前空格。如何在page頁面保持這種顯示方式,在主頁面卻不這麽顯示? 維基小霸王(留言) 2025年2月20日 (四) 07:20 (UTC)
- 那個是w:擡頭相關的板式,你可以參考一下我昨天錄的使西紀程及配套的樣式表。
- 基本上版型都要因地制宜去微調樣式,至少要用到一些標籤語法才會讓文字工作比較簡單。
- 此外還有挪抬,即:奉(空兩格)天承運這類的。我手上有兩篇用到這樣的樣式,但還沒發出來,沒辦法做例子。 Aerotinge(留言) 2025年2月20日 (四) 07:50 (UTC)
- 我将模板用在了使西紀程、Page:NLC892-GBZX0301010751-250698 使西紀程 二卷.pdf/3,请问是否满意。除了作者难以兼顾,而且换行空格已经消失,其他均显示如以前。 維基小霸王(留言) 2025年2月20日 (四) 09:18 (UTC)
- 我想這樣的錄入方式會失去其條列性質。本件作品為日記形式,有著一貫的體例,故我當初以<ul>等html元素標籤錄入,這也是為了兼顧其語意結構。這是對一部作品粗讀過,拆解出大致結構後的成果。
- 古文作品不僅僅只是一篇純文字。古人縱然沒有發展出西方的排版、標點、縮排、項目等格式工具,他們仍然用僅有的換行與空格來嘗試形成各種體例,常見的日記、博物志、方志、詩集或多或少都可以受益並應用現代的W3C標準。
- 也是這種隨意性,讓我認為錄入古文會存在因地制宜的必要性。
- 模組是可以提供一個通用的公版,這點仍是具有相當價值的。 Aerotinge(留言) 2025年2月20日 (四) 09:42 (UTC)
- 稍等我修改一下 維基小霸王(留言) 2025年2月20日 (四) 09:46 (UTC)
- 已修改。加入<includeonly>*</includeonly>即可。 維基小霸王(留言) 2025年2月20日 (四) 11:59 (UTC)
- 您对新模板是否满意?如果满意,可考虑将Index:NLC892-GBZX0301010751-250698_使西紀程_二卷.pdf替换为新式,这样可以大幅让源码看上去简单。 維基小霸王(留言) 2025年2月20日 (四) 12:22 (UTC)
- 首先感謝您的心血,辛苦了。
- 對於校對頁的理解,我認為歧異依舊存在。我對校對的理解是,校對頁與被嵌入頁的目標結構應該是對應一致的,或大致相似的。
- 兩方的差異僅僅是樣式不同,即文本的表現態樣不同。
- 在校對頁有著h3+p+span+p+ul+li+p結構的一頁,在嵌入頁的結構理當一樣。
- 而您提供的模板則是在校對頁會推平成p+p+span+p+p+p+p,這是我說的純文字的意思。這些資訊雖然會在嵌入時回來,但兩邊結構實是不同的。
- 對於當前絕大部分做OCR的貢獻者來說,這個模板方案確實比一行行敲再兩換行符錄入來得更優秀(無須擔心Wikimedia的p閉合抽風、自動除換行空格、夠用的縮排與樣式彈性、擴展過的語法但大致維持熟悉的Wikitext風格...etc)
- 就像視覺化編輯器一樣,相當夠用了。但我是個用慣了直接敲原代碼的人,請容我當前維持能緊抓狠抓、落實掌控的錄書方式。
- 至於滿意那可是太滿意了,今天您已經帶給我太多驚喜了,實在是社群之福,還請務必適度休息。 Aerotinge(留言) 2025年2月20日 (四) 12:59 (UTC)
- 您对新模板是否满意?如果满意,可考虑将Index:NLC892-GBZX0301010751-250698_使西紀程_二卷.pdf替换为新式,这样可以大幅让源码看上去简单。 維基小霸王(留言) 2025年2月20日 (四) 12:22 (UTC)
- 已修改。加入<includeonly>*</includeonly>即可。 維基小霸王(留言) 2025年2月20日 (四) 11:59 (UTC)
- 稍等我修改一下 維基小霸王(留言) 2025年2月20日 (四) 09:46 (UTC)
- 我将模板用在了使西紀程、Page:NLC892-GBZX0301010751-250698 使西紀程 二卷.pdf/3,请问是否满意。除了作者难以兼顾,而且换行空格已经消失,其他均显示如以前。 維基小霸王(留言) 2025年2月20日 (四) 09:18 (UTC)
- 感謝閣下示例。我非常認同閣下對校對頁的見解,支持改進現有校對頁嵌入方式,讓直排顯示的page頁面文本能在嵌入后直排或橫排顯示並有適當的格式,並保持page頁的原始代碼的簡潔和易用。
- 技術上,除了{{Transclude pages}}所示的刪除換行符“\n”外,另一個可能普遍存在的需求是橫排的分段。以我是新手時錄入的紅樓夢(程甲本)/二十爲例,現代標準無論直排或橫排都會分開段落,有些地方(如此作品頁來源的5,6頁之間)還可以加大段落距離以起到子章節的效果。但原刻本并無分段,此資訊是缺失的。因此無論何種嵌入技術,包括未來可能的MediaWiki 原生官方支持,都很難避免「污染」原始代碼,加入如{{brop}}但功能相反的模板,或使用
<noinclude></noinclude>
。我在之前的話題#直排之技術問題之中希望提請討論的也正是這個問題。 - 其他的需求如挪抬,縮進,竪排行高和頁面寬,如Aerotinge閣下所言,大多可以用樣式表微調。對齊可參見{{Center or page}}。因未見社群有共識,故尚未向社群推薦。詩歌的直排轉橫排可能更加困難,因古籍樣式和今天標準相差太大,也許可以先擱置。(未完) Andayunxiao(留言) 2025年2月20日 (四) 08:14 (UTC)
- 湊合著弄了篇康熙皇帝遺詔改版,及配套的樣式,在擡頭、三抬的樣式部分,請兩位參考、惠賜意見。 Aerotinge(留言) 2025年2月20日 (四) 08:30 (UTC)
- 另一方面,就直排原文錄入和閲讀而言,社群已經有直排轉橫排,直排轉直排兩種偏好。即使不是古籍,也已經有不同編者對同一主命名空間的作品文字排列方向的爭論。
- 私以爲,文字排列方向及其附加產生的排版樣式問題,是維基文庫版本的「維基百科字詞轉換」問題。兩者的相似之處甚多:都是源於并存的多種中文標準;都是編者期望以自己熟悉的樣式錄入,或希望展示特定樣式,而不能兼顧其他編者和讀者的需求;都是MediaWiki 原生不支持的。更顯見的是,無論是百科還是文庫,社群都無力長期維護兩個内容同源但編輯分立的頁面。中文維基百科成功避免了可能的分家,而是允許了繁簡并存和讀者自由選擇,還讓其他有類似文字轉換需求的語言社群也因此受益。本地社群也應能努力達成共識,推動技術更新,避免校對頁和作品頁「分家」。 Andayunxiao(留言) 2025年2月20日 (四) 08:44 (UTC)
已经写好了两个模板的文档:{{transclude pages}}、{{old text page}}。我还提议了一个新的关键字:=。通常来说一页的第一段是上一段的延续,但是有时是新段。此时,嵌入包含仍然视为上一段的继续。如果在第一段前加上“=”,就代表这一页最开始就是新的一段。如Page:NLC892-GBZX0301010751-250698 使西紀程 二卷.pdf/4。我在两个模板中都加入了对此的处理方式。请检查。--維基小霸王(留言) 2025年2月20日 (四) 12:18 (UTC)