我希望建立一个主题图来分类内容。
例如，主题'艺术'可能有'艺术史'，'绘画'，'雕塑'等子类别。
我已经抓取了一些在线资源，但是我遇到了与我希望如何使用层次结构相关的问题。
我有很多内容要按主题索引。因此，举一个上面的例子，如果用户搜索“艺术”，那么他们不仅会得到任何提及“艺术”的东西，而且还会提到任何提到“绘画”的东西，即使它没有提到“艺术”。很公平。
但是，如果在我的heirarchy的另一部分中，我有'House Maintenance'，那么那也可能有一个'绘画'的副标题。
但是如果用户搜索“艺术”，我的引擎会说'好吧，绘画是'艺术'的一个子类别，所以我将包含这些内容，这些内容都是最好的颜色来画你的浴室壁....
以前有人遇到过这个问题吗？我试过谷歌搜索，但不知道确切的术语，很难取得进展....
编辑：更简洁地说，“绘画”是“艺术”的副主题，但如果有关于“绘画”的内容，则它并不一定会追随它的“艺术”，因为“艺术”不是“艺术”的唯一父母。画”。答案 0 :(得分：3)
在“主题地图”中，您可以在相关标准中理解为主题设置不同的“范围”。所以“绘画”可能是两个范围的一部分，具有不同的含义。
主题图： http://www.ontopia.net/page.jsp?id=vizigator
范围： http://www.ontopia.net/topicmaps/materials/tao.html#stp-scope
答案 1 :(得分：2)
如果您正在创建的主题地图是基于Topic Maps technology建立的，那么subjectIdentifiers可用于区分两个具有相同名称的主题（均名为“绘画”），它们实际上代表两个不同的主题（绘画为艺术形式，以及家居装修意义上的绘画。）
如果有人查询Art并深入查看绘画，那么您只能返回与“绘画作为艺术形式”相关的条目，因为这些绘画条目不再在一个堆上抛出。
答案 2 :(得分：2)
迟到了这个派对（你可能已经建立了它或继续前进或者找到了答案）但是我认为我已经投入了2美分用于基于高端主题地图的CMS。
您在描述中遗漏的是主题如何链接在一起。主题通过自身具有类型和角色的关联链接在一起。所以，绘画将是一个艺术和房屋维护的孩子，但它们会有不同的联系。
确定你的类型和角色取决于你真的，没有硬性和快速的规则，它真的只是你自己的倾向。所以
主题：艺术
Association：Source = Art，Reference = Painitng，Type = Culture，Role = Practice
主题：房屋维护
协会：Soruce =房屋维护，参考=绘画，类型= DIY，角色=活动
我对分类很感兴趣，但希望你能看到我得到的东西。您可以根据类型和角色过滤搜索。因此，如果有人搜索艺术，你会回到绘画，如果你想深入挖掘并返回与共同相关的主题，那么你就是在谈论返回与文化相关的主题，而不是DIY相关主题。
如果正确完成主题地图非常灵活，如果你做得对，你也可以获得范围和语言。您应该能够以100种不同的方式将相同的主题链接在一起，并根据您的起点以不同的方式查看数据。
答案 3 :(得分：1)
Information Architecture for the World Wide Web会给你一个良好的组织信息开始...这是一个很好的阅读，但可能不那么技术细节。
答案 4 :(得分：0)
我不知道具体的名称，但我认为它不应该是一个问题。它所要求的是艺术/绘画和房屋维护/绘画被理解为独立的实体。搜索“艺术”的人获得艺术的子类别，因此获得艺术/绘画。搜索“房屋维护”的人获得了房屋维护的子类别，因此获得房屋维护/绘画。寻找“绘画”的人可以获得艺术/绘画和房屋维护/绘画，这是合适的。
答案 5 :(得分：0)
由于你想以不同的方式处理House / Painting和Art / Painting，你似乎需要两个不同的绘画条目（每个意义一个）。如果您的文本处理器足够强大，那么您将给定的“文本块”与哪一个关联可以基于文本本身的上下文线索。
例如，每当你遇到这样的冲突时，请查看文本 - 你在那里看到其他的话吗？像“水槽”，“墙壁”，“硬木”或“窗户”？或者你看到其他术语，如'莫奈'，'印象派'，'画布'和'画廊'？这将允许您自动执行决策，并且应该相当准确。唯一的障碍是，这假设你有一个相当健康的“相关术语”字典，位于某处。
在用户端，当选择绘画时，您只需要将所有结果合并在一起，或向用户提供一个选项，以选择他们想要查看结果的父主题。