search

beakerbrowser / beaker-profiles-api

An API for reading and writing profile archives as used by Beaker.
MIT License
11 stars 3 forks source link

Separate tables for Events and RSVPs? #1

Open misuba opened 7 years ago

misuba commented 7 years ago

Would we have any interest in a PR for some schema around event invitations/announcements and their pursuant yes/no/maybes?

These are treated distinctly from other types in microformats2, which is not in and of itself a reason to do it, but does indicate that people who'd thought a lot about the issues thought it was a good idea. It's of course a big use case for social media, and having it broken out would be handy for a number of app categories.

pfrazee commented 7 years ago

Yeah we probably won't implement those types in 0.8, but part of our post-0.8 plan is to expand the webdb types, and events + rsvps would be a good fit for that.

Related - Im thinking we 1) need to rename this repo to webdb, and then 2) put a /specs/active folder, plus a /specs/proposed folder. When I do that, I'll write some specs in markdown which you can copy from.

In the meantime, feel free to write out your thoughts for the schemas in this issue.

misuba commented 7 years ago

I tried rattling out schemas for these, basically cribbing from microformats, and only one thing struck me as really worth discussing: in microformats, an RSVP is just a field you attach to an h-entry - what webdb would call a post, in other words.

My instinct is that this kind of overloading of posts is something that you might as well do with conventional browsers, where everything is coming out of a freshly-parsed XML document every time anyway, but that doesn't make as much sense in this world where we're making something that more closely resembles a persistent database. If you're going to have posts with fundamentally different purposes, just put them in different tables and everybody will be happier in the long run... I think. Am I wrong?

pfrazee commented 7 years ago

I think so too. You're right that there's a generic pattern involved, but I dont think we gain anything by making one mega datatype that spans use-cases. We can just make an RSVPs table. Also- URLs are generic, so it should still be possible to create links between differing data types.

misuba commented 7 years ago

At first I thought, "but microformat references to things are all also URLs, and they mark their types anyway for ease of discoverability and parsing." Then I remembered, there aren't any third-party parsers in play here, just apps using the webdb API. Thanks for the help articulating a justification for my gut feelings! :-)