dataesr/scientific-paragraphs-categorization huggingface dataset:
Ces documents rassemblent les comptes rendus de 125 groupes de travail pour les séances allant de février 2018 à avril 2021. Toutes les données sont disponibles sous licence CC BY 4. 0 : https ://doi. org/. / E /HKKX E. La catégorisation utilisée est celle qui a émergé pendant la lecture, elle est donc indépendante de celle du questionnaire présenté dans le tableau 2. Voir les différents dépôts de code ouvert maintenus par des équipes de Sciences Po : ht tps://github. com/medialab/ ; https://github. com/SciencesPoDRIS/ ; https://github. com/CDSP-SCPO/ ; https://github. com/AtelierCartographie/ ; https://github. com/ScPo-Co mpEcon/ ; https://github. com/CEVIPOF/.
i ∈ L s ) si le nombre d'occurrences de u (resp. i) dans le grand flot de liens L est supérieur à min u (resp. min i ). (a) Valeurs de H(ct k , C) MDJ JDS PDS JDM M PDM S Movielens-2k 0. 928 0. 965 0. 978 0. 957 0. 958 0. 977 0. 970 Movielens-ls 0. 967 0. 989 0. 984 0. 980 0. 988 0. 990 0. 995 Ciao 0 0. 997 0. 973 0. 998 0. 992 0. 996 0. 995 (b) 92 Retailrocket 0. 922 0. 984 0. 987 - - - - 66. 70 77. 23 79. 74 - - - - 1. https ://grouplens. org/datasets/hetrec-2011/ 2. https ://grouplens. org/datasets/movielens/latest/ 3. https://www. cse. msu. edu/~tangjili/trust. html 4. https://www. kaggle. com/retailrocket/ecommerce-dataset.
Les réponses des sept questionnaires ont été extraites depuis LS puis concaténées dans un seul fichier (tableur) en vue de leur traitement. Pour les analyses statistiques, une nouvelle importation a été réalisée dans le logiciel Le Sphinx, très facile d'utilisation, notamment quand il s'agit de naviguer entre les strates. SPSS a été convoqué pour l'analyse de quelques corrélations et IRaMuTeQ (interface de R pour les analyses multidimensionnelles de textes et de questionnaires) pour les analyses lexicométriques des corpus en préalable des analyses qualitatives grâce à l'algorithme intégré au logiciel permettant une classification hiérarchique descendante (CHD; voir  Reinert, 1983).
Cette étude aborde la question de l'interopérabilité logicielle pour le secteur de la construction, en s'intéressant à l'écosystème Speckle, plateforme collaborative ouverte facilitant l'échange d'information. Nous cherchons à caractériser les modalités de conception qui s'appuient sur un flux informationnel direct (FID). Nous présentons ici le développement du connecteur Speckle. TopSolid qui permet un échange direct de données entre l'environnement CFAO TopSolid, et la plateforme Speckle. Après un rappel des notions d'écosystème et des modalités de collaboration, nous détaillons la description technique du connecteur. L'objectif général des travaux est d'offrir une alternative aux méthodes d'interopérabilité traditionnelles, basées sur les échanges de fichiers ou des solutions propriétaires dans des écosystèmes fermés, en suggérant un passage aux échanges directs entre logiciels, par le biais de flux informationnels directs, structurés et en temps réel.
Introduction Ce travail porte sur la caractérisation des modalités de conception collaborative qui s'appuient sur un flux informationnel direct (FID) pour déterminer les échanges d'informations entre les acteurs de la conception architecturale. La recherche passe par le développement informatique spécifique, avec l'objectif d'établir un lien entre un logiciel de CFAO, TopSolid, et les logiciels du secteur de la construction, via la plateforme de travail collaboratif Speckle. Systems. Le développement prend la forme d'un connecteur Speckle pour TopSolid. Son objectif est de proposer des fonctionnalités d'échanges en temps quasiréel entre les différents environnements, pour faciliter les activités de conception concourante entre différents acteurs du bâtiment. Après une présentation de l'objectif de la recherche et sa méthodologie, nous rappelons la notion d'écosystème logiciel et des caractéristiques de la collaboration en conception architecturale.
La compréhension de ces modalités ainsi que l'établissement de son état de l'art, nous permettent de définir notre cadre théorique ainsi que l'orientation des réalisations informatiques. Cette démarche se concrétise par le développement de deux outils numériques : Le Connecteur Speckle. TopSolid et une solution Rhino. Inside. Topsolid, tous deux issus de projets Open-Source. L'enjeu est de privilégier des solutions libres, ouvertes et indépendantes. La recherche part de l'hypothèse suivante : il existe un besoin d'interopérabilité directe et libre pour deux raisons : l'une associée aux limites techniques et fonctionnelles des processus traditionnels basés sur des échanges de fichiers, l'autre pour éviter l'enfermement dans des environnements propriétaires, constituant des « écosystèmes » logiciels fermés.
Collaboration et échanges d'informations en architecture Le projet d'architecture mobilise par essence un grand nombre d'acteurs spécialisés, tout autant qu'une variété de cultures, d'approches et de méthodes. La collaboration autour du projet impose des échanges d'informations et de documents. Ces échanges sont conditionnés par le degré l'interopérabilité des différents outils logiciels. Bignon  [8]  identifie trois types de logiciel pour la collaboration : les bases de données, les gestionnaires de flux de tâches et les outils CAO à fonction augmentée de collaboration. Dans le bâtiment, ces trois types d'outils sont employés de manière complémentaire. La fluidité des échanges, tout autant que la capacité à relier différents logiciels apparaissent fondamentaux. Par ailleurs, les pratiques avancées montrent l'intérêt des échanges d'informations qui s'opèrent en temps réel.
Le portfolio d'Autodesk s'étend sur 3 secteurs : le bâtiment (AutoCad, Revit, etc. ), la conception et fabrication de produit (Fusion, Inventor, etc. ) et les médias et loisirs (3ds Max, Maya, etc. )  [11]. Les solutions Autodesk constituent en quelque sorte un écosystème d'écosystèmes. Les échanges d'informations sont favorisés à l'intérieur de cet ensemble, renforçant ainsi la notion d'écosystème logiciel propriétaire fermé. Cependant, il existe une possibilité d'extension avec la mise en place d'une Application Programming Interface (API) accessible, donnant lieu à des développements complémentaires. Ces développements peuvent ou pas faire partie de l'écosystème de base. La plateforme Speckle se distingue en proposant un environnement logiciel ouvert, offrant un accès aux codes sources de la plateforme et s'appuyant sur les contributions de communautés de développeurs pour enrichir ses fonctionnalités.
Les modèles neutres d'objet, à l'image du standard IFC issu du langage EXPRESS, offrent une alternative aux méthodes propriétaires et permettent l'échange de données entre outils n'appartenant pas au même éditeur. Dans la pratique, la mise en place de protocoles collaboratifs basés sur les standards ouverts est matérialisée par l'échange de fichier. ifc, avec une étape de conversion et de traduction du modèle natif, souvent propriétaire, en un modèle IFC et inversement. Le langage XML, quant à lui, est dérivé de l'HTML, il est initialement envisagé pour le web et reste plus adapté pour les fichiers de petites tailles. Les échanges directs entre applications, font l'objet aujourd'hui d'une attention particulière. Ces solutions dialoguent avec les API des logiciels pour envoyer et recevoir des données et convertir les informations.
Nous citons Conveyor réalisé par Proving Ground permettant le lien entre Revit et Rhino, ou encore BHoM (Building Habitat object Model), projet Open-Source développé par BuroHappold  [13, 14] , basé sur un modèle d'objet intermédiaire et des liaisons avec la plupart des logiciels du bâtiment, ou encore Speckle, sur lequel nous appuyons nos développements et que nous détaillons dans les sections suivantes. Speckle est un projet de Common Data Environment (CDE) distribué, il se caractérise par les points suivants : il est complètement « Open-Source », il ne se base pas sur les échanges de fichiers et il n'offre pas de fonctionnalité de type Information Container Data Drop (ICDD) †  [13, 15]. Il prend la forme d'une plateforme ouverte d'interopérabilité accessible en ligne via un navigateur  [16].
Son développement a été entamé en 2016 dans le cadre du projet de recherche Innochain, soutenu par le programme européen H2020  [13, 16, 17]. Il permet aux logiciels du secteur de la construction de communiquer entre eux, à l'aide de connecteurs, agissant comme clients pour établir une connexion avec un serveur. Les collaborateurs d'un projet peuvent ainsi échanger des informations entre eux en temps réel, sans usage de fichiers intermédiaires. L'approche de Speckle est orientée « objet », par opposition avec les méthodes habituelles orientées « fichier ». L'avantage est de sélectionner les données échangées. La méthode impose d'anticiper l'utilité et l'intérêt de l'information transmise et facilite le suivi des échanges. Speckle se démarque par son système de communication directe entre logiciels, communications rendues possibles par des connecteurs accédant aux API des logiciels de conception et centralisant les données sur un serveur en ligne.
Une architecture client/serveur Speckle est basé sur protocole REST (REpresentational State Transfer), il permet la création de services web avec un schéma de fonctionnement client/serveur. La connexion au serveur se fait soit par le biais d'applications Web, soit par des connecteurs directement intégrés dans les logiciels de conception. Une interface graphique intégrée au logiciel de CAO permet la connexion au serveur et la réalisation des actions d'envoi et de réception. Les données sont stockées dans des Streams  [17] , eux-mêmes intègrent la notion de « calques » et ces derniers stockent des « objets »  [15, 17]. Le format de description des objets reprend le formalisme JSON. Il n'y a pas de modèle d'objet imposé à l'usager. Celui-ci peut choisir d'implémenter un modèle par défaut, fourni par Speckle, ou d'utiliser un modèle de son choix tels que BHoM ou l'IFC.
Ainsi, Speckle est une solution décentralisée, sans fichier partagé, mais proposant plutôt une organisation des données à l'aide de Streams hébergées sur un serveur. Au niveau technique, il est important de noter que la première implémentation du projet Speckle a été réalisée en. NET, à l'instar de la plupart des logiciels et API du secteur. Les développements récents ont donné lieu à des SDK (Software Development Kit) en Python et bientôt en NodeJS, JS et C++  [18]. Ces évolutions permettent d'élargir la compatibilité de la solution avec un nombre plus important de logiciels. L'application web SpeckleViz permet de visualiser les différents éléments d'un projet (les Streams) ainsi que leurs liens et relations. La gestion des versions se base sur le modèle Git, plébiscité dans le domaine du développement informatique  [19, 20].
Speckle intègre donc aussi bien un historique des révisions pour un Stream » qu'une chronologie de projet  [13]. Cela se réalise grâce à une fonction similaire à celle dénommée Git diff. Elle confère aux usagers un outil puissant de collaboration, avec la possibilité de travailler en parallèle dans des branches, puis de réaliser des fusions (Merge) automatisées, tout en comparant le contenu des différents Commits. Le logiciel TopSolid intègre le noyau de modélisation géométrique exacte, dénommé Parasolid et développé par Siemens, ainsi qu'un système de Product Data Management (PDM)  [21, 22]. Le PDM permet d'assurer le lien entre les différents documents constituant une chaîne paramétrique et associative, avec un traçage de l'évolution et une gestion des versions. C'est un mode de travail caractéristique dans les domaines industriels, basé sur la modélisation paramétrique (de type Feature-based) et la logique de pièces/assemblages  [23].
Environnement de développement Notre environnement logiciel est constitué par les deux outils TopSolid et Speckle. L'accès aux fonctionnalités des deux environnements est réalisé à l'aide des API mises à disposition. Le développement informatique est réalisé en. NET, son développement est codé en C#. L'API de TopSolid, dénommée Top'ADS, nous permet de développer une extension compatible avec le logiciel. Notre connecteur appelle les commandes des différentes classes d'objets de TopSolid, tels que la géométrie du noyau Parasolid, ou le PDM et sa base de données, permettant la gestion des informations appartenant aux différents projets. Speckle fournit un SDK pour faciliter le développement des applications. Dans le vocabulaire Speckle, le SDK est nommé Core, et il est complété par la bibliothèque « Objects Kit », celle-ci contient la définition du modèle d'objet ainsi que les convertisseurs nécessaires.
Phasage des développements Nous avons réalisé un premier développement permettant d'intégrer notre extension à TopSolid pour assurer une connexion à Speckle. Le développement s'est fait sur plusieurs étapes et reste en cours. La première étape a porté sur la construction de l'interface utilisateur. Nous avons fait le choix d'adopter l'interface usager par défaut proposée par Speckle et qui contient les boutons et commandes nécessaires. Cette interface de type WPF (Windows Presentation Foundation) permet : la connexion au serveur Speckle via un compte (authentification), le chargement ou la création d'un Stream, la sélection des objets à envoyer, l'envoi ou la réception. Une liaison (Binding) est réalisée entre le bouton et la commande de l'action du logiciel hôte. Le code de cette étape est donc de caractère purement fonctionnel, servant au bon chargement et lancement des différents modules ainsi qu'à la gestion des dépendances.
Cas d'usage Pour évaluer notre développement, un cas d'usage se base sur un scénario de collaboration entre deux architectes et le bureau d'étude technique d'un façadier (Fig. 2 ). Cela correspond à une situation professionnelle, avec une maquette principale existe sur un logiciel BIM. Des acteurs de l'industrie collaborent, des informations spécifiques nécessitent un partage, des envois et/ou réceptions, chaque collaborateur travaillant sur son logiciel, en fonction de ses habitudes et de ses pratiques. Cette phase de test a pour objectif la vérification des fonctionnements dans l'état actuel du développement, en cherchant à mettre à l'épreuve les interactions de notre extension avec les API TopSolid et Speckle dans une situation de conception collaborative. Le connecteur permet le transfert des géométries dans les deux sens.
Il autorise des échanges de données entre différents logiciels, appartenant à différents écosystèmes sans constituer un environnement propriétaire et sans passer par des import/export de fichiers. Des améliorations sont identifiées et devront être intégrées : 1) la prise en compte de la donnée sémantique, 2) l'intégration des objets au sein de la structure des données des environnements hôtes, avec le suivi des versions, 3) l'inscription des Streams dans le PDM de TopSolid, 4) la synchronisation des deux systèmes de gestion de versions. Par ailleurs, une évaluation plus approfondie devra être menée à une échelle plus large pour envisager et tester d'autres cas d'usage et valider les développements futurs. Cette évaluation s'appuiera sur la méthode et les critères de la norme ISO mentionné plus haut.
Conclusion Dans cet article, la notion d'écosystème numérique a été abordée et explicitée. Elle a permis d'identifier différentes dimensions techniques et socio-économiques. Celles-ci prennent de. l'importance dans les grands projets collaboratifs entre différents acteurs employant des outils différents. Le cas de Speckle est un exemple intéressant d'écosystème, offrant une alternative ouverte aux approches dites propriétaires. L'avantage de Speckle porte sur la suppression des échanges de fichier, il les remplace par des Flux Informationnels Directs (FID) entre logiciels ne faisant pas partie d'un même écosystème, tout en encadrant ces échanges par un système de traçage et de gestion de versions. Ceci offre une alternative aux écosystèmes logiciels propriétaires fermés, et facilitent l'usage et le libre choix d'une variété d'outils dans le but d'ouvrir la collaboration à l'hétérogénéité des pratiques et des instruments.
Contexte et objectifs du développementNos travaux portent sur le développement d'un connecteur Speckle pour TopSolid, dénommé Speckle. TopSolid. Il permet d'intégrer ce logiciel de CFAO à l'écosystème Speckle pour mettre en place une interopérabilité directe avec les autres logiciels de conception du secteur, déjà intégré à l'écosystème Speckle. Les développements bénéficient largement des connecteurs existants et dont les codes sources sont en libre accès sur la plateforme Github.
1 1 Contexte et objectifs du développementNos travaux portent sur le développement d'un connecteur Speckle pour TopSolid, dénommé Speckle. TopSolid. Il permet d'intégrer ce logiciel de CFAO à l'écosystème Speckle pour mettre en place une interopérabilité directe avec les autres logiciels de conception du secteur, déjà intégré à l'écosystème Speckle. Les développements bénéficient largement des connecteurs existants et dont les codes sources sont en libre accès sur la plateforme Github.
Des data challenges autour des images en santé ont déjà été organisés ces dernières années. On peut citer ceux des radiologues francais depuis 2018  [9, 10] , et les Camelyon 16 et 17 en pathologie  [11]. Une revue fait le point sur les data challenges en pathologie et sur ce qu'apportent ces compétitions dans notre discipline  [12]. Pour le data challenge 2020 organisé par la Société francaise de pathologie (SFP) et le Health Data Hub (HDH), la perspective d'une compétition internationale autour de Carrefour Pathologie 2020 a permis de mobiliser la communauté des pathologistes pour produire une importante base de données de lésions du col utérin. Nous détaillons dans cet article la construction et le déroulement de cette compétition et nous en discutons les perspectives.
premiers compétiteurs au classement ont laissé sur le site du challenge quelques éléments décrivant leur solution, accessibles ici : https ://www. drivendata. co/ blog/tissuenet-cervical-biopsies-winners/ Le 1er au classement n'a pas souhaité recevoir le prix et les 2 e , 3 e et 4 e ont recu respectivement 12 000D , 8000D et 5000D. Leurs algorithmes ont été ouverts en open source et déposés sur GitHub, ici : https://github. com/ drivendataorg/tissuenet-cervical-biopsies La remise des prix s'est déroulée en direct pendant Carrefour Pathologie Digital le 24 novembre 2020. Voici les liens vers deux vidéos réalisées par le HDH et la SFP en octobre 2020 et vers les vidéos réalisées lors de Carrefour Pathologie sur les ''coulisses du data challenge'' et la remise des prix : Vidéo SFP-HDH (10 mn) : https://www.
Remerciements Nos sincères remerciements à l'ensemble des patientes ayant accepté de participer à ce projet. À tous les compétiteurs, que l'on ne peut tous lister ici, seulement les 4 premiers :  Saima Ben Hadj/Brice Tayart  ( Société Tribvn Healthcare, France ),  Raphael Kiminya  (Kenya),  Kirill Brodt  (Canada),  Feng Ming  (Chine). Aux membres du Comité d'organisation, du  Conseil scientifique et du Comité de relecture  (voir Tableau 1) Aux personnels du Health Data Hub qui ont participé aux mises au point informatiques et aux discussions juridiques  À Olivier Clatz  pour ses conseils avisés et son soutien À la Société francaise de pathologie, son assistante, son CA et ses membres  À Boris Hejblum ,  collègue de la Société  francaise de statistique Aux pathologistes ayant contribué à inclure des cas :  Louis Vaquier ,  Isabelle Goubin-Versini ,  Maguy Cherfan ,  Jean-Baptiste Souraud ,  Maxime Hamon ,  Claire Glaser ,  Marianne Ziol ,  Margot Bucau ,  Pierre Alexandre Just ,  Sophie Prévot ,  Francoise Memeteau ,  Cyprien Tilmant ,  Bertrand Hermineaud ,  Christine Bergeron ,  Francoise Thelu ,  Mojgan Devouassoux-Shisheboran ,  Claire Illac ,  Averous Gerlinde ,  Jean-Christophe Sabourin ,  Aziz Moutaz ,  Guillaume Bataillon ,  Eleni Nika ,  Delphine Loussouarn ,  Raphaël Bourgade ,  Alexandra Dervaux.
Les 4 4 premiers compétiteurs au classement ont laissé sur le site du challenge quelques éléments décrivant leur solution, accessibles ici : https ://www. drivendata. co/ blog/tissuenet-cervical-biopsies-winners/ Le 1er au classement n'a pas souhaité recevoir le prix et les 2 e , 3 e et 4 e ont recu respectivement 12 000D , 8000D et 5000D. Leurs algorithmes ont été ouverts en open source et déposés sur GitHub, ici : https://github. com/ drivendataorg/tissuenet-cervical-biopsies La remise des prix s'est déroulée en direct pendant Carrefour Pathologie Digital le 24 novembre 2020. Voici les liens vers deux vidéos réalisées par le HDH et la SFP en octobre 2020 et vers les vidéos réalisées lors de Carrefour Pathologie sur les ''coulisses du data challenge'' et la remise des prix : Vidéo SFP-HDH (10 mn) : https://www.
textes littéraires ou non, ramenés à leur base lexicale. Cette liste, constituée initialement par le lexicologue Étienne Brunet, est reprise encore actuellement par le ministère de l'Éducation nationale. Elle est accessible sur Eduscol vi ; -Manulex vii (Bernard Lété, Liliane Sprenger-Charolles et Pascale Colé, 2004) qui est une base de données lexicales calculées à partir de 54 manuels scolaires de 1994 et qui regroupe 48 900 formes orthographiques différentes et 23 900 lemmes ; -L'échelle orthographique Dubois-Buyse, dite « échelle Dubois-Buyse » (François Ters, Mayer et Daniel Reichenbach, 1995) est étalonnée par niveau de difficultés orthographiques (42 échelons normalement acquis à 75 % selon l'âge des enfants) du CP au lycée. Elle comprend 3 726 lemmes dans sa version actualisée de 1995.
Financement : ANR MémoMines, ANR-16-CE38-0001. Déclaration des liens d'intérêt : Les auteurs de l'article déclarent n'avoir aucune affiliation envers des organisations faisant l'objet de l'étude et n'avoir reçu aucun avantage, sous quelque forme que ce soit, concernant le contenu de l'article.
L'utilisateur pourrait donc interroger oralement la base de données générale, ou un ancien mineur en particulier, en ayant déjà progressé dans l'arborescence des contenus. On peut caractériser le système correspondant comme de la pseudo-intelligence artificielle 8. Ainsi s'établit un (pseudo) dialogue avec le Grand Témoin  (Blondeau, 2020) , non seulement au-delà de l'espace -il ne nécessite plus de mobilité physique -mais également au-delà du temps -avec une personne disparue, conformément à la perspective des nouvelles mobilités informationnelles. La constitution des corpus audiovisuels pour la plateforme MémoMines et pour alimenter le dispositif de Pepper's Ghost, ainsi que le développement d'une interface utilisateur basée sur la reconnaissance linguistique, pourront permettre de concilier les deux bouleversements des mobilités, d'une part des publics ne pouvant plus se rendre sur les lieux historiques, par la consultation des ressources en ligne, et par l'absence de mobilité des mineurs, du fait que leur âge avancé ne leur permet plus d'arpenter les différents lieux du site, et inéluctablement leur décès, en leur rendant hommage par le dispositif holographique.
REMERCIEMENTS Nous remercions toute l'équipe de l'Xperium (J. Cosléou, S. Picart, E. Milent, O. Mignotte, D. Tissoires). Ils nous ont accueillis, conseillés, soutenus financièrement, aidés pour la conception et la mise en place du stand. Cela nous a permis de développer ce stand et de le faire vivre pendant deux saisons  (2018-2019 et 2019-2020). Nous remercions également tous les chercheurs et doctorants impliqués qui sont personnels de l'Université de Lille ou du CNRS membres des laboratoires IEMN ou CRIStAL et hébergés dans l'hôtel à projets interdisciplinaires IRCICA. Les membres du projet SPINE de l'IEMN sont des experts de l'électronique CMOS, conçoivent les neurones et les synapses et dessinent les circuits. Les membres de l'équipe Émeraude de CRIStAL proposent un outil de conception de réseaux de neurones impulsionnels matériels: le simula-teur N2S3 avec lequel ils simulent différentes combinaisons de modèles des neurones et synapses de SPINE pour résoudre différents problèmes de traitement de l'information.