reclaiming ephemeral media

Following Boone’s lead, I’m going to be working to reclaim as much of my online activity as possible. I set up a separate WordPress site to handle ephemeral media that are usually posted to Twitter, so that things like the Twitpic licensing brouhaha don’t apply. Because it’s just a blog, it can handle anything – entire galleries of images, audio, video, or any combination. I can also geotag posts, and add plugins to enable timeline and calendar views.

As far as Reclaiming goes, this was one of the simplest things to do. But the process wasn’t simple at all. It took me about half an hour to get going, from setting up a new subdomain, to installing WordPress (I need to migrate my sites to Multisite, but that’s for another time) and adding a MySQL database for it. Tweaking WordPress settings. Installing Twitter Tools plugin to autobroadcast new posts to my Twitter account (good god is Twitter cumbersome to configure stuff for – auth tokens, secret keys, etc… insanity). Then, realizing I’d forgotten to set the timezone of the new media blog, then adjusting that, and realizing that adjustment threw a wrench into the Twitter autoposting system (hopefully only until the 6-hour delta is caught up).

This is not something that 99.99% of people will do. But, those 99.99% of people need to be able to Reclaim their stuff (including low-value ephemeral media otherwise dumped to Twitpic/YFrog/etc…) This is why services like that are so successful, and why third party hosting is so tempting. It’s several orders of magnitude easier to just use a third party service, rather than rolling up your sleeves and hosting stuff yourself. And that leaves out any social layer (which was implemented via Twitter autoposting here, but that may not be appropriate for other services – and I’m not comfortable with Twitter being even more entrenched as the social glue platform).

One more item for a magical Reclaim server appliance…

Update: I just realized that one of the photos I used to test, posted from the iOS WordPress app, wound up going to my main blog rather than my ephemeral media blog. Totally operator error – I selected the wrong blog as destination – but points out how things get more complicated when doing stuff yourself…

silos of people

I’ve been experimenting with bits of software to take control of my online content. The functionality is all there for me to run my own stuff, without feeding corporate silos. I can post text, images, photos, videos. I can store files and access them from anywhere. Without having to hand my bits over to any company.

Except when I want to play with others. To do that, I still need to wade into the silos. Flickr isn’t about photo storage or hosting – it’s about seeing what my friends and family are photographing. Twitter isn’t about posting 140char updates – it’s about seeing the flow of activity from the people I care about.

Although I can reproduce the content-centric functionality for posting and sharing content online, I can only do it in an extremely antisocial way. I do it by myself, on my own. Away from others. Alone.

I’d nuked my Facebook account long ago. I was happy to not be feeding Zucker’s beast. Until I realized that (nearly) everyone I cared about was there – people who would never post to a blog, or maintain a photo site, or anything that’s content-centric and close to the metal. They just want to hang out and share stuff with people they care about. So I sucked it up and recreated a Facebook account. I’m torn – on the one hand, it felt like a failure. On the other hand, it feels like a great way to keep up with what friends and family are doing – especially since many of them would never venture out of the corporate silo to post things on their own.

But the feeling of failure is pretty strong. I think we’re failing as a culture, when the only effective way to connect with people is to hand our social (online- and offline) network graphs to a corporation to monetize at will. Our social connections are far too important to trust them to Google, Facebook, Twitter, or the next big shiny thing. We need to step up, somehow, and take control back. I have no idea how that could happen. There have been many false starts1234, but they’ve been so highly technical that the people that really need them wouldn’t have even known that options existed (and so they didn’t, really). That’s why corporate silos have been so successful – they make the plumbing of online social connection disappear as much as possible.

We need a human-scale, non-technical way for individuals to manage their connections with other individuals, without having to hand control over those connections to any company to mine and monetize. It’s not about content – it’s about managing connections to people, and to the things they are doing.

Update: As usual, Boone Gorges is already thinking about this, in far greater depth than I managed. Awesome. I’ll be thinking through how I should Reclaim. Sign me up.

  1. OpenID – own your online identity! []
  2. Diaspora – Your own personal Facebook []
  3. FOAF – xml describing your identity and social graph []
  4. probably a bunch more that I just can’t think of right now… []

on breaking away from hosted silos

This is a long, rambling, incomplete blog post that’s been rattling around in my head for a week. I decided to try to just put something in writing to see if I could make it less unclear. Caveat emptor.

If people are to manage their own content, forming their digital identities, they need a way to host software and content that doesn’t require obscure and detailed technical knowledge.

Us early adopters are not normal. We’ve been so close to technologies, for so long, that we forget what it’s like to be new to the stuff. Or not to live and breathe tech every day. Most people are not like us. They don’t know what HTTP is. It’s just some silly letters before the address of a website. They don’t know what DNS is. They don’t know what FTP is. They don’t know what SSH is. Or MySQL. Or PHP. Or Perl. etc…

And they shouldn’t have to know these things in order to be full and meaningful participants in online discourse.

Currently, we have a geeky elitism. The early adopting technophile geeks are aware of how software and systems are designed, and may be able to design, host, or manage their own software and content. And everybody else, who don’t know, and don’t care, about the technical mumbojumbo that geeks seem to like to talk about incessantly. Geeks. Jeez.

NewImage.jpgI think there are FAR more people like my Dad, than there are like me. My Dad is 75, and has been using computers for as long as I have. He brought home a Vic=20, followed by a C=64, C=128, an Amiga, and now he’s on his second iMac. He’s not scared of computers, or of technology in general. But he doesn’t live it. He plays, but he sees it as a way to do stuff, not as tech for the sake of tech. At 72, he found Skype, on his own, and set up an account to talk to my older brother who lives on the other side of the globe. He can get stuff done, but gets stuck. Like, a lot.

So, when I’m thinking about “breaking away from hosted silos” I try to keep my Dad in mind. Is this something he cares about? Is it something he could do? Would he?

Why would people want to manage their own content? Third party silos are convenient, but temperamental and transient. It’s so easy to share content on a hosted (and free) service, without having to think about setting anything up or configuring anything, or running backups, or registering domain names, or any of an unlimited list of details required to host software online.

But these services exist to monetize you, your relationships, and your content. And they may change in ways you don’t appreciate, or simply disappear – leaving you suddenly without a potentially substantial component of your online life.

Data portability – the ability to export all (or even any) of your content, to be imported into some other application – gives some sense of security or insurance. But even that requires some technical background that many people don’t have and don’t want (and shouldn’t need).

When I yanked my Delicious.com bookmarks through the export process – through a hidden API url, in a cryptic XML format – I had to futz around for awhile until I got the export file. Then, it was too big to import into something else directly, so I had to futz around with the raw XML to slice it into 3 separate files. I finally got my bookmarks migrated into a self-hosted instance of Scuttle. It wasn’t exactly rocket surgery, but it wasn’t a trivial task, either. These are things that my Dad would never be able to do. Nor should he have to.

And, even though my bookmark data was all there, my network – the relationships I’d built over the years – was gone.

Right now, the best way to manage your own domain is to set up a shared hosting account on GoDaddy or Dreamhost or any of a long list of others. From there, you likely (but not necessarily) have access to the CPanel (or maybe Fantastico) interface for managing the server space – domain names, databases, directories, etc… Gardner Campbell describes this as a good starting point for students to manage their own stuff, as a 21st century digital literacy skill. I disagree – I don’t think it’s easy enough. It’s easier than managing your own server, but it’s far more complicated than most people would be comfortable with. My Dad calls me regularly for help with finding things on his Mac. I can’t imagine how many calls I’d get if he tried setting up a web hosting account. He’d have to move in with us, and that’s not the best solution to getting Dad to host his own stuff.

Actually, Dad’s iMac already has everything he’d need, in order to host his own stuff. It comes stock with Apache2, MySQL, PHP, and all kinds of other goodies. All he’d have to do is sign up for a DynDNS.org account, light up the built-in server apps, and install whatever web applications he wants. But Dad isn’t about to do that. Even that single-sentence description of the process would make his eyes glaze over.

So, what’s the alternative? If most people (including my Dad) would never set up a web hosting account, or run their own webserver, how are they going to host their own content?

The closest thing I’ve seen as an ideal alternative is the Opera Unite project. Built into the Opera browser, is a server that can install and run a number of applications – things like webservers, file sharing, whiteboards, etc… It only takes a single click to install an application. Then, it runs on your own computer, storing the data on your own hard drive. Unite takes care of mapping a domain name to your running copy of the Opera browser, and sends people directly to your computer instead of some server Out There.

Here’s the Applications menu running on my laptop, letting people who visit my operaunite.com domain choose what they want to see.

Opera Unite Applications Menu

The stock Unite apps are decent enough, but don’t really replace what people are doing online. There is a blog app, but it sucks terribly. The bookmarks app is no Delicious (nor Scuttle). So, the apps aren’t a huge draw.

But the model is great. Software that runs on your own computer that lets you control your own content. It handles an automatic domain name, for those that don’t have one (or don’t want to set one up). But, it also works with regular domain name, as long as it’s configured to point to your home IP address. Unite even starts to address the social network layer – letting you connect with friends through the Unite service and see their activity streams.

Opera Unite is cool, but it’s not the killer platform for hosting your own stuff. It’s cross platform, but it requires people to switch browsers in order to run a server. They should be decoupled. A separate, ideally cross platform, server platform is required for this to really take off.

We’ve got similar models in non-server software. The App Store shows how easy it is to find and install apps – something, again, that many people just don’t do on their desktop computers. If they do install something, it’s because they’ve been asked or told to, not because they felt comfortable trying out a new app, experimenting and exploring. The app store changes that. It’s trivial to try out a new app, without worrying about installing it, or breaking anything.

So, the characteristics of this mythical standalone self-hosting platform:

  • lightweight – tomcat need not apply
  • cross-platform (Mac, Windows, maybe Ubuntu?)
  • server “app store” analog for easy one-click installs
  • simple domain name setup (default to a computer.username.ihostmyownstuff.net but allow/encourage custom domains)
  • simple interface for managing apps – add/delete/start/stop/config/etc… without having to edit files
  • simple interface for managing app data – backup/export/import/config/etc… without having to edit files

What about the apps? Traditional php applications currently require too much geek stuff to properly manage – you should be editing files, auditing files for plugins/themes before installing to verify that they don’t contain evil stuff, etc… My Dad won’t be doing that. He literally needs a one-click install.

So, if it’s really one-click, what does the app look like? Could they be some form of native code, rather than bundles of interpreted php etc…? Also, a stand-alone desktop app may not require MySQL or PHP or any of the other common parts of current traditional web apps. What if these apps were compiled native code, using some form of stand-alone NoSQL data storage?

One of the nice things about the use of php for web apps is that they are easily readable and modifiable – anyone with a text editor can hack on the code, tweak it, or fix things. But, how many people actually do that, in comparison to the number of potential users of the software? Is “anyone can edit” worth the cost of “everyone has to manage”? WordPress has come pretty close to trivial administration – the app has a one-click updater, and plugins and themes update almost automatically from within the Dashboard. But, it needs to get installed and configured in the first place. And there are lots of other apps out there that don’t offer anywhere near the level of interface polish as WordPress.

Dad isn’t going to install a copy of Gallery2. And he certainly isn’t going to hack a theme for it.

But, he could click “install photo gallery” from the mythical self-hosting app directory. In my head, it’s as simple as browsing the App Store on an iPhone, and clicking on an app to install it. Done. No geeky stuff required.

Of course, this would only handle the app/content side of things. What about the magic of the network of social connections? There are a few models. Google’s OpenSocial project may be a solution. Or, there could be central connection hubs – similar to GameCenter for iPhone games – where people register with the service, and all of their apps send notifications to the service (or, alternatively, let friends know where to get notifications sent directly).

And, all of this is based on the (likely false) assumption that people really give a crap about running their own stuff and owning their software and data rather than continuing to feed their activity streams into “free” hosted services so others can monetize them by inserting ads or reselling data and relationships.

Shared items from my feed reader

One of the things I was missing when I switched from Google Reader to Fever˚ was a way to share items from my subscriptions. Fever˚ didn’t have any way to generate a feed of things I saved, so it was kind of a separate silo. But, the most recent version of Fever˚ includes a cool new feature to share my Saved items in an RSS feed. Easy peasy.

Here’s an embedded view of the last 30 saved items, thanks to the magical wondrousness of Feed2JS: (it’ll probably bork in the feed, though. irony.)

There are lots of other features that got added in the last update, including integration with Twitter and Instapaper. Fever˚ just keeps getting better and better…

on context and identity

I had a discussion with King Chung Huang and Paul Pival this morning, about one of King’s current research projects. He’s working on the topic of context and identity – what it would mean from both institutional and individual perspectives, if our digital identities and contexts were pulled out of the silos of Blackboard, email, and other isolated and closed systems. What would it mean if every person, group, and place has a URL, which is aware of contexts (institutional, academic, geographical, temporal, etc…) and is also able to gather and provide lists of relevant resources.

A Person would have what is essentially a profile (name, role, contact info, interests, courses, websites, etc…), a Group would describe its type (department, faculty, course, session, club, etc…) as well as lists of relevant bits of info (uses a wiki, has a Blackboard course, meets at this location at this time, has these members, etc…). And Places would describe physical locations, knowing which resources are available, where they are, which Persons and Groups are interested in the Place, as well as scheduling information, etc… (hmm… do we need a fourth primitive type of Time?)

At first blush, it felt like a “portal” problem. Set up a personal Pageflakes or Netvibes page, dropping in some relevant widgets and links. Everyone can customize their own page, and a directory could be created to help discover people, groups, and places.

But that approach loses any real meaning of the contexts. It’s just a dumb content display utility, without being aware of the meaning of the contexts of the content, or of the relationships between people, groups and places.

We talked for awhile, and came to the realization that there is a missing fundamental concept. One that describes the identity and context, and ties the relevant bits of salient info together in a way that can then be used to build novel applications.

Currently, a prof sets up a Blackboard course. They add content to the course. They add Links to various bits. But none of this stuff really knows the context – just that it’s some text that’s been pasted into a container within Blackboard. A prof could spend a lot of time and effort building up a course site in Blackboard, only to kill it at the end of the semester. (sure, it could be cloned, but again that’s context-unaware).

What if the course was just a Group, set up with its own identity and context, and aware of various bits of information. Is Called Mythical Course 301. Has Course ID of MYTHCRSE301. Has Professor… Has TAs… Has Blackboard Course… Uses Wiki at… Podcasts available at… Meets MWF 1000-1050 at ST148…

The idea that Paul came up with is that this is related to the mythical EduGlu concept, but as a necessary first step that is currently missing. Right now, there would be much manual labour to set up an EduGlu service to aggregate activity that happens as part of the practice of teaching and learning. What if we could take advantage of the contexts of Person, Group, and Place to automate that process? We could pull sets of RSS feeds into the aggregator, apply some processing, and export different formats for use in different contexts. Map views. Calendar views. Timeline views. Analysis of individual and group contributions. Interaction analysis. etc…

But, is there some tool, application or platform that is currently able to handle this abstracted concept of context – of Person, Group and Place – that can be used to create a flexible *cough*portal*ahem* to manage and display the torrents of centralized and decentralized information?

Open Education Course: week 2 reading

Notes for week 2 of David Wiley’s Intro to Open Education course at Utah State University, on Giving Knowledge for Free: The Emergence of Open Educational Resources – Organization for Economic Cooperation and Development, Centre for Educational Research and Innovation.

I think I’m definitely falling down on the academic rigour of my responses – I should be providing a much deeper response, rather than just barfing out some thoughts and questions. I’ll try to pick it up for week 3.

Continue reading “Open Education Course: week 2 reading”

On Teaching Dossiers

I’ve been given the opportunity to reflect some more on the nature of portfolios, and on the differences between “portfolios” and “dossiers”. I last wrote about ePortfolios vs. dossiers last month. This morning I got to see a presentation on a Very Important Project that is building a “Teaching Dossier” system as part of its offerings. I’m not going to name the project, because the exact implementation is irrelevant – it’s the concept of the dossier that is off the mark.

There has been a lot of effort into producing systems to facilitate the authoring and publishing of Teaching Dossiers – what appear to be a variation on the traditional CV, but with different headings and fields that get filled in. Essentially an online Word document template with some supporting documentation. It’s billed as a great way to document teaching philosophy, practices, successes, and history. Well, yeah. In the same way that Word can do that, too.

The system I saw this morning was literally a set of online forms that eventually spit out a single html file (no images, some links to external stuff though). No personal creativity – just fill in page after page of forms, and it will distill that info into a web page.

It just hit me that the process is just so, well, uninteresting – you get a web page, sure, and you’ve followed some guidelines about what to document and what to write about. But that’s no more than “Save as .html” It’s not even useful as an interchange format – if it was magically talking with various institutional systems, it might be cool, but it’s a proprietary silo of data, generating a simple web page. They could have just as easily created a Word template to do the same thing, and might have wound up with a better result. Or, a Dreamweaver template, or iWeb, or…

It’s also pedagogically uninteresting. It tells nothing of yourself as an individual. You can fill in a form on a web page. Goody. Now, can you communicate? Can you tell the story of your teaching (and learning)? Can you show video clips? Photos? It’s impossible for an individual’s personality to be captured through this process.

The dossier may have a place in an old-school paper-pushing regime, but we’re in a different century now, and the documentation of what we do (and how we do it) needs to reflect that. A simple text-only web page can’t possibly capture the various activities and media types.

The presentation I saw completely validated the approach we’re taking with our “ePortfolio” pilot project, where we’re essentially handing the students and professors a set of flexible tools (Drupal and Pachyderm) that will let them do what they want. There are no constraints or rigid boxes to fill in. Heck, Pachyderm doesn’t even have the concept of “ePortfolio” in the software – it’s being used because it’s a freeform generic authoring environment. And Drupal is being used because of the fluid nature of users and communities. Put the two together, and you have the antithesis of a “Teaching Dossier”.

I’ve been given the opportunity to reflect some more on the nature of portfolios, and on the differences between “portfolios” and “dossiers”. I last wrote about ePortfolios vs. dossiers last month. This morning I got to see a presentation on a Very Important Project that is building a “Teaching Dossier” system as part of its offerings. I’m not going to name the project, because the exact implementation is irrelevant – it’s the concept of the dossier that is off the mark.

There has been a lot of effort into producing systems to facilitate the authoring and publishing of Teaching Dossiers – what appear to be a variation on the traditional CV, but with different headings and fields that get filled in. Essentially an online Word document template with some supporting documentation. It’s billed as a great way to document teaching philosophy, practices, successes, and history. Well, yeah. In the same way that Word can do that, too.

The system I saw this morning was literally a set of online forms that eventually spit out a single html file (no images, some links to external stuff though). No personal creativity – just fill in page after page of forms, and it will distill that info into a web page.

It just hit me that the process is just so, well, uninteresting – you get a web page, sure, and you’ve followed some guidelines about what to document and what to write about. But that’s no more than “Save as .html” It’s not even useful as an interchange format – if it was magically talking with various institutional systems, it might be cool, but it’s a proprietary silo of data, generating a simple web page. They could have just as easily created a Word template to do the same thing, and might have wound up with a better result. Or, a Dreamweaver template, or iWeb, or…

It’s also pedagogically uninteresting. It tells nothing of yourself as an individual. You can fill in a form on a web page. Goody. Now, can you communicate? Can you tell the story of your teaching (and learning)? Can you show video clips? Photos? It’s impossible for an individual’s personality to be captured through this process.

The dossier may have a place in an old-school paper-pushing regime, but we’re in a different century now, and the documentation of what we do (and how we do it) needs to reflect that. A simple text-only web page can’t possibly capture the various activities and media types.

The presentation I saw completely validated the approach we’re taking with our “ePortfolio” pilot project, where we’re essentially handing the students and professors a set of flexible tools (Drupal and Pachyderm) that will let them do what they want. There are no constraints or rigid boxes to fill in. Heck, Pachyderm doesn’t even have the concept of “ePortfolio” in the software – it’s being used because it’s a freeform generic authoring environment. And Drupal is being used because of the fluid nature of users and communities. Put the two together, and you have the antithesis of a “Teaching Dossier”.

A great presentation on Identity 2.0

While Evan was “napping”, I took a few minutes to check in on my blog. Took a look at recent referrers and Technorati links, and found a reference to Tarina – a Finnish blog. Cool. So, I checked out the blog, and found a link to a very compelling presentation on “Identity 2.0”

Dick Hardt, founder and CEO of Sxip Identity, gave a keynote at OSCON 2005. Initially I was more interested in the description of his presentation style – described as “Lessigian”. I’d never heard this term before, so was curious. Turns out Lawrence Lessig uses a pretty kick-ass presentation style, with very simple slides in sync with his talk. No bullet points, just words (and occasional images) reinforcing what he’s saying.

Dick’s presentation was extremely interesting, partially because of the Lessigian style, partially because of the sense of humour, partially because of the content, and partially because the streaming technique used made me feel like I was right there with him in the audience.

I’ll be reviewing the presentation several times. Some of the concepts he touches on would apply just as easily to “learning objects” as to “identity” – silos vs. walled gardens vs. federation vs. open etc… I’ve also subscribed to Dick’s blog. I should have done that right after Northern Voice 2004, since Sxip was a sponsor and was/is doing some interesting stuff.

Oh, and I must be a little less mature than people give me credit for. I can’t stop giggling about someone named “Dick Hardt”. Grow up, D’Arcy… 🙂 So, kids, it really does pay to check referrers to your blog. There’s no telling what little gems you’ll turn up!

Update: Looks like Sxip is about to roll out a new product/service/standard(?) for sharing identity across weblogs in an attempt to combat comment spam. The new tool is called “Sxore” – they have it running in beta on a handful of blogs, and it is scheduled to be available for WordPress and MovableType in the fall of 2005 – hey! that’s pretty soon!

Update 2: More info about the Lessig Style of Presenting.

While Evan was “napping”, I took a few minutes to check in on my blog. Took a look at recent referrers and Technorati links, and found a reference to Tarina – a Finnish blog. Cool. So, I checked out the blog, and found a link to a very compelling presentation on “Identity 2.0”

Dick Hardt, founder and CEO of Sxip Identity, gave a keynote at OSCON 2005. Initially I was more interested in the description of his presentation style – described as “Lessigian”. I’d never heard this term before, so was curious. Turns out Lawrence Lessig uses a pretty kick-ass presentation style, with very simple slides in sync with his talk. No bullet points, just words (and occasional images) reinforcing what he’s saying.

Dick’s presentation was extremely interesting, partially because of the Lessigian style, partially because of the sense of humour, partially because of the content, and partially because the streaming technique used made me feel like I was right there with him in the audience.

I’ll be reviewing the presentation several times. Some of the concepts he touches on would apply just as easily to “learning objects” as to “identity” – silos vs. walled gardens vs. federation vs. open etc… I’ve also subscribed to Dick’s blog. I should have done that right after Northern Voice 2004, since Sxip was a sponsor and was/is doing some interesting stuff.

Oh, and I must be a little less mature than people give me credit for. I can’t stop giggling about someone named “Dick Hardt”. Grow up, D’Arcy… 🙂 So, kids, it really does pay to check referrers to your blog. There’s no telling what little gems you’ll turn up!

Update: Looks like Sxip is about to roll out a new product/service/standard(?) for sharing identity across weblogs in an attempt to combat comment spam. The new tool is called “Sxore” – they have it running in beta on a handful of blogs, and it is scheduled to be available for WordPress and MovableType in the fall of 2005 – hey! that’s pretty soon!

Update 2: More info about the Lessig Style of Presenting.

On Walled Gardens of Content

I originally posted this entry on May 18, on the Apple Digital Campus Exchange (ADCE) “Tools to Enhance Teaching and Learning” weblog. I’d post a link, but everyone (including myself) would have to login to the ADCE system to read it. So I’m reposting it here in the hopes that it might make some difference. I’m not holding my breath. I was almost convinced that a walled garden might have value, but on further consideration I have to agree wholeheartedly with Alan – and won’t be posting to the ADCE weblogs unless/until the walled garden is opened up to everyone.

One thing that the read-write model of the internet is pretty much diametrically opposed to is the concept of content silos, or walled gardens of content.

There has to be a pretty compelling reason to lock content behind logins and registration. Restricting publishing is another matter, but restricting access to content that is not confidential is just plain wrong.

People won’t create accounts just to read content. Walled Gardens will wither and die – quickly atrophying into irrelevance.

I can see having a requirement for a login to post in the discussion boards, or to comment on a weblog (although even that is questionable). But the concept of having to log in just to find the URL to a weblog is pretty shortsighted.

Hopefully that’s just an oversight that will be quickly righted (especially considering the fact that Google has already found the ADCE blogs).

Update: I’ve put a quick-and-dirty PlanetADCE site up, which aggregates all posts from all ADCE blogs into one easy-to-read page. Enjoy!

PlanetADCE remains the only way to read the ADCE weblog posts. At least until the walled garden stormtroopers decide to seal our backdoor entrance…

The only way this kind of walled garden would fly is if it were the first, the only, or the largest (by an order of magnitude or so). ADCE isn’t any of those, but it does offer some cool things. For me the biggest draw of ADCE is the fact that it’s getting Carl Berger blogging. If that was the only product of the project, it would be well worth it.

I originally posted this entry on May 18, on the Apple Digital Campus Exchange (ADCE) “Tools to Enhance Teaching and Learning” weblog. I’d post a link, but everyone (including myself) would have to login to the ADCE system to read it. So I’m reposting it here in the hopes that it might make some difference. I’m not holding my breath. I was almost convinced that a walled garden might have value, but on further consideration I have to agree wholeheartedly with Alan – and won’t be posting to the ADCE weblogs unless/until the walled garden is opened up to everyone.

One thing that the read-write model of the internet is pretty much diametrically opposed to is the concept of content silos, or walled gardens of content.

There has to be a pretty compelling reason to lock content behind logins and registration. Restricting publishing is another matter, but restricting access to content that is not confidential is just plain wrong.

People won’t create accounts just to read content. Walled Gardens will wither and die – quickly atrophying into irrelevance.

I can see having a requirement for a login to post in the discussion boards, or to comment on a weblog (although even that is questionable). But the concept of having to log in just to find the URL to a weblog is pretty shortsighted.

Hopefully that’s just an oversight that will be quickly righted (especially considering the fact that Google has already found the ADCE blogs).

Update: I’ve put a quick-and-dirty PlanetADCE site up, which aggregates all posts from all ADCE blogs into one easy-to-read page. Enjoy!

PlanetADCE remains the only way to read the ADCE weblog posts. At least until the walled garden stormtroopers decide to seal our backdoor entrance…

The only way this kind of walled garden would fly is if it were the first, the only, or the largest (by an order of magnitude or so). ADCE isn’t any of those, but it does offer some cool things. For me the biggest draw of ADCE is the fact that it’s getting Carl Berger blogging. If that was the only product of the project, it would be well worth it.