Construir uma hierarquia tópico para indexação de conteúdo

Question

Im olhando para construir um mapa de tópicos para o conteúdo catagorize.

Por exemplo, o tópico 'Art' pode ter subcategorias de 'História da Arte', 'pintura', 'escultura' etc etc.

Eu arrastou alguns recursos on-line, mas eu bati um problema relacionado à forma como eu gostaria de usar a hierarquia.

Eu tenho um monte de conteúdo que gostaria de índice por tópico. Então, para dar o exemplo acima, se um usuário procura por 'Art', então eles vão não só obter qualquer coisa que menciona 'Art', mas também qualquer coisa que menciona 'Pintura', mesmo se ele não menção 'Art'. bastante justo.

Mas se, em outra parte da minha hierarquia, eu tenho 'House Maintenance', por exemplo, em seguida, que também pode ter um subtópico de 'pintura'.

Mas, então, se um usuário pesquisar por: 'Art', meu motor vai dizer 'bem, a pintura é uma sub-categoria de 'Art', então eu vou incluir este pedaço de conteúdo isso é tudo sobre a melhor cor para pintar sua casa de banho paredes ....

Alguém se deparar com este problema antes? Eu tentei googling, mas sem saber a terminologia exata é difícil fazer progressos ....

EDIT: Mais sucintamente, 'pintura' é um subtópico de 'Art', mas se algo está 'Pintura', então isso não acontecer neecssarily segue que sua sobre 'Arte', uma vez que 'Art' não é o único pai de ' Pintura'.

Answer 1

Uma vez que você deseja processar Casa / Pintura e Arte / Pintura de forma diferente, então parece que você vai precisar de duas entradas distintas para pintura (uma para cada sentido). Qual deles você associar um determinado 'pedaço de texto' com poderia basear-se em pistas de contexto a partir do próprio texto, se o seu processador de texto é suficiente poderosa.

Por exemplo, sempre que você tem um conflito como este, olhar no texto - você vê outras palavras, não? Como 'sumidouro', 'muro', 'madeira dura', ou 'janelas'? Ou você vê outros termos como 'Monet', 'impressionismo', 'tela', e 'galeria'? Isso vai permitir que você para automatizar a decisão, e deve ser bastante precisa. O único problema é que isso presume que você tem um dicionário bastante saudável de 'termos relacionados' em torno de mentir em algum lugar.

No user-final, quando a pintura é selecionado, você simplesmente tem que quer mesclar todos os resultados em conjunto, ou apresentar ao usuário a opção de selecionar quais tópico pai querem estar vendo resultados de.

Answer 2

Em " tópico mapas ", como é entendido no padrão relacionado você pode definir diferentes " escopos " a um tópico. Assim, "pintura" pode ser parte de dois âmbitos, com significados diferentes.

Um mapa de tópicos: http://www.ontopia.net/page.jsp?id=vizigator

Âmbito: http://www.ontopia.net/topicmaps/materials/tao.html # stp-scope

Answer 3

Se o mapa de tópicos que você está criando é construído sobre Topic Maps tecnologia , então subjectIdentifiers pode ser usado para distinguir entre dois tópicos com o mesmo nome (ambos chamados "Pintura") que realmente representam dois assuntos diferentes (pintura como uma forma de arte, e pintura no sentido de renovação casa).

Se alguém dúvida sobre arte e você detalhar a pintura, em seguida, você pode retornar apenas as entradas relacionadas com a pintura como uma forma de arte ", porque essas entradas pintura não são mais jogados juntos em um heap.

Answer 4

Virando até tarde para esta festa (você provavelmente já construiu ou movido em ou encontrado uma resposta), mas pensei que eu ia atirar em meus 2 centavos de ter trabalhado em uma parte alta Topic Map baseado CMS.

O que você está perdendo em sua descrição é como temas estão ligados entre si. Tópico estão ligados entre si através de Associações que em si tem Tipo de e Funções. Então, sim pintura seria uma criança de arte e de manutenção da casa, mas eles seriam ligados de forma diferente.

Definindo seu tipo e papel é com você, realmente, não há nenhuma dura e rápida regras sua realmente apenas para baixo para suas próprias inclinações. Então

Tópico: Art

Associação: Source = Arte, referência = Painitng, tipo = Cultura, Role = Prática

Tópico: manutenção da casa

Associação: Soruce = manutenção da casa, referência = Pintura, tipo = DIY, Role = Atividade

eu chupar a categorização mas espero que você pode ver o que eu estou chegando. Você iria filtrar suas pesquisas com base no tipo e papel. Então, se alguém procurou arte que você iria voltar a pintar e se você queria cavar mais fundo e temas correlatos de retorno que você está falando sobre o retorno tópicos Cultura associados e temas conexos não DIY.

escopo Topic Maps se for bem feito são extremamente flexíveis, você também tem e linguagem cozido em muito se você fizer isso direito. Você deve ser capaz de ligar os mesmos temas juntos em um 100 maneiras diferentes e ver os dados de forma diferente dependendo do seu ponto de partida.

Answer 5

Arquitetura de Informação para a World Wide Web iria dar-lhe um bom começo em informações organizando ... é uma boa leitura, mas pode não ser tão tecnicamente detalhado.

Answer 6

Eu não sei de um nome específico para isso, mas eu não acho que ele realmente deve ser um problema, também. Tudo o que pede é que Arte / Pintura e manutenção da casa / Pintura são entendidas como entidades separadas. busca alguém para "arte" fica subcategorias de arte, por isso fica Arte / Pintura. busca alguém para "manutenção da casa" fica subcategorias de manutenção da casa, por isso recebe manutenção da casa / Pintura. busca alguém para "pintar" recebe Arte / Pintura e manutenção da casa / Pintura, o que é apropriado.