The branch has been modified again, and we have been running the new version at Sitka since October 23rd, 2013. These modifications allow searches performed at the top level OU to return all ebooks and searches performed at second level OUs to return all ebooks underneath those OUs.
The second level functionality is probably going to be specific to how the OU tree is used. In the case of Sitka, second level OUs represent library Federations, so it is useful for librarians to see all ebooks underneath a Federation.
I am hesitant to put a pull request on this because this solution will not work for all libraries. I could add library setting that could be checked to include this functionality. If that makes sense, then I will do that. It would be a simple addition, but I want to make sure adding an LSE check within query_parser_fts is worthwhile. I have already added some conditionals to a fairly central query, so I would like to make sure that the effects are not too detrimental on result speeds.
This does not contain a file for OpenILS/src/sql/Pg/upgrade/. I looked in there and found a number of files that create query_parser_fts, so I need some guidance on how to apply this change to those files.
As well, I need to figure out if/how a pgTAP test should be made for this function.
Once a decision has been made about including a LSE within query_parser_fts, I have added the appropriate upgrade scripts, and a pgTAP test is created, then I will add a pull request to these changes.
For the time being, if any system needs help applying these changes to their EG instance please contact me.
The branch has been modified again, and we have been running the new version at Sitka since October 23rd, 2013. These modifications allow searches performed at the top level OU to return all ebooks and searches performed at second level OUs to return all ebooks underneath those OUs.
The second level functionality is probably going to be specific to how the OU tree is used. In the case of Sitka, second level OUs represent library Federations, so it is useful for librarians to see all ebooks underneath a Federation.
I am hesitant to put a pull request on this because this solution will not work for all libraries. I could add library setting that could be checked to include this functionality. If that makes sense, then I will do that. It would be a simple addition, but I want to make sure adding an LSE check within query_parser_fts is worthwhile. I have already added some conditionals to a fairly central query, so I would like to make sure that the effects are not too detrimental on result speeds.
I have pushed my changes to:
http:// git.evergreen- ils.org/ ?p=working/ Evergreen. git;a=shortlog; h=refs/ heads/user/ ldw/lp925776_ located_ uris_removed_ from_staff_ client_ based_on_ 856_9
This does not contain a file for OpenILS/ src/sql/ Pg/upgrade/ . I looked in there and found a number of files that create query_parser_fts, so I need some guidance on how to apply this change to those files.
As well, I need to figure out if/how a pgTAP test should be made for this function.
Once a decision has been made about including a LSE within query_parser_fts, I have added the appropriate upgrade scripts, and a pgTAP test is created, then I will add a pull request to these changes.
For the time being, if any system needs help applying these changes to their EG instance please contact me.
Liam