Dear list,<div><br></div><div>The technical team has been discussing the possibility of creating an XSLT set of tools to address multiple encoding mechanisms in MEI.</div><div><br></div><div>The two main uses of these tools would be:</div>

<div><br></div><div>1. Flatten ambiguity/multiple-choice (hence the &quot;iron&quot;). For example:</div><div>- select readings from one source</div><div>- choose between components of choice (e.g. sic vs corr, abbr vs expan)</div>

<div>- choose between alternatives in ossia</div><div>- etc.</div><div><br></div><div>2. Convert between multiple encoding mechanisms. For example:</div><div>- ELEMENTspan to/from ELEMENT (e.g. beamSpan to/from beam)</div>

<div>- attribute forms to/from element forms (e.g. @tie to tie; @slur to slur; etc.)</div><div>- @startid @endid to/from time stamp values</div><div>- etc.</div><div><br></div><div>Eventually, these tools could be wrapped up in a (web)application that, given appropriate parameters, generates the emended MEI.  changeDesc and appInfo can be used to record changes and settings. </div>

<div><br></div><div>Such a tool set would be of huge help for moving between different implementations of MEI. We have already started creating some of these tools, but we would like to hear suggestions on what encoding models you think can be &quot;ironed&quot; and/or which models can be converted into each other. Please contribute your insights!</div>

<div><br></div><div>We will start a fuller list of desirable transformations soon and make it public.  </div><div><br></div><div>Best,</div><div>Raffaele on behalf of the technical team gathered at Detmold.</div>