Google Will Block Access To Its Autocomplete API On August 10 59
An anonymous reader writes with news reported by VentureBeat that Google will be discontinuing developer access to its unofficial Autocomplete API, as of August 10 of this year. A snippet from the article: Google currently supports more than 80 APIs that developers can use to integrate Google services and data into their applications. The company also has unsupported and unpublished APIs which people outside the company have discovered and leveraged. One of those is the Autocomplete API. The company says it is making this move "in the interest of maintaining the integrity of autocomplete as part of Search," that it wants to "ensure that users experience autocomplete as it was designed to be used," and finally that "this provides the best user experience for both services." I'm sure many will disagree.
As it was designed to be used... (Score:1, Insightful)
...it wants to "ensure that users experience autocomplete as it was designed to be used,... That is, solely and exclusively for the profit of google. I suspect too many others were making a profit on the API, pulling those dollars away from google.
.
At the rate that google pulls working software out of production and mothballs it, I am surprised that anyone relies on any product that google has.
There does not appear to be any such thing as a long-term supported google product.
Re: (Score:2, Insightful)
Re:As it was designed to be used... (Score:4, Insightful)
No, you just failed at formatting.
Re: (Score:1)
Maybe they meant that they hit their own sciatic nerve?
Re: (Score:2, Insightful)
This isn't a Google "product", dumbass. If Google ever intended anyone to use it, then it wouldn't be an unpublished API. Complaining about Google pulling actual published APIs a applications is one thing, but Google is 100% within its rights to block access to people using their services in ways that they never authorised or intended.
Re: (Score:1)
To be fair, Google is still 100% within its rights to block access to their published and supported APIs too. Even if it would be a dick move.
Re: (Score:2)
> This isn't a Google "product", dumbass
WTF is this? Reddit? Behave, please. And shame on you all who upmodded flames like this.
Re: (Score:1)
Like the previous response said, this particular thing isn't a product. But you are right. Long term is not in Google's lexicon. That is 19th century thinking to all the new money flying over our heads. Their products last about as the bubbles in boiling mud. BUT! Mail is still up. Despite all my ISP's ownership changes, I can keep the same email. Actually for long term, AOL is the way to go. I have a 25 year old account, but can't remember the damn password.
Re:As it was designed to be used... (Score:4, Interesting)
The problem is that because Google does it first and/or best and/or "sufficiently free for adoption", there tend to not be any well known competing products. As such, everyone ends up relying on Google offerings "by default" and doesn't scramble to create replacements until their hands are forced.
Of course maybe this means that its a good investment to build alternatives to all of Google's offerings, just waiting to take an onrush of new business the moment Google loses interest in them. Then again, that's probably far easier in theory than practice.
^----- THIS, e.g. Picasa (Score:3)
Or Email clients. There was Opera's M2 - dead. And I found "PostBox" last year, but well f' them. It's based on Firefox with "free updates between major versions". Bought in September 2014 - and not a single update was
Re: (Score:1)
Re: (Score:1)
Thunderbird, for email, is actually pretty good now. It is a lot like Outlook Express was and, honestly, OE was a fantastic application. Sadly it was slaughtered by Microsoft. I would love a Linux port of OE. It would be awesome. I should look into seeing if it can be run in Wine but I doubt it - it had a lot of dependencies.
I do not do a lot of image management (and little to no image manipulation beyond cutting and resizing). I do not have a Linux recommendation. On Windows systems I have been a very happ
Re: (Score:2)
Er. Me. I use ImageMagick - a command line image manipulation tool - for batch resizing and conversion. It works under Windows, Linux and OS X, so I've been using the same scripts for years, even though I use Photoshop now for the heavy duty editing. Although Photoshop has batch conversion options, I've never felt the need to investigate them. The scripts I built around ImageMagick commands years ago still do the job perfectly.
Re: (Score:1)
Heh... I knew there would be at lest one of you. ;) I can see it being valuable for other folks but I do not do that much management or manipulation. I also do not organize stuff well so automating with scripts or customizing scripts would not help me much. However, I was reasonably sure there was at least one of you out there.
Re: (Score:2)
My choice of "home" OS, hardly affects my choice of software. Most of the Linux stuff runs just fine - if you want to bother with no documentation and limited support. Yet I'm not going to install Java for ANY software. Period. Nor is a PHP/Perl/Python script
Re: (Score:2)
Picasa was free (and decent) there were better ones though ---- or at least software that had actual options --- All of them died and are gone, except for a couple majors.
Free:
http://www.irfanview.com/ [irfanview.com]
http://windows.microsoft.com/e... [microsoft.com]
http://www.faststone.org/FSVie... [faststone.org]
Paid; less than $70:
http://www.acdsee.com/en/produ... [acdsee.com]
http://www.aftershotpro.com/en... [aftershotpro.com]
https://creative.adobe.com/pro... [adobe.com] (admittedly subscription)
http://www.arcsoft.com/photost... [arcsoft.com]
https://www.ashampoo.com/en/us... [ashampoo.com]
There is no shortage of local photo management and editing applications available for Windows.
Or Email clients
I won't spend a huge amount of time posting more links; this page is pretty comprehensive:
http://alternativeto. [alternativeto.net]
Re: (Score:2)
Re: (Score:2)
How so? Would you rather they charge to use it? Maybe $0.01/query?
Re: (Score:2)
Re: (Score:2)
Autocomplete (Score:2, Funny)
Re: (Score:1)
Boycott Google!
Re: (Score:2, Funny)
Girlcottt Google!
There, all balanced up again.
undocumented (Score:4, Insightful)
If you use undocumented calls you are all going to have a bad time mmm kay.
It seems every 'generation' of programmers gets to re-learn this lesson.
Re: (Score:1)
Eh, sometimes it's all you have because you know how much developers like writing documentation.
The moral of the story... (Score:1, Interesting)
Re:The moral of the story... (Score:5, Insightful)
While the general sentiment of your statement is correct - given the plurality of services they have discontinued in the past - do note that this autocomplete API wasn't particularly "offered to the public"; it was never official or particularly supported.
Relying on undocumented / unofficial APIs always carries such a risk.
Re: (Score:2)
Using Google service carries such a risk, whether publish, or undocumented, actived, core or non core.... Google will pull the plug at any minute. Their technology is ideal if you want built in obsolescence you are delivering to a customer.
Use Google API/service
Deploy at customer
Wait until it gets cancelled.
Redo with something else
Profit$$$
Re:The moral of the story... (Score:5, Insightful)
Except Google didn't offer it to the public. It is an unpublished API that is and was unsupported for external use.
I don't see the problem here. Don't rely on undocumented APIs.
Re:The moral of the story... (Score:5, Interesting)
Except Google didn't offer it to the public. It is an unpublished API that is and was unsupported for external use.
I don't see the problem here.
Actually, they did offer it to the public. This was an undocumented API. However, like the undocumented maps API, it was exposed to the public. As such, it was offered, just not documented.
Don't rely on undocumented APIs
Google actually encourages people to experiment with their public but undocumented APIs as part of their strategy. However, however experimenting with and releasing a product based on it are two different things. Google has a tendency to throw things against the wall and see what sticks. Maps, definitely stuck and they could even monetize it. Likely, this API also stuck, or it wouldn't be news. However, it probably was being used in ways that they couldn't monetize. Which, is why double-speeak of trying to protect the integrity of what it was originally designed for (aka Google Search).
Of course, it is their API and nobody was charged anything to use it, so Google is free to do as they wish with it.
Re: (Score:2)
Is this the same API that Safari, Chrome, Firefox, etc. use for autocompleting search queries in their search boxes? If so, and if they disable it, there are going to be a lot of unhappy people, and by a lot, I mean literally every human being who uses a web browser.
Re: (Score:2)
Google is blocking 3rd-party developer use of this API -- not use by Google products. When using Google APIs you embed a Client ID that identifies you as a developer / licensee. Google can simply restrict access to this API to approved, internal Client IDs.
Re: (Score:1)
Re: (Score:1)
It invigorates me and it reaffirms my belief that people like you are too tightly wound to ever enjoy your shallow little life.
Now you get good and rested so you can get up tomorrow and go to that little job in order to earn money to pay for your cell phone addiction. lol
Comment removed (Score:3)
Comment removed (Score:5, Interesting)
Kind of Google's MO (Score:2)