Closest encoding to utf8mb4

Robi_MeRobi_Me MemberPosts:32Maven
I am working with social media data and all those emojis are driving me crazy, when I import them they are getting changed to system encoding and are a bunch of squiggles. What encoding is closets to utf8mb4 so that I can preserve the encoding when reading from a CSV?

Best Answer

  • Robi_MeRobi_Me MemberPosts:32Maven
    Solution Accepted
    @jwpfauwhen I am importing into the DB it is failing saying the character is not UTF8 with error message: Incorrect string value: '\xE2 \x94 \x82....'

    This is basically all of the emojis that were being rejected. I was under the impression that I needed to set the encoding inside of Rapid Miner, however it was a change that was needed on the DB. Changing the free text field to TEXT and making the encoding UTF8mb4 sorted the issue out.

Answers

  • kaymankayman MemberPosts:662Unicorn
    If your csv is utf8 you should just be able to read it when you import it as utf8. Never had any issues with this, as long as the source was properly encoded.
  • Robi_MeRobi_Me MemberPosts:32Maven
    Nope, all emojis and non ascii characters are turning into their base encoding. Any idea why encoding is closest to UTF8MB4?
  • jwpfaujwpfau Employee, MemberPosts:250RM Engineering
    Hi,

    UTF8MB4 is a workaround for the broken UTF8 type in mysql which only supports up to 3 byte character.
    In the csv export it should be just regular utf-8.

    也许选择RapidMiner Studio font doesn't contain all the smileys and is displaying squares instead?

    Greetings,
    Jonas


    Robi_Me MartinLiebig
Sign InorRegisterto comment.