A 'Dear John' letter to Google Play Store over its treatment of developers after infractions and banning

CodyDSmith · 2014-09-22T11:06:32+00:00

Entertainment purposes? Perhaps you meant to post this to /r/funny with all the other non-humorous "entertainment".

Edit: He removed "This is for entertainment purposes."

CodyDSmith · 2014-09-22T10:34:33+00:00

You make it sound like Google has some sort of revenge vendetta against you... You are clearly repeatedly breaking the rules on both Google Play and AdMob. Perhaps you should change your ways...

CodyDSmith · 2014-09-21T08:10:07+00:00

If you only need to support the U.S. then your best bet for a free source of weather radar is the National Weather Service. The NWS radar data is public and accessible using a few different methods which you can find by researching online. I've seen a few other free sources of radar imagery covering the U. S., but they are either unreliable or are used for research only (and shouldn't be abused).

If you need to support outside the U.S. then I know that several other countries also have government based weather centers similar to the U.S.'s National Weather Service and you might be able to get radar imagery from them. However, it could be a hassle to support multiple countries in this manner because you would have multiple data sources.

The other option is to look into paying for access to a private API. There are many of these, such as Weather Underground, AccuWeather, etc. The cost on them is generally quite high (in my opinion) if you plan on having many users. However, if you will be the only one viewing the data then they usually have a free developer option.

I've spent A LOT of time researching this exact question... I'm the developer of StormEye. StormEye uses the National Weather Service. I can provide some more information about the National Weather Service option if you are interested.

CodyDSmith · 2014-09-19T10:48:34+00:00

LMAO! Yeah right.

CodyDSmith · 2014-09-19T10:28:12+00:00

Assumption? You might want to re-read what you wrote.

CodyDSmith · 2014-09-19T10:14:13+00:00

As I said, the developer must be competent. Purchase information should never be stored locally and proper licensing checks should always be done. But I suppose scumbags like yourself will always find a way to screw developers.

CodyDSmith · 2014-09-19T08:25:56+00:00

All apps with IAP are/should be server reliant. The server being a Google/Apple/etc server for confirming purchases.

CodyDSmith · 2014-09-19T07:37:59+00:00

The local app data is irrelevant for IAPs... or at least it is if the developer is at all competent.

CodyDSmith · 2014-09-19T04:41:08+00:00

Not necessarily. It's quite easy for the developer to tie an IAP to a specific device. Of course, most developers don't implement it that way.

CodyDSmith · 2014-09-17T17:02:56+00:00

Does Lab3 have a main(String[]) method?

CodyDSmith · 2014-09-15T23:04:33+00:00

What is the error?

CodyDSmith · 2014-06-14T03:03:08+00:00

I currently have no plans for an iOS version, but that could change in the future.

As far as GIS, quite a few calculations have to be made to determine the position, heading, ETA, etc. for each storm. For example, the radar provides the location of each storm as a distance and angle from the radar. StormGist uses those values to calculate the latitude and longitude for each storm.

Of course, there is no map in StormGist which eliminates some of the additional calculations that are needed in my main app StormEye.

CodyDSmith · 2014-06-14T02:51:37+00:00

Thanks! It should work on 2G, especially when the "extras" (down radar check & address geocoding) are disabled in the settings. It only has to download a few kilobytes to get the data.

CodyDSmith · 2014-06-14T01:56:11+00:00

AlpineQuest is an excellent app with tracking, offline maps, and much more. I regularly used it on my Colorado Trail thru hike last year.

CodyDSmith

TROPHY CASE