[MEI-L] The shortest mei document

Sat Apr 4 11:12:01 CEST 2009

Hi Perry,

My understanding is that an ODD is a TEI document, but allows the definition
of modules independent from TEI. Could you share the ODD that Syd gave you?
I would be really curious to look at it.

I think that RNG is a good option if you don't feel comfortable with ODD,
but if ODD proved to be TEI-independent (besides the formalism itself), then
I think that would be the best way to go for clearly encoding documentation
and definition in one place.

Best,
Raffaele

2009/4/3 Roland, Perry (pdr4h) <pdr4h at eservices.virginia.edu>

>
> Actually, since even <music> doesn't require content, the absolutely
> shortest conforming MEI document is
>
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!-- <!DOCTYPE mei SYSTEM "../DTD/mei19-all-test.dtd"> -->
> <?oxygen RNGSchema="../RelaxSchema/mei19-all-test-annotated.rng"
> type="xml"?>
> <mei version="1.9b">
>  <meihead>
>    <filedesc>
>      <titlestmt>
>        <title>The shortest mei document</title>
>      </titlestmt>
>     <pubstmt/>
>  </filedesc>
>  </meihead>
>  <music/>
> </mei>
>
>
> Thanks for the suggestion to start with a file like this for
> modularization.  As you can probably tell from the fact that I haven't yet
> created a modular version of the new DTD or the RELAX schema, I'm still
> having some difficulty with this task.  But I have been looking at ODD and
> just yesterday I got hold of an ODD instance that describes a non-TEI markup
> language (courtesy of Syd Baumann).  I have to admit I haven't looked at it
> super closely, but it seems to still be TEI-dependent, however, because it
> appears to define some parts of the markup language as customizations of
> TEI!
>
> If this is actually the case, then I'm less inclined to go the ODD route
> than I was before.  For now, I'm working on creating a modular and annotated
> RELAX schema that I think will get us to the end result more quickly.  I'll
> commit a preliminary version to the subversion repo soon -- meaning by the
> end of next week (I hope).
>
> --
> perry
>
> __________________________
> Perry Roland
> Scholarly Resources
> University of Virginia Library
> Post Office Box 400155
> Charlottesville, VA 22904- 4155
> 434-982-2702 (w)
> pdr4h at virginia.edu<mailto:pdr4h at virginia.edu>
>
> ________________________________
> From: mei-l-bounces at lists.uni-paderborn.de [
> mei-l-bounces at lists.uni-paderborn.de] On Behalf Of Raffaele Viglianti [
> raffaeleviglianti at gmail.com]
> Sent: Friday, April 03, 2009 1:42 PM
> To: Music Encoding Initiative
> Subject: [MEI-L] The shortest mei document
>
> Dear all,
>
> What do you think the shortest MEI document is? I think reflecting on this
> might be a good starting point for a modular ODDification (again, I got this
> idea from the P5 source, in particular:
> http://tei.svn.sourceforge.net/viewvc/tei/trunk/P5/Source/Specs/TEI.xml?view=markup)
>
> I think it might be something like this (this document is on SVN under
> /branches/mei19/Documents):
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE mei SYSTEM "file:../DTD/mei19-all-test.dtd">
> <mei version="1.9b">
>    <meihead>
>        <filedesc>
>            <titlestmt>
>                <title>The shortest mei document</title>
>            </titlestmt>
>            <pubstmt>
>                <respstmt>
>                    <name>RV</name>
>                </respstmt>
>            </pubstmt>
>        </filedesc>
>    </meihead>
>    <music>
>        <body>
>            <mdiv>
>                <score>
>                    <staff>
>                        <dir staff="1">tacet</dir>
>                    </staff>
>                </score>
>            </mdiv>
>        </body>
>    </music>
> </mei>
>
> Best,
> Raffaele
>
> _______________________________________________
> mei-l mailing list
> mei-l at lists.uni-paderborn.de
> https://lists.uni-paderborn.de/mailman/listinfo/mei-l
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.uni-paderborn.de/mailman/private/mei-l/attachments/20090404/aca92c8e/attachment.htm 