The shortest mei document

From raffaeleviglianti at gmail.com Fri Apr 3 19:42:09 2009 From: raffaeleviglianti at gmail.com (Raffaele Viglianti) Date: Fri, 3 Apr 2009 18:42:09 +0100 Subject: [MEI-L] The shortest mei document Message-ID: <6e56d5d80904031042u4585235ah99bbf524140fba24@mail.gmail.com> 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): The shortest mei document RV tacet Best, Raffaele -------------- next part -------------- An HTML attachment was scrubbed... URL: https://lists.uni-paderborn.de/mailman/private/mei-l/attachments/20090403/84433223/attachment.htm From pdr4h at eservices.virginia.edu Fri Apr 3 20:03:39 2009 From: pdr4h at eservices.virginia.edu (Roland, Perry (pdr4h)) Date: Fri, 3 Apr 2009 14:03:39 -0400 Subject: [MEI-L] The shortest mei document In-Reply-To: <6e56d5d80904031042u4585235ah99bbf524140fba24@mail.gmail.com> References: <6e56d5d80904031042u4585235ah99bbf524140fba24@mail.gmail.com> Message-ID: Actually, since even doesn't require content, the absolutely shortest conforming MEI document is The shortest mei document 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 ________________________________ 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): The shortest mei document RV tacet Best, Raffaele From raffaeleviglianti at gmail.com Sat Apr 4 11:12:01 2009 From: raffaeleviglianti at gmail.com (Raffaele Viglianti) Date: Sat, 4 Apr 2009 10:12:01 +0100 Subject: [MEI-L] The shortest mei document In-Reply-To: References: <6e56d5d80904031042u4585235ah99bbf524140fba24@mail.gmail.com> Message-ID: <6e56d5d80904040212r7e24e028rff1f8d4788e1a4d1@mail.gmail.com> 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) > > Actually, since even doesn't require content, the absolutely > shortest conforming MEI document is > > > > > type="xml"?> > > > > > The shortest mei document > > > > > > > > > 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 > > ________________________________ > 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): > > > > > > > > The shortest mei document > > > > RV > > > > > > > > > > tacet > > > > > > > > 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 From pdr4h at eservices.virginia.edu Mon Apr 6 16:28:20 2009 From: pdr4h at eservices.virginia.edu (Roland, Perry (pdr4h)) Date: Mon, 6 Apr 2009 10:28:20 -0400 Subject: [MEI-L] Bug In-Reply-To: <3EB5F197-9187-47B8-A914-B31D5761CE89@edirom.de> References: <3EB5F197-9187-47B8-A914-B31D5761CE89@edirom.de> Message-ID: Hi, Johannes, TEI P4 (the source for most of the TEI-like elements in MEI) didn't have this attribute. However,seen from the perspective of TEI P5, it's a bug. At some point, we should go over the TEI-like elements and check for this kind of correspondence. I'm copying this to mei-l so it'll get archived. Pardon the duplication. -- 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 ________________________________________ From: Johannes Kepper [kepper at edirom.de] Sent: Sunday, April 05, 2009 5:25 AM To: Roland, Perry (pdr4h) Subject: Bug Hi Perry, has a @source, not. By intention? (other similar elements not checked) johannes From pdr4h at eservices.virginia.edu Thu Apr 16 15:57:42 2009 From: pdr4h at eservices.virginia.edu (Roland, Perry (pdr4h)) Date: Thu, 16 Apr 2009 09:57:42 -0400 Subject: [MEI-L] The shortest mei document In-Reply-To: <6e56d5d80904040212r7e24e028rff1f8d4788e1a4d1@mail.gmail.com> References: <6e56d5d80904031042u4585235ah99bbf524140fba24@mail.gmail.com> , <6e56d5d80904040212r7e24e028rff1f8d4788e1a4d1@mail.gmail.com> Message-ID: 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 ________________________________ 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) > Actually, since even doesn't require content, the absolutely shortest conforming MEI document is The shortest mei document 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> ________________________________ 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): The shortest mei document RV tacet Best, Raffaele _______________________________________________ mei-l mailing list mei-l at lists.uni-paderborn.de https://lists.uni-paderborn.de/mailman/listinfo/mei-l -------------- next part -------------- A non-text attachment was scrubbed... Name: ntfo4dp.gz Type: application/x-gzip Size: 39708 bytes Desc: ntfo4dp.gz Url : https://lists.uni-paderborn.de/mailman/private/mei-l/attachments/20090416/bc8a879e/attachment.bin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: notes.txt Url: https://lists.uni-paderborn.de/mailman/private/mei-l/attachments/20090416/bc8a879e/attachment.txt From kepper at edirom.de Thu Apr 16 16:55:35 2009 From: kepper at edirom.de (Johannes Kepper) Date: Thu, 16 Apr 2009 16:55:35 +0200 Subject: [MEI-L] The shortest mei document In-Reply-To: References: <6e56d5d80904031042u4585235ah99bbf524140fba24@mail.gmail.com> , <6e56d5d80904040212r7e24e028rff1f8d4788e1a4d1@mail.gmail.com> Message-ID: 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 > > ________________________________ > 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) >> > > Actually, since even doesn't require content, the absolutely > shortest conforming MEI document is > > > > > type="xml"?> > > > > > The shortest mei document > > > > > > > > > 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 > > > ________________________________ > 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): > > > > > > > > The shortest mei document > > > > RV > > > > > > > > > > tacet > > > > > > > > Best, > Raffaele > > _______________________________________________ > 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 pdr4h at eservices.virginia.edu Thu Apr 16 17:26:22 2009 From: pdr4h at eservices.virginia.edu (Roland, Perry (pdr4h)) Date: Thu, 16 Apr 2009 11:26:22 -0400 Subject: [MEI-L] The shortest mei document In-Reply-To: References: <6e56d5d80904031042u4585235ah99bbf524140fba24@mail.gmail.com> , <6e56d5d80904040212r7e24e028rff1f8d4788e1a4d1@mail.gmail.com> , Message-ID: 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 > > ________________________________ > 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) >> > > Actually, since even doesn't require content, the absolutely > shortest conforming MEI document is > > > > > type="xml"?> > > > > > The shortest mei document > > > > > > > > > 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 > > > ________________________________ > 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): > > > > > > > > The shortest mei document > > > > RV > > > > > > > > > > tacet > > > > > > > > Best, > Raffaele > > _______________________________________________ > 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 From raffaeleviglianti at gmail.com Thu Apr 16 18:51:51 2009 From: raffaeleviglianti at gmail.com (Raffaele Viglianti) Date: Thu, 16 Apr 2009 17:51:51 +0100 Subject: [MEI-L] The shortest mei document In-Reply-To: References: <6e56d5d80904031042u4585235ah99bbf524140fba24@mail.gmail.com> <6e56d5d80904040212r7e24e028rff1f8d4788e1a4d1@mail.gmail.com> Message-ID: <6e56d5d80904160951y488a02e4u5347c1491a40a4f7@mail.gmail.com> 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) > 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 > > > > ________________________________ > > 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 > > >> > > > > Actually, since even doesn't require content, the absolutely > > shortest conforming MEI document is > > > > > > > > > > > type="xml"?> > > > > > > > > > > The shortest mei document > > > > > > > > > > > > > > > > > > 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 > > > > > > ________________________________ > > From: mei-l-bounces at lists.uni-paderborn.de mei-l-bounces at lists.uni-paderborn.de > > > [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 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): > > > > > > > > > > > > > > > > The shortest mei document > > > > > > > > RV > > > > > > > > > > > > > > > > > > > > tacet > > > > > > > > > > > > > > > > Best, > > Raffaele > > > > _______________________________________________ > > 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 > _______________________________________________ > 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 From kepper at edirom.de Thu Apr 16 21:06:47 2009 From: kepper at edirom.de (Johannes Kepper) Date: Thu, 16 Apr 2009 21:06:47 +0200 Subject: [MEI-L] The shortest mei document In-Reply-To: <6e56d5d80904160951y488a02e4u5347c1491a40a4f7@mail.gmail.com> References: <6e56d5d80904031042u4585235ah99bbf524140fba24@mail.gmail.com> <6e56d5d80904040212r7e24e028rff1f8d4788e1a4d1@mail.gmail.com> <6e56d5d80904160951y488a02e4u5347c1491a40a4f7@mail.gmail.com> Message-ID: Am 16.04.2009 um 18:51 schrieb Raffaele Viglianti: > Would you want to put on SVN the ODD that you and Daniel produced? the files are on svn Johannes From raffaeleviglianti at gmail.com Thu Apr 30 11:34:50 2009 From: raffaeleviglianti at gmail.com (Raffaele Viglianti) Date: Thu, 30 Apr 2009 10:34:50 +0100 Subject: [MEI-L] MelodicMatch Message-ID: <6e56d5d80904300234w693a6415p108865ad96f17f25@mail.gmail.com> Hello all, Have you heard about this? www.melodicmatch.com It's a software (windows only - I think) that retrieves statical/analytical information out of MusicXML 2.0 files. Best, Raffaele -------------- next part -------------- An HTML attachment was scrubbed... URL: https://lists.uni-paderborn.de/mailman/private/mei-l/attachments/20090430/c4976b91/attachment.htm From pdr4h at eservices.virginia.edu Thu Apr 30 14:47:41 2009 From: pdr4h at eservices.virginia.edu (Roland, Perry (pdr4h)) Date: Thu, 30 Apr 2009 08:47:41 -0400 Subject: [MEI-L] MelodicMatch In-Reply-To: <6e56d5d80904300234w693a6415p108865ad96f17f25@mail.gmail.com> References: <6e56d5d80904300234w693a6415p108865ad96f17f25@mail.gmail.com> Message-ID: Raffaele, I think that this kind of thing is very useful. MEI can support similar software with many, if not all, of the same features. In fact, I think MEI offers the opportunity for additional features since it enables encoding of editorial intervention, etc. -- 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 Raffaele Viglianti [raffaeleviglianti at gmail.com] Sent: Thursday, April 30, 2009 5:34 AM To: Music Encoding Initiative Subject: [MEI-L] MelodicMatch Hello all, Have you heard about this? www.melodicmatch.com It's a software (windows only - I think) that retrieves statical/analytical information out of MusicXML 2.0 files. Best, Raffaele From raffaeleviglianti at gmail.com Thu Apr 30 14:59:29 2009 From: raffaeleviglianti at gmail.com (Raffaele Viglianti) Date: Thu, 30 Apr 2009 13:59:29 +0100 Subject: [MEI-L] MelodicMatch In-Reply-To: References: <6e56d5d80904300234w693a6415p108865ad96f17f25@mail.gmail.com> Message-ID: <6e56d5d80904300559qb8ea251icaaab8ae577af3ab@mail.gmail.com> Yes I agree. Not to mention that it would also be a powerful tool to check that the encoding for your edition is correct and in general spot encoding errors. Raffaele 2009/4/30 Roland, Perry (pdr4h) > Raffaele, > > I think that this kind of thing is very useful. MEI can support similar > software with many, if not all, of the same features. In fact, I think MEI > offers the opportunity for additional features since it enables encoding of > editorial intervention, etc. > > -- > 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 Raffaele Viglianti [ > raffaeleviglianti at gmail.com] > Sent: Thursday, April 30, 2009 5:34 AM > To: Music Encoding Initiative > Subject: [MEI-L] MelodicMatch > > Hello all, > > Have you heard about this? www.melodicmatch.com< > http://www.melodicmatch.com> > It's a software (windows only - I think) that retrieves statical/analytical > information out of MusicXML 2.0 files. > > 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/20090430/10a80de4/attachment.htm From kepper at edirom.de Thu Apr 30 15:58:43 2009 From: kepper at edirom.de (Johannes Kepper) Date: Thu, 30 Apr 2009 15:58:43 +0200 Subject: [MEI-L] MelodicMatch In-Reply-To: <6e56d5d80904300559qb8ea251icaaab8ae577af3ab@mail.gmail.com> References: <6e56d5d80904300234w693a6415p108865ad96f17f25@mail.gmail.com> <6e56d5d80904300559qb8ea251icaaab8ae577af3ab@mail.gmail.com> Message-ID: <769EDCDA-286C-4D98-8607-5A8F120A1241@edirom.de> Has anyone of you downloaded it and played around a bit? How does it perform on non-prepared examples? Any experiences to share? Thanks, Johannes Am 30.04.2009 um 14:59 schrieb Raffaele Viglianti: > Yes I agree. Not to mention that it would also be a powerful tool to > check that the encoding for your edition is correct and in general > spot encoding errors. > > Raffaele > > 2009/4/30 Roland, Perry (pdr4h) > Raffaele, > > I think that this kind of thing is very useful. MEI can support > similar software with many, if not all, of the same features. In > fact, I think MEI offers the opportunity for additional features > since it enables encoding of editorial intervention, etc. > > -- > 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 Raffaele Viglianti [raffaeleviglianti at gmail.com] > Sent: Thursday, April 30, 2009 5:34 AM > To: Music Encoding Initiative > Subject: [MEI-L] MelodicMatch > > Hello all, > > Have you heard about this? www.melodicmatch.com > > It's a software (windows only - I think) that retrieves statical/ > analytical information out of MusicXML 2.0 files. > > Best, > Raffaele > > _______________________________________________ > 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