dataesr/scientific-paragraphs-categorization huggingface dataset:
Agradecimientos La realización de este trabajo fue posible gracias al financiamiento recibido por el Proyecto de Tesis de Investigación para Estudiantes de Programas de Postgrado uta N° 8759-16. Deseamos expresar nuestro agradecimiento a estudiantes, profesionales e investigadores colaboradores de las diferentes campañas de prospección, excavación y relevamiento de arte rupestre. Especialmente a Marta Crespo, Luca Sitzia y Enrique Cerrillo-Cuenca, por el registro de los aleros, la descripción geomorfológica del sector y la realización de calcos en Pampa El Muerto, respectivamente. Nuestro reconocimiento a conaf por permitirnos efectuar trabajos en el monumento natural Quebrada de Cardones, que comprende parte de los sitios estudiados en Pampa El Muerto. Finalmente, agradecer al Convenio de Desempeño uta-mineduc por su apoyo a la realización de este trabajo.
California. USA), siguiendo las indicaciones de la casa comercial. Análisis estadístico. Para el análisis de los datos fueron empleados los programas estadísticos Excel 2016 ® , Epidat 3. 1 ® , SPSS Ver 22 ® con el fin de establecer la asociación y los factores de riesgo para la especie, edad, sexo, comuna, estrato, mes de muestreo y sector, sobre la presencia o ausencia de infección o títulos de las enfermedades estudiadas. Previa agrupación de variables (Tabla 1), se consideró el valor de p≤0. 05, OR≥1 o ≤1, IC de 95% como factor de riesgo o de protección.
Contacto de Lenguas, Análisis Plurifactoriales asistidos por Ordenador y consecuencias Tipológicas (Proyecto ANR-09-JCJC-0121-01, Responsable Dr. Isabelle Léglise SEDYL/CNRS). El objetivo de este proyecto era la realización de un corpus común y la creación de un modelo de análisis de fenómenos de contacto. Ver http://clapoty. vjf. cnrs. fr/.
1. Servicio Meteorologico Nacional, Ministerio de Defensa (SMN), Argentina 2. Centro de Investigaciones del Mar y la Atmosfera, UBA-CONICET (CIMA), Argentina 3. Departamento de Ciencias de la Atmosfera y los Oceanos, FCEyN (DCAO-FCEyN), Universidad de Buenos Aires (UBA), Argentina 4. Departamento de Computacion, FCEyN (DC-FCEyN), UBA, Argentina 5. Instituto Franco-Argentino para el estudio del clima y sus impactos, CNRS-CONICET-UBA, Argentina (UMI- IFAECI), Argentina 6. Computer Science Department -Data Analysis and Visualization Group (CSD-DAVG), Universidad de Constanz,.
Therefore our posterior confidence in h C is 0,64, which upgrades our prior by 0,14. Evidence (e C 2) for P C 2 came from Law 1530-2012, which defined the many functions of the National Planning Department, including the management of a projects database, the technical secretariat of the responsible commission, and the system of monitoring and control. One significant advantage of designing a policy is that it helps to define the role played by other stakeholders and organizations during implementation of the policy. If technical and economic agencies were in a position of leadership in the design of the royalty policies, they would probably use instruments of authority to secure a large degree of control over the policy T E M A S V A R I O S orientation, even if it is possible to find technical and economic agencies conducting the design of a policy without any legal framework ordering it.
Background The U. S. Food and Drug Administration (FDA) defines RWE as "the clinical evidence regarding the usage, and potential benefits or risks, of a medical product derived from analysis of real-world data"  [34]. The British Academy of Medical Sciences employs a similar definition: "the evidence generated from clinically relevant data collected outside of the context of conventional randomised controlled trials"  [33]. Common to these definitions, and others, is the focus on evidence that is clinically relevant and that stems from routine clinical practice  [32]. Our understanding of RWE is the technology-facilitated collation of all routinely collected information on patients from clinical systems to a comprehensive, homogeneously analysable dataset (big data) that reflects the treatment reality in the best possible and comparable manner.
Conclusion. Based on the discussed prerequisites, the analysis of comprehensive and complex real-world data in the context of a RWE study network represents an important and promising complementary partner to RCTs. This enables research into the general quality of cancer care and can permit comparative effectiveness studies across partner centers. Moreover, it will provide insights into a broader optimization of cancer care, refined therapeutic strategies for patient subgroups as well as avenues for further research in oncology. study, which analyzed the comprehensive database of 1538 patients from 6 renowned American centers of the National Comprehensive Cancer Network (NCCN) found a survival benefit for patients in stage IIIC in the PCS group. This correlated with a subgroup anal-ysis of a prior European Organisation for Research and Treatment of Cancer (EORTC) study and is in line with current treatment guidelines, e.
Establishing a RWE network In order to achieve the possibilities and objectives described above, several tasks need to be addressed. These refer predominantly to the current reality of fragmented clinical IT systems, the quality of the data therein, as well as to information governance and operations. Resolving these challenges prior to the initiation of studies will set the technical and operational infrastructure to conduct RWE studies more efficiently, more reliably, and at a consistently high level of quality. In this context, continuous attention and efforts to utilize appropriate technologies and an up to date managementofthe"bigdatasets"areofparticular importance  [13].
IT systems and databases Experience tells us that clinical data sets currently frequently reside in 'silos'  [27, 35]. In essence, the data are located in different domains because they are being captured by organizationally different clinical units, by means of different systems and are ultimately stored in different infrastructure units  [9]. Hospitals and cancer centers typically do not have unified and integrated data warehouses. On the contrary, laboratory results are stored in a laboratory information system (LIMS), (radiological) imaging data in a picture archiving and communication system (PACS), prescription data in the pharmacy system etc. This fragmented landscape poses a challenge for any given study even within a specific type of tumor at a single cancer center. In addition, a highly effective RWE network should strive to achieve data comparability across the partner cancer centers to enable multicenter studies.
RWE real word evidence ity assurance in the design of these studies  [14]. A clinically relevant research question needs to be postulated based on a stringent medical theory and the corresponding hypotheses need to be established. These may then be analyzed with an appropriate and sufficiently large dataset and by applying suitable methods  [1]. This necessitates a substantial medical expertise in oncology from the inception of the study  [29]. Therefore, RWE studies should be conducted hand in hand with stakeholders who possess the requisite clinical and biometric expertise and who design and execute the studies independently under primarily scientific aspects  [2]. » The tasks require sufficient and dedicated specialized personnel Real-world data are vulnerable to a range of biases  [35].
ACKNOWLEDGMENT The authors thank  Lumiphore, Inc. for the gift of Lumi4 reagents. This work was partially funded by the  European Commission  ( H2020-FET-Open  project  PROSEQO ) and the  National Natural Science Foundation of China  (Grant No. 51502333 ,  21501191 ). CC acknowledges the  IDEX Paris-Saclay  ( ANR, Investissements d'avenir ) for his PhD fellowship. NH acknowledges the  Institut Universitaire de France (IUF)  for financial support.
Die Liquid-Software-Lösungen und Akteurinnen eignen sich als zentrale Fallbeispiele, um diese durch die Erfahrungen der politischen Praxis zu konkretisieren. Die Grundannahme habe ich im Verlauf der Arbeit in Form von drei forschungsleitenden Annahmen -so genannten Präkonzepten -ausdifferenziert. 6 Die erste dieser Annahmen ist, dass Technologie-und Demokratieverständnis sich gegenseitig bedingen. Ob Code in Form von Beteiligungssoftware sein Potenzial in der politischen Praxis rea-3 | Mit Nennung der weiblichen Funktionsbezeichnung ist in diesem Buch, sofern nicht anders gekennzeichnet, immer auch die männliche Form mitgemeint. Ausgenommen von dieser Regelung sind Zitate, in denen ich die Gender-Nutzung so übernommen habe wie im Original verwendet. 4 | Das nüchtern-positive Resümee ist eine Antwort auf die »ermunternde Einleitung«, die Christoph Bieber 2012 im Band »Unter Piraten« formuliert (vgl.
I. 2 Internet und PolItIk: eIne MoMentauFnahMe Anders als noch vor zehn Jahren ist es heute selbstverständlich, dass das Internet eine Infrastruktur zur Realisierung gesellschaftlicher Grundbedürfnisse darstellt: »Like water, power or transport, computer-mediated communication has become a public utility: the precondition of social existence«  (Barbrook 2015: 6). Seit der Verbreitung als Word Wide Web (WWW) Anfang der 1990er Jahre werden mit dieser Infrastruktur Hoffnungen auf demokratisierende Effekte verbunden, die schon damals nicht der Realität technologisch-sozialer 7 | Ich benutze im Kontext dieser Arbeit meist den Begriff Entwicklerinnen, weil ich damit nicht nur Programmiererinnen sondern auch andere am Konzept oder der Software beteiligte Akteurinnen bezeichne. So behalte ich die Doppeldeutigkeit des Begriffs bei, der einerseits für das Schreiben von Computercode, andererseits aber auch für die Konzeption benutzt wird.
al. 2007: 248). Für das vorliegende Forschungsprojekt wurden für den ersten Feldzugang die beiden Vereine Liquid Democracy e. V. und Public Software Group e. V. als Fälle identifiziert, da sie die beiden Liquid-Software-Lösungen Adhocracy und LiquidFeedback verantworten. Der Zugang zum ersten Verein erfolgt über die »Schlüsselfiguren«  (Breuer 2009: 33-34)  und weitere »Handlungsfiguren«  (Lamnek 2010: 287). 38  Der zweite Verein wurde per Email angefragt. 39  Die zwei Liquid-Projekte wurden gezielt als Ausgangspunkte ausgewählt, weil ich es für eine Besonderheit hielt, dass beide Software-Lösungen nicht individuals, organization, or community most representative of that phenomena. […] However, once there, the researcher would not be sampling nurses as such, but sampling for incidents, events, and happenings that denote the work that they do, the conditions that facilitate, interrupt, or prevent their work, the action/interaction by which it is expressed and the consequences that result.
« (Strauss und Corbin 1990: 420-421  partnerinnen wurden nach theoretischen Kriterien in Kombination mit dem Schneeballsystem ausgewählt und zunächst fallintern in und fallvergleichend zwischen den beiden Vereinen kontrastiert. Dafür wurden die Interviewpartnerinnen gebeten nach ihrem Relevanzsystem weitere wichtige Gesprächspartnerinnen vorzuschlagen. 42 Zusätzlich zu den Akteurinnen beider Vereine kamen so weitere Fälle im Forschungsprozess hinzu. Im Sinne der komparativen Analyse schien es sinnvoll auch Programmiererinnen zu interviewen, die politische Software als kommerziellen Auftrag entwickeln, oder solche, die nicht an politischer sondern an kommerzieller Software arbeiten. Schließlich bin ich auch zufällig auf relevante Interviewpartnerinnen gestoßen. 43  Während der letzten Phase des selektiven Kodierens orientiert sich das Sampling dann an der Integration der Kategorien zu einer Theorie, versucht negativen oder ungewöhnlichen Fällen in den Daten nachzuspüren, aber zielt sonst eher auf eine Verdichtung.
Auch wenn der Einsatz von Software mittlerweile eine Selbstverständlichkeit darstellt, soll -gerade im Sinne dieser Arbeit, die sich eben mit der Bedeutung von Software auseinandersetzt -kurz auf deren Verwendung eingegangen werden. Software ist in erster Linie »[. ] ein Werkzeug zur besseren Strukturierung und Organisation von Daten«  (Kelle 2011: 30) , das »[. ] in der Regel vor allem die Zuordnung von Kategorien zu Textsegmenten (= ›Kodie-ren‹) und die Suche nach Textsegmenten, die derselben Kategorie zugeordnet wurden (= ›Retrieval‹)« (ebd. ) unterstützt. Konopasek (2007)  schlägt am Beispiel von der Kodier-Software Atlas. ti und mit Bezug auf Bruno Latours Verständnis der Transformation im wissenschaftlichen Erkenntnisprozess eine aktivere Rolle von Software vor. Durch den Einsatz von Software zur Manipulation von Texteinheiten und zur Visualisierung entstehe ein Austauschprozess zwischen der Technologie und der Wissenschaftlerin: »Relevance is made.
Die Annahme funktionaler Modelle in der Sozialtheorie und die Umstellung von Was-auf Wie-Fragen ändern den Theorierahmen für das Verständnis von Wissenschaft und Technik. Es wird nicht mehr danach gefragt, was Wissenschaft und Technik sind, sondern wie sie sind, wie sie funktionieren, welche Zwecksetzung sie erfüllen, welche Subsysteme der Gesellschaft sie bilden oder durch welche gesellschaftlichen Subsysteme hindurch sie operieren. « (Belliger/Krieger 2006: 17)  technology is not a destiny but a scene of struggle. It is a social battlefield, or perhaps a better metaphor would be a ›parliament of things‹ in which civilizational alternatives contend  (Latour, 1991: 194). « (Feenberg 2002: 15)  In der vorliegenden Arbeit setze ich mich mit der Realisierung und mit auf Erfahrung basierenden Potenzialen ausgewählter Technologien -konkret mit den Liquid-Software-Lösungen -auseinander.
14 Sowohl Andrew Feenberg als auch Majid Tehranian fordern deshalb dazu auf, sich mit den sozialen Strukturen auseinanderzusetzen, durch die und in denen Technologien entstehen und zum Einsatz kommen. Nur darin ließe sich ergründen, inwieweit Technologiepotenziale sich realisieren. Funktionalitäten von Software unbegrenzt. Seit über 50 Jahren ist Software damit das »kollektive Imaginäre«  (Mackenzie 2006: 138) , das Generationen von Programmiererinnen erarbeiten. Sie denken dabei immer wieder neu, welche Funktionen Computer erfüllen. Während Code im Sinne einer mathematischen Operation als statisches Objekt verstanden werden kann, ist Software immer im Wandel begriffen. 20 In der Software-Entwicklung wird diese Eigenschaft des sich ständig Verändernden als »Permanently Beta«  (Neff/Stark 2004)  bezeichnet.
ist: »LiquidFeedback ist ein Online-System in das jeder Teilnehmer Anträge einstellen kann, mit dem Ziel, diese Anträge von einer Mehrheit beschließen zu lassen« (Interaktive Demokratie e. V. 2010e). Die Software sei dazu entlang von fünf Phasen (neu, in Diskussion, eingefroren, abstimmen, abgeschlossen/ abgebrochen) strukturiert, welche die NutzerInnen von einer Initiative bis zur Abstimmung dieser führen. Im Die Software LiquidFeedback ist laut der Selbstdarstellung nach den folgenden vier Prinzipien programmiert: 1. Gleichberechtigter Diskurs: Diskurs ist innerhalb der Software zunächst so verstanden, dass jede Nutzerin ein Thema beziehungsweise einen Vorschlag einbringen kann (vgl. Interaktive Demokratie e. V. 2010b). Die weitere Auseinandersetzung mit diesem Thema ist dann 2. als quantifiziertes und strukturiertes Feedback zu einzelnen Initiativen vorgesehen (vgl.
Laut Selbstdarstellung basiert die Software Adhocracy auf der bereits erwähnten Theorie des Direkten Parlamentarismus: »Die zentrale, dem Ver-ein zugrundeliegende Theorie ist der Direkte Parlamentarismus, auf der auch die Software Adhocracy basiert. Dazu gehört auch das Konzept einer Liquid Democracy mit der Besonderheit des Delegated Voting« (Liquid Democracy e. V. 2011). Ob und wie die Software Adhocracy diesen stärkeren Diskursfokus des Liquid Democracy e. V. abbildet, ist der Webseite nicht zu entnehmen. Die Software ähnelt im Auf bau einem Wiki. 32 Die textuelle Basis kann editiert, diskutiert, kommentiert, also in Versionen kollaborativ bearbeitet werden. Wie man sich als Nutzerin entweder selbst beteiligen oder die Stimme delegieren kann, ist unklar. Ob und wie die Elemente in der Praxis wirken, gilt es also zu ergründen.
IV. 1. 2 Ideengeschichte Ohne bereits auf konkrete Entwicklungen einer deutschen Liquid Democracy einzugehen, erwähnen die Interviewpartnerinnen in den Gesprächen immer wieder wissenschaftliche, technologische und gesellschaftspolitische Bezüge als ideengeschichtlichen Nährboden für das Konzept, das 2009 formuliert wird. Auf alle drei Entwicklungskontexte gehe ich im Folgenden kurz ein und umreiße so den internationalen und interdisziplinären Rahmen für die anschließende Analyse. (Grassmuck, 2002: 238). Die Apache Software Foundation arbeitet nach meritokratischen Prinzipien in Arbeitsgruppen von Expertinnen, die einzelne Projekte leiten und Entscheidungen auf Mailinglisten gemeinschaftlich treffen (vgl. ebd. ). Drittens handele es sich bei F/OSS um eine Bewegung, die eine Generation von Programmiererinnen prägt (vgl.
Kelty 2008). Diese Bewegung breitet sich über und durch die selbstgeschaffene Infrastruktur von Mailinglisten, Chats, Foren und später Web 2. 0-Anwendungen aus. 18 Unter einigen der Liquid-Akteurinnen gehört es deshalb möglicherweise auch zu einer nichterklärungsbedürftigen Selbstverständlichkeit, dass es sich bei ihrer Beteiligungssoftware um Open-Source-Software handelt.
Es geht zweitens in dieser Dass die Liquid Democracy sich Anfang der 2000er Jahre entwickelt, liegt also, meiner Einschätzung nach, vor allem daran, dass unter den Liquid-Akteurinnen ein Bewusstsein dafür vorhanden ist, dass man die Infrastruktur der eigenen Lebenswelt -technisch, politisch, rechtlich -mitgestalten und beeinflussen kann. In diesem Kontext haben so schließlich auch die Streitigkeiten rund um das Urheberrecht und die Regulierung der Musikindustrie Relevanz, die den Gründungsmoment der internationalen Piratenparteien 18 | Vgl. : »The first of these practices-the making of Free Software into a movement-is both the most immediately obvious and the most difficult to grasp. By the term movement I refer to the practice, among geeks, of arguing about and discussing the structure and meaning of Free Software: what it consists of, what it is for, and whether or not it is a movement.
This came with a demand for new ways for democratic self-organization. It was then that we, the editors of this journal, decided to develop the software LiquidFeedback to overcome the previously known limitations of democratic organization structures found in political organizations and, specifically, political parties. « (Behrens et. al. 2014)  Fast zeitgleich, aber unabhängig von den Berliner Überlegungen, schreibt Hobby-Programmierer Friedrich Lindenberg aus Freiburg seine Software ten sie die Testinstanz von LiquidFeedback auf dem pirateneigenen Server live  (Kistner 2009b)   Der strukturierte Prozess der Entscheidungsfindung in LiquidFeedback ist entlang von vier Phasen (neu, in Diskussion, eingefroren und Abstimmung) strukturiert und beginnt mit der Texterarbeitung einer Entscheidungsvorlage: »In order to provide a fair process for decision-making that scales with several thousand or more participants, LiquidFeedback employs a structured discussion where it is not possible for every participant to reply to any contribution.
Instead, LiquidFeedback employs a system for exchanging arguments which agitates people to make constructive proposals in order to gain other people's support. « (Behrens et. al. 2014a: 59)  Der Diskurs, aus dem ein Vorschlag hervorgeht, ist von den Entwicklern bewusst auf andere technische Plattformen ausgelagert. 32  »As LiquidFeedback lets voters express preferences in the approval as well as the disapproval section of a ballot, LiquidFeedback aims not only to avoid a division of support amongst those proposals that are both favored to the status quo but also discourages voters to vote in favor of a proposal for the sole purpose to outrival another proposal. « (Behrens et. al. 2014a  politischen Thema innerhalb der Software erfasst und strukturiert werden kann. 34  Adhocracy in seiner Version A1 setzt das Konzept der Stimmdelegation als Themenfelddelegation um.
Delegationen sind transitiv und dynamisch. Sie gelten im Konzept des Direkten Parlamentarismus allerdings nur bis zur eigentlichen Abstimmung. Die finale Entscheidung, also die Abstimmung zu den alternativen Normversionen, ist nicht innerhalb der Software vorgesehen. Die mit bewerteten Normänderungen versehene Normbasis soll den politischen Entscheidungsträgerinnen als Abstimmungsempfehlungen vorgelegt und von ihnen abgestimmt werden. Adhocracy (Version A1) setzt deshalb auf einfache Mehrheitsentscheide, um ein klares Meinungsbild mithilfe des Bewertungsmechanismus der Normänderungen zu erzeugen. 35  den unbezahlt ist und auf Eigeninitiative basiert. Aufgaben und Rollen werden nach Kompetenz und vor allem nach freiwilligem Engagement vergeben. Für die Kollaborationskultur in der Do-ocracy ist also entscheidend, dass die Arbeit an den beiden Softwarelösungen Adhocracy und LiquidFeedback aus Motivation erfolgt.
Die formelle Beteiligungshürde ist die Mitgliedschaft in der Partei oder im Verein. De facto sind nur Wenige an der Entstehung der Liquid-Democracy-Software beteiligt. Auch wenn sie von Beginn an ihre Entwicklungsschritte auf dem LiquidFeedback-Blog kommentieren und eine Beta-Version vorstellen, rufen die vier Entwickler von LiquidFeedback erst zur Beteiligung auf, nachdem der Kern der Software programmiert ist (vgl. Swierczek 2010). Sowohl am Konzept als auch an der Programmierung arbeiten nur eine Handvoll weiterer Personen mit (vgl. Interview D2). Auch der Adhocracy-Code entsteht als Realisierung eines zweiten Liquid-Democracy-Konzepts im Wesentlichen nur durch die Arbeit von zwei Köpfen. Die Beteiligung nur weniger Aktiver ist nicht zwangsläufig problematisch, stellt sich allerdings in der nächsten Phase als Herausforderung heraus.
Alles ist darauf ausgelegt, Lösungsideen für die gemeinsam wahrgenommenen Probleme auszuprobieren. Die normativen Vorstellungen, die in dieser Zeit entstehen, werden so auch sehr zeitnah in Software übersetzt. Besonders deutlich zeigt sich die Do-ocracy also im Entstehen von Adhocracy und LiquidFeedback: Gerade ein halbes Jahr wird über die Konzeption der Software diskutiert als die ersten Zeilen Code entstehen und die Argumentation in Form von Software weitergeführt wird. Auch das Durchsetzen von LiquidFeedback in der Berliner Piratenpartei, das schließlich formal durch die Mitgliederversammlung bestätigt wird, zeigt, dass die Do-ocracy funktioniert. Als »meme« »Fresse halten, selber machen« (vgl. von Gehlen 2007) kursiert die Idee der Do-ocracy später bundesweit. 39 Sie soll dazu animieren, nicht nur zu kritisieren und zu reden, wie es den etablierten Politikerinnen unterstellt wird.
In den Anwendungsfällen von Adhocracy in der parlamentarischen und parteiinternen politischen Praxis, also in der Enquete und der SPD-Programmdebatte, sind Delegationen überhaupt nicht zugelassen, auch wenn die Software Adhocracy sie ermöglichen würde. Die öffentliche Begründung ist, dass das Delegationsprinzip zu kompliziert sei (vgl. Interview B5). Nach Einschätzung eines Liquid-Programmierers hätten sich die SPD-Fraktion und die Enquete nicht getraut, »delegated voting« zu ermöglichen (ebd. ). Die Loslösung von den eigenen theoretischen Konzepten geschieht dahingegen bewusst. Den Mitgliedern des Vereins ist wichtiger politische Prozesse mitzugestalten als ihre Vorstellungen durchzusetzen. Ein Vereinsmitglied begründet die Entscheidung, auf Delegationen als Verfahrenselement zu verzichten, wie folgt: »Es ist vielleicht einfach noch zu früh.