I've been using Apple's search API and RSS feeds to look at top-grossing apps. As far as I can tell, Apple limits the results to 300 when looking at the top-grossing apps, but somehow appannie.com has apps listed in top grossing to 1500.
Anyone know how they get their numbers?
Oliver Lo, the VP of Marketing at App Annie, gave a few hints during an interview with pocketgamer.biz (quoted below).
The firm offers a sales analytics tool for developers that both
gathers their sales numbers and processes them. Indeed, App Annie's
analytics tool is used by over 150,000 apps and, in particular, over
40 percent of the top 100 publishers by revenue.
Once a developer connects their App Annie account with their iTunes
Connect account, the sales data is automatically downloaded and
processed.
While App Annie keeps the data from that tool completely anonymous, it
does combine all the download and revenue data it has access to
together to build a global model of sales.
That data is then correlated with the public ranking data in the top
app lists to place sales figures with ranks.
Filling in the blanks
"Imagine a Y axis that represents downloads and X axis that represents
rankings," adds Lo.
"Essentially we create a model of those two data points, correlating
them and growing a distribution of those points through advanced
statistics.
"Through that statistical correlation we are able to generate market
estimates for the downloads and the revenue of the entire App Store
ecosystem."
Source: http://www.pocketgamer.biz/feature/47064/stateside-getting-to-grips-with-app-annies-app-store-stats/
Related
I will give small example to explain my question: If we have Facebook ad campaign that needs to target Germany and France, would there be any performance difference if we use one ad group with targeting (Germany, France), or we create two adgroups in this campaign where one would target (Germany) and other would target (France) (same ad image and ad creative settings)?
Kind regards,
Nikola
You generally split targeting for two main reasons.
1. Controlling Budget
Segmenting targeting across geographical areas can allow you to control your budget at a more granular level. For example, if you want to spend 30% of your budget on France and 70% on Germany, splitting the targeting will allow you to achieve this by using multiple campaigns.
2. Understanding Performance
Segmenting the target also gives you greatr insight into which of your targets are performing the best. For example, if you split your target by age, gender and region, you may identify that shoes sell well to men in France between the ages of 25-30 etc.
Be careful to ensure your use of this data complies with Facebook's policy however: https://www.facebook.com/ad_guidelines.php
Over-segmentation
Facebook's algorithms work best when there is a large population within the target. Over segmenting your campaign could result in the overall performance being weaker.
In google's prediction api page, it says we can use it for recommendation of webpages / products...
Can someone please show me how, for example:
I have 500,000 members purchased history
I have 2,000,000 products in 200 different categories
I have user-X just signup, asked him 15 'like' / 'dislike' product questions (user's taste)
Now, i want to suggest/recommend user-X with a list(e.g. 500) of products which he most likely willing to purchase
Thanks a lot
If you are not specifically tied to Google API fow whatever reason, explore using Mahout. This is a basic use case for the Mahout Recommendation mining.
https://cwiki.apache.org/MAHOUT/itembased-collaborative-filtering.html
The Google Prediction API, as currently implemented, is great for classifying data into a discrete set of categories, however, as noted in the documentation:
Avoid having a high ratio of categories to training data in categorical models.
Try to have at least a few dozen examples for each category, minimum.
For really good predictions, a few hundred examples per category is
recommended.
The Prediction API's classification doesn't work well when the ratio of categories to examples is high and in the example you sketched the relationship is one-to-one because you are trying to find the user whose liked product list is most similar to the user of interest (to find a set of promising products to recommend). In this model, each user is a unique category.
We need to display meta information (e.g, address, name) on our site for various venues like bars, restaurants, and theaters.
Ideally, users would type in the name of a venue, along with zip code, and we present the closest matches.
Which APIs have people used for similar geolocation purposes? What are the pros and cons of each?
Our basic research yielded a few options (listed in title and below). We're curious to hear how others have deployed these APIs and which ones are ultimately in use.
Fwix API: http://developers.fwix.com/
Zumigo
Does Facebook plan on offering a Places API eventually that could accomplish this?
Thanks!
Facebook Places is based on Factual. You can use Factual's API which is pretty good (and still free, I think?)
http://www.factual.com/topic/local
You can also use unauthenticated Foursquare as a straight places database. The data is of uneven quality since it's crowdsourced, but I find it generally good. It's free to a certain API limit, but I think the paid tier is negotiated.
https://developer.foursquare.com/
I briefly looked at Google Places but didn't like it because of all the restrictions on how you have to display results (Google wants their ad revenue).
It's been a long time since this question was asked but a quick update on answers for other people.
This post, right now at least, will not go into great detail about each service but merely lists them:
http://wiki.developer.factual.com/w/page/12298852/start
http://developer.yp.com
http://www.yelp.com/developers/documentation
https://developer.foursquare.com/
http://code.google.com/apis/maps/documentation/places/
http://developers.facebook.com/docs/reference/api/
https://simplegeo.com/docs/api-endpoints/simplegeo-context
http://www.citygridmedia.com/developer/
http://fwix.com/developer_tools
http://localeze.com/
They each have their pros and cons (i.e. Google Places only allows 20 results per query, Foursquare and Facebook Places have semi-unreliable results) which can be explained a bit more in detail, although not entirely, in the following link. http://www.quora.com/What-are-the-pros-and-cons-of-each-Places-API
For my own project I ended up deciding to go with Factual's API since there are no restrictions on what you do with the data (one of the only ToS' that I've read in its entirety). Factual has a pretty reliable API, which as a user of the API you may update, modify, or flag rows of the data. Facebook Places bases their data on Factual's, just another fact to shed some perspective.
Hope I can be of help to any future searchers.
This is not a complete answer, because I havn't compared the given geolocation API, but there is also the Google Places API, which solves a similiar problem like the other APIs.
One thing about SimpleGeo: The Location API of SimpleGeo supports mainly US (and Canada?) based locations. The last time I checked, my home country Germany doesn't has many known locations.
Comparison between places data APIs is tough to keep up to date, with the fast past of the space, and with acquisitions like SimpleGeo and HyperPublic changing the landscape quickly.
So I'll just throw in CityGrids perspective as of February 2012. CityGrid provides 18M US places, allowing up to 10M requests per month for developers (publishers) at no charge.
You can search using a wide range of "what" and "where" (Cities, Neighborhoods, Zip Codes, Metro Areas, Addresses, Intersections) searches including latlong. We have rich data for each place including images, videos, reviews, offers, etc.
CityGrid also has a developer revenue sharing program where we'll pay you to display some places as well as large mobile and web advertising network.
You can also query Places via the CityGrid API using Factual, Foursquare and other places providers places and venue IDs. We aggregate data from several places data providers through our system.
Website: http://developer.citygridmedia.com/
I am planning to create a stock based app for iphone. It's going to be a paid app. So I wanted to know what options do I have for getting the data from API.
I have heard of Yahoo finance api, but think it is not free for commecrial use.
What does Apple use for their native app. Could you please provide me with other options.
Thank you.
Getting fast reliable tick data is going to be very expensive, especially if you want every tick. If you want any kind of order book depth, it's even more expensive.
You might want to investigate LMAX who offer a free API. I think they are the same company that do Betfair in the UK. I'm not sure what markets they offer, whether you can use it outside the UK, and whether the prices on show are actual exchange traded prices, or from their own user generated markets, but it might be of interest...
For historical data (historical stock quotes, historical financial statements, historical dividends, etc), you can use the APIs at http://www.mergent.com/servius
(EDIT: The API can deliver historical ratio information such as P/E ratios, but that feature is still undocumented - will be documented soon).
(EDIT: There's also http://www.zacksdata.com/zacks-data-api . By the way, as a disclosure, both APIs are managed by my company).
I saw there are apps that have a different price on different iTunes stores (according to location). How do they do that? I didn't see any place in iTunes Connect that enables that.
You can't have different price for different country.
The only thing is when you choose a tier, it is not the same value according to the country currency.
e.g. : tier 1 = $.99 (US) = .79€ (Europe) = 230 Yens (Japan)
If you really want to have different prices, you must have the same app multiple times.
e.g. :
Application 1 : only distributed on US country (at any tier)
Application 1 bis : distributed on other country than US (at any other tier)
Application 1 and Application 1 bis is exactly the same application, but with a little difference, e.g. language (if you do not localize your app)
It is possible now! Now you can set different prices based on territories for the same IAP package.
https://developer.apple.com/library/content/documentation/LanguagesUtilities/Conceptual/iTunesConnectInAppPurchase_Guide/Chapters/WorkingWithYourProductsStatus.html
Meanwhile, there is an SDK (Mage) available, which is also working for consumables and non-consumables (unlike with iTunes Connect where it only works with subscriptions). Additionally, they automatically take care of optimizing prices according to the markets. You can find the documentation in the repository (there is an android as well as react-native SDK available too).
If you are using the option in iTunes Connect to change subscription prices according to locations be aware, that:
If you reduce your prices: all existing customers will also profit from that immediately.
If you increase your prices: all existing customers will be warned and get the opportunity to cancel.
For full disclosure, I'm one of the Co-Founders. We faced the same problems like you multiple times. This is why we created Mage.
Release them as separate apps, then set the target countries so they do not overlap.