<feed xmlns="http://www.w3.org/2005/Atom" xmlns:foaf="http://xmlns.com/foaf/0.1/"><title>norman.walsh.name: Comments on /2009/05/07/timing</title><link rel="alternate" type="text/html" href="http://norman.walsh.name/2009/05/07/timing"/><id>http://norman.walsh.name/2009/05/07/timing/comments.atom</id><updated>2012-02-13T06:41:11.242064Z</updated><entry><title>Comment 1 on /2009/05/07/timing</title><link rel="alternate" type="text/html" href="http://norman.walsh.name/2009/05/07/timing#comment0001"/><id>http://norman.walsh.name/2010/09/25/oauth#comment0001</id><published>2009-05-07T18:57:31Z</published><updated>2009-05-07T18:57:31Z</updated><author><name>Malcolm Tredinnick</name><foaf:mbox_sha1sum>da39a3ee5e6b4b0d3255bfef95601890afd80709</foaf:mbox_sha1sum></author><content type="xhtml"><div xmlns="http://www.w3.org/1999/xhtml">
    <p>Very much agree and glad you wrote this. It's apparently trendy to emphasise how web pages should be short to cater for the reduced attention spans of the kids of today. That always feels a bit too cargo-cultish.

</p>
    <p>Longer, interesting pieces are worth reading and, often, worth writing for the feedback one receives and the opportunity to organise something larger than a micro-thought. I'm somewhere in-between your usage and the Twitter-junkies, I suspect. I use my aggregator to, well, <em>aggregate</em>. Some of what I collect is for now, some for later reading, some as food for thought and some for collecting. The latter categories are important. Those of us with the ability and inclination to write shouldn't feel bad about doing so; seems fair to assume there will always be readers, even of the longer pieces.</p>
  </div></content></entry><entry><title>Comment 2 on /2009/05/07/timing</title><link rel="alternate" type="text/html" href="http://norman.walsh.name/2009/05/07/timing#comment0002"/><id>http://norman.walsh.name/2010/09/25/oauth#comment0002</id><published>2009-05-08T02:35:43Z</published><updated>2009-05-08T02:35:43Z</updated><author><name>carmen</name><foaf:mbox_sha1sum>da39a3ee5e6b4b0d3255bfef95601890afd80709</foaf:mbox_sha1sum></author><content type="xhtml"><div xmlns="http://www.w3.org/1999/xhtml">
    <p>what exactly is too complex for JSON? you can give your JSON objects a URI and use the key/value fields as predicate/objects respectively. voila, RDF
</p>
    <p>
granted it lacks a URI literal in the syntax ,something i'd like to see and seeminlgy ignored in ECMA4 despite the fact that JS/JSON is 'the' language of the web...</p>
  </div></content></entry><entry><title>Comment 3 on /2009/05/07/timing</title><link rel="alternate" type="text/html" href="http://norman.walsh.name/2009/05/07/timing#comment0003"/><id>http://norman.walsh.name/2010/09/25/oauth#comment0003</id><published>2009-05-08T06:16:26Z</published><updated>2009-05-08T06:16:26Z</updated><author><name>Dave Pawson</name><foaf:mbox_sha1sum>da39a3ee5e6b4b0d3255bfef95601890afd80709</foaf:mbox_sha1sum></author><content type="xhtml"><div xmlns="http://www.w3.org/1999/xhtml">
    <p>"I want to be able to pass structured data around, data that's too richly structured for JSON to be of any practical value and data that isn't typically HTML. I could (and have) invented my own data formats and my own APIs, but rarely as robustly and completely as Atom and AtomPub."
</p>
    <p>
I'd be interested in more on this topic please Norm? "Pass around"? within your own PC setup or something else? 
</p>
    <p>
I.e. how Atom|AtomPub meet this need?
</p>
    <p>
DaveP</p>
  </div></content></entry></feed>

