I'd love to query HTML in the browser with SQL. I'd really love to join data across websites in the browser.
I'm working full-time on exactly that, hope to launch soon.
SQLite-HTML: A SQLite extension for querying, manipulating, and creating HTML
11–17 of 17 posts
Re: SQLite-HTML: A SQLite extension for querying, manipulating, and creating HTML
#12Earlier quoted context omitted.
I'm working full-time on exactly that, hope to launch soon.
Can you say more? It sounds interebut why would anyone want or need this?
Re: SQLite-HTML: A SQLite extension for querying, manipulating, and creating HTML
#13Earlier quoted context omitted.
Can you say more? It sounds interebut why would anyone want or need this?
I see a million use cases: no-code data scraping, analytics, feeds, notifications etc. Just think of the web as a giant database with URLs as table names and CSS selectors as column names. I started to work on it about half a year ago after I got tired of writing Python scripts every time I needed to join subsets of various online databases.
Is there any further info and any similar work on this subject?
Re: SQLite-HTML: A SQLite extension for querying, manipulating, and creating HTML
#14Earlier quoted context omitted.
Can you say more? It sounds interebut why would anyone want or need this?
I see a million use cases: no-code data scraping, analytics, feeds, notifications etc. Just think of the web as a giant database with URLs as table names and CSS selectors as column names. I started to work on it about half a year ago after I got tired of writing Python scripts every time I needed to join subsets of various online databases.
Is this a reinvention of YQL? https://en.wikipedia.org/wiki/Yahoo!_Query_Language
Re: SQLite-HTML: A SQLite extension for querying, manipulating, and creating HTML
#15Earlier quoted context omitted.
Can you say more? It sounds interebut why would anyone want or need this?
I see a million use cases: no-code data scraping, analytics, feeds, notifications etc. Just think of the web as a giant database with URLs as table names and CSS selectors as column names. I started to work on it about half a year ago after I got tired of writing Python scripts every time I needed to join subsets of various online databases.
I want to have a better, synchronized feed reader. I can install one of the many choices of full-stack solutions, with integrated clients, open protocols, etc. Or I can use my existing IMAP server to store it all, and have it already synchronized for free. Not only is the protocol open, but it is already widely known and is generic enough that it can be used for many usecases.
I want my RSS feeds in my IMAP. I want my Pleroma discussions in my IMAP. I want my HN discussions in my IMAP. Building upon existing solutions and interconnect them rather than taking the programming language and create something from scratch.
Re: SQLite-HTML: A SQLite extension for querying, manipulating, and creating HTML
#16Hey, author here, happy to answer questions! A few other recent posts/tools that you may be interested in: - sqlite-lines discussion from a few days ago: https://news.ycombinator.com/item?id=32288165 - htmlq, Rust CLI for (like jq but for html): https://github.com/mgdm/htmlq - The Go library that sqlite-html uses for making runtime-loadable SQLite extensions https://github.com/riyaz-ali/sqlite - sqlean, a ton of othe…
Re: SQLite-HTML: A SQLite extension for querying, manipulating, and creating HTML
#17Earlier quoted context omitted.
Can you say more? It sounds interebut why would anyone want or need this?
I see a million use cases: no-code data scraping, analytics, feeds, notifications etc. Just think of the web as a giant database with URLs as table names and CSS selectors as column names. I started to work on it about half a year ago after I got tired of writing Python scripts every time I needed to join subsets of various online databases.