> The stemming for ponies and pony might seem strange.
What's that all about?
11–20 of 23 posts
> The stemming for ponies and pony might seem strange.
What's that all about?
Earlier quoted context omitted.
Good luck with Turkish. A very large lookup table may work for %90 cases but it will still fail. A basic `true` lemmatizer requires either a complex graph with rules, or an FST generated from it. input is searched through the graph and morphological disambiguator must be applied to result to pick the correct lemma.
Or Welsh. You want a canonical form for "wnaethpwyd"? Try "gwneud"! Some regexes and an exceptions list isn't going to cut it. The more a language needs a lemmatizer for NLP the harder it is to write it.
Earlier quoted context omitted.
This is really needed in the NLP world. Most things are english only.
spaCy excels here. English, German, Portuguese, and more.
Nice. Any plans for the following features? - instead of calling the API using "noun", "verb", etc, let the library figure out the type of word. - let the library return information about the word, e.g. "coolest" -> "cool"+superlative.
It's not helpful unless we know what it's doing under the covers.
From the Exercises section: > The stemming for ponies and pony might seem strange. What's that all about?
From the Exercises section: > The stemming for ponies and pony might seem strange. What's that all about?
The stem for 'ponies' in the earlier figure was 'poni'. That means that 'pony' has to be stemmed as 'poni' in order to correctly retrieve 'pony' when searching for 'ponies' and vice versa.
Does it have a deleterious effect on retrieval? Why or why not?
Any thoughts?
Nice. Any plans for the following features? - instead of calling the API using "noun", "verb", etc, let the library figure out the type of word. - let the library return information about the word, e.g. "coolest" -> "cool"+superlative.
“cool” is both a noun and a verb. How would it handle that?
Ok, so how does it work? Which stemming algorithm? It's not helpful unless we know what it's doing under the covers.
One (horrible) use for something like this is in a framework like Rails, where there's a cultural acceptance of making method and field names by pluralising and conjugating etc.
In Rails if your `House` model has a one-to-many relationship with your `Mouse` model, a `house` object probably automatically gets a `.mice` field. That sort of thing can be done with extensive rule sets, or it can be done with a black-box library.
Of course it's a horrible use-case, and you'll probably always need to deal with ambiguity and context, but for that sort of thing the implementation details aren't nearly as relevant as "the dimensions of the black box" -- how quickly does it run, how quickly does it start up, how much memory does it use, how good at its job is it, and which languages does/can it be made to support?