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.
This project is carried out for Radboud University, Information & Library Services division, Applications team. The team is responsible for application development and management within Radboud University.
We need a tool that pulls book metadata from the library and converts it into a custom format. The tool should also be able to fetch images from the university library (UB).
These technologies are currently being used, but it is also allowed to work with other technologies:
The operational contact person and client for this assignment is Loes Hilhorst: loes.hilhorst@ru.nl.
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.
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.
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
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.
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.
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:
Artist: The name of the artist(s)/band(s) featured on the release.
When typing in the name, we would like a dropdown menu to open giving all artists that are already in the database, whose name contains the typed substring, reducing the dropdown list in size as more keystrokes are given.
If the artist is not yet in the database, a new artist can be added.
The possibility to add multiple artists on one entry in the database is a must. (Think about compilation albums between different artists, e.g., soundtracks of movies.)
Title: The title of the recording.
Year: The year of the recording/release (four digits)
Type #1: First type of the recording (“Album”, “Single”, “Extended Play” etc.) with a possibility for the user to add new types.
Type #2: The second type of the recording (“Studio”, “Live”, “Compilation” etc.) with a possibility for the user to add new types.
Format: The format on which the recording is released (“CD”, “LP”, “7””, etc.), with a possibility for the user to add new types.
Remark: An input field where the user can add an additional remark.
Output section
For the outputs the database should (at least) be able to provide the following information within the program:
A table of most-occurring artists in the database sorted from most to least occurring, starting with for example 20 artists, with possibility to make the list longer.
A table giving the number of entries for each decade in the database, subdivided by format.
Similar to the previous output, a table where Format and Type#1 are counted and presented.
An overview of all entries in the database from one artist. Title and Year will be enough to present in the list. Preferably the list is either clickable, (or with a pop-up) showing the other information about the entry in the database.
At the bottom of this list we would like to see the number of entries in the database where this artist is the “main” artist and below that a list of entries the artist “appears on”.
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).
Technologies and Systems
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.
Contact Details
Wouter van Orsouw – wouter.vanorsouw@ru.nl
Jan Schoone – jan.schoone@ru.nl
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.
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.