@article{WarringtonBeaumontHorikoshietal.2019, author = {Warrington, Nicole and Beaumont, Robin and Horikoshi, Momoko and Day, Felix R. and Helgeland, {\O}yvind and Laurin, Charles and Bacelis, Jonas and Peng, Shouneng and Hao, Ke and Feenstra, Bjarke and Wood, Andrew R. and Mahajan, Anubha and Tyrrell, Jessica and Robertson, Neil R. and Rayner, N. William and Qiao, Zhen and Moen, Gunn-Helen and Vaudel, Marc and Marsit, Carmen and Chen, Jia and Nodzenski, Michael and Schnurr, Theresia M. and Zafarmand, Mohammad Hadi and Bradfield, Jonathan P. and Grarup, Niels and Kooijman, Marjolein N. and Li-Gao, Ruifang and Geller, Frank and Ahluwalia, Tarunveer Singh and Paternoster, Lavinia and Rueedi, Rico and Huikari, Ville and Hottenga, Jouke-Jan and Lyytik{\"a}inen, Leo-Pekka and Cavadino, Alana and Metrustry, Sarah and Cousminer, Diana L. and Wu, Ying and Thiering, Elisabeth Paula and Wang, Carol A. and Have, Christian Theil and Vilor-Tejedor, Natalia and Joshi, Peter K. and Painter, Jodie N. and Ntalla, Ioanna and Myhre, Ronny and Pitk{\"a}nen, Niina and van Leeuwen, Elisabeth M. and Joro, Raimo and Lagou, Vasiliki and Richmond, Rebecca C. and Espinosa, Ana and Barton, Sheila J. and Inskip, Hazel M. and Holloway, John W. and Santa-Marina, Loreto and Estivill, Xavier and Ang, Wei and Marsh, Julie A. and Reichetzeder, Christoph and Marullo, Letizia and Hocher, Berthold and Lunetta, Kathryn L. and Murabito, Joanne M. and Relton, Caroline L. and Kogevinas, Manolis and Chatzi, Leda and Allard, Catherine and Bouchard, Luigi and Hivert, Marie-France and Zhang, Ge and Muglia, Louis J. and Heikkinen, Jani and Morgen, Camilla S. and van Kampen, Antoine H. C. and van Schaik, Barbera D. C. and Mentch, Frank D. and Langenberg, Claudia and Scott, Robert A. and Zhao, Jing Hua and Hemani, Gibran and Ring, Susan M. and Bennett, Amanda J. and Gaulton, Kyle J. and Fernandez-Tajes, Juan and van Zuydam, Natalie R. and Medina-Gomez, Carolina and de Haan, Hugoline G. and Rosendaal, Frits R. and Kutalik, Zolt{\´a}n and Marques-Vidal, Pedro and Das, Shikta and Willemsen, Gonneke and Mbarek, Hamdi and M{\"u}ller-Nurasyid, Martina and Standl, Marie and Appel, Emil V. R. and Fonvig, Cilius Esmann and Trier, Caecilie and van Beijsterveldt, Catharina E. M. and Murcia, Mario and Bustamante, Mariona and Bon{\`a}s-Guarch, S{\´i}lvia and Hougaard, David M. and Mercader, Josep M. and Linneberg, Allan and Schraut, Katharina E. and Lind, Penelope A. and Medland, Sarah Elizabeth and Shields, Beverley M. and Knight, Bridget A. and Chai, Jin-Fang and Panoutsopoulou, Kalliope and Bartels, Meike and S{\´a}nchez, Friman and Stokholm, Jakob and Torrents, David and Vinding, Rebecca K. and Willems, Sara M. and Atalay, Mustafa and Chawes, Bo L. and Kovacs, Peter and Prokopenko, Inga and Tuke, Marcus A. and Yaghootkar, Hanieh and Ruth, Katherine S. and Jones, Samuel E. and Loh, Po-Ru and Murray, Anna and Weedon, Michael N. and T{\"o}njes, Anke and Stumvoll, Michael and Michaelsen, Kim Fleischer and Eloranta, Aino-Maija and Lakka, Timo A. and van Duijn, Cornelia M. and Kiess, Wieland and Koerner, Antje and Niinikoski, Harri and Pahkala, Katja and Raitakari, Olli T. and Jacobsson, Bo and Zeggini, Eleftheria and Dedoussis, George V. and Teo, Yik-Ying and Saw, Seang-Mei and Montgomery, Grant W. and Campbell, Harry and Wilson, James F. and Vrijkotte, Tanja G. M. and Vrijheid, Martine and de Geus, Eco J. C. N. and Hayes, M. Geoffrey and Kadarmideen, Haja N. and Holm, Jens-Christian and Beilin, Lawrence J. and Pennell, Craig E. and Heinrich, Joachim and Adair, Linda S. and Borja, Judith B. and Mohlke, Karen L. and Eriksson, Johan G. and Widen, Elisabeth E. and Hattersley, Andrew T. and Spector, Tim D. and Kaehoenen, Mika and Viikari, Jorma S. and Lehtimaeki, Terho and Boomsma, Dorret I. and Sebert, Sylvain and Vollenweider, Peter and Sorensen, Thorkild I. A. and Bisgaard, Hans and Bonnelykke, Klaus and Murray, Jeffrey C. and Melbye, Mads and Nohr, Ellen A. and Mook-Kanamori, Dennis O. and Rivadeneira, Fernando and Hofman, Albert and Felix, Janine F. and Jaddoe, Vincent W. V. and Hansen, Torben and Pisinger, Charlotta and Vaag, Allan A. and Pedersen, Oluf and Uitterlinden, Andre G. and Jarvelin, Marjo-Riitta and Power, Christine and Hypponen, Elina and Scholtens, Denise M. and Lowe, William L. and Smith, George Davey and Timpson, Nicholas J. and Morris, Andrew P. and Wareham, Nicholas J. and Hakonarson, Hakon and Grant, Struan F. A. and Frayling, Timothy M. and Lawlor, Debbie A. and Njolstad, Pal R. and Johansson, Stefan and Ong, Ken K. and McCarthy, Mark I. and Perry, John R. B. and Evans, David M. and Freathy, Rachel M.}, title = {Maternal and fetal genetic effects on birth weight and their relevance to cardio-metabolic risk factors}, series = {Nature genetics}, volume = {51}, journal = {Nature genetics}, number = {5}, publisher = {Nature Publ. Group}, address = {New York}, organization = {EGG Consortium}, issn = {1061-4036}, pages = {804 -- +}, year = {2019}, abstract = {Birth weight variation is influenced by fetal and maternal genetic and non-genetic factors, and has been reproducibly associated with future cardio-metabolic health outcomes. In expanded genome-wide association analyses of own birth weight (n = 321,223) and offspring birth weight (n = 230,069 mothers), we identified 190 independent association signals (129 of which are novel). We used structural equation modeling to decompose the contributions of direct fetal and indirect maternal genetic effects, then applied Mendelian randomization to illuminate causal pathways. For example, both indirect maternal and direct fetal genetic effects drive the observational relationship between lower birth weight and higher later blood pressure: maternal blood pressure-raising alleles reduce offspring birth weight, but only direct fetal effects of these alleles, once inherited, increase later offspring blood pressure. Using maternal birth weight-lowering genotypes to proxy for an adverse intrauterine environment provided no evidence that it causally raises offspring blood pressure, indicating that the inverse birth weight-blood pressure association is attributable to genetic effects, and not to intrauterine programming.}, language = {en} } @book{MeinelWillemsStaubitzetal.2022, author = {Meinel, Christoph and Willems, Christian and Staubitz, Thomas and Sauer, Dominic and Hagedorn, Christiane}, title = {openHPI}, number = {148}, publisher = {Universit{\"a}tsverlag Potsdam}, address = {Potsdam}, isbn = {978-3-86956-544-6}, issn = {1613-5652}, doi = {10.25932/publishup-56020}, url = {http://nbn-resolving.de/urn:nbn:de:kobv:517-opus4-560208}, publisher = {Universit{\"a}t Potsdam}, pages = {125}, year = {2022}, abstract = {On the occasion of the 10th openHPI anniversary, this technical report provides information about the HPI MOOC platform, including its core features, technology, and architecture. In an introduction, the platform family with all partner platforms is presented; these now amount to nine platforms, including openHPI. This section introduces openHPI as an advisor and research partner in various projects. In the second chapter, the functionalities and common course formats of the platform are presented. The functionalities are divided into learner and admin features. The learner features section provides detailed information about performance records, courses, and the learning materials of which a course is composed: videos, texts, and quizzes. In addition, the learning materials can be enriched by adding external exercise tools that communicate with the HPI MOOC platform via the Learning Tools Interoperability (LTI) standard. Furthermore, the concept of peer assessments completed the possible learning materials. The section then proceeds with further information on the discussion forum, a fundamental concept of MOOCs compared to traditional e-learning offers. The section is concluded with a description of the quiz recap, learning objectives, mobile applications, gameful learning, and the help desk. The next part of this chapter deals with the admin features. The described functionality is restricted to describing the news and announcements, dashboards and statistics, reporting capabilities, research options with A/B testing, the course feed, and the TransPipe tool to support the process of creating automated or manual subtitles. The platform supports a large variety of additional features, but a detailed description of these features goes beyond the scope of this report. The chapter then elaborates on common course formats and openHPI teaching activities at the HPI. The chapter concludes with some best practices for course design and delivery. The third chapter provides insights into the technology and architecture behind openHPI. A special characteristic of the openHPI project is the conscious decision to operate the complete application from bare metal to platform development. Hence, the chapter starts with a section about the openHPI Cloud, including detailed information about the data center and devices, the used cloud software OpenStack and Ceph, as well as the openHPI Cloud Service provided for the HPI. Afterward, a section on the application technology stack and development tooling describes the application infrastructure components, the used automation, the deployment pipeline, and the tools used for monitoring and alerting. The chapter is concluded with detailed information about the technology stack and concrete platform implementation details. The section describes the service-oriented Ruby on Rails application, inter-service communication, and public APIs. It also provides more information on the design system and components used in the application. The section concludes with a discussion of the original microservice architecture, where we share our insights and reasoning for migrating back to a monolithic application. The last chapter provides a summary and an outlook on the future of digital education.}, language = {en} } @book{MeinelWillems2013, author = {Meinel, Christoph and Willems, Christian}, title = {openHPI : the MOOC offer at Hasso Plattner Institute}, publisher = {Universit{\"a}tsverlag Potsdam}, address = {Potsdam}, isbn = {978-3-86956-264-3}, url = {http://nbn-resolving.de/urn:nbn:de:kobv:517-opus-67176}, publisher = {Universit{\"a}t Potsdam}, pages = {21}, year = {2013}, abstract = {The new interactive online educational platform openHPI, (https://openHPI.de) from Hasso Plattner Institute (HPI), offers freely accessible courses at no charge for all who are interested in subjects in the field of information technology and computer science. Since 2011, "Massive Open Online Courses," called MOOCs for short, have been offered, first at Stanford University and then later at other U.S. elite universities. Following suit, openHPI provides instructional videos on the Internet and further reading material, combined with learning-supportive self-tests, homework and a social discussion forum. Education is further stimulated by the support of a virtual learning community. In contrast to "traditional" lecture platforms, such as the tele-TASK portal (http://www.tele-task.de) where multimedia recorded lectures are available on demand, openHPI offers didactic online courses. The courses have a fixed start date and offer a balanced schedule of six consecutive weeks presented in multimedia and, whenever possible, interactive learning material. Each week, one chapter of the course subject is treated. In addition, a series of learning videos, texts, self-tests and homework exercises are provided to course participants at the beginning of the week. The course offering is combined with a social discussion platform where participants have the opportunity to enter into an exchange with course instructors and fellow participants. Here, for example, they can get answers to questions and discuss the topics in depth. The participants naturally decide themselves about the type and range of their learning activities. They can make personal contributions to the course, for example, in blog posts or tweets, which they can refer to in the forum. In turn, other participants have the chance to comment on, discuss or expand on what has been said. In this way, the learners become the teachers and the subject matter offered to a virtual community is linked to a social learning network.}, language = {en} } @article{GumiennyMeinelGerickeetal.2011, author = {Gumienny, Raja and Meinel, Christoph and Gericke, Lutz and Quasthoff, Matthias and LoBue, Peter and Willems, Christian}, title = {Tele-board : enabling efficient collaboration in digital design spaces across time and distance}, isbn = {978-3-642-13756-3}, year = {2011}, language = {en} } @misc{SianiparWillemsMeinel2019, author = {Sianipar, Johannes Harungguan and Willems, Christian and Meinel, Christoph}, title = {Virtual machine integrity verification in Crowd-Resourcing Virtual Laboratory}, series = {2018 IEEE 11th Conference on Service-Oriented Computing and Applications (SOCA)}, journal = {2018 IEEE 11th Conference on Service-Oriented Computing and Applications (SOCA)}, publisher = {IEEE}, address = {New York}, isbn = {978-1-5386-9133-5}, issn = {2163-2871}, doi = {10.1109/SOCA.2018.00032}, pages = {169 -- 176}, year = {2019}, abstract = {In cloud computing, users are able to use their own operating system (OS) image to run a virtual machine (VM) on a remote host. The virtual machine OS is started by the user using some interfaces provided by a cloud provider in public or private cloud. In peer to peer cloud, the VM is started by the host admin. After the VM is running, the user could get a remote access to the VM to install, configure, and run services. For the security reasons, the user needs to verify the integrity of the running VM, because a malicious host admin could modify the image or even replace the image with a similar image, to be able to get sensitive data from the VM. We propose an approach to verify the integrity of a running VM on a remote host, without using any specific hardware such as Trusted Platform Module (TPM). Our approach is implemented on a Linux platform where the kernel files (vmlinuz and initrd) could be replaced with new files, while the VM is running. kexec is used to reboot the VM with the new kernel files. The new kernel has secret codes that will be used to verify whether the VM was started using the new kernel files. The new kernel is used to further measuring the integrity of the running VM.}, language = {en} }