Biomedical and Electrical Engineer with interests in information theory, evolution, genetics, abstract mathematics, microbiology, big history, Indieweb, and the entertainment industry including: finance, distribution, representation
Why couldn't journalists use bigger publishers/aggregators as syndication partners this way? #POSSE
For the syndicated portfolio, you might want to take a peek at the PressForward plugin for WordPress [http:/
As an example, compare:
This is beneficial as you can syndicate (POSSE) the post with your own URL to Facebook, Twitter, et al. and folks who click to read will be sent to your site for a moment before being forwarded on to the original. Thus you get a ping and the original outlet also gets a ping (as well as the advertising revenue for it.) And if, for any reason, the original outlet goes out of business, gets sold, or disappears, you've got a word-for-word copy of your original and can simply un-forward it so that it can appear on your site as it was originally published. Naturally if you prefer and the outlet doesn't stipulate otherwise, you could publish the original to your site and not forward it (or even forward it for an exclusivity window of time pre-agreed with the original publisher.)
Additionally, if you're using Brid.gy for backfeed, anyone who comments on your POSSE copies will have their commentary sent to your site. While others won't necessarily be able to see the commentary (if you're forwarding the URL to the publisher's original), at least you'll be aware of it and can reply to it and get your own replies in return. I suspect that in the future brid.gy may be able to scrape commentary based on the syndicated URL so that your personal version aggregates commentary from the publisher's original as well as mentions of it on Facebook, Twitter, et al.
There are still some missing pieces I'd like to see in such a workflow for journalists, but it's slowly and surely getting somewhere.
(I've written about other parts of PressForward before at http:/
@cleverdevil Thanks for the kind words Jonathan. I nearly used your example in the piece, but it was already clocking in around the 4,600 word/20 minute mark, so I had to let it go. I've been thinking about this issue since last November and your post a while back was part of the kick-in-the-pants that made me write up all the moving pieces together so that feed readers not aware of the possibilities could see the bigger picture.
If you remember, do manually POSSE your comment to the main article so those who come across it have the extra example!
I like the ability to put URLs on crossposted versions as well.
If you include the ability to link to cross posted versions, particularly for hosted, be sure to include a u-syndication (microformat) class on it: see also: http:/
For those on WordPress, it would be nice if there were built in support for the Syndication Lins plugin https:/
I view replies to be similar to notes in not needing/requiring titles.
For metadata it can often be useful to have an actual title in the admin UI to identify the post in those administrative views.
What I find even more interesting/useful is having the ability to put in a custom title for automatic POSSE purposes, and the title is often used by many (most? all??) POSSE plugins for just this. In this UX/UI case it can mean some of the content could be displayed multiple times, once in the title and again in the body, which isn't ideal.
I'm certainly in the boat that stripping the title is a theme issue. I'd argue that for the best possible broad usage, Post Kinds should strip it out (using CSS) as a default and allow those who'd prefer to display it on the front end, just untoggle the CSS setting.
If this is the case, then the final consideration is the duplication of content between the title and body within RSS as well.
Jonathan, perfect, the new version fixes the issues with the content showing on the permalink.
The separate, but somewhat related issue is that the post interface still shows all of the UI for syndicating to all of the options (facebook, twitter, WordPress, Tumblr, LinkedIn, etc.), yet choosing those options doesn't actually syndicate the content. (Typically I wouldn't POSSE these post types anywhere anyway, but other users may expect this piece to work if it's shown.) I know some post types in Known hide the syndication targets when they're not supported (ie, only audio related posts can be syndicated to soundcloud), but I'm not sure how these are done.
Interestingly, when editing these types of posts, the syndication targets (correctly) aren't shown in the editable version.
Replies not working · Issue #4 · dg01d/KnownPnut https:/
When trying to reply to a pnut post and syndicating to pnut, the post not only doesn't thread, but doesn't even post to pnut, nor does it return the permalink of the post.
Manual POSSE: https:/
New silo: pnut.io · Issue #736 · snarfed/bridgy https:/
@dg01d has created a [Known plugin](https:/
He and @jeremycherfas were chatting on https:/
Instructions for adding a new silo: https:/