chaiall / epidemic-marketplace

Automatically exported from code.google.com/p/epidemic-marketplace
0 stars 0 forks source link

Indexação das colecções associadas aos recursos #136

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Aqui está um post num forum que descreve o problema e oferece algum insight 
sobre o mesmo:

http://fedora-commons.1317035.n2.nabble.com/fcrepo-user-Solr-indexing-of-rel-ext
-tt6993644.html

Original issue reported on code.google.com by eKzam...@gmail.com on 25 Jan 2012 at 3:56

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago

Original comment by graca.pa...@gmail.com on 1 Feb 2012 at 11:03

GoogleCodeExporter commented 9 years ago
Encontrei a mesma thread, mas com fácil leitura (penso eu).
http://comments.gmane.org/gmane.comp.cms.fedora-commons.user/7258

Do que entendo o problema põe-se para a indexação no recurso, da collection 
presente no RELS_EXT. Teria que ver melhor como estamos a fazer a indexação 
de uma forma geral, fazer alguns testes e ver o que é feito do lado do 
FedoraCommons.

Tenho no entanto uma dúvida.
Os Recursos estão ligados à collection através do RELS-EXT, correcto?
Se sim, um recurso pode estar ligado a mais do que uma collection? Penso nisto 
porque, do que vi, o atributo memberofCollection é isso mesmo é um atributo e 
não um elemento. Não pode repetir o valor.

Outra questão:
Do que entendo, as collections dos utilizadores, serão pessoais, públicas ou 
privadas e não dependem dos recursos. Permitindo que estes sejam adicionados 
ou retirados em qualquer altura. Logo, pelo que tenho visto, ao fim-ao-cabo, 
estas collections não passarão de recursos, com um datastream específico que 
será o índice dos recursos associados (não sei se está desta forma). Por 
este motivo, neste momento, não sei se fará sentido indexar a collection como 
parte integrante de cada recurso que a compõe, quero dizer, no índice do 
recurso ter associadas todas as collections a que pode pertencer.

Original comment by graca.pa...@gmail.com on 6 Feb 2012 at 4:35

GoogleCodeExporter commented 9 years ago
Iniciado

Original comment by graca.pa...@gmail.com on 14 Feb 2012 at 4:23

GoogleCodeExporter commented 9 years ago
A resolução está preparada, falta agora testar verificando se, após a 
reindexação, o ficheiro:

/srv/project-epiwork/fedora/tomcat/webapps/fedoragsearch/WEB-INF/classes/config/
index/EpidemicIndex/demoFoxmlToSolr.xslt

não deu problemas.

Original comment by graca.pa...@gmail.com on 14 Feb 2012 at 5:31

GoogleCodeExporter commented 9 years ago
O RELS_EXT dos recursos terão que passar todos do CONTROL ACCESS para inline - 
issue 188. 
A solução passou por ter incluir, no ficheiro /srv/..fedora 
../tomcat/webapps/fedoragsearch/WEB-INF/classes/config/index/EpidemicIndex/demoF
oxmlToSolr.xslt

criar fields prefixados por "rels." (para o schema do solr). Após várias 
tentativas no acesso ao parametro @rdf:resource, foi necessário definir o 
schema.

No schema do solr, /opt/solr/conf/schema.xml, foram acrescentados 2 fields, o 
iscollection e o ismemberof para identificar se é uma colecção e qual o 
parent.

Original comment by graca.pa...@gmail.com on 17 Feb 2012 at 5:11