List of User Hashes ( Stats / Info )

[asp55]

Is there any way in the api to, given the global hash ( ex: UHUGy ) to
return a list of all the userHashes for the same url? (ex: 39ecrh )
I'm not seeing one, but this would be a really useful feature.

Thanks!
-Andrew

[Kortina]

Not currently, but we would like to add this api in the future.

--
@kortina

[tom]

Is there any new information on this feature request? Thanks, in
advance!

On Oct 21, 6:13 pm, Kortina <kort...@gmail.com> wrote:
> Not currently, but we would like to add this api in the future.
>

[Jehiah Czebotar]

no up date right now, but one of the things that always helps
development of new features, is sharing use cases for it, so if you
could do that, it would be helpful.

--
Jehiah

[tom]

Well, just one example is searching twitter. If you want to search for
tweets that mention a particular url, you need all of the short urls
used for that destination url. Obviously there are more url shorteners
than just bit.ly but bit.ly is the most used. Without having a way of
getting all user hashes for a global hash, you would need to index
every tweet with a bit.ly link, store it in your own database and run
it through the bit.ly /expand api method so that you can have a
references of all bit.ly links used for a single destination url.
Doing something like that is a serious undertaking and extremely
inefficient, whereas being able to request all of the user hashes for
a global hash of a destination url *when it's needed* saves everyone a
lot of work and a lot of api calls.

There are certainly other examples where an api method like this is
useful, but they all pretty much boil down to the same thing: being
able to aggregate data yourself.

Thanks for listening and I hope we can see something like this in the
api soon!

[Jehiah Czebotar]

you may find it useful to check out http://www.backtype.com/developers

BackType has a great api for querying twitter, and the query is based
on the long url, so it solves the exact difficulty you just mentioned.
(in fact, this is how we query for twitter conversations)

--
Jehiah

[tom]

Thanks. I have looked into backtype and I agree it will solve the
specific problem I explained but it doesn't change the fact that an
api method that would provide this underlying data would be helpful to
help aggregate data yourself, from wherever you want - in addition to
not having to rely on another service to do what you want to do.

Thanks for your quick replies!

On Dec 15, 7:28 pm, Jehiah Czebotar <jeh...@bit.ly> wrote:
> you may find it useful to check outhttp://www.backtype.com/developers