Categories
Social Media

Scuttle, Google Reader, et al

This has not been a week for centralized services. With the announcement of the Yahoo/Microsoft partnership, I figured the writing was on the wall and decided it was time to decentralize my bookmarks. Good-bye delicious, hello Scuttle.

I don’t use a bookmark service because its part of social media. I use it because I have three computers, and I want access to the same set of bookmarks for each. To make this work, I needed some form of server-stored bookmarking service, and delicious seemed ideal.

Now, though, I’m not sure what is happening with delicious, and rather than wait until the rug is pulled out from under us, I moved my bookmarks to an open source application called Scuttle.

Scuttle is extremely easy to set up. Create a database and user, edit a couple of entries in a configuration file and ensure a subdirectory is writable, and then start up the application. The only thing the application didn’t have was a way of preventing others from creating an account. There is a Scuttle Plus that builds functionality on top of Scuttle, including search engine and user management, but all I really needed was a way of turning off user registration.

Easy as can be: all you have to do is remove the register.php file. Then if someone clicks the Register link in the page, nothing happens. Sure it’s not the most elegant workaround, but it works.

Scuttle has pop-up links that can be added to browser toolbars, and I like the look of it more than delicious. I really don’t care how many other people are linked to a site, or what keywords are used. I just want a way of sharing bookmarks between my computers.

I had barely finished my implementation of Scuttle when I was hit with another one: Newsgator is no longer providing centralized support for its feed reader, NetNewsWire. Instead, you have to get a Google Reader account, and sync a new version of the tool with the Reader service as back end.

I used NetNewsWire for the same reason I used delicious: I wanted an application that used a centralized service to maintain feed syncing between my two Mac computers. However, I haven’t been able to find an elegant workaround for replacing a centralized feed aggregator with something on my own, at least not yet.

I have moved my feed subscriptions to Google Reader, but I can’t stand the site. It is badly designed: cluttered, takes up too much space, hard to easily traverse your unread feeds. It is true that it seems like feeds and aggregators have gone the way of the dodo, with the advent of Twitter and the concept of “Blurb it!” rather than “Link it!”. But I do still like to read longer works, read the works of those few who are still weblogging rather than just Twittering, and catch the occasional actual linked story rather than URL shortened misdirected mess that we have at Twitter.

I could use NetNewsWire to access the Reader data, except the new version doesn’t work with Tiger, so won’t work with one of my computers. I could also just read feeds on one computer only, and set it up with NetNewsWire, synced or not, but I like the flexibility of my current system. So now I’m looking at options, as with Scuttle, for hosting my own feed aggregator that has a web interface, so I can read feeds from all my computers.

Suggestions on open source self-hosting feed aggregators with clean user interface would be welcome.

Categories
Social Media

When social media closes the door

I have work to do, trying to pull a lot of pieces together into some semblance of a balanced and comprehensive document on HTML5, RDFa, Microdata, et al, but first, I need decompression time from an excess of social media this last week. I don’t know how all of you can manage the various weblog/mailing list/IRC/Twitter et al lives. I personally feel as if my brain has been ripped out through my eyeballs by sadistic chipmunks.

I have been waiting to see if other metadata use cases would be discussed in the WhatWG mailing list before writing any more reviews, points, or counter-points. Since the HTML5 editor, Ian Hickson, seems to have moved on to new things, I think we can assume whatever remaining use cases will either get folded into some other effort, or will be just forgotten.

In addition, I’ve also been playing with the new HTML5 Microdata proposal, too, though the underlying processing rules for generating RDF triples has been changing. Again, though, since Ian has moved on to adding vCard, and vEvent, and various other “microdata formats” to the HTML5 spec, we can assume that the RDF aspect of the document is stable. For the moment.

In the meantime, Google has rolled out use of RDFa, and though this act does not make the earth quake, it does make things in the semantic metadata world more interesting. Yes, even if Google used its own vocabulary. The Google announcement was followed soon after by a new document by Shane McCarron of the RDFa-in-XHTML working group, that provides an approach to using RDFa and HTML4 together.

There was a flurry of noise about the Google announcement everywhere, which was to be expected. Shane’s proposal also came under review, though without the Google numbers. There was some discussion on the HTML WG mailing list, the RDFa Public mailing list, and the RDFa-in-XHTML mailing list on the new proposal, but none on the WhatWG mailing list. However, a new objection arose to RDFa and RDF in general arose on the WhatWG list: link rot and its impact on RDFa, which also spread to the RDFa-in-XHTML list.

Now, I’ll be frank in that this one just didn’t hit me as a critical concern. Even after the discussion on the WhatWG mailing list, I still think that concerns about link rot are a weak objection to RDF/RDFa. After all, isn’t RDF older than some of the WhatWG members? Regardless, it’s been around long enough to know that if we were going to have problems with link rot, they would have surfaced and hit us in the face by now. But any weakness, perceived or otherwise, seems to generate a great deal of animated discussion in the WhatWG group mailing list.

There’s also a new twist on this discussion, for me at least, in that I also read the archives for the WhatWG IRC, as the discussion was taking place. You can sometimes get a lot more insight into the collective mind of the WhatWG group reading the IRC archives than you can the mailing list. My concern was that this new objection to RDFa would be pounced on by WhatWG members, and sure, enough, after both Manu Sporney and Dan Brickley provided extremely reasonable answers how link rot, if it occurred, could be fixed, the following popped up on the IRC:

Philip: gets an impression from the “Link rot is not dangerous” topic that namespace URIs are quite a fragile foundation
Philip: so they suggest building other structures on top of that, like caching and redirecting and hardcoding override lists and reminding people not to accidentally let their domains expire and making local subclasses
hsivonen: Philip: it seems to be that believing in Follow your Nose and believing in Link Rot not being dangerous are contradictory beliefs but you can pick either one and argue coherently
Philip: and I suppose it makes me wonder instead whether it’d be a good reason to not use that foundation at all
Philip: (though I don’t know what other foundations would be better)

To me, the general drift of this thread leads me back to my, yes stubbornly held belief, that “RDF/RDFa does not have to justify itself”. In other words, rather than question what is, or is not, in the HTML5 specification—a valid topic for the WhatWG—we get sidetracked into having to defend RDFa and, ultimately, RDF. I’m just not going to go there, because RDF is, and it ain’t going away, and this is true regardless of what happens with HTML5. So why are we talking about these things in the WhatWG mailing list?

jumped back into the WhatWG email list thread after reading the IRC thread, hoping to cut the hombres off at the pass, but it was too late: the more we defended, the more weight was given to this “new” problem with RDF (which is humorous, if you think on it, because the HTML5 Microdata proposal makes use of the same RDF URIs).

Following the mailing list entries (which I received whether I wanted to continue or not as I was now cc’d directly in all responses) in addition to the IRC entries, is like experiencing double vision, except in the one email list thread, all is sweetness and light, and the other IRC list, anything but. The problem with IRC, and the reason I detest it so much, is that people write first and possibly think about it later. There is little “uh oh, this is public” filtering going on. There’s also a group-think mentality that can develop in IRC channels, especially those that attract people with very similar viewpoints. The WhatWG IRC entries demonstrate evidence of group think, in that there seems to be a shared, expressed disdain several of the WhatWG members have for many of us (generally and specifically)—which makes the later, polite chit chat particularly unwelcome.

Yes, following along with the WhatWG IRC is that much more pleasant when you suddenly find yourself the subject of current discussion, as our old friend Last Week in HTML5 has noted several times in the past, and about me yesterday. Of course, MLW’s story title was also unpleasant to read: no working group for middle aged women. There was something about that title, following on the IRC comments, that left me with a feeling I’d rather go for a root canal than deal directly with with the WhatWG again.

This little saga wasn’t restricted to just IRC, mailing lists, and weblogs, it’s also hit Twitter, too. Did you expect otherwise? But my adventures in social media this last week didn’t end there: I also attempted to attend an HTML WG meeting last Thursday using Skype and IRC, but didn’t know the procedure one follows as regards to making request via IRC in order to speak during the teleconference. The technology also ended up being wonky for me and the only time I knew I was heard was when someone asked, “Who said, ‘Oh, this is ridiculous’?”

Didn’t matter anyway, because Ian Hickson, the sole and only HTML5 editor, does not attend the HTML WG teleconferences. I gather most of these meetings end up with the attendees playing a game of “What did Ian mean?” Evidently, from what others have said, Ian has stated that he finds these meetings to be a waste of his time. Of course, that’s only hearsay. Probably from Twitter.

The experiences this week just demonstrate that all of the whizzy technology doesn’t a bit of good, if you have groups of people interacting who don’t respect each other. To me, it is apparent that several WhatWG members don’t respect the RDFa folks, as they’ve continued on today, in IRC of course, dismissing Shane’s hard work with barely a glance. Not all of the folks. Both Henri, and Philip are pretty good about saying whatever they say on the IRC directly to you, in comments, email or mailing list (though my impression from both is that they don’t have a high opinion of RDF/RDFa, either). Others, however, are neither that direct, nor that helpful in their commentary.

I’m not going to pretend that the feeling isn’t mutual. After all, I wrote the first “offending” Twitter message. And I’ve been critical of HTML5, and WhatWG process (and members) here and elsewhere. Frankly, I don’t regret any of it, and if that puts into the category of “doesn’t play well with other children”, I’d rather be there than among those who are polite when communicating with you directly, and rip you a new one when your back is turned.

Luckily, I don’t officially represent the RDF or RDFa communities, and I can freely express my opinions, here and elsewhere. I know that Dan and Manu and others still want to work with the WhatWG folks, and more power to them. But I’ve since unsubscribed from the WhatWG email list, though I hesitate to stop reading the IRC, as this is about the only place where you can really see what’s happening with the HTML5 effort.

I’m also going to cut drastically back on all of this social media and do my thing in my space, because by the end of the week, all I had to show for all of the frantic activity, this networked communication with my fellow seekers of specification truth, this bright and shiny new way of togetherness, was bits of writing littered about all over the place—both by me, and about me—and a really bad mood.

Categories
Social Media Web

My abbreviated self

I discovered that a URL has to be less than 30 characters, or Twitter automatically creates a Tinyurl version of the URL. This, even if the entire message is less than 140 characters.

There’s no way I can create URLs that are less than 30 character and still maintain my subdomain designations. Therefore I’m not going to try, and will most likely be removing any short URL stuff here. With all the recent “one million followers” foo flah, including the breathless designation that one person achieving one million Twitter followers is equivalent to landing a man on the moon and space flight, in scientific importance, I would just as soon stick with stodgy old weblogging.

Weblogging, where no one really knows how many people are following you, most people don’t care, we can actually communicate complete thoughts, and do what we want with our URLs.


From today’s WhatWG IRC:

hsivonen: I can imagine all sorts of blog posts about evil HTML5 raining on the rev=canonical backpattery parade

svl: Mostly (from what I’ve seen) it’s been “let’s all use this en-masse, so html5 will be forced to include this”.

Of all the items in contention with the HTML5 working group, the use of rev=canonical is not high on my list. Why? Because there’s no real argument for it’s use, and a lot of good arguments against its use, and it’s just as easy to use something else.

This all came about because Twitter was built first, designed later. One of the difficulties to keeping a message to 140 characters is that URLs can take 140 characters, and more. Yet there is no URL shortening mechanism built into Twitter. Not only is there no URL shortening mechanism built into Twitter, Twitter, itself, uses another, 3rd party, service: tinyurl.com.

Now, all of a sudden, people are in a dead cold panic about using a service that may go away, leaving link rot in Twitter archives. I hate to break it to the folks so worried, but it will probably be a cold day in hell before anyone digs into Twitter archives. Most of us can’t keep up with the stream of tweets we get today, much less worry about yesterday’s or last week’s.

But there are a lot of other problems associated with using a 3rd party service. Problems such as the recent Twitter follies, otherwise known as Twitter Been Hacked, that ended up being a not particularly fun Easter Egg this weekend. When you click on a Tinyurl URL, you don’t know what you’re going to get, where you’re going, or worse, what will happen to you when you get there. Even Kierkegaard would have a problem with this leap of faith.

There’s also an issue with search engine link credit, not to mention everyone using different URL shortening services so you can’t tell if someone has referenced one of your posts in Twitter, or not. This didn’t use to be a problem, but since everyone does most of their linking in Twitter now, it gets mighty quiet in these here parts. You might think, sigh, no one likes what you’re doing, only to find out that a bunch of people have come to your party, but the party’s been moved to a different address.

So I think we can agree that third party URL services may not be the best of ideas. I, personally, like that we provide our own URL shorteners. Not only would we get the search engine credit, it should encourage the use of the same URL in Twitter, which might help us find the party we lost. Plus, wouldn’t you rather click a link that has burningbird.net in it, then one that has dfse.com? Implementation of our own short URLs should be simple in this day and age of content management systems. All we need to do is agree on a form.

Agree? Did someone say, agree?

As I wrote earlier, I’ve heard too many good arguments against rev=canonical, including the fact it’s too easy to make a typo and write rev=canonical, when we mean rel=canonical, and vice versa. In addition, rel is in HTML5, rev is not, and I’m not going to hammer a stake in the ground over rel/rev. I’m keeping my stakes for things that are important to me.

Note to HTML5 WG: she has a hammer. And stakes.

As for what attribute value to use with rel, whether it’s shortlink or shorturl or just plain short, I don’t care. I took about five minutes to implement shortlink in this space. I implemented shortlink, because this is the option currently listed in the rel attribute wiki page. However, it would only take about a minute to change to shorturl. I even added the short link to the bottom of my posts, which can be copied manually and used to paste into a Twitter post, if you’re so inclined. See, I don’t have to wait for anyone’s approval; I am empowered by Happy Typing Fingers.

Regardless of what we do, I agree with Aristotle: way too much effort on something that should be easy to decide, quick to implement, giving us time to worry about things that are important in HTML5. Things such as SVG, RDFa, and accessibility.

Other discussions related to rel/rev/tiny:

And that’s my 4424 character take on tiny URLs.


Another reason tiny URLs are getting attention is because of the evil new DiggBar. Goodness gracious, people, why on earth do you use crap like this?

Categories
Social Media

Twitter: an interesting experiment

I’ve now used Twitter seriously for a month or two. I’ve enjoyed chatting with friends, and experiencing an application that brings genuine enjoyment to people I like, and admire. I can also now see the utility of the tool, especially for those who don’t communicate frequently online, as it gives us a way to keep in touch and stay informed. But in the last week, I’ve grown less interested in using the application.

One reason for my growing lack of enthusiasm for Twitter is posts disappearing—a relatively frequent event that has happened to a lot of people this week. Given how taxed the application is, problems of this nature are not surprising. What is surprising, though, is how indifferent most people seemed to be about the whole thing. Perhaps I’m old fashioned but one fact I’ve learned over the years in developing applications is that the data is sacrosanct. That the loss of “tweets” is no big thing to folks tells me that a) the underlying application has problems more profound then just being able to access the service, and b) that people don’t really seem to value what they post on the service. That last one is particularly confusing: if the people don’t value what they post, then why spend so much time using the tool?

Another reason I’m thinking of using it less is that I can’t keep up with the posts. By Twitter standards, I’m practically a loner, but I find the amount of news and information to be overwhelming. Before this week, if I wanted to catch up with specific people, I would just go to their Twitter page. However, with Twitter dropping posts, I’m most likely going to miss half of what they said, anyway.

Then there’s the whole “mean” thing. I guess I’m “mean” or sarcastic with too many of my postings. The problem is, you can easily write upbeat, positive, and wonderful things within 140 characters, but the same can not be said about criticism. Not all of us have mastered the art of Twitter snark.

None of this would matter, though, if it weren’t for my lack of comfort with Twitter. I cannot get over that feeling of being the person at the party who drinks too much and says the wrong thing at the wrong time; or puts on the lamp shade and dances around wearing nothing but socks and strategically placed jello shots. Frankly, I don’t think everyone is cut out for Twitter.

Remember the scene in the movie Pretty Woman, when Edward Lewis (played by Richard Gere) takes Vivian (played by Julia Robertson) to the Opera? Just before the curtain goes up, Edward tells Vivian, People’s reactions to opera the first time they see it is very dramatic; they either love it or they hate it. If they love it, they will always love it. If they don’t, they may learn to appreciate it, but it will never become part of their soul. Well, I hated Twitter when I first saw it.

Categories
Social Media

Hiring the critic

f I had known Sitepoint would be hiring I may have held back from telling the lead designer that he’s full of bull. He was full of bull, though, with his exhortation to XHTML users to grow up. Still, another opportunity lost.

There is no room in this economy for the critic. At least, not unless one is already employed. The wind is blowing towards sweetness and light. Desperately blowing, caught up in the maelstrom of fear and uncertainty.

What should I do? Continue to criticize, until I can no longer afford my web space? Or shut up, and hope that someone safely employed takes the time to respond? I guess I pick my battles. Perhaps only criticize those who can’t do me any good, or have no power.

Fah, I sneer at my own words.