Mit der letzte Woche veröffentlichten Version von Google Maps für Android, hat Google auch Latitude um ein neues Feature ergänzt. Ähnlich wie bei Foursquare kann man Punkte sammeln. Eine Ankündigung für dieses Feature gibt es noch nicht. 

Pro Check-in bekommt man einen Punkt. Ist es der erste Check-In in der Woche sind es sogar zwei. Eine Rangliste zeigt an wie oft sich die Kontakte schon eingeloggt haben und wie viele Check-Ins sie in dieser Woche schon getätigt haben.

Über Mehr anzeigen, kann man sich zudem die Rangfolge der letzte Woche und des gesamten Zeitraums anzeigen lassen. Neben den Kontakten, denen man den Standort über Latitude genau freigegeben hat, sieht man auch die Check-Ins der Personen, die man auf Google+ eingekreist hat. Je nach Einstellung ist der Ort in der Liste vorhanden. Teilt man einen Checkin nur privat mit einigen Kontakten, dann wird dieser nicht angezeigt, wenn man ihn sonst auch nicht sehen dürfte. Lediglich die Anzahl hat sich bei meinem Test erhöht.

Schon länger gab es bei Google Maps für Android einen unterschiedlichen Status je nachdem wie oft man sich wo eingeloggt hat. So gab es neben Stammgast und VIP auch Guru als Status. In der aktuellen App kann ich diese nicht mehr finden.

Übrigens ich habe die Personen vorher gefragt, ob sie was dagegen haben, wenn sie auf dem Screenshot sichtbar sind.

Was ist Eure Meinung über das Feature?

Google führt Punkte bei Latitude ein — GoogleWatchBlog — Wir auf

Nachdem erst vor einigen Tagen bekannt wurde, dass Google die Cookie-Datenschutzeinstellungen von Safari umgeht, ist ein ähnlicher Fall jetzt auch beim Internet Explorer aufgetaucht. Auch hier setzt Google sein Cookie durch einen Trick, auch wenn der Anwender dies in den Einstellungen ausdrücklich deaktiviert hat.

Erst durch die Meldungen über den Safari-Trick hat sich Microsofts IE-Team das Verhalten von Google mit dem IE genauer angesehen – und ist fündig geworden. Beim IE funktioniert der Trick aber nicht über ein verstecktes Formular, sondern über eine ungültige P3P-Spezifikation von Google. Dadurch geht der IE davon aus, dass Google kein Tracking betreibt und lässt den Cookie zu.

Folgender Text steht in Googles P3P-Spezifikation:

P3P: CP=”This is not a P3P policy!
See http://www.google.com/support/accounts/bin/answer.py?
hl=en&answer=151657 for more info.”

Auf der verlinkten Seite beschreibt Google, dass man sich natürlich an die Datenschutz-Standards halte, die P3P-Spezifikation allerdings für veraltet und nicht praxistauglich hält. So kann z.B. der +1-Button oder Gadgets innerhalb einer Webseite eingebaut werden, welche aber ohne einen Cookie nicht funktionieren würden.

Im Gegensatz zum Safari-”Hack” hat Google das aktuelle Verfahren nicht deaktiviert und wird diese Technik wohl weiterhin nutzen. Allerdings ist die Standard-Einstellung im IE auf “Cookies zulassen” eingestellt, so dass nicht ganz so viele User betroffen sind wie beim Safari – dafür allerdings die, die mehr auf ihre Daten und Spuren im Internet achten.

[heise]

Google umgeht auch Cookie-Datenschutzeinstellungen des IE — GoogleWatchBlog — Wir auf

Am Donnerstag hat Google nun endlich auch Chrome 17 in einer stabilen Version für das Chromebook veröffentlicht. Die Version bringt neben den Änderungen der Desktop-Version auch einige neue Features fürs Chromebook mit. Die Nummer lautet 17.0.963.54 wobei die Platform Version  1412.186.0 zum Einsatz kommt. 

So hat Google eine Lücke im Kernel geschlossen (CVE-2012-0056 kernel: proc: /proc/<pid>/mem mem_write insufficient permission checking). Weniger für Nutzer aus Deutschland interessant ist eine neue Aktivierung von Verizon und top-up Portal. Weiterhin hat Google das Pepper Flash Plugin aktualisiert und auf einen neueren Stand gebracht. Es gab einige Verbesserungen am File Manager.

Weiterhin hat Google Foto Editor, der einige Grundlegenden Dinge wie Zuschneiden, Drehen, aber auch Aufhellen kann, integriert. Interessant für den Einsatz in Unternehmen ist möglicherweise der OpenVPN Support. Daneben hat man noch einige Stablitäts- und Sicherheitsprobleme behoben.

Der neue Foto Editor schaut etwa so aus. (Der Screenshot entstand auf einem Rechner mit Chrome OS 18):

Ähnlich wie bei Picasa führen Änderungen an einem Bild nicht zum Verlust des Originals. Das Chromebook legt automatisch eine neue Datei ein, die dann die Änderungen enthält.

Klar ist das nicht wirklich ein vollwertiger Editor, aber um mal schnell einen Screenshot zurecht zu schneiden oder ein Foto vor dem Upload noch richtig zu drehen, reicht dieser völlig aus.

 

Chrome 17 fürs Chromebook — GoogleWatchBlog — Wir auf

Mit dem neuesten Beta Channel Update hat Chrome OS neben einigen Bugfixes auch Verbesserungen am File-Dialog bekommen. Diese Updates bestehen aber nicht nur aus der Bearbeitungs-Funktion und einer Thumbnail-Vorschau, sondern auch aus einer interessanten Auswahlmöglichkeit – welche mal wieder auf das GDrive hinweist.


Über der Datei-Liste innerhalb des Auswahl-Dialogs erscheint der Eintrag “Chromebook”, welcher angibt auf welchem Gerät die Datei gespeichert bzw. geöffnet werden soll. Ein Klick öffnet auf der linken Seite eine Liste von möglichen Geräten – wobei es derzeit eben nur das eigene Chromebook zur Auswahl gibt. Doch schon bald dürften hier mehrere Geräte zur Auswahl stehen.

Da das Chromebook, außer im Gastmodus, einen Google-Account voraussetzt, ist der aktuelle Benutzer eindeutig identifiziert und es könnten weitere Geräte in der Liste erscheinen die mit dem Account verbunden sind. Es könnten etwa die registrierten Android-Smartphones, der Desktop-PC mit installiertem Chrome, zukünftig Google TV, und eben die Speicherung in der Cloud zur Verfügung stehen.

Dateien via Push verteilen
Das ganze könnte dann ähnlich wie Apples iCloud funktionieren, so dass alle Dateien auf jedem Gerät zur Verfügung stehen – und zwar auch offline. So könnte eine Datei von Chromebook #1 auf Chromebook #2 oder eben das Android-Smartphone gepusht werden. Gleichzeitig kann die Datei dann auch online im GDrive alias Google Docs zur Verfügung stehen.

Natürlich wäre es auch möglich dass Google automatisch über das GDrive alle Dateien auf jedes Gerät verteilt, so wie Apple es derzeit tut, aber dies kann auch ein Nachteil sein. Nicht jeder möchte alle Dokumente vom Chromebook auch auf dem Android-Smartphone haben – und umgekehrt. Eine genauere Auswahl welche Datei auf welchen Geräten zur Verfügung stehen soll wäre wünschenswert.

Geräte könnten über die Cloud kommunizieren
Außerdem wäre es auch möglich, dass in dieser Liste nur Geräte erscheinen die derzeit online sind – und man quasi Live über die Cloud auf diese zugreift. Freunde und Familie könnten dann ebenfalls ihre Geräte, oder bestimmte Order, freigeben – so dass man auf diese ebenfalls Zugriff hat und Dateien verteilen kann. Damit würde man sich quasi eine Offline-Cloud aufbauen.

Bisher ist Cloud Computing dadurch geprägt, dass alle Daten im Internet gespeichert und von dort auch geöffnet werden – dies ist/war auch der ursprüngliche Ansatz von ChromeOS. Mit der Möglichkeit gezielt Dateien auf Geräte zu verteilen, hätte man die perfekte Mischung aus dem klassischen Offline-Leben und dem Leben in der Cloud. Außerdem würde Google so noch einmal die Verbreitung und Akzeptanz von Android & Chrome OS gleichzeitig pushen.

–
Das sind jetzt alles nur Spekulationen, aber ich gehe davon aus dass Google den Zugriff auf andere Geräte über die Cloud, oder eben das GDrive, gleichzeitig mit der Veröffentlichung der stabilen Version von ChromeOS 18 starten wird. Ich kann mir nicht vorstellen dass die Liste dann immer noch leer ist…

Chrome OS Beta: Neuer Hinweis auf GDrive & Cloud-Geräte — GoogleWatchBlog — Wir auf

Google steht derzeit mal wieder unter Beschuss von Datenschützern: Konkret geht es um eine, je nach Sichtweise, Sicherheitslücke im Safari-Browser die von Google ausgenutzt wurde. Apples Browser hat standardmäßig sehr hohe Datenschutzeinstellungen und erlaubt keine Cookies von Drittanbietern – zumindest nicht ohne weitere Interaktion, und genau diese hat Google dem Browser vorgekaukelt.

Cookies von Drittanbietern werden so gut wie immer nur zu Tracking-Zwecken verwendet und werden fast nur von Werbebannern gesetzt. Safari erlaubt diese Cookies standardmäßig nicht, und ein Großteil der User hat diese Einstellung natürlich nicht geändert – doch genau das gefährdet den Erfolg von Googles Anzeigen. Also hat man eine Hintertür ausgenutzt.

Safari erlaubt Cookies von Drittanbietern dann, wenn der User mit dem eingeblendeten Content interagiert – etwa ein Formular innerhalb des Werbebanners ausfüllt. Und genau dies hat Google dem Safari-Browser vorgespielt. Der Code dazu, nämlich ein verstecktes Formular, befindet sich innerhalb des +1-Buttons in den Werbeanzeigen – also sehr gut versteckt.

Als das Wall Street Journal diesem Trick auf die Schliche gekommen ist, hat Google den Code schnellstens entfernt – ist sich aber dennoch keiner Schuld bewusst.

Um diese Features zu ermöglichen, haben wir eine temporäre Verbindung zwischen Safari-Browsern und Google-Servern hergestellt, um feststellen zu können, ob ein Safari-Nutzer bei Google eingeloggt war und diese Art der Personalisierung zugelassen hat.

AdSense-Anzeigen basieren nicht nur auf dem Inhalt der Webseite auf der sie eingeblendet werden, sondern auch teilweise auf den persönlichen Vorlieben und dem Suchverhalten des Users – sofern Google diesen denn kennt.

Der Cookie hatte nur eine Gültigkeit von 24 Stunden, man darf also davon ausgehen dass Google diese wirklich nur zur Identifikation des Nutzers genutzt hat. Unklar ist dann natürlich, warum man diese Funktion sofort nach Bekanntwerden deaktiviert hat – denn Google hat nur eine Lücke im Safari ausgenutzt, welche von Apple absichtlich offen gelassen wurde. Dennoch hat Apple angekündigt sich das “Problem” anzusehen und die Lücke zu schließen.

Apple hat also absichtlich eine Lücke offen gelassen, welche andere Browser standardmäßig erlauben – und Google hat diese Funktion genutzt – von “Sicherheitslücken absichtlich ausnützen” kann also garkeine Rede sein. Also im Grunde viel Lärm um Nichts…

[nachrichten.at]

UPDATE:
» Google umgeht auch Cookie-Datenschutzeinstellungen des IE

Google umging Cookie-Datenschutzeinstellungen von Safari — GoogleWatchBlog — Wir auf

Die Präsentation von Android Ice Cream Sandwich liegt gerade einmal 4 Monate zurück , da scheint schon die Nachfolgeversion in den Startlöchern zu stehen: Version 5.0 wird aller Voraussicht nach den Codenamen Android Jelly Bean tragen und könnte noch im 2. Quartal 2012 vorgestellt werden – als Direktangriff auf das kommende Windows 8.

Zwar wurde mit der 4. Version von Android die getrennte Smartphone- (Android 2.x) und Tablet-Linie (Android 3.x) wieder zusammengeführt, Jelly Bean soll sich aber wieder mehr auf Tablets und Endgeräte mit größeren Displays konzentrieren. Natürlich wird es auch auf Smartphones laufen, aber deren Displays werden ja aktuell auch immer größer (s. Galaxy Note).

Jelly Bean soll vorallem Windows 8 Konkurrenz machen, dem großen Hoffnungsträger von Microsoft. Windows 8 soll sowohl auf PCs mit den klassischen Eingabgeräten Tastatur und Maus laufen als auch auf Tablets, Netbooks und Smartphones. Android 5 wird es wohl nicht auf PCs schaffen, aber zumindest den Markt der Netbooks möchte der Androide noch erobern.

Netbooks gehören zwar zum Revier von Chrome OS, dieses läuft aber – im Gegensatz zum Chrome Browser und dem Android OS – derzeit alles andere als erfolgreich. So wird sich Android einige Funktionen von Chrome ausleihen und ebenfalls auf dessen Endgeräten laufen. Etwa die Dual-Boot-Funktion, mit der zwischen 2 Betriebssystem ohne einen Neustart umgeschaltet werden kann, soll mit an Bord kommen.

Android vs. Windows 8?
Offiziell ist von Googles Seite zwar noch kein Wort über Jelly Bean nach außen gedrungen, taiwanesische Auftragsfertiger sollen allerdings schon erste Details und einen wahrscheinlichen Release-Termin erfahren haben. Der anvisierte Termin liegt noch im 2. Quartal 2012 – und damit vor Windows 8 und eventuell auch vor einem neuen iPhone 5.

Der “alte” Feind von Android, Apples iOS, wurde mittlerweile überholt und wird seinen Marktanteil wohl nicht mehr steigern können. Mit dem Release von Windows 8 wird Microsoft die Karten auf dem Markt der mobilen Betriebssysteme zwar noch einmal völlig neu mischen – deren zukünftiger Marktanteil kann derzeit allerdings niemand vorhersagen. Möglich dass Microsoft doch noch endlich einen Fuß in die Tür bekommt – und Android & iOs noch einen ernst zu nehmenden Gegenspieler bekommen werden.

Einerseits ist es natürlich strategisch wichtig noch vor der Konkurrenz die neueste Betriebssystem-Version zu veröffentlichen, auf der andere Seite ist es aber auch gefährlich Android 4 schon aufs Abstellgleis zu schieben bevor es überhaupt eine signifikante Verbreitung erreicht hat (derzeit nur 1% Marktanteil). Ice Cream Sandwich verkommt damit nur zu einer unbedeutenten Zwischenversion – und das kann eigentlich nicht in Googls Sinne sein…

Die Zukunft der mobilen Betriebssysteme und deren Verbreitung wird auf jeden Fall noch 2012 – spätestens im Weihnachtsgeschäft entschieden. Mit Android Jelly Bean, iOs 6 (?) und Windows 8.

[futurezone]

Android 5.0 Jelly Bean könnte noch in Q2 2012 erscheinen — GoogleWatchBlog — Wir auf

Google hat gestern Abend Chrome 17.0.963.56 veröffentlicht. Diese Version schließt 13 Sicherheitslücken. Außerdem gab es eine neue Beta von Chrome 18.

Aber nicht nur Lücken in Chrome wurden geschlossen. Auch das integrierte Flash-Plugin hat ein Update bekommen. Adobe hat gestern ebenfalls eine gepatchte Version veröffentlicht, die auch für Android aktualisiert wurde.

Sieben der 13 geschlossenen Lücken sind als High eingestuft, fünf als Low sowie eine als Low. Die Entdecker bekommen zwischen 500 und 1337 Dollar ausgezahlt. Unterm Strich sind es 6.837 Dollar. Die neue Version installiert sich wie immer automatisch. Details zu den Lücken sind noch unter Verschluss. Eine Auflistung gibt es in der Ankündigung.

Weiterhin hat Google eine neue Beta von Chrome 18 veröffentlicht. Diese korrigiert einige Fehler. Gefixt wurden Probleme beim Sync, der Stabilität, V8 wurde aktualisiert und es gab Verbesserungen an der Omnibox. Weitere Details gibt es hier ebenfalls in der Ankündigung. Nutzer, die auf dem Beta-Channel sind, bekommen die neue Version automatisch.

Sicherheitsupdate für Chrome 17 & neue Beta von Chrome 18 — GoogleWatchBlog — Wir auf

Seit über zwei Jahren betreibt Google einen eigenen DNS-Server, den jeder bei sich im Betriebssystem oder Router eintragen kann. Dieser DNS-Server ist oft zuverlässiger als die Server des Internetproviders und hat dem ein oder anderen schon geholfen, wenn bei einem großen Provider Google Mail mal wieder nicht ging. 

Nun gab Google bekannt, dass pro Tag über 70 Milliarden Anfragen an diese beiden Server gestellt werden. Im IPv4-Protokoll sind diese die 8.8.4.4 sowie die 8.8.8.8. Auch für IPv6 gibt es bereits DNS-Server von Google. Diese sind unter 2001:4860:4860::8888 and 2001:4860:4860::8844 erreichbar. Wie man diese DNS-Server bei sich eintragen kann, findet man in der Dokumentation auf Englisch.

Laut Google kommen über 70% der Anfragen von außerhalb der USA. Viele Anfragen kommen aus Europa, Nord- und Südamerika. In Asien wächst Googles Public DNS-Server. Außerdem hat Google weitere Lokale Server in Australien und Japan geschaffen.

Weitere Details zu den Public DNS Servern gibt es in der heutigen Ankündigung auf dem Google Blog. Ein DNS-Server ist für die Auflösung einer Domain in die IP-Adresse des Servers verantwortlich und damit ein recht wichtiger Dienst im Internet. Es gibt keinen Live-DNS-Server, aber Google bekommt neue Domains sehr schnell mit und löst diese dann korrekt auf.

Viele werden sicherlich, die Mails nach der Registrierung einer Domain kennen, in denen man darauf hingewiesen wird, dass die volle Erreichbarkeit erst in 24-48 Stunden gegeben sein wird. Dies liegt daran, dass Provider in regelmäßigen, aber oft großen Abständen einen Abgleich machen.

Googles Public DNS liefert täglich über 70 Milliarden Anfragen aus — GoogleWatchBlog — Wir auf

Googles Websuche hat nicht nur einen schlauen Taschenrechner, sondern kann auch Funktionen grafisch darstellen. Mit ein bißchen Geduld und mathematischen Grundkenntnissen kann man damit so einige Grundformen zum Vorschein bringen – zum heutigen Valentinstag kommt dafür natürlich nur ein Herz in Frage.

Gebt einfach folgende Suchanfrage bei Google ein:
(sqrt(​cos(​1.5*​x))*​cos(​200*​x)+​sqrt(​abs(​x))-​0.7)*​(4-​x*​x)^​0.01, sqrt(​6-​x^​2), ‑sqrt(​6-​x^​2)

Und als Ergebnis erhaltet ihr dies:

Die Farbe lässt sich leider nicht ändern, aber in manchen Adern fließt eben auch blaues Blut

[Mashable]

Fun with Google: Herz in der Websuche — GoogleWatchBlog — Wir auf