Newsroom
Sorted by publication time. Use the archive to follow the historical project timeline.
Each page shows 20 posts. Older publications remain available through subsequent pages, topic pages, search and the historical project timeline.
At the start of the funded project phase, the public IncluLearn.AI portal is available at inclulearn.owli-ai.com. It deliberately separates public project information, the synthetic demo and the future private pilot path.
IncluLearn.AI does not need to reinvent every target format and transformation. MathML, EPUB Accessibility, DAISY Pipeline, Pandoc and PlantUML illustrate different building blocks for open, interoperable and reusable workflows — without implying a final tool choice.
A 2025 publication describes how visual artefacts from software engineering and technical informatics can become accessible and collaboratively editable through textual representations, including UML, electronic circuits and Karnaugh maps.
The Pattern Collection published in 2026 by Diethelm Bienhaus and Michael Kreutzer turns practical teaching experience into five reusable patterns — from text-first core content and diagrams to tactile output, sonification and human-in-the-loop explanations.
Modern Document AI models can reconstruct layout, text and scientific markup from visual documents. For IncluLearn.AI, this is an important building block — but it is not yet the subject semantics of circuits, UML, plots or other STEM artefacts.
Recent VLM research shows progress on charts, UML and scientific diagrams. At the same time, many benchmarks measure question answering rather than complete reconstruction — a crucial distinction for accessible STEM representations.
Technical diagrams, mathematics, circuits and quantitative graphics carry structure and relationships that often cannot be represented meaningfully in one short image description. IncluLearn.AI therefore considers structured, textual, tactile and auditory representations.
From the needs hypotheses, we derived a first solution hypothesis: five core components with high strategic value, five subsequent production and integration services, and three specialised later options.
From the researched workflows, we derived twelve concrete needs hypotheses: from semantic preparation and expert review to reuse, examinations, provenance, output profiles and inclusive collaboration.
Public workflow descriptions point to high manual effort, long lead times, subject-specific transformation, established reuse practices and special examination requirements. For IncluLearn.AI, these are concrete signals of where semantic AI support may be useful.
The TTS path has moved well beyond the first September state: the engine-neutral API now runs with Qwen3-TTS-1.7B, six neutral preset profiles and VoiceDesign on the target VM and is reachable through the public test demo. This is real integration, but not yet an audio-quality or production approval.
The public prototype is not the finished AI pipeline. It is an early working model for materials, review, release and accessible use. The important foundations are user goals, accessibility-first design, DE/EN and a clear distinction between demo and real functionality.
IncluLearn.AI does not want to reduce model quality to a single benchmark. Reference data, preprocessing, structured output, rules and review paths should first be compared under the same conditions; fine-tuning remains a targeted option for clearly identified error classes.
Public descriptions of media-centre workflows already provide concrete evidence about effort, bottlenecks and quality requirements. IncluLearn.AI nevertheless treats the resulting needs as hypotheses until they have been validated with practice partners and users.
IncluLearn.AI deliberately separates AI involvement, subject review and approval. Human ownership, risk-based review, provenance and cautious data classification are intended to make AI useful without transferring responsibility to the system.
IncluLearn.AI deliberately separates open exchange, authoritative subject artefacts and public communication. The key is not the communication channel itself, but ensuring that relevant feedback can be traced into requirements, decisions, evaluation and later publications.
IncluLearn.AI's technical foundation is being built reproducibly and with clear responsibility boundaries. The public test demo can be deployed automatically, while remaining deliberately separate from later production operation with real data and stronger security requirements.
Before the project start, central rules for collaboration, project steering, accessibility and AI use were structured, together with a concrete start plan for the first work package.