Live data from Hacker News

Why you should not pirate Google’s geo APIs

petewarden.com

111–117 of 117 posts

Re: Why you should not pirate Google’s geo APIs

#111
post #92

Earlier quoted context omitted.

I'm not a lawyer, so take the following with much salt. Furthermore, I'm arguing more from an "ideal legal world" viewpoint rather than the current American legal environment. A contract must consist of: 1. A "meeting of the minds." This means both sides come to a common understanding of what's in the contract. Basically, it means there's an offer by one side and acceptance by the other without changes. 2. Intention…

They probably are fully aware that nobody reads the clickwrap, that's an interesting point. It would be interesting to hear what a lawyer says about that. I don't think it's a truly reasonable defense and I wouldn't want to rely on it. (If we're thinking "ideal legal world", then I'd like clickwraps to be human-readable and people to actually read them.) But I think there's a very clear distinction between a simple a…

There was a story floating around recently about a Russian man who marked up his credit card agreement and sent it back, where it was blindly signed by a representative of the card company, and he then enforced it on them with hilarious and expensive consequences for the card company.

Yeah, they'll probably just toss your counter-offer. But the point is that you can make it. You can take their contract, alter it, sign the altered copy, and send it back, and then they can accept or refuse. The important point here is that you are not considered to have agreed to the original because you signed an altered copy.

A more thorough way to do this electronically would be to modify the DOM, save the modified agreement, click Agree to sign your end, and then e-mail the modified agreement back to the originator and let them know what's going on. Of course, their automated systems have given you access in the meantime, but that's hardly your fault.

I don't really understand how making a modification you know won't be sent back to the server is "fraud", but sending the user an agreement you know won't be read is "not fraud". Seems like either we base both scenarios on what people should do (read the original/modified agreement), or on what people actually do (not read anything), but not base one scenario on one and one scenario on the other.

You say you don't see why an agreement to the original is invalidated because you couldn't make a counter-offer, but that's how contracts work. Negotiation is inherent to the process. Big companies are trying to hide that with form contracts that everyone is expected to sign as-is, but it's still supposed to be present.

Re: Why you should not pirate Google’s geo APIs

#112

Earlier quoted context omitted.

"I would have some sympathy with this if you made it easy for single people to pay you to be able to use your data in a manner outside of the ToS of the free APIs. " I'm not sure why you assume, among other things, that upstream contracts always make this possible.

Occam's Razor makes me think that Google simply does not want to "bother" with many low-value customers, associated support infrastructure, etc. Honest curiosity though: What kind of contract would make it impossible and would one make such a contract?

"Honest curiosity though: What kind of contract would make it impossible and would one make such a contract? "

Most of them :) They often have requirements on downstream users, such as requiring we provide info about them, or that they be restricted to certain use cases, etc

There are a lot of ridiculous restrictions i've seen in my days. Most data brokers don't really want customers to go through you to get "close to bare data". Thus, they give onerous contracts, and restrict how you can sublicense the data, as well as usually requiring attribution, in the hopes that people will see your restrictions, see the attribution, and buy the data from them instead.

Re: Why you should not pirate Google’s geo APIs

#113

Earlier quoted context omitted.

I actually talked to Google yesterday. Minimum tier is 100k per day at $17.5k per year. Very fair price (If you think that is expensive, then you clearly do not work in commercial GIS, where licensing of software and data is insanely expensive). At the same time, they force you to use the data on a Google Map component (yes, even for the paid accounts), and while their api is acceptable, their js map control is sever…

their js map control is severely lacking in features compared to something like leaflet, openlayers, or esri's js component. I work on the Google Maps API. I'd love to hear more about what features you're missing.

Honestly, I had to take a look at in depth to respond, since it has been a while since I looked at the google api in depth. What I still notice is that Openlayers and the esri allow for a lot more service types. You have KML and GeoRSS, which are fine, but do not seem to support many other of the more common formats out of the box such as Arcserver services,WMS, or WFS (which are probably the 3 most common types in the GIS world). I have seen some workarounds for these, but they seem hacky and slow in the implementations I have seen. I do not have a big problem with KML, but I cannot always change what format a 3rd party serves a map as.

The other thing that appears to be lacking is front end geoprocessing. With esri at least, you can do quite a bit of geometry manipulation out of the box. This can be extremely useful for realtime data visualizations, as starting up a new map service is often a bottleneck with any of the backend platforms. If you can just render the new layer on the client, you save loads of time.

My last issue might just be a lack of understanding, but from what I have seen of the backend offering that google maps enterprise offers, it is missing some major features. For one, the documentation is lacking, and it appears that the entire rest api is marked as experimental. Second, although it allows for some basic hosting and whatnot (easily replicated by a free server like geoserver, which is trivial to set up), it once again does not have any real processing engine, so you have to download all of the data to another server you own anyway to do any real work on the data.

That being said, I really do think it is a great product, and I definitely point people in your direction if they are looking for a quick an easy way to add a map to a site with some basic data. At the same time, I am not sure the enterprise plan really makes much sense, since the results can be so easily replicated with geoserver + openlayers and you already need a server solution anyway for running a processing engine like grass or pyqgis.

Also note: I am probably not your typical use case, and I realize that most people just need to throw preprocessed layers on a static map. All I can say is that I look forward to the day when I do not feel like I am the only one around doing dynamic big data GIS on the web, so I don't have to keep building all of this stuff from scratch ;)

Re: Why you should not pirate Google’s geo APIs

#114

Earlier quoted context omitted.

I actually talked to Google yesterday. Minimum tier is 100k per day at $17.5k per year. Very fair price (If you think that is expensive, then you clearly do not work in commercial GIS, where licensing of software and data is insanely expensive). At the same time, they force you to use the data on a Google Map component (yes, even for the paid accounts), and while their api is acceptable, their js map control is sever…

their js map control is severely lacking in features compared to something like leaflet, openlayers, or esri's js component. I work on the Google Maps API. I'd love to hear more about what features you're missing.

I also want to mention that I retract the part about leaflet. I think you guys have wayyy more features than them, but they are the new kids on the block so we can cut them some slack. Also, their controls are the best designed for aesthetics and usability IMHO, which is no small matter.

Re: Why you should not pirate Google’s geo APIs

#115

Earlier quoted context omitted.

I think you're confusing accessing a public version of their data with accessing their API, which this thread is about. When you use maps.google.com you are NOT agreeing to any terms, because they don't really require any to use their data on their site, but when you use the API, you're required to agree to their terms before being able to use it.

FWIW, there's a "Terms" link at the bottom of maps.google.com which links to the additional ToS for Google Maps/Earth: https://www.google.com/intl/en_us/help/terms_maps.html and the first link there is the Google Universal Terms of Service that you also agree to bind yourself to: http://www.google.com/intl/en/policies/terms/

In what sense did I "agree to bind [myself]" to those terms? I just loaded a public website that has map tiles on it. You are arguing that I have agreed, thereby, to something written on a different website (two clicks away), which I was neither presented, nor asked to agree to, nor signed an agreement to?

It seems very similar in the sense to which Google "agreed" to pay me money if they spider my page more than N times/day, which is what my own website's terms say in the footer. Yet I've never received a check. Is Google playing dumb and claiming they never read the terms, so can't be held liable?

Re: Why you should not pirate Google’s geo APIs

#116
post #69

Earlier quoted context omitted.

Really, don't bother trying to contact them, it's not worth it. If anything their business API is less sketchy than their actual sales tactics. We had two different conversations with them and the first time the rep quoted us a rate that worked out to $72 per 1000 map impressions. The second time we spoke to a different rep who, when asked the differences between the free plan and the business plan, told us that if w…

uh, even at its highest it was $4 per 1000 (and now it's 50 cents) and you get 25,000 free per day. And that's through the automated API console, no enterprise license. And the "consequences" are...you get an over quota message. Seriously, search for "OVER_QUERY_LIMIT" and then compare that to all the stories of people being sued and shut down because they went over their maps API quota. I'll wait. I've heard of terr…

Yeah, we had done some research before going into the call, which is why we were just floored at what they were saying. "So you're saying that an enterprise license is more expensive than the business rate listed on your website?" ... "yeah."

I think the whole google maps enterprise was just somebody high up saying "hey, maps is popular, let's try monetizing it" and then not actually holding any of their sales people accountable for anything.

Re: Why you should not pirate Google’s geo APIs

#117
post #103

Earlier quoted context omitted.

How do you know it is just SRTM?

Sorry, should have made myself clearer. I'm not saying that Google just uses SRTM - I'm sure they throw lots of other sources and general Google Magick in there. But for most people in most places, SRTM is good enough.

np and cheers!

Yeah, I think so too. And querying SRTM tiles is prerry simple.

Post reply on HN