Nice. Glad it's JSON not XML. I meant PATCH as in the HTTP verb.
Tried to zap you but Wallet of Satoshi told me there was some problem with the LNURL
Solid is Tim Berners-Lee right? Haven't heard that for a while.
- JSON instead of XML - done
- stateless request - done
- http headers - done
- range requests - todo
- GET - yes
- PUT - yes
- DELETE - todo
- auth - done
- patch - interesting one, which to use, I think maybe json patch or linked objects, or n3 patch
- lock - todo
- setperms - partially done, more todo
- access control - todo
Basically cherry picked the best things from : https://solid.mit.edu/
Discussion
Now I see you on the solid.mit.edu page. 👍
Yes, I worked with TimBL on it, for quite a while and it's becoming a w3c REC hopefully in the next 1-2 years, but it's not yet stable. Nostr is stable, working today, so I can port the best parts over to nostr.
Somehow I thought HTTP PATCH was well defined, like byte offsets into a binary blob or something.[1] I don't know why we would need PATCH.
nostr:npub1melv683fw6n2mvhl5h6dhqd8mqfv3wmxnz4qph83ua4dk4006ezsrt5c24
[1] This is the first time I said something stupid on nostr.[2]
[2] Please don't double check.
Patch is useful to send less over the wire and for rapidly changing documents, also for large documents
Solid went for n3 patches which are adding or deleting items associated with a URI, which is the linked data way
JSON Patch is based on Json paths and trees
Linked Objects is a simpler version that ties values to uris
An important aspect of patch is that the data in a file is not the same as a filename, and can contain many things or concepts. So patching a file is closely coupled to the transport, patching the data is transport agnostic, and therefore, more decentralized.