Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Case in queries #4

Open
timfu opened this issue Jul 11, 2012 · 2 comments
Open

Case in queries #4

timfu opened this issue Jul 11, 2012 · 2 comments

Comments

@timfu
Copy link

timfu commented Jul 11, 2012

"houses in summertown" fails for me, as does "houses in headington" etc.

I think it's about capitalization, as

"houses in Summertown" works as does "houses in Headington"

etc.

I guess we can live with this, but it would be great if we could just accept lowercase locations as well.

@LorenzBuehmann
Copy link
Contributor

Yes, that's indeed a problem, but currently I see no solution to this problem. We use a POS tagger (e.g. http://nlp.stanford.edu:8080/parser/index.jsp) when processing the question.

houses in Summertown -> houses/NNS in/IN Summertown/NNP
houses in Summertown -> houses/NNS in/IN Summertown/NN

Based on the POS tagging we decide whether it is a class or resource.

@timfu
Copy link
Author

timfu commented Jul 11, 2012

Could you add something to the error message, like if it's "in" followed by a lower-case, we add something like "try in upper case" or "did you mean...".

Doesn't have high priority, but I fear most people will run into this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants