维基教科书:教科书规划
这是一个已过时的存档项目页面,出于历史价值而保留。它可能包含过时信息。 |
注意:另请参见Wikiversity页面,以讨论Wikiversity/WikiU。
以下领域最近在邮件列表中被建议,作为解决教科书项目的重要事项。
在适用情况下,列出您的用户名以投票支持(a)特定观点。 (这只是一个“投票”,是指表达支持;尚未做出任何决定以任何特定方式计算投票,甚至根本不计算投票,以做出最终选择。)在选项列表之后写下您立场的论据;如果您愿意,也可以添加更多选项。 如果没有选项列表,而是需要讨论的要点列表,则您可以列出更多要点或针对某个讨论点提供选项子列表。等等。
项目名称
[编辑源代码]- "开放教科书项目" -- http://www.opentextbook.org - Karl Wick
- "免费教科书项目" --
- "维基媒体教科书" -- Kpjas
- "维基百科教科书" --
- "维基教科书"(mav 拥有 url,并计划将其转移到维基媒体) -- mav,Toby Bartels,Kpjas,LouI,LittleDan,Thomas,Dhum Dhum
- "维基文本" -- Toby Bartels,
URL 也可以是 http://wikibooks.wikimedia.org/(基金会已经拥有)。 -- Toby Bartels 08:14 27 Jul 2003 (UTC)
我们应该避免在我们的名称中进入“开放”和“免费”之间的哲学争论。 -- Toby Bartels 08:14 27 Jul 2003 (UTC)
我们应该继续在我们的名称中包含“wiki”,因为这最能定义我们,甚至比免费许可更重要。 --mav 19:44 28 Jul 2003 (UTC)
- 我完全同意这一点。 Dhum Dhum 20:11 5 Aug 2003 (UTC)
我们不应该把自己限制在只做教科书的商店 - 应该允许所有非虚构书籍。 --mav 19:44 28 Jul 2003 (UTC)
- 甚至虚构书籍,这会很有趣 LittleDan
- 如果你说的是像带有注释和维基化词语,指向百科全书条目的《哈克贝利·费恩历险记》之类的东西,那么是的。但我们不应该经营创建自己的虚构世界。这是一个不同的项目。 --mav 17:24 1 Aug 2003 (UTC)
要涵盖的内容类型
[编辑源代码]- 传统教科书内容 -- 据推测,每个人都支持这一点!
- 要意识到,无论最终质量如何,这种努力都可能是徒劳的。人们需要为一些格外勇敢(拥有牢固的终身教职)的教授制作一个快照,然后提供一个勘误表并打印许多副本。一个实时维基太不稳定,无法从其中教授课程。 --AlbertCahalan 20:29, 13 Feb 2005 (UTC)
- 非传统教科书,有些科目(特别是在研究生级别的科学领域)没有传统的教科书。 在这样的书中,它的动态不是问题。 --IzI 18:07, 25 August 2005 (UTC)
- 可能的其他书籍内容
- 操作指南,例如食谱 -- Toby Bartels,
- 嗯,设想的维基教科书食谱可能会变成一本关于不同文化烹饪的通用书籍,带有历史背景和一些有意识的消费主义线索。
- 食谱做得很好。它确实存在一些问题:删除主义、大小写敏感以及食谱:前缀破坏了正常的维基易用性(正常的[[简单链接]]不可用)、缺乏特定于食谱的特殊:特殊页面,以及一个侧边栏主页链接,该链接不会指向食谱的主页。 --AlbertCahalan 20:29, 13 Feb 2005 (UTC)
- 使用某些事物(例如软件程序)的手册
- 在演示方面应该以教科书为导向。 --Maveric149
- 涵盖全球的广泛旅游指南。 -- Dhum Dhum
- www.wikitravel.org 上的人将承担这个角色。我们这里应该专注于指导学生 - 旅游指南是信息性的(像百科全书),而不是指导性的(像教科书)。 --mav
- 其他非虚构作品
- 虚构书籍。 LittleDan
- 可能是像 "Cliff's Notes" 那样吗? --Neolux 15:28 1 Aug 2003 (UTC)
- 绝对不能是新创作的虚构作品(这是一个不同的项目;“维基词典”。)但我们应该有已经确立的作品的公共领域虚构作品(带有注释;例如马克·吐温的作品)。我们也可以有类似Cliff's Notes 的作品的扩展摘要。那会很酷。 --mav 17:20 1 Aug 2003 (UTC)
- 虚构研究,不深入批评。 我接触过的教科书中普遍接受的主要主题似乎是这种顺序。 --Jdl32579 12:57, 14 Jun 2004 (UTC)
- 操作指南,例如食谱 -- Toby Bartels,
- 免费内容(维基百科,...)的混音和汇编。 有时所有知识都已免费提供,需要做的就是将其整理成一本书(尽管这并不简单)。 --IzI 18:07, 25 August 2005 (UTC)
- 我真的很喜欢-脚注-,类似于圣经文本中的脚注;我发现自己需要使用“符号”[例如(†),(‡)和(*)]作为脚注的参考。 RekonDog (讨论) 2009年8月23日10:10 (UTC)
关键策略
[编辑源代码]- 虽然还没有确定名称,但我们需要一种针对开发人员交互的“Wiki”策略,这些策略与影响文本本身的任何策略分开。
- 有关教科书注意事项的拟议大纲可用于 Wiki 开发和讨论。
- 有关流程描述的简短大纲建议可以在教科书开发流程中进行评论或更新。
设置事项的时间表
[编辑源代码]- 随着完成
- 时间表是专有百科全书。 LittleDan
在创建教育内容中使用的资源和技术
[编辑源代码]- 教科书图示和图表 -- 我创建了一个页面来讨论支持创建维基教科书图示和图表的资源。 --StevenBrewer 2005年10月17日14:11 (UTC)
- 照片图像
- 图表
- 地图
- 化学/数学公式
- Javascript 测验
- 传统格式的练习题
- Flash 测验
- 我可以做一些,但是,Flash 是 [en:Proprietary]。在我们一头扎进去之前,我们应该考虑一下。 KirbyMeister 2004年5月7日20:14 (UTC)
- Java 小程序
- Cookie
- 抽认卡:Flashcard Exchange 的免费版本
- 来自 StudyStack.com 的抽认卡、配对、寻词和猜词游戏
- 请求跟踪器(请求列表)- 我们中有些人可以在我们不具备撰写教科书资格的科目中制作有用的图纸/图表/照片
GNU GPL 服务器软件,从中获取想法
[编辑源代码]- Moodle - PHP 软件,旨在使高质量的在线课程(如远程教育)易于开发和实施。学习和发展是使用社会建构主义哲学指导的。
已在数千个网站和 30 种语言中实施。查看网站 和 开发网站。
- lon-capa 可能是一个更好的模型来支持在线课程。您可以创建极其丰富的交互式问题,并轻松集成多种不同类型的资源。 --StevenBrewer 2005年10月17日14:11 (UTC)
需要对软件进行的潜在更改
[编辑源代码]- 将许多页面编译成一个大型文档
- 可以创建一个标准的书籍结构(部分),可以轻松地转换为 LaTeX,然后进一步转换为 PDF(带有目录和封面图片)。 --IzI 2005年8月25日17:47 (UTC)
- 自动执行教科书内的导航链接
- Mav 的建议 关于邮件列表中的模块化 URL -- mav,
- 如果一个人在点击目录条目访问教科书页面后到达该页面的末尾,他可以继续浏览书籍的下一页,而无需返回目录并从那里选择下一页,那就太好了。 在其他网站上,人们经常看到使用NEXT按钮来完成此操作;或者PREVIOUS用于向后浏览。 -- rew
- Mav 的建议,如 Toby 修改 -- Toby Bartels,mav(我非常喜欢 Toby 的改进)
- WikiGroups 已经使用另一个 php/GPL wiki 开发了;[1] - 这将使我们能够为每个维基教科书拥有一个目录/索引,但我认为我们可以调整该软件,使其能够为每本书拥有多个目录/索引(诀窍是在 TOC/索引页面上的每个链接后添加 TOC/索引的名称,然后当您点击链接到模块时,该页面上的 WikiGroup 代码将知道要显示哪个 %trail% 。 这些链接反过来将在 ? 之后有 TOC/索引的名称,但仅适用于 %trail% 中的链接)。
- Karl 的想法是 以反映书籍结构的方式嵌套 URL
- 另一个来自 Magnus Manske 的建议
- 在相关说明中,自动生成的索引(缓存!?)将使任何教科书更有用 m.linger
- 将书籍内容彼此分开,并与元信息分开(或者更确切地说是一种过滤事物的方法)
- 当为维基百科实施类别时,这应该是可能的。
- 维基百科命名空间移动到 Wikibooks:或类似的东西,当名称确定后
建议
[编辑源代码]wikibooks 项目似乎没有享受与原始 wikipedia 相同的增长。 这可能有很多原因。 我将给出一些我认为重要的原因,然后跟进一些针对采取行动以纠正此问题的建议。
1) Wikibooks 需要与维基百科不同的登录。 IMHO,如果现有的维基百科开发者可以自动成为 wikibooks 的一部分,这对该项目会更好。 这将允许更多劳动力从维基百科自由迁移到 wikibooks。 维基百科开发者发展的一个强大动机因素是在编辑的文章中积累信用。 为什么不创建贡献页面来给所有维基项目中完成的材料提供信用呢?
2) Wikibooks 与维基百科的互连方式不同。 显然需要对书籍进行不同的结构,因为它们被设计为(至少最终)印刷,因此应该具有线性风格。 但是,如果链接的创建方式是可以在不影响文本质量的情况下删除的,那么我们可以拥有与维基百科相同的互连性,而不会对书籍的风格造成任何问题。
- 我们需要一种方法来指定部分作为开发者区域(但在实际文本本身中)我们可以生成一个特殊的标题“开发者注释和链接”,该标题有一个模板(以确保一致的使用)。
- 我们需要一种特殊类型的链接,它代表用于开发目的的临时链接。这将允许开发人员链接和注释,以加快开发速度。但同时,当维基教科书被下载时,这些链接可以轻松地被移除。(当然,指向维基百科的链接应该很容易自动删除,尽管如果它们以不同的颜色出现,可能会提醒开发人员,读者在印刷版本中将无法获得这些内容。)
3) 此外,可以从维基百科的相关页面链接到维基教科书。这将吸引更多的人力来活跃维基教科书。这是我可以自己实现的一件事。所以,我将开始在一些选定的维基百科页面中引入一个名为“相关维基教科书”的部分。我还可能开始在维基百科某些文章的主要文本中链接到维基教科书。然而,如果没有 2),我们可能会发现人们学会忽略链接到维基教科书,因为它们是死胡同。
请对这些建议发表评论。 82.43.185.179 11:44, 27 Aug 2004 (UTC) (Barnaby dawson)
至少有一本维基教科书以与维基百科相同的方式相互关联。食谱高度自相连接。如果有的话,一些连接需要被切断。在大多数食谱的底部,你会找到一个“类别”链接。这应该列出食谱中的所有类别。不幸的是,它列出了所有其他随机的无关内容。食谱信息被噪音淹没了。--AlbertCahalan 20:40, 13 Feb 2005 (UTC)
#2 真的如此吗?我认为维基教科书应该以最适合用户的方式创建。如果最好的方法是创建一个非线性的书籍,那就这样吧。让我们使用我们拥有的媒介,不要被旧的传播媒介所束缚。 liblamb 05:28, 14 Feb 2005 (UTC)
学习新主题需要线性 (至少在一定程度上)。例如,在学习元素周期表之前学习化学中的离子键会非常困难。当你回到你已经学习过的主题时,非线性内容通常更有用 (这就是好的附录和索引的作用)。 m.linger 02:06, 06 Jul 2005 (UTC)
- 也许最重要的是增加从维基百科“自由流动劳动力”的能力。对于所有那些专家来说,这是一个巨大的未开发潜力,可以让他们对维基教科书感兴趣并感到兴奋。我认为,这两个最佳方法 (它们已经作为模糊的建议被提出了一段时间) 是上面提到的 - 为现有的维基百科编辑提供自动或连接的登录,以及更简单的方法,即为那些点击快乐的维基百科爱好者提供更多到维基教科书的链接!在维基百科上是否有流量很大的人群,他们拥有可以支持或驳斥这些建议的技术知识? Mark Lewis 22:21, 14 Jun 2005 (UTC)
国际化
[编辑源代码]是的,请!
教科书规划参与者
[编辑源代码]正在阅读本文的你,以及任何其他人。
- maveric149
- Karl Wick
- Toby Bartels [我不活跃,尽管我还是喜欢我在 #需要对软件进行的潜在更改 中列出的建议。]
- Kpjas
- Cyp (到目前为止只做了一个真正的编辑。)
- Neolux
- LouI
- Josh
- LittleDan
- Thomas
- Emperorbma
- Zanimum
- Jdl32579
- Frankie Roberto - 主要对 语言学 和规划问题感兴趣
- 209.182.169.166 17:24, 16 Dec 2004 (UTC)
- Yann
- Nct
- Everlong
另请参阅:维基教科书:维基教科书用户
参考链接
[编辑源代码]--Karl Wick 02:15 30 Jul 2003 (UTC)