Comments on: Apple creates RSS the Microsoft way http://blog.forret.com/2006/01/apple-creates-rss-the-microsoft-way/ and I mean it Wed, 18 Nov 2009 21:45:03 +0100 http://wordpress.org/?v=2.8.4 hourly 1 By: Peter http://blog.forret.com/2006/01/apple-creates-rss-the-microsoft-way/comment-page-1/#comment-371 Peter Wed, 18 Jan 2006 22:51:00 +0000 http://peter.smoothouse.com/2006/01/15/apple-creates-rss-the-microsoft-way/#comment-371 I don't think RFC822 is so much better than ISO8601. Personally I think all machine-to-machine formats should use UTC. (see <a HREF="http://www.scit.wlv.ac.uk/rfc/rfc33xx/RFC3339.html#14" rel="nofollow">RFC-3339</A>) But the <a HREF="http://blogs.law.harvard.edu/tech/rss" rel="nofollow">RSS</A> specification says RFC-822. "All date-times in RSS conform to the Date and Time Specification of RFC 822, with the exception that the year may be expressed with two characters or four characters (four preferred)." I don’t think RFC822 is so much better than ISO8601. Personally I think all machine-to-machine formats should use UTC. (see RFC-3339)
But the RSS specification says RFC-822. “All date-times in RSS conform to the Date and Time Specification of RFC 822, with the exception that the year may be expressed with two characters or four characters (four preferred).”

]]> By: Anonymous http://blog.forret.com/2006/01/apple-creates-rss-the-microsoft-way/comment-page-1/#comment-370 Anonymous Wed, 18 Jan 2006 20:37:00 +0000 http://peter.smoothouse.com/2006/01/15/apple-creates-rss-the-microsoft-way/#comment-370 The date format is pretty standard ISO format. Why do you think the totally stupid computer format like 'Sun, 13 Jan ...' is better then the ISO format? Not everyone in the world is speaking English and using this kind of displaying date. The date format is pretty standard ISO format. Why do you think the totally stupid computer format like ‘Sun, 13 Jan …’ is better then the ISO format? Not everyone in the world is speaking English and using this kind of displaying date.

]]> By: John Evans http://blog.forret.com/2006/01/apple-creates-rss-the-microsoft-way/comment-page-1/#comment-369 John Evans Mon, 16 Jan 2006 09:43:00 +0000 http://peter.smoothouse.com/2006/01/15/apple-creates-rss-the-microsoft-way/#comment-369 You know I would like to add something here. Flickr themselves are pretty guilty of not providing decent feeds. For example their Atom feeds are still on version 0.3, and they tend to do things like mess up the keywords i.e. they strip spaces and extra chars and put them in a space seperated list under DC->Subject when Atom has a perfectly good Category attribute, and they keywords could each be put in their own Category tag. And I think Apple would have actually been better off going for Atom rather than RSS 2.0. It supports nearly everything they hacked into RSS 2.0 already. In fact I have made some perfectly valid Atom feeds that iPhoto will process happily that include all the dates and keywords etc. If anyone wants to play around with my Flickr Atom feeds in iPhoto u can go here: http://phlikr.3xi.org/ Paste in the url of the flickr feed, hit the button and you will be asked by iphoto to subscribe to the feed. The main reason I am doing it this way is because they dont play nicly with each other really and I put a bit of glue in between to get the tags, comments, correct dates and image sizes into iPhoto You know I would like to add something here. Flickr themselves are pretty guilty of not providing decent feeds. For example their Atom feeds are still on version 0.3, and they tend to do things like mess up the keywords i.e. they strip spaces and extra chars and put them in a space seperated list under DC->Subject when Atom has a perfectly good Category attribute, and they keywords could each be put in their own Category tag.

And I think Apple would have actually been better off going for Atom rather than RSS 2.0. It supports nearly everything they hacked into RSS 2.0 already. In fact I have made some perfectly valid Atom feeds that iPhoto will process happily that include all the dates and keywords etc.

If anyone wants to play around with my Flickr Atom feeds in iPhoto u can go here: http://phlikr.3xi.org/ Paste in the url of the flickr feed, hit the button and you will be asked by iphoto to subscribe to the feed. The main reason I am doing it this way is because they dont play nicly with each other really and I put a bit of glue in between to get the tags, comments, correct dates and image sizes into iPhoto

]]> By: Mark Meyer http://blog.forret.com/2006/01/apple-creates-rss-the-microsoft-way/comment-page-1/#comment-368 Mark Meyer Mon, 16 Jan 2006 07:19:00 +0000 http://peter.smoothouse.com/2006/01/15/apple-creates-rss-the-microsoft-way/#comment-368 What we need is a disinterested third party. Apple is not going to use an RSS extension in its products with a yahoo.com namespace. It just won't happen at this stage. It would be nice if we could all just get along but, since apple and yahoo could end up fighting over the same turf, there is little chance that the path to standards begins with apple adopting yahoo's format. What we need is a disinterested third party. Apple is not going to use an RSS extension in its products with a yahoo.com namespace. It just won’t happen at this stage. It would be nice if we could all just get along but, since apple and yahoo could end up fighting over the same turf, there is little chance that the path to standards begins with apple adopting yahoo’s format.

]]> By: Anonymous http://blog.forret.com/2006/01/apple-creates-rss-the-microsoft-way/comment-page-1/#comment-367 Anonymous Mon, 16 Jan 2006 07:12:00 +0000 http://peter.smoothouse.com/2006/01/15/apple-creates-rss-the-microsoft-way/#comment-367 I sure wish the developers of aggregators would start supporting one of the photo extensions so people can stop putting the photos in the description element as html. In an ideal world the description would describe the attached photo without also including the photo so you could treat the photo and the description as individual pieces of data. As it is, if you want to create an interesting application that takes the photo from the extension and displays it with the description, you get two photos--the one from the attachment and the one from the description. In the end you either end up ignoring the photo rss extension or scrape out the html from the description. But people (naturally) want to see the photos in the aggregators which leaves the creator little choice other than the current bad practice. I sure wish the developers of aggregators would start supporting one of the photo extensions so people can stop putting the photos in the description element as html. In an ideal world the description would describe the attached photo without also including the photo so you could treat the photo and the description as individual pieces of data. As it is, if you want to create an interesting application that takes the photo from the extension and displays it with the description, you get two photos–the one from the attachment and the one from the description. In the end you either end up ignoring the photo rss extension or scrape out the html from the description. But people (naturally) want to see the photos in the aggregators which leaves the creator little choice other than the current bad practice.

]]>