longues). Les informations géographiques – moins précises que les coordonnées renseignées pour l'évènement de prélèvement élémentaire – de la station et du point de prélèvement sont standardisées en attribut additionnel ainsi que certains codes spécifiques au jeu de données ou aux bases de gestion. Les informations sur l'opération telles que sa confidentialité, le niveau de qualification des données ou l'espèce ciblée sont standardisées en attribut additionnel. Les informations de mesure de taille et de poids des lots et des individus le sont également.

## 6.7. Tables de standardisation du jeu de données STOC-EPS avec le Darwin Core

<table><caption>Tableau 32 : Table de standardisation de la classe Event du DwC pour le jeu de données STOC-EPS</caption><thead><tr><th>eventID</th><th>parentEventID</th><th>fieldNumber</th><th>eventDate</th><th>samplingProtocol</th><th>samplingEffort</th><th>verbatimElevation</th><th>decimalLongitude</th><th>decimalLatitude</th><th>geodeticDatum</th><th></th><th>eventRemarks</th></tr></thead><tbody><tr><td>Square1</td><td></td><td>10295</td><td></td><td>STOC_EPS</td><td>5 minutes observation for maximum of 10 points in a 2km² square two times a year</td><td></td><td></td><td></td><td></td><td>square</td><td>No occurrences</td></tr><tr><td>Point1</td><td>square1</td><td>010295P01</td><td></td><td></td><td></td><td>228 meters</td><td>5,3005832432536</td><td>46,2795251160109</td><td>4326</td><td>point</td><td>No occurrences</td></tr><tr><td>participation1</td><td>point1</td><td>2002010295P01</td><td>2002</td><td></td><td></td><td></td><td></td><td></td><td></td><td>session</td><td></td></tr></tbody></table>

Le tableau 32 présente la table de standardisation de la classe Event. Un évènement pour le carré (Square1), le point (Point1) et pour la participation (participation1) sont créés. L'évènement de point est lié au carré en reportant l'eventID de l'évènement carré dans le terme parentEventID, de même entre la participation et le point. Les identifiants uniques d'origine de ces trois éléments sont standardisés par le terme fieldNumber. La date (année) est liée à la participation. Le nom du protocole et la description de l'effort d'échantillonnage sont standardisés par les termes samplingProtocol et samplingEffort. Les coordonnées du point et son altitude sont standardisées par les termes verbatimElevation, decimalLongitude, decimalLatitude et geodeticDatum. Les termes eventType et eventRemarks sont utilisés pour apporter des compléments d'information aidant à la compréhension des évènements créés. Par exemple, on précise qu'aucune occurrence n'est liée au évènements Square1 et Point1 à l'inverse de l'évènement participation1 comme le montre le tableau 32.

<table><caption>Tableau 33 : Table de standardisation de l'extension Occurrence du DwC pour le jeu de données STOC-EPS</caption><thead><tr><th>occurrenceID</th><th>eventID</th><th>individualCount</th><th>basisOfRecord</th><th>occurrenceStatus</th><th>scientificName</th><th>scientificNameAutorship</th><th>taxonID</th><th>nameAccordingTo</th></tr></thead><tbody><tr><td>occ1</td><td>participation1</td><td>3</td><td>HumanObservation</td><td>present</td><td>Buteo buteo</td><td>Linnaeus, 1758</td><td>2623</td><td>TaxRef</td></tr><tr><td>occ2</td><td>participation1</td><td>1</td><td>HumanObservation</td><td>present</td><td>Hirundo rustica</td><td>Linnaeus, 1758</td><td>3696</td><td>TaxRef</td></tr></tbody></table>

Le tableau 33 présente la table de standardisation de la table Occurrence. Pour la même participation (session d'écoute à une date donnée pour un point en particulier) de multiples occurrences – observations d'espèces – peuvent exister telle qu'une occurrence par espèce observée pendant la participation. Les termes scientificName, scientificNameAutorship, taxonID et nameAccordingTo sont utilisés pour standardiser les informations sur le taxon observé. Les termes basisOfRecord et occurrenceStatus sont obligatoires et permettent de renseigner que l'observation a été faite par un humain (sur le terrain) et que le taxon est présent (toujours le cas pour des observations opportunistes, non spécifiquement recherchées). Enfin, le terme individualCount permet de standardiser l'abondance de brute de chaque espèce.
<table><caption>Tableau 34: Table de standardisation de l'extension MoF du DwC pour le jeu de données STOC-EPS</caption><thead><tr><td>measurementID</td><td>eventID</td><td>occurrenceID</td><td>measurementType</td><td>measurementValue</td></tr></thead><tbody><tr><td>meas1</td><td>square1</td><td></td><td>municipalityID</td><td>1</td></tr><tr><td>meas2</td><td>square1</td><td></td><td>countyID</td><td>1283</td></tr><tr><td>meas3</td><td>participation1</td><td></td><td>session1PrimaryHabitatCode</td><td>D02</td></tr><tr><td>meas4</td><td>participation1</td><td></td><td>session1PrimaryHabitat</td><td>Prairie non cultivée</td></tr><tr><td>meas5</td><td>participation1</td><td></td><td>session2PrimaryHabitatCode</td><td>E03</td></tr><tr><td>meas6</td><td>participation1</td><td></td><td>session2PrimaryHabitat</td><td>Bourg rural</td></tr><tr><td>meas7</td><td>participation1</td><td></td><td>session1SecondaryHabitatCode</td><td>B06</td></tr><tr><td>meas8</td><td>participation1</td><td></td><td>session1SecondaryHabitat</td><td>Coupe « à blanc »</td></tr><tr><td>meas9</td><td>participation1</td><td></td><td>session2SecondaryHabitatCode</td><td>A03</td></tr><tr><td>meas10</td><td>participation1</td><td></td><td>session2SecondaryHabitat</td><td>Forêt mixte</td></tr><tr><td>meas11</td><td></td><td>occ2</td><td>speciesCode</td><td>BUTBUT</td></tr></tbody></table>

Enfin, le tableau 34 présente la table de standardisation de l'extension MeasurementOrFact. Tous les champs non standardisés par des classes et termes définis par le standard Darwin Core le sont dans cette table. À l'occasion de la standardisation avec le Darwin Core, les libellés et les valeurs sont traduits en anglais (cela devrait être le cas pour la colonne measurementValue mais les valeurs correspondent à une nomenclature pour laquelle je ne suis pas certaine de la traduction).

## 6.8. Tables de standardisation du jeu de données STOC-EPS avec le SOT V3.0

<table><caption>Tableau 35: Table de standardisation du concept RegroupementEvenements du SOT V3.0 pour le jeu de données STOC-EPS</caption><thead><tr><td>idSinpRegroupement</td><td>typeRegroupement</td><td>nomRegroupement</td><td>idOrigineRegroupement</td><td>estRegroupementParent</td><td>idRegroupementParent</td></tr></thead><tbody><tr><td>idSinpCarre</td><td>regroupe tous les points d'un carré</td><td>Carré</td><td>10100</td><td>true</td><td></td></tr><tr><td>idSinpPoint</td><td>Regroupe toutes les participations d'un point</td><td>Point</td><td>010100P01</td><td>false</td><td>idSinpCarre</td></tr></tbody></table>

Le tableau 35 présente la table de standardisation du concept RegroupementEvenements. Les attributs typeRegroupement et nomRegroupement sont des informations supplémentaires au données du jeu de données qui aident à la compréhension des regroupements créés. L'identifiant d'origine du regroupement, ici l'identifiant du carré et du point sont standardisés par l'attribut idOrigineRegroupement. Le lien entre le regroupement « carré » et le regroupement « point » est standardisé par les attributs estRegroupementParent (on indique oui ou non) et idRegroupementParent pour faire le lien avec les identifiant unique SINP.

<table><caption>Tableau 36: Table de standardisation du concept Evenement du SOT V3.0 pour le jeu de données STOC-EPS</caption><thead><tr><td>idSinpEvenement</td><td>idOrigineEvenement</td><td>idSinpRegroupement</td><td>idSinpIdd</td><td>statutSource</td><td>dateExacte</td><td>typeLocalisation</td><td>Y</td><td>X</td><td>codeEPSG</td><td>altitudeMin</td><td>altitudeMax</td></tr></thead><tbody><tr><td>idSinpParticipation</td><td>2007010100P01</td><td>idSinpPoint</td><td></td><td>Te</td><td>2008</td><td>5</td><td>46,1661933292989</td><td>5,33185781156003</td><td>4326</td><td>235</td><td>235</td></tr></tbody></table>

Le tableau 36 présente la table de standardisation du concept Evenement. Pour un enregistrement de données un seul enregistrement est à créer, celui de la participation. L'évènement « participation » est lié au regroupement « point » en reportant l'idSinpRegroupement dans l'évènement. L'identifiant unique d'origine de la participation est standardisé par l'attribut idOrigineEvenement. L'attribut obligatoire statutSource est renseigné avec le code Te correspondant à la valeur « terrain ». La date exacte correspond à l'année pour laquelle les participations du point ont été regroupées. Les autres attributs permettent de standardiser les informations sur les coordonnées du point et son altitude. Les coordonnées du point sont standardisées dans le concept Evenement car selon les règles du standard c'est l'évènement qui porte l'information de localisation précise.
<table><caption>Tableau 37 : Table de standardisation du concept LienHabitats du SOT V3.0 pour le jeu de données STOC-EPS</caption><thead><tr><td>idSinpEvenement</td><td>nomHabCite</td><td>codeHabCite</td><td>nomTypologie</td><td>versionTypologie</td><td>versionHabRef</td><td>estMosaique</td></tr></thead><tbody><tr><td>idSinpParticipation</td><td>D02</td><td>Prairie non cultivée</td><td>Les codes habitat -STOC-EPS</td><td></td><td></td><td>false</td></tr><tr><td>idSinpParticipation</td><td>D02</td><td>Prairie non cultivée</td><td>Les codes habitat -STOC-EPS</td><td></td><td></td><td>false</td></tr><tr><td>idSinpParticipation</td><td>B06</td><td>Coupe « à blanc »</td><td>Les codes habitat -STOC-EPS</td><td></td><td></td><td>false</td></tr><tr><td>idSinpParticipation</td><td>A03</td><td>Forêt mixte</td><td>Les codes habitat -STOC-EPS</td><td></td><td></td><td>false</td></tr></tbody></table>

Le tableau 37 présente la table de standardisation du concept LienHabitats pour lequel les attributs obligatoires versionTypologie et versionHabRef n'ont pas de champ correspondant dans le standard et sont donc mis en évidence en rouge. Le libellé et le code de l'habitat cités dans le jeu de données sont standardisés par les attributs nomHabCite et codeHabCite. L'attribut estMosaique est obligatoire et permet d'indiquer si oui ou non les habitats forme une mosaïque d'habitat (pour plus d'information sur la mosaïque d'habitats lire le standard SOT V3.0).

<table><caption>Tableau 38 : Table de standardisation du concept SujetObservation du SOT V3.0 pour le jeu de données STOC-EPS</caption><thead><tr><td>idSinpSujetObs</td><td>idSinpEvenement</td><td>statutObservation</td><td>cdNom</td><td>nomCite</td></tr></thead><tbody><tr><td>idSinpObs</td><td>idSinpParticipation</td><td>2</td><td>3696</td><td>x</td></tr></tbody></table>

Le tableau 38 quant à lui présente la table de standardisation du concept SujetObservation. À chaque évènement « participation » est liée au moins une observation d'espèce. Dans le jeu de données seule l'information du cdNom est renseignée. Aucune information n'existe pour renseigner l'attribut obligatoire nomCite, ce qui sera bloquant en vue d'une bancarisation dans le SINP. L'attribut obligatoire statutObservation est renseigné avec le code « 2 » qui correspond à la valeur « présent ».

<table><caption>Tableau 39 : Table de standardisation du concept DescriptifSujet du SOT V3.0 pour le jeu de données STOC-EPS</caption><thead><tr><td>idSinpSujetObs</td><td>objetDenombrement</td><td>methodeDenombrement</td><td>denombrementMin</td><td>denombrementMax</td></tr></thead><tbody><tr><td>idSinpObs</td><td>IND</td><td>Co</td><td>4</td><td>4</td></tr></tbody></table>

Le tableau 39 présente la table de standardisation du concept DescriptifSujet. À chaque sujet observation (espèce) est associé un dénombrement. L'attribut objetDenombrement permet d'indiquer que des individus sont dénombrés (code IND). L'attribut methodeDenombrement permet d'indiquer que ce dénombrement a été compté (code Co) et les attribut denombrementMin et denombrementMax servent à standardiser l'abondance brute.

<table><caption>Tableau 40 : Table de standardisation du concept AttributAdditionnel du SOT V3.0 pour le jeu de données STOC-EPS</caption><thead><tr><td>idSinpEvenement</td><td>idSinpSujetObs</td><td>idSinpRegroupement</td><td>nomAttributAdd</td><td>definitionAttributAdd</td><td>valeurAttributAdd</td><td>uniteAttributAdd</td></tr></thead><tbody><tr><td></td><td>idSinpObs</td><td></td><td>codeSp</td><td>Code de l'espèce selon le protocole STOC-EPS</td><td>HIRRUS</td><td></td></tr><tr><td></td><td></td><td>idSinpCarre</td><td>departement</td><td>Numéro du département</td><td>1</td><td></td></tr></tbody></table>

Enfin, le tableau 40 présente la table de standardisation du concept AttributAdditionnel. Les deux champs du jeu de données – Code_sp et Departement – non standardisés par des attributs et concepts définis dans le standard le sont grâce à ce concept.

## 6.9. Tables de standardisation du jeu de données Vigie-Chiro avec le Darwin Core
<table><caption>Tableau 41 : Table de standardisation de la classe Event du DwC pour le jeu de données protocole point fixe Vigie-Chiro</caption><thead><tr><th>eventID</th><th>parentEventID</th><th>year</th><th>eventDate</th><th>samplingProtocol</th><th>decimalLongitude</th><th>decimalLatitude</th><th>coordinateUncertaintyInMeters</th><th>geodeticDatum</th><th>fieldNumber</th><th></th><th>eventType</th><th>eventRemarks</th></tr></thead><tbody><tr><td>square1</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>3405791</td><td>square</td><td>No occurrences</td><td></td></tr><tr><td>square1point1</td><td>square1</td><td></td><td></td><td></td><td>3.5707980394363</td><td>43.644709061177</td><td>25</td><td>4326</td><td>Z1</td><td>point</td><td>No occurrences</td><td></td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td>square1point1</td><td>2018</td><td></td><td>Vigie-Chiro All night fixed point</td><td></td><td></td><td></td><td></td><td></td><td>session</td><td>No occurrences</td><td></td></tr><tr><td>night1</td><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>2018-07-02</td><td></td><td></td><td></td><td></td><td></td><td></td><td>observation</td><td></td><td></td></tr></tbody></table>

Le tableau 41 présente la table de standardisation de la classe Event. On retrouve les quatre évènements qui constituent le jeu de données. Pour chaque évènement un eventID est donné à titre d'exemple en revanche pour la participation l'identifiant renseigné dans le jeu de données est repris car c'est un identifiant unique universel (UUID). Le terme parentEventID permet de standardiser le lien entre les évènements. Pour le carré (square1) seul sont identifiant unique du jeu de données est standardisé (terme fieldNumber). Les coordonnées du point, la précision de ces coordonnées et son identifiant unique dans le jeu de données sont standardisés. L'évènement de participation porte les informations sur le protocole mis en œuvre (samplingProtocol) et l'année du suivi. Pour chaque nuit (Night1) seule la date est standardisée par la classe Event. Les termes eventType et eventRemarks sont ajoutés pour aider à la compréhension des évènements créés.

<table><caption>Tableau 42 : Table de standardisation de l'extension Occurrence du DwC pour le jeu de données protocole point fixe Vigie-Chiro</caption><thead><tr><th>eventID</th><th>occurrenceID</th><th>vernacularName</th><th>scientificName</th><th>organismQuantity</th><th>organismQuantityType</th><th>basisOfRecord</th><th>occurrenceStatus</th><th>recordedBy</th><th>recordedByID</th></tr></thead><tbody><tr><td>night1</td><td>occ1</td><td>Barbastelle d'Europe</td><td>Barbastella barbastellus</td><td>1</td><td>Identification over 50 % confidence</td><td>machineObservation</td><td>present</td><td>Miss A</td><td>000acd059.....000e0793ee</td></tr><tr><td>night1</td><td>occ2</td><td>Serotine commune</td><td>Eptesicus serotinus</td><td>6</td><td>Identification over 50 % confidence</td><td>machineObservation</td><td>present</td><td>Miss A</td><td>000acd059.....000e0793ee</td></tr></tbody></table>

Le tableau 42 présente la table de standardisation de la classe Occurrence. Toutes les observations d'espèces sont standardisées dans cette table, elles peuvent liées à une même nuit ou à des nuits différentes, dans cette figure les occurrences d'une seule nuit sont représentées. Ne sont dénombrées que les identifications pour lesquelles le pourcentage de bonne identification (par le programme d'identification automatique) est supérieur à 50 (organismQuantity, organismQuantityType). Les noms vernaculaires et scientifique de l'espèce sont standardisés par les termes vernacularName et scientificName. Dans le jeu de données des informations sur la personne ayant enregistré la participation (identité et identifiant unique) sont renseignées. Elles sont standardisées par les termes recordedBy et recordedByID (les valeurs ont été anonymisées). Les termes obligatoires basisOfRecord et occurrenceStatus permettent de standardiser l'information que l'observation a été réalisée par une machine (l'enregistreur) et que l'espèce est présente (utile dans le cas d'espèce recherchée mais non trouvée).
<table><caption>Tableau 43 : Table de standardisation de l'extension MoF du DwC pour le jeu de données protocole point fixe Vigie-Chiro</caption><thead><tr><td>eventID</td><td>occurrenceID</td><td>measurementID</td><td>parentMeasurementID</td><td>measurementType</td><td>measurementValue</td><td>measurementUnit</td></tr></thead><tbody><tr><td></td><td>occ1</td><td>Occ1-meas1</td><td>Occ-meas5</td><td>maxScore</td><td>0.12</td><td></td></tr><tr><td></td><td>occ1</td><td>Occ1-meas2</td><td></td><td>minSunsetGap</td><td>-162</td><td>seconds</td></tr><tr><td></td><td>occ1</td><td>Occ1-meas3</td><td></td><td>minSunriseGap</td><td>568</td><td>seconds</td></tr><tr><td></td><td>occ1</td><td>Occ1-meas4</td><td></td><td>contactNumber</td><td>196</td><td></td></tr><tr><td></td><td>occ1</td><td>Occ1-meas5</td><td></td><td>validatorConfidence</td><td>possible</td><td></td></tr><tr><td></td><td>occ1</td><td>Occ1-meas6</td><td></td><td>observerConfidence</td><td>probable</td><td></td></tr><tr><td></td><td>occ1</td><td>Occ1-meas7</td><td></td><td>dayRoostIndex</td><td>0.18552333333</td><td></td></tr><tr><td></td><td>occ1</td><td>Occ1-meas8</td><td></td><td>nightrestIndex</td><td>0.1213466666647</td><td></td></tr><tr><td></td><td>occ1</td><td>Occ1-meas9</td><td></td><td>group</td><td>Chauve-Souris</td><td></td></tr><tr><td></td><td>occ1</td><td>Occ1-meas10</td><td></td><td>species</td><td>Antsp</td><td></td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>55dddbc0fdfe23000c79dd3a-meas1</td><td></td><td>micNumber</td><td>0</td><td></td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>55dddbc0fdfe23000c79dd3a-meas2</td><td></td><td>type</td><td>Enregistrement continu</td><td></td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>55dddbc0fdfe23000c79dd3a-meas3</td><td></td><td>micProblem</td><td>Non</td><td></td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>55dddbc0fdfe23000c79dd3a-meas4</td><td></td><td>recorder</td><td>SM2BAT+</td><td></td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>55dddbc0fdfe23000c79dd3a-meas5</td><td></td><td>micType</td><td>SMX-US</td><td></td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>55dddbc0fdfe23000c79dd3a-meas6</td><td></td><td>micHeight</td><td>-5</td><td>meters</td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>55dddbc0fdfe23000c79dd3a-meas7</td><td></td><td>roost</td><td>1</td><td></td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>55dddbc0fdfe23000c79dd3a-meas8</td><td></td><td>roostName</td><td>Grotte de Coulet</td><td></td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>55dddbc0fdfe23000c79dd3a-meas9</td><td></td><td>roostMonitoringType</td><td>intérieur</td><td></td></tr><tr><td>night1</td><td></td><td>night1-meas1</td><td></td><td>recordingHoursNumber</td><td>13.2</td><td></td></tr><tr><td>night1</td><td></td><td>night1-meas2</td><td></td><td>completeNight</td><td>TRUE</td><td></td></tr><tr><td>night1</td><td></td><td>night1-meas3</td><td></td><td>startTemperature</td><td>8</td><td>Degrees celsius</td></tr><tr><td>night1</td><td></td><td>night1-meas4</td><td></td><td>endTemperature</td><td>-2</td><td>Degrees celsius</td></tr><tr><td>night1</td><td></td><td>night1-meas5</td><td></td><td>cloudCover</td><td>25-50</td><td>percentage</td></tr><tr><td>night1</td><td></td><td>night1-meas6</td><td></td><td>wind</td><td>MOYEN</td><td></td></tr></tbody></table>

Enfin le tableau 43 présente la table de standardisation de l'extension MeasurementOrFact. Tous les champs spécifiques au jeu de données sont standardisés dans cette table. Le libellé, la valeur et l'unité des champs doivent être traduits en anglais au maximum pour aider à la compréhension des données (peut nécessiter un retour vers le fournisseur des données pour valider les traductions les plus adéquates).

## 6.10. Tables de standardisation du jeu de données Vigie-Chiro avec le SOT V3.0
<table><caption>Tableau 44 : Table de standardisation du concept RegroupementEvenements du SOT V3.0 pour le jeu de données protocole point fixe Vigie-Chiro</caption><thead><tr><td>idSinpRegroupement</td><td>typeRegroupement</td><td>nomRegroupement</td><td>idOrigineRegroupement</td><td>estRegroupementParent</td><td>idRegroupementParent</td></tr></thead><tbody><tr><td>idSinpCarre</td><td>Regroupe tous les points d'un carré</td><td>Carré</td><td>340570</td><td>true</td><td></td></tr><tr><td>idSinpPoint</td><td>Regroupe toutes les participations d'un point</td><td>Point</td><td>Z1</td><td>true</td><td>idSinpCarre</td></tr><tr><td>55dddbc0fdfe23000c79dd3a</td><td>Regroupe toutes les nuits d'enregistrement liées à la participation</td><td>Participation</td><td></td><td>false</td><td>idSinpPoint</td></tr></tbody></table>

Le tableau 44 présente la table de standardisation du concept RegroupementEvenements. On retrouve les regroupements pour le carré, le point et la participation. Les attributs typeRegroupement et nomRegroupement aident à la compréhension des données. L'identifiant d'origine de la participation étant déjà un identifiant unique universel il est standardisé en tant qu'idSinpRegroupement, les identifiants du carré et du point sont eux standardisés dans idOrigineRegroupement. Les attributs estRegroupementParent et idRegroupementParent permettent de standardiser le lien entre ces regroupements.

<table><caption>Tableau 45 : Table de standardisation du concept Evenement du SOT V3.0 pour le jeu de données protocole point fixe Vigie-Chiro</caption><thead><tr><td>idSinpEvenement</td><td>idSinpRegroupement</td><td>idSinpJdd</td><td>statutSource</td><td>dateExacte</td><td>typeLocalisation</td><td>Y</td><td>X</td><td>codeEPSG</td><td>identite</td><td>precisionGeometrie</td></tr></thead><tbody><tr><td>idSinpNuit1</td><td>55dddbc0fdfe23000c79dd3a</td><td></td><td>Te</td><td>2015-07-02</td><td>5</td><td>43.644709061177</td><td>3.5707980394363</td><td>4326</td><td>Madame X</td><td>25</td></tr></tbody></table>

Le tableau 45 présente la table de standardisation du concept Evenement. La date de la nuit d'enregistrement est standardisée dans dateExacte. La localisation la plus précise devant être standardisée dans le concept Evenement, les coordonnées du point sont reportées dans les attributs X, Y, codeEPSG et la précision des coordonnées dans l'attribut precisionGeometrie. L'identité de la personne ayant enregistré la participation est standardisé par l'attribut identite du concept type PersonneType. La valeur « terrain » (Te) est renseignée pour l'attribut obligatoire statutSource et l'idSinpJdd est mis en évidence en rouge car c'est un attribut obligatoire pour lequel aucune valeur n'est disponible dans le jeu de données (les métadonnées n'ayant pas été enregistrées).

<table><caption>Tableau 46 : Table de standardisation du concept SujetObservation du SOT V3.0 pour le jeu de données protocole point fixe Vigie-Chiro</caption><thead><tr><td>idSinpSujetObs</td><td>idSinpEvenement</td><td>statutObservation</td><td>idOrigineSujetObs</td><td>cdNom</td><td>nomCite</td></tr></thead><tbody><tr><td>idSinpObs1</td><td>idSinpNuit1</td><td>2</td><td>522976</td><td>3696</td><td>Barbastella barbastellus</td></tr></tbody></table>

Le tableau 46 présente la table de standardisation du concept SujetObservation permettant de standardiser des informations sur un sujet observé, dans ce cas un taxon (espèce ou genre). L'identifiant SINP de l'évènement Nuit est reporté dans cette table, l'identifiant d'origine de l'observation (idnum) est standardisé par l'attribut idOrigineSujetObs. Le nom cité et l'identifiant unique du taxon sont standardisés par les attributs nomCite et cdNom. Enfin, l'attribut obligatoire statutObservation est renseigné avec la valeur 2 (présent).

<table><caption>Tableau 47 : Table de standardisation du concept DescriptifSujet du SOT V3.0 pour le jeu de données protocole point fixe Vigie-Chiro</caption><thead><tr><td>idSinpSujetObs</td><td>objetDenombrement</td><td>methodeDenombrement</td><td>denombrementMin</td><td>denombrementMax</td></tr></thead><tbody><tr><td>idSinpObs1</td><td>CA</td><td>Co</td><td>15</td><td>15</td></tr></tbody></table>

Le tableau 47 présente la table de standardisation du concept DescriptifSujet. Les attributs de ce concept permettent de standardiser le dénombrement, ce qui a été dénombrement et la méthode de dénombrement utilisée. Pour ce jeu de données la valeur CA de la nomenclature associée à l'attribut objetDenombrement est utilisée pour indiquer « contact acoustique » en revanche la valeur Co (« compté ») est utilisée pour l'attribut methodeDenombrement ce qui n'est probablement pas le plus adéquat pour des identifications réalisées par programme informatique automatisé. Une nouvelle valeur dans la nomenclature associée à l'attribut methodeDenombrement pourrait être ajoutée pour mieux standardiser ce type de données.
<table><caption>Tableau 48 : Table de standardisation du concept AttributAdditionnel du SOT V3.0 pour le jeu de données protocole point fixe Vigie-Chiro</caption><thead><tr><th>idSinpEvenement</th><th>idSinpSujetObs</th><th>idSinpRegroupement</th><th>nomAttributAdd</th><th>definitionAttributAdd</th><th>valeurAttributAdd</th><th>uniteAttributAdd</th></tr></thead><tbody><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>enregistreur</td><td>modèle d'enregistreur</td><td>SM2BAT+</td><td></td></tr><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>typeMicro</td><td>modèle de microphone</td><td>Micro interne</td><td></td></tr><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>hauteurMicro</td><td>hauteur du microphone</td><td>-5</td><td>mètres</td></tr><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>gîte</td><td>1 si l'enregistrement a été fait pour suivre un gîte, 0 sinon</td><td>0</td><td></td></tr><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>nomGîte</td><td>nom du gîte le cas échéant</td><td>Grotte du Coulet</td><td></td></tr><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>typeSuiviGîte</td><td>indique en cas de suivi de gîte si le microphone a été placé en sortie ou à l'intérieur</td><td>sortie</td><td></td></tr><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>problemeMicro</td><td>indique si un problème de sensibilité du microphone est suspecté (sur la base de la distribution des longueurs de séquences de pipistrelles)</td><td>possible</td><td></td></tr><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>numMicro</td><td>numéro de micro (0 pour le gauche ou mono, 1 pour le droit)</td><td>2</td><td></td></tr><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>type</td><td>type d'enregistrement</td><td>enregistrement continu</td><td></td></tr><tr><td></td><td></td><td>55dddbc0fdfe23000c79dd3a</td><td>année</td><td>année</td><td>2020</td><td></td></tr><tr><td>idSinpNuit1</td><td></td><td></td><td>nbHeuresEnregistrement</td><td>nombre d'heures d'enregistrement</td><td>15.9</td><td></td></tr><tr><td>idSinpNuit1</td><td></td><td></td><td>nuitComplete</td><td>enregistrement sur la nuit complète ou non</td><td>TRUE</td><td></td></tr><tr><td>idSinpNuit1</td><td></td><td></td><td>temperatureDebut</td><td>température du début d'enregistrement</td><td>8</td><td>Degrés Celsius</td></tr><tr><td>idSinpNuit1</td><td></td><td></td><td>temperatureFin</td><td>température de fin d'enregistrement</td><td>-1</td><td>Degrés Celsius</td></tr><tr><td>idSinpNuit1</td><td></td><td></td><td>couvertureNuageuse</td><td>couverture nuageuse (en %)</td><td>25-50</td><td>pourcentage</td></tr><tr><td>idSinpNuit1</td><td></td><td></td><td>vent</td><td>force du vent</td><td>NUL</td><td></td></tr><tr><td>idSinpNuit1</td><td></td><td></td><td>idObs</td><td>identifiant de l'observateur-rice</td><td>559ggp059dcbd000e0793ee</td><td></td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>minDecalageCoucher</td><td>temps de décalage entre le premier contact et le coucher de soleil (en secondes)</td><td>-162</td><td>secondes</td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>minDecalageLever</td><td>temps de décalage entre le dernier contact et le lever de soleil (en secondes)</td><td>12324</td><td>secondes</td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>nbContacts</td><td>nombre de contacts (= nombre de fichiers dans lesquels l'espèce a été détectée y compris lorsque la confiance est faible)</td><td>15</td><td></td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>confianceValidateur</td><td>confiance donnée par le validateur dans l'identification par le validateur</td><td>probable</td><td></td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>confianceObservateur</td><td>confiance donnée par le validateur dans l'identification par l'observateur-rice</td><td>sur</td><td></td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>indiceGîte</td><td>indice mesurant la probabilité qu'un gîte diurne se trouve à proximité</td><td>0.1855233333333333</td><td></td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>indiceReposNocturne</td><td>indice mesurant la probabilité qu'un gîte de repos nocturne se trouve à proximité</td><td>9</td><td></td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>espece</td><td>code du taxon dans Tadarida</td><td>Antsp</td><td></td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>groupe</td><td>groupe taxonomique (chauve-souris, sauterelles ou autres)</td><td>Chauve-Souris</td><td></td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>nomFr</td><td>nom français du taxon</td><td>Antaxie</td><td></td></tr><tr><td>idSinpObs1</td><td></td><td></td><td>scoreMax</td><td>score maximal obtenu parmi les contacts (=1 - la probabilité que l'identification soit une erreur)</td><td>0.12</td><td></td></tr></tbody></table>

Enfin, le tableau 48 présente la table de standardisation du concept AttributAdditionnel. Tous les champs qui ne sont pas standardisés par des concepts et attributs définis dans le standard le sont en tant qu'attribut additionnel. Tous les champs portant des informations sur le matériel d'enregistrement sont liés au regroupement d'évènements Participation (l'UUID de la participation est reportée dans idSinpRegroupement) de même que l'information sur l'année de suivi puisque le concept RegroupementEvenements ne porte pas d'attributs de date. Les informations sur l'enregistrement en lui-même (nombre d'heures enregistrées, conditions météorologiques pendant l'enregistrement) sont liées à l'évènement Nuit. Enfin, toutes les informations sur l'espèce et les indices ou scores calculés à partir de l'observation sont liés au SujetObservation (taxon observé).
## RÉSUMÉ

La surveillance de la biodiversité est indispensable pour suivre son évolution et prendre des actions pour enrayer son déclin. Elle passe par la mise en place de protocole de suivi, à toutes les échelles de la biodiversité et des territoires, favorisant l'harmonisation de la collecte des informations utilisées dans la prise de décision des acteurs politique, associatif et d'éthique. Cette diversité d'acteurs et leurs besoins peuvent toutefois être incompatibles scientifiquement – entraînant des difficultés d'échange de données.

La standardisation est un processus d'harmonisation technique des données de biodiversité se présentant sous la forme d'un standard d'échange de données. C'est un outil utilisé par les systèmes d'informations français et international guide structurel des bases de données de biodiversité associées. Son objectif est d'améliorer la cohérence des données en vue de leur diffusion et de leur valorisation.

Dans ce rapport nous testons l'applicabilité de deux standards d'échange de données - le standard français Observations et suivis de taxons V3.0 - à cinq jeux de données issus de la biodiversité. Les forces et faiblesses des standards pour chaque standardisation spécifiques d'évolution sont suggérées, de même que leur coexistence est discutée.

**Biodiversa+**

www.biodiversa.eu/
contact@biodiversa.org

biodiversa+
European Biodiversity Partnership

<figure><img src="image_39.png" /></figure>

<figure><img src="image_40.png" /></figure>

Observations et suivis de taxons
CP41 – 36 rue Geoffroy Saint-Hilaire

**PatriNat (OFB-MNHN-CNRS-IRD)**

**Centre d'expertise et de données sur le patrimoine naturel**

Jardin des Plantes
CP41 – 36 rue Geoffroy Saint-Hilaire
75005 Paris
www.patrinat.fr

**PatriNat (OFB-MNHN-CNRS-IRD)**

**Centre d'expertise et de données sur le patrimoine naturel**

Jardin des Plantes
CP41 – 36 rue Geoffroy Saint-Hilaire
75005 Paris
www.patrinat.fr