Template talk:Wikisource further reading

wikisource further reading位置

目前依照惯例和手册，文库和共享都在“外部链接”一章，之前讨论将{{wikisource further reading}}加入“延伸阅读”，但此模板本就包含文库和共享内容，未见有何必要使用与{{Wikisource}}{{commons}}不同的操作，模板效果见王羲之#外部链接。

@維基小霸王：，且目前大多将“延伸阅读”加在“参考文献”之前，这是另一个问题，效果见康有为。这两个操作都不符合惯例和Wikipedia:格式手冊/版面佈局，我看着并无建立特例和修改手册的必要，不详其他人有何意见。--淺藍雪^❉ 2023年8月24日 (四) 08:15 (UTC)

我都是把延伸閱讀加在參考文獻後面orz —— Eric Liu _{創造は生命（留言・留名・學生會）} 2023年8月24日 (四) 08:40 (UTC)

请您仔细看看，格式手册说“指向维基媒体姊妹项目的链接和{{Spoken Wikipedia}}通常应置于条目的最后一节。”，并没有规定要放在外部链接一章。--維基小霸王（留言） 2023年8月24日 (四) 09:14 (UTC)

那是因为“外部链接”通常就是最后一章，且Wikipedia:外部链接#可考慮連結的網址和Wikipedia:维基媒体姊妹项目#在哪里放置链接已经说过，更何况如果加入“扩展阅读”等其他章节，尤其是你这样搞成固定模板，会在同时存在两个章节时出现冲突。--淺藍雪^❉ 2023年8月24日 (四) 09:28 (UTC)

{{Wikisource further reading}}的功能是：根据wikidata数据，显示维基文库、维基共享资源的链接（主要是图书扫描，如[1][2]）。维基文库列出的是古今图书集成、二十四史等内容。Wikipedia:格式手冊/版面佈局说“延伸閱讀：列示推荐读者阅读的出版物。”因此，这个模板具有两个属性：

1. 列出的主要是延伸閱讀文献，
2. 具有{{Wikisource}}、{{commons}}这样的跨维基链接功能。

本人认为，此模板以第一个属性为主，第二个属性为辅，所以建议按第一个属性（延伸閱讀）算。

如果按第二个属性算“指向维基媒体姊妹项目的链接和{{Spoken Wikipedia}}通常应置于条目的最后一节。”不同条目的最后一节不一样，放哪里呀？所以只能按第一个属性。

之前我提出过两次讨论将此加在延伸阅读章节：[3]、Wikipedia:互助客栈/求助/存档/2020年8月#向条目“延伸阅读”章节添加Wikisource_further_reading，都没人反对。感谢各位维基人积极参与，现在已经有大量条目这样做了，已经成了新惯例。

至于延伸阅读位置的问题，我现在参看到格式手册将其列在参考文献后面，但没有规定必须这样。我之前都是按参见、延伸阅读、注释、参考文献、外部链接这个顺序，如果大家觉得应该把参见、延伸阅读放在参考文献后面，并且将其作为推荐的顺序写入格式手册，以后我可以照做。--維基小霸王（留言） 2023年8月24日 (四) 08:47 (UTC)

就是属性2引发的问题。“在维基文库阅读此作者作品（ 在维基共享资源阅览影像、分类）”和{{Sister_project}}（包括{{Wikisource}}{{commons}}）是一样的，历来就是外部链接，这个放进“扩展阅读”只能说一开始都搞错了。当时的讨论并不是“维基文库和维基共享是否算扩展阅读”，只不过没发现这个问题顺便导致了现在的结果，不认为这样也能构成“新惯例”。

至于{{wikisource further reading}}的其他内容，如“《清史稿·卷473》，出自赵尔巽《清史稿》”可以算扩展阅读，这个我无所谓，但要加需要把属性2叙述去掉。目前本质上是混淆了“扩展阅读”和“外部链接”两章节的内容。

我建议是删掉表述“在维基文库阅读此作者作品（ 在维基共享资源阅览影像、分类）”，或者直接按“外部链接”算。淺藍雪^❉ 2023年8月24日 (四) 09:16 (UTC)

这个模板自动化显示维基文库、维基共享资源作者的作品链接，链接到的最终也是出版物。所以我认为属于延伸阅读的范畴。

另一个好处是，维基文库、维基共享资源的相关页面创建时，只需在维基数据更新，维基百科上也就自动更新了，一举两得。--維基小霸王（留言） 2023年8月24日 (四) 09:47 (UTC)

这个模板还有一个功能，就是显示本图书。例如：明史#延伸阅读。模板会链接到维基文库的明史和其他版本（如明史 (四庫全書本)）。我认为这也数据延伸阅读的范畴，因为也是出版物。

同一个模板，将介绍此条目的古代参考文献、图书扫描、这本书的不同版本同时显示，且完全是中心化机读数据，我觉得是好事。读者读完百科全书条目，再“延伸”读读原文文本和古书扫描，读读古人的介绍，我看说得通。--維基小霸王（留言） 2023年8月24日 (四) 09:55 (UTC)

“这个模板自动化显示维基文库、维基共享资源作者的作品链接，链接到的最终也是出版物。所以我认为属于延伸阅读的范畴。”只是一味地自行解释扩大“出版物”的解释范围，而且大部分时候维基共享根本就不是单纯收录“作者的作品”，比如commons:Category:Kang_Youwei。

这些功能{{Sister_project}}、{{Wikisource_author}}之类都有，一直以来都是外部链接（Wikipedia:外部链接#可考慮連結的網址和Wikipedia:维基媒体姊妹项目#在哪里放置链接，多看看其他条目，不至于在这点上产生分歧）。非要放在“扩展阅读”，在同时存在“扩展阅读”和“外部链接”时产生的冲突无法处理。说实话我觉得就是这个模板想实现的功能太多了，就不单纯是“扩展阅读”的内容（即使能证明包含其内容），或者第三种解决办法，把属性1/2拆开就没这个事了。--淺藍雪^❉ 2023年8月24日 (四) 10:16 (UTC)

但是那些模板都是分开的，无法自动显示，在姊妹网站创建页面，还得到这里手动增添模板。

作者写的文章、原文扫描，读者就不能扩展阅读吗？

我希望维基文库用户也能发表一下意见。--維基小霸王（留言） 2023年8月24日 (四) 10:23 (UTC)

所以我说了，要么调名称（改“外部链接”），要么拆功能（直接删或者改两个模板），{{wikisource further reading}}一样是人工加上去的，无非是提交编辑的时候页面里是一个还是两个模板、一个还是两个章节的问题。多少问题都是图省事导致的，不少这一个。再说这些完全都是批量操作我看不出来有什么必要省这个事。--淺藍雪^❉ 2023年8月24日 (四) 10:28 (UTC)

确实维基共享资源页面有混杂作品和其他内容的情况，如您指出的c:Category:Kang_Youwei。但是既然commons存在不少作品，这里一起显示了，我个人认为问题也不大。我觉得没必要钻牛角尖，自动化的优点更重要。当然不同的人有不同的看法是肯定的，我尊重您。--維基小霸王（留言） 2023年8月24日 (四) 10:57 (UTC)

本人认为这些主要是原文文本、古书扫描、古人介绍或是列出作者出版物的页面基本属于出版物的范畴，所以加在further reading（延伸阅读）里没有问题。

不知道其他用户怎么看？@Njzjz、Midleading、Jlhwung、虹易、Kcx36、源義信、Yining Chen：--維基小霸王（留言） 2023年8月24日 (四) 10:46 (UTC)

我又想了想 从逻辑上来看有一定道理 我以后就照着您说的做吧 加到外部链接--維基小霸王（留言） 2023年8月26日 (六) 06:43 (UTC)

我是不懂把可以直接用的东西再拉去wikidata有什么意义，而且也会出这样的事情[4]。->>Vocal&Guitar->>_留言 2023年8月24日 (四) 12:39 (UTC)

Wikipedia:维基数据#阶段2：Infobox模板数据：“维基数据将储存可在许多语言项目中重复使用的数据，特别是使用在Infobox模板内的数据。”这个模板虽然不属于infobox但也类似。

这样有助于数据的结构化。比如，同样一个数据，可以在多个地方显示：s:Author:王羲之和王羲之#外部链接都显示了wikidata的内容。未来有人再添加其他来源，只需在wikidata更新，两个地方就都更新了。至于匹配的错误，我在不断修正。即使是对于修正错误，由于是导入的wikidata，只需在那里修正就行了。而如果是使用机器人为维基百科、维基文库的相应页面分别添加的链接，则需要修正两次。很可能，wikipedian/wikisourcer只修正本站的，另一个网站的就落下了。

而且，wikidata是一劳永逸的。我们建立不同项目的关系后，以后任何人都可以随意使用，为人类提供了重要的数据财富。

--維基小霸王（留言） 2023年8月24日 (四) 12:54 (UTC)