Dans ces courts didacticiels vidéo, vous suivrez l'un de nos instructeurs pour en savoir plus sur les analyseurs d'immobilité et comment les configurer dans l'administrateur EarthRanger.
Présentation des analyseurs d'immobilité
Cette vidéo présente les analyseurs d'immobilité d'EarthRanger et explique comment ils détectent l'arrêt du mouvement d'un sujet suivi. Découvrez les événements générés par le système, notamment l'immobilité et la fin de l'immobilité, et comment ces outils aident à surveiller efficacement la faune et les ressources opérationnelles.
Transcription:
Bienvenue à nouveau, communauté EarthRanger, pour une autre démonstration guidée d'EarthRanger. Cette démonstration fait partie d'une série en trois parties dans laquelle nous examinons les analyseurs. La première vidéo ou démonstration portait sur les analyseurs en général, et nous avons approfondi les analyseurs de géorepérage. Cette deuxième partie de la série se concentre sur les analyseurs d'immobilité.
Vous verrez maintenant, sur la carte de l'île de Pâques, que j'ai un type d'événement d'immobilité répertorié sur mon flux ainsi que sur la carte. Donc, si j'ouvre cela à partir de la vue du flux, voici comment il s'affichera. Comme vous pouvez le voir, il s'agit d'un type d'événement généré par le système. Par cela, je veux dire qu'il n'est pas créé par un individu. Aucun individu ne le crée. Il est généré par le système lorsqu'un événement spécifique a été détecté par le système lui-même.
Le système EarthRanger sera le signalement, puis vous aurez tous les autres paramètres, comme le lieu de l'événement, la date et l'heure de l'événement, etc. Et puis dans les détails, comme il s'agit d'un type d'événement généré par le système, toutes ces informations sont générées par le système en fonction de ce qu'il lit dans la configuration du côté de l'administration. Bon, donc le nom du sujet, le nombre fixe, le nombre fixe total, le cluster et toutes les autres informations que nous examinerons lorsque nous effectuerons la configuration du côté de l'administration.
Il existe deux types différents d'événements d'immobilité, car le premier est un événement d'immobilité. Cela signifie que le sujet ou les trackers ont été détectés comme étant immobiles, et donc ce type d'événement est généré. Donc, une fois que nous avons suivi cet événement d'immobilité, nous allons vérifier Nijin, et nous découvrons que Nijin était peut-être coincé dans un puits de boue, et nous aidons essentiellement à le sortir du puits de boue.
Ensuite, Nijin recommence à bouger et le système génère alors un signal d'immobilité pour signaler que ce sujet spécifique qui a été détecté comme immobile a maintenant recommencé à bouger. Il est donc désormais mobile. Ces deux types d'événements ou instances sont générés par le système. Nijin faisait juste une sieste, mais en raison du seuil de la configuration côté administrateur, le nombre total de correctifs et le nombre d'observations dans un rayon spécifique ont été détectés comme étant le sujet spécifique immobile. Le sujet déclenche alors un type d'événement qui indique que le sujet est immobile. Mais dès que Nijin se réveille et recommence à bouger, il indique que l'immobilité est terminée.
Ces types d'événements vont de pair avec les fréquences de signalement de vos pistes avec collier, n'est-ce pas ? Donc, si vous avez défini une fréquence de signalement pour tous vos appareils afin qu'ils signalent toutes les trois heures et ainsi de suite, gardez simplement à l'esprit que lorsque vous définissez ces seuils, ils tiennent également compte de la fréquence de signalement du collier. Ils en tiennent donc compte. C'est pourquoi il existe deux types différents d'événements d'immobilité dans le système qui sont générés par le système.
Et n'oubliez pas, lorsque vous accédez au front-end, une fois que vous avez configuré un analyseur d'immobilité, contrairement à l'analyseur de géorepérage ou à l'analyseur de proximité, que nous aborderons dans la troisième et dernière partie de cette série de vidéos ou de démonstrations, ils ne s'affichent pas comme des analyseurs configurés sous l'onglet Analyseurs. Comme vous pouvez le voir, nous avons un géorepérage. Une fois que nous avons créé une proximité, elle s'affiche également comme une couche dans notre système. Mais pour les analyseurs d'immobilité, ils n'ont pas, ils ne s'affichent pas comme une couche. Ils ne déclenchent qu'un ou deux types d'événements en fonction du flux de travail qui est déclenché à un moment précis lorsque l'événement se produit dans le système.
Configuration d'administration pour les analyseurs d'immobilité
Cette vidéo vous guide pas à pas dans le processus de configuration des analyseurs d'immobilité dans l'interface d'administration d'EarthRanger. Découvrez comment définir des paramètres de seuil tels que le rayon, le temps et le rapport, et voyez comment ces paramètres aident à détecter les événements d'immobilité pour différents types de sujets.
Transcription:
Le principal apprentissage de cette démonstration spécifique est d'expliquer et d'examiner comment configurer des analyseurs d'immobilité du côté de l'administration d'EarthRanger. Ainsi, l'analyseur d'immobilité surveille si un sujet se déplace ou non dans un délai, une vitesse et une distance spécifiques. Ce sont les différents paramètres ou seuils que nous prenons en compte lorsque nous configurons un analyseur d'immobilité.
Regardez ces paramètres, le premier étant le rayon du seuil, qui est défini en mètres. Il y a un cercle dans lequel un point du sujet sera considéré comme stationnaire. Donc, c'est comme si nous avons configuré un collier pour qu'il envoie un rapport toutes les trois heures, et qu'il y a trois points dans un rayon défini spécifique. En gros, nous comptons neuf heures dans un rayon spécifique. Ensuite, disons que nous définissons un rayon de dix mètres, et qu'il y a trois points à neuf heures dans un cycle de neuf heures. Ensuite, cela déclenchera évidemment un analyseur d'immobilité parce que notre sujet n'a pas bougé, ou que ses points d'observation signalés par cet appareil spécifique n'ont pas dépassé ce rayon seuil de dix mètres dans le délai défini, ce qui serait le deuxième paramètre, le temps seuil en secondes. Il s'agit de la durée maximale pendant laquelle un sujet est censé être immobile.
Donc, si vous vous attendez à ce que, disons, des lions, s'assoient à l'ombre pendant la journée, et bien sûr, ils ont un nombre fixe, les points d'observation seront concentrés dans une zone spécifique. Vous ne voudriez donc pas les placer dans un analyseur d'immobilité qui a un seuil de temps très court ou un rayon de seuil très petit, n'est-ce pas ? Donc, pour chaque sujet, vous devez regarder comment il se comporte - la nuit, pendant la journée - ou simplement accéder au profil du sujet lui-même et configurer l'analyseur d'immobilité en conséquence.
Le rayon seuil est le nombre de points stationnaires dans une région spécifique ou dans un seuil spécifique pendant ce temps spécifique. Très bien, mais nous allons également examiner ces éléments, comme je l'ai dit, lorsque nous passerons à la configuration du côté administrateur.
Je vais donc accéder au côté administration de la même instance de l'île de Pâques et nous allons configurer cela. Ce que j'aime faire, ce qui est essentiellement ma préférence, mais je conseille toujours aux gens de le faire, c'est simplement bloquer le bruit de votre côté administration et extraire le menu des analyseurs en cliquant sur les analyseurs. Donc, comme vous pouvez le voir, je me concentre spécifiquement sur le menu des analyseurs et rien d'autre. Bon, donc à partir de là, ce que je fais, ce sont des analyseurs, des analyseurs d'immobilité, et comme vous pouvez le voir sur cette instance de démonstration, il n'y a pas d'analyseur d'immobilité qui a déjà été configuré. Car rappelez-vous, tout ce qui se trouve de ce côté est des données de démonstration.
Ainsi, le nom de l'analyseur peut être n'importe quel nom arbitraire, disons rhinos, Rhino's, puis le groupe de sujets. C'est très important dans la mesure où vous créez toujours un groupe de sujets spécifique. N'oubliez pas que nous avons dit de segmenter vos groupes de sujets. Pour chaque type de sujet, créez un modèle de mobilité unique, car ils se comportent et se déplacent différemment. Dans ce cas, vous devez vérifier si votre groupe de sujets n'a pas déjà un groupe de sujets préconfiguré, ce que nous faisons ici, nous avons des rhinocéros. Vous avez la possibilité de modifier via ce menu, qui vous amènera au menu des observations, de créer un groupe de sujets et de créer votre groupe de sujets à partir de cette page. Sinon, si vous avez déjà créé un groupe de sujets auparavant, comme nous le faisons dans cet exemple, vous pouvez simplement choisir dans la liste disponible, n'est-ce pas ?
N'oubliez donc pas qu'il existe toujours plusieurs façons d'effectuer une action dans EarthRanger, soit directement à partir du menu natif de cet élément spécifique (par exemple, pour les groupes de sujets, vous allez dans observations, puis groupe de sujets, créer un groupe de sujets), soit, dans ce cas, allez directement dans l'analyseur (je veux dire, la page de l'analyseur d'immobilité) et créez un groupe de sujets à partir de là en cliquant sur le bouton vert Ajouter.
Et puis, rappelez-vous que nous avons dit que la dernière bonne pratique était de désactiver au lieu de supprimer une fois que vous ne voulez plus l'utiliser ? C'est ici que vous effectueriez cette action. Cela indique essentiellement si l'analyseur (l'analyseur d'immobilité) est actif ou inactif. Nous le laisserons donc actif. Et puis vous avez ici les paramètres de seuil de vitesse. C'est donc ce qui définit essentiellement la quantité de données et le moment où vous recevrez des données, en fonction des appareils qui ont été installés sur vos actifs suivis.
Vous verrez donc le rayon de seuil. Vous avez également ces info-bulles intéressantes dans EarthRanger, tout autour du système EarthRanger, qui vous indiquent exactement ce que vous configurez. Il s'agit donc de la partie la plus importante pour savoir comment vous souhaitez les enregistrer, car, comme nous l'avons dit, les rhinocéros se déplaceront différemment des rangers, les rangers se déplaceront différemment des véhicules, des lions, des éléphants, tous les différents types d'espèces ou d'actifs opérationnels se déplaceront différemment.
Enfin, les objets se comportent différemment pendant la journée et pendant la nuit. Vous devez donc vous assurer de sauvegarder ces seuils. Ce sont les valeurs par défaut, n'est-ce pas ? Vous avez donc un seuil de 13, ce qui signifie simplement que nous avons un rayon de 13 mètres. S'il y a un certain nombre de points dans ce rayon, alors ce sujet sera considéré comme stationnaire.
Et puis, le temps de seuil - c'est la période de temps maximale pendant laquelle un sujet est censé être stationnaire. Ensuite, vous avez le ratio de seuil, qui est le nombre total de points que vous vous attendez à trouver dans un rayon spécifique, n'est-ce pas ? Comme il est indiqué, il indique un seuil de ratio pour un certain nombre de points stationnaires par rapport au nombre total de points. Si les données indiquent un ratio plus élevé, l'analyseur produira un événement. Ainsi, ces éléments fonctionnent en conjonction les uns avec les autres pour déclencher un événement.
Et si une notification d'alerte est liée à ces analyseurs d'immobilité, le personnel concerné (qu'il s'agisse de l'APU, du conservateur, de l'équipe d'intervention) recevra une notification et pourra donc effectuer un suivi en conséquence pour voir si quelque chose nécessite son attention. Et puis, si le sujet recommence à bouger (qu'il dormait, qu'il était simplement immobile, qu'il s'agissait simplement d'un combat de jeu ou de tout ce qui aurait pu se passer et qu'il était ensuite immobile comme le système l'a détecté) et qu'il recommence à bouger, alors cette alerte d'immobilité indiquera que cet événement d'immobilité qui a été détecté comme l'immobilité du sujet a maintenant été résolu parce que le sujet s'est à nouveau déplacé. Ainsi, l'alerte d'immobilité est émise pour vous informer que le sujet a commencé à bouger.
Mais dans de nombreux cas, de nombreuses organisations, de nombreuses personnes préfèrent encore aller valider la vérité sur le terrain même si elles reçoivent un feu vert indiquant que le sujet va toujours bien. Par exemple, si un pangolin est introduit en contrebande, il ne bouge pas, il creuse un terrier et, tout d'un coup, il se met à se déplacer à 40 kilomètres à l'heure. Soit vous faites monter cette personne sur une moto, soit vous partez avec elle. Vous savez, ce genre de situations. Il est donc toujours bon de vérifier vos données au fur et à mesure que vous les recevez du système.
Une fois que vous avez défini vos paramètres de seuil de vitesse, c'est tout. Vous cliquez sur Enregistrer, et chaque fois qu'un rhinocéros, en fonction des seuils que vous avez définis, ne bouge pas, un événement est créé et le personnel nécessaire est averti.
Bonnes pratiques pour les analyseurs d'immobilité
Cette vidéo présente les meilleures pratiques d'utilisation des analyseurs d'immobilité, notamment comment éviter les faux positifs, configurer des alertes et désactiver les analyseurs lorsqu'ils ne sont pas utilisés. Découvrez comment optimiser ces outils pour garantir une surveillance précise et des réponses rapides aux événements d'immobilité.
Transcript:
And then, best practices—to avoid false positives, immobility analyzers use appropriate thresholds. As I was saying, for each individual specific type of tracked asset or subject, just be wary of how you configure for each individual type of subject so that you get the best results out of the immobility analyzer. We also have what we refer to as silent notifications, which are configured on the source provider level, and I will show you how to look at that. We also have a different module on that, and we'll get to recording a video about that, but it is linked to these immobility analyzers.
Another best practice is to configure alerts and notifications so that when a subject is detected to be immobile, relevant personnel within the organization are notified either via email, WhatsApp, or SMS to receive those notifications so that they can react accordingly.
Cool, and then if an analyzer is no longer used—so if you don't want to track the immobility of specific subjects—you can deactivate it instead of deleting it. That way, when the cycle comes in again, you can just reactivate it, reconfigure your subject groups, and then move forward with it.
Obviously, if there are any questions, if you need anything, any more insights regarding the speed thresholds, don't hesitate to reach out to the broader community on the ER community website or to reach out to us, the support team. We're always more than happy to either help you ourselves or to connect you with other personnel—learned people within the community itself—who can assist and advise on how to use these immobility analyzers or any other type of analyzer that you may want to deploy within your organization.
Alright, perfect. Well, that's it. If that is all I have to say for this specific demo, I'll see you in the next one, the third and final one, which is the proximity analyzer, looking at subject and feature proximity. Until then, visit support.earthranger.com, and I'll see you in the next one. Thank you.