Google API *

Больше года назад Google объявил, что отныне в их поиске используется таинственная Сеть Знаний (официальный перевод Knowledge Graph). Возможно, не все знают, что значительная часть данных Сети доступна для использования всеми желающими и доступна по прекрасно описанному API. Этой частью является база знаний Freebase, поддерживаемая Google и энтузиастами. В этой статье мы сначала немного подурачимся, а потом попробуем сделать несколько простеньких запросов на языке MQL.
Эта статья — вторая из цикла Базы знаний. Следите за обновлениями.

• Часть 1 — Введение
• Часть 2 — Freebase: делаем запросы к Google Knowledge Graph
• Часть 3 — Dbpedia — ядро мира Linked Data
• Часть 4 — Wikidata — семантическая википедия

Долго я прочёсывал интернет в поисках простого решения, как мне в проект добавить 1 только класс и больше не беспокоиться о проблемах геолокации.
Критерии были такие:
1) решить всё в 1 классе, как можно меньше используя внешний код.
2) у пользователя должна быть всегда под рукой 1 static переменная в которой указанно его местоположение и больше ни о чём он знать не должен.

Большинство постов не отвечало на поставленный вопрос: конечно сначала нужно обратиться к сервису, потом нужно установить listner, потом вы можете посмотреть на трёхстраничный краткий пример как это делать.
В итоге я написал свой класс, с которым и хочу вас познакомить: он прост в использовании и с ним сможет справиться любой: просто добавьте его в проект и будет вам счастье.

Я работаю над визуализацией парапланерных соревнований — пишу плеер просмотра гонки для Airtribune.com. В процессе работы мне попадаются интересные и нестандартные задачи. Одна из них — задача быстрой отрисовки маркеров и треков на карте google maps.

Масштабы такие: есть ~200 трекеров в довольно ограниченной области (50x50км), каждый передает данные о своем положении раз в 10 секунд. Нужно их все отрисовать на карте и плавно перемещать при изменении координат. За каждым маркером должен отрисовываться трек. Картинка примерно следующая:



Скоро обнаружилось, что встроенные объекты — google.maps.Marker и google.maps.Polyline — для данной задачи работают слишком медленно. Была куча идей по оптимизации, и в результате получилось решение на canvas-е, которое работает со скоростью 40fps даже на тысяче маркеров. Впрочем, fps вы можете померить сами — я собрал тестовое приложение для сравнения 4-х движков, в котором на лету можно подключать разные фишки и смотреть на скорость работы.

Коммерческие предприятия постоянно получают огромные объемы данных от сетевых приложений, совершающих множество транзакций, обслуживающих миллионы людей и постоянно растущее число подключенных устройств. Важнейшее условие сохранения конкурентоспособности — способность быстро реагировать на изменения в этих данных. В то же время, компании занимаются сбором, хранением и анализом больших объемов информации, иногда сотен гигабайт в день, используя системы, которые просто не способны справиться с подобным темпом работы.

Мы создали BigQuery, чтобы помочь коммерческим предприятиям справиться с этой проблемой без необходимости инвестировать в сложное дорогостоящее оборудование. Представляем две новые функции, которые смогут упростить их задачу.

Несколько дней назад я имел возможность основательно попрактиковаться в разработке приложений для Google Glass. Полученный опыт растеряется со временем, так как пока разрабатывать что-то ещё под “очки” не планирую. Чтобы поделиться пока ещё свежими впечатлениями решил написать этот топик.
Думаю, всем кто интересуется Google Glass известно, что представляет собой программная “начинка” этого гаджета. Да, это Android 4 с адаптированным launcher-ом. Да, в “очках” вполне можно запускать обычные android-приложения, установив их туда через adb. Известно вам наверняка и про Mirror API, который до недавнего времени считался единственным способом официально предоставить свой сервис пользователю Google Glass. Ниже я немного расскажу о использовании этого инструмента. Но главное, о чём хотелось бы рассказать — как писать под Google Glass полноценные android-приложения, используя пока ещё не официальный Glass Development Kit.

В последнее время я стал делать много покупок в интернет-магазинах, и нередко ловлю себя на том, что очень часто проверяю статус своих посылок (с нашей почтой не беспокоиться не получится).
Поиск готовых решений приводил только к платным сервисам. В результате было принято решение сообразить что-нибудь свое.
Под катом список используемых сервисов и подробная инструкция.

Не успели все пережить закрытия Google Reader как на очереди возникла новая напасть. Latitude, в том виде в котором мы его знаем закрывается. Теперь мы не узнаем, по крайней мере от этого сервиса, где шастают наши дети и как далеко жена от дома. Ещё печальнее то, что сопутствующие API сервисы так же будут закрыты. Дата закрытия 9 августа.
В качестве альтернативы можно посмотреть в сторону foursquare или на аналогичные сервисы в Google Plus.

п.с. т.к. мне персонально не все равно будущее подобных услуг в сети (сам активно пользуюсь этим сервисом) открыл этот пост с целью узнать из комментариев о существующих и плановых альтернативах и показать их соответственно сообществу. Поэтому знающим альтернативные сервисы просьба высказаться со ссылками.

Анонс: данная заметка не претендует на полноценную статью. Здесь будет очередная «выкачивалка всех данных» из сервиса Google Reader, заметка из разряда «я просто оставлю это здесь».

Google Reader появился в 2005 году. Год или два спустя я начал им пользоваться как основным источником информации. И вдруг нате, получите — не выгодно, не профильно, закрываемся… Как результат, во-первых потеряли продвинутую (гики) и лояльную аудиторию, во-вторых эти гики тут же начали писать или дописывать различные альтернативы. Усилилась сегментация, возникла проблема выбора ну и вообще some folks got pissed off…

Закрытие Google Reader заставило поволноваться любителей новинок и разработчиков, подняв вопрос о том, не закроет ли Google свои сервисы и API, к которым пользователи так привыкли. Проанализировав 39 закрытых продуктов можно сделать выводы о том, сколько они протянут.


Пополнит ли Google Keep ряды сервисов и API закрытых “корпорацией добра”? Если да, то когда? Фотограф: Alamy.

По своей сути это time-lapse, с использованием в качестве изображения Google Street View.

Ребята из Tehan+Lax Labs реализовали Hyperlapse.js на основе Google Street View. Так же сделана демка, с использованием собственно Hyperlapse.js, Three.js (r57), модифицированная версия GSVPano.js, и Google Maps API v3.

Исходники доступны на github.

Можете посмотреть сразу работу этой штуки, в Киеве, например.

Есть такой замечательный wiki ресурс по языку Tcl/Tk как wiki.tcl.tk. Есть у этого ресурса RSS лента последних изменений. Но вот беда — лента изменений самая минимальная. Там указано только кем, когда и какая страница редактировалась. Нет полных изменений и нет GUID у элементов ленты, поэтому некоторые RSS клиенты (например, Google Reader) не показывают большую часть новостей, считая их одинаковыми.

Компания Google за один день умудрилась нагенерировать массу новостей: и назначить Пичаи новым боссом Android, и устроить весеннюю чистку сервисов, и зачистить Google Play от приложений, блокирующих рекламу. Обо всём по порядку.

Хочу рассказать о своем опыте использования Google Maps в приложении на JavaFX. Рассмотрим загрузку карты в приложение и вызов Google Maps JavaScript API v3 для загруженной карты из своего кода на Java.

In-app Billing Subscriptions (подписки) позволяют автоматизировать списание средств со счета пользователя для приложений, разработанных под Android. Данный инструмент — большой помощник в задаче повышения монетизации приложений. В общем виде схема работы с подписками выглядит следующим образом:

1. Пользователь покупает подписку на некоторые плюшки приложения
2. В случае успешной покупки, приложение получает данные заказа пользователя, в частности идентификатор транзакции и токен продажи подписки, и передает их на сервер
3. Сервер осуществляет проверку подписи заказа в Google Play, контролирует уникальность транзакции, определяет время завершения подписки и начисляет положенные блага
4. По завершении подписки, сервер может определить факт продления и, в случае успеха, продолжить начисление благ

В статье представлены шаги по обеспечению серверной поддержки инструмента монетизации для In-App Billing version 2.

В этом топике уже поднимался вопрос о кодировках сервисов Google. Однако там речь шла о некорректности текстов соглашений. Я же в одном из своих проектов столкнулся с проблемами кодировок при работе с одним из API Google. Пикантность ситуации в том, что проблема возникла при работе с недокументированным API, и «палиться» в службе поддержки очень не хотелось. Поиск в сети решений не дал (варианты с «повторять пока не заработает» не принимались как серьезные). Как же мне удалось найти выход и решить всё самому?

Google карты для iPhone вышли совсем недавно, и не так просто получить API ключ для SDK. Может метод, изложенный здесь, для многих покажется банальностью, но все же я напишу.

Общеизвестно, что в плане подробных данных о рекламных источниках Google Analytics ранее узнавал только Google (AdWords & AdSense), приводя в отдельной группе отчетов «Реклама» статистику по стоимости, CTR, стоимости клика и т.п. Статистика в этот отчет передается только в том случае, если была настроена связка аккаунтов Google Analytics и Google AdWords/AdSense. Таким образом, если вам нужно было посчитать стоимость достижения определенной цели (например, заявки) или заказа по рекламным источникам, будьте добры выгрузить данные в Excel, добавить в них данные о расходах из каждой системы (Яндекс.Директ, Бегун, Вконтакте, FB, медийные площадки и пр.) и добавить расчетное поле: стоимость размещения / количество заказов или достижений цели. Плюс можно еще построить график для наглядности, в Excel’e или Google Spreadsheets.

В интерфейсе GA данные по конверсиям источников трафика были только в штуках и процентах, но не в деньгах. Недавно в Google Analytics появилась возможность Cost Data Upload (Анализ расходов — Public Beta). Исходно загрузка данных о расходах по источникам производиться из CSV-файла определенного формата за один день через API Google Analytics (подробнее в справке GA).

Итого для загрузки файла нужно:

Сегодня получил письмо от Google Maps API Developer Relations об окончании периода обслуживания версии 2 Google Maps API.
Под катом — перевод и размышления

Вчера всеми любимая компания Google объявила дату проведения своей ежегодной конференции для Android-разработчиков — Google I/O 2013. Конференция пройдет с 15 по 17 мая. Место проведения — Moscone Center West в Сан-Франциско.

Подробностей, которые будут затронуты на конференции не описали, но не трудно угадать, что речь пойдет про новую версию Android 5.0 Key Lime Pie. Регистрация будет открыта в феврале.

Напомню, что в 2012 году конференция прошла в июне и запомнилась анонсом Android 4.1 Jelly Bean, Nexus 7, Nexus Q (который в итоге был заброшен) и очками дополнительной реальности — Project Glass.

Ждём сюрпризов от компании и в этом году