Make the “semantic web” web 3.0 again – with the help of SQLite
I don't get it, why the data and the final visual have to be both present/created ON THE SERVER.<p>There's been a technology around for so long, that it is forgotten meanwhile (like the semweb itself): xslt.<p>A lot can be done by just publishing raw xml data plus a visual representation generated in the browser right before display.<p>I'm doing so with RDF <a href="https://demo.mro.name/geohash.cgi/about" rel="nofollow">https://demo.mro.name/geohash.cgi/about</a>, GPX <a href="https://demo.mro.name/geohash.cgi/u154c" rel="nofollow">https://demo.mro.name/geohash.cgi/u154c</a>, homegrown xml <a href="http://rec.mro.name/stations/b2/2022/01/12/1005" rel="nofollow">http://rec.mro.name/stations/b2/2022/01/12/1005</a> or atom feeds <a href="https://demo.mro.name/shaarligo" rel="nofollow">https://demo.mro.name/shaarligo</a> and on and on.<p>The server is a source of data, its filesystem the database, and the client has to make sense of it. There is no API but GET requests. Works wonders for all but big data queries, naturally.<p>So you publish raw data (TimBL, you want it that way) plus a recipe for a visual representation and the browser shows a sensible view to begin with.