JamSpell
imperative_vs_declarative_uis
Our great sponsors
JamSpell | imperative_vs_declarative_uis | |
---|---|---|
3 | 1 | |
591 | 1 | |
- | - | |
2.4 | 3.4 | |
7 months ago | 12 months ago | |
C++ | C++ | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
JamSpell
-
Rebuilding the spellchecker, pt.4: Introduction to suggest algorithm
There is, for example, a curious evaluation table provided by a modern ML-based spellchecker JamSpell. According to it, JamSpell is awesome—while Hunspell is a mere 0.03% better than dummy ("fix nothing") spellchecker... Which doesn't ring true, somehow!
-
Rebuilding the spellchecker, pt.3: Lookup–compounds and solutions
That's a huge topic, which I am planning to cover towards the end of the article series please like and subscribe, but in short: yes, my opinion is that spellchecking is actually a "machine learning problem in disguise", and most of existing dictionaries are more a roundabout way of storing something-not-unlike-models than analytical data.
But ML approach will raise a question of data availability. What good your "deep learning OSS spellchecker" will do if there aren't good (and open) models for it which cover as much languages as existing Hunspell dictionaries do? And what if adding a bunch of new words requires laborous model retraining? It is not unsolvable, but non-trivial.
I believe all the giants have something like this inside (I don't think spelling correction in Google search bar is handled with Hunspell, right?), but it is much harder to do as an open tool, ready to embedding into other software.
There are a notable attempts, though: JamSpell for one (https://github.com/bakwc/JamSpell), which has an open "free" models, and more precise commercial ones; source code is open (maybe also only for using "simplistic" models, haven't dug deeper).
-
Rebuilding the most popular spellchecker. Part 1
Obviously, there are open-source spellcheckers other than Hunspell. GNU aspell (that at one point was superseded by Hunspell, but still holds its ground in English suggestion quality), to name one of the older ones; but also there are novel approaches, like SymSpell, claiming to be "1 million times faster" or ML-based JamSpell, claiming to be much more accurate.
imperative_vs_declarative_uis
What are some alternatives?
SymSpell - SymSpell: 1 million times faster spelling correction & fuzzy search through Symmetric Delete spelling correction algorithm
livesplit-core - livesplit-core is a library that provides a lot of functionality for creating a speedrun timer.
SymSpell - A JavaScript implementation of the Symmetric Delete spelling correction algorithm.
scapix - Scapix Language Bridge
hunspell - The most popular spellchecking library.
Atomic Game Engine - The Atomic Game Engine is a multi-platform 2D and 3D engine with a consistent API in C++, C#, JavaScript, and TypeScript
WeCantSpell.Hunspell - A port of Hunspell v1 for .NET and .NET Standard
DynamixelSDK - ROBOTIS Dynamixel SDK (Protocol1.0/2.0)
ruby-spellchecker - Fast English spelling and grammar checker that can be used for autocorrection.
goSpellcheck - A terrible spell checker in Go.
spylls - Pure Python spell-checker, (almost) full port of Hunspell
languagetool - Style and Grammar Checker for 25+ Languages