I'm part of a social media company that is currently integrating Foursquare into our Social CRM tool suite. Our application heavily leverages building out profiles based on the information provided to us through our venues. In your terms, you state that user data can be maintained for a maximum of 3 hours but we're looking to store (maybe a subset of) data long term to provide a historical depiction of the activity at the managed venue. Are there certain portions of the user's data returned from the API that we can store for a longer extent?
Thanks in advance.
User data may only be stored for 3 hours, unless you've been explicitly authorized by the user otherwise.
Related
I am successful of fetching my own data using Instagram Graph Api but unable to find a way to get other person's data.
Official document clearly state that metadata of basic data for other Instagram businesses and creators are obtainable but not been able to find any code or document about it.
If anybody know how to do it I would love to know.
Even providing me a link to document or web page that have said information is hugely appriciated.
official document
https://developers.facebook.com/docs/instagram-api
This is described in the Business Discovery documentation. See also the API reference.
The tricky part is that you need to provide your account ID in the URL. (Basically, your account's node is used to access the business_discovery edge.)
You provide the target account's username in the field parameter, for example:
https://graph.facebook.com/v3.2/YOUR_ACCOUNT_ID?fields=business_discovery.username(bluebottle){followers_count,media_count}&access_token={access-token}
Where bluebottle is the username of the account you want data for.
Mind that this really works with business and creators accounts, so you won't obtain data for any random account this way.
I'm making an Instagram analytics web app. I've carefully read all of the Instagram API endpoints and I can't find any way to get historical data (ie, followers over time). All I would need would be something like a date followed, attached to each follower object.
However, there are Instagram analytics sites that offer this, for example, minter.io.
https://minter.io/faq#faq-posting-1
From link above: "Minter.io provides full historical data on Instagram accounts and hashtags except for:
Accounts – List of Lost Followers
Hashtags – Reach and Exposure
In these reports the data will only be available from the date the report is first generated."
An example of this historical data, from minter.io report on my account:
At this point, I think that either:
Minter has some special arrangement with Instagram to get additional data that otherwise isn't provided through API.
I'm missing something..
I understand how this could be done by comparing user data to previous reports (like this SO question asked) but clearly Minter is doing it some other way, because that report was generated from the very first time I created a trial account with them.
Any help would be much appreciated.
Now Facebook graph API has released the Instagram Insights API which returns detailed insights of Instagram Business accounts.
https://developers.facebook.com/docs/instagram-api/reference/user#insights
Above is for user insights, which has follower count. there are many media insights as well now available under graph API.
Details on how to consume this API is captured in the answer at: How to access Instagram feed of any user with new Graph API?
I'm currently working with a health company that requests their patient data to be HIPAA compliant.
Being unfamiliar with HIPAA Compliance, after research, I found sites like Truevault that offer HIPAA compliance databases so patient data is securely stored and cannot be stolen.
However, when reading the documentation of their REST Api, I was confused exactly what is the "database" part of Truevault. Their documentation supports APIs for vaults and documents. Vaults store the douments.
Here is my specific question: In the Truevualt Api, would I securely send data to Truevault through a document? If not, then do I need to use another third party service (such as Parse) to first gather the patient data and THEN send it to Truevault?
Any help would be appreciated. Thanks in advance.
TrueVault accepts JSON documents, which we receive via our RESTful API. Furthermore, this data is typically sent from client-side applications directly to TrueVault.
If you have any other questions or need clarification, you can reach us via our Community Forums.
Cheers,
Dan Cleary
Customer Success Engineer at TrueVault
I am trying to figure out the best possible way to manage a system where we will be sending out different documents via the api through one account. These documents will need to be handled by different departments. Is there a way in the api to share the envelope with a particular group/user? My other idea was to create multiple department API users and depending on which document I am sending will use that departments API user and associate that API user with the department user. It seems like a more complex solution but I know it would work.
Thanks,
Dan
I'm not sure why your question was downvoted without a reason, so I'll throw out my 2cents.
Question 1: Is there a way in the api to share the envelope with a particular group/user?
You can share all of a user's envelopes with group/user, but not specific envelopes. I do not suggest building a workflow around this.
Idea 2: Create multiple department API users and depending on which document I am sending will use that departments API user and associate that API user with the department user.
This is the best solution for scalability and customizibility, remember that an API user does not need to be an admin to create an envelope. In this case, it would be better if that user was not an admin, so they are limited to access only the envelopes that you'd want them to access.
I'm not sure what language your integration is in, but you should be able to store all of the credentials in an array/hash and just call the specific entry for username/password per workflow.
You didn't post what requirements you need for these workflows, so this is a very high level generic question and answer. You may want to go back to the drawing table and figure out your hard requirements. The solution above may not fit all of your requirements, especially if your security team has specific requirements that they need to have followed.
example requirements
Envelopes need to be created through the API
All envelopes must reside on the same account
Envelopes can't be seen by other departments
Envelopes need to be modified by department DepartmentName after Envelope Creation
The API needs access to view the status of these documents
How do i track transaction details made from a particular credit card though geezeo api when credit card info (card no , expiry date and cvc no) is the only login credentials available. Ive tried with yodlee api but it requires usename and password of online bank account as login credentials.
I have worked for Credit Unions that have experience with all these types of APIs. The Geezeo and the Yodlee API will not allow you to do what you want since that would violate the privacy on the card and the card issuers will not allow someone outside of the flow of approvals to get to that data. There are a few APIs that you can get by working with partners like FirstData to look for a certain type of transaction or vendor that comes across their system if it matches a certain card number, but you have to be a key partner with FirstData, not an easy task.
As far as aggregating transaction data from accounts like credit cards, bank accounts, auto loans, mortgages, investment accounts and the like, you really want to be using an API like MoneyDesktop. Yodlee is good as well, it just does not have the coverage, uptime, or quality of data that MoneyDesktop has. Geezeo's API just does not have the critical features that a MoneyDesktop or Yodlee API has. First Geezeo does not do its own aggregation and it only has one partner to do their agg for them. Yodlee is only one source, but if there is a broken connection, at least they can control fixing it. If a connection goes down with Geezeo, there is nothing that Geezeo can do to fix it but wait for their aggregation provider to fix it. If your business, bank or credit union can't afford for aggregation to go down (reputation risk), you need someone like Yodlee that controls their own aggregation, or someone like MoneyDesktop that has many aggregation providers and can route between them the second that one of their connections has problems. Also, Yodlee and MoneyDesktop both do their own data cleansing and aggregation, where Geezeo does not and has to rely on their aggregation provider. This is extremely problematic because as users editing and input to the system as to the transaction being data cleansed incorrectly or categorized incorrectly is not taken into account properly or optimally.
I have also heard that Intuit Data Services has a good API as well, but I have never had any experience with it.
Good luck!