Went to the Atom Dinner in SF last night. I am the guy on the right in this picture Joi took. Strange that the only picture of me there is one of me taking a picture, strange since I didn't bring a camera. This was the first time I met so many people face to face that I had previously only talked to before either via mail or irc. I was able to stick around and talk for about an hour before I had to leave to get to the airport, so it was a lot of fun even though I missed all the food.

Bill de hÓra points out one of my biggest annoyances with HTML, that it doesn't support a larger complement of HTTP verbs. He does have a different spin on it than I had previously thought of, that because it only supports GET and POST that HTML effectively subsets HTTP. So, HTML subsets HTTP. If any other technology did that, there'd be uproar. Yet I don't think the W3C Technical Architecture Group have even discussed this.

The URIs in the draft AtomAPI RFC are not normative, they are examples. The draft RFC isn't about specifying the form of the URLs that are to be used. Yes, there are guidelines you should follow when creating URIs, but those are just general guidelines. That is an important document and if you're creating server side software you should know it already. Updated: Now includes the template editing facet.

I am pleased to announce the formation of my company, BitWorking, Inc., a custom system development company able to provide tailored software for Windows Desktop, Embedded and Web Services applications. The website, newly lauched, is valid XHTML 1.0 and CSS. Would you expect any less? If you would be so kind as to link to my site with the words Custom System Development, I would greatly appreciate it. Well, this is, of course, in lieu of contracting us for your next custom application, which would be even more greatly appreciated.

Suggestions for baby names welcome.

The URIs that you use for editing an Entry via the AtomAPI should be orthogonal to the URIs used for serving up the HTML. This topic came up on IRC this morning, and instead of trying to refactor the conversation into a mini-essay I'll just post it verbatim. Arien Morning, Joe jcgregorio good morning Arien Something that is missing in the RFC is moving an entry... Arien (changing the URL of some resource) Arien Wouldn't be able to tell you how to do that in a RESTy way as I was just telling Sam.

There has been a brewing discussion on the wiki on how the AtomAPI needs to be structured. While the discussion is long and some of the issues murky, the question is quite simple and is boiled down into one poll. The poll, which was on RestEchoApiDiscuss, but through the wonder of wiki has now migrated to CarrotVsOrangeDiscuss. The poll is restricted to just looking at the simple case of editing an Atom Entry, and the question is "

Rev 06 - 24Jul2003 Latest version of the AtomAPI draft RFC is now available. Changes in this version: Added template editing interface. Moved to PUT for updating Entries. Changed all the mime-types to application/x.atom+xml. Changed 'edit-entry' to 'create-entry' in the Introspection file to more accurately reflect it's purpose.

Over a month ago I published a quite long and detailed story listing a slew of problems I had recently had with TI Tech Support. Yesterday afternoon I received a telephone call from Douglas Batts, the Director of World-Wide Technical Support for the Semiconductor Division of Texas Instruments. He called to apologize for the poor service I had received, explain some of the things I had experienced, and detail some of the changes they had made to ensure these problems wouldn't occur again.

GlueLogix is the creation of Larry Martin, one of my co-workers. From the home page: In most shops, the regular staff has its hands full building up the big pieces. That's the way it should be - your core people should be concentrating on your core technology. But when marketing pops up and says, "That's nice, but it's not a product without a USB jack," what do you do?

Even thought it was a steamy 90 degrees out today we spent some time this afternoon fishing at the local park. We had great success, with everyone catching at least two fish. This was their first time having success at this park, and it was Reilly's first fish ever. Every fish caught was photographed before being released back to the pond. Christopher was the first to land a fish. Austin was the second one to catch a fish.

A new mailing list has been created for discussing Atom. It is being graciously hosted by IMC, the Internet Mail Consortium. Special thanks to Paul Hoffman of IMC for setting up the list. From the charter: Welcome to the Web site for the atom-syntax mailing list. The atom-syntax mailing list is for developing a syntax for Atom (as compared to talking about its motivation). The AtomProject is an initiative to develop a common syntax for syndication, archiving and publishing.

Both Tim Bray and Paul Prescod are talking about SVG, which is quite timely. Just last week I was doing SVG myself. I had large chunks of data from disparate systems that I needed to visualize. The nice part about SVG being an XML vocabulary is that it is just as easy to generate programmatically as it is with a content generation tool. It didn't take me long to put together a Python script that ran over the files and plotted them out in a unified SVG file.

The fifth version of the draft EchoAPI AtomAPI RFC has been posted. No big changes in this release: Renamed everything Echo into Atom. Added version numbers in the Revision history. Changed all the mime-types to application/atom+xml. Please give feedback via the Wiki. In section 4.6, "editing user prefs", shouldn't you add an "Accept: application/atom+xml" header, so that the same URL can be made to handle both this REST API and for CGI/HTML?

The fourth version of the draft EchoAPI RFC has been posted. Rather large changes for this version based on the feedback from the wiki: Updated the RSD version used from 0.7 to 1.0. Change the method of deleting an Entry from POSTing <delete/> to using the HTTP DELETE verb. Also changed the query interface to GET instead of POST. Moved Introspection Discovery to be up under Introspection. Introduced the term 'facet' for the services listed in the Introspection file.

Just got a promised birthday present from Ziv. Thanks Ziv!

This entry by Jon Udell is rather disappointing, mostly because it sits on the false presumption that choosing and using an API to update a blog with is a binary decision. Far from it, the Blogger, LiveJournal and metaWeblogAPI have co-existed for quite some time, with clients supporting all of them. If the Pie project succeeds in producing a new API, that will not mean the immediate removal of those APIs, nor will all the current software magically break the instant the RFC is approved.

Latest version of the draft EchoAPI RFC in now available. Change log: Added a link to the Wiki near the front of the document. Added a section on finding an Entry. Retrieving an Entry now broken out into it’s own section. Changed the HTTP status code for a successful editing of an Entry to 205. Please give feedback via the Wiki.

Want an idea of what your RSS feed would look like as Echo? Tristan Louis has a converter to do just that. Here is BitWorkings feed as (not)-Echo, which by the way, validates using the recently updated Feed validator. Joe, is the content element correct in that feed ?, it appears to be double encoded, in that its both entity encoded and wrapped in a CDATA section. Posted by Simon Fell on 2003-07-11 Yes, you're right, it is double-encoded.

If you don't have the time to keep up with the Echo Wiki stop by Aaron Swartz' Echo Project News for all the latest developments.