Slashdot Mirror


Google Earth API Will Be Retired On December 12, 2015

An anonymous reader writes Google [on Friday] announced it plans to retire the Google Earth API on December 12, 2015. The reason is simple: Both Chrome and Firefox are removing support for Netscape Plugin Application Programming Interface (NPAPI) plugins due to security reasons, so the API's death was inevitable. The timing makes sense. Last month, Google updated its plan for killing off NPAPI support in Chrome, saying that it would block all plugins by default in January and drop support completely in September. The company also revealed that the Google Earth plugin had dropped in usage from 9.1 percent of Chrome users in October 2013 to 0.1 percent in October 2014. Add dwindling cross-platform support (particularly on mobile devices), and we're frankly surprised the announcement didn't come sooner.

5 of 75 comments (clear)

  1. Ouchy by Anonymous Coward · · Score: 4, Insightful

    The reason why so relatively few dare putting their long-term stuff on Google App Engine: they suddenly feel the need for a spring cleanup and, boom, your investment goes south.

    Yup, I went through the calendar api death amongst other things :(

  2. I'm not complaining by jrq · · Score: 5, Funny

    Not that I'm complaining, but you really do need to pay attention to Google's plans if you have any applications that make use of their APIs. They do love to cast things adrift on a pretty regular basis. Maybe I don't do enough development to pay the proper attention, but does Google have a single source for announcements like this? Perhaps an RSS feed would work, then I could use Google Reader to keep an eye on things. Oh, right.

    --
    My UID is prime!
  3. Asm.js is such idiocy. by Anonymous Coward · · Score: 4, Insightful

    Asm.js just about sums up everything that's wrong with Mozilla today (and that's a whole helluva lot!).

    Asm.js is just JavaScript. That's all it is. It's JavaScript. Mind you, it's a subset of JavaScript that's awful for humans to work with, but it's still just a subset of JavaScript.

    The first problem is, obviously, that asm.js is JavaScript. JavaScript is, by far, the worst mainstream programming language ever to have been created. It's riddled with unjustifiable flaws, from its very foundation to its very peak. I don't give a fuck if Brendan Eich only had a week to get it working, back in 1995. That was almost two decades ago. That's lots of time for these goddamn stupid problems to have been fixed many times over. Mozilla needs to get over their raging hardon for JavaScript. It's a bad language, and it needs to go.

    The second problem is, obviously, that asm.js not a proper bytecode-based runtime like Java, .NET, or PNaCl, yet it's intended to be used as if it were a proper bytecode-based runtime. When you try to use some turds as a pair of boots in a storm, your feet will get soaked and smelly. It's the same principle when you try to use JavaScript as a replacement for a proper bytecode-based runtime.

    The third problem is, obviously, that Mozilla keeps on pushing this idiocy, even when it's clear that asm.js is a fucking stupid idea and the wrong way of doing things. But that's just how Mozilla works these days. This we're-doing-the-wrong-thing-and-it's-obvious-but-let's-keep-on-doing-it-even-when-our-few-remaining-users-beg-us-not-do philosophy of theirs has extended to all of their projects, and it shows.

    Jesus Christ, Mozilla, get rid of asm.js and use PNaCl. PNaCl is sensible, even if it did come from Google.

    Asm.js needs to go! It's shit!

  4. Re:I want plugins! by Anonymous Coward · · Score: 4, Informative

    PPAPI is the modern interface for plugins.

    By "modern" you mean Google Chrome only, right? Vendor lock-in does seem to be what "modern" means these days mostly.

  5. Re:Alternative? by Anonymous Coward · · Score: 5, Interesting

    Don't blame Mozilla for this. Google is intentionally keeping PPAPI exclusive to Chrome.

    The API is not documented or standardized. A lot of parts of it are explicitly secret (only Google and select partners like Adobe know about them). The only standard is "it should do whatever it does in Chrome," and Google designs it around Chrome without any concern for accommodating other browsers. So even if Mozilla poured energy into reverse engineering it and implementing what would necessarily be a slower, less complete shadow of the Chrome version, Google could (and would) still pull the rug out from under you by changing the API next month. It's just not an option.

    Google is being incredibly petty and anti-cooperative with this stuff and people act like they're Goddamn pioneers. It's the same shit you see with Android/Google Play, or with Mir in Ubuntu--they call it "open" but it's not open enough for anyone else to actually use.