tessdata VS go-oidc

Appears to be a nice wrapper around Tesseract:

https://github.com/tesseract-ocr/tessdata

https://en.wikipedia.org/wiki/Tesseract_(software)

The demo of course works perfectly on a Mac as this is already built into Ventura.

  In November 2020, Brewster Kahle from the Internet Archive praised Tesseract saying:

The language packas are available at: https://github.com/tesseract-ocr/tessdata

Then you could try different engines. --oem 0 disables the shiny new neural network stuff and uses the classic Tesseract engine; --oem 1 does the opposite. Try both, see which works best in terms of performance and accuracy for your particular use-case. You'll need to have training data for the legacy engine, though. These would work, or you could try tessdata_fast, which is specifically built for speed.

Go to the GitHub repo and get the trained data of your desired language --> https://github.com/tesseract-ocr/tessdata

Capture2Text uses Google's Tesseract to perform OCR, so the accuracy when detecting foreign languages depends on the quality of the data files. Ones provided by Tesseract itself can be found here.

PGS graphical subtitle rendering is not supported in web browser. But we can convert it into text subtitle by using ML assisted OCR. https://github.com/tesseract-ocr/tessdata

FROM ubuntu:18.04 RUN apt-get update RUN apt-get -y install curl RUN apt-get -y install wget unzip RUN mkdir tess5 RUN cd tess5 RUN wget https://github.com/tesseract-ocr/tesseract/archive/refs/tags/5.0.0-alpha-20210401.zip RUN unzip 5.0.0-alpha-20210401.zip RUN rm 5.0.0-alpha-20210401.zip WORKDIR /tesseract-5.0.0-alpha-20210401 RUN apt-get -y install autoconf automake libtool pkg-config libpng-dev libjpeg8-dev libtiff5-dev g++ # or clang++ (presumably) RUN apt-get install zlib1g-dev RUN apt-get -y install libleptonica-dev RUN ./autogen.sh RUN ./configure --enable-debug RUN LDFLAGS="-L/usr/local/lib" CFLAGS="-I/usr/local/include" make RUN make install RUN ldconfig WORKDIR /usr/local/share/tessdata RUN wget https://github.com/tesseract-ocr/tessdata/raw/master/eng.traineddata ENV TESSDATA_PREFIX=/usr/local/share/tessdata/

You'll also need to go and get the trained language data from here: https://github.com/tesseract-ocr/tessdata/blob/master/eng.traineddata

The code looks fine, I think for whatever reason the 'MathEquations' network just does a poor job of recognizing the equations. The support package that includes the language is based on this open-source tessaract repo which seems to struggle with math equation recognition (at least based on this issue).

I use the following code with this lib

If oidc supported, check out https://github.com/coreos/go-oidc You can instantiate a oidc verifier by passing the oidc-configuration endpoint, set the remote public key set by passing the jwks endpoint. Then call Verify func. As long as the public key matches the private key used to sign the JWT (3rd part), you'll verify it and get the claim back, then unmarshall that claim to some struct and you're good to go.

This looks so far like some of the nicest ones. I'm sold if you add the possibility for OpenID connect authentication that can be configured via env variables to the container.

I did everything according to go-oidc examples: https://github.com/coreos/go-oidc/blob/v3/example/idtoken/app.go

go-oidc: github.com/coreos/go-oidc

If you actually have OpenID Connect then there are some good libraries to use for token management in that case. Iirc I prefer https://github.com/coreos/go-oidc, since it supports auto discovery and key rotation etc.

oklog/ulid to generate IDs. coreos/go-oidc for validating JWTs I get from auth. google/go-cmp for comparing structs in tests (unless the project is already using Testify). spf13/pflag because life's too short for Go's flag handling. getkin/kin-openapi for validating reqests/responses against my OpenAPI spec (in tests).

Hmm, this might be a relevant issue: https://github.com/golang/oauth2/issues/128 . On the face of it, it looks like https://github.com/coreos/go-oidc is a more thorough implementation...(?)