dataesr/scientific-paragraphs-categorization huggingface dataset:
humanités numériques Thesaurus Exemplorum Medii Aevi : une base de données collaborative sur les exempla médiévaux Résumés projet de s'engager entièrement dans les standards des « FAIR data », afin d'assurer longévité et usage élargi des données pour les chercheurs et le grand public. Medieval sermons brim with tens of thousands of exempla, the "exemplary short stories" frequently used to convey belief and morals to the faithful. Long considered a class of dogmatic, religious, and moral texts, they were mostly studied as a subgroup of folktales and fables in literary studies. With the "anthropological turn" in historical research, new attention was paid to exempla as sources of cultural and historical insight, notably by the historian Jacques Le Goff and his student-inheritors. ThEMA, a database of medieval exempla, began life in the 1990s in the hands of these inheritors, and has grown and transformed since then.
It currently holds over 12,000 indexed exempla from the long "global Middle Ages", stretching from Latin Europe to Byzantium to Asia, and drawing from Christian, Jewish, Islamic, and Buddhist sources. All exempla are carefully encoded and assigned metadata, and linked to keywords and thesauri, to enable researchers to undertake a variety of inquiries into these cultural artifacts. The most recent transformation of ThEMA into XML-TEI format, within a searchable database that provides powerful interfaces, has permitted the project to fully engage with FAIR data standards to ensure longevity and broader usability of the data for researchers and the general public.
La base matérielle de ThEMA s'est également élargie pour inclure des images étroitement liées aux exempla, ainsi que l'interconnexion avec d'autres bases de données, par exemple en reliant les exemples de ThEMA aux sermons de Sermones. net (notamment pour les exempla issus des sermons de Jacques de Voragine). Avec la croissance du projet et le partage des données de ThEMA entre les collaborateurs et les chercheurs intéressés, une série de changements est intervenue dans la collecte et la gestion des données. Vers 2002, les données des documents Microsoft Word originaux ont été transférées dans une base de données MySQL par M. Burghart avec une interface de saisie sous Microsoft Access qui permettait le travail des indexateurs hors ligne, dans un environnement familier. Cette interface a été à son tour remplacée en 2005 par un site Web directement lié à une base de données MySQL pour permettre une collaboration dynamique dans la collecte et le contrôle de la qualité des données, ainsi que pour permettre l'accès à un public plus large.
Ce dernier site a été lancé grâce au travail de M. Burghart et d'un troisième chef de projet intégré à l'équipe, Pascal Collomb (EHESS). En 2015, M. Burghart a proposé de transférer le projet ThEMA à Huma-Num, la très grande infrastructure de recherche (TGIR) pour les sciences humaines financée par le CNRS, afin de sécuriser l'environnement du serveur à long terme. Il a ensuite été décidé d'élaborer un schéma XML-TEI pour les données de ThEMA et de les verser dans une base de données et serveur d'application eXist-db, sous la direction de Jean-Paul Rehr (université Lumière Lyon 2 et CIHAM), outil lancé à l'automne 2019.
Méthodes Sélection des sources, méthodologie de l'indexation Le projet s'intéresse à des exempla du Moyen-Âge, une période définie approximativement comme allant de 500 à 1500 après J. -C. La plus grande partie de la base de données provient de sources latines rédigées entre 1100 et 1350, période de la plus intense production d'exempla, en particulier par les ordres cistercien et dominicain. Cette tendance est liée à l'accent mis par les monastères sur la collecte de connaissances et le « folklore monastique »  (McGuire 2010, 422) , dans le premier cas, et à l'accent mis sur la prédication au peuple, dans le second. Cependant, ThEMA ne se concentre pas exclusivement sur l'Europe latine médiévale -pour ne prendre que quelques exemples, les travaux des compilateurs bouddhistes japonais médiévaux Kamo no Chomei et Minamoto no Takakuni, ainsi que le Sefer Hamaassiyot anonyme en hébreu, permettent aux chercheurs de déployer une analyse comparative.
Il s'agit souvent d'un travail minutieux pour l'éditeur et l'indexateur, et non d'un simple exercice intellectuel : l'examen et la vérification des sources d'un exemplum permettent aux chercheurs de comprendre les méthodes de travail et le milieu de l'auteur du recueil, ainsi que les pratiques de trans-mission de la culture orale ou écrite à une époque pour laquelle nous disposons de peu de preuves directes (Polo de Beaulieu et  Berlioz 2005 ; Collomb 2007 ; Polo de Beaulieu et Collomb 2009). Les compilations d'exempla médiévales sont fréquemment présentées par leur auteur sous la forme d'un catalogue, éventuellement classé selon l'ordre alphabétique, par exemple l'Alphabetum narrationum (« Alphabet des récits ») d'Arnold de Liège, ou la Scala coeli (« Échelle du ciel ») de Jean Gobi, ce qui permet de les transposer relativement facilement dans une base de données.
Collecte des données et contrôle de leur qualité Fondé comme un projet collaboratif, ThEMA s'est concentré depuis le début sur des outils destinés à créer des liens entre les données enregistrées et qui assurent un certain niveau de qualité scientifique à ces données. À l'origine, cette tâche était assurée par des modèles Microsoft Word, puis par une base de données MySQL en ligne (qui réutilisait les descriptions de champs des modèles) avec un accès restreint à la saisie des données. En 2019, le corpus de ThEMA a été soumis à une transformation complète (près de 12 000 exempla plus les 2 200 mots-clés et la bibliographie) au format XML-TEI, dans une base de données remaniée dans eXist-db. La plupart des méthodes de gestion du contrôle de la qualité dans les systèmes précédents ont été reprises dans le nouvel environnement, mais elles ont été automatisées pour les tâches les plus simples, et davantage d'outils ont été fournis pour permettre à de nouveaux chercheurs d'élargir le contenu de la base de données.
15 Les chercheurs ne créent pas directement les fichiers XML-TEI. Ils utilisent plutôt une série de masques de saisie ou d'écrans sur le site Web de ThEMA pour interagir avec la base de données (voir figure  1 ). L'accès à ces masques de saisie est basé sur des autorisations authentifiées. Un membre de l'équipe ThEMA se voit attribuer un « rôle » concernant soit l'ensemble de la base de données, soit un recueil spécifique. Une poignée de membres de l'équipe qui ont un accès administrateur à la base de données peuvent gérer les utilisateurs et tous les documents du système. La plupart des membres de l'équipe ont un rôle d'indexateur ou d'éditeur. Un éditeur décide quels recueils sont ajoutés à la base de données, et gère et contrôle le travail des indexateurs avant la publication. Cette séparation des rôles est utile en particulier pour les chercheurs qui souhaitent faire appel à des jeunes collaborateurs (tels que des étudiants), dont les travaux peuvent ainsi être révisés, tout en limitant l'impact des erreurs dans la base de données.
Quoi qu'il en soit, tant les indexateurs que les éditeurs ne sont autorisés à modifier que les recueils spécifiques qui leur ont été attribués. Les masques de saisie des données eux-mêmes contiennent une variété d'outils pour assurer la cohérence et la connexion des données à travers la base de données. Pour décrire un recueil dans son ensemble, le memento contient le nom de l'auteur, le lieu de production, les affiliations (dominicaine, bénédictine, etc. ), qui ne peuvent être sélectionnés qu'à partir d'index propres à ThEMA et contrôlés par le biais de listes déroulantes ; les dates sont validées pour s'assurer qu'elles sont conformes à un format ISO commun. Pour chaque exemplum, les éléments suivants ne peuvent être ajoutés qu'au moyen de listes déroulantes : mots-clés conceptuels : une liste approuvée de mots-clés gérée par l'administrateur références Tubach : une liste des numéros Tubach gérée dans la base de données références bibliographiques : les utilisateurs ne peuvent faire leur choix qu'à partir d'une bibliographie qui a été ajoutée au groupe Zotero de ThEMA (Bibliex, voir ci-dessous) Lors de la saisie, les données sont validées d'abord par des scripts dans le navigateur (pour les champs obligatoires manquants) et ensuite sur le serveur lorsque l'utilisateur tente de les sauvegarder.
Zotero La base de données bibliographiques de ThEMA est gérée dans un groupe Zotero , qui met les données à la disposition du public dans des formats réutilisables séparément. Ces données bibliographiques sont continuellement synchronisées avec la base de données de ThEMA via une API et stockées sous forme de fichiers TEI dans un élément <listBi-bl>. L'identifiant Zotero fonctionne comme le @xml:id dans la base de données ThEMA et relie toutes les références bibliographiques. Cette connexion à Zotero et le contrôle de la qualité par ce moyen sont une nouveauté de la version XML de ThEMA. Alors que toutes les nouvelles références bibliographiques doivent désormais passer par Zotero, les plus de 20 000 notices bibliographiques de l'ancienne base de données ThEMA ont été systématiquement converties en références liées à Zotero (à la date de publication, 85 % des références ont été liées à Zotero grâce à un programme de nettoyage des données).
Références Tubach Étant donné l'importance historique de l'Index exemplorum de Frederic Tubach pour l'étude des exempla, le groupe de travail ThEMA a entrepris la création d'une liste de références des numéros de Tubach au format XML. Cette liste, utilisable uniquement dans la base de données ThEMA, garantit que toute référence à Tubach est cohérente et bien structurée pour les requêtes. Les utilisateurs peuvent ainsi faire des allers-retours entre les références ThEMA et Tubach.
Métadonnées Dublin Core Dans tous ses fichiers TEI, ThEMA utilise les métadonnées du Dublin Core pour la description des documents, stockées dans l'élément de TEI <xenoData>. Ces données sont générées automatiquement par la base de données et sont utilisées pour l'affichage de la notice sur le site Web de ThEMA (dans l'élément HTML <head>) et pour le catalogage des données avec Nakala, partenaire de ThEMA pour les archives (voir ci-dessous). ThEMA utilise les éléments suivants du Dublin Core : identifier : soit « http://thema. huma-num. fr/collection/TC----» (collection), soit « http://thema. huma-num. fr/ exempla/ TE------» (exempla), où « ----» représente l'identifiant correspondant de la base de données ThEMA title : titre de la collection ou de l'exemplum, issu de l'élément TEI <titleStmt> publisher : « http://thema.
huma-num. fr » editor : les noms des éditeurs et indexateurs qui travaillent sur le document rights : « http://creativecommons. org/ licenses/ by-nc-sa/ 4. 0/ » type : « http://purl. org/ dc/ dcmitype/ Dataset/ » relation : « http://thema. huma-num. fr/ collection/ TC----» où « ----» représente l'identifiant du recueil auquel l'exemplum est lié (élément utilisé uniquement pour les exempla).
Archivage des données La transformation de la base de données ThEMA en XML-TEI (par opposition à un schéma personnalisé) faisait partie d'un plan visant à assurer la longévité et la réutilisation de ses données. Ce changement important n'aurait pas pu être réalisé aussi facilement sans le soutien de la TGIR Huma-Num, la « très grande infrastructure de recherche » en sciences humaines et sociales financée par le CNRS. Huma-Num fournit à ThEMA deux moyens de s'assurer que le projet peut mettre en oeuvre des pratiques de données FAIR. Le premier est la base de données et le site Web de ThEMA. Huma-Num fournit l'infrastructure technique sur laquelle repose la base de données de ThEMA (dans eXist-db), stocke et met les données à la disposition du grand public. Sauf fermeture improbable d'Huma-Num et de ses services, ou refus de soutenir certains projets, il n'y a aucune raison de penser que les données de ThEMA ne seront pas accessibles au public à long terme sur http://thema.
huma-num. fr. À cela s'ajoute la décision de conception prise pour ThEMA : le déploiement d'eXist-db résulte d'un choix réfléchi d'utiliser une infrastructure qui n'a pas de dépendances extérieures. Aucune modification du serveur ne peut affecter le fonctionnement de l'environnement d'application autonome fourni par eXist-db ; cela contraste avec les environnements qui utilisent PHP, Python ou d'autres ensembles de code qui dépendent habituellement de l'administrateur du serveur et des programmeurs, qui doivent être continuellement en phase avec les mises à jour de versions. En pratique, les seuls risques pour le fonctionnement à long terme de la base de données et du site de ThEMA sont soit le retrait soudain des services de Huma-Num, soit l'incapacité du groupe de ThEMA à surveiller l'instance eXist-db pour résoudre des bugs inattendus.
En tout état de cause, eXistdb fournit des sauvegardes automatisées des données dans des formats permettant d'effectuer rapidement la restauration dans une autre instance de la base de données. Pour contrebalancer ces risques, ThEMA a une seconde stratégie pour l'archivage des données à long terme, qui repose sur des identifiants pérennes : une division distincte d'Huma-Num, Nakala, fournit « un entrepôt sécurisé qui assure à la fois l'accessibilité aux données et leur citabilité dans le temps ». Ce service de stockage numérique sécurisé à long terme, garanti par sa relation avec le CNRS, fournit des identifiants permanents ainsi que l'archivage des métadonnées. Les identifiants permanents sont des DOI, ce qui permet à ThEMA de disposer d'un mécanisme de citation robuste. Les métadonnées sont stockées selon les normes OAI-PMH (Open Archives Initiative Protocol for Metadata Har-vesting) et sont basées sur le Dublin Core (en utilisant les métadonnées Dublin Core de ThEMA, voir ci-dessus) ; elles sont mises à la disposition du public par Huma-Num de diverses manières, y compris par des triplets RDF.
Limites et lacunes Une limitation importante des données de ThEMA est l'absence des textes sources dans la base de données. Cela est généralement dû aux limitations des droits d'auteur sur les éditions scientifiques utilisées pour l'indexation des exempla. Le projet a tenté de combler cette lacune au moyen de résumés fournis par les indexateurs. Ces résumés sont euxmêmes multilingues, ce qui reflète la diversité des contributeurs de ThE-MA ; bien que les médiévistes travaillent généralement dans plusieurs langues, les chercheurs qui ne sont pas familiers d'un contexte de recherche multilingue pourront rencontrer quelques difficultés. Ici, la bibliographie solide et bien documentée de ThEMA aide l'utilisateur à retrouver les textes sources et même, le cas échéant, des éditions dans différentes langues.
Bien que la base de données ThEMA impose un cadre pour l'indexation des exempla et un processus de révision qui vise à donner un minimum d'assurance sur la qualité des données, l'indexation n'est pas un exercice strictement objectif. L'évaluation qualitative de la signification d'un exemplum et du contexte qui l'a produit est finalement laissée aux chercheurs spécialisés auxquels le projet a fait confiance. Toute recherche d'exempla à grande échelle à partir des données de ThEMA doit tenir compte d'une certaine variabilité dans les approches des contributeurs.
Sources de financement Durant les vingt dernières années, le projet ThEMA a reçu des fonds de l'ANR (projet « Une culture du Livre dans une société d'illettrés. Parler, figurer, écrire dans l'Europe médiévale », 2006-2010), de l'EHESS, du CNRS, du CIHAM, du Labex HASTEC, du CRH (EHESS-CNRS), de SA-PRAT (EPHE), de l'IRHT (CNRS), du CéSor (EHESS) et du Consortium COSME (Huma-Num).
ThEMA, une base de données des exempla médiévaux, a commencé sa vie dans les années 1990 entre les mains de ces héritiers, et elle s'est développée et transformée jusqu'à nos jours. Elle comporte actuellement plus de 12 000 exempla indexés couvrant un long Moyen Âge s'étendant de l'Europe latine à Byzance et l'Asie, provenant de sources chrétiennes, juives, islamiques et bouddhistes. Chaque exemplum est soigneusement encodé, accompagné de métadonnées et relié à des mots-clés et des thésaurus, afin de permettre aux chercheurs de lancer une grande variété de requêtes au sein de ce corpus d'artéfacts culturels. La plus récente transformation de ThEMA a été sa conversion au format XML-TEI au sein d'une base de données offrant de puissantes interfaces qui ont permis au.
Alors que l'organisme qui auparavant jouait le rôle d'évaluation des projets (le Comité d'expertise pour les recherches, les études et les évaluations dans le domaine de la santé, ou CEERES) était rattaché au ministère chargé de la Recherche, qui assurait son secrétariat sans avoir de lien avec les organismes de gestion des données de santé, le CESREES, qui l'a remplacé en 2020, dépend maintenant du HDH, qui a la responsabilité des données de santé, et dont l'objectif explicite est d'ouvrir cellesci le plus largement possible pour des projets d'IA, y compris à des organismes privés. Cette organisation est clairement une source potentielle de conflits d'intérêt. • La qualité scientifique de l'instruction des demandes et de la réalisation des projets : l'accès aux données des cohortes et autres bases de données de santé, par des équipes publiques ou privées, est actuellement conditionné (outre les autorisations réglementaires) par une évaluation de la qualité et de l'intérêt scientifiques des projets, réalisée par une instance scientifique ad hoc mise en place auprès de chaque source de données (Comité d'accès, Conseil scientifique, etc.
On devine en effet les problèmes potentiels pour décider si l'intérêt financier d'une entreprise ou la recherche d'économies d'un établissement de santé privé relèvent bien de l'intérêt public… prestations pour le stockage et l'exploitation de données sensibles, parfaitement sécurisée, fonctionnelle, accueillant déjà de nombreuses bases de données publiques et privées. De plus, ce GIP, qui gère ces données sur sa propre infrastructure informatique, ne présente pas les risques d'intrusion liés au stockage de données dans un nuage privé américain. Potentiellement dangereux, car il réunit, dans une infrastructure unique, une énorme quantité d'informations d'origines diverses concernant la santé, la situation sociale et économique, les comportements, les habitudes de vie, etc. , c'est-à-dire la vie la plus intime de la totalité de la population vivant en France.
Sans qu'il ne soit aucunement besoin de stocker toutes ces données dans une infrastructure informatique unique, le HDH pourrait jouer un rôle très utile à travers des activités et des prestations diverses. Il pourrait réaliser • La gouvernance de l'accès aux données est remise en cause : chaque base de données possède sa propre gouvernance et ses propres règles d'accès. Ainsi, toutes les cohortes ont établi des chartes fixant les règles d'ouverture des données, dictées par des normes juridiques qui n'ont pas été abrogées, ainsi que des accords de consortium entre partenaires de ces cohortes, qui fixent les règles de fonctionnement et formalisent juridiquement les modalités de la collaboration. Les règles imposées par le HDH ne tiennent pas compte des règles de gouvernance existantes, qu'elles contredisent souvent.
Pour un Health Data Hub réellement vertueux Face à une monstrueuse infrastructure informatique inutile et potentiellement dangereuse… Conçu à l'origine pour faciliter l'accès et l'utilisation des données du SNIIRAM, qui constituaient la quasi-totalité du SNDS « historique » lors de sa création, le HDH est devenu progressivement, sous la forme que lui donnent actuellement ses responsables, un monstrueux dispositif, inutile et potentiellement dangereux. Inutile, car si le HDH a pour justification principale de permettre l'exploitation massive et simultanée de l'ensemble de bases de données, qui serait rendue possible grâce à leur réunion, le stockage permanent de données très diverses et hétéroclites au sein d'une même infrastructure informatique ne résout en rien les problèmes liés à la qualité des données et à leur interopérabilité, qui nécessite une harmonisation préalable qui ne peut se faire qu'au cas par cas, en fonction d'objectifs spécifiques d'analyse.
La centralisation des bases de données diverses ne correspond à aucun besoin scientifique, et il n'y a donc aucune valeur scientifique ajoutée à stocker et gérer de façon permanente toutes les données que l'insatiable Moloch veut avaler. Inutile aussi, puisque le CASD propose déjà une solution publique associant des institutions scientifiques majeures, offrant les mêmes PERSPECTIVE / HORIZONS REPÈRES La décision de développer le HDH selon ses orientations actuelles est une erreur stratégique fondamentale de pouvoirs publics aveuglés par la prétendue toute puissance de la technologie et le mirage du patrimoine des données de santé, qui ne demanderait qu'à être valorisé par les méthodes sophistiquées mises en oeuvre par de brillants data scientists. Les données de santé sont particulières, ceux qui les travaillent de longue date le savent bien.
Si les données en entrée sont de mauvaise qualité, alors le résultat, en sortie, sera de mauvaise qualité. une cartographie des bases de données, incluant une analyse de leur qualité et de leurs limites ; constituer et mettre à jour régulièrement un catalogue bien documenté des données disponibles ; servir de point d'entrée pour les demandes de données ; conseiller et orienter vers leurs responsables ; apporter une aide pour les démarches réglementaires ; développer et mettre à disposition des outils pour faciliter l'analyse des données du SNIIRAM, qui est une base de données très complexe et difficile à utiliser. Il pourrait aussi proposer des espaces de travail pour des analyses nécessitant de très fortes ressources informatiques en termes de volume et de performances, dans lesquels des bases de données pourraient être temporairement hébergées, le temps de réaliser les analyses.
Dans cet esprit, le HDH pourrait implanter une plateforme DataSHIELD qui permet l'analyse centralisée de plusieurs bases de données décentralisées qui restent chacune sur son propre support informatique. Il pourrait aussi réaliser des appariements de plusieurs sources de données. En effet, l'ouverture des bases de données administratives (SNDS, mais aussi les bases de l'Assurance vieillesse, la base fiscale, etc. ) permet d'enrichir les données d'enquêtes en population, d'essais cliniques, de cohortes, etc. Ces appariements présentent diverses difficultés (notamment la sécurité des données, l'identification des personnes à apparier, la structure complexe des bases de données administratives et autres) qui expliquent qu'ils soient encore peu mis en oeuvre ; là aussi, le HDH pourrait jouer un rôle important en prenant en charge ce type d'appariements, comme le fait actuellement la CNAM (Caisse nationale de l'Assurance maladie) pour l'appariement de cohortes avec le SNIIRAM.
There were no novice level users (those having received no training and never having used a thermal camera) among the FFs because they had all received a The bodily challenges of augmented vision applied to firefighting activity Activités, 18-1 | 2021 minimum of training in order to be able to operate in the field. The novice level was therefore represented by two ergonomist-testers. We also took into account certain physical inter-individual variables such as the wearing of smart glasses, the dominant eye, visual acuity, etc. These parameters were however less decisive than experience data when characterising the impacts of situated AR. Finally, a panel of seven people carried out the two series of tests: 2 volunteer firefighters (with between 6 and 15 years' experience), trained in the operational use of the thermal imaging camera; less frequent use (2 to 3 times a year).