4.0 /归因和标记
这个页面呈现的问题考虑在CC许可套件出版的4.0许可证,现在这个页面上的信息保持作为存档之前的讨论。相关问题的主要论坛4.0版本控制过程CC许可讨论邮件列表。你订阅可能导致任何持续发射后讨论,比如周围的兼容性和许可翻译。wiki已经填充相关的链接邮件线程从适用的邮件列表,和其他主题的讨论提出了
内容
总结
这个页面聚合讨论的话题包括归因和标记要求,两个是密切相关的,显然从来没有统一或分化。归因一直以来所有的CC许可的一个标准特性2.0版套件。目前,归因的需求主要是包含在第四节3.0许可证。分布在整个许可证标记要求,包括在第三节(3.0版)(b), 4 (a)和(b)的许可证允许改编,在第四节(a)的两个ND许可证(BY-ND和BY-NC-ND)。
治疗草稿
(扩展阅读草稿1治疗) | |||
---|---|---|---|
草案1根据我们的目标使CC许可更简单和更用户友好的,我们有大幅调整的方式的归因和标记要求转达了许可证。最重要的是,我们有合并所有的归因和标记要求为一个部分的许可,他们以列表形式列出,贴上相应的部分。增加许可合规,我们提供了所有归属需求可能实现以任何合理的方式取决于所使用的手段和媒介。最后,我们添加了一个快捷方式,允许被许可方包括URI与许可相关工作(或超链接)来满足几个归因的要求。我们期待您的输入这些变化和其他人,包括其他建议调整这一规定促进维基百科等大型合作。最好我们的目标是确保作者的归因之间的适当平衡的权利和需要的灵活性,因为任何许可违反的结果在自动终止(至少目前起草)。看到讨论放松
我们继续努力归因和标记容易被许可人没有过度的负担(从而促进合规),同时尊重授权人专有的欲望有相关信息时提供包括工作进一步共享。我们已经保留了几乎所有的需求从初稿几个变化用于清晰和易于应用。 看到这个归因和标记比较图轻松查看差异3.0,4.0 4.0 d1和d2。 一个变化是,现在URI要求简单。被许可方必须提供的URI或超链接可以访问源的工作。另一个变化与要求保留免责声明或保证由许可方的通知。草案2的差异时,被许可人必须保留任何此类通知许可方提供的,而不是只有那些指的是CC许可。这种变化也支持相应的加法中发现部分6 (b),它允许许可补充不负保证许可证或限制责任不同于许可在第四节,或提供担保。我们还扩大了URI的快捷方式,被许可人可以满足需求的部分或全部链接到一个特定的网页包含部分或所有必要的信息。 我们已经消除了要求提供工作的标题和保留版权声明,尽管理想的许可将提供由许可方提供的。在这种精神,我们特别鼓励他们保留通过显式地允许被许可人使用这些通知时遵守任何或全部归属需求包含任何或所有必需的信息。我们希望这鼓励授权人专有巩固归因和标记信息在一个中央位置。最后,为了支持许多社区广泛接受实践的归属权(例如,在科学和学术社区),我们现在清楚地表明,归因和标记要求可能会以任何合理的方式实现基于手段,媒介和上下文(术语“上下文”新)的工作是共享的。 最后,我们认识到,这些修改可能缓解归因堆积的问题,但堆积问题,与归因在文本挖掘中关联的挑战依然存在。我们将关注这两个时期d2中更自如的问题讨论。 |
(扩展阅读草稿3治疗) | |
---|---|
|
草案4
草案4中的归因和标记要求密切与3.0版本一致。对版本3的详细比较,看到这个图表。
d3比较:要求保留一个URI的授权许可方提供的材料,如果是现在应用所使用的材料是没有修改的地方。我们听到许多现有及潜在采用者,这要求,目前反映3.0版本,对来源很重要,品牌,和其他原因。要求显示如果你修改材料,但它不再是URI的要求。我们还需要保留之前的修改,这样重要的信息来源的工作(例如,电影是根据一本小说)被保留。inter-version相容性的目的,我们恢复了3.0版本要求保留注意保证免责声明,但删除义务保留一个定制的免责声明(因为那些不再被认为是部分提供的许可时,看到的解释免责声明和保证wiki页面)。另一个实质性的变化,让它清楚提供作者的名字和归因方只需要由许可方提供。我们做了一些其他的语言和格式变化的需求尽可能的容易理解。我们还改变了编号方案,确保归因规定的所有六个许可都会有相同的段落编号在许可套件。
归因
当前3.0许可证要求用户以任何合理的方式实施以下工作:看到了标记页面为进一步的信息。
- 保持版权声明完好无损;和
- 合理使用的媒介或手段证书许可,
- 提供的名字是原作者的名字(或者她的名字,或者其他归因,当提供);
- 提供工作提供的标题;
- 包括与工作相关联的URI(如果它是指版权声明和许可信息);和
- 创建一个适应许可(如果允许),包括信贷规定中使用的工作已经适应吗[1]
所有3.0许可允许许可请求删除信用当他们的作品被复制的一个集合,以及当作品改编(在许可证允许的情况下)。具体来说,所有六个版本3.0许可证提供:参见第4部分(a)的许可。
-
- 如果您创建了一个集合,您必须依照任何授权人之通知,尽可能地移除从集合中任何信贷根据第四节(__),所有的请求。
-
- 通过数控,另外:
-
- 如果你创建一个适应,您必须依照任何授权人之通知,尽可能地移除从适应任何信贷根据第四节(__),要求。 [2]
归因要求反映在CC的行为:
-
- 归因——你必须把工作由作者或授权人所指定的方式,(但不以任何方式表明他们支持你或你使用的工作)。
几[3]
注意:对于批评,问题和建议有关归因适应性的要求,请查看建议在4.0归因
为便于参考讨论列表,请不要改变计划数字。 【注:这些建议不一定是相互排斥的) 建议1号:归属需求合并到单个位置内的许可证(如第四节)和简化语言,包括所有其他标记要求(见下文),如为许可提供的URI。 除了上述标记需求与归因,CC许可包含额外的要求正确标记CC许可的工作: 这些标记需求吸引了一些批评: 注:标记相关的提案要求适应,请查看建议在4.0标志要求
为便于参考讨论列表,请不要改变计划数字。 标记的建议没有。1:使包含URI受到“合理的媒介或手段”的要求 在1 v的草案。4,we tried to simplify the attribution and marking requirements by putting them all into one section of the license in list form. This is designed to make it easier for licensees to understand and comply with their obligations. 具体来说,共享工作时,被许可人必须提供以下信息由许可方时: 我们鼓励您注册许可讨论邮件列表,我们将讨论这4.0和其他建议。总部将提供相关的链接邮件线程从许可讨论邮件列表。 请添加引用,应该通知这个4.0的问题。
建议2号:引入更多的灵活性要求,把它们带到对齐与社区实践。
建议3号:扩大现有的机制来请求删除归因信贷许可者可以请求删除任何重用。
建议4号:在许可允许许可者创建一个机制完全放弃归因。
建议5号:放松要求“保持原貌”版权通知,通知指的许可证,注意指保修免责声明;并允许翻译、情境化,可能还有其他修改的通知。
8号提案:考虑给正确的请求取消“信贷实际人获得学分。——当前许可证只允许许可方作出这样的请求。请注意,CC许可工作许可人不得携带信息的名字或联系。信贷可能会告诉被许可方作者和其他实体给学分。当使用工作由几个不同的改编几次聚会,被许可方可能无法告诉许可者是谁。
建议9号:考虑限制“保持原貌”和其他相信&标记只有那些义务的信息显然现在和很容易识别。使被许可方未能遵守提及不触发终止许可。——例如,通常很难判断一个URI陪同工作是由许可方“指定”。也是说即使一个作者的名字,当有多个名称显示为同一账户。Flickr账户可能有一个账户名和一个人的名字。它可能很难告诉如果一个文件的名字是照片或照片无标题的标题。许多博客都伴随着海报的账户名称,独立于他们的全名(通常与尼克的名字),这是不同于组织的名称(通常是发现在版权声明)的博客。这名字是“提供”原作者的名字在这种情况下吗?
13号提案:改变“合理”限定符归因要求“任何相当突出的方式”或“一个合理的方式一致,在一定程度上可行的,任何习惯归因的介质或意味着你正在使用。
14号提案:解决冲突的来源“由许可方指定的方式”(3。(a) (1) (a))和“以任何合理的方式”(a)(3)(3)在公共草案2。一种方法是添加一个语言3。(a) (3)“为避免疑义,如果你不能严格给许可方指定的归因方式,它是好的,只要你给了归因方式是合理的基于介质,意味着和上下文的工作或使用适应。”A Licensor may well designate that the author should be attributed on the opening page of any Adaptation in color, with the author's name hyperlinked to a certain web page.
请在这里添加其他的建议,按顺序和数量。标记要求
标记方案二:需要更改原始的描述在适应工作。
请在这里添加其他标志的建议,按顺序和数量。4.0问题归因/标记
(1)是否有任何其他信息时,我们应该要求被许可方提供充实的归因和标记要求在CC许可?或者,有什么在这个列表是不必要的许可提供即使是许可方提供的吗?我们的目标是使需求广泛足以满足许可者的欲望被认为和认可他们的工作没有义务不切实际。
(3)如果与工作相关联的URI是指资源指定作者的名字(或归因方,如果适用)和标题的工作,被许可人可能只包含URI而不是单独指定信息。这是另一个试图简化符合许可条件和更灵活的在不影响授权人专有的需求和期望。这个快捷方式合适和/或有用吗?如果URI指向资源,包括所需的其他信息(例如,版权声明),会比让URI快捷满足其他需求吗?
(4)一些许可者对归因有更详细的期望他们的工作。我们应该体谅许可者想要包括特定的归属需求(例如,一个特定的归因语句),或者将这不必要的复杂化许可证合规吗?注意,任何特定的需求需要的合理性标准是一致的明确的许可条款。
(5)另一种可能性是改变语言更一般要求承认作者引用原来的工作。我们可以包括归因的当前列表和标记要求作为最佳实践的一个例子,而不是一个特定的法律要求。这可能会给被许可人更多的自由归因适应特殊环境,同时保持精神和目的的需求。这是一个提议,我们应该追求吗?为什么或为什么不呢?
相关的讨论
相关的参考文献
笔记