home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / sci / math / 10459 < prev    next >
Encoding:
Text File  |  1992-08-20  |  3.6 KB  |  81 lines

  1. Newsgroups: sci.math
  2. Path: sparky!uunet!destroyer!ubc-cs!unixg.ubc.ca!unixg.ubc.ca!israel
  3. From: israel@unixg.ubc.ca (Robert B. Israel)
  4. Subject: Re: Matching algorithm
  5. Message-ID: <israel.714341702@unixg.ubc.ca>
  6. Sender: news@unixg.ubc.ca (Usenet News Maintenance)
  7. Nntp-Posting-Host: unixg.ubc.ca
  8. Organization: University of British Columbia, Vancouver, B.C., Canada
  9. References: <18353.2a93ce73@levels.unisa.edu.au>
  10. Date: Thu, 20 Aug 1992 20:15:02 GMT
  11. Lines: 68
  12.  
  13. In <18353.2a93ce73@levels.unisa.edu.au> 8321207d@levels.unisa.edu.au writes:
  14.  
  15.  
  16. >Hello folks, this is a first for me.
  17.  
  18. >Can anyone help with the following (sorry for being verbose).
  19.  
  20. >Suppose you have a number of choirs with different numbers of people in
  21. >each. The voice ranges of the choir members are known. It is possible
  22. >that the ranges of some of the people overlap; for example, person A may
  23. >sing in the range 2000-2500 Hz while person B sings in the range 2300-
  24. >2650 Hz. Furthermore, some of the people in a particular choir may have 
  25. >other links between them, for instance person C could sing one octave
  26. >(whatever an octave is) higher than person A.
  27.  
  28. >Suppose now that one of the choirs performed and this performance was
  29. >recorded. If the recording of the performance is analyzed then it is
  30. >possible to isolated various bands within which singing took place.
  31.  
  32. >The problem is to identify which choir was singing. However, care must
  33. >be exercised during this process because when a particular voice band
  34. >gets associated with a paerson in a choir, then there are consequences
  35. >due to possible links which may exist between the people. Hence associating
  36. >a voice band of 2350-2450 Hz with person A may result in the singing
  37. >range for person D being restricted to a new range if person D sings
  38. >at say 1.5 times that of person A. This may mean that no voice band can
  39. >subsequently be matched with person D based on the initial match of
  40. >person A.
  41.  
  42. >A scoring function for the quality of the match exist and the objective
  43. >is to maximise the score. It has been suggested to me that this falls
  44. >in the category of being a matching problem as found in Graph Theory.
  45. >A check through available literature had matching problems which did
  46. >not make use of additional constraining information.
  47.  
  48. >My query is whether a matching algorithm which makes use of side
  49. >constraints exists and if so what are some pointers to it?
  50. >Also could this be solved (or a valiant attempt made at doing so)
  51. >by some other scheme aside from exhaustively considering every possible
  52. >pairing between person and voice band?
  53.  
  54. Since you're matching one type of thing (voice bands) to another (people),
  55. your graph is bipartite, and you have an "assignment problem" rather than
  56. a "matching problem".  (This is good, because algorithms for assignment
  57. and other network-flow problems are easier and more readily available
  58. than for matching problems)  
  59.  
  60. If I understand your question, the "side conditions" are of the type
  61. "match band 1 to person A if you match band 2 to person B".  This takes
  62. you out of the realm of network flows.  But you still can treat it as
  63. a linear programming problem.  The catch is that the linear programming
  64. problem may have non-integer optimal solutions.  If you happen to get a
  65. solution in integers (which is not all that unlikely if there are not
  66. too many of these side conditions), then you've solved your problem.
  67. Otherwise, you have to go to integer programming.
  68.  
  69. Hope this helps.
  70.  
  71. >Any information gratefully accepted.
  72. >Contact via email or post
  73.  
  74. >Cheers
  75. >Paul
  76. -- 
  77. Robert Israel                            israel@math.ubc.ca
  78. Department of Mathematics             or israel@unixg.ubc.ca
  79. University of British Columbia
  80. Vancouver, BC, Canada V6T 1Y4
  81.