Show HN: Convert Large CSV/XLSX to JSON or XML in Browser

24 Botlabs 8 5/1/2025, 1:31:19 AM csvforge.com ↗
Hello HN, I'm excited to share a project I've been working on: A simple, fast way to process huge CSV and XLSX files directly in your browser and export them as clean JSON or XML

Here's a few things that makes this converter different: - runs in the browser - all parsing and conversion is client side can handle data any size data - automatically detects delimiters, encodings, and data types as it parses - Live preview with column renaming, search/replace, and data cleanup - Export to JSON or XML — clean, structured output that can be used for API or Databases

backstory: I built this tool for myself. I work with massive CSV and TXT files, some over 10GB, and opening them in Excel would freeze my laptop, some of the online converters only limits to a certain size, so I started learning Python and pandas but ended up wasting so much time trying different delimiters or fixing badly structured data just to make it usable, and I thought this would be a really fun project to build

I'd love some feedback. Thank you

URL: https://csvforge.com

Comments (8)

shubhamjain · 5h ago
I don't get it. Are JSON and XML files more friendly to import vs CSV files? I always assumed CSVs were the standard. Any reasons to prefer structured formats?

Shameless plug: I am working on a similar problem of Excel not being a great tool for large datasets. My desktop app[1] lets you import raw data files and query them using SQL. (The website needs to be updated, the app looks much better than the current screenshots).

[1]: https://textquery.app

sverhagen · 5h ago
"Runs in the browser" and "client side" isn't as much of a selling point to me as it's made out to be. It's a claim that I can't really validate until it's too late. If it's a commercial service I'm going to have to pay for, then maybe you should go all the way in gaining my trust with whatever safeguards it takes, so that I no longer care if I upload my data to your server or not.
strogonoff · 4m ago
There’s a cheap trick to make sure a website that claims to do everything client-side actually does everything client-side:

1. Open the site in an incognito window.

2. Turn off your Internet.

3. Do what you’ve got to do.

4. Close browser window.

As a bonus, and this makes it is better than just flipping the offline switch in developer tools, if you turn off Internet in a way that keeps the browser thinking it’s online, you can also peek at whether any network requests are made (for pathological cases where the app does everything locally but phones home anyway).

hahn-kev · 13m ago
Yeah I really wish there was a way for this to be enforced by the browser that the end user could trust. It would have to be a standard, but outside of opening dev tools and toggling offline mode there's no way to be sure.

The funny thing is that it feels safer to download a desktop app and give it the same data even though it's usually much harder to validate if it's shipping your data somewhere else.

rustc · 4h ago
> then maybe you should go all the way in gaining my trust with whatever safeguards it takes

What kind of safeguards are possible with a web app?

snappr021 · 4h ago
This type of thing is fairly trivial to create with ChatGPT running entirely locally in HTML.

A couple of kb of open standard vanilla js that does some simple things faster than legacy spreadsheets etc ever could.

Even to the point of creating invoices, reports etc based on standard filters stored in local storage…

oschvr · 4h ago
Looks like you made it in lovable. It has that characteristic UI.

If so, how much time did it take you?

o11c · 5h ago
"Large" generally means "bigger than RAM"; 10GB is medium-sized these days since it fits in most people's RAM. Does the browser actually have the (web worker?) APIs needed to stream and "upload" and "download"?