Description
 

Welcome to my Blogroll
Important statements
Cool Tools
Our stuff
Current Collaborators
True Nerds to know
Open Technologies
In Rotation
Occasionally
Resources






August 2003
Sun Mon Tue Wed Thu Fri Sat
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31            
Jul   Sep



Click here to visit the Radio UserLand website.

Subscribe to "Marc's Voice" in Radio UserLand.

Click to see the XML version of this web page.

Click here to send an email to the editor of this weblog.

Marc's Voice
Home LANs + Broadband + Devices

Saturday, August 02, 2003
 Atom | Don Park | Echo | SOAP | XML-RPC 

It looks like something good came out of the (n)Echo-Atom dinner.  I just wondering why they have to use SOAP?  Couldn't we just stick with XML-RPC?

Pie/Echo/Atom (PEA) Dinner.

Pie/Echo/Atom (PEA) dinner was held yesterday at Hunan on Sansome just off the seaward side of Broadway.  David Galbraith and I met before the dinner at Bastille.  After tossing a great salad of ideas over beer, we trekked up toward Broadway.  Oy.  I hate walking uphill.  My flatfoot didn't help either.  When we got to Hunan, there were about twenty people already waiting to be seated.  Then the dinner happened.  Here are some pictures I took.

This blog dinner was more technical than usual since because it was centered around PEA topics.  I had some good technical exchange with Sam Ruby, David Sifry, and Mark Pilgrim who were sitting at my table.  At one point, I asked "What happened to the appkey?" to which Mark echoed (sorry) and Sam scratched.  Yes, appkey is not in the Atom API.  So I walked over to Evan Williams and asked the same question and his answer was:

What appkeys?

We all had a good laugh about it but concluded that appkey should be added to the Atom API.  I think appkey is not a viable solution in most commercial applications, but it does the job as an interim solution and should be supported as an optional parameter.

Overall, I had a great time and got some great ideas from the dinner.  It wasn't really anything specific anyone said at the dinner.  It was more like gaining sudden insights in a struggle to make sense of all the opinions, ideas, questions, and answers flying around.  Yes, that's it.  That is where the money is.  Too bad Joi wasn't around when I got to that part.

Dinner rollcall from Christian Crumlish:

Christian Crumlish, Mark Nottingham, John Beatty, Mark Graham, Dan Beldy, Jay Feinberg, Nick Chalko, Marc Canter, Kevin Burton, Sam Ruby, Phil Wolff, Don Park, Greg Reinacker, Simon Fell, Mark Pilgrim, Chris Alden, Joi Ito, Jason Shellen, Evan Williams, David Galbraith, David Sifry, Joe Gregorio

Pictures:

[Don Park's Daily Habit]

My Pal Mickey -- Interactive Theme Park Doll [Slashdot]

This is from a blog called Jim Hill Media.

Okay. By now, JimHillMedia.com readers are no doubt aware of "My Pal Mickey." (After all, this site actually broke the story on this hi-tech wonder back in December 2002.) That 10-and-a-half inch tall plush that -- thanks to its on-board sensors -- can tell WDW guests all sorts of interesting things about the Florida theme parks. Trivia about various attractions it encounters and/or start times for parades and shows. "My Pal Mickey" can even entertain WDW visitors while they wait in line at rides by telling jokes and/or playing games with the guests.

Of course, what allows "My Pal Mickey" to do all of these amazing things is that this hi-tech toy makes use of some pretty sophisticated technology that then keys off of the literally hundreds of sensors that are scattered around Disney World's theme parks. Which allows the doll to know exactly where it is at all times in the parks. Which allows "My Pal Mickey" to know exactly what it's supposed to say in any given situation.

Of course, the flip side of this situation is that the sensors that Walt Disney Imagineering has strategically placed around the Florida theme parks can be used to track "My Pal Mickey" and -- by extension -- the guests who are carrying the plush. The end result is: the Walt Disney Company has been scoring all of this exciting new info about how its guests actually move around its WDW theme parks. [Jim Hill Media]

This is wild.  Major, major breakthrough. Location based interactive entertainment and education in an information appliance that looks a lot like Mickey.

STkoutline imports and exports OPML files. [Scripting News]

Cool - another on-line outliner:

 I gotta go check it out - later.

Here's a great post on ZeroConf by Don Park. I have just one question "where's ZeroConf for the PC?"  Python or php backend?

Zeroconf Rising.

I love the zeroconf stuff and am happy to see more open source zeroconf projects and products emerging.  Why?  Because my instinct tells me this area of technology is going to explode soon.  Mix zeroconf with location services and WiFi.  Kaboom!

Check out the screenshot of Howl on right by Swampwolf (via je_apostrophe via Ted Leung).

For information on zeroconf and related IETF specs, go to http://www.zeroconf.org.

Technical information about Rendezvous, Apple's Zeroconf implementation is here.

More zeroconf infomation:

If you have links to other zeroconf implementations, please let me know via comment.  I also haven't been able to locate Howl source code on Swampwolf website.

[Don Park's Daily Habit]

I drool when I think about what I'd like to do with ZeroConf/Rendevouz - CROSS-PLATFORM!  But I can't even think about ZeroConf until it's available on the PC - too!  Where's Scoble when we need him?

Microsoft and Intel are so hung up on their Home Media PC blah blah blah - they should at least make sure that ZeroConf was available on the PC.

Bryan Field-Elliot was here today. 

We talked about PingID's implementation of the Liberty Alliance spec. Apparently a lot of people think that since there's a ID-PP standard for all personal meta-data that that means that the Liberty Alliance somehow exposes that meta-data to the evil enterprise in the sky.

Not true. Every kind of attribute there is, including and especially the personal profile info, is locked up and controlled by every end-user and under their control. They (the end-user gets to decide who gets what. On everything.

The version 1.0 of the Liberty spec only supports single- sign-on, but that's enough. Federations of like-minded social networks could gang together and do what they want. 

OK so for 10 points - what RDF schema wrapper technology could hold all that meta-data (or pointers to other meta-data in other schema) and have ALL of those attributes under total end-user control in a federated configuraion of decentralized social network systems?

Jef Raskin: "If you have to set up a network it's likely to drive you crazy." Amen. Too many people forget this fact. [Scott Mace's Radio Weblog]

That's Scott Mac referencing an interview by one of the godheads of our industry: Jeff Raskin. He's pointing out that despite best efforts and sexy consumer WiFi - the practical realities and setting up and maintaining networks, especially Home LANs - is a nightmare.

So now think about it.  What if your software WAS the Home LAN installation code and left behind [insert whatever it is you're hussling?]  Ooops, I just revealed part of our business plan.  :-)

 FOAF | RDF 

I really wish I had the balls to reprint ALL of Shelly's excellent article right here. 

It's kind of a human's version of Jo Walsh's overview she did at ETCON.  Shelly admits that most of the things being done with RDF are development tools and glue for lanuages, but that's OK.  It gives the kind of introductory lesson and overview that is lacking on all the RDF sites.  The issues, battlefield and convergence are much easier to grok now.  Thanks Shelly!

At least it's something.

RDF: Ready for Prime Time. I've been meaning to blog this for over 24hrs, but she makes a heartwarming reference to me and my little IdeaGraph, so I wanted to say something really nice in response. [Raw Blog

The next time I hear Don Park grumble about something or Bill Kearney bitch and moan (only to have Danny Ayers sooth his soul) - I'll be able to reference this article internally, de-reference my OWL pointer, push the stack, pull the register, pop some popcorn and relax.

Coolio.

24 hours on Craigslist?. Craigslist the movie? Hmmmmm.... [knowitallgirl]

Seems that some filmakers are making a participatory movie based upon CraigsList postings.  On Aug. 4th - when you make a post on Craigslist and box will come up asking if you'd like to have a film crew come over and: go on a date with you, watch you sell your car or blender, give an interview about that great job you found, shoot your apartment for rent, etc. They're also accepting self generated footage (I wonder if Lisa Rein is submitting?)

It's 24 hours in the life of Craigslist.

Sounds like the Tribe.net's choice of having Listings and Job Postings as their business model - was a smart choice.

Don Park brings up a really good point that should be discussed.  It's applicable not only to namespaces, but to ALL open standards.  As we've seen from the W3C and IETF, things aren't always what they seem to be.  ICANN has CERTAINLY proven that supposed standards groups can be as slime-bally as Microsoft or AOL.

So what are we to do?

Well Owen Davis and the Identity Commons has the idea that proper 'governance' is needed.  They claim that because the Liberty Alliance is "controlled by enterprise" - that we - by definition - can't trust them.  That has led to lots of talking about talking and coming up with budgets in the six figures to pay for setting up an organization that will 'govern' digital identity standards. 

Needless to say they haven't come up with any budgets yet for paying for software to CREATE a digital identity standard.  So this all seems pretty absurd to me.  Steve Hock (Dee Hock's son) thinks so too.  So you won't be seeing me hanging with those homies anytime soon.  But I do wish them luck.  And if they ever come up with some CODE - they should defintely give me a call.

Meanwhile what lesson can we learn from this debacle?  Isn't this an issue that needs to be dealt with in regards to (n)Echo-Atom?  Who's in charge?  What happens with disputes?  How is the final spec ascertained? Blah blah blah - the issues keep swirling around Sam Ruby and Mark Pilgrim.  But are they the bosses?  Are we just replacing Dave Winer with somebody else?

One thing I've learned about committtees is that it's the surest way to get NOTHING accomplished.  Dave Winer had one thing right.  It takes an asshole to get things done.  Not that Dave's an asshole mind you, it's just that democracy doesn't work in groups.  Ask Clay Shirky about that.

That's why all great companies have strong leadership at the top.  Not only can they (the (n)Echo-Atom folks) not come up with a name (which isn't really their fault - just a sign of the times) but there is also this underlying 'consensus building' process that's going on - which seems kind of disfunctional to me.

Well anyway - here's Don's post on XML namespaces.  But it's relevant to lots of other areas.....

XML Namespace Ownership.

During a discussion with Mark Pilgrim over some Atom extensibility issues, I ran into some questions which are likely to be controversial:

Who owns a XML namespace?

A XML namespace URI is supposed to be just an opaque string that is unique enough to identify a namespace.  It is not a place so the question of ownership is different the question of link ownership.  I suppose one could apply trademark or copyright laws to XML Namespace URIs.

If one can exercise legal control over XML namespaces, what are the legal implications of standard organizations like W3C owning key XML namespaces?  I am not a lawyer, no can I think like one so I'll punt this question.  But we are likely to see clauses appearing in specs related to XML namespaces.

Should XML namespaces be Open or Closed?

An open XML namespace allows third-parties to add new names according to a strict naming design pattern.  Are there use-cases where there is a need for XML namespaces to be open?  What about nested XML processor plugin frameworks that uses XML Namespace URI?

There is also the question of rogue tags being carried as a hidden beacon of sort across the Net and into Intranet.  If unknown tags are ignored by default everywhere, what are the security and legal implications?  If my web service logs all invokations and someone slips in copyrighted or illegal information into a SOAP call, am I liable?  There is a whole new type of cross-scripting issues in web services.

[Don Park's Daily Habit]


Updated: 9/17/2003; 12:25:39 PM.