Skip to main content

The ONEAR Mystery

One of the things I still don't understand about the search syntax on Lexis Advance is: Why include the ONEAR/n Connector? Wait . . . You don't know about the ONEAR Connector?! Well, I'm not surprised, because no else seems to know about it either (including most employees of LexisNexis)!

First, of all, every person I've mentioned this Connector to has reacted the same way: "ONEAR? What's that mean? That's a dumb name!"

Second, it's actually a redundant Connector. According to the list on the Connectors tab of the Search Tips form page in Lexis Advance, the ONEAR connector (which is the last Connector listed) should be used when you want to "Include words where the first word precedes the second by not more than 'n' words". Hmm . . . Why does that sound familiar? . . . Oh, yeah. Because the fifth Connector listed is the PRE/n Connector, and its stated function is to "Include words where the first word precedes the second by not more than 'n' words"!

Take your time. Go ahead and read those two descriptions again. I'll wait. Your eyes are not playing tricks on you. They are the exact same description!

So here's my question: Why add ONEAR, a Connector that was not included in the Beta version and is not available through lexis.com, when you're going back and adding PRE/n, a Connector that lexis.com users are already comfortable with and that does the exact same thing?!

Attempting to Solve the Mystery

Back in June 2011, when I was preparing an initial critique of what was then called Lexis Advance for Law Schools BETA, I spent some time investigating the LexisNexis Marketing assertion that they had "moved to the new web standard set of Boolean connectors". Considering no other legal search engine relied upon the NEAR Connector (which is functionally identical to the trusty, old W/n Connector), I sought to identify where this new Connector had come from.

My research at that time led me to a company called Exalead. Exalead is "a global software provider in the enterprise and Web search markets, and the maker of . . . the industry's top platform for Search-Based Applications (SBAs)." A description of Exalead's main platform sounds remarkably similar to the "innovations" of Lexis Advance, and they utilize a small set of simple Connectors, including the NEAR Connector. But, as far as I can tell, they do not use the ONEAR Connector.

Now, it appears the solution might be much simpler than that. LexisNexis may be using an SBA as part of Lexis Advance, but they also may just be utilizing a relatively new programming language called FAST Query Language (or FQL). Developed for Microsoft FAST Search Server 2010 for SharePoint, "FQL is a query language providing advanced query capabilities against textual content". FQL is relatively simple to use, allows dynamic manipulation of content, and, most importantly (for my investigation), it utilizes the ONEAR Connector.

Mystery solved. Or is it? Considering all that FQL apparently can do, if LexisNexis is using it for the development of Lexis Advance, why can't we have the capitalization and pluralization commands that lexis.com allows? I guess that's the real mystery.

Comments

Popular posts from this blog

Law School Exams: A Guide to Better Grades

It’s that time of year again. Law students across the country are poring over their class notes and supplements, putting the finishing touches on their outlines, and fueling their all-night study sessions with a combination of high-carb snacks and Java Monsters. This can mean only one thing: exam time is approaching.

If you’re looking for a brief but effective guide to improving your exam performance, the O’Quinn Law Library has the book for you. Alex Schimel’s Law School Exams: A Guide to Better Grades, now in its second edition, provides a clear and concise strategy for mastering the issue-spotting exams that determine the majority of your grade in most law school classes. Schimel finished second in his class at the University Of Miami School Of Law, where he taught a wildly popular exam workshop in his 2L and 3L years, and later returned to become Associate Director of the Academic Achievement Program. The first edition of his book was written shortly after he finished law school, …

Citing to Vernon's Texas Codes Annotated: Finding Accurate Publication Dates (without touching a book)

When citing to a current statute, both the Bluebook (rule 12.3.2) and Greenbook (rule 10.1.1) require a  practitioner to provide the publication date of the bound volume in which the cited code section appears. For example, let's cite to the codified statute section that prohibits Texans from hunting or selling bats, living or dead. Note, however, you may remove or hunt a bat that is inside or on a building occupied by people. The statute is silent as to Batman, who for his own safety, best stay in Gotham City.
This section of the Texas Parks and Wildlife code is 63.101. "Protection of Bats." After checking the pocket part and finding no updates in the supplement, my citation will be:
Tex. Parks & Wild. Code Ann. § 63.101 (West ___ ). When I look at the statute in my bound volume of the Texas Parks and Wildlife Code, I can clearly see that the volume's publication date is 2002. But, when I find the same citation on Westlaw or LexisNexis, all I can see is that the …