#veldtest

Zoals een aantal gebruikers onder jullie al gemerkt hebben is railmate een vrij 'dure' app op het vlak van batterijverbruik. Ik weet dat meer dan wie ook (geloof me vrij: 200+ mails met die melding) en ik wil dan ook een serieuze inspanning doen om railmate zo batterijvriendelijk te maken als ik kan, los van wat Apple ook beweert in de iOS-documentatie. Kijk even mee:

Zo werkt railmate momenteel (ongeveer toch) om te weten wanneer je bent aangekomen op je bestemming. Railmate checkt dus met andere woorden constant of je je in een uitgezette geofence bevindt. Een redelijke krachttoer voor niks eigenlijk want als je bijvoorbeeld de lijn Brussel-Gent neemt, dan heb je zeker 45 kilometer aan onnodig verbruik. Het zijn pas de laatste kilometers die echt relevant worden.

Daarom ben ik de zaken wat anders gaan aanpakken. Waar geofencing een vrij actieve vraag is aan het systeem, is gewoon je locatie opvragen dat niet. Sterker zelfs, het systeem geeft zelfs, telkens het zich van een nieuwe locatie bewust is, aan alle apps die er om vragen die locatie door. iOS zelf gebruikt die constante update voor o.a. de weerwidget in je berichtencentrum. Het is vrij duidelijk dat iOS sterk geoptimaliseerd is om die actie te ondernemen, dus profiteer ik ook maar even mee en abonneer railmate op die locatiegegevens. Wanneer zo'n melding binnenkomt (een CLLocation voor de liefhebbers) dan berekent railmate de afstand, in vogelvlucht, tot je bestemming. Eens die afstand onder een vastgestelde waarde duikt begint railmate pas aan het zware, batterij-intensieve, werk: geofencing. De flowchart ziet er dus nu zo uit:

Het ziet er net iets ingewikkelder uit, maar op zich kan er wel behoorlijk wat batterij gespaard worden, in theorie toch.