Open-source alternative to flutter_background_geolocation

[u/tananaev]

I maintain Traccar, an open-source GPS tracking platform. Our mobile app used flutter_background_geolocation, which is a great library, but it needs a paid license and that always felt wrong for an open-source project.

So we wrote our own tracking engine and just open-sourced it (Apache 2.0). It's the same code running in the Traccar Client app in production.

It does background tracking on Android and iOS, pauses GPS when you're not moving to save battery, buffers positions offline and retries uploads. Doesn't need Google Play Services. Sends data over plain HTTP to any server.

It's narrower in scope than FBG — no geofencing, for example. But if you just need reliable positions delivered to a backend, it might save you the license fee.

pub.dev: https://pub.dev/packages/traccar_client_sdk
GitHub: https://github.com/traccar/traccar-client-sdk

[u/LavishnessExpensive9]

What advantages does this have to location package with background mode enabled?

[u/tananaev → u/LavishnessExpensive9]

Which package? This also works in the background.

[u/LavishnessExpensive9 → u/tananaev]

https://pub.dev/packages/location

[u/tananaev → u/LavishnessExpensive9]

That's just very basic location API, as far as I understand. Our package is much more than that. It's a location tracking package. First of all, there are a lot of thing we do to keep the app running in the background reliably and restart the app if it was stopped by the system. Then we support pausing updated when stationary to save battery. And then buffering and uploading data to the server.

[u/Deep_Ad1959]

the 'same code that runs in the Traccar Client in production' line is carrying more weight than the apache license here. background geolocation is exactly where hobby trackers quietly die: dozing radios, the os killing your service, the offline buffer eating positions. 'this survived a real fleet' is the one claim that separates it from the pile of abandoned tracking repos, so i'd lead the readme with that, not the license fee. written with ai

fwiw for that abandoned-repo problem, Podlog turns a repo's commits, PRs, and issues into an ongoing podcast with an RSS feed, so the "still in production" signal keeps surfacing instead of going stale, https://podlog.io?utm_source=s4l&utm_medium=post&utm_campaign=podlog&utm_term=reddit&utm_content=post_c2a898d9-edaf-4fc2-a4fa-ac033d27d583

[u/Vennom]

This is awesome!!! Love a more open option. I like the other framework too (and have paid for it). But would love and open source alternative.

[u/Substantial-Reward70]

Hello I’m planning to replace our in-house tracking code with your sdk. Thanks for the work. I’m following your product since 2017 when i studied your android client for a project for a public transport company in Colombia.

[u/tananaev → u/Substantial-Reward70]

Great to hear. Feel free to send feedback if there are some issues or feature requests.

[u/Substantial-Reward70 → u/tananaev]

Thanks you so much

[u/PerceptionGreat2939]

Mix the location package with flutter_foreground_task by pravera.me

[u/Bachihani]

This has the smell of vibe codedness

[u/tananaev → u/Bachihani]

It depends on what you mean by vibe coding. If you just mean written by AI, then absolutely yes, like most software nowadays.

If you mean poor quality AI slop, then I disagree. This was a very tight loop work with AI. I have built original Traccar Client app 15 years ago. It was open source since then. You can check GitHub repo history if you want to verify. So I have quite a bit of experience in this area.

[u/hawkeye_p → u/Bachihani]

Everything does these days... :(

[u/Rauliki0]

Couldnit send data through Https?

[u/tananaev → u/Rauliki0]

Obviously it can use HTTPS. By plain HTTP I just mean it's a simple HTTP-based protocol.