2010-01-05 87 views
4

想法是在用户和内容(图像,视频,帖子)之间建立一个标签系统。 有点像标签系统在SO上有问题。标记内容系统 - 与i18n

我喜欢SO上的成就系统,这意味着在一定数量的积分 用户可以开始制作他/她自己的标签。我的系统相同的想法

我现在的表的设计看起来像

Tag   UserTag  User 
---   -------  ---- 
tag_id  user_id  user_id 
tag_name  tag_id  username 
usage_count     .... 

它给我带来了这个问题。

问题如何为不同语言的内容添加标签系统?

  • 然而,同时还能够搜索具有不同语言标签的相同内容。
  • 有不同的语言自动完成对相同的标记

当我使用自动完成我搜索诸如用户键入字符标记名称。

E.g.我有一个标签在法语英语

名为“夜总会”,但如果他们被标记的翻译是“迪斯科舞厅”


或者没有这样做的方式,只是让人们做出标签用不同的语言。

回答

2

是的,你可以。但请注意,一种语言中的某些词可能在其他语言中有多种翻译。

你可能有一个languages表,tags表只用tag_id和多对多表language_idtag_idtag_name

就像我以前说过的,当人们想要改进他们自己的语言允许的改进时,你可能会遇到问题,但其他语言不能。留在法国的例子中,谈论面包,你可能会有'面包','flûte','recuit','demi-recuit'等标签,而英语只会有'面包'标签。这些标签之间的映射非常复杂。但这是一个普遍的翻译问题,不仅在编程领域。


关于你的评论:一个折衷办法是添加一个“tag_related_to_tag”表,允许标签之间做出联接。用户可以知道哪个标签与其他语言的其他标签相关。这将以最小的复杂性实现最大的灵活性,但需要一些管理(否则,您可能会让恶意用户在标签之间产生非常意想不到的关系,从而破坏系统的实用性)。

这是我实际上正在考虑实施的一个非常狭窄的领域(斯多葛哲学)和目标公众的网站。如果该领域太广泛,可能是非常无效的。

+0

我看到你的,它似乎带来更多的问题比它解决的到来,所以这将是值得推行的系统,或者只是让用户让他们在那里的母语。 这意味着从一开始就有不同语言的2或3组标签。 当用户开始添加自己的标签时,所有的标签语言链接都会变得非常复杂 – Daxon 2010-01-05 15:48:12

1

有趣的问题!只是一些想法(并非拟在一个完整的解决方案,它更多的是一系列问题):

直接的方法是具有内部标签ID,并为每种语言本地化名称。

如果没有本地化的名字尚未创建,您可能需要回落到标签名的“主要”语言 - 通常是英语 - 或标签被创建的语言

翻译需要做的事情由用户ho知道两种语言,自动翻译是IMO不准确。所以可能是一个用户权限(绑定奖励?)重新命名标签。

是否所有的语言相同,或者标签仅在“小学语文”大多数用户了解创建和翻译单独加入? (后面这一个看起来不太公平,但可能会做一些事情变得更容易)

您需要合并标签的能力 - 例如,当用户独立创建“discothèque”和“夜总会”时。

难道我只能看到是我的语言的标签,或者我可以看到在没有翻译成我的语言其他语言版本的标签?我可以搜索其他语言的标签吗?

包含在查询字符串标签?将我的德语查询链接发送给美国的朋友时,我的德语查询链接可以正常工作吗

如何解决关于标签含义的争议?例如:最接近德语的翻译是夜总会的“Nachtclub”,“discothèque”的“Diskothek”。但在德国,“Nachtclub”与“Diskothek”非常不同(尽管存在一些重叠)。

+0

您已经打开了未来的痛苦世界,好像翻译/奖励是一个好主意,但会需要很长时间才能融入到ATM中, 所有能够创建标签的语言和用户都是相同的,我认为任何人都可以键入或使用任何语言的标签,因为它只是用“like”查询的键盘字符。 如果我现在不考虑,合并标签在将来会非常困难,但是我不会浪费更多时间在标签的复杂性上,而不是让整个系统正常工作。 – Daxon 2010-01-05 16:14:29

+0

我不认为“真正的全球界面”中的“任何标签名称”是一个好主意。一位德国的“厨师”向你大喊,英文“厨师”站在厨房里。一个德国的“银行”是把你的钱带到*或*坐下 - 用英语来试试。英文“礼物”可能会让你快乐,德国的“礼物”会杀了你。而这仅仅是数百种语言中的两种,还有一分钟是研究我的大脑。 – peterchen 2010-01-06 08:43:58

+0

您再次提出了一个有效的点, 但美味允许一个全球标记系统。 关于这个问题的很好的论文 https://lirias.kuleuven.be/bitstream/123456789/158652/1/paper02.pdf – Daxon 2010-01-07 18:05:21