...and that change could be YOU! First thing: I'm abandoning this module; I never use it. If you want to adopt it, lemme know. It's free!
Second thing: whomever picks it up might want to consider two major changes. 1. For some reason, I'm only allowing two decimal places in the initial number (e.g, A123.456 is invalid). The comments in the code indicate there might have been a good reason at one point. Heck, I'm sure there was. I just don't remember it. And there are plenty of call numbers with three digits there, esp. in the QAs. And the code I actually use now doesn't enforce that restriction and the sky hasn't fallen, so it should probably go. 2. The output format, which seemed smart at the time, is dumb. A123expands to A 123. Which means you have to url-escape the spaces, and muck with your search query so it doesn't look like two words, and that (in solr, at least) you can't do a wildcard query (in solr, "A 123"* isn't valid syntax). What I do in the java code is to use an @ sign instead, e.g. A@@123. This makes things easier. The second is obviously a backwards-incompatible change which warrants some discussion. But none of this matters until someone steps up and adopts it. Code is at https://library-callnumber-lc.googlecode.com/ (a move to GitHub might make sense, too) -- step right up and take your chances! -Bill- -- Bill Dueber Library Systems Programmer University of Michigan Library