2. ● development ist part of the SE-project finc
● hired a company to develop solr-fusion
● everything is Open Source, from the beginning
(see the github link above)
https://github.com/outermedia/solr-fusion
3. Leander Seige, Leipzig University Library, seige@ub.uni-leipzig.de
https://github.com/outermedia/solr-fusion
4. Leander Seige, Leipzig University Library, seige@ub.uni-leipzig.de
https://github.com/outermedia/solr-fusion
Sharding, req. same Schema
5. Leander Seige, Leipzig University Library, seige@ub.uni-leipzig.de
https://github.com/outermedia/solr-fusion
NO Sharding, with different schemas
6. Leander Seige, Leipzig University Library, seige@ub.uni-leipzig.de
https://github.com/outermedia/solr-fusion
NO Sharding, with different schemas
solr-fusion
7. Leander Seige, Leipzig University Library, seige@ub.uni-leipzig.de
https://github.com/outermedia/solr-fusion
1. receive solr-query from the application
2. translate query for each server/schema
3. collect results from servers
4. recalculate score values
5. probably some data manipulation
6. merge results
7. send merged result-list back to application
8. Leander Seige, Leipzig University Library, seige@ub.uni-leipzig.de
https://github.com/outermedia/solr-fusion
Concerns. What about...
● heterogeneous data quality?
● accurate relevance calculation?
● different metadata types?
● …
9. Leander Seige, Leipzig University Library, seige@ub.uni-leipzig.de
https://github.com/outermedia/solr-fusion
Concerns. What about...
● heterogeneous data quality?
● accurate relevance calculation?
● different metadata types?
● …
Yes, it is an experiment.
Good enough is just fine.
10. Leander Seige, Leipzig University Library, seige@ub.uni-leipzig.de
https://github.com/outermedia/solr-fusion
Please feel free to join the development!
http://finc.info
seige@ub.uni-leipzig.de