I really like XRays way of storing things (flat, knowing which properties will be string or array, and the rels
list), and I wanted to use it with my reader. Having it as a library with #17 would be nice for that, but parsing the whole h-feed at once is also very handy.
So, allow me to brainstorm / share some h-feed stuff I learned with sebsel/lees :)
-
I agree: the feed does not have to have an author. It can be used to define the author of the posts, but the feed itself can be authorless. Example of a mixed h-feed is Twitter > HTML through Granary.
-
Different ways of presenting:
- have a
children
property with an array[]
of objects{}
that are just what you get indata
when you look at a h-entry - have a
children
property with an array[]
of urls, and put the h-entry objects inrefs
- have a
-
Some h-feeds have no
u-url
for each h-entry. This makes it impossible to do 2. in those cases. But it might not be XRays task to fix that.
(Same fordt-published
. A lot of WP sites havehentry
class with sometimes aarticle-name
class, but dropped the rest of the Mf1. Again: might not be XRays task to fix that.) -
what to do with
h-event
andh-review
within theh-feed
? -> have to detect type for each child. -
when looking at a home page (i.e. aaronparecki.com), I get a card, which is great because that's the main object on that page. But when using XRay in a /reader, I want a feed. Would be nice to have a
type=feed
parameter, to point XRay to the type of data you are looking for. - Once you go h-feed, should you go RSS/Atom?
Day 16: Backing up my Gmail
With the recent events in the USA, I’ve decided that I want to move away from having data on American servers as much as possible. The first thing I want to tackle in that area is my e-mail. Although I do have an address at seblog.nl, I still just redirect it to Gmail.
My computer is currently in the process of backing up my main Gmail. I documented how I do it on the Indieweb Wiki:
Gmvault seems to be very simple and straight forward. It's on the command line, so it's scary for some users, but it does a good job of describing what it does. I did the following on my Mac, and since I can't remember installing
pip
, I think this works out of the box:
sudo pip install --upgrade pip
sudo pip install gmvault
gmvault sync example@gmail.com
- Gmvault prompts for OAuth, with a description. Press enter to open the browser, and you have to make sure you are logged in at that browser to the Gmail account.
- Do the OAuth in de browser and copy the key. Paste it in the Terminal
- Gmvault does things! I got 6351 mails out of an old account in 16m 14s. It creates a folder called 'gmvault-db' in your home folder, with (in /db/) folders for every month. In those folders are, per e-mail, an '[id].meta' and an '[id].eml.gz'. The .meta is a JSON with info from Gmail (labels/tags, subject) and the .eml.gz is a gzipped .eml, which is just the plain-text e-mail with all the headers.
Having the data is just one step. I will need to think about how I want to manage my e-mail in the future. For now I’m on Gmail still, but I am making plans.
To make today a bit more IndieWeb-relevant (e-mail is not web), I backed Micro.blog, because today is the last day of their Kickstarter campaign.
Although I really like that the project gives Indieweb a lot of attention, it felt wrong to only give to Micro.blog. So I also backed Aaron Parecki with the same amount, for his ongoing 100daysofindieweb. I use a lot of things he made or did first.