At Verbelco, a hydrological data company, we support nature management organizations in
measuring groundwater and surface water levels by providing both the necessary physical
infrastructure and specialized software. Our web-based platform, WaterWeb, allows clients
to monitor water data effectively, enabling them to take action whenever necessary.
Water levels are recorded either manually by volunteers or automatically by sensors. These
sensors measure the pressure inside a measuring tube, which is then converted into a water
level. Because pressure sensors can degrade over time, they may occasionally produce
incorrect measurements. Therefore, the measurements need to be validated, which currently
requires manual work. We want to automate this process as much as possible by creating
an application that can automatically validate our measurements.
We envision the project as follows. The validation application becomes a separate
application alongside our existing WaterWeb platform. It will query WaterWeb for
measurements that require validation and request all relevant metadata (e.g. measuring tube
specifications). The application then processes and validates the data. Finally, the validation
results will be submitted back to WaterWeb.
As the final result of the project, we expect:
Our existing platform, WaterWeb, is built using PHP Laravel and React. Because the
validation system will be a standalone application, it may be implemented in another
language. We consider Python a suitable choice due to its strong ecosystem for data
processing and analysis.
The validation application will need to communicate with WaterWeb. Together, we will agree
on an API specification.
Audiovisual Services is a department of the RU and provides multimedia products and services to staff, teachers and students at Radboud University and Radboudumc. These products and services contain rental and distribution of media equipment, technical organization and assistance with congresses and symposia and technical support for the use of AV equipment in teaching rooms among others.
We currently use an application previously built by GIPhouse. This application allows AVS to remotely control all AV equipment in a classroom or meeting room, allowing us to assist users more quickly when problems arise in a room.
This application has served us well for several years, but we are now running into some limitations. The AV world is constantly evolving and technologically evolving as well. The application hasn't kept pace with this growth because it lacks official support from our IT department.
Furthermore, after extensive use, we've noticed that there are features that are definitely missing from the current application.
The current application includes the following functionalities:
Additional requirements have arisen from an AV perspective:
We want to make the application as future-proof as possible. Ideally, the programming language should be the same as used at ILS (IT RU), so that we can eventually outsource the application to this department. This should be .NET/C# using frontend Nuxt.
The application opens AV control panels from various brands. The most common are Extron, Crestron, and AMX. Software from these manufacturers is required to operate these panels. The current application automatically opens the software from within the application.
We can show you the current application so you have a better understanding of the functionalities.
We both work Monday to Friday from 7:30 till 16:30.
Radboud University is an university that emerged from the Catholic emancipation movement of the early twentieth century. The RU is guided by scientific questions and social challenges. The special identity of Radboud University gives employees, students and alumni the space to act in special ways. This takes shape in various institutes, centers and associations that are part of the broad Radboud community.
The Campus & Facilities division is responsible for the development and management of the facilities on the Radboud Campus. Under the motto 'Experience, connect, move, enjoy!', Campus & Facilities creates added value for all students, employees and visitors to the campus.
'Campusenergie.nl' is a project that had an upgrade with GIPHouse in 2024 and we are ready for an upgrade for version 3.0 of 'campusenergie.nl'. We notice that there is an increasing interest in information about the energy consumption of the buildings on our campus. This information about energy consumption is currently shared via campusenergie.nl but has limited functionality.
The proposal is to add the following features:
The available data is now retrieved from an (external) server and it will continue to function this way, only the name and the path of the server will probably change.
Contact person:
Ramón van Stijn
Email: ramon.vanstijn@ru.nl
Phone: +31 650172104
This project is by the Computational Immunology Group at Radboud University Medical Center. One of our research areas is causal inference, and we maintain two widely used open-source software packages related to causal analysis:
This project aims to improve an important component, Conditional Independence (CI) tests, used by both of these packages and by many other causal inference packages, such as bnlearn, pcalg, and causal-learn.
In causal inference, a core problem statement is causal discovery, where the goal is to learn causal graphs from observational or interventional data. A major class of causal discovery algorithms (e.g., PC and Fast Causal Inference) relies on CI tests as a fundamental operation to construct the causal graph. These algorithms repeatedly evaluate CI test results on different sets of variables during graph construction. Since CI tests can be computationally expensive, they often become the performance bottlenecks for causal discovery algorithms, especially when applied to large datasets. Moreover, currently, each software package in the causal inference ecosystem tends to re-implement its own version of CI tests, resulting in duplicated effort, inconsistent interfaces, and increased maintenance burden.
The goal of this project is to design and implement a modular, high-performance open-source software package for CI tests. This package will reimplement the existing CI tests in pgmpy and dagitty in a lower-level language such as Rust, along with bindings for Python, R, and JavaScript to make the implementations language agnostic. The CI test implementations in this package should follow a Strategy + Registry design pattern, providing a unified interface to all CI tests. As new CI tests are constantly being developed in research, this design would also allow for the addition of new CI tests to the package in the future. Once the package and the bindings are developed, we plan to replace the existing implementations in pgmpy and dagitty with these new implementations.
Key project objectives:
The core package, along with the bindings, will reduce redundancy across causal inference libraries, improve the scalability of causal discovery algorithms, and provide a foundation for future research and tool development.
We are open to discussing the specific design choices and tooling with the development team. Alternatives may be considered if performance and extensibility are preserved.
The Oiconomy Foundation, in collaboration with the Nijmegen School of Management (Radboud University) and the Copernicus Institute of Sustainable Development (Utrecht University), promotes methods for quantifying the hidden environmental and social costs of products to foster responsible production and consumption. Its core focus is the Oiconomy Pricing System (OPS), a methodology that monetizes sustainability risks in supply chains through Eco Social Cost Units (ESCUs). The Foundation works with academic institutions, businesses, and NGOs to operationalize full cost accounting for real-world decision-making.
The current OPS operates through a set of complex Excel-based spreadsheets that guide users in calculating the true sustainability cost of products. While scientifically robust, the tool is not yet suitable for widespread company use due to its technical and manual nature.
The goal of this project is to digitalize the OPS by developing a user-friendly web and/or mobile application that allows companies to input, process, and visualize sustainability data in a structured, automated way.
This app will serve as an accessible interface for businesses to:
Specific objectives include:
The GiPHouse team will have freedom to choose or adjust technologies based on project scope and feasibility. The application to be developed should be usable for academic and non-academic organizations that will apply the OPS, analyze the outcomes and use it for strategic purposes.
Name: Walter Vermeulen
Affiliation: Oiconomy Foundation
Email: w.j.v.vermeulen@uu.nl
Phone: +31 624472914
Name: Sjors Witjes
Affiliation: Institute for Management Research, Radboud University
Email: sjors.witjes@ru.nl
Phone: +31 631132773
Name: Mónica Bernal PhD. Candidate
Affiliation: Institute for Management Research, Radboud University
Email: monica.bernalmontero@ru.nl
Phone: NL +31 644673733
COL +57 3173760266
Discworld MUD is a large online game, started in the early nineties, based on the Discworld books by
Terry Pratchett. Hence, the level of graphics is representative for the time period:
The game is still under active development, and entirely run by volunteer coders. There are usually 50-80 players online at a time.
The game uses a client-server architecture, where players use a client that connects to the server at
discworld.starturtle.net over telnet. However, these days more and more players want to play from mobile
phones or tablets. Unfortunately, there are not many good MUD clients for Android or iOS, and the top
Android one was recently discontinued and removed from the app store.
Hence, we would like you to build a new browser client optimised for mobile devices, which works both
on Android and iOS (and preferably on many different browsers). This client should be able to maintain a
connection to the MUD (even if it runs in the background for a while, or the device is turned off), have
customisable buttons for common actions, and allow players to store or mail themselves logs. Reach
goals include support for (small) maps, hotkeys (for PC users), and chat capture.
There is no fixed technology required, but we recommend ionic with a websocket connection to a small server that maintains the telnet connection, and sqlite for persisting user data.
Richard Foster
Email: foster896@googlemail.com
Phone: (+44) 7517 098183
Note that the client is not located in the Netherlands, so meetings will have to take place through videocalling.
About NOLAI
NOLAI is the Dutch National Education Lab AI, located within the Radboud University. In dozens of projects with schools throughout the Netherlands, NOLAI develops and researches responsible AI for education. Each year, new prototype applications of AI in education are being developed and validated in schools.
In NOLAIs projects, various complex software systems are being developed. To keep track of the architectural design of a software system and facilitate communication with different stakeholders (e.g. engineers, privacy officers, ethics boards, researchers, management), Data Processing Diagrams (DPDs) are used. These are a privacy-focused extension of Data Flow Diagrams, a common type of diagrams used for system architecture and security threat modeling. The DPDs also seem valuable to model energy consumption of software systems.
Currently, these DPDs are created using Excalidraw, a popular open-source drawing tool. This works fine, but there are challenges when it comes to versioning and sharing. The diagrams are currently stored on a single person's computer and shared as PNGs. NOLAI instead wants an online environment where diagrams can be created, stored, versioned and shared with others.
Also, Excalidraw is more a drawing tool than a system modeling tool. While the drawing capabilities are important, DPDs are essentially a graph with different types of components that have their own visual representation (data stores, processes, external entities and data flows connecting them) and annotations. We currently use Excalidraw libraries to store these components, but this is not ideal, as it still requires quite some manual annotation work. Also, there are specific semantic rules to DPDs that Excalidraw cannot enforce (e.g. no data flows between two stores without a process). For further analysis, exporting a DPD in a standardized formal specification would be a nice feature.
The main purpose of this project is to create an online environment where diagrams can be created, stored, versioned and can be shared with other users. We foresee most of the users to be non-technical, so usability is a concern. The UI should look good and the product should be stable.
Ideally, in addition to drawing the diagram manually, the application should be able to generate a visual representation of a DPD based on a formal specification and export them as a formal specification too. Excalidraw already supports importing mermaid flowcharts, sequence and class diagrams, but no exporting and no Data Flow Diagrams (and mermaid has no proper support for DFDs yet either).
Another interesting tool to consider for inspiration is OWASP Threat Dragon. This is a tool that is built specifically for creating (and versioning) Data Flow Diagrams and would need minimal extensions for DPDs, but has a very clunky UI and also does not support manually editing the drawing. Ultimately, we need a tool that has a bit of each: the UI and drawing capabilities of Excalidraw, with the syntax rendering of Mermaid and the functionality (but not the UI) of OWASP Threat Dragon.
The focus of this project is not to create your own drawing tool. You should use existing open-source drawing tools like excalidraw, or draw.io (or any other software that does the job) for this, and integrate them in a self-built application that supports versioning and sharing. Possibly, you may need to contribute to mermaid.
Notice that there are many open-source projects available that integrate excalidraw already. Excalidraw even does offer a collaboration server, but it seems like it may be unmaintained.
For user authentication, the tool should use OIDC (or SAML but ODIC is preferred), so it can interact with existing identity providers. Deployment should be done via Docker.
To fit with the rest of our code we'd prefer the frontend code to use Svelte, instead of something like React.
Before (real) development starts we'd like to discuss the architectural design, what tools will be used and how, preferably based on some experimentation with the possibilities.
Introduction: eduSpec 2.0
In the period 2011 – 2015, we developed the online learning environment eduSpec, to teach students in Molecular Sciences and related disciplines the principles of interpreting infrared (IR) spectra, nuclear magnetic resonance (NMR) spectra, and mass spectra (MS) by means of formative questions. eduSpec has been used satisfactorily by thousands of students over the years, but due to safety issues, we had to decide to disable the server in the beginning of 2024 (and therefore eduSpec).
eduSpec 3.0
We decided to redevelop eduSpec from scratch. Between March and September 2025, we carried out a relatively small project with the following results:
We would like to proceed with this Streamlit implementation and have this developed into a full-fledged new version of eduSpec (version 3.0) that runs within the FNWI infrastructure, on a C&CZ-maintained VM. Below is a limited list of requirements that should give an idea what we are aiming for.
Requirements
The application must be able to
Skills
You should have some experience with Python (or even with Streamlit), virtualization of software and be able to use GitLab for developing the new application.
Radboud University
Faculty of Science
Heyendaalseweg 135
6525 AJ Nijmegen
Email: tom.bloemberg@ru.nl
Phone: 024-3653452
GiPHouse is a unique, student-run company that develops software and practices entrepreneurship at Radboud University. In case you have not yet found our About page: https://giphouse.nl/about/.
As you may have noticed, you are currently reading this on a website. Like any website, giphouse.nl needs maintenance.
Mark Boute: mark.boute@giphouse.nl
Ruurd van den Heuvel: ruurd.vandenheuvel@giphouse.nl
This project is by the Computational Immunology Group at Radboud University Medical Center. Together with colleagues in the BioMedical Sciences department, we run an imaging platform based on the “Polaris” “immunohistochemistry” (= a type of microscopy) system that allows researchers to perform whole-slide imaging of tissue samples. We are using this imaging system in cancer research; you can watch a brief promotional video (in Dutch, with the popular singer “Do”) about this research here: https://www.youtube.com/watch?v=VHRHWJw6jcA and a more technical video here: https://app.jove.com/v/65717/author-spotlight-unlocking-insights-into-immune-cell-landscape
For the analysis and quantification of immunohistochemistry (IHC) images, we have developed our own machine learning pipeline called “ImmuNet” (published here: https://doi.org/10.1093/biomethods/bpae094). It takes significant effort to collect and review annotations for training this pipeline. To this end, we have developed our own web application consisting of a MongoDB/Flask/Vue.js stack. While our web application is reasonably powerful and easy to use, more powerful open source frameworks for digital pathology have emerged over the years. A particularly interesting software is QuPath (https://qupath.github.io), which provide a general-purpose user interface specific for common tasks in digital pathology (such as viewing huge multi-tile images and making annotations).
In this project, we would like to port the most important functionality of our own web-application frontend to QuPath.
Key project objectives:
The software does not need to be released as open source, and we consider this an initial feasibility study from which we can learn the advantages and disadvantages of this approach going forward.
We (XLRIT.com) have developed a new generation (6GL) software development tool called GEARS that
drastically increases software development speed. It achieves this by automating most manual design and
coding activities in a project. From business process design, to system design and of course creating source
code for the designed system. It does so purely based on clearly specified business results (a.k.a. business
requirements).
But automatically designing the user interface is a bit tricky, because a user interface is, just as a user, rather
subjective. And also many circumstances determine the best possible user interface. This is where IntelliGUI
comes in.
We propose to do this with an intelligent Graphical User Interface. In other words, IntelliGUI which has 3
parts:
You will be creating a usable version of the IntelliGUI in a Web App and possibly matching Android/iOS apps.
The language or framework is not set, but it should be a mainstream language and framework that is well
supported. Ideally with Flutter because it supposedly supports building software that could run both as a web
app, as well as on native Windows, native Android and native iOS.
Auto design
This frontend will call an already existing GraphQL API to retrieve tasks and for each task its:
Both will include type information so you can render it correctly on the screen. E.g. a date will be rendered in
a date format, an image with an image widget and if a writable field is a multi line text field will be rendered as
a multi line resizable text box, etc.
The challenge here would be to already render a great good looking, fluent and responsive GUI out of the box. This implies having (or getting) good design skills but also making sure you use simple and lightweight
GUI components to do the job. Tip: using a big GUI framework may drag you down into a rabbit hole so make
wise decisions. We can help with that.
User adaptation
After the task is initially rendered in the working area of the app, it should be possible to put it in edit mode
after which the user can:
Auto adaptation
Basically Auto adaption works the same as Auto design, but now it will check a set of easy to change GUI
rules that may apply to all screens or only to this one. If a rule applies, it will use a specific Auto Design that is
attached to that rule and therefore adapt the GUI accordingly.
E.g.:
Note that it is not needed to design a "GUI" language first. You can use whichever language is already
available from the base language/framework you are using, or a simple expression language that a separate
library could provide.
Of course you should be smart, creative, innovative and not scared of a challenge. You should be skilled or
become skilled in creating good looking, fluent and responsive GUIs. We also understand that there is limited
time, which means that not all can be finished and maybe only a good start can be made. However, we like it
if you would try to achieve working results fast and balance this with maintainability.
The latter means that someone else should be able to take over to bring it to the next level and to be able to
do that without any guidance. E.g. just by starting to read the README.md.
This project comes from the Introduction Committee of Study Association Thalia. We are the study association for all Computing and Information Science students at the Radboud University. We organise social and educational activities and provide a social network of likeminded students during your studies. The Introduction Committee specifically is tasked with organising the introduction week for newly starting students at the start of the academic year.
During the Introduction Week, one of our favourite activities is the so-called scavenger hunt. During this activity, groups of first year students, together with their mentors, compete for points by completing fun challenges. A couple years ago, some former Thalia members created a website as a framework for this activity. On the site, the introduction committee can create challenges, and intro-groups can upload photos and videos as proof of them completing them. These can be watched on the website (they do not need to be downloaded first).
This website was created very hastily, and the code is quite messy. This has led to trouble maintaining and improving it. We would like a cleaned up or new version of this website. The website uses the Django and VUEjs frameworks, and we would like to keep it that way (also for a possible new version).
For the frameworks, we want the website to be written using Django and VUEjs. The website should include a login functionality that makes use of the Thalia API, so that people can log in using their Thalia account.
You can contact us through introductie@thalia.nu or message me (Jord Cluitmans) via jcluitmans@members.thalia.nu or +31 6 51500115.
As a backup, you can contact Ties Dirksen tdirksen@members.thalia.nu
Wouter van Orsouw is a mathematics teacher and tutor for the bachelor Mathematics. Jan Schoone is a PhD-candidate at Digital Security with a background in (theoretical) mathematics. We are both music enthusiasts and avid record collectors who are looking for a database to structure our collections.
Music carrier database
For almost ten years we have been looking for a database that stores our music carrier information (CD’s, vinyl records, etc.) with some specific requirements. As it does not appear to exist in the form we would like, and we cannot make it ourselves, we apply to the GIPHouse project.
We are looking for a simple and easy-to-use User Interface with some requirements on the input fields for the database as well as certain outputs that can be automatically generated using the database. We will discuss the inputs and outputs in the following two sections.
The UI can be designed almost entirely according to the team's preference, using any programming language they consider best. It will be much appreciated if the code is well-commented or explained so that smaller changes can be made by us later on.
Input section
For each carrier in the database, we would like to have the following input fields, with some specifications:
Output section
For the outputs the database should (at least) be able to provide the following information within the program:
Lastly, we would like the database to be able to give a list of all entries (as a .txt of .pdf), formatted as: “Artist – Title (Year)” sorted first by Format (in different sections of the file), then by Artist (alphabetically) and then by Year (chronologically).
There are no requirements to programming languages and materials used, except that the UI/Database should be able to operate on Windows-operated machines and the code is preferably such that minor changes can be made without too much difficulty.
Foundation Je Leefstijl Als Medicijn (Your Lifestyle As Medicine, JLAM) is a Dutch Public Benefit Organization (ANBI) [link]. Our mission is to reverse the pandemic of chronic diseases (such as diabetes, heart attacks, and strokes), mental health issues (such as anxiety and depression), and neurological disorders (such as dementia and Parkinson’s) by helping people to change their lifestyle. The healthcare system primarily treats symptoms without addressing one of their root causes: metabolic dysfunction from poor lifestyle choices (e.g., eating too much processed food).
We target people with or without chronic conditions who seek to become and stay healthy and increase their health span. We offer information, practical tools, expertise of medical professionals, support groups and coaches who have reversed their own health. Our website attracts 700,000 visitors annually. We support 17,000 people in nine online support groups aimed to reverse their chronic conditions. We have launched the first AI lifestyle chatbot in the Netherlands, Lampie, and aim to grow rapidly to millions of visitors, enabling them to improve their health and well-being.
My Lifestyle Platform is a citizen science platform for conducting N-of-1 experiments, allowing users to measure, analyse, and manage biomarkers to prevent and control health conditions. It enables individuals to compare results with peers and receive scientifically backed advice. This platform is ideal for those who wish to influence their health through lifestyle changes, especially in eating habits, rather than relying solely on limited-time interactions with doctors.
For example, imagine a type 2 diabetes patient: through our app, she tracks her biomarkers and food intake. The AI helps her recognize patterns, such as an excessive intake of carbohydrates, insufficient protein or fiber, or a structural vitamin B12 deficiency. Based on these insights, the AI provides her with suggestions for a meal plan, including recipes, tailored to her taste, that does contain sufficient macro- and micronutrients. Furthermore, she can see in the app the progression of food intake, biomarkers, and the disease in other (anonymous) users with an equivalent profile, and receive advice from the AI and expert coaches.
Currently, a foundation of the web application is developed, and in spring 2026 two student groups will work on the project from different universities. To avoid dependency between student groups, we decided to divide the requirements in the web app and the automated input of measurements by integration or upload.
The core features of automated input of measurements by integration or upload are:
The My Lifestyle Platform uses a technology stack centered on Python with the FastAPI framework for its backend, connected to a PostgreSQL database. The user interfaces are built using React and MUI X for the web application and plan to use React Native Paper for future mobile apps, all hosted on the Scaleway European cloud platform. For authentication, it uses keycloak for Single Sign-On (SSO).
Based on our experience with working with student groups, we would like the student groups to work in our environment because they will add features to an existing system. Furthermore, we think two-weekly sprints are essential for a successful project.
HFML-FELIX is a large research facility at Radboud University. It consists of a laser department and a laboratory which houses very strong magnets. Fundamental physics research is done in the magnet's core. With Nifti we want to use the knowledge of magnetic fields to develop a levitated transport system. Nifti is a collaboration between Radboud university and HAN University of Applied Sciences (Automotive). Nifti stands for: National individual floating transport infrastructure.
Nifti is a silent, sustainable and inclusive transport system that uses magnetic levitation for propulsion. A series of electromagnetic coils, embedded in the road repel permanent magnets that are placed in a base, which can be used for personal or freight transport. A first prototype is made which proves the working principle, on a 1:10 scale, straight track. The system is controlled by a Python based program which is made in collaboration with the HAN Automotive faculty.
The goal is to build a scheduling and visualization system for a simulated Nifti network. Given a graph-based track network and a set of pods, the system should:
This tool will be used to demonstrate Nifti's potential applications and explore how the system could behave under different conditions and constraints. The network size will be limited—this is an exploratory project focused on proving concepts rather than large-scale simulation.
Students are free to choose their technology stack. The visualization could be implemented first in 2D (perhaps, web-based) and later perhaps in 3D (e.g., using Unity engine to simulate moving vehicles).
Gerben Wulterkens; Project coordinator; gerben.wulterkens@ru.nl; 06-50052305
Frank Berndsen; Researcher HAN; f.berndsen@han.nl
The Right Direction is a small company of four people, now active for around almost 6 years in the field of geospatial software development and primarily active at customers with Esri ArcGIS-software. We do basically only custom software for those customers. Beside the custom software development we do build and sell two products to our customers, KLIC Genius and Portal Genius. In November 2024 we won the GeoInfo Nederland GeoPrestige Award.
Portal Genius is our coe and most important product of the Right Direction. We serve big customers with this software like the Dutch Army and Rijkswaterstaat. It all started out with a desktop-product only. But we are on the edge to overhaul the product and switch to a desktop-server approach.
In this switch to a client server we would like the students to rebuild a part of the product into a web application. That means building a frontend with Angular and Material and a backend based on C# minimal API and Postgresql.
Besides that we would like to enhance the product with a search engine. A configurable search engine where we can search on text but also spatial geometries. So we need to harvest some specific data as part of the API.
The students will also get the opportunity to write the scripts to package the whole product so we can do a next next finish-installation at customers.
We have to define what will be the exact scope for the project, because the whole project for us is bigger than the Giphouse-period.
Our stack is built up with: C#, Postgres and Angular with the ArcGIS Maps SDK
PubHubs is a community platform based on public values, it provides a safe online space for public organisations where they and their communities can interact without handing over all kinds of information to commercial parties.
The platform consists of several hubs, communities of a public organisation such as a library, school, patient organisation, a local sports club or broadcaster. Within a hub there are multiple rooms. A room can be a chat, a forum or anything else that uses the Matrix protocol event system. Rooms can be open rooms - accessible to everyone - or secured rooms. Secured rooms are restricted to users with specific attributes, for example users over 18, users with a verified email address or users whose postal code matches a defined list.
The PubHubs infrastructure consists of a central server and several hub servers. The central server is responsible for authenticating end-users and keeping track of connected hubs, but it has no knowledge of the activities within the hubs. On the other hand, hub servers have no knowledge of user details - beyond their existence - nor of other hubs. Each hub server is operated by its own organisation, which is responsible for user content and conduct. Currently hub servers are implemented as adapted Matrix home servers. PubHubs uses the Yivi app (www.yivi.app) for authenticating and disclosing attributes (for secured rooms).
PubHubs has its own web client, which consists of two main parts:
This project focuses on the Hub client, specifically developing an extension to it.
As mentioned earlier the rooms in PubHubs can be of several types: chats, files library, forum. Each type has its own functionality and use-case. In this project we would like to add a new type of room that functions like a calendar.
Hubs and their rooms in PubHubs represent organisations and their communities. These groups often hold regular meetings, events and appointments. PubHubs currently provides spaces for communication, but there is no integrated way to schedule and share these events.
We would like to have a calendar per hub: a shared calendar for the entire organisation, accessible to all members. There could be meetings/events on various levels: either for the whole hub or for a specific room of the hub and then only visible to the members of these rooms.
Functionality:
For building the hub client of PubHubs the following stack is used:
Hubs use the matrix protocol (www.matrix.org), so you’ll have to dive into the Matrix specification, as well as how it is implemented in the PubHubs client.
The PubHubs source with documentation is available on GitHub here https://github.com/PubHubs/PubHubs.
A working demo of PubHubs, feel free to register: https://app.pubhubs.net
Plain Medical (plain-medical.com) is a radiology AI startup with offices in Nijmegen, Bremen and Berlin. Our main office is in Mercator 2, Toernooiveld 300 in Nijmegen. We analyze radiological studies with deep learning to find all abnormalities and from this analysis we construct a draft radiology report. We collaborate with various hospitals and have a large database with anonymized radiology studies and radiology reports. A team of medical analysts and radiologists annotate the anatomical structures and abnormalities on these scans, and that annotated data is used to train iterations of our networks.
We use a special viewing/annotation environment for the radiology studies. This environment is built upon CuraMate, a platform developed by Fraunhofer MEVIS in Bremen. It runs in a browser and is built with Quasar (https://quasar.dev/). Analysts use this to annotate abnormalities and correct output of our deep learning models. It runs locally on servers in our office. A screenshot is shown below:
We further develop all functionality for viewing and annotation in this platform. A limitation of this platform is that it does not support multiple tabs/monitor (as of yet). We are therefore looking for a second application that would run on a second monitor, in another tab for displaying and editing and dictating (with speech recognition) the radiology reports.
In this project, you will develop a prototype of that application. This application should
We are open to your input regarding technologies. We’d like to run the platform you develop on the same Linux server where we run our CuraMate annotation process, using Docker containers. We also run Docker containers for the LLMs and speech recognition models. The servers have a powerful GPU. The code should be set up in such a way that deployment on AWS is an easy next step, but for this project we likely use our in-house servers and we can provide the team access to those via VPN. We develop our code on GitHub.
TESTAR is an open-source script-less testing tool that emerged between 2010 and 2013 as a result of the European research project Future Internet Testing (FITTEST). After that initial development, TESTAR has been continued as a research project by the Universitat Politècnica de València, Utrecht University, and the Open University of the Netherlands in the context of several national and European funding initiatives (ERASMUS+ SHIP, ITEA3 TESTOMAT, H2020 DECODER, H2020 IV4XR, ITEA3 IVVES, ERASMUS+ ENACTEST, NWO AUTOLINK).
TESTAR enables the scriptless automated system testing of desktop, web, and mobile applications at the GUI level. The goal of the TESTAR team is to build a tool that shifts the paradigm of GUI testing: from developing scripts to developing intelligent AI-enabled agents.
The core of TESTAR is written in Java, with C++ and JavaScript components for native desktop and web interaction. Currently, the tool can be configured and run as a single instance with a simple Java Swing interface dialog, as well as from the command line, allowing for integration into a CI/CD pipeline. The TESTAR HandsOn document provides more details about the tool's capabilities and its Java Swing dialog.
To make TESTAR more product-oriented, we aim to address two related key limitations in the dialog-based interface and execution architecture:
Project 1: TESTAR-GiPHouse web interface
Objective. Delivers a modern, user-friendly web interface for configuring TESTAR and presenting the results in a modern dashboard.
Project 2: TESTAR-GiPHouse web architecture
Objective. Establish a web architecture for a REST API using a controller–worker model, designed to scale to multiple workers executing tests on the same or diverse SUTs in parallel.
Project 1: TESTAR-GiPHouse web interface
Objective. Delivers a modern, user-friendly web interface for configuring TESTAR and presenting the results in a modern dashboard.
Project 2: TESTAR-GiPHouse web architecture
Objective. Establish a web architecture for a REST API using a controller–worker model, designed to scale to multiple workers executing tests on the same or diverse SUTs in parallel.
Client: The Department of Language and Communication, Faculty of Arts,
Radboud University carries out teaching and research in the fields of language,
communication and information. Besides fundamental research, it has several
development projects involving digital applications for teaching and learning.
Current program: Transcription of Dutch Intonation is a web-based interactive
course aimed at teaching students how to transcribe the sentence melody
(intonation) of Dutch sentences. Such transcriptions specify what intonation a
sentence was spoken with and can be used to reproduce the intonation
artificially, as is done in this program. Briefly, TODI provides explanations of
specific aspects of Dutch intonation. At approximately regular intervals, exercises
are presented for students to check their practical ability to assign intonation
labels to sentences. An exercise contains the sound files of 12 sentences, each of
which is presented as a written sentence, together with a PLAY button as well as
pull-down menus below particular words from which the student must choose
the correct intonation label. The student can play the original sound file and
compare its intonation with the artificial intonation for the same sentence as
produced with the help of the chosen labels (RESYNTHESIZE and PLAY
RESYNTHESIS). The student can also request the KEY and perform the resynthesis
on that basis (see the appended screenshot). In 2023, a Giphouse project
successfully upgraded the front end and reprogrammed the interactive modules
of the older version in React. It is available at test.todi.cls.ru.nl.
The problem: The TODI course is written in English, while the contents are Dutch.
We are currently in touch with Kristine Yu (UMASS, Amherst) en Cong Zhang
(Newcastle University, UK) about possible AmE and BrE versions. Since the
intonation grammars of English and Dutch are very similar, the program’s
contents could in principle be replaced with British English or American English
materials. To facilitate the construction of an English “TODI”, there is a need for an editing tool prompting the program editor for the required information, either
to construct the sentences in an exercise, in which all prompts are active, or edit
existing exercises, in which all prompts appear with existing data, to be altered as
needed. The design of this editing tool might be made available as a single web
page. The result should be that program editors can replace an exercise in full or
in part, down to the replacement of a single tone symbol, say.
The work schedule includes a detailed evaluation of the existing product. Aspects
that will be reviewed concern the division of the course into an elementary and
an advanced part, the visualization of the resynthesis contour (pitch graph) in a
single window with the original pitch graph, and the values for the custom
parameter options available to the student for experimenting with different pitch
ranges of the artificial intonation contour.