We’ve joined forces with Smartlogic to reveal smarter decisions—together.

Ingesting Delimited Text with MLCP

We quite often see customers run into the exception invalid char between encapsulated token and delimiter when they are ingesting delimited text into MarkLogic Server using the MarkLogic Content Pump (MLCP). The error sounds technical and hard to understand — but what exactly is wrong with the data? Luckily, it’s not too hard to figure out how it happens and and how to solve it.

What does the exception mean?

Invalid char between encapsulated token and delimiter means that you have invalid characters between an encapsulator and a delimiter. Hold on — what is an encapsulator? To put simply, it is the character used to wrap the CSV field or column that may contain special characters, such as line breaks. In most cases, people use double-quotes as the encapsulator.

For more details about encapsulators, please refer to the Internet Engineering Task Force (IETF) standard for CSVs.

What makes characters invalid?

Let’s explain with a delimited text example. Consider the following scenarios:

  1. “foo”| “bar” | “foo”
  2. “foo”| X “bar” | “foo”
  3. “foo” |X “bar” Y | “foo”
  4. “foo” | “bar” Y |”foo”

Here, the delimiter is “|” and the encapsulator is a double-quote. In rows 2, 3 and 4, there are some characters (bolded) between a delimiter and an encapsulator — here is where things went wrong. According to the IETF standard, those columns are actually not in a valid format for delimited text, which results in errors:

“Each field may or may not be enclosed in double quotes. If fields are not enclosed with double quotes, then double quotes may not appear inside the fields.”

Which brings up two points:

  1. The double quotes are only used to enclose the whole column, not several characters in the column.
  2. If you don’t enclose the column (field) with double quotes, then double quote(s) should not be present inside the field.

With that being said, rows 2, 3, 4 should be rejected by CSVParser as invalid CSV records. However, the CSVParser that MLCP currently uses can actually handle cases 2 and 3, parsing them without any issue; however, it is not able to deal with case 4, and in turn, will throw an exception with the message invalid char between encapsulated token and delimiter.

How to work around the exception?

The best way to get around this exception is to avoid having malformed CSV data in the first place. If that is not possible, you can escape the double quotes in the field if you really want them to be part of the string. But remember, you must escape double quotes using another double quote in CSV! You CSV data will look something like this:

  1. “foo” | “”bar”” Y |”foo”

Start a discussion

Connect with the community




Most Recent

View All

Facts and What They Mean

In the digital era, data is cheap, interpretations are expensive. An agile semantic data platform combines facts and what they mean to create reusable organizational knowledge.
Read Article

Truth in ESG Labels

Managing a portfolio of investments for your client has never been simple - and doing so through an ESG lens raises the complexity to an almost mind-boggling level. Learn the signs your team has hit the wall with current tools - and how a semantic knowledge graph can help.
Read Article

4 Signs You’ve Got a Transaction Reconciliation Challenge

Many firms manage transaction reconciliation using smart people armed with spreadsheets - but that doesn't scale well. Learn what to look for, to know if you're creating new forms of risk for your firm.
Read Article
This website uses cookies.

By continuing to use this website you are giving consent to cookies being used in accordance with the MarkLogic Privacy Statement.