Hello,I am working on adding twitter support to the messaging module. I am not sure how the user who is sending the messages through the system should ensure that tweets are going through his twitter account. Should we provide the user to authenticate himself on twitter and then provide sahana-eden the permissions to send and receive tweets on his behalf? or Should we have a common account for sahana-eden so that whenever user sends a tweet it will be sent from this common account and not his personal account?
I was thinking of a common account.
We're not using Sahana as a personal Twitter client, but rather when
we're sending out subscription updates we can send them to users based
on their personal subscription option & when we're sending out alerts,
they would be tagged as being from the Sahana instance.
> A common account -
> Pros - quick, no auth redirects required
> Cons - twitter API rate limits, the sender info too has to be attached
> within 140 characters.
> Using OAuth - one time access grant, one needs a twitter account.
Can't we use a common account via OAuth?
> Is anyone also thinking of adding some sort of twitter-monitor or twitter
> analytics - though a lot of noise comes in even if you monitor specific hash
> tags, and not all are geo tagged.
There are indeed many concerns as to the noise levels, but filtering
can definitely help & will only get better...an area for the more
advanced research once the basic infrastructure is in-place.
I know that at least thedod is interested in this...
F
Can't we use a common account via OAuth?
> Using OAuth - one time access grant, one needs a twitter account.
Great :)
> But if you want it done for personal accounts then we have to give a
> link to the user so that he can authenticate sahana, to use his
> account. This should be atleast done for each user once. If multiple
> installations are there then for each installation too.
I don't think we need Personal accounts.
Once the basics are in-place, it would however be good to extend this
to being able to have a different Twitter account used per
Organisation & then, potentially, by Team.
So bearing this in mind for future extension would be good.
However delivering the basic common account would be a good start :)
F
> On Oct 15, 2:37 am, Abhishek Mishra <ideam...@gmail.com> wrote:
>> > > Using OAuth - one time access grant, one needs a twitter account.
>>
>> > Can't we use a common account via OAuth?
>>
>> Rephrase - "Using OAuth" -> "Using their account"
>>
>> Yup, in both cases we should be using OAuth, twitter has discarded the
>> classic API by now.
>
> --
> You received this message because you are subscribed to the Google Groups "Sahana-Eden" group.
> To post to this group, send email to sahan...@googlegroups.com.
> To unsubscribe from this group, send email to sahana-eden...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/sahana-eden?hl=en.
>
>
On 15 October 2010 01:57, Abhishek Mishra <idea...@gmail.com> wrote:
> On Fri, Oct 15, 2010 at 6:06 AM, Shishir Kakaraddi
> <shishirk...@gmail.com> wrote:
>> I am working on adding twitter support to the messaging module. II was thinking of a common account.
>> am not sure how the user who is sending the messages through the system
>> should ensure that tweets are going through his twitter account. Should we
>> provide the user to authenticate himself on twitter and then provide
>> sahana-eden the permissions to send and receive tweets on his behalf?
>> or Should we have a common account for sahana-eden so that whenever user
>> sends a tweet it will be sent from this common account and not his personal
>> account?
We're not using Sahana as a personal Twitter client, but rather when
we're sending out subscription updates we can send them to users based
on their personal subscription option & when we're sending out alerts,
they would be tagged as being from the Sahana instance.
Very keen to seen a monitoring tool developed. E.g. following the recent earthquake here in Christchurch, it would have been great to:
* store tweets from 1 or more hastags e.g. #eqnz #canterburyquake to build up a local repo of all relevant tweets
* be able to reply/retweet to these messages e.g. provide an official response
* provide analytics on things like - who are the most active users and retweeters e.g. which to target for sending out messages and who is most likely to retweet
* if possible try and cluster similar/identical tweets to reduce the amount of noise - making it faster and simpler to monitor what is going on. As well as automatic clustering, it would be nice to provide users the ability to manually drag a tweet to an existing cluster so that it is removed from the master timeline (so as to simplify the timeline viewed by the user)
* be able to link tickets/actions to specific tweet
* it should be possible to automatically load a hashtag that is included in all outgoing messages e.g. we would have setup #eqnz to be included in all outgoing tweets. this may change during the event e.g. the Ministry of Civil Defence Emergency Management started with #CanterburyQuake but this was soon shortened and overtaken by #eqnz as being shorter and more useable.
We would probably have some people from Project EPIC that would be interested in seeing some of their research in this area operationalised.
Cheers Gav
(who is way behind on his email ;) )