[ 
https://issues.apache.org/jira/browse/TIKA-5052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18141591#comment-18141591
 ] 

Hudson commented on TIKA-5052:
------------------------------

SUCCESS: Integrated in Jenkins build Tika ยป tika-main-jdk17 #1790 (See 
[https://ci-builds.apache.org/job/Tika/job/tika-main-jdk17/1790/])
TIKA-5052: drop a statistical UTF-32 pick whose bytes are not valid code points 
(#3596) (github: 
[https://github.com/apache/tika/commit/48be18f10062a09fe55aaf2ddcb1be2bebe09b5e])
* (edit) 
tika-encoding-detectors/tika-encoding-detector-mojibuster/src/test/java/org/apache/tika/ml/chardetect/WideUnicodeDetectionTest.java
* (edit) 
tika-encoding-detectors/tika-encoding-detector-mojibuster/src/main/java/org/apache/tika/ml/chardetect/MojibusterEncodingDetector.java
* (edit) CHANGES.txt
* (edit) 
tika-encoding-detectors/tika-encoding-detector-mojibuster/src/main/java/org/apache/tika/ml/chardetect/WideUnicodeDetector.java


> Update encoding detector
> ------------------------
>
>                 Key: TIKA-5052
>                 URL: https://issues.apache.org/jira/browse/TIKA-5052
>             Project: Tika
>          Issue Type: Task
>            Reporter: Tim Allison
>            Priority: Major
>
> The recent Arabic ISO issue encouraged me to look again at mojibuster. I've 
> spent the last few days curating and improving a train/dev/test corpus 
> derived largely from [~jnioche]'s common-crawl html contribution back in 
> January 2024(?). The corpus is heavily oversampled for non-ascii and is a 
> treasure trove.
> Along the way, I experimented with a hashed byte ngram model, and it seems to 
> work much better so far than the earlier naive bayes approach. This model 
> also incorporates UTF16 rather than adjudicating a side car wide unicode 
> classifier.
> I'll continue to have bots tagging the original html corpus and supplement it 
> with other datasets to make training and evaluating new models easier.
> Initial results with a cnn model were promising, but a bit slow without jdk25 
> vectorization. I'll likely keep working on that.
> And, of course, we can add more charsets as needed: DOS and ebcdic maybe?



--
This message was sent by Atlassian Jira
(v10.3.26#10030026)

Reply via email to