功能申请 希望增加标签中文化

[OolongFox]

希望点开某个漫画后，出现的英文标签能被翻译为中文，翻译源的话下面这个项目很不错 https://github.com/Mapaler/EhTagTranslator

[OolongFox]

附上上面那个项目的使用效果，希望手机端也能实现类似的标签翻译功能

[seven332]

这个项目的协议是 CC BY-NC-SA 3.0，EhViewer 的协议是 Apache License 2.0，两者有冲突，不能直接拿来用。

[OolongFox]

这个项目的协议是 CC BY-NC-SA 3.0，EhViewer 的协议是 Apache License 2.0，两者有冲突，不能直接拿来用。

@seven332 那我提供个翻译可以吗？ 链接: https://pan.baidu.com/s/1rgWQcTZAJ2rBq0zQO7PSLQ 提取码: g2hy 就上面这个文本

[seven332]

如果这个文本是你自己翻译的，我可以用。但是如果 EhTagTranslator 项目里的文本，还是不能用。

因为那个项目是 CC BY-NC-SA 3.0 协议的。由于该协议要求以相同方式共享，你分享的话，还要以 CC BY-NC-SA 3.0 的协议分享。

[OolongFox]

链接: https://pan.baidu.com/s/1rgWQcTZAJ2rBq0zQO7PSLQ 提取码: g2hy
本作品采用知识共享署名 4.0 国际许可协议进行许可。 这样子？

[OolongFox]

@seven332 像上面那样子可以吗？这个文本并不是 EhTagTranslator 项目里的，魂+的用户分享的，我询问过许可了

[seven332]

不是这个意思。我的意思是说 CC BY-NC-SA 3.0 和 Apache License 2.0 两者有冲突。

CC BY-NC-SA 3.0 要求用相同协议分享，也就是说 EhViewer 用了这个项目以后，也应该用 CC BY-NC-SA 3.0 协议发布，但是 EhViewer 是在 Apache License 2.0 协议下发布的，所以两者有冲突。不过这本身是个法律问题，也有可能是我的理解有误。

[seven332]

@seven332 像上面那样子可以吗？这个文本并不是 EhTagTranslator 项目里的，魂+的用户分享的，我询问过许可了

请问是这个吗？

代码上说是NeedXuyao汉化的，请问你是询问他吗？

[OolongFox]

链接: https://pan.baidu.com/s/1zrueNEBblFS_WZr27d0knQ 提取码: egt4 感觉NeedXuyao汉化的不是很好，我自己汉化了一遍，上面这个是我按照他的格式写的，请问能用于支持ehviwer标签汉化吗？有什么问题可以叫我改@seven332

[OolongFox]

按照https://ehwiki.org/wiki/Fetish_Listing 上的从头到尾汉化的，补全了标签的汉化，手动去除重复的标签，不过可能还是有遗漏的

[seven332]

感谢你的翻译。EhViewer 如果使用你的翻译需要添加什么声明吗？

[OolongFox]

无所谓，直接拿去用就行，不需要什么声明@seven332

[seven332]

好的。

[OolongFox]

翻译修正，链接是翻译错误修正+翻译改良之后的文本 https://mega.nz/#F!tcBwUYhb!EUP-oKACeXKo-iZeqx6iGg 下面是翻译严重错误的修正 ['mind break'] = "洗脑"; ['impregnation'] = "受精"; ['cervix penetration'] = "宫颈穿透"; ['exhibitionism'] = "裸露癖"; ['figure'] = "手办"; ['caption'] = "说明文字"; ['speechless'] = "无对话"; ['smell'] = "气味"; ['living clothes'] = "活体衣服"; ['prehensile hair'] = "可控头发"; ['pegging'] = "逆推"; @seven332 翻译改进跟修正

[Mapaler]

@seven332 我觉得是您有误解，程序代码和Wiki翻译是两套不同的协议，比如ETB程序部分是GPLv3协议，这是开源协议，Wiki数据部分才是以CC BY-NC-SA 3.0分享，这是知识共享协议。 如果EhViewer使用翻译数据库，不需要将EhViewer本身以CC共享，而仅是对数据库翻译的“知识”部分相同协议即可。摘录协议：

本项（第四条第1项）规定同样适用于收录在汇编作品中的本作品，但并不要求汇编作品中除本作品外的其他作品受本许可协议的约束。

协议的目的主要是为了防止商业使用、私自宣称翻译知识的所有权等，知识的署名方式找个地方注明来源就行了。

我也一直在用您的EhViewer，也希望您能够添加Tag翻译。

[seven332]

@Mapaler ShareAlike 这一点让我想道了 GPL，所以我非常怀疑整个项目都必须使用相同的协议。

[seven332]

看来我理解错了。

[seven332]

不过我认为在使用了 wiki 数据后，EhViewer 应用不能被称之为汇编作品（Collection）。因为除去 wiki 数据以外的 EhViewer 和 wiki 数据并不是互相独立的，前者依赖后者。第四条第一项应该不适用。

[seven332]

@Mapaler 最简单的办法是你单独给我一个授权，不过这个只能包括你自己翻译的部分。

[Mapaler]

@OpportunityLiu 主要是你翻译的，请你来解答。

[Mapaler]

软件代码开源和知识共享是分开的 比如目前的各种百科都是用的MediaWiki

MediaWiki是一款基于服务器的自由软件，并获得了 GNU 通用公共许可证 (GPL)的许可。

但是网站的内容协议是

除非另有声明，本网站内容采用知识共享(Creative Commons) 署名-非商业性使用-相同方式共享 3.0 协议授权。

知识共享协议不代表就必须按相同协议公开程序源代码和数据库。同理开源协议也不代表相同协议公开知识。

[seven332]

关键行为是发布。维基媒体基金会并没有把 MediaWiki 和网站内容一起打包发布，但是我需要。如果是用户通过点击再下载的话，应该可以绕过这个问题。

[Mapaler]

这一点我一直是推荐定期在线获取最新数据库的，内置到程序里会导致无法更新。 目前其他用数据库的程序做法有的是在程序里自己写一套数据库网页源代码解析函数。有的是自己建一个服务器，定期把转换的数据库json放进去更新，程序则拉取这个json。

[Mapaler]

成本最低的方式就是建一个新的仓库，把ETB生成的json放进去。EhViewer定期拉取json更新翻译就行。

[seven332]

那就这么弄吧。

[OpportunityLiu]

最麻烦的难道不是翻译自EHWIKI的那部分，原始协议可是FDL

[Mapaler]

@OpportunityLiu 那些仅存在于tag解释。如果只是tag名词翻译就不存在这个问题了。FDL内容看起来和CC也差不多啊。

[Mapaler]

这个协议那个协议的，搞得这么麻烦，我觉得过于苛求条款都是阻碍知识传播。本来那些wiki里面的原文也可能是来自其他的地方，基本都是对一个单词的意义的解释，也可以说是来自于词典啊。 只要不商用、注明来源，该开源的开源，基本就不会有人找你麻烦。

[OolongFox]

这是可以用EhTagTranslator的翻译了吗？是那样就太好了，希望早日看到ehv中文标签实装，感谢两个项目的作者

[OpportunityLiu]

@Mapaler 确实大部分都是自我满足

[seven332]

https://github.com/seven332/EhViewer/tree/tag-translations c58093880647a8fc64bf0a4e3b01ad753d83bcc2

[OpportunityLiu]

搜索框能够依据这些数据自动完成就最好了

144

[seven332]

@OpportunityLiu 类似这种的吗？#137

[OpportunityLiu]

这几个PR之前也关注了，可惜后面就没动静了

[Mapaler]

目前EhViewer的搜索tag的写法一直不遵守官方的标准，查询本身就存在歧义吧 https://github.com/seven332/EhViewer/issues/153

[OpportunityLiu]

那只是显示的问题吧，自动完成填进去正确的关键字就好了

[seven332]

我不确定 https://HOST/tag/artist:akatsuki+myuuto 与 https://HOST/?f_search=artist%3A%22akatsuki+myuuto%24%22 的搜索结果是否一致，就保留了两种链接格式。如果你直接点击标签搜索的话就是前者，所以没 $。

[OpportunityLiu]

重复 #418 #491 #348

[Mapaler]

刚才做了一个验证

觉得最好抛弃https://HOST/tag/artist:akatsuki+myuuto这种写法吧，不知道后端的rewrite是怎么写的。

• 直接点击Tag，可以看到网页标题也是Tag形式
  https://exhentai.org/tag/female%3Abig+breasts
  
• 以该输入框内容重新搜索，网页就没有Tag标题了，但可以发现多了一堆内容，这部分也有Tag，但是并没包含在上面的搜索结果中。
  https://exhentai.org/?f_doujinshi=0&f_manga=0&f_artistcg=0&f_gamecg=0&f_western=0&f_non-h=0&f_imageset=0&f_cosplay=0&f_asianporn=0&f_misc=0&f_search=female%3A%22big+breasts%24%22&f_apply=%E6%90%9C%E7%B4%A2
  ▼另外去掉其他的默认提交参数，搜索结果是一样的
  https://exhentai.org/?f_search=female%3A%22big+breasts%24%22
• 去掉$，不去""，搜索内容看起来和上一种完全一致，可能是因为没有其他会和big breasts产生歧义的了。
  https://exhentai.org/?f_search=female%3A%22big+breasts%22&f_apply=Apply+Filter
  
• 去掉""，不去$，总画廊数多了一个，这个目前原理还不知道是什么
  https://exhentai.org/?f_doujinshi=0&f_manga=0&f_artistcg=0&f_gamecg=0&f_western=0&f_non-h=0&f_imageset=0&f_cosplay=0&f_asianporn=0&f_misc=0&f_search=female%3Abig+breasts%24&f_apply=%E6%90%9C%E7%B4%A2
  
• 两个都去掉，又少了很多，也许是变成了搜索female:big~和breasts两个关键词 https://exhentai.org/?f_doujinshi=0&f_manga=0&f_artistcg=0&f_gamecg=0&f_western=0&f_non-h=0&f_imageset=0&f_cosplay=0&f_asianporn=0&f_misc=0&f_search=female%3Abig+breasts&f_apply=%E6%90%9C%E7%B4%A2

[Mapaler]

再加上对$的验证，如果不加$，那么cat将会包含catgirl的搜索

• female:cat$ https://exhentai.org/?f_doujinshi=0&f_manga=0&f_artistcg=0&f_gamecg=0&f_western=0&f_non-h=0&f_imageset=0&f_cosplay=0&f_asianporn=0&f_misc=0&f_search=female%3Acat&f_apply=%E6%90%9C%E7%B4%A2
  
• female:cat，出现的大多数其实是female:catgirl https://exhentai.org/?f_doujinshi=0&f_manga=0&f_artistcg=0&f_gamecg=0&f_western=0&f_non-h=0&f_imageset=0&f_cosplay=0&f_asianporn=0&f_misc=0&f_search=female%3Acatgirl%24&f_apply=%E6%90%9C%E7%B4%A2
  

---

所以严格的不会出现歧义的搜索还是需要使用引号和结束符

tag$
"space tag$"
p:tag$
p:"space tag$"

[seven332]

与其他 issue 相关的内容还是到相应的 issue 里讨论