Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python.announce > #3191 > unrolled thread

A proof of concept to replace unreliable python chardet

Started byAhmed TAHRI <ahmed.tahri@cloudnursery.dev>
First post2019-09-13 11:18 +0200
Last post2019-09-13 11:18 +0200
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python.announce


Contents

  A proof of concept to replace unreliable python chardet Ahmed TAHRI <ahmed.tahri@cloudnursery.dev> - 2019-09-13 11:18 +0200

#3191 — A proof of concept to replace unreliable python chardet

FromAhmed TAHRI <ahmed.tahri@cloudnursery.dev>
Date2019-09-13 11:18 +0200
SubjectA proof of concept to replace unreliable python chardet
Message-ID<156837898745.16868.python-announce-list@python.org>
There is a very old *issue* regarding "encoding detection" in a text file
that has been partially resolved by a program like Chardet
<https://github.com/chardet/chardet>. I did not like the idea of single
prober per encoding table that could lead to hard coding specifications.

I wanted to challenge the existing methods of discovering originating
encoding.

You could consider this issue as obsolete because of current norms :

You should indicate used charset encoding as described in standards

But the reality is different, a huge part of the internet still have
content with an unknown encoding. (*One could point out subrip subtitle
(SRT) for instance*)

This is why a popular package like Requests
<https://github.com/psf/Requests> embed Chardet to guess apparent encoding
on remote resources.

https://github.com/Ousret/charset_normalizer

https://pypi.org/project/charset-normalizer

Charset Normalizer <https://github.com/Ousret/charset_normalizer>. *A first
PoC. Currently at version 0.3*

The Real First Universal Charset Detector. No Cpp Bindings. (13-Sept-19)

*LICENSE MIT*

ahmed.tahri@cloudnursery.dev

[toc] | [standalone]


Back to top | Article view | comp.lang.python.announce


csiph-web