From: Eoghan Ó C. <eog...@gm...> - 2011-08-11 14:39:45
|
Hi, We use a google map in our sources database: http://sources.nli.ie/Browse/Archive. This is loading a static json file ( http://sources.nli.ie/docs/archives.json) which has the latitude/longitude and name of each archive. The name of each archvie is also in solr field found in each record which allows us to load results with the filter applied. I see you're using clustering - this is a must. Our map has about 1200 points which kills ie6 (and 7) if unclustered. We're hoping to implement something like this in our main catalogue too but haven't thought out how to go about it in detail. I could definitely see this working with a new view where the map gets loaded into list-map.tpl. Have you tested the speed of geocoding lots of place-name strings on-the-fly? I'd imagine it would be quite slow. If we do this, we'll probably store latitude,longitude in solr fields for easy access but of course this means having the information at index time. Cheers, Eoghan On 11 August 2011 14:21, Demian Katz <dem...@vi...> wrote: > The recommendation module acts on the current search context, whatever that > may be -- so it is compatible with limiting by facets. > > The recommendation module can accept parameters from the search.ini > configuration file, so you can use a single module in multiple ways -- for > example, you could use a parameter to specify which set of GIS data to use. > Then if you wanted to use different versions of the map module in different > places, you could invoke it with different parameters. You can also adjust > based on values from the search object, so if you wanted to use author data > when users do author searches but object data in other contexts, you could > figure that out and act appropriately. > > - Demian > ________________________________________ > From: Maj, Lec [le...@ya...] > Sent: Thursday, August 11, 2011 9:11 AM > To: Demian Katz; VuFind Tech > Subject: Re: VuFind Map View > > Thank you Demian, few more questions to come to mind. > > With recommendation module we would still be able to use facets to narrow > down the results in the recommendation module, is that correct? > > I wonder if this method will still work for multiple sets of GIS data. We > currently are working on GIS for objects. We can imagine having GIS data > for > authors as well. Would this method require us to have multiple > recommendation modules? > > Sincerely, > Lec > > > On 8/11/11 8:58 AM, "Demian Katz" <dem...@vi...> wrote: > > > One self-contained way to build this would be as a recommendation module: > > > > http://vufind.org/wiki/building_a_recommendations_module > > > > The recommendation module interface gives you access to the search object > > before and after a search is performed, so you can add extra parameters > at the > > beginning and then retrieve relevant data at the end. It also lets you > define > > a template that gets embedded into the search screen either above or > beside > > the results. In this case, the "top" position would obviously make the > most > > sense. > > > > Of course, in support of your module, it may be necessary to make some > > adjustments to the Solr Search Object (web/sys/SearchObject/Solr.php) and > the > > Solr interface (web/sys/Solr.php). > > > > Once you have a recommendation module working, you could then do a bit of > > extra work to create a special view that loads only your recommendation > module > > and suppresses the normal search listings -- this may require a little > bit of > > hacking, but I don't think it will be terribly ugly. > > > > I hope this helps get you started -- please let me know if you have more > > questions. > > > > - Demian > > ________________________________________ > > From: Maj, Lec [le...@ya...] > > Sent: Thursday, August 11, 2011 8:44 AM > > To: VuFind Tech > > Subject: [VuFind-Tech] VuFind Map View > > > > Dear All, > > > > We are looking into developing map view for VuFind 1.2, I wonder if > anyone has > > already done this or is planning on working on it? > > > > Attached is a conceptual representation of what it would look like > against our > > theme, currently it works from a flat json file, but we would like to get > it > > to work dynamically. The challenge at the moment is that our data comes > in > > location name only format. On the short run we maybe able to get all the > names > > for a given search from SORL, geo-code them, and plot them onto the map. > > > > On the long run, with new version of SORL (per Demian): > > > > Solr 3.x adds native support for geo-coding, with special field types for > > representing geographic data and new search types for returning items > within > > particular regions. Here is the Solr documentation on the subject: > > http://wiki.apache.org/solr/SpatialSearch > > > > > > Does anyone know which php files we would need to look at to get started > to > > add our map view SOLR search and geo-coding? We hope to pass the > coordinate > > data to the map as a variable/json object in the tpl file. > > > > Thanks so much, > > Lec > > > Sincerely, > Lec Maj > > Manager of Computing for Collections and Research > Yale Center for British Art > > Mobile: 203-752-7336 > Office: 203-432-4290 > > > > > > ------------------------------------------------------------------------------ > Get a FREE DOWNLOAD! and learn more about uberSVN rich system, > user administration capabilities and model configuration. Take > the hassle out of deploying and managing Subversion and the > tools developers use with it. > http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > Vufind-tech mailing list > Vuf...@li... > https://lists.sourceforge.net/lists/listinfo/vufind-tech > |