From david.lewis at oerc.ox.ac.uk  Fri Jan  9 16:07:57 2026
From: david.lewis at oerc.ox.ac.uk (David Lewis)
Date: Fri, 9 Jan 2026 15:07:57 +0000
Subject: [MEI-L] Question for users of the <annot> element
In-Reply-To: <B2190B28-410E-44EC-800C-6182DD928F77@oerc.ox.ac.uk>
References: <B2190B28-410E-44EC-800C-6182DD928F77@oerc.ox.ac.uk>
Message-ID: <95E5B081-4CEE-4EB5-9848-698FC7FBEDD0@oerc.ox.ac.uk>

Dear all,

[Please accept my apologies for using the full list for this. If you’re not interested in annotations or pull requests, please look away now.]

Following on from discussions within the community on this list and at conferences, I’ve just raised a very small pull request to update the guidelines for the <annot> element and to add @func.

It’s at the URL below, and I’d welcome any feedback:

https://github.com/music-encoding/music-encoding/pull/1743

Best wishes,

David

> On 6 May 2025, at 18:06, David Lewis <david.lewis at oerc.ox.ac.uk> wrote:
> 
> Hi all,
> 
> As some of you may have noticed, Verovio has recently gained the ability to display annotations that refer to parts of a score (i.e. not the header information or commentary about the encoding itself).
> 
> In the process of adding this, we had a small discussion about how to characterise different uses of <annot> in MEI so that software can interpret them clearly. Since the guidelines are at times a little unspecific (or confusing), we’re interested in hearing from people who are _already using_ <annot> in their encodings.
> 
> As a preliminary step, we have used a particular @type value on <annot> (<annot type="score">) to specify the sorts of annotation that we actually want to display, but this is a temporary measure. @type is not intended to carry important semantics in this way, but we can use it without changing the current schema.
> 
> Before we propose a longer term solution, we’d like to check for unintended consequences. If you've used <annot> before or are using it now, we'd like to hear how the following options  would affect your work or your encodings.
> 
> 1. Introduce a @motivation attribute (informed by web annotation and TEI) with a fixed set of values – assessing, bookmarking, classifying, commenting, describing, editing, highlighting, identifying, linking, moderating, questioning, replying, tagging. New motivations would have to be created as part of external authorities linked using motivation.auth / motivation.url
> 
>   It has been suggested that we would distinguish annotations to display from others by the presence or absence of @motivation, or by the specific values of @motivation
> 
> 2. Use @func or some other relatively lightweight approach to distinguish (e.g. <annot func="score">
> 
> 3. Use a new, additional element for the things we need to distinguish (TEI uses <annotation> and <note>, which MEI can't for obvious reasons)
> 
> These options are not exclusive – we can have @motivation, @func _and_ different elements. Any one of them has the potential to help clarify things, but it could also complicate existing uses or make unclear what is currently clear.
> 
> We look forward to benefiting from the combined experience of the community.
> 
> Thanks for your input
> 
> David Lewis & Kevin Page
> AHRC Annote Project



From diet at bsb-muenchen.de  Mon Jan 12 06:10:43 2026
From: diet at bsb-muenchen.de (=?UTF-8?Q?J=C3=BCrgen=20Diet?=)
Date: Mon, 12 Jan 2026 06:10:43 +0100
Subject: [MEI-L] Antw: Re:  Question for users of the <annot> element
 (Erkrankung)
In-Reply-To: <A0C48763020000A2BBCDAA5D@gwia.bsb-muenchen.de>
References: <269943480200009CBBCDAA5D@gwia.bsb-muenchen.de>
 <A0C48763020000A2BBCDAA5D@gwia.bsb-muenchen.de>
Message-ID: <696482530200006F000473F8@gwia.bsb-muenchen.de>

Sehr geehrte Damen und Herren,
ich bin erkrankt und kann Ihre Mail nicht bearbeiten. BItte wenden Sie sich an meinen Vertreter Bernhard Lutz (bernhard.lutz at bsb-muenchen.de).
Beste Grüße,
Jürgen Diet

>>> David Lewis <david.lewis at oerc.ox.ac.uk> 9.1.26 16:07 >>>

Dear all,

[Please accept my apologies for using the full list for this. If you’re not interested in annotations or pull requests, please look away now.]

Following on from discussions within the community on this list and at conferences, I’ve just raised a very small pull request to update the guidelines for the <annot> element and to add @func.

It’s at the URL below, and I’d welcome any feedback:

https://github.com/music-encoding/music-encoding/pull/1743

Best wishes,

David

> On 6 May 2025, at 18:06, David Lewis <david.lewis at oerc.ox.ac.uk> wrote:
> 
> Hi all,
> 
> As some of you may have noticed, Verovio has recently gained the ability to display annotations that refer to parts of a score (i.e. not the header information or commentary about the encoding itself).
> 
> In the process of adding this, we had a small discussion about how to characterise different uses of <annot> in MEI so that software can interpret them clearly. Since the guidelines are at times a little unspecific (or confusing), we’re interested in hearing from people who are _already using_ <annot> in their encodings.
> 
> As a preliminary step, we have used a particular @type value on <annot> (<annot type="score">) to specify the sorts of annotation that we actually want to display, but this is a temporary measure. @type is not intended to carry important semantics in this way, but we can use it without changing the current schema.
> 
> Before we propose a longer term solution, we’d like to check for unintended consequences. If you've used <annot> before or are using it now, we'd like to hear how the following options  would affect your work or your encodings.
> 
> 1. Introduce a @motivation attribute (informed by web annotation and TEI) with a fixed set of values – assessing, bookmarking, classifying, commenting, describing, editing, highlighting, identifying, linking, moderating, questioning, replying, tagging. New motivations would have to be created as part of external authorities linked using motivation.auth / motivation.url
> 
>   It has been suggested that we would distinguish annotations to display from others by the presence or absence of @motivation, or by the specific values of @motivation
> 
> 2. Use @func or some other relatively lightweight approach to distinguish (e.g. <annot func="score">
> 
> 3. Use a new, additional element for the things we need to distinguish (TEI uses <annotation> and <note>, which MEI can't for obvious reasons)
> 
> These options are not exclusive – we can have @motivation, @func _and_ different elements. Any one of them has the potential to help clarify things, but it could also complicate existing uses or make unclear what is currently clear.
> 
> We look forward to benefiting from the combined experience of the community.
> 
> Thanks for your input
> 
> David Lewis & Kevin Page
> AHRC Annote Project


_______________________________________________
mei-l mailing list
mei-l at lists.uni-paderborn.de
https://lists.uni-paderborn.de/mailman/listinfo/mei-l


From diet at bsb-muenchen.de  Mon Jan 12 06:11:25 2026
From: diet at bsb-muenchen.de (=?UTF-8?Q?J=C3=BCrgen=20Diet?=)
Date: Mon, 12 Jan 2026 06:11:25 +0100
Subject: [MEI-L] Antw:  Antw: Re:  Question for users of the <annot>
 element (Erkrankung)
In-Reply-To: <696482530200006F000473F8@gwia.bsb-muenchen.de>
References: <269943480200009CBBCDAA5D@gwia.bsb-muenchen.de>
 <A0C48763020000A2BBCDAA5D@gwia.bsb-muenchen.de>
 <696482530200006F000473F8@gwia.bsb-muenchen.de>
Message-ID: <6964827D0200006F000473FC@gwia.bsb-muenchen.de>

Sehr geehrte Damen und Herren,
ich bin erkrankt und kann Ihre Mail nicht bearbeiten. BItte wenden Sie sich an meinen Vertreter Bernhard Lutz (bernhard.lutz at bsb-muenchen.de).
Beste Grüße,
Jürgen Diet

>>> Jürgen Diet <diet at bsb-muenchen.de> 12.1.26 06:10 >>>

Sehr geehrte Damen und Herren,
ich bin erkrankt und kann Ihre Mail nicht bearbeiten. BItte wenden Sie sich an meinen Vertreter Bernhard Lutz (bernhard.lutz at bsb-muenchen.de).
Beste Grüße,
Jürgen Diet

>>> David Lewis <david.lewis at oerc.ox.ac.uk> 9.1.26 16:07 >>>

Dear all,

[Please accept my apologies for using the full list for this. If you’re not interested in annotations or pull requests, please look away now.]

Following on from discussions within the community on this list and at conferences, I’ve just raised a very small pull request to update the guidelines for the <annot> element and to add @func.

It’s at the URL below, and I’d welcome any feedback:

https://github.com/music-encoding/music-encoding/pull/1743

Best wishes,

David

> On 6 May 2025, at 18:06, David Lewis <david.lewis at oerc.ox.ac.uk> wrote:
> 
> Hi all,
> 
> As some of you may have noticed, Verovio has recently gained the ability to display annotations that refer to parts of a score (i.e. not the header information or commentary about the encoding itself).
> 
> In the process of adding this, we had a small discussion about how to characterise different uses of <annot> in MEI so that software can interpret them clearly. Since the guidelines are at times a little unspecific (or confusing), we’re interested in hearing from people who are _already using_ <annot> in their encodings.
> 
> As a preliminary step, we have used a particular @type value on <annot> (<annot type="score">) to specify the sorts of annotation that we actually want to display, but this is a temporary measure. @type is not intended to carry important semantics in this way, but we can use it without changing the current schema.
> 
> Before we propose a longer term solution, we’d like to check for unintended consequences. If you've used <annot> before or are using it now, we'd like to hear how the following options  would affect your work or your encodings.
> 
> 1. Introduce a @motivation attribute (informed by web annotation and TEI) with a fixed set of values – assessing, bookmarking, classifying, commenting, describing, editing, highlighting, identifying, linking, moderating, questioning, replying, tagging. New motivations would have to be created as part of external authorities linked using motivation.auth / motivation.url
> 
>   It has been suggested that we would distinguish annotations to display from others by the presence or absence of @motivation, or by the specific values of @motivation
> 
> 2. Use @func or some other relatively lightweight approach to distinguish (e.g. <annot func="score">
> 
> 3. Use a new, additional element for the things we need to distinguish (TEI uses <annotation> and <note>, which MEI can't for obvious reasons)
> 
> These options are not exclusive – we can have @motivation, @func _and_ different elements. Any one of them has the potential to help clarify things, but it could also complicate existing uses or make unclear what is currently clear.
> 
> We look forward to benefiting from the combined experience of the community.
> 
> Thanks for your input
> 
> David Lewis & Kevin Page
> AHRC Annote Project


_______________________________________________
mei-l mailing list
mei-l at lists.uni-paderborn.de
https://lists.uni-paderborn.de/mailman/listinfo/mei-l


_______________________________________________
mei-l mailing list
mei-l at lists.uni-paderborn.de
https://lists.uni-paderborn.de/mailman/listinfo/mei-l


From luca.ludovico at unimi.it  Mon Jan  5 17:35:00 2026
From: luca.ludovico at unimi.it (Luca Andrea Ludovico)
Date: Mon, 5 Jan 2026 16:35:00 +0000
Subject: [MEI-L] Computer Supported Music Education @ CSEDU 2026 - 2nd CFP
In-Reply-To: <GVXPR08MB1181388CCB5BD71F19BE6AA288BD2A@GVXPR08MB11813.eurprd08.prod.outlook.com>
References: <GVXPR08MB1181388CCB5BD71F19BE6AA288BD2A@GVXPR08MB11813.eurprd08.prod.outlook.com>
Message-ID: <GVXPR08MB11813C949686F1057B4A8FED68B86A@GVXPR08MB11813.eurprd08.prod.outlook.com>

[Apologies for cross-postings]
[Please distribute]

18th International Conference on Computer Supported Education (CSEDU 2026)
Special session on Computer Supported Music Education (CSME 2026) - 7th edition

The International Conference on Computer Supported Education is an annual meeting place for presenting and discussing new educational tools and environments, best practices and case studies on innovative technology-based learning strategies, and institutional policies on computer-supported education, including open and distance education. The next edition will be held in Benidorm, Spain, on May 18-20, 2026.

In this framework, the special session on Computer Supported Music Education aims to investigate the impact of computer-based approaches on music education. We welcome contributions focusing on the design, development, and use of advanced technologies to support learning and teaching actions in music analysis, creation, and performance.

Accepted papers, presented at the conference by at least one of the authors, will be published in the Conference Proceedings under an ISBN number. They will be obtainable on paper and digital support and made available for online consultation at the SCITEPRESS Digital Library. The proceedings will be submitted to SCOPUS, Google Scholar, DBLP, Semantic Scholar, EI, and Web of Science / Conference Proceedings Citation Index for indexation.

Important dates

  *   Paper Submission: March 24, 2026
  *   Authors Notification: April 7, 2026
  *   Camera Ready and Registration: April 15, 2026

For further information

  *   Special session web page: https://csedu.scitevents.org/CSME.aspx
  *   General conference web page: https://csedu.scitevents.org/

Organizer and chair
Luca A. Ludovico
Laboratory of Music Informatics (LIM), Department of Computer Science, University of Milan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20260105/2a732616/attachment.html>

From diet at bsb-muenchen.de  Fri Jan 16 09:56:13 2026
From: diet at bsb-muenchen.de (=?UTF-8?Q?J=C3=BCrgen=20Diet?=)
Date: Fri, 16 Jan 2026 09:56:13 +0100
Subject: [MEI-L] Antw:  Computer Supported Music Education @ CSEDU 2026
 - 2nd CFP (Erkrankung)
In-Reply-To: <17B78A8C020000C42DEEA45E@gwia.bsb-muenchen.de>
References: <E4767BAC020000212DEEA45E@gwia.bsb-muenchen.de>
 <17B78A8C020000C42DEEA45E@gwia.bsb-muenchen.de>
Message-ID: <6969FD2D0200006F00047E1B@gwia.bsb-muenchen.de>

Sehr geehrte Damen und Herren,
ich bin erkrankt und kann Ihre Mail nicht bearbeiten. BItte wenden Sie sich an meinen Vertreter Bernhard Lutz (bernhard.lutz at bsb-muenchen.de).
Beste Grüße,
Jürgen Diet

>>> Luca Andrea Ludovico <luca.ludovico at unimi.it> 5.1.26 17:35 >>>

[Apologies for cross-postings]
[Please distribute]

18th International Conference on Computer Supported Education (CSEDU 2026)
Special session on Computer Supported Music Education (CSME 2026) - 7th edition

The International Conference on Computer Supported Education is an annual meeting place for presenting and discussing new educational tools and environments, best practices and case studies on innovative technology-based learning strategies, and institutional policies on computer-supported education, including open and distance education. The next edition will be held in Benidorm, Spain, on May 18-20, 2026.

In this framework, the special session on Computer Supported Music Education aims to investigate the impact of computer-based approaches on music education. We welcome contributions focusing on the design, development, and use of advanced technologies to support learning and teaching actions in music analysis, creation, and performance.

Accepted papers, presented at the conference by at least one of the authors, will be published in the Conference Proceedings under an ISBN number. They will be obtainable on paper and digital support and made available for online consultation at the SCITEPRESS Digital Library. The proceedings will be submitted to SCOPUS, Google Scholar, DBLP, Semantic Scholar, EI, and Web of Science / Conference Proceedings Citation Index for indexation.

Important dates

  *   Paper Submission: March 24, 2026
  *   Authors Notification: April 7, 2026
  *   Camera Ready and Registration: April 15, 2026

For further information

  *   Special session web page: https://csedu.scitevents.org/CSME.aspx
  *   General conference web page: https://csedu.scitevents.org/

Organizer and chair
Luca A. Ludovico
Laboratory of Music Informatics (LIM), Department of Computer Science, University of Milan


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20260116/f2b8be0b/attachment.html>

From Joshua.Neumann at adwmainz.de  Thu Jan  8 16:28:12 2026
From: Joshua.Neumann at adwmainz.de (Neumann, Dr. Joshua)
Date: Thu, 8 Jan 2026 15:28:12 +0000
Subject: [MEI-L] CFP Reminder: Digital Libraries for Musicology
Message-ID: <fdcaf348bde04e4d9dcd4efad9c41f73@adwmainz.de>

13th International Conference on Digital Libraries for Musicology (DLfM 2026)
Thursday 02 July 2026
Thessaloniki Concert Hall, Thessaloniki, Greece
A satellite event of IAML 2026
The Digital Libraries for Musicology (DLfM) conference presents a venue specifically for those working on, and with, Digital Library systems and content in the domain of music and musicology. DLfM welcomes contributions related to any aspect of digital libraries and musicology, including topics related to musical archiving and retrieval, cataloguing and classification, musical databases, special collections, music encodings and representations, computational musicology, or the application of music  information retrieval (MIR) to musicology (see TOPICS, below).
DLfM alternately partners with the IAML and ISMIR conferences to encourage new collaborations and discussions surrounding prominent issues in our shared field. This installment of DLfM follows previous successful conferences in Seoul, Stellenbosch, Milan, Prague, Montreal, The Hague, Paris, Shanghai, New York, Knoxville, and London.
This year DLfM will be a satellite event of the IAML conference, and given that music libraries and archives are a regular first-contact point between researchers and materials, we particularly encourage papers and posters that use library and archives technologies and conceptualizations to broaden and enhance access to digital musicology methodologies. Scores and music documents have been digitized by libraries and archives worldwide for preservation and access, which numerous specialist technologies have been developed for use in their analysis. At this year’s conference, we aim to stimulate discussions around increasing usage of research tools within cultural heritage preservation and analysis, and resulting implications therefrom. We especially welcome papers focused on the “for Musicology” aspect of DLfM, considering how methodologies and results therein are made accessible for musicologists. Please note that DLfM’s review process for submissions to proceedings operates on full and short papers, not on abstracts. See ‘Submissions’ below for further details on format.
DLfM CHALLENGE
To complement the main proceedings, the DLfM Challenge welcomes short submissions introducing works-in-progress and position papers that will benefit from the broad expertise of the DLfM community. We welcome speculative work and submissions that explore particular problems, as well as those that suggest solutions, whether they emanate from practical, theoretical/philosophical, or other conceptual frameworks.
Given Greece’s acclaimed fundamentality to Western culture and modes of thinking, this year’s challenge track draws inspiration from the Socratic method of questioning as basis for research, preservation, and teaching in the interdisciplinary contexts represented by the DLfM and IAML communities. We thus seek challenge track proposals engaging a variety of questions—both with and about digital libraries’ content, infrastructure, tools, and engagement.
IMPORTANT DATES
All deadlines are at 23:59 Anywhere on Earth. There will be no extensions to submission deadlines.

  *   Submissions open via CMT<https://cmt3.research.microsoft.com/DLfM2026/Track/1/Submission/Create>: December 2025
  *   Full paper and short paper submission deadline: 23 January 2026
  *   Notification of full and short paper acceptance: 09 March 2026
  *   Camera-ready submission deadline for full and short papers*: 09 April 2026
  *   DLfM Challenge submission deadline: 15 April 2026
  *   Poster submission deadline: 15 April 2026
  *   Conference registration deadline: 25 June 2026
  *   Conference: 02 July 2026, Thessaloniki, Greece

* At least one author of accepted submissions must be registered for the conference before the camera-ready submission deadline to be included in the conference programme. Prior DLfM events have worked to keep registration costs as low as possible. Registration details will be announced on the conference website as soon as they are available.
CONFERENCE OBJECTIVES

  *   to act as a forum for reporting, presenting, evaluating and disseminating work combining technology with musicology through Digital Library systems;
  *   to critically evaluate the operation of Music Digital Libraries and the applications and findings that flow from them;
  *   to re-evaluate existing Music Digital Libraries, particularly in light of the transformative methods and applications emerging from musicology, large collections of both audio and music-related data, ‘big data’ methods, and MIR;
  *   to explore how digital libraries and digital musicology can combine to offer richer online access to online music collections;
  *   to set the agenda for work in the field to address these new challenges and opportunities.


TOPICS
Topics of interest include, but are not limited to:
Building and managing digital music collections

  *   Optical music recognition
  *   Information literacies for Music Digital Libraries
  *   Data quality assessment

Access, interfaces, and ergonomics

  *   Interfaces and access mechanisms for digital music content
  *   Identification/location of music (in all forms) in generic Digital Libraries
  *   Techniques for locating and accessing music in very large Digital Libraries (e.g. HathiTrust, Internet Archive)
  *   Mechanisms for combining multi-form music content within and between Digital Libraries and other digital resources
  *   User information needs and behaviour for Music Digital Libraries

Musicological knowledge

  *   Music data representations, including manuscripts/scores and audio
  *   Applied MIR techniques for digital music content or analysis
  *   Computational and systematic approaches to musicological analysis
  *   Extraction of musical concepts from symbolic notation and/or audio data
  *   Metadata and metadata schemas for music
  *   Application of Linked Data and Semantic Web techniques to Music Digital Library content, access, or organisation
  *   Ontologies and categorisation of musics and music artefacts
  *   Digital workflows (and their accessibility) for musicological research

Improving data for musicology

  *   Musical corpus-building at scale
  *   Enriching public access to music, music-cultural, and music-ephemera material online
  *   Digital Libraries showcasing need or support of musicology and/or other scholarly domain
  *   Digital Libraries combining resources for musicology (e.g. combining audio, scores, bibliographic, geographic, ethnomusicology, performance, etc.)

PROCEEDINGS
Authors are encouraged to consult and reference previous DLfM proceedings of full and short papers<https://dl.acm.org/conference/dlfm>, which are available as Open Access publications in the ACM Digital Library as part of ICPS; and via the DLfM website.
For DLfM 2026, proceedings of full and short papers will once again be published as Open Access publications in the ACM Digital Library through ICPS. Details on the publication process will be provided on acceptance of your submission to the proceedings.
Posters and Challenge papers will be published separately on the DLfM website.
SUBMISSIONS
All submissions must present novel work which has not been published elsewhere, and is not under active consideration by another conference or journal. Submissions must be anonymised as far as practically possible, and pre-prints must not be publicly available during review.
The link for submissions is: <https://cmt3.research.microsoft.com/DLfM2026/Track/1/Submission/Create> https://cmt3.research.microsoft.com/DLfM2026/Track/1/Submission/Create <https://cmt3.research.microsoft.com/DLfM2026/Track/1/Submission/Create>
All submissions will be peer-reviewed. Full and short papers will be double-blind peer-reviewed by at least 3 members of the programme committee.
DLfM expects all accepted submissions to be presented in-person at the conference.
All submissions must be in English, formatted according to the ACM ‘sigconf’ template for two-column papers (see FORMATTING below), in PDF format, and A4 size. Page limits for submitted papers apply to all text, excluding the bibliography (i.e., references can be included on pages over the specified limits).
As part of the submission process, authors must also provide a short abstract ( 2000 characters) and declare any use of Generative AI in authoring the paper.
Submissions should be uploaded to the conference CMT website<https://cmt3.research.microsoft.com/DLfM2026/Track/1/Submission/Create> according to the IMPORTANT DATES above. The conference CMT website will open for submissions in December 2025. Authors should select the correct category for their submission as follows:

  *   FULL PAPERS of up to 8 pages excluding references should report substantive and completed research. Accepted full papers will be included in the main proceedings.
  *   SHORT PAPERS of up to 4 pages excluding references might report research which, while substantive, may not yet be complete. Academically thorough position papers are also suitable for submission as a short paper. Accepted short paper will be included in the main proceedings.
  *   CHALLENGE PAPERS of up to 2 pages excluding references should meet the call for the DLfM CHALLENGE section, above. Accepted Challenge papers will be presented at the conference either as a lightning talk, part of a panel, or as a poster (as determined by the Programme Chair). Challenge submissions will be published on the conference website.
  *   POSTERS should initially be submitted as an abstract outlining both the scholarly content and the proposed layout in 500 words, or fewer. Following acceptance, a digital copy of the poster itself must be submitted prior to the conference, which will be published on the DLfM website. Information on printed poster size and formats will be provided following acceptance.

FORMATTING
Authors should follow ACM instructions for formatting carefully. Authors submitting to all categories must use either the LaTeX or Word templates provided by ACM. Where possible, we recommend LaTeX (including Overleaf) due to a simpler process for accepted authors when producing camera-ready versions.
Authors using the ACM LaTeX template should select 'sigconf', 'authordraft', and 'anonymous' settings for initial submission after downloading the template from: https://portalparts.acm.org/hippo/latex_templates/acmart-primary.zip
Overleaf is an online web-based editor for LaTeX, with presets for  the ACM template. Authors should select 'sigconf', 'authordraft', and 'anonymous' settings for initial submission before accessing: https://www.overleaf.com/latex/templates/association-for-computing-machinery-acm-sig-proceedings-template/bmvfhcdnxfty
Authors wishing to use the ACM Word template should download it from : https://www.acm.org/binaries/content/assets/publications/word_style/interim-template-style/interim-layout.docx

USE OF GENERATIVE AI IN SUBMISSIONS
We recognize that authors of academic works use a variety of tools in the research on which they report, and to prepare the report itself, ranging from simple to very sophisticated. Community opinion on the appropriateness of such tools may be varied and evolving; AI powered language tools have in particular led to significant debate. We note that tools may generate useful and helpful results, but also errors or misleading results; therefore, knowing which tools were used, and how, is relevant to evaluating and interpreting academic works.
In the view of this, we:

  1.  require authors to report in their work any significant use of sophisticated tools, such as instruments and software; we now include in particular text-to-text generative AI among those tools that should be reported consistent with subject standards for methodology;
  2.  remind all colleagues that by signing their name as an author of a contribution, they each individually take full responsibility for all its contents, irrespective of how the contents were generated. If generative AI language tools generate inappropriate language, plagiarized content, errors, mistakes, incorrect references, or misleading content, and that output is included in academic works, it is the responsibility of the author(s);
  3.  stipulate that generative AI language tools should not be listed as an author; instead authors should refer to the first point;.
  4.  run AI detection tools on all submissions in order to ensure accurate labour attribution.

This statement mirrors the Music Encoding Conference 2026’s policy <https://music-encoding.org/conference/2026/ai-statement/> itself adapted from the arXiv policy for authors’ use of generative AI language tools <https://blog.arxiv.org/2023/01/31/arxiv-announces-new-policy-on-chatgpt-and-similar-tools/> . We reserve the right to amend this statement as discussions continue and evolve.
DLfM reserves the right to implement sanctions on authors should generative AI be misused or found to be in breach of research ethics, up to and including a ban on future submissions.
CONTACTS and ORGANISATION
Please contact the Chairs with any questions via: https://cmt3.research.microsoft.com/DLfM2026/Email/Chairs
Programme Chair: Joshua Neumann, Akademie der Wissenschaften und der Literatur Mainz
General Chair: Elsa De Luca, CESEM, Universidade Nova de Lisboa
Proceedings Chair: Jessica Grimmer, University of Maryland
Local Chair: Arsinoi Ioannidou, RISM Greek Office



Dr. Joshua Neumann
Wissenschaftlicher Mitarbeiter – Digitale Akademie
Centre for Digital Music Documentation


Creating Schubert’s Die Winterreise in Performance with Dietrich Fischer-Dieskau (funded by the Thyssen Stiftung für Wissenschaftsförderung), PI


Akademie der Wissenschaften und der Literatur | Mainz
Geschwister-Scholl-Straße 2
55131 Mainz

E-Mail: joshua.neumann at adwmainz.de
Web: https://adwmainz.de<https://adwmainz.de/>
ORCID: https://orcid.org/0000-0001-7970-555<https://orcid.org/0000-0001-7970-5553>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20260108/e6c3324d/attachment.html>

From Anna.Kijas at tufts.edu  Fri Jan 16 17:43:55 2026
From: Anna.Kijas at tufts.edu (Kijas, Anna E)
Date: Fri, 16 Jan 2026 16:43:55 +0000
Subject: [MEI-L] Announcing RISM Digital Center as co-host for MEI
Message-ID: <DM4PR05MB94644DBD8DFF08BC1F9A18BA948DA@DM4PR05MB9464.namprd05.prod.outlook.com>

Dear Colleagues,

On behalf of the MEI Board, I’d like to announce that the RISM Digital Center is now a co-host of the Music Encoding Initiative!

In Spring 2025, the RISM Digital Center submitted a proposal to the MEI Board to co-host MEI together with the Akademie der Wissenschaften und der Literatur in Mainz. The proposal offered support for administrative tasks and financial management. It was discussed by both the MEI Board and the Akademie in Mainz and received a positive evaluation. It was agreed that the arrangement would take effect in January 2026. The MEI Board looks forward to benefiting from the additional support provided by the RISM Digital Center and to this strengthening of the MEI community.

Thank you to Johannes Kepper and Laurent Pugin for guiding us through this process!

Best,
Anna


Anna E. Kijas

Assistant Director, Digital Scholarship & Lilly Music Library

Tisch Library | Tufts University

Pronouns: she, her, hers

Get help with Digital Scholarship at Tisch Library<https://tischlibrary.tufts.edu/get-help/help/digital-scholarship>

Book an appointment<https://tufts.libcal.com/appointments/kijas/lilly> | (617) 627-2846

Co-founder of Saving Ukrainian Cultural Heritage Online (SUCHO)<http://sucho.org/>

Administrative Chair, Music Encoding Initiative<https://music-encoding.org/community/mei-board.html>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20260116/4c2ddf2a/attachment.html>

From diet at bsb-muenchen.de  Fri Jan 16 17:44:22 2026
From: diet at bsb-muenchen.de (=?UTF-8?Q?J=C3=BCrgen=20Diet?=)
Date: Fri, 16 Jan 2026 17:44:22 +0100
Subject: [MEI-L] Antw:  Announcing RISM Digital Center as co-host for
 MEI (Erkrankung)
In-Reply-To: <347555C202000007C0B7C52D@gwia.bsb-muenchen.de>
References: <347555C202000007C0B7C52D@gwia.bsb-muenchen.de>
Message-ID: <696A6AE60200006F00047EB7@gwia.bsb-muenchen.de>

Sehr geehrte Damen und Herren,
ich bin erkrankt und kann Ihre Mail nicht bearbeiten. BItte wenden Sie sich an meinen Vertreter Bernhard Lutz (bernhard.lutz at bsb-muenchen.de).
Beste Grüße,
Jürgen Diet

>>> "Kijas, Anna E" <Anna.Kijas at tufts.edu> 16.1.26 17:43 >>>

Dear Colleagues,

On behalf of the MEI Board, I’d like to announce that the RISM Digital Center is now a co-host of the Music Encoding Initiative!

In Spring 2025, the RISM Digital Center submitted a proposal to the MEI Board to co-host MEI together with the Akademie der Wissenschaften und der Literatur in Mainz. The proposal offered support for administrative tasks and financial management. It was discussed by both the MEI Board and the Akademie in Mainz and received a positive evaluation. It was agreed that the arrangement would take effect in January 2026. The MEI Board looks forward to benefiting from the additional support provided by the RISM Digital Center and to this strengthening of the MEI community.

Thank you to Johannes Kepper and Laurent Pugin for guiding us through this process!

Best,
Anna


Anna E. Kijas

Assistant Director, Digital Scholarship & Lilly Music Library

Tisch Library | Tufts University

Pronouns: she, her, hers

Get help with Digital Scholarship at Tisch Library<https://tischlibrary.tufts.edu/get-help/help/digital-scholarship>

Book an appointment<https://tufts.libcal.com/appointments/kijas/lilly> | (617) 627-2846

Co-founder of Saving Ukrainian Cultural Heritage Online (SUCHO)<http://sucho.org/>

Administrative Chair, Music Encoding Initiative<https://music-encoding.org/community/mei-board.html>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20260116/6b5c18f0/attachment.html>