I am using the CoreNLP Neural Network Dependency Parser to parse some social media content. Unfortunately, the file contains characters which are, according to fileformat.info, not valid unicode characters or unicode replacement characters. These are for example U+D83D or U+FFFD. If those characters are in the file, coreNLP responds with errors messages like this one:
Nov 15, 2015 5:15:38 PM edu.stanford.nlp.process.PTBLexer next
WARNING: Untokenizable: ? (U+D83D, decimal: 55357)
Based on this answer, I tried document.replaceAll("\\p{C}", "");
to just remove those characters. document
here is just the document as a string. But that didn't help.
How can I remove those characters out of the string before passing it to coreNLP?
UPDATE (Nov 16th):
For the sake of completeness I should mention that I asked this question only in order to avoid the huge amount of error messages by preprocessing the file. CoreNLP just ignores characters it can't handle, so that is not the problem.
Just as You have a String as
String xml = "...."; xml = xml.replaceAll("[^\u0009\u000a\u000d\u0020-\uD7FF\uE000-\uFFFD]", "");
This will Solve your problem
In a way, both answers provided by Mukesh Kumar and GsusRecovery are helping, but not fully correct.
seems to replace all invalid characters. But CoreNLP seems to not support even more. I manually figured them out by running the parser on my whole corpus, which led to this:
So right now I am running two
replaceAll()
commands before handing the document to the parser. The complete code snippet isThis is not necessarily a complete list of unsupported characters, though, which is why I opened an issue on GitHub.
Please note that CoreNLP automatically removes those unsupported characters. The only reason I want to preprocess my corpus is to avoid all those error messages.
UPDATE Nov 27ths
Christopher Manning just answered the GitHub Issue I opened. There are several ways to handle those characters using the class
edu.stanford.nlp.process.TokenizerFactory;
. Take this code example to tokenize a document:You can replace
noneDelete
in line 4 with other options. I am citing Manning:That means, to keep the characters without getting all those error messages, the best way is to use the option
noneKeep
. This way is way more elegant than any attempt to remove those characters.Remove specific unwanted chars with:
If you found others unwanted chars simply add with the same schema to the list.
UPDATE:
The unicode chars are splitted by the regex engine in 7 macro-groups (and several sub-groups) identified by a one letter (macro-group) or two letters (sub-group).
Basing my arguments on your examples and the unicode classes indicated in the always good resource Regular Expressions Site i think you can try a unique only-good-pass approach such as this:
This regex remove anything that is not:
\p{L}
: a letter in any language\p{N}
: a number\p{Z}
: any kind of whitespace or invisible separator\p{Sm}\p{Sc}\p{Sk}
: Math, Currency or generic marks as single char\p{Mc}*
: a character intended to be combined with another character that takes up extra space (vowel signs in many Eastern languages).\p{Pi}\p{Pf}\p{Pc}*
: Opening quote, Closing quote, words connectors (i.e. underscore)*
: i think these groups can be eligible to be removed as well for the purpose of CoreNPL.This way you only need a single regex filter and you can handle groups of chars (with the same purpose) instead of single cases.
Observed the negative impact in other places when we do replaceAll. So, I propose to replace characters if it is non BPM characters like below