Сергей П

Есть много признаков по которым можно судить о том, что вы используете фейковые GPS данные.
Если бы я делал защиту от таких фейковых данных, то я бы делал её не на самом телефоне, а на сервере.
Я бы анализировал правдоподобность перемещения, обращал бы внимание на "броуновский" дрейф, связанный с неидельной точностью геолокации, учитывал бы форму распределения ошибки.
Подделка данных геолокации и защита от нее - это гонка брони и пули, тут не может быть финального победителя, и никто вам не скажет критерии, по которым определяется фейковость, иначе эти критерии тут же начнут абьюзить обходя проверку.

Не понятно какой именно софт для подлога геоданных вы используете. Но даже если было понятно, придётся делать немало исследований критериев по которым можно детектить подлог в каждом конкретном случае.

Для чего вам это нужно? Нельзя ли решать вашу задачу в рамках добросовестного использования приложения?

скорее всего у фоток нет коопдинат в exif, но вы все же посмотрите повнимательнее. Гугл может делать предположение о мемте съемки по времени и по соседним кадрам со смартфона. Может быть гугл еще как-то следит за тем, где вы были и к вашему местоположению на время съемки приаязываются и фотки.

попробуйте сами явно указать координаты у фото перед загркзкой в облако и еогда скачаете проверьте сохранились ли координаты. Если да, то скорее всего гугл отдельно хранит метаданные со своими предположениями и вы их просто так не скачаете в составе exif

Что-то понамешано всё так, будто речь идёт об обычном GPS-трекере, причем аппаратной его реализации, коих довольно много.
Из вопроса не понятно насколько жесткие эти формулировки по набору технологий и назначений.

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

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

Лично мне не понятно почему до сих пор никто не сделал голосовой автоответчик, который по уникальному добавочному номеру остановки отвечал бы коротким рассказом когда какой автобус приедет, а какие сегодня не ждать. Если хотите в этом поучаствовать, у меня есть домен для такого проекта steptobus.ru, давайте сколлаборируемся.

Если тема транспорта не сильно принципиальна, но GSM и GPS ваша тема, то могу предложить идею ПРАВИЛЬНОГО детского телефона-трекера.
Все эти смарт-часы у детей живут от силы пару дней от батареи, а в остальное время лежат разряженные и забываются перед любым выходом из дома. Нормальный детский трекер должен быть как тамагочи, то есть грамотно и вовремя напоминать ребенку о необходимости зарядки, о том, что нужно подойти к окошку, если давно не ловились спутники, о том что его ищут родители. Нет смысла трезвонить о низком заряде, если ребёнок не дома или таскает прибор в кармане. В этих случаях нужно уйти глубже в энергосберегающий режим, чтобы хоть реже, но по-прежнему бесперебойно и регулярно отправлять на сервер сведения о статусе. Тревожная кнопка должна быть эффективной и надёжной, а прибор должен уметь сам после безуспешного обзвона по кругу аварийных номеров родителей дозвониться в 112 и внятным голосом робота зачитать в линию координаты и имя ребёнка, контакты родителей и проиграть звуки, записанные при последней активности вокруг устройства.
Девайсу нужны крутые сменные панельки и набор stl-шаблонов для кастомизации с помощью 3д-принтера. Девайсу нужна "уютная кроватка" - кредл для зарядки. Девайсу, лежащему в рюкзаке, висящему на ключах или верхней одежде, нужен дополнительно лёгкий браслет с кнопкой и радиолинком. Такой браслет - это выносная тревожная кнопка, способ быстро найти сам девайс, удаленно мониторить состояние, температуру и шевеления ребенка, а также его удаление от Трекера. Спроектируйте такой трекер в форм-факторе брелка для ключей и чтобы жил от заряда месяц с регрессией частоты выхода на связь и это будет крутой социально значимый проект. Если вы умудритесь добавить в трекер еще и аварийный коротковолновый радио-маяк, то дети с таким прибором не будут безнадёжно теряться в лесу.

Ещё туристам вроде меня не хватает нормального удобного трекера для ведения походного голосового журнала. В принципе, можно найти хороший диктофон с фиксацией времени, плюс отдельный GPS-логгер, и это будет нормальное решение. Но сейчас прям вот хорошего комплексного решения нет. Мне очень нравился мой старый добрый Holux M241. В нём не хватает диктофона и пищалки для сигнализации о необходимости заменить батарею. Если бы похожий девайс умел при наличии GSM сливать треки на сервер, то это было бы прикольное устройство для любых путешественников. Идеально было бы вообще запись звука не выключать никогда. Тогда ничего не забудешь и отчет по путешествию потом писать проще, если проиндексировать голос.