So, I work a fair amount with the instagram API and have, for example, added Realtime support to the most popular golang Instagram library.
To the best of my knowledge, there are no bindings for getting realtime updates from any user which has not authorized your app. To me this seems quite silly but I believe it is the state of affairs. Consequently, you will have to poll for updates from selected users. Now, if someone adds a few hundred users, you'll essentially use all of that user's API calls to check those users for updates routinely.
My point is largely that it's hard for me to imagine a service like this scaling well while guaranteeing freshness, due to the API's limitations. I post this comment not to be a downer, but to hope to learn from the authors about how they plan to deal with these limitations.
Yes you are right, there are limitations in API, but these limitations are(5000 req/hour) far enough for normal users. Next feature will be the multi account support, and this feature will expand these limitations much more.
Regards,
Emre
I'm pretty sure you are going to piss off instagram with your name. I think they even say not to use a name that has insta or gram when you sign up for the api. Other then that best of luck.
Instagram's API TOS has always prohibited third party clients. From the "You Shall Not" section:
"1. Use the Instagram APIs for any application that replicates or attempts to replace the essential user experience of Instagram.com or the Instagram apps."
Well the biggest difference is instagram won't let you post from anything that's not the official client. They kinda "baked in" the need for their app in the flow. With Twitter, it was possible to totally have a "custom" experience.
It's not too hard :) As you know official API doesn't support sending medias. You can send unofficially by using instagram websites URLs but you need users passwords. Its not appropriate to do in terms of user security.
Oh, I just want to write a short script to take my latest flickr uploads and send them to Instagram. I bet someone has already published some Python code, I'll look, thank you!
Instagram has filters in place that will flag / disable your account if you try to upload with anything but the official Instagram app. (that is, if they can detect that you tried that). You may have better luck using the Instagram hooks in a scripted Android Emulator
With instafall you can follow any user, hashtag or media flows in a specific location. In addition you can catch medias which are shared near by you in a circle of 1-5km.
From the left sidebar, click + icon, "add column" window will slide right. From this window click third icon(under # icon), then click add nearby. P.S. You have to give permision for sharing your location with app, when the browser asks. Hope you enjoy :)
To the best of my knowledge, there are no bindings for getting realtime updates from any user which has not authorized your app. To me this seems quite silly but I believe it is the state of affairs. Consequently, you will have to poll for updates from selected users. Now, if someone adds a few hundred users, you'll essentially use all of that user's API calls to check those users for updates routinely.
My point is largely that it's hard for me to imagine a service like this scaling well while guaranteeing freshness, due to the API's limitations. I post this comment not to be a downer, but to hope to learn from the authors about how they plan to deal with these limitations.