Webmention test post

{
    "type": "entry",
    "author": {
        "name": null,
        "url": "https://strugee.net/blog/",
        "photo": null
    },
    "url": "https://strugee.net/blog/2017/11/webmention-test-post",
    "published": "2017-11-24T20:24:46+00:00",
    "content": {
        "html": "<p>Once again I need to test whether <a href=\"https://github.com/strugee/lazymention\">lazymention</a> - and more importantly, the underlying libraries (<a href=\"https://github.com/strugee/node-send-webmention\">node-send-webmention</a> and <a href=\"https://github.com/strugee/node-get-webmention-url\">node-get-webmention-url</a>) - complies with the <a href=\"https://www.w3.org/TR/webmention/\">W3C spec</a>. I'll be using <a href=\"https://webmention.rocks/\">webmention.rocks</a>, so, here's a large list of links:</p>\n<p><a href=\"https://webmention.rocks/test/1\">Test 1</a>, <a href=\"https://webmention.rocks/test/2\">Test 2</a>, <a href=\"https://webmention.rocks/test/3\">Test 3</a>, <a href=\"https://webmention.rocks/test/4\">Test 4</a>, <a href=\"https://webmention.rocks/test/5\">Test 5</a>, <a href=\"https://webmention.rocks/test/6\">Test 6</a>, <a href=\"https://webmention.rocks/test/7\">Test 7</a>, <a href=\"https://webmention.rocks/test/8\">Test 8</a>, <a href=\"https://webmention.rocks/test/9\">Test 9</a>, <a href=\"https://webmention.rocks/test/10\">Test 10</a>, <a href=\"https://webmention.rocks/test/11\">Test 11</a>, <a href=\"https://webmention.rocks/test/12\">Test 12</a>, <a href=\"https://webmention.rocks/test/13\">Test 13</a>, <a href=\"https://webmention.rocks/test/14\">Test 14</a>, <a href=\"https://webmention.rocks/test/15\">Test 15</a>, <a href=\"https://webmention.rocks/test/16\">Test 16</a>, <a href=\"https://webmention.rocks/test/17\">Test 17</a>, <a href=\"https://webmention.rocks/test/18\">Test 18</a>, <a href=\"https://webmention.rocks/test/19\">Test 19</a>, <a href=\"https://webmention.rocks/test/20\">Test 20</a>, <a href=\"https://webmention.rocks/test/21\">Test 21</a>, <a href=\"https://webmention.rocks/test/22\">Test 22</a>, <a href=\"https://webmention.rocks/test/23/page\">Test 23</a></p>\n<p>Hopefully it works \\o/</p>",
        "text": "Once again I need to test whether lazymention - and more importantly, the underlying libraries (node-send-webmention and node-get-webmention-url) - complies with the W3C spec. I'll be using webmention.rocks, so, here's a large list of links:\nTest 1, Test 2, Test 3, Test 4, Test 5, Test 6, Test 7, Test 8, Test 9, Test 10, Test 11, Test 12, Test 13, Test 14, Test 15, Test 16, Test 17, Test 18, Test 19, Test 20, Test 21, Test 22, Test 23\nHopefully it works \\o/"
    },
    "name": "Webmention test post",
    "_id": "123844",
    "_source": "227",
    "_is_read": true
}

David Shanske david.shanske.com

Attending IndieWebCamp Austin - December 9-10, 2017 - Austin, Texas IndieWebCamp Austin 2017 is a gathering for independent web creators of all kinds, from graphic artists, to designers, UX engineers, coders, hackers, to share ideas, actively work on creating for their own personal websites, and build upon each others creations. Heading to IndieWebCamp Austin. Posted on 6:42PM EST November 20, 2017Kind RSVPLeave a response on IndieWebCamp Austin – December 9-10, 2017 – Austin, Texas

{
    "type": "entry",
    "published": "2017-11-20T18:42:17-05:00",
    "rsvp": "yes",
    "url": "https://david.shanske.com/2017/11/20/indiewebcamp-austin-december-9-10-2017-austin-texas/",
    "in-reply-to": [
        "https://2017.indieweb.org/austin"
    ],
    "name": "Attending IndieWebCamp Austin - December 9-10, 2017 - Austin, Texas  IndieWebCamp Austin 2017 is a gathering for independent web creators of all kinds, from graphic artists, to designers, UX engineers, coders, hackers, to share ideas, actively work on creating for their own personal websites, and build upon each others creations.  Heading to IndieWebCamp Austin. \n\t \n\n\tPosted on 6:42PM EST\nNovember 20, 2017Kind RSVPLeave a response on IndieWebCamp Austin \u2013 December 9-10, 2017 \u2013 Austin, Texas",
    "content": {
        "text": "Heading to IndieWebCamp Austin."
    },
    "author": {
        "type": "card",
        "name": "David Shanske",
        "url": "https://david.shanske.com",
        "photo": "https://secure.gravatar.com/avatar/681eba02e72ba1d894097034a8110e61?s=125&d=default&r=g"
    },
    "_id": "275",
    "_source": "5",
    "_is_read": true
}

{
    "type": "entry",
    "author": {
        "name": "manton",
        "url": "http://www.manton.org",
        "photo": null
    },
    "url": "http://www.manton.org/2017/11/6072.html",
    "content": {
        "html": "<p>Tinkered with WordPress last night so I could ping the new RSVP page for <a href=\"https://2017.indieweb.org/austin\">IndieWebCamp Austin</a>. Also rolled out WordPress export for Micro.blog.</p>",
        "text": "Tinkered with WordPress last night so I could ping the new RSVP page for IndieWebCamp Austin. Also rolled out WordPress export for Micro.blog."
    },
    "published": "2017-11-20T15:19:10+00:00",
    "updated": "2017-11-20T15:19:10+00:00",
    "_id": "274",
    "_source": "12",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2017-11-19T11:33:27Z",
    "url": "https://adactio.com/links/13111",
    "category": [
        "blogging",
        "personal",
        "publishing",
        "indieweb",
        "anniversary",
        "decade",
        "writing",
        "sharing",
        "csswizardry"
    ],
    "bookmark-of": [
        "https://csswizardry.com/2017/11/ten-years-old/"
    ],
    "content": {
        "text": "Ten Years Old \u2013 CSS Wizardry\n\n \n\nCongratulations on a decade of publishing on your own site\u2014you\u2019re a blogging wizard, Harry! \n\n\n  Having this website changed and shaped my career. If you don\u2019t have a blog, I urge you, start working on one this weekend. Your own blog, with your own content, at your own domain. It might just change your life.",
        "html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://csswizardry.com/2017/11/ten-years-old/\">\nTen Years Old \u2013 CSS Wizardry\n</a>\n</h3>\n\n<p>Congratulations on a decade of publishing on your own site\u2014you\u2019re a blogging wizard, Harry!</p>\n\n<blockquote>\n  <p>Having this website changed and shaped my career. If you don\u2019t have a blog, I urge you, start working on one this weekend. Your own blog, with your own content, at your own domain. It might just change your life.</p>\n</blockquote>"
    },
    "_id": "260",
    "_source": "2",
    "_is_read": true
}

{
    "type": "entry",
    "author": {
        "name": "manton",
        "url": "http://www.manton.org",
        "photo": null
    },
    "url": "http://www.manton.org/2017/11/6035.html",
    "content": {
        "html": "<p><a href=\"http://timetable.manton.org/2017/11/episode-79-indiewebcamp-venue/\">Posted a quick Timetable episode</a> about how the Micro.blog photo challenge is going, and on finalizing the venue and plans for IndieWebCamp Austin.</p>",
        "text": "Posted a quick Timetable episode about how the Micro.blog photo challenge is going, and on finalizing the venue and plans for IndieWebCamp Austin."
    },
    "published": "2017-11-16T21:32:40+00:00",
    "updated": "2017-11-16T21:32:40+00:00",
    "_id": "153",
    "_source": "12",
    "_is_read": true
}

IndieWebCamp Austin set for December

{
    "type": "entry",
    "author": {
        "name": "manton",
        "url": "http://www.manton.org",
        "photo": null
    },
    "url": "http://www.manton.org/2017/11/indiewebcamp-austin-set-for-december.html",
    "name": "IndieWebCamp Austin set for December",
    "content": {
        "html": "<p>We\u2019re holding an IndieWebCamp in Austin next month! This is a 2-day event \u2014 Saturday and Sunday, December 9th and 10th \u2014 for anyone who wants to learn more about the IndieWeb, discuss web standards and tools, or just hack on your own web site. We\u2019re lucky to have IndieWeb co-founders Tantek \u00c7elik and Aaron Parecki in town for the event.</p>\n<p>There was another IndieWebCamp in Berlin last week. <a href=\"https://doubleloop.net/2017/11/11/indiewebcamp-berlin-2017-day-1/\">Neil Mather had a great blog post</a> about his experience there:</p>\n<blockquote><p>\n  It ran over 2 days, with day 1 an unconference with a number of discussions, the topics and schedule decided entirely by participants in the morning. Day 2 was hack day, with everyone working on an indieweb related bit of work, be it on their own website or on a shared project.\n</p></blockquote>\n<p>IndieWebCamp Austin <a href=\"https://2017.indieweb.org/austin\">registration is open now</a>. Tickets are just $5. Looking forward to planning some next steps for Micro.blog over that weekend. Hope to see you there!</p>",
        "text": "We&#8217;re holding an IndieWebCamp in Austin next month! This is a 2-day event \u2014 Saturday and Sunday, December 9th and 10th \u2014 for anyone who wants to learn more about the IndieWeb, discuss web standards and tools, or just hack on your own web site. We&#8217;re lucky to have IndieWeb co-founders Tantek \u00c7elik and Aaron Parecki in town for the event.\nThere was another IndieWebCamp in Berlin last week. Neil Mather had a great blog post about his experience there:\n\n  It ran over 2 days, with day 1 an unconference with a number of discussions, the topics and schedule decided entirely by participants in the morning. Day 2 was hack day, with everyone working on an indieweb related bit of work, be it on their own website or on a shared project.\n\nIndieWebCamp Austin registration is open now. Tickets are just $5. Looking forward to planning some next steps for Micro.blog over that weekend. Hope to see you there!"
    },
    "published": "2017-11-16T15:28:43+00:00",
    "updated": "2017-11-16T15:28:43+00:00",
    "_id": "147",
    "_source": "12",
    "_is_read": true
}

{
    "type": "entry",
    "author": {
        "name": "manton",
        "url": "http://www.manton.org",
        "photo": null
    },
    "url": "http://www.manton.org/2017/11/6027.html",
    "content": {
        "html": "<p>Minor update to Micro.blog for iOS is now available in the App Store. Fixes posting via the Micropub API, plus a couple more iPhone X tweaks.</p>",
        "text": "Minor update to Micro.blog for iOS is now available in the App Store. Fixes posting via the Micropub API, plus a couple more iPhone X tweaks."
    },
    "published": "2017-11-16T05:50:55+00:00",
    "updated": "2017-11-16T05:50:55+00:00",
    "_id": "145",
    "_source": "12",
    "_is_read": true
}

Not going to today's HWC San Francisco

{
    "type": "entry",
    "author": {
        "name": null,
        "url": "https://strugee.net/blog/",
        "photo": null
    },
    "url": "https://strugee.net/blog/2017/11/not-going-to-todays-hwc-san-fransisco-2017",
    "published": "2017-11-15T14:43:16+00:00",
    "content": {
        "html": "<p>Testing whether my new Webmention implementation, <a href=\"https://github.com/strugee/lazymention\">lazymention</a> (which will ship Real Soon Now\u2122), will send a Webmention to note that I will NOT be attending today's <a href=\"http://tantek.com/2017/319/e1/homebrew-website-club\">Homebrew Website Club San Francisco</a>! Though let's be honest, I really want to.</p>\n<p>(With &lt;3 for <a href=\"https://chat.indieweb.org/social/2017-11-15#t1510774596509000\">Tantek</a>)</p>",
        "text": "Testing whether my new Webmention implementation, lazymention (which will ship Real Soon Now\u2122), will send a Webmention to note that I will NOT be attending today's Homebrew Website Club San Francisco! Though let's be honest, I really want to.\n(With <3 for Tantek)"
    },
    "name": "Not going to today's HWC San Francisco",
    "_id": "123845",
    "_source": "227",
    "_is_read": true
}

{
    "type": "entry",
    "author": {
        "name": "manton",
        "url": "http://www.manton.org",
        "photo": null
    },
    "url": "http://www.manton.org/2017/11/6022.html",
    "content": {
        "html": "<p>Had a great time at Refresh Austin tonight. Good to hear what other people are up to, and share a little about what\u2019s going on with Micro.blog and the upcoming IndieWebCamp Austin.</p>",
        "text": "Had a great time at Refresh Austin tonight. Good to hear what other people are up to, and share a little about what&#8217;s going on with Micro.blog and the upcoming IndieWebCamp Austin."
    },
    "published": "2017-11-15T04:57:10+00:00",
    "updated": "2017-11-15T04:57:10+00:00",
    "_id": "126",
    "_source": "12",
    "_is_read": true
}

{
    "type": "entry",
    "author": {
        "name": "manton",
        "url": "http://www.manton.org",
        "photo": null
    },
    "url": "http://www.manton.org/2017/11/6010.html",
    "content": {
        "html": "<p>Great to see new apps for posting to Micro.blog and IndieWeb-enabled sites. <a href=\"https://eddiehinkle.com/2017/11/10/5/article/\">Here\u2019s some info</a> for the Indigenous iOS app beta.</p>",
        "text": "Great to see new apps for posting to Micro.blog and IndieWeb-enabled sites. Here&#8217;s some info for the Indigenous iOS app beta."
    },
    "published": "2017-11-13T19:24:28+00:00",
    "updated": "2017-11-13T19:24:28+00:00",
    "_id": "131",
    "_source": "12",
    "_is_read": true
}

{
    "type": "entry",
    "published": "2017-11-13T09:07:20Z",
    "url": "https://adactio.com/links/13090",
    "category": [
        "webmention",
        "indieweb",
        "pinging",
        "comments",
        "spam",
        "sexworkers"
    ],
    "bookmark-of": [
        "https://www.midlandsmaidens-escorts.com/post-pinger/"
    ],
    "content": {
        "text": "Post Pinging and Webmentions at Midlands Maidens Nottingham Escorts\n\n \n\nOkay, this is somewhat odd \u2026it looked like I was getting spam webmentions from an escort agency to an old post of mine. It turns out that technically it\u2019s not spam\u2014they\u2019re genuinely linking to my post from this post on their blog which is actually about webmentions. \n\nAnd that, your honour, is how this site ended up in my browser history.",
        "html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://www.midlandsmaidens-escorts.com/post-pinger/\">\nPost Pinging and Webmentions at Midlands Maidens Nottingham Escorts\n</a>\n</h3>\n\n<p>Okay, this is somewhat odd \u2026it looked like I was getting spam webmentions from an escort agency to <a href=\"https://adactio.com/journal/6469/\">an old post of mine</a>. It turns out that technically it\u2019s not spam\u2014they\u2019re genuinely linking to my post from this post on their blog which is actually about webmentions.</p>\n\n<p>And that, your honour, is how this site ended up in my browser history.</p>"
    },
    "_id": "20",
    "_source": "2",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

Episode 10: Microsub for Readers

{
    "type": "entry",
    "published": "2017-11-03",
    "url": "https://percolator.today/episode/10",
    "audio": [
        "https://percolator.today/redirect.php?url=https%3A%2F%2Fpercolator.today%2Fmedia%2FEpisode_10.mp3"
    ],
    "name": "Episode 10: Microsub for Readers",
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com",
        "photo": "https://percolator.today/images/aaronpk.jpg"
    },
    "_id": "158",
    "_source": "13",
    "_is_read": true
}

Ryan Barrett snarfed.org

Bridgy Fed

{
    "type": "entry",
    "url": "https://snarfed.org/2017-10-22_bridgy-fed",
    "name": "Bridgy Fed",
    "content": {
        "text": "I\u2019m launching a new side project! Bridgy Fed connects your IndieWeb site with federated social networks like Mastodon and Hubzilla. If your site can send and receive webmentions, Bridgy Fed can federate it with the fediverse!\nI originally discovered the IndieWeb after I started connecting this web site with social networks like Facebook and Twitter. That led to Bridgy, which has grown bigger than I care to admit. I still have that desire to bridge different communities and networks, and Bridgy Fed is just the latest incarnation. Give it a whirl, kick the tires, and let me know what you think!",
        "html": "<p>\n <a href=\"https://fed.brid.gy/\">\n  <img src=\"https://snarfed.org/bridgy_fed.png\" alt=\"bridgy_fed.png\" /></a></p>\n<p>I\u2019m launching a new side project! <a href=\"https://fed.brid.gy/\">Bridgy Fed</a> connects your <a href=\"https://indieweb.org/\">IndieWeb</a> site with federated social networks like <a href=\"https://joinmastodon.org/\">Mastodon</a> and <a href=\"https://project.hubzilla.org/\">Hubzilla</a>. If your site can send and receive <a href=\"https://indieweb.org/webmention\">webmentions</a>, Bridgy Fed can federate it with the <a href=\"https://en.wikipedia.org/wiki/Fediverse\">fediverse</a>!</p>\n<p>I originally discovered the IndieWeb after I started <a href=\"https://snarfed.org/2011-07-27_facebook_app_for_ostatus\">connecting this web site</a> with social networks like Facebook and Twitter. That led to <a href=\"https://brid.gy/\">Bridgy</a>, which has grown bigger than I care to admit. I still have that desire to bridge different communities and networks, and Bridgy Fed is just the latest incarnation. Give it a whirl, kick the tires, and <a href=\"https://github.com/snarfed/bridgy-fed/issues\">let me know what you think</a>!</p>\n<ul><li><a class=\"u-syndication\" href=\"https://news.indieweb.org/en/snarfed.org/2017-10-22_bridgy-fed\"> </a></li></ul>"
    },
    "author": {
        "type": "card",
        "name": "Ryan Barrett",
        "url": "https://snarfed.org/",
        "photo": "https://secure.gravatar.com/avatar/947b5f3f323da0ef785b6f02d9c265d6?s=96&d=blank&r=g"
    },
    "_id": "41",
    "_source": "3",
    "_is_read": true
}

Barry FrostBarry Frost barryfrost.com

{
    "type": "entry",
    "published": "2017-10-18T19:54:13Z",
    "url": "https://barryfrost.com/2017/10/hwclondon-20171018",
    "category": [
        "https://calumryan.com",
        "http://tantek.com",
        "http://www.kevinmarks.com",
        "https://doubleloop.net",
        "https://tommorris.org",
        "http://www.jeanmrussell.com/",
        "http://avidenov.com",
        "hwclondon",
        "indieweb"
    ],
    "photo": [
        "https://barryfrost-media.s3.amazonaws.com/file/2017/10/18-ea18a4979e4aafb6827b655c3a54cdfa.jpeg"
    ],
    "syndication": [
        "https://twitter.com/barryf/status/920743672446160896"
    ],
    "content": {
        "text": "Bumper Homebrew Website Club London tonight. Thanks everyone for coming \ud83d\ude4c",
        "html": "<p>Bumper Homebrew Website Club London tonight. Thanks everyone for coming \ud83d\ude4c</p>"
    },
    "author": {
        "type": "card",
        "name": "Barry FrostBarry Frost",
        "url": "https://barryfrost.com/",
        "photo": "https://barryfrost.com/barryfrost.jpg"
    },
    "refs": {
        "https://calumryan.com": {
            "type": "card",
            "name": "Calum Ryan",
            "url": "https://calumryan.com/",
            "photo": null
        },
        "http://tantek.com": {
            "type": "card",
            "name": "http://tantek.com",
            "url": "http://tantek.com/",
            "photo": null
        },
        "http://www.kevinmarks.com": {
            "type": "card",
            "name": "Kevin Marks",
            "url": "http://www.kevinmarks.com/",
            "photo": null
        },
        "https://doubleloop.net": {
            "type": "card",
            "name": "https://doubleloop.net",
            "url": "https://doubleloop.net/",
            "photo": null
        },
        "https://tommorris.org": {
            "type": "card",
            "name": "https://tommorris.org",
            "url": "https://tommorris.org/",
            "photo": null
        },
        "http://www.jeanmrussell.com/": {
            "type": "card",
            "name": "http://www.jeanmrussell.com/",
            "url": "http://www.jeanmrussell.com/",
            "photo": null
        },
        "http://avidenov.com": {
            "type": "card",
            "name": "http://avidenov.com",
            "url": "http://avidenov.com/",
            "photo": null
        }
    },
    "_id": "99734",
    "_source": "189",
    "_is_read": true
}

Aaron Parecki aaronparecki.com

Episode 7: Making Micropub More Useful

{
    "type": "entry",
    "published": "2017-10-12",
    "url": "https://percolator.today/episode/7",
    "audio": [
        "https://percolator.today/redirect.php?url=https%3A%2F%2Fpercolator.today%2Fmedia%2FPercolator_Episode_7.mp3"
    ],
    "name": "Episode 7: Making Micropub More Useful",
    "author": {
        "type": "card",
        "name": "Aaron Parecki",
        "url": "https://aaronparecki.com",
        "photo": "https://percolator.today/images/aaronpk.jpg"
    },
    "_id": "161",
    "_source": "13",
    "_is_read": true
}

Thinking about bookmarks and likes on the IndieWeb

{
    "type": "entry",
    "published": "2017-10-09T19:50:03+0000",
    "url": "https://seblog.nl/2017/10/09/9/bookmarks-and-likes",
    "category": [
        "indieweb"
    ],
    "syndication": [
        "https://news.indieweb.org/en/seblog.nl/2017/10/09/9/bookmarks-and-likes"
    ],
    "name": "Thinking about bookmarks and likes on the IndieWeb",
    "content": {
        "text": "At Virtual HWC last week, Sven Knebel pointed me to the new Firefox beta. I use it now, and one of the things I noticed is that ships with integration with Pocket, a bookmarking service to save articles you want to read later. It\u2019s owned by Mozilla now, so they accentuate their service by adding a button prominently in your address bar.\nDespite the pushiness, I tested it out a bit. I like that I can save articles with one click, so I can read them later, possibly on a different device. It made me think about the way I post bookmarks on my own site.\nMy bookmarks and likes look too similar\nThe way I have implemented bookmarks at this moment, is very, very similar to the way I implemented likes. It is a Microformats property (u-bookmark-of vs u-like-of), displayed as an icon (a grey bookmark vs a red heart), with a Dutch text (\u2018Seb heeft [dit] gebookmarkt.\u2019 vs \u2018Seb vindt [dit] leuk.\u2019). \nBy making bookmarks and likes this similar, one would almost think that there is a clearly defined difference in the words \u2018bookmark\u2019 and \u2018like\u2019, that keep them apart, since there is no other distinction. I don\u2019t think there is such a definition.\nBookmarks are mostly used as a \u2018want to read\u2019-list, or a way of keeping track of things that have been read, but might be of interest on a later moment (\u2018want to read again\u2019). Likes are more a reply of some sorts, directed at the author of the post, expressing appreciation.\nThe problem comes when I take readers of my blog into account. The things I like, might be read as a recommendation, but the things I bookmark, might also read as a recommendation. Once I start looking from that perspective, likes and bookmarks fulfill the same role again.\nWhen likes and bookmarks are not recommendations\nSometimes I like things on social media, not because of the contents of the post, but because of the social context around the post. I do not really like the bad picture of the malformed pizza of a friend, I like the fact that I recognize that pizza as the outcome of the enthusiastic plans about making a pizza that my friend told me about earlier that day. I sometimes don\u2019t like the specific check-in a person posted, I just like the person. Some tweets are also quite ambigu: do I like the tweet because of the tweet, or because of the linked article I might or might not have read?\nThose likes are not recommendations for readers, they are purely appreciation, or even just social acknowledgement. Within a certain social context they can be of value to other people, but to random strangers, they are not. Currently, I solve this problem by not posting those kinds of likes to my site at all (leaving them on Facebook or whatever silo), but that\u2019s of course not ideal in the IndieWeb scheme of things.\nWith bookmarks, a similar thing can happen: not all bookmarks are recommendations. The easiest example is an article that I think looks interesting, so I bookmark it to read it later, but I haven\u2019t read it yet. I do not recommend that article, but a reader might think that.\nIn both cases: sometimes I do want to recommend an article in a single post.\nWhat I don\u2019t want to propose\nLet me make a little pause here and say something about likes, favorites, recommendations and what more. We can solve the above things by just adding more webactions to the field. \u201cLet\u2019s also support, next to bookmarks and likes, favorites and recommendations.\u201d But I don\u2019t think that\u2019s the solution, because adding those options means just more post types to keep track of, for both publishing sites and consuming indie-readers. \nKeeping things a little bit abstract and minimal helps us focus on the problem at hand. (Which is at this moment, I think, building an functioning indie-reader in the first place.)\nWhat I would add to my bookmarks\nSeeing what Pocket does with bookmarks, I think I want to expand what I post as a bookmark. To be fair: a lot of other people on the IndieWeb have more detailed bookmarks too. Other properties of a bookmark include: tags, a little summary of the bookmarked post, the reason why the post was bookmarked and sometimes even a screenshot of the bookmarked page.\nI\u2019m not sure how much I want to add to them, but since they are very skinny now, I certainly would like to add some tags. Tags, and possible a reason, make it easier to find a bookmarked article back after a while.\nThat brings me to what I think a bookmark would be for me: showing an interest in the linked article, without adding too much judgement. I see bookmarks as a personal archive of things I want to read or have read. If technical skills allow it, I would also save a copy of the post for personal use, hidden in the bookmark-post itself.\nWhat I would change to likes\nTo likes I wouldn\u2019t change much. For likes, I want to make a personal copy of the original too, because I do care about that content, but from the outside, it\u2019s just a link. \nBut the value of the like would than be more of a vote: this is a piece of content I care about. I think indie-readers should also consume those likes, but just don\u2019t display them the way they display a photo or a note. If there is a post by an author that I don\u2019t follow, but that is liked by, say, three people I do follow, then I want to see that post, accompanied by the names of the three people who liked it. \nThe threshold for the external posts to show up may vary from person to person, both personal preferences of the reader as well as the status of the poster of the like. But the point is that it\u2019s a indie-reader-problem. \nIn this way, a like is in fact a recommendation, from the readers perspective, but just appreciation from the poster.\nBut back to these social likes\nThen there are still those likes that depend on some social context, that aren\u2019t solved by the above approaches.\nI think that the root of the problem lies in those exact words: social context. If I like a certain badly photographed pizza, I should not post that to my main feed, but set the visibility of that like to \u2018friends only\u2019. Chances are that the badly photographed pizza was already published as a private post, only visible to a certain audience, so I can copy that. \nThe problem here lies more in an easy way of publishing private posts, and an easy way to change the audience of those posts. And of course a way for sites to securely share those posts with the right indie-readers, there is a long way to go still.\nAnd what about the bookmarks you haven\u2019t read?\nSharing unread bookmarks is also, I think, question of adding the right audience to the post. Such bookmarks can be posted with an \u2018only me\u2019 visibility. You can then subscribe your indie-reader to your own (private and public) bookmarks-feed. This is, without the private part, what I actually did for a while when I was using an indie-reader. Apart from the bugs in my self-build reader, it worked very well.\nAnd really recommending something? Well, if I really want to recommend something to people who follow me, I can always just post a note, linking the article, and explain why they should read it. That also improves the chance of actually clicking through, no need for extra formatting.\nConclusion\nIn the end I don\u2019t think we need better boundaries between a bookmark and a like, in the form of extra \u2018recommend\u2019 or \u2018favorite\u2019 webactions. A bookmark adds something to an archive for yourself, and a like is giving appreciation to the creator of the post. Recommendations can be either explicit by posting a note, or implicit by publicly liking or bookmarking. But, the way this is implied should be the responsibility of your indie-reader, where you can mix to your own taste. Publishers could filter things that they don\u2019t want everybody to pick up as recommendations by using \u2018only friends\u2019, \u2018only who I follow\u2019 or \u2018only me\u2019 posts.\nIn the end of the day, this is a lot of thinking and talking. I should get back to creating a indie-reader. As should you, because that\u2019s where the one of the undefined parts of the IndieWeb lies now.",
        "html": "<p>At Virtual HWC last week, <a href=\"http://svenknebel.de\">Sven Knebel</a> pointed me to the new Firefox beta. I use it now, and one of the things I noticed is that ships with integration with <a href=\"https://getpocket.com/\">Pocket</a>, a bookmarking service to save articles you want to read later. It\u2019s owned by Mozilla now, so they accentuate their service by adding a button prominently in your address bar.</p>\n<p>Despite the pushiness, I tested it out a bit. I like that I can save articles with one click, so I can read them later, possibly on a different device. It made me think about the way I post bookmarks on my own site.</p>\n<h2>My bookmarks and likes look too similar</h2>\n<p>The way I have implemented bookmarks at this moment, is very, very similar to the way I implemented likes. It is a Microformats property (<code>u-bookmark-of</code> vs <code>u-like-of</code>), displayed as an icon (a grey bookmark vs a red heart), with a Dutch text (\u2018Seb heeft [dit] gebookmarkt.\u2019 vs \u2018Seb vindt [dit] leuk.\u2019). </p>\n<p>By making bookmarks and likes this similar, one would almost think that there is a clearly defined difference in the words \u2018bookmark\u2019 and \u2018like\u2019, that keep them apart, since there is no other distinction. I don\u2019t think there is such a definition.</p>\n<p>Bookmarks are mostly used as a \u2018want to read\u2019-list, or a way of keeping track of things that have been read, but might be of interest on a later moment (\u2018want to read again\u2019). Likes are more a reply of some sorts, directed at the author of the post, expressing appreciation.</p>\n<p>The problem comes when I take readers of my blog into account. The things I like, might be read as a recommendation, but the things I bookmark, might also read as a recommendation. Once I start looking from that perspective, likes and bookmarks fulfill the same role again.</p>\n<h2>When likes and bookmarks are not recommendations</h2>\n<p>Sometimes I like things on social media, not because of the contents of the post, but because of the social context around the post. I do not really like the bad picture of the malformed pizza of a friend, I like the fact that I recognize that pizza as the outcome of the enthusiastic plans about making a pizza that my friend told me about earlier that day. I sometimes don\u2019t like the specific check-in a person posted, I just like the person. Some tweets are also quite ambigu: do I like the tweet because of the tweet, or because of the linked article I might or might not have read?</p>\n<p>Those likes are not recommendations for readers, they are purely appreciation, or even just social acknowledgement. Within a certain social context they can be of value to other people, but to random strangers, they are not. Currently, I solve this problem by not posting those kinds of likes to my site at all (leaving them on Facebook or whatever silo), but that\u2019s of course not ideal in the IndieWeb scheme of things.</p>\n<p>With bookmarks, a similar thing can happen: not all bookmarks are recommendations. The easiest example is an article that I think looks interesting, so I bookmark it to read it later, but I haven\u2019t read it yet. I do not recommend that article, but a reader might think that.</p>\n<p>In both cases: sometimes I do want to recommend an article in a single post.</p>\n<h2>What I don\u2019t want to propose</h2>\n<p>Let me make a little pause here and say something about likes, favorites, recommendations and what more. We can solve the above things by just adding more webactions to the field. \u201cLet\u2019s also support, next to bookmarks and likes, favorites and recommendations.\u201d But I don\u2019t think that\u2019s the solution, because adding those options means just more post types to keep track of, for both publishing sites and consuming indie-readers. </p>\n<p>Keeping things a little bit abstract and minimal helps us focus on the problem at hand. (Which is at this moment, I think, building an functioning indie-reader in the first place.)</p>\n<h2>What I would add to my bookmarks</h2>\n<p>Seeing what Pocket does with bookmarks, I think I want to expand what I post as a bookmark. To be fair: a lot of other people on the IndieWeb have more detailed bookmarks too. Other properties of a bookmark include: tags, a little summary of the bookmarked post, the reason why the post was bookmarked and sometimes even a screenshot of the bookmarked page.</p>\n<p>I\u2019m not sure how much I want to add to them, but since they are very skinny now, I certainly would like to add some tags. Tags, and possible a reason, make it easier to find a bookmarked article back after a while.</p>\n<p>That brings me to what I think a bookmark would be for me: showing an interest in the linked article, without adding too much judgement. I see bookmarks as a personal archive of things I want to read or have read. If technical skills allow it, I would also save a copy of the post for personal use, hidden in the bookmark-post itself.</p>\n<h2>What I would change to likes</h2>\n<p>To likes I wouldn\u2019t change much. For likes, I want to make a personal copy of the original too, because I do care about that content, but from the outside, it\u2019s just a link. </p>\n<p>But the value of the like would than be more of a vote: this is a piece of content I care about. I think indie-readers should also consume those likes, but just don\u2019t display them the way they display a photo or a note. If there is a post by an author that I don\u2019t follow, but that is liked by, say, three people I do follow, then I want to see that post, accompanied by the names of the three people who liked it. </p>\n<p>The threshold for the external posts to show up may vary from person to person, both personal preferences of the reader as well as the status of the poster of the like. But the point is that it\u2019s a indie-reader-problem. </p>\n<p>In this way, a like is in fact a recommendation, from the readers perspective, but just appreciation from the poster.</p>\n<h2>But back to these social likes</h2>\n<p>Then there are still those likes that depend on some social context, that aren\u2019t solved by the above approaches.</p>\n<p>I think that the root of the problem lies in those exact words: social context. If I like a certain badly photographed pizza, I should not post that to my main feed, but set the visibility of that like to \u2018friends only\u2019. Chances are that the badly photographed pizza was already published as a private post, only visible to a certain audience, so I can copy that. </p>\n<p>The problem here lies more in an easy way of publishing private posts, and an easy way to change the audience of those posts. And of course a way for sites to securely share those posts with the right indie-readers, there is a long way to go still.</p>\n<h2>And what about the bookmarks you haven\u2019t read?</h2>\n<p>Sharing unread bookmarks is also, I think, question of adding the right audience to the post. Such bookmarks can be posted with an \u2018only me\u2019 visibility. You can then subscribe your indie-reader to your own (private and public) bookmarks-feed. This is, without the private part, what I actually did for a while when I was using an indie-reader. Apart from the bugs in my self-build reader, it worked very well.</p>\n<p>And really recommending something? Well, if I really want to recommend something to people who follow me, I can always just post a note, linking the article, and explain why they should read it. That also improves the chance of actually clicking through, no need for extra formatting.</p>\n<h2>Conclusion</h2>\n<p>In the end I don\u2019t think we need better boundaries between a bookmark and a like, in the form of extra \u2018recommend\u2019 or \u2018favorite\u2019 webactions. A bookmark adds something to an archive for yourself, and a like is giving appreciation to the creator of the post. Recommendations can be either explicit by posting a note, or implicit by publicly liking or bookmarking. But, the way this is implied should be the responsibility of your indie-reader, where you can mix to your own taste. Publishers could filter things that they don\u2019t want everybody to pick up as recommendations by using \u2018only friends\u2019, \u2018only who I follow\u2019 or \u2018only me\u2019 posts.</p>\n<p>In the end of the day, this is a lot of thinking and talking. I should get back to creating a indie-reader. As should you, because that\u2019s where the one of the undefined parts of the IndieWeb lies now.</p>"
    },
    "post-type": "article",
    "_id": "1367154",
    "_source": "1366",
    "_is_read": true
}

HWC Frederick Oct 04 2017 Wrap-Up

{
    "type": "entry",
    "published": "2017-10-06 15:00:51 -0400",
    "summary": "Frederick\u2019s October 2017 meetup for Homebrew Website Club met at the Urbana Regional Library on October 4th. Below are notes from the \u201cbroadcast\u201d portion of the meetup.",
    "url": "https://eddiehinkle.com/2017/10/06/11/article/",
    "category": [
        "indieweb",
        "hwc"
    ],
    "name": "HWC Frederick Oct 04 2017 Wrap-Up",
    "author": {
        "type": "card",
        "name": "Eddie Hinkle",
        "url": "https://eddiehinkle.com",
        "photo": null
    },
    "_id": "9995",
    "_source": "39",
    "_is_read": true
}

Matthias Pfefferle notiz.blog/author/matthias-pfefferle/

readability

{
    "type": "entry",
    "published": "2017-10-04T23:59:56+0000",
    "url": "https://notiz.blog/2017/10/04/readability/",
    "name": "readability",
    "content": {
        "text": "Zu Zeiten von Pingbacks, antwortete man noch mit Blog-Posts auf Blog-Posts, aber es fehlte die Technik um sie richtig zu \u00fcbermitteln und darzustellen:\n\n[\u2026] und Wertvorstellungen entspricht und nicht von der Mehrheit meiner Freunde abh\u00e4ngig sein.\u00bb Dezentrale Walled Gardens Hier erscheinen von Montag bis Freitag ausgew\u00e4hlte Links zu lesenswerten Texten und aktuellen [\u2026]\n\nMit Webmentions und Microformats2 hat sich zwar die Darstellung verbessert, aber die Texte\u2026 naja\u2026 haben sich \"ver\u00e4ndert\":\n\n#100DoPP d84:\nBoth #AS2 & #Micropub are @W3C PRs!\nCongrats @SocialWebWG @jasnell @evanpro @aaronpk!\nhttps://www.w3.org/TR/micropub\nhttps://www.w3.org/TR/activitystreams-core/\nhttps://www.w3.org/TR/activitystreams-vocabulary\n\ntantek.com/t4np2\n\nTwitter sei Dank!\n\n\u2026da h\u00e4tte man sich die Arbeit auch sparen k\u00f6nnen \ud83d\ude09",
        "html": "<p>Zu Zeiten von Pingbacks, antwortete man noch mit Blog-Posts auf Blog-Posts, aber es fehlte die Technik um sie richtig zu \u00fcbermitteln und darzustellen:</p>\n\n<pre><code>[\u2026] und Wertvorstellungen entspricht und nicht von der Mehrheit meiner Freunde abh\u00e4ngig sein.\u00bb Dezentrale Walled Gardens Hier erscheinen von Montag bis Freitag ausgew\u00e4hlte Links zu lesenswerten Texten und aktuellen [\u2026]</code></pre>\n\n<p>Mit Webmentions und Microformats2 hat sich zwar die Darstellung verbessert, aber die Texte\u2026 naja\u2026 haben sich \"ver\u00e4ndert\":</p>\n\n<pre><code>#100DoPP d84:\nBoth #AS2 &amp; #Micropub are @W3C PRs!\nCongrats @SocialWebWG @jasnell @evanpro @aaronpk!\nhttps://www.w3.org/TR/micropub\nhttps://www.w3.org/TR/activitystreams-core/\nhttps://www.w3.org/TR/activitystreams-vocabulary</code></pre>\n\n<p><a href=\"http://tantek.com/t4np2\">tantek.com/t4np2</a></p>\n\n<p>Twitter sei Dank!</p>\n\n<p>\u2026da h\u00e4tte man sich die Arbeit auch sparen k\u00f6nnen \ud83d\ude09</p>"
    },
    "author": {
        "type": "card",
        "name": "Matthias Pfefferle",
        "url": "https://notiz.blog/author/matthias-pfefferle/",
        "photo": "https://secure.gravatar.com/avatar/75512bb584bbceae57dfc503692b16b2?s=40&d=mm&r=g"
    },
    "_id": "100362",
    "_source": "206",
    "_is_read": true
}

Mike Taylor bear.im

Twitter I fixed it for you

{
    "type": "entry",
    "published": "2017-09-26T23:45:35Z",
    "url": "https://bear.im/bearlog/2017/269/twitter-i-fixed-it-for-you.html",
    "category": [
        "indieweb"
    ],
    "name": "Twitter I fixed it for you",
    "content": {
        "text": "So Twitter is all happy with itself that they are (finally) expanding the maximum length of a tweet from 140 to 280...\n\nbig woop-de-doo\n\nIndieWeb folk haven't had this issue for ages because we write our thoughts on our own sites and only use Twitter as a way to notify folks.\n\nIndieWeb\nPOSSE Publish (on your) Own Site, Syndicate Elsewhere",
        "html": "<p>So Twitter is all happy with itself that they are (finally) expanding the maximum length of a tweet from 140 to 280...</p>\n\n<p>big woop-de-doo</p>\n\n<p>IndieWeb folk haven't had this issue for ages because we write our thoughts on our own sites and only use Twitter as a way to notify folks.</p>\n\n<ul><li><a href=\"https://bear.im/bearlog/\">IndieWeb</a></li>\n<li><a href=\"http://indieweb.org/posse\">POSSE Publish (on your) Own Site, Syndicate Elsewhere</a></li>\n</ul>"
    },
    "author": {
        "type": "card",
        "name": "Mike Taylor",
        "url": "https://bear.im/",
        "photo": "https://bear.im/images/bear_145x145.jpg"
    },
    "_id": "99740",
    "_source": "190",
    "_is_read": true
}

The “indie” fallacy

{
    "type": "entry",
    "author": {
        "name": null,
        "url": "https://ouvre-boite.com//",
        "photo": null
    },
    "url": "https://ouvre-boite.com//indie-fallacy/",
    "published": "2017-09-19T23:45:11-04:00",
    "content": {
        "html": "<blockquote>\n  <p>I won\u2019t travel by plane, because when they crash, a lot of people die. I\u2019d much rather drive my own car.</p>\n</blockquote>\n\n<p>There is absolutely no doubt that plane crashes are spectacular and awfully painful. Yet, when comparing to other means of transportation, there is no doubt either that flying is by far the safest mode of transportation. A recent article <a href=\"http://traveltips.usatoday.com/air-travel-safer-car-travel-1581.html\">explained that</a>, in 2015:</p>\n\n<blockquote>\n  <p>13 fatalities per 100 million vehicle miles traveled</p>\n</blockquote>\n\n<blockquote>\n  <p>Airline accidents per 100 million miles flown came in at a rate of 0.35</p>\n</blockquote>\n\n\n\n<p>I consider myself a member of the open web community and very friendly with the goals of the IndieWeb community. I too wish for a world where web giants have less power and where the user is in control of more of their data. Yet, I now work for a large (the largest?) publishing platform. It is not often easy to reconcile, but one thing that I can tell you for a fact is that your data is, <em>on average</em>, safer on large hosting provider than it is on your small indie site.</p>\n\n\n\n<p>I built and run a <a href=\"https://superfeedr.com/\">company that crawls the web</a> (and which was acquired by Medium). Superfeedr is at the front row to witness the death of a website and the loss of the data that it hosted. Of course, sometimes, too often, <a href=\"https://indieweb.org/site_deaths\">large silos go away</a>, taking with them a ton of content. However, for every one of them, <em>how many domains expire? How many hosting contract is terminated? How many database failure happen? How many open source CMS instances are compromised? \u2026</em></p>\n\n<p>The Superfeedr database is full of dead and broken URLs which are not accessible anymore, and the vast majority of them is not from large and once popular companies, but rather from small, independent sites whose owner\u2019s interest vanished.</p>\n\n<p>In the same way that we hear more about plane crashes than daily road casualties, we hear more about these large companies which ran out of funding\u2026 but it is pretty clear which ones are actually more likely to disappear with their content.</p>\n\n<p>There are also a lot more practical reasons why one should decide to host their content on large providers like <a href=\"https://medium.com/\">Medium</a>,: convenience, distribution\u2026</p>\n\n<p>That said, it is important to focus on platforms which actually do not act as one way streets: not all platforms are the same. Make sure you pick one that minimizes the \u201ccoupling\u201d so you can safely move away when you need or want to with features such as :</p>\n\n<ul><li><a href=\"https://help.medium.com/hc/en-us/articles/115004745787-Export-content\">exports the full content</a>,</li>\n  <li><a href=\"https://help.medium.com/hc/en-us/articles/115005579728-Get-started-with-custom-domains\">use your own domain</a>,</li>\n  <li>customize URL completely (which we do not do),</li>\n  <li>relies on open formats and protocols, such as RSS or maybe <a href=\"https://www.w3.org/TR/websub/\">WebSub</a> and <a href=\"https://indieweb.org/Webmention\">Webmention</a></li>\n  <li>does not require user accounts to \u201cread\u201d the stuff you want everyone to be able to read\u2026 etc.</li>\n</ul>",
        "text": "I won\u2019t travel by plane, because when they crash, a lot of people die. I\u2019d much rather drive my own car.\n\n\nThere is absolutely no doubt that plane crashes are spectacular and awfully painful. Yet, when comparing to other means of transportation, there is no doubt either that flying is by far the safest mode of transportation. A recent article explained that, in 2015:\n\n\n  13 fatalities per 100 million vehicle miles traveled\n\n\n\n  Airline accidents per 100 million miles flown came in at a rate of 0.35\n\n\n\n\nI consider myself a member of the open web community and very friendly with the goals of the IndieWeb community. I too wish for a world where web giants have less power and where the user is in control of more of their data. Yet, I now work for a large (the largest?) publishing platform. It is not often easy to reconcile, but one thing that I can tell you for a fact is that your data is, on average, safer on large hosting provider than it is on your small indie site.\n\n\n\nI built and run a company that crawls the web (and which was acquired by Medium). Superfeedr is at the front row to witness the death of a website and the loss of the data that it hosted. Of course, sometimes, too often, large silos go away, taking with them a ton of content. However, for every one of them, how many domains expire? How many hosting contract is terminated? How many database failure happen? How many open source CMS instances are compromised? \u2026\n\nThe Superfeedr database is full of dead and broken URLs which are not accessible anymore, and the vast majority of them is not from large and once popular companies, but rather from small, independent sites whose owner\u2019s interest vanished.\n\nIn the same way that we hear more about plane crashes than daily road casualties, we hear more about these large companies which ran out of funding\u2026 but it is pretty clear which ones are actually more likely to disappear with their content.\n\nThere are also a lot more practical reasons why one should decide to host their content on large providers like Medium,: convenience, distribution\u2026\n\nThat said, it is important to focus on platforms which actually do not act as one way streets: not all platforms are the same. Make sure you pick one that minimizes the \u201ccoupling\u201d so you can safely move away when you need or want to with features such as :\n\nexports the full content,\n  use your own domain,\n  customize URL completely (which we do not do),\n  relies on open formats and protocols, such as RSS or maybe WebSub and Webmention\n  does not require user accounts to \u201cread\u201d the stuff you want everyone to be able to read\u2026 etc."
    },
    "name": "The \u201cindie\u201d\u00a0fallacy",
    "_id": "124106",
    "_source": "241",
    "_is_read": true
}