Documentation/bibliography/computer-notation.bib

   1 %
   2 % TITLE=The music notation with computer bibliography
   3 % AUTHOR=Han-Wen Nienhuys
   4 %
   5
   6 @String{CitH = {Computing and the Humanities}}
   7 @String{CMJ = {Computer Music Journal}}
   8
   9 @TechReport{roush88,
  10   note  = {Rules on formatting music formulated for use in computers. Mainly distilled from [Ross] HWN},
  11   year = {1988},
  12   title = {Music Formatting Guidelines},
  13   author = {D. Roush},
  14   number = {OSU-CISRC-3/88-TR10},
  15   institution = {Department of Computer and Information Science, The Ohio State University},
  16 }
  17
  18
  19
  20 @InProceedings{assayaag86,
  21   author =       {G. Assayaag and D. Timis},
  22   title =        {A Toolbox for music notation},
  23   booktitle =    {Proceedings of the 1986 International Computer Music Conference},
  24   year =        1986
  25 }
  26
  27 % byrd
  28 @PhdThesis {byrd85,
  29   year =  {1985},
  30   title = {Music Notation by Computer},
  31   author = {Donald Byrd},
  32   school = {Indiana University},
  33
  34 note = {Describes the SMUT (sic) system for automated music printout.}
  35
  36 }
  37
  38
  39
  40 @Article {byrd74,
  41   year =  {1974},
  42   title = {A System for Music Printing by Computer},
  43   author = {Donald Byrd},
  44   journal = {Computers and the Humanities},
  45   volume ={8},
  46   pages ={161-72},
  47 }
  48
  49 @Article{byrd94,
  50   author =       {Donald Byrd},
  51   title =        {Music Notation Software and Intelligence},
  52   journal =      {Computer Music Journal},
  53 year = 1994,
  54 pages = {17--20},
  55   volume =       18,
  56   number =       1,
  57
  58   note = {Byrd (author of Nightinggale) shows four problematic
  59 fragments of notation, and rants about notation programs that try to
  60 exhibit intelligent behaviour. HWN}
  61 }
  62
  63
  64
  65 @Article{ericson75,
  66   author =       {R. F. Ericson},
  67   title =        {The DARMS Project: A status report},
  68   journal =      {Computing in the humanities},
  69   year =         1975,
  70   volume =       9,
  71   number =       6,
  72   pages =        {291--298},
  73   note = {Gourlay\cite{gourlay86} writes: A discussion of the design
  74   and potential uses of the DARMS music-description language.}
  75 }
  76
  77
  78 @Article{field-richards93,
  79   author =       {H.S. Field-Richards},
  80   title =        {Cadenza: A Music Description Language},
  81   journal =      CMJ,
  82   year =         1993,
  83   volume =       17,
  84   number =       4,
  85
  86   note = {A description through examples of a music entry language.
  87 Apparently it has no formal semantics.  There is also no
  88 implementation of notation convertor. HWN}
  89 }
  90
  91
  92
  93 @Article{bielawa93,
  94   author =       {Herbert Bielawa},
  95   title =        {Review of Sibelius 7},
  96   journal =      CMJ,
  97   year =         {1993?},
  98
  99   note = {A raving review/tutorial of Sibelius 7 for Acorn.  (And did
 100 they seriously program a RISC chip in ... assembler ?!) HWN}
 101
 102
 103 }
 104
 105 @Article{sloan93,
 106   author =       {Donald Sloan},
 107   title =        {Aspects of Music Representation in HyTime/SMDL},
 108   journal =      CMJ,
 109   year =         1993,
 110   volume =       17,
 111   number =       4,
 112
 113 note = {An introduction into HyTime and its score description variant
 114 SMDL.  With a short  example that is quite  lengthy in SMDL}
 115 }
 116
 117 @Article{wiggins93,
 118   author =       {Geraint Wiggins and Eduardo Miranda and Alaaaan Smaill and Mitch Harris},
 119   title =        {A Framework for the evaluation of music representation systems},
 120   journal =      CMJ,
 121   year =         1993,
 122   volume =       17,
 123   number =       3,
 124
 125   note = {A categorisation of music representation systems (languages,
 126 OO systems etc) splitted into high level and low level expressiveness.
 127 The discussion of Charm and parallel processing for music
 128 representation is rather vague. HWN}
 129
 130 }
 131
 132
 133
 134 @Article{dannenberg93,
 135   author =       {Roger B. Dannenberg},
 136   title =        {Music Representation: Issues, Techniques, and Systems},
 137   journal =      CMJ,
 138   year =         1993,
 139   volume =       17,
 140   number =       3,
 141   url = {http://citeseer.nj.nec.com/52890.html},
 142   note = {The title says it all.  This article does not make any
 143 statements, it points to some problems and solutions with music
 144 representation. HWN},
 145
 146 }
 147
 148 @Article{rothstein93,
 149   author =       {Joseph Rothstein},
 150   title =        {Review of Passport Designs' Encore Music Notation Software},
 151   journal =      CMJ,
 152   year =         {?},
 153
 154 note = {A no-science-here review of Encore. HWN}
 155
 156 }
 157
 158
 159
 160 @Article{belkin94,
 161   author =       {Alan Belkin},
 162   title =        {Macintosh Notation Software: Present and Future},
 163   journal =      CMJ,
 164   year =         1994,
 165   volume =       18,
 166   number =       1,
 167
 168   note = {Some music notation systems are analysed for ease of use, MIDI
 169   handling.  No rocket science here.  The article ends with a plea for a
 170   standard notation format. HWN},
 171
 172 }
 173
 174 @Book {smith73,
 175   year =  {1973},
 176   title = {Editing and Printing Music by Computer},
 177   author = {Leland Smith},
 178   totalentry = {Journal of Music Theory},
 179   volume={17},
 180   pages ={292-309},
 181   note = {Gourlay\cite{gourlay86} writes: A discussion of Smith's music-printing system}
 182 }
 183
 184
 185 @InProceedings{montel97,
 186   author =       {Dominique Montel},
 187   title =        {La gravure de la musique, lisibilit\'e esth\'etique, respect de l'oevre},
 188   booktitle =    {Musique \& Notations},
 189   year =         1997,
 190   address={Lyon},
 191   editors ={Genevois \& Orlarey}
 192 }
 193
 194
 195 % Gomberg
 196 @PhdThesis {gomber75,
 197   year =  {1975},
 198   title = {A Computer-Oriented System for Music Printing},
 199   author = {David A. Gomberg},
 200   school = {Washington University},
 201 }
 202
 203 @Book {gomberg,
 204   title = {A Computer-oriented System for Music Printing},
 205   author = {David A.  Gomberg},
 206   journal  = CitH,
 207   volume={11},
 208   month = {march},
 209   year = {1977},
 210   pages = {63-80},
 211   note = {Gourlay \cite{gourlay86} writes: "A discussion of the
 212   problems of representing the conventions of musical notation in
 213   computer algorithms."}
 214
 215 }
 216
 217
 218
 219 @Book {CASR,
 220   note = {Annual editions since 1985, many containing surveys of music typesetting technology. SP},
 221   title = {Directory of Computer Assisted Research in Musicology},
 222   author = {Walter B Hewlett and Eleanor Selfridge-Field},
 223   totalentry = {Menlo Park, CA: Center for Computer Assisted Research in the Humanities},
 224 }
 225
 226
 227 @Book{selfridge-field97:_beyon_midi,
 228   editor =       {Eleanor Selfridge-Field},
 229   title =        {Beyond MIDI},
 230   publisher =    {MIT Press},
 231   year =         1997,
 232   note = {Description of various music interchange formats.}
 233 }
 234
 235
 236 @Book{hewlett01:_virtual_score,
 237   editor =       {Walter B. Hewlett and Eleanor Selfridge-Field},
 238   title =        {The Virtual Score; representation, retrieval and restoration},
 239   publisher =    {MIT Press},
 240 series = {Computing in Musicology},
 241   year =         2001
 242 }
 243
 244
 245
 246 @InProceedings{hoos98:_guido_music_notat_format,
 247 title={The {GUIDO} Music Notation Format---A Novel Approach
 248 for Adequately Representing Score-level Music},
 249 author = {H. H. Hoos and K. A. Hamel and K. Renz and J. Kilian},
 250 booktitle = {Proceedings of International Computer Music Conference},
 251 year = 1998,
 252 pages = {451--454},
 253 }
 254
 255 % LIME
 256 @Article {haken93,
 257   note = {A description of Lime internals (which resemble older (before 0.0.68pre) LilyPond data structures) HWN},
 258   year =  {1993},
 259   title = {The Tilia Music Representation: Extensibility, Abstraction, and Notation Contexts for the Lime Music Editor},
 260   author = {Lippold Haken and Dorothea Blostein},
 261   journal = {Computer Music Journal},
 262   volume= {17},
 263   number={3},
 264   pages = {43--58},
 265 }
 266
 267 @InProceedings{haken95,
 268   year =  {1995},
 269   title = {A New Algorithm for Horizontal Spacing of Printed Music},
 270   author = {Lippold Haken and Dorothea Blostein},
 271   booktitle = {International Computer Music Conference},
 272   address={Banff},
 273   month={Sept},
 274   pages = {118-119},
 275   note = {This describes an algorithm which uses springs between adjacent columns. This algorithm is a "subclass" of the LilyPond algorithm. HWN},
 276 }
 277
 278 @Article {blostein91,
 279   note = {This paper provides a shallow overview of the algorithm used in LIME for spacing individual lines. HWN},
 280   year =  {1991},
 281   title = {Justification of Printed Music},
 282   author = {Dorothea Blostein and Lippold Haken},
 283   journal   = {Communications of the ACM},
 284   volume= {J34},
 285   number= {3},
 286   month= {March},
 287   pages = {88-99},
 288 }
 289
 290
 291 @Article{blostein94,
 292   author =       {Dorothea Blostein and Lippold Haken},
 293   title =        {The Lime Music Editor: A Diagram Editor Involving Complex
 294   Translations},
 295   journal =      {Software Practice and Experience},
 296   year =         {1994},
 297   volume =       {24},
 298   number =       {3},
 299   month =        {march},
 300   pages =        {289--306},
 301   note = {A description of various conversions,
 302 decisions and issues relating to this interactive editor HWN},
 303 }
 304
 305 @InProceedings{bouzaiene98:_une,
 306   author =       {Nabil Bouzaiene and Lo\"ic Le Gall and Emmanuel Saint-James},
 307   title =        {Une biblioth\`eque pour la notation  musicale baroque},
 308   booktitle =    {EP '98},
 309   year =         1998,
 310   series =       {LNCS},
 311
 312   note = {Describes ATYS, an extension to Berlioz, that can mimick
 313   handwritten baroque style beams}
 314 }
 315
 316
 317
 318 @MastersThesis{gall97:_creat,
 319   author =       {Lo\"ic Le Gall},
 320   title =        {Cr\'eation d'une police adapt\'ee \`a la notation musicale baroque},
 321 school = {\'Ecole Estienne},
 322 year = 1997,
 323 }
 324
 325 @InProceedings{balaban88,
 326   author =       {M. Balaban},
 327   title =        {A Music Workstation Based on Multiple Hierarchical Views of Music},
 328   booktitle =    {Proceedings of the 1988 International Computer Music Conference},
 329   year =         1988,
 330   address =      {San Francisco},
 331   organization = {International Computer Music Association}
 332 }
 333
 334 %
 335 % MusiCopy
 336 %
 337 @TechReport {gourlay87-spacing,
 338 annote = {Algorithm for generating spacing in one line of (polyphonic) music, tailored for use with MusiCopy. LilyPond uses a variant of it (as of pl 76) HWN},
 339   year =  {1987},
 340   title = {Spacing a Line of Music,},
 341   author = {John S. Gourlay},
 342   number = {OSU-CISRC-10/87-TR35},
 343   institution ={Department of Computer and Information Science, The Ohio State University},
 344 }
 345
 346
 347 @TechReport {parish87,
 348   annote = {A brief overview of {MusiCopy} HWN},
 349   year =  {1987},
 350   title = {{MusiCopy}: An automated Music Formatting System},
 351   author = {Allen Parish and Wael A. Hegazy and John S. Gourlay and Dean K. Roush and F. Javier Sola},
 352   totalentry = {OSU-CISRC-10/87-TR29},
 353   institution ={Department of Computer and Information Science, The Ohio State University},
 354 }
 355
 356
 357 @TechReport {gourlay87-formatting,
 358 note = {This paper discusses the development of algorithms for the
 359 formatting of musical scores (from abstract). It also appeared at
 360 PROTEXT III, Ireland 1986},
 361   year =  {1987},
 362   title = {Computer Formatting of Music},
 363   author = {John S. Gourlay and A. Parrish
 364 and D. Roush and F. Sola and Y. Tien},
 365   number = {OSU-CISRC-2/87-TR3},
 366   institution ={Department of Computer and Information Science,
 367 The Ohio State University},
 368 }
 369
 370
 371 @TechReport {hegazy87,
 372   year =  {1987},
 373   title = {On the Implementation of the {MusiCopy} Language Processor,},
 374   author = {Wael A. Hegazy},
 375   number = {OSU-CISRC-10/87-TR34},
 376   institution={Department of Computer and Information Science, The Ohio State University},
 377
 378   note = {Describes the "parser" which converts {MusiCopy} MDL to
 379   MusiCopy Simultaneities and columns.
 380
 381 MDL is short for Music Description Language\cite{gourlay86}. It
 382 accepts music descriptions that are organised into measures filled
 383 with voices, those filled notes. The measures can be arranged
 384 simultaneously or sequentially.  To address the 2-dimensionality,
 385 almost all constructs in MDL must be labeled.
 386
 387 MDL uses begin/end markers for attribute values and spanners.
 388 Rightfully the author concludes that MusiCopy must administrate a
 389 "state" variable containing both properties and current spanning symbols.
 390
 391 MusiCopy attaches graphic information to the objects constructed in
 392 the input: the elements of the input are partially complete graphic
 393 objects.
 394
 395 Since the design goals of both LilyPond and MusiCopy were roughly the
 396 same, both systems have superficial similarities: the details of the
 397 input format, the notation of "musical state".  However, LilyPond
 398 stresses extensibility, modularity and separation between content and
 399 presentation much more, and this shows: LilyPond is more flexible.  To
 400 be fair: development of MusiCopy was abandoned in 1987, so it is not
 401 surprising that LilyPond is more mature.
 402 },
 403
 404 }
 405
 406
 407
 408 @TechReport {hegazy87-breaking-tr,
 409 annote = {This generalizes \TeX's breaking algorithm to music. It also appeared in Document Manipulation and Typography, J.C. van Vliet (ed) 1988. HWN},
 410   year =  {1987},
 411   title = {Optimal line breaking in music},
 412   author = {Wael A. Hegazy and John S. Gourlay},
 413   number = {OSU-CISRC-8/87-TR33},
 414   institution={Department of Computer and Information Science, The Ohio State University,},
 415 }
 416
 417 @InProceedings{hegazy88:_optim,
 418   author = {Wael A. Hegazy and John S. Gourlay},
 419 year =  1988,
 420 booktitle = {Proceedings of the International Conference on
 421 Electronic Publishing, Document Manipulation and Typography. Nice (France)
 422 },
 423 month = {April},
 424 year =1988,
 425 editor={J. C. van Vliet},
 426 publisher = {Cambridge University Press},
 427 ISBN={0-521-36294-6},
 428   title = {Optimal line breaking in music},
 429 }
 430
 431
 432 @TechReport {roush87,
 433   note = {User manual of MusiCopy. Includes an impressive example piece.  HWN},
 434   year =  {1987},
 435   title = {Using {MusiCopy}},
 436   author = {Dean K. Roush},
 437   number = {OSU-CISRC-18/87-TR31},
 438   institution={Department of Computer and Information Science, The Ohio State University},
 439 }
 440
 441
 442 @TechReport {parrish87-simultaneities,
 443   note = {Placement of balls, stems, dots which occur at the same moment ("Simultaneity") HWN},
 444   year =  {1987},
 445   title = {Computer Formatting of Musical Simultaneities,},
 446   author = {A. Parrish and John S. Gourlay},
 447   institution={Department of Computer and Information Science, The Ohio State University},
 448   number = {OSU-CISRC-10/87-TR28},
 449 }
 450
 451
 452 @TechReport {sola87,
 453   note = {Overview of a procedure for generating slurs HWN},
 454   year =  {1987},
 455   title = {Computer Design of Musical Slurs, Ties and Phrase Marks,},
 456   author = {F. Sola},
 457   institution={Department of Computer and Information Science, The Ohio State University},
 458   number = {OSU-CISRC-10/87-TR32},
 459 }
 460
 461
 462 @TechReport {sola87-beams,
 463   institution={Department of Computer and Information Science, The Ohio State University},
 464   note = {Calculating beam slopes HWN},
 465   year =  {1987},
 466   title = {Design of Musical Beams,},
 467   author = {F. Sola and D. Roush},
 468   number = {OSU-CISRC-10/87-TR30},
 469 }
 470
 471
 472 @Article {gourlay86,
 473   note = {This paper describes the {MusiCopy} musicsetting system and an input language to go with it. HWN},
 474   year =  {1986},
 475   title = {A language for music printing},
 476   author = {John. S. Gourlay},
 477   journal = {Communications of the ACM},
 478    volume= {29},
 479   number ={5},
 480   pages = {388--401},
 481 }
 482
 483
 484
 485 @Article {rader96,
 486   note = {Describes a system called MusicEase, and explains that it uses "constraints" (which go unexplained) to automatically position various elements. HWN},
 487   year =  {1996},
 488   title = {Creating Printed Music Automatically},
 489   author = {Gary M. Rader},
 490   journal = {Computer},
 491   volume={29},
 492   number={6},
 493   month={June},
 494   pages = {61--69},
 495 }
 496
 497
 498
 499
 500 @PhdThesis {page88,
 501   note = {Don't ask Stephen for a copy. Write to the Bodleian Library, Oxford, or to the British Library, instead. SP},
 502   year =  {1988},
 503   title = {Computer Tools for Music Information Retrieval},
 504   author = {Stephen Dowland Page},
 505   school ={Dissertation University of Oxford},
 506 }
 507
 508 @MastersThesis{roelofs91,
 509   note = {This dutch thesis describes a simplistic (monophonic) typesetting system, and focuses on the breaking algorithm, which is taken from Hegazy & Gourlay HWN},
 510   year =  {1991},
 511   title = {Een Geautomatiseerd Systeem voor het Afdrukken van Muziek},
 512   author = {Ren\'e Roelofs},
 513   school={Erasmus Universiteit Rotterdam},
 514   number={45327},
 515   translation = {``An automated system for printing music'' Master's Thesis Managerial Computer Science.},
 516 }
 517
 518
 519 @Article {filgueiras93,
 520   year =  {1993},
 521   title = {Representation and manipulation of music documents in SceX},
 522   author = {Miguel Filgueiras and Jos\'e Paulo Leal},
 523   journal= {Electronic Publishing},
 524   volume={6},
 525   number={4}, pages = {507--518},
 526   url={http://citeseer.nj.nec.com/512957.html},
 527 }
 528
 529
 530 @Article {foxley87,
 531   note = {A paper on a TROFF preprocessor to typeset music. The output shown is not very sophisticated, and contains some typographical atrocities HWN},
 532   year =  {1987},
 533   title = {Music --- A language for typesetting music scores},
 534   author = {Eric Foxley},
 535   journal = {Software --- Practice and Experience},
 536   volume = {17},
 537   number = {8},
 538   pages = {485-502},
 539 }
 540
 541
 542 @Book {filgueiras96,
 543   year = {1996},
 544   title = {Implementing a Symbolic Music Processing System},
 545   author = {Miguel Filgueiras},
 546   totalentry = {LIACC, Universidade do Porto, 1996; submitted},
 547 }
 548
 549 @Book {filgueiras?,
 550   title = {Some Music Typesetting Algorithms},
 551   author = {Miguel Filgueiras},
 552   totalentry = {Miguel Filgueiras. ``Some Music Typesetting Algorithms''. LIACC, Universidade do Porto, forthcoming},
 553 }
 554
 555
 556 @Article {colorado-web,
 557   author ={Alyssa Lamb},
 558   note = {Webpages about engraving (designed with finale users in mind) (sic) HWN},
 559   institution = {The University of Colorado},
 560   title ={The University of Colorado Music Engraving page.},
 561   HTML={http://www.cc.colorado.edu/Dept/MU/Musicpress/},
 562   year={1996}
 563 }
 564
 565
 566
 567
 568 @Article {Langston90,
 569   note = {This paper deals with some command-line
 570   tools for music editing and playback. It doesn't mention notation
 571   issues, but does come with the grand idea (not) of using music to
 572   monitor complex systems. Imagine your nuclear plant supervisor to
 573   use AC/DC for checking the reactor HWN},
 574
 575   year =  {1990},
 576   title = {Unix music tools at Bellcore},
 577   author = {Peter S. Langston},
 578   journal={Software --- Practice and Experience},
 579   volume={20},
 580   number={S1},
 581   pages={47--61},
 582 }
 583
 584 @Article {tablature-web,
 585   note = {FAQ (with answers) about TAB, the ASCII variant of Tablature. HWN},
 586   title = {how to read and write tab: a guide to tab notation},
 587   author = {Howard Wright},
 588   email={Howard.Wright@ed.ac.uk},
 589   url={http://www.guitartabs.cc/tabfaq.shtml},
 590 }
 591
 592 @Article {niff-web,
 593   note = {Specs for NIFF, a reasonably comprehensive but binary (yuk) format for notation HWN},
 594
 595   year =  {1995},
 596   title = {NIFF6a Notation Interchange File Format},
 597   author = {Cindy Grande},
 598   publisher={Grande Software Inc.},
 599   HTML= {http://www.jtauber.com/music/encoding/niff/},
 600   ftp = {ftp://blackbox.cartah.washington.edu}
 601 }
 602
 603 @Article {smdl-web,
 604   author={unknown},
 605   title = {SMDL, Standard Musical Description Language},
 606   pdf= {ftp://ftp.ornl.gov/pub/sgml/wg8/smdl/10743.pdf},
 607   note={ISO/IEC DIS 10743
 608
 609 SGML instance for describing music.  Very comprehensive in music
 610 definition, but no support for notation / performance whatsoever (They
 611 basically say: "You can embed a NIFF or MIDI file") HWN}
 612
 613 },
 614 }
 615
 616 @TechReport{Ornstein83,
 617   author={Ornstein, Severo M. and John Turner Maxwell III},
 618   title={Mockingbird: A Composer's Amanuensis},
 619   institution={Xerox Palo Alto Research Center},
 620   address={3333 Coyote Hill Road, Palo Alto, CA, 94304},
 621   number={CSL-83-2},
 622   month={January},
 623   year={1983}
 624 }
 625
 626
 627
 628 @Article{Ornstein84,
 629   author={Ornstein, Severo M. and John Turner Maxwell III},
 630   title={Mockingbird: A Composer's Amanuensis},
 631   journal= {Byte},
 632   volume= 9,
 633   month = {January},
 634   year= { 1984},
 635   note={A discussion of an interactive and graphical computer system for
 636 music composition}
 637
 638 }
 639
 640 @PhdThesis{mueller90:_inter_bearb_musik,
 641   author =       {Giovanni M\"uller},
 642   title =        {Interaktive Bearbeitung konventioneller Musiknotation},
 643   school =       {Eidgen\"ossischen Technischen Hochschule Z\"urich},
 644   year =         1990,
 645
 646 note = {This is about engraver-quality typesetting with computers.  It
 647 accepts the axiom that notation is too difficult to generate
 648 automatically.  The result is that a notation program should be a
 649 WYSIWYG editor that allows one to tweak everything.
 650
 651 The implementation therefore is quite "weak".  The introductory
 652 chapters on engraving and notation are well structured and clear,
 653 though.}
 654 }
 655
 656
 657 %
 658 % three part study by John Gr/over
 659 @TechReport{grover89-symbols,
 660   author =       {John Gr\/over},
 661   title =        {A computer-oriented description of Music Notation.  Part I. The Symbol Inventory},
 662   institution =  {Department of informatics, University of Oslo},
 663   year =         1989,
 664   number =       133,
 665
 666 note = {The goal of this series of reports is a full description of
 667 music formatting.  As these largely depend on parameters of fonts, it
 668 starts with a verbose description of music symbols.
 669
 670  The subject is treated backwards: from general rules of typesetting
 671 the author tries to extract dimensions for characters, whereas the
 672 rules of typesetting (in a particular font) follow from the dimensions
 673 of the symbols.  His symbols do not match (the stringent) constraints
 674 formulated by eg. \cite{wanske}} }
 675
 676 @TechReport{grover89-twovoices,
 677   author =       {John Gr\/over},
 678   title =        {A computer-oriented description of Music Notation. Part II: Two Voice Sharing a Staff, Leger Line Rules, Dot Positioning},
 679
 680   institution =  {Department of informatics, University of Oslo},
 681   year =         1989,
 682   number =       134,
 683
 684   note = {A lot rules for what is in the title are formulated.  The
 685 descriptions are long and verbose.  The verbosity shows that
 686 formulating specific rules is not the proper way to approach the
 687 problem.  Instead, the formulated rules should follow from more
 688 general rules, similar to\cite{parrish87-simultaneities}},
 689 }
 690
 691 @TechReport{grover89-accidentals,
 692   author =       {John Gr\/over},
 693   title =        {A computer-oriented description of Music Notation. Part III: Accidental Positioning},
 694   institution =  {Department of informatics, University of Oslo},
 695   year =         1989,
 696   number =       135,
 697
 698 note = {Placement of accidentals crystallised in an enormous set of
 699 rules.  Same remarks as for \cite{grover89-twovoices} applies} }
 700
 701 @TechReport{droettboom00:_study_notat_descr_languag,
 702   author =       {Michael Droettboom},
 703   title =        {Study of music Notation Description Languages},
 704   year =         2000,
 705   url= {http://gigue.peabody.jhu.edu/~mdboom/format.pdf},
 706
 707   annote ={Author compares GUIDO and lilypond. LilyPond wins on practical issues as usability and availability of tools, GUIDO wins on implementation simplicity.
 708
 709 --HWN.}
 710 }
 711
 712 @InBook{powell02:_music,
 713   author =       {Steven Powell},
 714   title =        {Music engraving today},
 715   publisher =    {Brichtmark},
 716   year =         2002,
 717   annote =       {
 718
 719 A "How Steven uses Finale" manual.
 720
 721 --HWN.
 722 }
 723 }
 724