Hi Alan,

Any additional detail on what you did to accomplish this would be greatly appreciated.

Is all your work in AlphaBrowse?  Did you also create / change indexing rules?  How are you normalizing the user input?

We'd like to do this based on the browse functionality, as well, and then enhance that page to show more info about each item.

Anna



On Fri, Jan 11, 2013 at 9:43 AM, Alan Rykhus <alan.rykhus@mnsu.edu> wrote:
Hello,

I've been working with Mark Triggs' AlphaBrowse code and have the
AlphaBrowse working for call numbers.

The one issue I'm having problems with is seeding into the correct spot.
I plan on looking at that next week. But the full call numbers are
sorting in order. I've added code to bring in any additional fields you
might want from the records. At this time I'm adding the titles to the
display in the browse screen.

Today I'm rebuilding my Solr db on a machine that could use more memory.
The indexing job will not finish until tomorrow or Sunday. Monday I'll
have my sites up where you can see this.

This won't allow you to search on a range, but you can browse through
the numbers.

al


On Fri, 2013-01-11 at 11:34 +0000, Osullivan L. wrote:
> Hi Tod,
>
> Apologies for the delay in  replying - I lost this e-mail in the
> mountain of e-mails I had after the New Year.
>
> I have managed to get the items to display in the correct order with
> some custom indexing but I hit a snag with the ultimate goal of my
> attempts which was to add call number range searching.
>
> getFullNormalizedLCCN.bsh
>
> import org.marc4j.marc.Record;
> import org.solrmarc.tools.CallNumUtils;
> org.solrmarc.index.SolrIndexer indexer = null;
>
> /**
>  * Normalize a single LCCN
>  * @param lccn
>  * @return Normalized LCCN
>  */
> public String getFullNormalizedLCCN(Record record, String lccn) {
>
>     if (lccn != null) {
>
>         lccn = indexer.getFirstFieldVal(record, lccn);
>
>         String recordID = "1"; // Need to assign real value from
> record?
>
>     if (lccn != null) {
>
>         String normal = CallNumUtils.getLCShelfkey(lccn, recordID);
>
>         if (normal != null) {
>             // Send back normalized LCCN:
>             return normal;
>         }
>     }
>     }
>
>     // If we got this far, we couldn't find a valid value:
>     return null;
> }
>
> marc_local.properties
> callnumber-norm_str=  script(getFullNormalizedLCCN.bsh),
> getFullNormalizedLCCN(852hi)
>
> schema.xml
> <field name="callnumber-search" type="string" indexed="true"
> stored="true"/>
>
> searches.ini
> [Sorting]
> ; Use the "callnumber" line for LC or the "dewey-sort" line for Dewey
> Decimal.
> ; If you want to enable both systems for sorting, you can uncomment
> both lines,
> ; but you will need to add some custom text to distinguish between the
> two.
> callnumber-norm_str = sort_callnumber
>
> [DefaultSortingByType]
> CallNumber = callnumber-norm_str
>
> Cheers,
>
> Luke
>
> On 12/27/2012 02:36 PM, Tod Olson wrote:
>
> > Luke,
> >
> > Did you ever come up with a solution to this problem?
> >
> > We're in a similar way, wanting the call number browse to reflect call number shelving order.
> >
> > -Tod
> >
> > On May 21, 2012, at 8:22 AM, Osullivan L. <L.Osullivan@swansea.ac.uk> wrote:
> >
> > > Hi Folks,
> > >
> > > One of our subject librarians has asked us to change the way results are displayed when a callnumber search is performed.
> > >
> > > Basically, if someone searches for PQ239, she would like the results returned to be PQ239, PQ239 > ABC, PQ239 .A22 2011, PQ239 .W55 2011, PQ240, PQ2390 etc
> > >
> > > At present, we are getting a lot of PQ2391, PQ2392 etc at the top of our results...
> > >
> > > The problem I see it two fold - To get what she ideally wants, we'd need to restrict all callnumber search to exact matches using the callnumber-a field and then create more fields to provide sorting for the rest of the callnumber. Has anyone done something similar?
> > >
> > > Thanks,
> > >
> > > Luke
> > > ------------------------------------------------------------------------------
> > > Live Security Virtual Conference
> > > Exclusive live event will cover all the ways today's security and
> > > threat landscape has changed and how IT managers can respond. Discussions
> > > will include endpoint security, mobile security and the latest in malware
> > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> > > _______________________________________________
> > > VuFind-General mailing list
> > > VuFind-General@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/vufind-general
>
> --
> Luke O'Sullivan
> Systems Developer
> Web Team
> Swansea University, Singleton Park, Swansea SA2 8PP, UK
> l.osullivan@swansea.ac.uk
> 01792 602772
> @l_os_cymru
> ------------------------------------------------------------------------------
> Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
> much more. Get web development skills now with LearnDevNow -
> 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
> SALE $99.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122812
> _______________________________________________
> Vufind-tech mailing list
> Vufind-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/vufind-tech

--
Alan Rykhus
PALS, A Program of the Minnesota State Colleges and Universities
(507)389-1975
alan.rykhus@mnsu.edu
"It's hard to lead a cavalry charge if you think you look funny on a
horse" ~ Adlai Stevenson


------------------------------------------------------------------------------
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
_______________________________________________
Vufind-tech mailing list
Vufind-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vufind-tech