Comments on: — http://factoryjoe.com/blog/2006/07/16/553/ This can all be made better. Ready? Begin. Mon, 16 Apr 2012 18:32:33 +0000 hourly 1 http://wordpress.org/?v=3.3.2 By: Andrew Turner http://factoryjoe.com/blog/2006/07/16/553/comment-page-1/#comment-11992 Andrew Turner Mon, 17 Jul 2006 21:27:48 +0000 http://factoryjoe.com/blog/2006/07/16/553/#comment-11992 I agree with Brent's last point. The trouble is that all the services want you to use them, rather than them building on another service. I like the idea that I can have all my services/communications point to any other, arbitrary, service. They all implement a standard query to return my status, and then display that in their services' status for me. The hard part enters when you want to "selectively" specify who gets what message. Co-workers can see where I am during work hours, and friends can only see "at work" or where I am after work, and family can see my location/specific status all the time (or never, depending on how often your status is 'wasted') A central repository where you configured your geopriv settings, and then the service would query against that and selectively set your presence/status that way depending on who was looking. but again, central service that all the other services are expected to then use. I agree with Brent’s last point. The trouble is that all the services want you to use them, rather than them building on another service. I like the idea that I can have all my services/communications point to any other, arbitrary, service. They all implement a standard query to return my status, and then display that in their services’ status for me.

The hard part enters when you want to “selectively” specify who gets what message. Co-workers can see where I am during work hours, and friends can only see “at work” or where I am after work, and family can see my location/specific status all the time (or never, depending on how often your status is ‘wasted’)

A central repository where you configured your geopriv settings, and then the service would query against that and selectively set your presence/status that way depending on who was looking. but again, central service that all the other services are expected to then use.

]]> By: Brent O. http://factoryjoe.com/blog/2006/07/16/553/comment-page-1/#comment-11919 Brent O. Sun, 16 Jul 2006 22:50:26 +0000 http://factoryjoe.com/blog/2006/07/16/553/#comment-11919 I want something similar but different - I only want one presence network. I've gradually started eliminating forms of short-term communication. I've cancelled my home phone in favor of only a cell phone, and my work voicemail message makes it clear that I don't respond to voicemails - only emails. I use a single IM client, and that one client handles my status messages across all of the protocols. I'm working on getting a good IM client set up on my phone, and once that's done, voila - one presence network, IM. Everything else needs to tie into my IM presence. After all, why wouldn't a web site just use a web service to check my IM status, and then display that to its end users? I want something similar but different – I only want one presence network. I’ve gradually started eliminating forms of short-term communication. I’ve cancelled my home phone in favor of only a cell phone, and my work voicemail message makes it clear that I don’t respond to voicemails – only emails. I use a single IM client, and that one client handles my status messages across all of the protocols. I’m working on getting a good IM client set up on my phone, and once that’s done, voila – one presence network, IM. Everything else needs to tie into my IM presence.

After all, why wouldn’t a web site just use a web service to check my IM status, and then display that to its end users?

]]>