WeChat ID
aaronpk_tv
Monday, February 26, 2018
| plane |
1 hr 42 min
|
| train |
34 min
|
| taxi |
28 min
|
| walk |
16 min
|
|
586.7 miles
|
plane |
|
15.6 miles
|
taxi |
|
10.2 miles
|
train |
|
1 miles
|
walk |
-
-
-
-
-
-
Delayed. New estimated departure time is 10:15am.
-
Portland (PDX) to San Francisco (SFO)toAlaska Flight 387
-
Plane
588.04miDistance102:45DurationStartEnd
-
San Francisco, California • Mon, February 26, 2018 12:19pmHello San Francisco!
-
Stepping back a bit, I think we should look at the end goal from the users perspective.
This seems to be a problem primarily when both people have their own website and their content is automatically pulled into micro.blog from their own feeds.
With that in mind, the best solution is one which will require the least amount of behavior change as well as technical change on behalf of both people. This likely means micro.blog will have to do some additional work, but that seems appropriate since in this situation micro.blog is acting as an aggregator between two independent websites.
The way micro.blog can best facilitate this kind of interaction would be to match up the replies itself, and not require any additional steps for the user replying. Since micro.blog is already consuming a feed from my site, if it encounters any posts in that feed with an in-reply-to url, micro.blog should check whether that url is one of its own, or whether it's indexed as a canonical url from someone's site that it has also previously pulled in. Then it can match up the conversation thread. If there is no match, then a perfectly acceptable first version would be to just ignore the post and not pull it in to micro.blog at all. This way neither the person replying nor the person being replied to need to fiddle with any markup or make additional feeds or make decisions about syndicating at each post.
I believe JSONFeed has the concept of an in-reply-to url, but Atom/RSS do not. This means this feature will only work with JSONFeeds, but I think that is an acceptable compromise. Of course if micro.blog started consuming h-entrys that would also work but that's a different conversation. -
Taxi
14.30miDistance20:06DurationStartEnd
-
San Francisco, California • Mon, February 26, 2018 1:04pm
-
San Francisco, California • Mon, February 26, 2018 2:06pm
-
San Francisco, California • Mon, February 26, 2018 2:10pm
-
Train
1.34miDistance12:31DurationStartEnd
-
San Francisco, California • Mon, February 26, 2018 2:36pm
-
-
This has been discussed a bit more on the IndieWeb wiki: https://indieweb.org/RelMeAuth#Consolidated_identities_do_not_carry_inherent_trust
This is a question for the RelMeAuth spec, which indieauth.com implements. I like the idea, it's just a matter of figuring out the best rel value now. -
As a product designer by trade I honestly don’t think I have ever seen a more accurate or useful document (by @frankrausch @kekeritz):
-
We hope to see you tomorrow at our Iterate Developer Conference! The official hashtag is #iterateconf. You can also mention @iterateconf if you like.
-
Walk
0.95miDistance16:17DurationStartEnd
-
San Francisco, California • Mon, February 26, 2018 7:01pm
-
Taxi
1.32miDistance7:26DurationStartEnd
-
San Francisco, California • Mon, February 26, 2018 9:31pm💤 getting ready for #iterateconf tomorrow! -
Fun side effect of using https://granary.io and Aperture to follow conference hashtags is I end up with a private archive of all the tweets! #indieweb #microsub
