[MEI-L] The shortest mei document
Raffaele Viglianti
raffaeleviglianti at gmail.com
Thu Apr 16 18:51:51 CEST 2009
Hi Johannes, Perry
Sounds like a good plan to me. Would you want to put on SVN the ODD that you
and Daniel produced?
Thanks Perry for sending Syd's ODD, I'll have a look at it tomorrow.
Best,
Raffaele
2009/4/16 Roland, Perry (pdr4h) <pdr4h at eservices.virginia.edu>
> Johannes,
>
> As usual, you've brought much needed clarity to the discussion. Sounds
> like a reasonable plan to me.
>
> As for tonight, I'm headed for my daughter's soccer game at 4 pm. That's 10
> pm your time, right? If you're free between, say, 8:30 and 10:00 I think we
> could have some discussion. Otherwise, it'll have to wait until Monday.
>
> --
> 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
> ________________________________________
> From: mei-l-bounces at lists.uni-paderborn.de [
> mei-l-bounces at lists.uni-paderborn.de] On Behalf Of Johannes Kepper [
> kepper at edirom.de]
> Sent: Thursday, April 16, 2009 10:55 AM
> To: Music Encoding Initiative
> Subject: Re: [MEI-L] The shortest mei document
>
> Raffaele, Perry,
>
> I think that the decision of whether to use ODD or not should be well-
> prepared, and perhaps we're not ready yet. Daniel and me tried to use
> ODD in a TEI-independent way, and from our perspective this seemed to
> be working. But RNG is no one-way street, as we could easily reuse
> Perry's RNG work in ODD. Therefore it seems to be reasonable that
> Perry continues with RNG. We don't loose anything by doing so, and it
> seems to be more convenient to Perry.
>
> But we should make a final (well, as final as can be) decision on this
> during our first project meeting in Charlottesville. For that reason,
> we should prepare ourselves. As Raffaele offered time to work on the
> ODD, I think that he should find out which level of TEI-independency
> is possible. At the same time, I'm very interested in how to reuse the
> TEI header (or other related modules) for MEI (with local changes
> only). We could then discuss these possibilities in detail and pick
> the most pleasing solution. I guess we will have at least some hours
> for technical issues like these in Charlottesville, although there is
> no plan yet. (Perry: tonight?)
>
> Would that be a convenient plan for everybody for the next few weeks?
>
>
> Best regards,
> Johannes
>
>
>
> PS: I don't want to rule anybody, I'm just trying to put things from
> private messages and discussions together. I'd be happy to see
> different opinions regarding our proceedings. So please feel free to
> criticize my ideas, as they – of course – might be complete rubbish…
>
>
>
>
>
> Am 16.04.2009 um 15:57 schrieb Roland, Perry (pdr4h):
>
> > Raffaele,
> >
> > I've attached a zip file containing Syd's examples and notes from a
> > couple of his emails.
> >
> > I don't feel comfortable with ODD right now so I'll just continue on
> > with plain-old Relax. But, by all means, please have a more in-
> > depth look at Syd's examples and how they might apply to MEI. At
> > some point, we can bring the two approaches together, I think.
> >
> > --
> > p.
> >
> > __________________________
> > 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: Saturday, April 04, 2009 5:12 AM
> > To: Music Encoding Initiative
> > Subject: Re: [MEI-L] The shortest mei document
> >
> > 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<mailto:
> 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><mailto:pdr4h at virginia.edu
> > <mailto:pdr4h at virginia.edu>>
> >
> > ________________________________
> > From: mei-l-bounces at lists.uni-paderborn.de<mailto:
> mei-l-bounces at lists.uni-paderborn.de
> > > [mei-l-bounces at lists.uni-paderborn.de<mailto:
> mei-l-bounces at lists.uni-paderborn.de
> > >] On Behalf Of Raffaele Viglianti [raffaeleviglianti at gmail.com<mailto:
> 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<mailto:mei-l at lists.uni-paderborn.de>
> > https://lists.uni-paderborn.de/mailman/listinfo/mei-l
> >
> > <ntfo4dp.gz><notes.txt>_______________________________________________
> > 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
> _______________________________________________
> 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/20090416/526d329b/attachment.htm
More information about the mei-l
mailing list