Google did advocate for orphan works legislation. Just google [orphan works google] before 2008. The legislation never passed. But when Google was sued, it had the opportunity to negotiate the same issues with the class of copyright owners. It's not ideal, but I don't think it's "horrible" on Google's part.
Google basically gambled that they could violate copyright on all books and get away with it.
Actually, Google was sued for digitally copying library books, making them searchable, and allowing users to see a few "snippets" in the search results. The copying is exactly analogous to the copy of every webpage that exists inside any search engine. A lot of people get confused because the Google Books project also encompasses an opt-in publisher program that allows people to read several pages of books. But for books from libraries that are still under copyright, all Google has done is make a digital index and show snippets, and Google's defense is that its actions are legal under fair use.
Rather than lobbying to make some sane changes to copyright law, they want copyright to remain overly strict, but to just apply to everyone except them. One law for Google, one law for everyone else. Of course, it's okay because Google isn't evil...
In fact, Google has lobbied in favor of orphan works legislation. Just do a search for [orphan works google] before 2008. For example, here's Google's position in 2005. Google has been pretty consistent here.
When Google was sued, it had two choices: 1) defend its fair use to the end, or 2) find common ground with the plaintiffs and push the boundaries of class action lawsuits. They didn't have the option of passing orphan works legislation for everybody (although they have supported it), but they thought they could get it for themselves in a mutual agreement with the class.
Yes, this has been a feature for a while and was reported months ago when it was added to Google Apps. I think the main announcement today is that the wizard is more comprehensive now. It seems they're also tightening security around other entry points: programs like IMAP and Picasa require separate passwords from the primary account password now.
Google Authenticator is open-source and is based on an open protocol, so if you have some other computing device that you trust to be worm-free, you can save the seed on the device and get subsequent keys using a shell script or whatnot. Or if you have some recommendation for another platform it should be ported to, perhaps you can lobby for or support an additional port.
I don't think there would be any objection if Microsoft collected queries that IE users make. It probably wouldn't be a problem to add the URLs that people visit to Bing's crawler queue. But explicitly associating the queries on Google with URLs clicked is simply collecting Google's results, which Google has already forbidden using its robots.txt file. The millisecond that the user clicks the Google result link, the (query, URL) pair is not "customer data" in the sense that it can be ethically copied into Bing's database.
Google News, Google Books, even Street View have opt-out mechanisms. And for Google Books, where the copyright owner hasn't stepped forward, the book is "available" only as a title and a few snippets from the query. There is content in the world, and Google is indexing it.
Contrast this to what Bing did. Google's robots.txt has explicitly opted out of other search engines crawling the search results, which is a database of (query, list of url). So Bing went around this by copying IE users' (query, url) pairs anyway. It would have been fine to just add the URLs that people visit to Bing's webpages to crawl, but associating the query with the Google result URL certainly is not OK.
Microsoft has finally "embraced" HTML5. Now, they are extending the element in ways that F/OSS can't support due to inflexible patent licenses. They're not attacking Chrome on Windows, they're attacking open-source browsers on open-source operating systems.
Naturally, what Google does is in Google's interests, what Microsoft does is in theirs, what I do is in mine, etc. The relevant question is what effect their actions have in the marketplace and community. Google has been careful to release software that is good for them and good for the Web. Microsoft releases software that is good for them but potentially damaging to the Web, if you care about keeping barriers to entry low for future Web software. Quite different.
Except that there's a critical difference between the two plugins. Chrome Frame was an attempt to bring standards-compliant CSS and fast Javascript to websites that still have IE6 users. Even if it became ubiquitous, it would only relieve Web developers from having to support IE's broken rendering engine. On the other hand, Microsoft's plugin exists to shift the de-facto meaning of the <video> element in the HTML5 draft to support only the H.264 format instead of WebM. Microsoft's plugin is insidious if you care about the freedom to implement Web browsers and tools.
The underlying question is, should a company or open-source project be able to implement a Web browser from scratch without having to purchase patent licenses? The academics at the W3C think the answer is emphatically yes. This goes back to the beginning, when Tim Berners-Lee and CERN decided not to demand royalties for HTTP and HTML. But commercial OS vendors such as Microsoft and Apple would prefer <video>s in H.264, since forcing H.264 would give their OSes an advantage over open-source OSes and other underdogs that can't afford the licenses.
The DOM specs all provide spec-level testing (document.implementation.hasFeature(...)), but nobody uses that on the Web. Why? Because it's the browser bugs you typically have to work around, not backward-incompatible specifications. On top of browser bugs, you've got new user agents (iPhone) that the specs weren't designed for. And any experimental features will appear first in browsers before they turn into a specification, so developers will always use feature-testing instead of spec-level checks.
Besides, feature-testing isn't as painful as you describe if you use libraries such as jQuery or Prototype.
Can't the airlines just put a license agreement at the bottom of the page, combined with a robots.txt entry, that says that the user is prohibited from aggregating and publishing prices? This is the standard method of protecting databases in the US.
1)You don't "accidentally" retain sniffed traffic logs of that size...
Yes, a person can accidentally store data that he should have discarded. Google isn't a magical omniscient being; it's a collection of teams with their own disk quotas.
2)There's no political grandstanding here. This is a major privacy invasion. The "grandstanding" has been international, because people are PISSED...
Not sure what your point is. Clearly, the purpose of the data collection was to associate router MAC addresses with physical location so that Chrome and Android can locate themselves more accurately (after the user grants permission). This is something that many companies such as Skyhook Wireless already do. Nobody that I have seen has intelligibly argued that the a map of MAC addresses is a privacy violation, although I suppose that conceivably a stalker can capture your router's MAC address and then query the database whenever you move.
As for emails, passwords and URLs, what motive would Google have for intentionally collecting a few unencrypted packets in passing? It was just an honest mistake, and the sooner governments allow them to delete the payloads, the sooner they will do so.
3)It's slightly creepy when you go around wardriving. When an international corporation which has a always demonstrated an intense interest in profiling its users and mining its users data for advertising purposes, does it, across the planet? That's just slightly different.
Yes, data mining can be scary, but there's no point in turning a company's attempt to come clean into a witch hunt. Google is honest about what they use your data for--to automatically determine which ads to show you. They don't sell your identity to anyone else. They don't limit your choices based on your identity (although search results are personalized, which you can disable). When it comes to specific privacy concerns and security risks, I'd say that Google is pretty benign.
I would not want to lend a netbook running Windows, Ubuntu, or Android to my hacker friend because he might install a keylogger or some kind of proxy, just for fun. Or to my grandmother, who might install malware by accident.
With a regular laptop, there's a mental cost in remembering to delete all my personal data before I stop using it. ChromeOS guarantees that your user state can't be accessed by the next person who uses the device.
There is value to having a computing device that you can use without worrying about its health and your data.
The.dex format is very different from the.class format, and the differences are to optimize for memory and CPU on mobile devices so that you can run one lightweight VM per app. These aren't superficial changes.
What do you expect when businesses stopped being loyal to their employees?
Your description is the exact opposite of the way Google treats their fulltime employees. Their 401(k) match is at least 50%, they pamper employees with food and other benefits, and the few layoffs have been handled with delicacy. People are leaving despite a company that does its best to do the right thing to their employees.
They offer a few one-time numbers to use in case you lose your phone. If there is a chance that you'll lose your phone, you're supposed to write the extra codes down and put them in a safe place.
The major design decision of ChromeOS was to make it secure even when used casually. It's unfortunately hidden in the press releases and security documents of the ChromeOS project page. The idea is that you can lend or borrow a netbook and not have to worry about keyloggers getting installed or your friend later viewing your private data. To achieve this goal, Google requires a TPM chip installed on the netbook so that a user can easily tell that the OS is unmodified, and the OS is stateless (modulo careful caching). This design is what makes ChromeOS so difficult to reconcile with Android, which is a single-user OS for very personal devices.
I hope that ChromeOS becomes successful because I do care about securely sharing computers, but if not enough other people care about this use case (or even understand the security concerns), then I can see how it may fail in the market.
Google actually offers two-factor authentication with your cell phone whenever you're at a new browser. It's not perfect yet: you can't revoke access for a browser once it's been verified, and there are unprotected APIs such as GData and IMAP. But at least it's a step in the right direction.
Why is this at all insightful? You're blatantly taking the quote out of context to make an absurd strawman. The GP's point was that the ownership was obvious, not least due to the Apple branding and the fact that it's clearly not one of the 3 iPhone generations already on the market.
According to section 496 of the California Penal Code, knowingly buying property that was obtained by theft (defined by GP) is also a felony, and the punishment is prison and 3x actual damages.
Slashdot Mirror
They have wholesale copied them. There's really no defense.
Fair use. The same provision that every search engine relies on to index webpages and display cached snippets on an opt-out basis.
Google did advocate for orphan works legislation. Just google [orphan works google] before 2008. The legislation never passed. But when Google was sued, it had the opportunity to negotiate the same issues with the class of copyright owners. It's not ideal, but I don't think it's "horrible" on Google's part.
Google basically gambled that they could violate copyright on all books and get away with it.
Actually, Google was sued for digitally copying library books, making them searchable, and allowing users to see a few "snippets" in the search results. The copying is exactly analogous to the copy of every webpage that exists inside any search engine. A lot of people get confused because the Google Books project also encompasses an opt-in publisher program that allows people to read several pages of books. But for books from libraries that are still under copyright, all Google has done is make a digital index and show snippets, and Google's defense is that its actions are legal under fair use.
Rather than lobbying to make some sane changes to copyright law, they want copyright to remain overly strict, but to just apply to everyone except them. One law for Google, one law for everyone else. Of course, it's okay because Google isn't evil...
In fact, Google has lobbied in favor of orphan works legislation. Just do a search for [orphan works google] before 2008. For example, here's Google's position in 2005. Google has been pretty consistent here.
When Google was sued, it had two choices: 1) defend its fair use to the end, or 2) find common ground with the plaintiffs and push the boundaries of class action lawsuits. They didn't have the option of passing orphan works legislation for everybody (although they have supported it), but they thought they could get it for themselves in a mutual agreement with the class.
Yes, this has been a feature for a while and was reported months ago when it was added to Google Apps. I think the main announcement today is that the wizard is more comprehensive now. It seems they're also tightening security around other entry points: programs like IMAP and Picasa require separate passwords from the primary account password now.
Google Authenticator is open-source and is based on an open protocol, so if you have some other computing device that you trust to be worm-free, you can save the seed on the device and get subsequent keys using a shell script or whatnot. Or if you have some recommendation for another platform it should be ported to, perhaps you can lobby for or support an additional port.
While we're on this topic, I recommend this recent hour-long interview with investigative journalist Brian Deer regarding his extraordinary effort to expose Andrew Wakefield's fraud.
They did offer a defense: it's the customer data.
I don't think there would be any objection if Microsoft collected queries that IE users make. It probably wouldn't be a problem to add the URLs that people visit to Bing's crawler queue. But explicitly associating the queries on Google with URLs clicked is simply collecting Google's results, which Google has already forbidden using its robots.txt file. The millisecond that the user clicks the Google result link, the (query, URL) pair is not "customer data" in the sense that it can be ethically copied into Bing's database.
Google News, Google Books, even Street View have opt-out mechanisms. And for Google Books, where the copyright owner hasn't stepped forward, the book is "available" only as a title and a few snippets from the query. There is content in the world, and Google is indexing it.
Contrast this to what Bing did. Google's robots.txt has explicitly opted out of other search engines crawling the search results, which is a database of (query, list of url). So Bing went around this by copying IE users' (query, url) pairs anyway. It would have been fine to just add the URLs that people visit to Bing's webpages to crawl, but associating the query with the Google result URL certainly is not OK.
Microsoft has finally "embraced" HTML5. Now, they are extending the element in ways that F/OSS can't support due to inflexible patent licenses. They're not attacking Chrome on Windows, they're attacking open-source browsers on open-source operating systems.
Naturally, what Google does is in Google's interests, what Microsoft does is in theirs, what I do is in mine, etc. The relevant question is what effect their actions have in the marketplace and community. Google has been careful to release software that is good for them and good for the Web. Microsoft releases software that is good for them but potentially damaging to the Web, if you care about keeping barriers to entry low for future Web software. Quite different.
To be fair, Google has done that (in a much bigger way) for IE.
Except that there's a critical difference between the two plugins. Chrome Frame was an attempt to bring standards-compliant CSS and fast Javascript to websites that still have IE6 users. Even if it became ubiquitous, it would only relieve Web developers from having to support IE's broken rendering engine. On the other hand, Microsoft's plugin exists to shift the de-facto meaning of the <video> element in the HTML5 draft to support only the H.264 format instead of WebM. Microsoft's plugin is insidious if you care about the freedom to implement Web browsers and tools.
The underlying question is, should a company or open-source project be able to implement a Web browser from scratch without having to purchase patent licenses? The academics at the W3C think the answer is emphatically yes. This goes back to the beginning, when Tim Berners-Lee and CERN decided not to demand royalties for HTTP and HTML. But commercial OS vendors such as Microsoft and Apple would prefer <video>s in H.264, since forcing H.264 would give their OSes an advantage over open-source OSes and other underdogs that can't afford the licenses.
The DOM specs all provide spec-level testing (document.implementation.hasFeature(...)), but nobody uses that on the Web. Why? Because it's the browser bugs you typically have to work around, not backward-incompatible specifications. On top of browser bugs, you've got new user agents (iPhone) that the specs weren't designed for. And any experimental features will appear first in browsers before they turn into a specification, so developers will always use feature-testing instead of spec-level checks. Besides, feature-testing isn't as painful as you describe if you use libraries such as jQuery or Prototype.
Can't the airlines just put a license agreement at the bottom of the page, combined with a robots.txt entry, that says that the user is prohibited from aggregating and publishing prices? This is the standard method of protecting databases in the US.
I mean come on...someone would have noticed the drives filling up, wondered why, etc.
By the way, the accidentally collected data fit in only four hard drives (according to Ireland update here). Hardly anything, by Google's standards.
1)You don't "accidentally" retain sniffed traffic logs of that size...
Yes, a person can accidentally store data that he should have discarded. Google isn't a magical omniscient being; it's a collection of teams with their own disk quotas.
2)There's no political grandstanding here. This is a major privacy invasion. The "grandstanding" has been international, because people are PISSED...
Not sure what your point is. Clearly, the purpose of the data collection was to associate router MAC addresses with physical location so that Chrome and Android can locate themselves more accurately (after the user grants permission). This is something that many companies such as Skyhook Wireless already do. Nobody that I have seen has intelligibly argued that the a map of MAC addresses is a privacy violation, although I suppose that conceivably a stalker can capture your router's MAC address and then query the database whenever you move.
As for emails, passwords and URLs, what motive would Google have for intentionally collecting a few unencrypted packets in passing? It was just an honest mistake, and the sooner governments allow them to delete the payloads, the sooner they will do so.
3)It's slightly creepy when you go around wardriving. When an international corporation which has a always demonstrated an intense interest in profiling its users and mining its users data for advertising purposes, does it, across the planet? That's just slightly different.
Yes, data mining can be scary, but there's no point in turning a company's attempt to come clean into a witch hunt. Google is honest about what they use your data for--to automatically determine which ads to show you. They don't sell your identity to anyone else. They don't limit your choices based on your identity (although search results are personalized, which you can disable). When it comes to specific privacy concerns and security risks, I'd say that Google is pretty benign.
Disclaimer: I used to work at Google.
I would not want to lend a netbook running Windows, Ubuntu, or Android to my hacker friend because he might install a keylogger or some kind of proxy, just for fun. Or to my grandmother, who might install malware by accident.
With a regular laptop, there's a mental cost in remembering to delete all my personal data before I stop using it. ChromeOS guarantees that your user state can't be accessed by the next person who uses the device.
There is value to having a computing device that you can use without worrying about its health and your data.
"Summary" is a required field when you report an issue. Type something and you can submit the bug.
The .dex format is very different from the .class format, and the differences are to optimize for memory and CPU on mobile devices so that you can run one lightweight VM per app. These aren't superficial changes.
What do you expect when businesses stopped being loyal to their employees?
Your description is the exact opposite of the way Google treats their fulltime employees. Their 401(k) match is at least 50%, they pamper employees with food and other benefits, and the few layoffs have been handled with delicacy. People are leaving despite a company that does its best to do the right thing to their employees.
They offer a few one-time numbers to use in case you lose your phone. If there is a chance that you'll lose your phone, you're supposed to write the extra codes down and put them in a safe place.
The major design decision of ChromeOS was to make it secure even when used casually. It's unfortunately hidden in the press releases and security documents of the ChromeOS project page. The idea is that you can lend or borrow a netbook and not have to worry about keyloggers getting installed or your friend later viewing your private data. To achieve this goal, Google requires a TPM chip installed on the netbook so that a user can easily tell that the OS is unmodified, and the OS is stateless (modulo careful caching). This design is what makes ChromeOS so difficult to reconcile with Android, which is a single-user OS for very personal devices.
I hope that ChromeOS becomes successful because I do care about securely sharing computers, but if not enough other people care about this use case (or even understand the security concerns), then I can see how it may fail in the market.
Google actually offers two-factor authentication with your cell phone whenever you're at a new browser. It's not perfect yet: you can't revoke access for a browser once it's been verified, and there are unprotected APIs such as GData and IMAP. But at least it's a step in the right direction.
The Brita pitchers are only intended to improve the taste of tap water by taking out chlorine and calcium, not to actually purify unsafe water.
Why is this at all insightful? You're blatantly taking the quote out of context to make an absurd strawman. The GP's point was that the ownership was obvious, not least due to the Apple branding and the fact that it's clearly not one of the 3 iPhone generations already on the market.
According to section 496 of the California Penal Code, knowingly buying property that was obtained by theft (defined by GP) is also a felony, and the punishment is prison and 3x actual damages.