Please refer to our Contributor Guidelines!
Proposed mentors: Daniel Röwenstrunk, Dennis Friedl
Skills required: Javascript, XQuery, REST APIs
Estimated Project Length: 175 hours
Difficulty: medium
Matrix room for discussion: gsoc-public:edirom.de
Keywords: REST, API, OpenAPI, Swagger, Javascript, ExtJS, 3D, Kompakkt, Open Source, XQuery
Edirom Online is a software for the presentation and analysis of critical musical editions in a digital format, particularly in the fields of musicology and philology. Edirom Online supports various data formats commonly used in digital humanities, such as TEI (Text Encoding Initiative) for textual data and MEI (Music Encoding Initiative) for musical data. This allows for the integration of different data formats, starting in the early days with texts, images and music and adding audio and even film within a single edition. The Edirom idea was born in 2004 at Musikwissenschaftliches Seminar Detmold/Paderborn and even after several years of Edirom development, the success of Edirom based on the same core concepts as in the beginning continues with numerous projects using and developing Edirom tools and creating digital musical editions with this software.
The goal is to make 3D objects available for editions presented with Edirom Online. This requires work in the frontend in JavaScript (ExtJS) and simple work in the backend with XQuery. The existing API in OpenAPI format is to be extended by endpoints for metadata of 3D objects and 3D objects themselves. The web component Kompakkt Standalone Viewer is to be used to integrate the 3D viewer into the front end. The integration is then essentially limited to the introduction of a new object type. The other object types can serve as a template for all tasks.
The integration of 3D objects in Edirom Online allows musicologists to use objects such as instruments and requisites as well as stage sets and architectural models in editions. This enables connections that can currently only be described verbally. In addition, Edirom Online can then also be used in other contexts for the presentation of editions, as relevant media types are supported.
Proposed mentors: Daniel Jettka
Skills required: Selenium, JavaScript, CI/CD
Estimated Project Length: 120 hours
Difficulty: easy
Matrix room for discussion: gsoc-public:edirom.de
Keywords: Testing, User interface, CI/CD pipelines, JavaScript, Musicology, Editions
Edirom-Online is a software for the presentation and analysis of critical musical editions in a digital format, particularly in the fields of musicology and philology. Edirom-Online supports various data formats commonly used in digital humanities, such as TEI (Text Encoding Initiative) for textual data and MEI (Music Encoding Initiative) for musical data. This allows for the integration of different data formats, starting in the early days with texts, images and music and adding audio and even film within a single edition. The Edirom idea was born in 2004 at Musikwissenschaftliches Seminar Detmold/Paderborn and even after several years of Edirom development, the success of Edirom based on the same core concepts as in the beginning continues with numerous projects using and developing Edirom tools and creating digital musical editions with this software.
The front-end of the Edirom is written in JavaScript (ExtJS) and is currently modularized and modernized by developing and integrating custom web components. To ensure the quality, functionality, performance, and user-friendliness across different browsers we are seeking for support in implementing front-end testing with Selenium. The proposed project includes setting up and configuring a robust test automation framework using Selenium WebDriver for cross-browser testing and integrating it into the existing CI/CD pipelines. Compatibility with modern web browsers, including Chrome, Firefox, Safari, and Edge should be ensured, and reusable and maintainable test scripts to cover core user flows and features should be implemented.
The testing framework will ensure that new code changes do not affect existing functionality. Defects will be clearly identified and meaningfully logged by the tests to allow for resolving the reported issues. This will contribute considerably to the usability and quality of the Edirom software.
Proposed mentors: Hizkiel Alemayehu
Skills required: SPARQL, Linked Data, Python
Estimated Project Length: 90 hours
Difficulty: medium
Matrix room for discussion: gsoc-public:edirom.de
Keywords: Ontologies, Linked Data, SPARQL, Open Source, Knowledge graphs
Edirom-Online is a software for presenting and analyzing critical musical editions in a digital format, particularly in musicology and philology. It supports various data formats commonly used in digital humanities, such as TEI (Text Encoding Initiative) for textual data and MEI (Music Encoding Initiative) for musical data, visualized with Verovio. This enables integration of different data formats, initially including texts, images, and music, and later expanding to audio and film within a single edition.
The main goal of this project is to build a knowledge graph for the data formats supported by Edirom-Online to improve interoperability and ensure data consistency. It will also serve as a foundation for future linked data projects. This can be achieved by:
This project will be a milestone for Edirom-Online as it will introduce its first consistent data structure and shareable resources. Improving interoperability and accessibility will also contribute to the internationalization of the software.
To get started with this project, complete the following tasks:
Proposed mentors: Dennis Friedl, Peter Stadler
Skills required: JavaScript, Python
Estimated Project Length: 90 hours
Difficulty: medium
Matrix room for discussion: gsoc-public:edirom.de
Keywords: Python, JavaScript, Image Recognition, Image Retrieval, Image Fingerprinting, Digital Humanities, Open Source, Sheet Music
Scholarly music editions are increasingly being published in a hybrid format. While many musicians prefer printed music in multiple volumes, digital components offer advanced opportunities for scholarly work. A subproject of Edirom is exploring ways to establish a more direct connection between printed and digital materials.
The goal is to enable users to scan the page they are currently viewing in a printed volume using a mobile device and immediately access relevant digital enhancements tied to that specific page. In the future, these enhancements could, for example, allow the user to explore a historical handwritten text in augmented reality while sitting in front of a physical book. To achieve this, a lightweight, resource-efficient image retrieval algorithm is required—ideally one that can run on a user’s mobile device (using web technologies) or on a remote server. The algorithm should be able to compare a captured image against a database of several thousand pages. While solutions for image retrieval via hashing/fingerprinting already exist, this task poses two primary challenges:
The project would lay a crucial foundation for integrating the physical and digital aspects of musicological research. Scholarly edition projects, such as the Korngold Werkausgabe, could leverage this connectivity to develop innovative approaches to working with scholarly editions.
Proposed mentors: Peter Stadler, Dennis Ried
Skills required: XQuery, XML, REST APIs
Estimated Project Length: 350 hours
Difficulty: medium
Matrix room for discussion: gsoc-public:edirom.de
Keywords: REST, API, OpenAPI, Swagger, Dublin Core, Linked Data, Open Source, XQuery
The WeGA-WebApp drives the publication of the digital edition of Carl Maria von Weber’s letters, diaries and writings–and much more. While there are already various interfaces to interact with the WeGA-WebApp an API for OAI-PMH (Open Archives Initiative Protocol for Metadata Harvesting) is still missing. Because the OAI-PMH standard is a widely-used protocol that allows repositories to expose structured metadata for harvesting by external institutions, it is a cornerstone for integrating digital resources into global research networks.
The to be developed API should provide endpoints for common OAI-PMH verbs,
such as Identify, ListMetadataFormats, ListIdentifiers, ListRecords, and
GetRecord, enabling granular access to the metadata from the WeGA-WebApp.
The task should also include testing the implementation for compliance with
the OAI-PMH standard and documenting the API endpoints, including their
functionality and expected parameters, for internal and external users.
The project would significantly enhance the accessibility, interoperability, and discoverability of all digital editions served by the WeGA-WebApp, enabling the project to reach larger academic and cultural audiences.
