<\/p>\n\n\n\n Actuellement, QField exige que les utilisateurs gardent l’\u00e9cran de leur appareil allum\u00e9 et que l’application soit au premier plan pour suivre le positionnement de l’appareil. Sur les appareils mobiles, cela peut d\u00e9charger les batteries plus rapidement que ce qui est souhait\u00e9, dans des environnements o\u00f9 les possibilit\u00e9s de recharge sont limit\u00e9es.<\/p>\n\n\n\n Ce crowdfunding vise \u00e0 supprimer cette contrainte et \u00e0 permettre \u00e0 QField – par le biais d’un service en arri\u00e8re-plan – de suivre en permanence la localisation<\/strong> m\u00eame lorsque l’appareil est suspendu (c’est-\u00e0-dire lorsque l’\u00e9cran est \u00e9teint ou verrouill\u00e9). <\/p>\n\n\n\n Pour ce faire, un travail important est n\u00e9cessaire car le cadre de positionnement sur Android devra \u00eatre d\u00e9plac\u00e9 vers un service d’arri\u00e8re-plan d\u00e9di\u00e9. Le travail r\u00e9cent que nous avons effectu\u00e9 en ajoutant un service d’arri\u00e8re-plan pour synchroniser les pi\u00e8ces jointes des images captur\u00e9es dans les projets QFieldCloud<\/a> nous a donn\u00e9 l’assurance que nous pouvions atteindre notre objectif tout en nous donnant une id\u00e9e de l’ampleur du travail n\u00e9cessaire.<\/p>\n\n\n\n \u00catre \u00e0 court de batterie est le cauchemar de la plupart des g\u00e9om\u00e8tres de terrain. En d\u00e9pla\u00e7ant le suivi de la localisation vers un service d’arri\u00e8re-plan, les utilisateurs pourront am\u00e9liorer consid\u00e9rablement l’autonomie de leur batterie et continuer \u00e0 se concentrer sur leurs t\u00e2ches, m\u00eame si cela implique de passer \u00e0 une autre application.<\/p>\n\n\n\n De plus, alors que les ninjas d’OPENGIS.ch sont occup\u00e9s \u00e0 r\u00e9soudre les probl\u00e8mes de QField signal\u00e9s tout au long de l’ann\u00e9e, il y aura toujours des sc\u00e9narios inattendus conduisant \u00e0 des arr\u00eats abrupts de l’application, tels que des applications tierces, des syst\u00e8mes \u00e0 court de batterie, etc. Pour y rem\u00e9dier, le cadre du service d’arri\u00e8re-plan servira \u00e9galement de sauvegarde pour \u00e9viter la perte de donn\u00e9es de localisation<\/strong> lorsque QField s’arr\u00eate inopin\u00e9ment et offrira aux utilisateurs des moyens de r\u00e9cup\u00e9rer ces donn\u00e9es lors de la r\u00e9ouverture de QField.<\/p>\n\n\n\n Le deuxi\u00e8me objectif compl\u00e9mentaire s’appuie sur l’agr\u00e9able syst\u00e8me de navigation de QField, de point \u00e0 point. Si la communaut\u00e9 QField atteint ce seuil, un nouveau retour audio de navigation en arri\u00e8re-plan informant les utilisateurs sur le terrain de la proximit\u00e9 de leur cible <\/strong>sera mis en place. <\/p>\n\n\n\n Le retour audio utilisera la technologie de la synth\u00e8se vocale pour indiquer la distance \u00e0 la cible en m\u00e8tres pour un intervalle de temps ou de distance donn\u00e9.<\/p>\n\n\n\n L’objectif principal couvrira uniquement la mise en \u0153uvre d’Android. Comme il s’agit d’un travail de tr\u00e8s bas niveau, nous devrons le reproduire pour chaque plateforme que nous supportons. Si nous atteignons l’objectif 2, nous le mettrons \u00e9galement en \u0153uvre pour iOS.<\/p>\n\n\n\n![\"\"](\"https:\/\/i0.wp.com\/www.opengis.ch\/wp-content\/uploads\/2023\/06\/gps-tracking.jpeg?resize=750%2C500&ssl=1\"){kind=tracking}
<\/figure>\n\n\n\nObjectif principal : localisation en arri\u00e8re-plan sur Android – 25’000\u20ac.<\/h2>\n\n\n\n
Quelques avantages<\/em><\/h3>\n\n\n\n
Objectif 1 : navigation en arri\u00e8re-plan avec retour d’information audio 5’000 \u20ac.<\/h2>\n\n\n\n
Objectif 2 : iOS 15’000\u20ac<\/h2>\n\n\n\n
S’engager maintenant :<\/h1>\n\n\n\n