Add new OCR parameter to normalize the result text#112
Conversation
| * Normalize result by replacing some historic characters | ||
| */ | ||
| public function normalize() { | ||
| $this->text = strtr( $this->text, [ |
There was a problem hiding this comment.
Some (and more) of these translations could be done with Normalizer::normalize( $this->text, Normalizer::FORM_KC ), but that causes a runtime conflict with the Symfony class which is also called Normalizer.
There was a problem hiding this comment.
but that causes a runtime conflict with the Symfony class which is also called Normalizer.
It should work fine as long as you use \Normalizer here or use Normalizer; at the top, to use the intl extension's one. The Symfony class is a polyfill for that for when the intl extension isn't installed. If you use the former, then don't forget to add that extension to the requirements in composer.json.
samwilson
left a comment
samwilson
left a comment
There was a problem hiding this comment.
This looks like a good addition, but note that there's been various discussions over the years about how to normalize OCR output, and not always with huge agreement. Mainly because different Wikisources want to do things differently, and many already have gadgets in place for doing the exact replacements that they want.
For example T278443 fix issue with lines being formatted incorrectly, and T250185 Make Wikisource-OCR handle paragraphs better.
I think there needs to be a way to make this configurable per-project, or perhaps retrieve a config from on-wiki (e.g. a normalize_config param could point to a JSON page's URL, where the actual replacement patterns are defined).
| * Normalize result by replacing some historic characters | ||
| */ | ||
| public function normalize() { | ||
| $this->text = strtr( $this->text, [ |
There was a problem hiding this comment.
but that causes a runtime conflict with the Symfony class which is also called Normalizer.
It should work fine as long as you use \Normalizer here or use Normalizer; at the top, to use the intl extension's one. The Symfony class is a polyfill for that for when the intl extension isn't installed. If you use the former, then don't forget to add that extension to the requirements in composer.json.
Signed-off-by: Stefan Weil <sw@weilnetz.de>
2 participants
No description provided.