Re: [VuFind-Tech] Idle Thought : Search Object

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

Apart of my work on refactoring to use Dismax is to use the morelikethis
handler to replace the custom query with VuFind.  I would also like to
remove the ajax facet call and replace it by pulling the facets from the
search results.  Facets have gotten faster in Solr 1.4 so there is no need
to make them a seperate call.  This should cut down on quite a bit of
unneeded extra overhead.

Andrew

On Wed, May 20, 2009 at 12:41 AM, Chris Delis <ce...@ui...> wrote:

>  Speaking of URL management.  I think the getNarrowOptions() ajax calls in
> Search/ajax.js could use a little reworking too, e.g.,
>
>       <script language="JavaScript" type="text/javascript">
>         getNarrowOptions('%28%28title_short%3A%22dog%22%5E750%20OR%20title%3A%22dog%22%5E500%20OR%20title%3A%28dog%29%5E100%20OR%20title_alt%3A%28dog%29%5E50%20OR%20title_old%3A%28dog%29%20OR%20title_new%3A%28dog%29%29%5E50%20OR%20author%3A%28%22dog%22%29%5E700%20OR%20author%3A%28dog%29%5E100%20OR%20author2%3A%28dog%29%5E50%20OR%20publishDate%3A%28%22dog%22%29%20OR%20physical%3A%28dog%29%5E10%20OR%20contents%3A%28dog%29%5E10%20OR%20series%3A%28dog%29%5E50%20OR%20series2%3A%28dog%29%5E30%20OR%20topic%3A%28%22dog%22%29%5E750%20OR%20fulltopic%3A%28dog%29%5E30%20OR%20geographic%3A%28%22dog%22%29%5E300%20OR%20fullgeographic%3A%28dog%29%5E30%20OR%20genre%3A%28%22dog%22%29%5E300%20OR%20fullgenre%3A%28dog%29%5E30%20OR%20era%3A%28dog%29%5E30%20OR%20allfields%3A%28dog%29%29',
> 'callnumber-first%3A%22E%20-%20United%20States%20History%22%7CgeographicStr%3A%22Rosebud%20Indian%20Reservation%20%28S.D.%29%22',
> '2', '30',
> '%2Fvufind%2FSearch%2FHome%3Flookfor%3Ddog%26type%3Dall%26filter%5B%5D%3Dcallnumber-first%3A%2522E%2520-%2520United%2520States%2520History%2522%26filter%5B%5D%3DgeographicStr%3A%2522Rosebud%2520Indian%2520Reservation%2520%28S.D.%29%2522');
>       </script>
>
> Instead of passing along the SOLR query — which can grow very large very
> quickly and can exceed http get limits — why not pass along the originating
> search page URL, e.g.,
>
>
> http://myschool.edu/vufind/Search/Home?lookfor=dog&type=all&filter[]=callnumber-first:%22E%20-%20United%20States%20History%22&filter[]=geographicStr:%22Rosebud%20Indian%20Reservation%20(S.D.)%22<http://myschool.edu/vufind/Search/Home?lookfor=dog&type=all&filter%5B%5D=callnumber-first:%22E%20-%20United%20States%20History%22&filter%5B%5D=geographicStr:%22Rosebud%20Indian%20Reservation%20%28S.D.%29%22>
>
> The SOLR query should probably get built on the server-side, don’t you
> think?
>
> --Chris
>
>
>
>
> On 5/19/09 5:08 PM, "Andrew Nagy" <as...@gm...> wrote:
>
> Also remember that I am switching vufind over to the Dismax query handler -
> so this will play a part in your thinking.
>
> Andrew
>
> On Tue, May 19, 2009 at 5:59 PM, Greg Pendlebury <pen...@us...>
> wrote:
>
> Hey Andrew,
>
> I'm thinking more of the layer above Solr, keeping front-end URLs in tact
> and a consistent data object for passing searches into the history or the
> statistics.
>
> The logic for parsing and/or re-rendering front end urls is in a lot of
> places.
>
> I'm at home today and about to take the kids to school, but I'll try and
> drudge some bug examples later.
>
> Ta,
> Greg
> ________________________________________
> From: Andrew Nagy [as...@gm...]
> Sent: 19 May 2009 23:23
> To: Greg Pendlebury
> Cc: vuf...@li...
> Subject: Re: [VuFind-Tech] Idle Thought : Search Object
>
> This is the premise of the Solr.php file.  To keep all Solr URL building to
> one object - and the call method should be responsible for constructing the
> URL and sending it.  So I think the infrastructure that you speak of exists
> - it just needs to be refactored a bit.
>
> Andrew
>
> On Mon, May 18, 2009 at 8:51 PM, Greg Pendlebury <
> pen...@us...<mailto:pen...@us...>> wrote:
>
>
> I'm finding little inconsistencies in the way urls are rendered when search
> results get modified/rebuilt in several areas.
>
> Just off the top of my head I can see quite a few areas this occurs: facets
> adding, facets removing (bugged), sorting (bugged), pagination (bugged),
> search history (bugged), saving searches (for us anyway, that's the stats
> area), emailing, rss feeds (bugged). bear in mind that when I say 'bugged'
> I'm usually talking about a very specific sequence of events that will
> trigger a corrupt URL. These features obviously work fine most of the time.
>
> Every time I have to go and debug one area it occurs to me that it might be
> worth moving all that logic into a single search object that can keep search
> urls more consistently. I think this would dovetail quite nicely with the
> current work on the underlying search handler Andrew is working on.
>
> Any thoughts?
>
> Greg Pendlebury
> Electronic Services Officer (Systems Team)
> Division of Academic Information Services
> University of Southern Queensland
> Phone: +61 7 4631 1501
> Fax: +61 7 4631 1841
>
>
> ________________________________
> This email (including any attached files) is confidential and is for the
> intended recipient(s) only. If you received this email by mistake, please,
> as a courtesy, tell the sender, then delete this email.
>
> The views and opinions are the originator's and do not necessarily reflect
> those of the University of Southern Queensland. Although all reasonable
> precautions were taken to ensure that this email contained no viruses at the
> time it was sent we accept no liability for any losses arising from its
> receipt.
>
> The University of Southern Queensland is a registered provider of education
> with the Australian Government (CRICOS Institution Code No's. QLD 00244B /
> NSW 02225M)
>
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables
> unlimited royalty-free distribution of the report engine
> for externally facing server and web deployment.
> http://p.sf.net/sfu/businessobjects
> _______________________________________________
> Vufind-tech mailing list
> Vuf...@li...<mailto:Vuf...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/vufind-tech
>
>
>
> This email (including any attached files) is confidential and is for the
> intended recipient(s) only.  If you received this email by mistake,
> please, as a courtesy, tell the sender, then delete this email.
>
> The views and opinions are the originator's and do not necessarily
> reflect those of the University of Southern Queensland.  Although all
> reasonable precautions were taken to ensure that this email contained no
> viruses at the time it was sent we accept no liability for any losses
> arising from its receipt.
>
> The University of Southern Queensland is a registered provider of
> education with the Australian Government (CRICOS Institution Code No's.
> QLD 00244B / NSW 02225M)
>
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables
> unlimited royalty-free distribution of the report engine
> for externally facing server and web deployment.
> http://p.sf.net/sfu/businessobjects
> ------------------------------
> _______________________________________________
> Vufind-tech mailing list
> Vuf...@li...
> https://lists.sourceforge.net/lists/listinfo/vufind-tech
>
>