Kind replies

 Reply

As shared in a separate comment in the thread, there's the Microformats2 specification (see https://microformats.io) which reduces duplication seen with some of the other Semantic Web formats.

You can see an example of a parsing result at http://php.microformats.io/?url=https%3A%2F%2Fwww.jvt.me%2Fmf2%2F2020%2F01%2F2mylg%2F which produces a standardised structure for the resulting JSON, which makes interconnectivity much simpler.

Us folks in the IndieWeb (https://indieweb.org) have been using it for some time with great benefit, but it's always great to hear others reactions too!

 Reply

Re:

TLDR: Nearly everyone who wants micropub support writes their own library, endpoint, or whole cms or blog engine.

I believe part of this is because Micropub requires intimate knowledge of how your own site is set up, so unfortunately can't be written as a generic solution, because most folks won't have things set up the same way, even on ie WordPress using common IndieWeb plugins

It's still a good point that maybe we need to look at creating an out-of-the-box Micropub endpoint for some of the common tech stacks.

 Reply

Tbh I'm still using Twitter, just replying from my own site where possible (to own the data) and even when not, I'm using other #IndieWeb tools so none of it is mine per se, but at least all FOSS. And definitely better ownership. I'm looking to soon import all my old tweets to my site, as well as my #Spotify data which I received today for the last decade (via https://www.jvt.me/posts/2019/12/29/spotify-wrapped-data-request/)

 Reply

I used to refine things lots, but it meant spending hours on a post that took 5 minutes to read. Long posts I do still refine over time, but generally want them done at most a few days after it's finished being written.

If it's a Blogumentation post (https://www.jvt.me/posts/2017/06/25/blogumentation/ ) then I'll actively not refine it too much as a long post as the point is that it's for me in the future so if its not as readable I'll just edit it then

 Reply

I work on Open Banking APIs for a UK credit card provider.

A large reason I see that the data isn't made directly available to the customer is because if the customer were to accidentally leak / lose their own data, the provider (HSBC, Barclays etc) would be liable, not you. That means lots of hefty fines.

You'd also likely be touching some PCI data, so you'd need to be cleared / set up to handle that safely (or having some way to filter it before you received it).

Also, it requires a fair bit of extra setup and the use of certificate-based authentication (MTLS + signing request objects) means that as it currently sits you'd be need one of those, which aren't cheap as they're all EV certs.

Its a shame, because the customer should get their data. But you may be able to work with intermediaries that may provide an interface for that data, who can do the hard work for you, ie https://www.openwrks.com/