Singpolyma

Technical Blog

Archive for the "Tech" Category

PostRank “Buckets”

Posted on

After an incredible amount of time working with, and for, PostRank, I think I have finally landed on what I would like to do with their technology that would be useful to me.

Back when I was working a lot on their Google Reader Greasemonkey overlay, one of the features requested was “sort by PostRank”, which never made a lot of sense to me. Sort what by PostRank?

Buckets.

I want to read basically everything that comes through my feedreader, or at least see the headlines, but I may not care about it all at this moment. I don’t want an interestingness sort or filter, I want a bucketizer. I want to be able to say “I’ll read the best stuff right now when I’ve got a few seconds, and the rest later.”

I may never read the rest, which then amounts to filtering, but I may, and that’s different.

The best way to implement something like this would be to allow for “filtering” by PostRank ranges instead of having a max cutoff. That way I could have a 7+ feed, a 3-7 feed, and a 3- feed, for each feed. I’d then make (in my reader) a “Best” folder, a “Good” folder, and a “Bottomfeeder” folder. I’d process the content in “Best” a few times a day, “Good” at least once a week, “Bottomfeeder” whenever I had extra time to read stuff.

I actually really like this idea. A lot.

DiSo Dashboards and the Future

Posted on

So, finally someone talking about the future of distributed social networking. The tech and the connecty bits we want have really been mostly there for some time now, the problem is, no one has been very clear on what the next step is. Chris Messina has been a bit distracted with the Activity Streams project, and no one else has really been saying much about DiSo.

The next step, however, is really coherent UI. I’ve been talking about it off and on as my “ultimate aggregator”, Marc Canter is calling it “dashboards”.

One of the things he talks about in the presentation is “distributed friending”. This is something I’ve brought up before. IMHO, the best way to go about this is to have magical buttons that, when clicked, take the user to their “dashboard” with the target’s URI (or one of them, anyway) already filled in. At that point, you have an asynchronous friending model. The local software can then do different things (like permissions, autofilling searches, pulling in content, just making the list available to other services than then do these things, whatever) based on this data, but no magical “protocol” or anything is needed, because with an asynchronous model all you’re really doing is making a note of the relationship in a data model and letting the software use that list for whatever.

Past integrating the posting/following/aggregation UI a bit more, I’m not really sure there’s anything left, conceptually. I’d like to dig up some code and make OAuth+AtomPub work for sure with the newest version (so that any aggregator can talk to my WP blog 🙂 ), and code can always be improved, but really, what is a social network? It’s an aggregator of sorts, a posting mechanism of sorts, and email. We’ve had the later two for ages, which is why so much work has been dancing around the first one.

BitTorrent Monitization Proposal

Posted on

There are lots of “monitize p2p” proposals floating around out there. Most of them look like a levy. The problem with this model is that, using existing p2p networks, there is no particularly good way to know what music is popular, and thus, who gets the money. Also, since some will download far more than others, and there’s no good way to measure how much anyone should pay.

The solution from the private sector so far looks like the Amazon MP3 store or Apple’s iTunes. Much less content, in fewer formats. The big argument from media is that online distribution is a hard problem one that will take research to solve. However, we know quite well that the p2p networks, and especially BitTorrent, have solved this problem.

My proposal? Marry the distribution power of BitTorrent with a sales model. Create a modified tracker that requires authentication. Seed high-quality versions of movies, music, books, and everything on this tracker. Set prices per download/sample and/or membership plans (10 ¤/mo for 3 movies/mo). People have to either have money on their account, a PayPal/credit card associated, or be on some kind of plan, otherwise the tracker refuses them service.

The big media from the big companies gets seeded, and people get it and pay for it. All the old media, small media, etc that becomes available through p2p still shows up as users connect to the network and start seeding stuff, but it too gets paid for, with the money routed to the right people.

Some will argue that there are those who will still pirate if such a system should exist. Of course there will. There will always be those who justify breaking the law. I’m talking about giving people a better option, which right now they don’t really have.

µblogging in IRC

Posted on

Many of your are familiar with my desire to discover where new tech overlaps with existing tech. I’ve thought for some time that µblogging was similar to existing stuff, but couldn’t quite place my finger on what the model would be to have the same experience in an existing system.

I think I now have it for IRC.

A µblogging site is an IRC channel where everyone is /ignore’d by default and where messages that would have been highlighted get through even if the user is /ignore’d.

That way, mentions/replies (and track!) get through from everyone, and people you un-/ignore you get all messages from.

Transferring Copyright

Posted on

I have come to the conclusion that copyright should be non-transferable. It should reside with the creator of the work, and only be licensable to others.

This solves many problems in the artistic world: insane inheritors (ref: the estate of C.S. Lewis), extorting middlemen (ref: music labels, book publishers), and the difficulty of finding out who owns the copyright at all anymore (ref: some content from the CBC is CBC-owned, other content is owned by the contracted reporter).

I have instituted a policy for myself: I will never accept a copyright transfer from another party. If I need the right to do something with someone’s work (such as distribute/sell it, which I will be involved in soon) I need only ask them to sign off on a license. Whether that is a public license, or only a license for me, depends on the circumstances, but there is no reason for me to own another’s work.

I have not transferred my copyrights for any work done this summer, although I imagine any US court would consider what I did at the request of MashLogic to be “work for hire”, since I was paid. Should I return to AideRSS, I imagine that they will require a similar agreement to last time (they own all work I produce “using company resources”). I am okay with that for now. It’s unnecessary, but I don’t call the shots. I will never require it of another.

I think if I were in an industry where there are more middlemen (ie: music) I would be more adamant about keeping my rights. If I were offered an option between more money and negotiating to keep more of my rights, I would quickly spring for the latter.