Processed in your browser

CSV / Properties Converter

Each CSV cell expands to a row-number and column path. Reverse conversion requires consecutive row1 and row2 objects, making the format suitable for small, reviewable table configuration.

Processed in your browser
0 / 1,000,000
Converted output

Tool guide

What is CSV / Properties Converter?

CSV and Properties Converter uses row1.name paths to identify records and columns for small fixtures and reviewable configuration. Dotted-path parsing rebuilds consecutive row objects and rejects duplicate keys, conflicts, numbering gaps, and dangerous names. Common workflows include the following. Flatten CSV fixtures into Properties. Restore a table from row paths. Review escapes and dotted-path conflicts. The page also documents input boundaries, output behavior, and practical cautions so you can review the result before putting it into an application, configuration, test, or production workflow.

When to use it

  • Flatten CSV fixtures into Properties.
  • Restore a table from row paths.
  • Review escapes and dotted-path conflicts.

How to use it

  1. Choose delimiter and direction.
  2. Check headers for conflicting dotted paths.
  3. Use row1.name paths for Properties input.
  4. Convert and resolve duplicates or conflicts.
  5. Review escaping and retained string types.
  6. Load one of the realistic examples first to verify the selected options and processing direction before replacing it with your own data.

Runnable examples

The “Example 1” and “Example 2” buttons load the matching inputs. They cover different structures, directions, or boundaries and can be run directly in the workspace.

Example 1

id,name,status
51,XML INI,develop
60,CSV Properties,ready

Example 2

row1.id=51
row1.name=XML INI
row1.status=develop
row2.id=60
row2.name=CSV Properties
row2.status=ready

Input rules

  • CSV headers must be unique with no empty path segment.
  • Properties must form consecutive row1 and row2 objects.
  • Conflicts and dangerous keys are rejected.
  • Text input is counted before processing and is limited to 1,000,000 characters on this page; file modes apply the separate file limit shown in the workspace.
  • Only consecutive row1, row2 objects are accepted.

Output rules

  • Cells become row-number and column paths.
  • Values remain strings and use Properties escaping.
  • Literal dotted headers cannot round-trip losslessly.
  • Output reflects only the current input, direction, and options; rerun after changing a mode or value instead of treating an earlier result as current.
  • Dots express nesting, so literal dotted headers can be ambiguous.

Limitations and cautions

  • Only consecutive row1, row2 objects are accepted.
  • Dots express nesting, so literal dotted headers can be ambiguous.
  • Values remain strings and complex types are not inferred.

How your data is handled

All parsing, format conversion, Base64 work, and intermediate data remain in the current browser tab. JSONLane does not upload the input or retain it after refresh or close.

FAQ

Is CSV or Properties content uploaded?

No. Parsing, conversion, and output generation remain in the current browser tab.

Is every round trip lossless?

No. Comments, layout, type systems, and binary capabilities differ, so the page lists areas that require review.

Why can valid input still be rejected?

The destination may not have a safe, unambiguous representation. Dangerous keys, unsafe integers, excess depth, and ambiguous mappings are rejected.

Why use row1.name?

The row number expresses the record and the dotted suffix expresses its column.

What if a header contains a dot?

Dots express nesting and cannot be distinguished losslessly from literal dots.

Are Unicode escapes supported?

Import accepts common \uXXXX escapes, while export keeps readable Unicode.

Updated: 2026-08-09